È nei miei server, è nei server di tutti i miei amici, ed è nei loro desktop, seppure alcune volte in forma edulcorata e un po’ più “arancione”. Ma è sempre lei, alla fin fine; grazie Debian, grazie di cuore. Dopo Arch, è sicuramente la distro da cui ho imparato di più e sulla quale mi sono fatto più le ossa smanettando piano piano con il mio computerino.

Ehi Debian. Ti voglio bene.

Probabilmente la mia è una sorta di invidia del pene, perchè pur desiderando creare pacchetti ben fatti, al tempo dalle mie mani uscivano solo delle ciofeche allucinanti. Immagino che con questa piccola guida, riprenderò a impacchettare qualcosina per Debian nel mio piccolo, magari cercando di migliorare gli obrobri stratosferici che ho mandato in giro anni fa :D

Se vi interessa, o anche solo per una lettura interessante la sera, sempre che non abbiate già scaricato la Trilogia in Cinque Parti di Douglas Adams, potete prelevare il PDF a questo indirizzo, direttamente dal GIT ufficiale dell’autore.

Buona lettura ;)

Perchè è benissimo
AppImage è una figata. Consentirà finalmente a migliaia di utenti di aggiornare comodamente il proprio Firefox ad esempio, o la propria copia di Thunderbird, mandando definitivamente a quel paese quei metodi diabolici tipo UbuntuZilla e soci, che non fanno altro che insozzare il nostro sistema con del software non gestito dal gestore dei pacchetti, e nemmeno facilmente rimovibile.

Potremo finalmente prendere un’applicazione, trascinarla, sballottarla, e quella resterà sempre nel suo comodo guscio di applicativo AppImage, senza possibilità di uccidere file per una smanettata di troppo, senza necessità di dover soddisfare il diavolo di dipendenze prima di un’installazione, senza appunto la necessità di una connessione alla rete per installare qualcosa. Ma c’è il risvolto della medaglia.

Perchè fa cagare
È facile immaginare il perchè contrario; anni di utilizzo di distribuzioni concepite in maniera più che razionale, hanno fatto di me una persona un tantino paranoica. Il package manager è il bene assoluto e definitivo. Il package manager consente di installare software senza sporcarsi le mani, il package manager, se ben implementato, ha la funzione di far gestire all’utente tutto il software presente nel computer tramite una singola interfaccia. Peccato che in Ubuntu, Debian, ma anche relativamente alle controparti RPM come Fedora e Mandriva, in questi anni si sia venuto a creare una specie di bordello dove esistono diecimila applicazioni, come dicevo poco sopra, ognuna che installa il software che vuole, alla maniera in cui vuole, secondo la versione che preferisce. Poi uno dice che ce l’ha lungo perchè usa Arch Linux, e grazie: con un solo strumento posso gestire tutto il software, quello compilato, quello pacchettizzato, qualunque cosa. DPKG ed RPM invece sono mal implementati in questo senso, perchè non danno possibilità all’utente di compilare un sorgente ed installarlo secondo le norme riservate ad un comune pacchetto (e poterlo quindi disinstallare agevolmente).

Fuori dal delirio, purtroppo, finchè il package manager resta uno strumento nelle mani del distributore che non si adegua alle logiche dell’utenza, necessitiamo di qualcosa come AppImage, che ci consenta di gestire il nostro software in maniera semplice e avulsa dal distributore. Tuttavia, voglio dire un’ultima cosa. Felipe, proprio tu hai fatto riferimento a OSX per la gestione delle applicazioni non a livello di sistema. Ebbene, voglio ricordarti questo: noi stiamo copiando i .app, mentre il popolo della mela da tempo ci ha copiato e imbellito Synaptic proprio perchè stufo di questo sistema. Si chiama Bodega :P

Siamo dunque sicuri che tutto ciò non sia un capriccio dell’utenza e di alcune persone, più che una necessità vera? Magari avremmo più bisogno di qualcuno che mantenesse le applicazioni aggiornate? Tipo un potenziale repository rolling apposito di cui ho già parlato?

Esamino di coscienza please.

Immagino che abbiate quindi immaginato una condizione di totale eremitaggio, mentre scrivete, in modo da non essere mai disturbati da chat prorompenti, interlocutori troppo “verbosi”, tantomeno da notifiche improvvise che distolgono la vostra attenzione.

Come ho già accennato in passato, io sono solito soffrire di un gigantesco disturbo dell’attenzione che mi porta a clickare qualunque cosa io veda e reputi interessante; in questa maniera la produttività di qualunque individuo, compreso me, è portata a calare drasticamente, andando a zero in giornate di particolare voglia di far nulla :P

Finalmente, dopo tanto tempo alla ricerca di qualcosa di simile, ho scoperto la soluzione a questo male, e ne parlerò un poco: esiste per PC e Mac, con nomi diversi, ma il concetto è sempre lo stesso; offrire all’utente un editor di testo alquanto scarno ma senza distrazioni. Il concetto di distractionless è stato messo a punto in questi ultimi anni dove le rotture di scatole via web e non si sono moltiplicate in maniera esponenziale, dalle semplici notifiche di Gmail alle finestre di chat dei vari messenger.

Esistono vari editor esenti dal concetto di distrazione, e posso confermare che sono veramente utili: per Linux esiste PyRoom, disponibile nei repository delle maggiori distribuzioni, su AUR per ArchLinux, editor distractionless che calca le orme del più celebre WriteRoom per Mac :)

Ma andiamo a scavare nei meandri del funzionamento di questi editor, in particolare PyRoom: da quando parte, l’applicazione oscura lo schermo, impostandosi in modalità fullscreen, e ci mette a disposizione un riquadro, dove brilla il nostro cursore, esattamente come un editor di testo a riga di comando; premendo CTRL+H possiamo visualizzare un dialog di aiuto, e vengono messe a disposizione anche delle shortcut per lavorare a più file contemporaneamente. Tramite CTRL+P accediamo al dialogo delle preferenze, dove possiamo scegliere il carattere visualizzato (io non abbandono mai il mio Monaco 7), alcuni parametri relativi all’editing e il delay tra un salvataggio automatico e l’altro. L’essenziale, insomma :D

La seconda tab delle preferenze, con mio sommo gaudio, ci fa selezionare i temi disponibili e, qualora ce ne fosse la voglia o la necessità, ce ne fa creare di nuovi semplicemente modificando le poche opzioni a disposizione, ossia colore della cornice e del testo, e colore di sfondo. Successivamente possiamo salvare il layout da noi creato ed utilizzarlo: semplice come bere un bicchier d’acqua ;)

Con ulteriori scorciatoie possiamo scoprire le grandissime potenzialità di questo editor, anche se io, al momento, mi accontento di lavorare ad un solo file per volta. Ottima cosa, comunque, quella di far diventare “asociale” l’applicazione, permettendo così di svolgere il proprio lavoro esattamente come, una volta, ci si metteva i tappi nelle orecchie.

Il muto casino del web e del desktop adesso non vi darà più fastidio, ragazzi. Happy Editing :mrgreen:

Ora, erano mesi che seguivo il progetto Gnome Do, e dopo aver usato la dock di OSX avevo anche imparato ad accettare il comportamento secondo cui la barra non lascia andare le finestre su di essa se massimizzate. Dunque, da più di una settimana ormai gli sviluppatori di Docky hanno deciso di staccarsi e diventare una costola autonoma di Do, se non altro perchè, a detta loro, e secondo me hanno ragione, Docky stava monopolizzando Do, e le risorse erano dedicato ormai quasi tutte alla celebre barra, la quale ormai occupava più della metà del tempo per quanto riguardava bugfix e sviluppo.

Per questo motivo a detta loro Docky ha assunto una nuova forma, staccandosi in maniera definitiva dal famoso lanciatore, ed assumendo i tratti di una dock nata per fare la dock e niente altro: a me personalmente il nuovo progetto piace tantissimo, in virtù del fatto che è contraddistinto da quella mole di cambiamenti pressochè orari che avevo descritto nel mio post su Do; a quanto pare le mie previsioni si stanno rivelando sbagliate :D

In ogni caso, la nuova interfaccia è molto più… dedicata. Aprendo il dialogo delle preferenze ci si trova davanti un’interfaccia ordinata, pulita ed essenziale; ottima cosa. Gli sviluppatori hanno deciso di portare avanti lo sviluppo parallelamente, implementando solo delle funzionalità di base e lasciando il compito della gestione di funzionalità avanzate a dei plugin, sviluppati appositamente: si segue dunque la filosofia dell’espandibilità di Gnome Do che, appunto, è estendibile con decine e decine di plugin più o meno utili; personalmente l’estensione che sto trovando più utile al momento è quella che si occupa di monitorare la mia casella GMail, in quando con il click destro posso avere una breve preview degli oggetti delle nuove mail in arrivo, e, se è il caso, catapultarmi direttamente nella mail che voglio “senza passare dal via”.

Ovviamente non manca l’eyecandy in questa nuova veste della dock più amata dagli italiani: sono disponibili infatti quattro temi, due chiari e due scuri; apprezzo molto quelli chiari, che utilizzo sul fisso, dove prediligo sfondi scuri. Per il laptop invece ho adottato il tema HUD, molto simile alla dock di Tiger, che si adatta perfettamente a sfondi chiari e di tonalità medie. :)

Non c’è niente da dire in più sul funzionamento, che è pressochè identico nel complesso a quello della vecchia Do-cky: al momento non so come vada la situazione sull’altro fronte in quanto non ho ancora una copia di Do aggiornata da BZR per seguire i due progetti in maniera più o meno sincrona; quello che posso dire è che per mantenere un minimo di coerenza tra i due progetti, qualunque revisione si abbia a disposizione, si può disattivare il tema Docky di Do e al suo posto attivare la nuova dock, che si comporta come un’applicazione autonoma e del tutto svincolata dal Do tradizionale. Nel frattempo si può usare il lanciatore tradizionale alla vecchia maniera, col suo widget a comparsa ;)

Ok, ma come compilarlo?

Facile: per Arch Linux ho già preparato un PKGBUILD che è immediatamente andato su AUR. Il suo nome è docky-bzr.

Per le altre distribuzioni… beh, fate riferimento alle millemila guide che sono state postate sinora; consiglio quella di Barra, visto che è stato uno dei primi a parlarne :D

Happy Docking ;)