Pare che il 2012 stia proprio cominciando sotto una buona stella per gli artisti che usano Linux!

Qualche giorno fa vi avevo segnalato che la Corel ha appena deciso di rilasciare AfterShot Pro anche per noi pinguini (maggiori info qui), e ora mi ritrovo a darvi una notizia simile, che mi tocca molto da vicino, in quanto oggi parleremo di musica professionale, su Linux.

Per ora non ci sono né informazioni di prezzi né date di rilascio, ma qualcosa c’è: la Bitwig, un’azienda fondata nel 2009 da alcuni ex dipendenti di Ableton, ha appena annunciato sul suo sito il prossimo rilascio del suo primo software, chiamato Bitwig Studio, la cui speranza sarebbe quella di prendersi un suo spazio all’interno della rosa delle Digital Audio Workstation (a.k.a. DAW); mercato già molto saturo, a dire il vero.

Ma in cosa sarà diverso questo programma dalle altre DAW già in commercio? Ve lo dirò fra breve, ma prima lasciamoci suggestionare da un video…

Chi già usa Ableton Live avrà notato somiglianze spaventose, ma anche qualche dettaglio che gli avrà fatto dire: “Ehi! Ma questo in Live non c’è…”

Ebbene allora eccomi a sbrodolarvi, con una galleria d’immagini, le feature principali di Bitwig Studio:

E ancora:

• Tracce generiche: possibilità di inserire clip MIDI e clip audio nella stessa traccia;
• Editing multitraccia simultaneo: per modificare più tracce contemporaneamente;
• Multipli sample audio per clip: ogni clip può contenere uno o più eventi audio;
• Stretching audio in realtime: sistema proprietario per la sincronizzazione e lo stretching dell’audio;
• Supporto per VST a 32 e 64 bit: consente di usare i VST in delle simil-sandbox, così che al crash di un VST, l’applicazione non crasha;
• File browser basato su metadati: supporto per tag e attributi nei file della libreria;
• Più file aperti contemporaneamente: per copiare materiale fra diversi progetti;

Ma soprattutto: supporto nativo per Linux fin dalla prima release!

Io uso Ableton Live da parecchio ormai (se per caso siete curiosi di sentire qualche mio lavoro cliccate qui) e devo dire che a leggere queste feature non ho potuto che sentire dentro di me che il prodotto che uso è arretrato, Bitwig Studio si presenta come pieno di potenziale! Tanto potenziale! E sono convinto che il supporto nativo a Linux non sarà una scelta che li deluderà, anzi!

Cos’altro aggiungere… io mi sono iscritto per ricevere un invito come beta tester; se mai dovessi riceverlo rilascerò presto una nuova recensione più completa!

Fino ad allora, commentate dicendomi che ne pensate di questo programma, lo usereste?

Le feature principali del programma sono:

• Flusso di lavoro RAW completo
• Gestione delle foto flessibile
• Fotoritocco non distruttivo avanzato
• Output rapido.

Il prezzo è di 89,99 €, ma è disponibile una versione di prova, i cui link per il download trovate in fondo all’articolo.

Non sono un esperto, e l’ho usato poco (nella versione di prova) ma devo dire che è molto ben fatto, anche se onestamente Digikam fa praticamente le stesse cose, ed è Open Source.

Vi lascio ad un video che ne mostra il funzionamento base… godetevelo.

A questo punto eccovi i link per i download delle versioni di prova:

• RPM (Fedora, RedHat, OpenSUSE): 32 bit
• DEB (Ubuntu, Debian, Linux Mint): 32 bit e 64 bit

Che dire? Sono molto felice che le aziende comincino a guardare al mondo linux, e se lo fanno aziende grosse come Corel che, si spera, porterà su linux anche altri suoi programmi, direi che si prospetta un futuro un po’ più roseo per i professionisti desiderosi di provare il pinguino.

Ci tengo però a ricordarvi che esistono ottimi programmi Open Source per l’ambito multimediale, e questi sono:

• Gimp: fotoritocco
• Digikam: gestione librerie fotografiche
• Blender: grafica 3D
• Kdenlive: editing video
• Ardour: editor musicale (DAW)

E la lista potrebbe continuare…

fonte: OneOpenSource

Solo che lui, sempre il sottoscritto, non ama le Web App, ma preferisce le applicazioni vecchio stampo, soprattutto se quest’ultime sono integrate in un desktop environment, soprattutto se quest’ultimo è KDE.

Quindi la sfida era inevitabile: sarà possibile sincronizzare il nostro cellulare Android con Kontact? Contatti, calendario e task, in una sorta di Android, in a Google, in a Kontact… in a Pig?

La risposta, ovviamente, è sì! E andiamo quindi a pimpare Kontact!

Indice

• Installare Akonadi Google Resource
• Sincronizzare i contatti
• Sincronizzare i calendari
• Sincronizzare i task
• Tocchi finali

Installare Akonadi Google Resource

Un grande ringraziamento va sicuramente allo sviluppatore di queste fantastiche risorse per Akonadi, che si occuperanno di fare da tramite fra le web app di Google e il nostro programma.

In molte distribuzioni trovate una versione di akonadi-googledata nei repository, ma non conviene installarla perchè la versione che funziona meglio è la versione in via di sviluppo in questo momento, completamente riscritta.

Le istruzioni su come installare quest’ultima versione sono date in questo post dell’autore, dove indica ai possessori di Fedora 16 di aggiungere questo repository:

http://download.opensuse.org/repositories/home:/progdan/Fedora_16/

a quelli di Fedora 15 questo:

http://download.opensuse.org/repositories/home:/progdan/Fedora_15/

e poi installare il pacchetto akonadi-google-git.

Per chi invece usa OpenSUSE 12.1 il pacchetto lo si può scaricare cliccando qui (1-click-Install).

Per gli utenti di Arch, il pacchetto è (ovviamente) già presente in AUR, quindi basterà dare il comando:

yaourt -S akonadi-google-git

Per gli utenti Ubuntu, ho trovato questo ppa, non ho avuto modo di testarlo, ma spero vi funzioni (commentate):

sudo add-apt-repository ppa:black-painkiller/ppa

E poi installate il pacchetto akonadi-google con il seguente comando:

sudo apt-get update; sudo apt-get install akonadi-google

Tutti gli altri possono comunque compilare dai sorgenti, scaricabili da git col comando:

git clone git://anongit.kde.org/akonadi-google

Dopo aver installato il pacchetto in uno qualunque dei modi precedenti possiamo procedere.

Sincronizzare i contatti

Bene, premiamo ALT+F2 e in KRunner apriamo Configurazione di Akonadi, lì clicchiamo su Aggiungi… e poi fra i moduli dovremmo trovare Contatti di Google, selezioniamolo.

Fatto questo dovremo autenticarci a Google dando le nostre credenziali e il gioco è fatto. Possiamo impostare la frequenza di auto-aggiornamento e abbiamo finito.

Se andiamo in Kontact (o kAddressbook) dovremmo trovare la nostra rubrica di Gmail già bella ed importata!

Si aggiornerà da sola sincronizzandosi con Google dopo il tempo indicato o quando vogliamo noi, cliccando sul col destro sulla rubrica e poi Aggiorna cartella della rubrica.

Sincronizzare i calendari

Il processo è abbastanza simile: apriamo Configurazione di Akonadi, lì clicchiamo su Aggiungi… e poi fra i moduli dovremmo trovare Calendari di Google, selezioniamolo.

Dopo aver inserito le credenziali ci chiede quale calendario sincronizzare: anche se sono presenti sia quelli che in Google Calendar sono listati sotto Miei Calendari che quelli listati sotto Altri Calendari, funzionano solo quelli del primo tipo, quindi selezionatene uno di quelli. Per quelli dell’altro tipo spiegherò fra poco come fare.

Dopo averlo fatto, possiamo come per i contatti decidere la frequenza d’aggiornamento automatico.

Fatto ciò in Kontact (kOrganizer) dovremmo trovare il calendario desiderato. Come per i contatti possiamo forzare la sincronizzazione cliccandoci col destro sopra e poi Aggiorna cartella calendariale.

Se abbiamo più calendari che vogliamo sincronizzare dobbiamo ripetere questa procedura per ogni calendario.

Per i calendari del tipo Altri Calendari (come per esempio calendari pubblici) li importeremo come iCal: non dobbiamo far altro che andare in Google Calendar, selezionare il calendario desiderato, cliccare su Impostazioni Calendario e poi copiare il link che viene fuori se schiacciamo il tastino verde con scritto iCal. Ora apriamo Configurazione di Akonadi, clicchiamo su Aggiungi… e scegliamo ICal Calendar file. Lì incolliamo il link del calendario pubblico e abbiamo fatto.

Sincronizzare i task

Per sincronizzare con Google Task, il procedimento è sempre lo stesso: apriamo Configurazione di Akonadi, clicchiamo su Aggiungi… e scegliamo Attività di Google. Ci autentichiamo, scegliamo l’attività, la frequenza d’aggiornamento e abbiamo finito.

Tocchi finali

Al nostro calendario mancano ancora due cose utili se chiedete a me:

• Le festività
• I compleanni dei contatti

Per entrambi potremmo copiarci gli iCal da Google Calendar, e quello è un sistema, ma ce n’è un altro.

Per le festività apriamo le impostazioni di Kontact (o kOrganizer) e nelle preferenze di Data e ora, nella scheda Regionale, possiamo selezionare Italy (Italiano) dal menù Usa festività della zona. Quest’ultime compariranno nel calendario.

Per i compleanni dei contatti (ora sincronizzati con quelli di Gmail) apriamo Configurazione di Akonadi, clicchiamo su Aggiungi… e scegliamo Birthdays & Anniversaries. Ora anche quel calendario sarà a nostra disposizione.

Ora vorrei che ci godessimo tutti insieme il plasmoide calendario di KDE sincronizzato con kOrganizer, sincronizzato con Google, sincronizzato con Android, sincronizzato con un pig. Ah… siete stati ufficialmente pimpati!

Il 2011 non è stato un anno facile per noi, infatti i post sono stati veramente pochi, ma da novembre abbiamo cominciato a riprenderci il tempo per scrivere un po’ e speriamo quindi, ad un anno da oggi, di poter postare per il 2012 delle statistiche con ancora più botti (se i maya ce lo consentono).

Ma bando agli indugi e godetevi l’infografica:

Un estratto:

The concert hall at the Sydney Opera House holds 2,700 people. This blog was viewed about 42.000 times in 2011. If it were a concert at Sydney Opera House, it would take about 16 sold-out performances for that many people to see it.

Cliccate qui per l’infografica completa.

Che dire? Che pornogeekata!

Se per caso anche voi accusate il problema, piuttosto raro ma che può accadere, di un terminale che si ostina ad aprirsi sempre a schermo intero anche quando l’ultima volta l’avete chiuso a finestra e avendogli dato dimensioni ben precise, ebbene siete caduti in un bug.

Ma non disperate, la soluzione è semplice.

Come consigliato da Diego, amico su Google+ (aggiungeteci anche voi!!), per risolvere il problema è sufficiente rimuovere il file konsolerc che si trova nella nostra home.

Questo può essere fatto semplicemente col comando:

rm ~/.kde4/share/config/konsolerc

Nell’eventualità la vostra distribuzione sia una di quelle (poche) a non usare la cartella .kde4, ma solo .kde, dovete togliere il 4 dal comando precendete perchè funzioni.

Dopo aver dato quel comando, dovrebbe essere tutto tornato alla normalità.

Spero di esservi stato utile, ringrazio Diego e se il problema persiste, commentate (non consultate il medico, lui non ne sa niente di ste cose qua)!

La soluzione a questo problema non è complessa, ma richiede l’uso del terminale; ne ho provate alcune altre, ma l’unica che ha funzionato per me (testata su HTC Wildifre e Tattoo) è quella riportata in questo video, di cui ora riporterò la trascrizione tradotta.

Se avete installato la rom CyanogenMod, dovreste avere l’applicazione Emulatore Terminale già installata, altrimenti installatela. A questo punto non dovete fare altro che dare questi cinque comandi in sequenza, l’ultimo dei quali riavvierà il vostro telefono, non vi spaventate quindi.

I comandi sono:

su

Questo primo comando serve per far sì che i prossimi comandi siano compiuti come amministratore, dopo averlo dato dovrebbe comparirvi la richiesta da parte del sistema se volete consentire questi poteri al terminale, acconsentite e procedete coi prossimi quattro comandi.

stop rmt_storage

dd if=/dev/zero of=/dev/block/mmcblk0p13

dd if=/dev/zero of=/dev/block/mmcblk0p14

reboot

Non entro nel dettaglio di questi comandi; in breve, cancellano due impostazioni che impedivano al vostro telefono di collegarsi al GPS.

Dato che scrivere i comandi su cellulare non è comodo, a meno di essere dotati di tastiera esterna, io consiglio di prepararvi un file di testo con i quattro comandi sopracitati scritti uno dopo l’altro, così:

stop rmt_storage; dd if=/dev/zero of=/dev/block/mmcblk0p13; dd if=/dev/zero of=/dev/block/mmcblk0p14; reboot

Inviate questo file sul dispositivo e copiate poi il testo del file e incollatelo sul terminale, dopo aver dato manualmente il comando su, facile da scrivere.

Fatto questo, dopo il riavvio del dispositivo, dovreste essere in grado di collegarvi.

Vi auguro quindi buon anno nuovo a nome dello staff di Pimp my Linux™ e, come al solito, per ogni problema o consiglio commentate!

Appena ho installato OpenSUSE 12.1 la cosa che mi ha colpito di più è stata la scelta alquanto strana del team di usare un tema diverso da quello di sistema per Yast. Ho trovato questa scelta piuttosto discutibile ed immotivata.

Ho quindi chiesto subito sul forum di OpenSUSE come poter cambiare questa configurazione, e riportare Yast ad Oxygen.

Non è molto difficile, basta dare il seguente comando:

sudo zypper in yast2-branding-basedonopensuse

Ci verrà probabilmente detto che quest’installazione entra in conflitto con quella del tema precedente, e zypper ci chiederà due volte che fare.  Noi rispondiamo “Disinstalla…” entrambe le volte (dovrebbe essere l’opzione [1]).

Fatto questo tutto dovrebbe filare liscio e Yast dovrebbe tornare bello come sempre.

Non ho scritto l’articolo nelle settimane passate, in quanto non volevo che le prime impressioni mi guidassero verso un giudizio scorretto, ma adesso, dopo un mese, penso di poterne dare un giudizio più lucido.

Anticipo da subito che anche se sarò un po’ critico durante l’articolo, questo non vuol dire che sconsigli di provare OpenSUSE 12.1, anzi, resta secondo un’ottima distro (soprattutto nella versione KDE), e continuo ad usarla con piacere, senza rimpiangere per niente Ubuntu. Datele una possibilità, e se volete commentate, così da fornire anche il vostro parere.

Ma cominciamo a sviscerare alcuni punti.

Tumbleweed

Questo era, su tutte, la novità che più attendevo di questa nuova versione; l’ho attivata immediatamente dopo aver installato (ho scritto una guida su come farlo qui).

Brevemente: Tumbleweed è un repository che, una volta attivato, dovrebbe trasformare la nostra OpenSUSE in una rolling release.

Il giudizio purtroppo, ad un mese di distanza, è che il nome sia in realtà piuttosto appropriato (tumbleweed si traduce, per chi non lo sapesse, come rotolacampo, la palla rotolante che nei film non manca mai nelle zone deserte), in quanto i suoi repository sono piuttosto vuoti ancora. I pacchetti mancano e quelli che ci sono spesso sono indietro.

Un esempio su tutti: in questo periodo è uscita KDE 4.7.4 e su Tumbleweed l’ultima versione è ancora KDE 4.7.2.

La sua integrazione con gli altri repository è piuttosto instabile, e se vogliamo pure un po’ pericolosa, soprattutto per chi non è proprio uno smanettone: spesso alcuni pacchetti continuano a voler cambiare fornitore, alcune volte pure scendendo di versione.

Alcune volte questo può non essere proprio gradevole: per esempio, ho aggiornato qualche giorno fa il kernel all’ultima versione (che ha cambiato fornitore dal repository di openSUSE Current a Tumbleweed) e da ieri invece zypper (il gestore pacchetti) mi propone di riportarlo al fornitore vecchio, facendolo tornare alla versione precedente. Non molto carino.

Altra nota negativa è il fatto che per ora l’unico modo per svolgere gli aggiornamenti, dopo aver attivato questo repository, è a mano da terminale, cosa che per i meno smaliziati può non essere proprio gradevole.

Tutte queste cose sono secondo me frutto della scarsa maturità del progetto, penso saranno col tempo tutte sistemate (soprattutto la sensazione di vuoto), ma per ora Tumbleweed non riesce a farsi apprezzare completamente a mio parere.

Snapper e btrfs

Altra caratteristica che attendevo con ansia, anche perchè molto pubblicizzata dal team di OpenSUSE, era Snapper: un tool che è in grado di fare snapshot del sistema (o anche di singoli file) e ripristinarli o visualizzare differenze fra la versione attuale di un file e le sue precedenti. Il tutto a patto di usare il filesystem btrfs per il proprio sistema, dato che punto di forza (e di debolezza?) del tool è proprio di essere integrato nel filesystem.

Quando stavo installando, ero deciso ad usare btrfs per provare Snapper, ma ho notato con stupore che era proposto come filesystem di default ext4. Mi sono chiesto il motivo di questa scelta: se una delle feature più promosse di OpenSUSE 12.1 è Snapper, perchè btrfs non è il default filesystem?

Ho quindi cercato in rete e ho trovato che lo stato di btrfs è ancora piuttosto embrionale; pare infatti che, a seguito di uno spegnimento improvviso, a causa di una perdita di corrente per esempio, il sistema non sia più in grado di ripristinare uno stato consistente, e il filesystem sia corrotto in modo irreversibile! Robetta insomma. Considerato poi che se si voleva usare Snapper per fare versioning dei dati (cosa che mi sembra piuttosto interessante e sensata), anche il filesystem dei dati doveva essere btrfs… a voi le conclusioni…

Ho deciso allora di non rischiare (in quanto ho bisogno di un sistema stabile per lavoro) e ho dovuto rinunciare a provare Snapper.

Anche questo problema immagino sia solo questione di tempo, non appena btrfs sarà più maturo, potremo apprezzarne le caratteristiche innovative, per ora però forse non è consigliato a chi non vuole rischiare di perdere tutto.

Notizia interessante in tal senso è che per la prossima versione di Fedora, il team di questa distro ha deciso di usare btrfs come filesystem di default. Scelta coraggiosa, speriamo che questo dia uno sprint al miglioramento di questo filesystem.

KDE

Questo è uno dei punti forti di OpenSUSE: se siete abituati a Kubuntu non sapete cos’è realmente KDE. Dopo anni che usavo Kubuntu passai a OpenSUSE e la differenza fu talmente lampante che lì rimasi. E ogni versione di OpenSUSE non si smentisce. KDE infatti risulta molto fluido e molto più curato che in altre distro.

Per merito non tanto del team di OpenSUSE, ma di quello di KDE, l’esperienza in quest’ultima versione è molto più snella della precedente, la sensazione di pesantezza che ero solito sentire in Kubuntu è sparita quasi totalmente è il sistema è ben curato in ogni dettaglio.

Sotto quest’aspetto quindi solo note positive (a parte forse la scelta di usare un tema diverso per Yast che non rispetta quello di sistema, scelta piuttosto discutibile, ma trascurabile), finalmente KDE sta arrivando a stadi molto avanzati, si presenta come un ottimo DE e OpenSUSE è una distro che lo fa apprezzare molto.

Non posso dare pareri circa la versione che monta Gnome 3, in quanto non l’ho provata, ma ho letto pareri molto positivi anche su quest’ultima in giro per il web.

Conclusioni

OpenSUSE resta a mio parere un ottimo sistema, Yast è un ottimo tool per la gestione di tutti gli aspetti amministrativi, l’esperienza utente generale è di un sistema operativo che funziona bene e senza buchi.

L’impressione è che la 12.1 sia una versione di passaggio, con molte nuove feature interessanti aggiunte, alcune delle quali piuttosto innovative, ma ancora ad uno stato embrionale, quindi di difficile apprezzamento.

Ottimo però il fatto che queste feature possano essere abilitate su richiesta, ma non siano di default presenti nel sistema, cosa che consente ai più smaliziati di provarle anche in questa fase transitoria, e a chi vuole solo un sistema che funzioni di averlo. Non ho mai condiviso infatti le scelte di alcune distro di imporre all’utente la novità, anche quando quest’ultima è ancora chiaramente immatura (Ubuntu con Unity per esempio).

Quindi io consiglio di provarla, ma perchè è OpenSUSE in sè ad essere interessante, in quanto delle feature introdotte nella nuova versione, si sente poco l’impatto.

Qualcuno di voi ha esperienze diverse? Si sente di esser d’accordo con la mia recensione? Commentate!

Eccoci al post e spero lo troviate utile, per ogni vostra proposta, ci sono i commenti!

Pimp my… Enlightenment!

Enlightenment è un ambiente desktop che riesce a far andare molto d’accordo i computer lenti con effetti grafici in una maniera veramente unica.

È tornato molto di moda dopo che Gnome 3, Unity e altri pesanti ambienti desktop sono diventati molto diffusi nelle maggiori distro come Ubuntu o Fedora: mia intenzione non è esprimere giudizi qualitativi riguardo a questi DE, vorrei solo presentarvi quella che è sempre stata, tra Gnome, KDE e il neonato Unity un’alternativa leggera ed elegante. Non a caso anche l’utilizzo di XFCE ed altri DE leggeri (OpenBox, Awesome, e chi più ne ha, più ne metta) è in aumento dopo l’arrivo dei giganti Gnome 3 e Unity!

Cosa ci costa quindi provare E17?

Lo stato dell’arte

Doveroso comunicare un valido motivo per cui mi ripropongo di riscrivere su un argomento già trattato.

Nel precedente post vi consigliavo di sperimentare i repository di OpenGEU per l’utilizzo di Enlightenment anche senza installare OpenGEU, perché erano, al tempo, i Repository più aggiornati di E17 e più ricchi in quanto a sviluppo.

Purtroppo, e me ne dispiaccio davvero molto, a causa di una mancanza di sviluppatori OpenGEU è fermo ai box da molto tempo e il suo progetto, divenuto sempre più ambizioso (da Remix di Ubuntu a Sistema Debian-based), e ora fermo. Ero rimasto anche coinvolto nello sviluppo del tema GTK di OpenGEU Quarto di Luna e son rimasto molto affezionato a questa distribuzione.

Questo però non ci aiuta ad avere E17 su Ubuntu.

Possiamo però:

1. Installare E17 dai repository ufficiali di Ubuntu e selezionarlo come DE all’avvio;
2. Installare E17 dal PPA degli sviluppatori: vuoi mica non essere on the edge a scapito di un po’ di stabilità?
3. Installare Bodhi Linux, la distro che, al momento, offre un ottimo E17 e vi spiegherò fra qualche riga perché.

E17 dai repository ufficiali di Ubuntu

Nulla di molto complicato, cercate sul vostro Ubuntu Software Center Enlightenment e installatelo: facile per chi vuole fare una rapida overview di E17, ma non credo sia la versione con maggiori features. Facile da rimuovere nel caso non sia il DE che fa per voi

E17 dal PPA degli sviluppatori: E17 SVN

Lo sviluppo di E17 passa attraverso SVN, ma da poco hanno messo a disposizione un PPA con pacchettizzata la versione in via di sviluppo di SVN per chiunque voglia provare questo ambiente desktop sul proprio sistema. Per farlo bisognerà aggiungere il PPA con il comando:

sudo add-apt-repository ppa:merlwiz79/e17-svn

successivamente installare anche con l’Ubuntu Software Center Enlightenment, il sistema riconoscerà i pacchetti del PPA come più recenti.
Riporto, per chiarezza, il disclaimer del PPA:

Packages created from the enlightenment svn.
These packages are meant to bet the latest from the svn.
This can cause the packages to be buggy.
These packages aren’t meant to be stable.

Quindi attenzione qualcosa potrebbe andare storto!

Installare Bodhi Linux

Questa, lo dico senza problemi, è la scelta che mi permetto di consigliarvi: per provarlo senza impegno è sempre possibile utilizzare una versione LIVE di Bodhi  Linux e l’installazione permette di vedere una E17 funzionante e performante, aggiornatissima ma stabile: non solo perché, essendo Bodhi dotata di un repository di testing i prodotti di E17 SVN prima di finire come pacchetti ufficiali vengono testati dal team di Bodhi, ma anche perché lo stesso team si è patchato un po’ del codice per averlo esattamente come desidera.

Rapidamente illustro alcune features di Bodhi Linux, oltre che il fatto che sia basata su E17

• Minimalismo e scelta dell’utente: L’ISO di Bodhi Linux occupa circa 320 MB. Come è possibile? L’installazione di Bodhi ti offre il Desktop Manager, il blocco note LeafPad, il filemanager PcManFM e, infine, il browser internet Midori.
  Questo perché il team di Bodhi Linux reputa l’utente abbastanza intelligente per scegliere da solo i programmi da mettere nel suo sistema, ecco perché non inserisce nulla se non il minimo per far installare all’utente ciò che desidera. È, inoltre, disponibile un AppCenter che permette di scaricare i programmi più comuni per avere rapidamente una distro capace di fare tutto senza impazzire con apt-get, qualora non lo si conoscesse a fondo.
• Comunità molto viva: La comunità e il forum di Bodhi Linux sono a disposizione di moltissime problematiche, da quelle basilari a alcuni rognosi problemi di compatibilità hardware (schede di rete, schede video, etc etc.)
  La comunità non offre solo supporto, ha prodotto tonnellate di documentazione riguardo a E17 per aiutare il nuovo utente a configurarselo proprio come vuole.
• Bodhi Art: la stessa comunità di Bodhi Linux ha prodotto e pacchettizzato moltissimi temi grafici per Enlightenment, consentendoci di avere la versione maggiormente pimpata di Enlightenment, oltre che stabile.

Non mi dilungo a elencare altri vantaggi di Bodhi Linux che a me son piaciuti molto perché già così l’articolo, presentato più come un modo per avere E17 su Ubuntu si è trasformato in una recensione di Bodhi Linux, in modo non molto imparziale .
Mi sento però di consigliarvi caldamente questa soluzione per dare una chanche a Enlightenment.

Assaggi di pimpaggi!

E17 è così altamente configurabile che il primo invito per fare dei doverosi pimpaggi è proprio curiosare in tutte le sue configurazioni. Se qualcosa, stranamente, dovesse andare storto, l’opzione Profili ripristina il vostro E17 in uno stato fresco fresco.

Se le cose andassero veramente storte, rimuovere/rinominare nella cartella di home la directory .e resetta i vostri errori, per farlo, da terminale (qualora non aveste più l’interfaccia grafica )
mv ~/.e ~/.e_backup
E si può “ricominciare da capo”!

Dopo le precauzioni del caso, ecco a voi un paio di consigli utili:

Temi: l’uomo è ciò che mangia, la distro è ciò che si vede

Questo non è sempre vero, ma a tutti noi piace avere un computer di bell’aspetto.

I temi di E17 sono utilizzabili in forma di file .edj e il selettore dei temi facilmente con il comando Importa ti permette di aggiungere un file scaricato alla raccolta temi di E17. Il metodo più veloce resta comunque spostare il file .edj nella cartella ~/.e/e/themes per trovarselo proprio nel selettore temi!

Dove reperire i temi? Premetto che lo sviluppo di E17 permette un utilizzo funzionale, ma, purtroppo, al momento temi molto vecchi (parliamo di anni) non sempre sono compatibili con le nuove versioni dell’ambiente desktop e generano diversi problemi, quindi guardate pure su e17-stuff.org per scaricare i temi.

Altro buon posto dove trovare ottimi temi e l’Art Wiki di Bodhi Linux, ma tutti i temi sono brandizzati con il logo di Bodhi. Questo potrebbe non piacervi, ma alcuni temi sviluppati dagli utenti di Bodhi non son presenti su e17-stuff.org .D’altra parte il selettore dei temi in modalità avanzata permette di de-brandizzare parzialmente temi di Bodhi

E i temi in GTK? Molte applicazioni, praticamente tutte quelle che usiamo, non usano le EFL (le librerie grafiche di Enlightenment), ma altre librerie, come le GTK o le QT.

Recentemente ho realizzato per alcuni dei temi E17 più diffusi dei temi GTK con le stesse Pixmap, questo per permettere all’utente di non accorgersi di avere due librerie grafiche differenti.

Uno screenshot di esempio:

Tema Japan2007 con il port in GTK

I port dei temi E17 che ho realizzato sono sempre su e17-stuff.org, nella sezione Others

Per molti altri screenshot di Enlightenment, mi permetto di inviarvi a questo sito che contiene tutti gli screenshot che, direttamente dal core di E17, è possibile uppare sui server di Enlightenment.

Fatemi sapere se questa guida vi viene maggiormente in aiuto della precedente e, come si dice di rito:

sei stato ufficialmente pimpato!

Nell’intervista, l’ideatore di Linux, discute del codice di quest’ultimo, di cui alcune parti sono conosciute da così poche persone da renderne complessa la comprensione agli altri, della difficoltà del pinguino a penetrare nel mercato desktop e degli auguri di Microsoft per i vent’anni di Linux.

Vi lascio quindi all’intervista.

Linux è diventato troppo complesso

Zeit Online: Signor Torvalds, lei ha recentemente dichiarato in un dibattito pubblico di essere preoccupato dalla complessità di Linux. Cosa intendeva dire esattamente?

Linus Torvalds: Ci sono diverse parti del codice sorgente di Linux che solo una manciata di persone conoscono veramente bene. Tre persone, specialiste di un certo sottosistema di Linux, discutevano la settimana scorsa di un errore. Abbiamo avuto bisogno di diversi giorni per scoprire come questo errore sia potuto apparire. È inverosimile che questo errore possa causare problemi seri, poiché può essere innescato solo da azioni piuttosto esotiche. La cosa più divertente della storia è che l’ errore è presente nel codice da cinque anni. Ma è un esempio di un sottosistema conosciuto solo da pochi.

ZOL: Direbbe che Linux è diventato troppo complesso nel frattempo?

LT: Non è questione di «nel frattempo», la complessità mi ha sempre preoccupato. La prima versione di Linux aveva 10.000 righe di codice, oggi ne abbiamo circa 15 milioni, e da molto tempo esistono dei sottositemi che sono diventati molto complessi. Temo che un giorno avremo un errore che nessuno sarà capace di analizzare. Dobbiamo renderlo più semplice.

ZOL: È un problema il fatto che ci siano tante persone a sviluppare Linux?

LT: Linux è un progetto open source piuttosto atipico, nella misura in cui non c’è uno zoccolo duro che ne assicura la direzione. Ovviamente ci sono io, ma non sono una persona che sorveglia gli altri, e quindi tutti i collaboratori lavorano in maniera molto indipendente. Non è necessario creare una autorità centrale, ognuno può usare lo strumento e collaborare, senza che ci siano regole fisse.

Non è certo un problema. Effettivamente, io non lavoro con centinaia di sviluppatori, ma forse con una quindicina, e ho una fiducia completa in pochi di essi. Loro hanno a loro volta i propri collaboratori. Così è fatto il nostro modello. Tutto ciò è nato casualmente, ma credo che ci sia una buona ragione: gli uomini si organizzano in questo modo, in una rete di fiducia.

ZOL: Quale distribuzione usa?

LT: È qualcosa che può cambiare, ma al momento uso Fedora 14, Fedora 15 è una tale catastrofe… potrebbe essere OpenSuse la mia prossima scelta. Usavo Suse dieci anni fa, poi a un certo punto sono passato a Fedora. Ora potrei tornare a Suse, ma potrei anche decidere di passare a Debian. Debian è la sola distribuzione che non ho mai veramente utilizzato. Vedremo.

È difficile entrare nel mercato desktop

ZOL: È stato annunciato già diverse volte che «questo sarà l’anno di Linux!», tuttavia Linux resta poco diffuso sui computer desktop e la maggior parte degli acquirenti preferisce altri sistemi. Linux è troppo difficile?

LT: È molto difficile penetrare nel mercato desktop. Innanzitutto, perché si deve, in quanto produttore, preoccuparsi di tutte le periferiche che possono essere connesse a un computer. Queste devono essere gestite da un software. Il caso degli smartphones è ben diverso, poiché il sistema non ha altro da gestire che l’apparecchio stesso. Ma nel caso in cui l’utente connette una scheda video o una stampante al suo computer, bisogna supportare ciascuna delle periferiche che potrebbe comprare.

Ci sono diverse strategie per fare questo. La strada scelta da Apple è stata quella di gestire solo il proprio hardware. Poi c’è il modello scelto da Microsoft: i produttori di hardware sapevano che gli conveniva collaborare con Microsoft, nell’interesse delle loro vendite. L’azienda così facendo copriva il 98% circa del mercato. I produttori di hardware scrivevano da soli i driver e li fornivano a Microsoft. Può darsi che questo modello smetta di funzionare, ma per il momento è ancora valido.

Linux è il terzo e più difficile percorso. Facciamo quasi tutto da soli, e diciamo: «pensiamo noi a tutto e scriviamo il software per voi!». Nel caso in cui i produttori non ci forniscono nessuna informazione, dobbiamo prima di tutto scoprire come una certa cosa funziona, prima di poter scrivere il driver corrispondente. E spesso ci vuole un anno per fare questo.

Tuttavia almeno in qualche settore la strada scelta da Linux dà risultati migliori di quella di Microsoft. Windows ci ha messo molto più di Linux per adottare i nuovi processori a 64 bit. Dato che avevamo passato già molto tempo a scrivere i driver di tutte le periferiche, avevamo il loro codice sorgente, che abbiamo potuto ricompilare. Quando i processori a 64 bit sono arrivati, Linux ne gestiva le periferiche già dal primo giorno. Evidentemente sarebbe fantastico se i produttori di hardware ci fornissero i driver, e qualche volta succede. Onestamente la situazione è molto migliorata.

Ma c’è ancora un altro problema. La maggior parte della gente considera il proprio computer come una macchina che svolge un certo lavoro, ma non si interessa al computer in quanto tale. Per me è un giocattolo da montare. La maggior parte delle persone non vuole modificare il proprio computer.

Cambiare sistema operativo vuol dire imparare qualcosa di completamente nuovo. Le persone non hanno voglia di farlo, nonostante Linux non costi niente e fornisca molti gadget cool.

ZOL: La ragione della scarsa diffusione di Linux potrebbe essere questa, che i produttori di computer non preinstallano Linux?

LT: In parte è sicuramente così. Fondamentalmente i rivenditori di computer non hanno niente contro il fatto d’installare Linux sulle loro macchine, ma le vogliono vendere. E le vendono in maggior parte a gente non interessata alle novità.

La maggior parte della gente vuole un sistema pronto all’uso. Credo che la situazione potrebbe cambiare con l’evoluzione della maniera di utilizzare [i computer ndt], se ad esempio il Chromebook di Google avesse successo. Non so se avrà successo, ma se i computer desktop cambiano abbastanza e vengono accettati, sarà più facile per i produttori vendere altri modelli d’uso. Nel frattempo, la gente vuole computer che facciano la stessa cosa che faceva il vecchio computer, e i produttori glie lo forniscono. È il problema dell’uovo e della gallina.

ZOL: Questo la preoccupa?

LT: Lo guardo come un fenomeno interessante, ma non mi dà fastidio, non è per questo che lavoro su Linux. Trovo bello che una macchina giri su Linux. Questo mi rende felice. Ma non mi preccupo in continuazione se le altre lo utilizzano o no. Sono piuttosto fiero di aver lanciato questo progetto, ma non mi ripeto ogni giorno «he he, ancora una ricerca google elaborata da server Linux». No, questo non mi interessa veramente. Alcuni mercati accettano Linux meglio di altri, e noi raggiungiamo una quota del 20% sul mercato server.

Linux e Microsoft

ZOL: Come trova il video di auguri che Microsoft ha inviato alla fondazione Linux per i suoi venti anni?

LT: Non ne so molto. È strano, è divertente. Viene veramente da Microsoft? Voglio dire, certo che viene da Microsoft, ma potrebbe essere l’iniziativa di una piccolo gruppo interno.

ZOL: Microsoft contribuisce allo sviluppo di Linux, è giusto?

LT: Aiutano se stessi, nella misura in cui adattano Linux alle loro soluzioni di virtualizzazione. Le cose dovrebbero funzionare esattamente così: la gente dovrebbe usare Linux per i propri motivi, egoisticamente. Poiché ognuno ha i suoi motivi per modificare questo o quello, e tutti sono più felici se possono lavorare insieme. Il caso di Microsoft è un buon esempio, anche se è un esempio divertente. Probabilmente si tratta di un piccolo gruppo imboscato in un angolino del campus Microsoft, detestato da tutti gli altri, o qualcosa di simile.

ZOL: Quante persone potrebbero fare il suo lavoro?

LT: Noi funzioniamo in rete e quindi si tratta soprattutto di una questione di fiducia. La somma delle conoscenze tecniche è enorme, ma ci sono almeno un paio di dozzine di persone che potrebbero fare il mio lavoro. Il fatto che io sia più ferrato rispetto agli altri non fa di me un buon dirigente e un buon coordinatore, anche se ho voglia di crederlo. No, sono un buon dirigente perché gli altri sviluppatori hanno fiducia in me. Magari non credono che io prenda sempre la migliore decisione, ma hanno fiducia nel fatto che correggo le mie decisioni sbagliate.

traduzione a cura di: Mario Calabrese
fonte (in tedesco): Zeit Online