conundrum » Linux

A Time to be so Small

Emmanuele Bassi — Fri, 03 Oct 2008 16:10:46 +0000

dato che non sono contento se non entro nelle solite diatribe sul selettore di file delle GTK+, sono finito ovviamente sul bug 325095, ovvero mostra una colonna con la dimensione del file.

premessa: se devi usare la dimensione di un file come discriminante per decidere cosa farne, sei fottuto comunque; la prossima volta usa un nome decente. qualunque altra considerazione ricade sotto file management, e quello non lo fate da una finestra di dialogo che serve per aprire o salvare file, bensì da un file manager. ergo, non venitemi a menare il torrone con stronzate tipo “devo decidere cosa cancellare” oppure “devo vedere cosa spostare”: Nautilus ha già una colonna per le dimensioni quindi usate quello e non venite a rompere i coglioni a me.

nonostante la doverosa premessa, esiste un caso in cui effettivamente serve la dimensione dei file — ovvero quando devi aprire un file che non hai creato tu. dato che questo caso non dovrebbe essere l’unico modo in cui i file appaiono sul vostro computer¹, il default è “non visibile”.

dato che una sera mi annoiavo, e dato che la lettura dei commenti aveva provocato in me gli effetti noti, ho deciso di dedicare quei venti minuti necessari all’implementazione e il test².

quindi, ecco qui uno screenshot del selettore file con la colonna visibile:

la patch è già atterrata in trunk, quindi sarà nella prossima release, di qui a nove mesi circa.

quello che mi domando è: nei tre anni di vita di quel bug, e dopo venti commenti, è possibile che io sia stato il primo pirla ad avere venti minuti da spendere per:

aprire un editor di testo
trovare la parte che si occupa di leggere le informazioni sui file
aggiungere numero una (1) colonna a un TreeView, numero uno (1) MenuItem, numero una (1) funzione di sorting

ora, vabbé che avevo venti minuti di totale odio per la razza umana, ma non è pensabile che io li abbia sempre e davanti a un computer con un check out delle GTK+³.

nel qual caso, lo porterei dal più vicino esorcista se fossi in voi
e non fosse che compilare le gtk+ su questo laptop porta via 10 minuti anche con due core, ci avrei messo meno
ah, ma chi prendo in giro: io ho sempre un check out delle GTK+

GUADEC/0

Emmanuele Bassi — Fri, 11 Jul 2008 20:35:41 +0000

dalla caffetteria dell’università, a cinquanta metri dal Bosforo

anche quest’anno, il GUADEC è stata una grande esperienza. ritrovare varia umanità con cui chiaccheri solo su IRC o su mailing list mette più o meno di buon umore — e se a questo si aggiunge passare la serata fino alle tre del mattino sdraiato su cuscini bevendo te e in compagnia di un nargilé al mango il quadro è completo.

al GUADEC, però, si va anche per parlare con persone che lavorano con e su GNOME — invariabilmente questo porta a interessanti sviluppi.

leggendo un po’ in giro, vedo che alcuni si sono scandalizzati o sorpresi del new deal nelle GTK+ e in GNOME; se però avessero seguito quello che avviene ogni giorno da un anno a questa parte si sarebbero velocemente resi conto di come tutto questo sia partito dallo scorso GUADEC — e possibilmente anche da quello prima. sigillare le GTK+ per poter cambiare gli internals senza rompere le applicazioni, ridurre il lasso di tempo da major release, non sono grandi e rivoluzionari piani: sono l’unico modo di portare avanti una piattaforma in maniera organica e continua. non vi siete svegliati una mattina trovandovi venti centimetri più alti, con una voce di due ottave più bassa e i caratteri sessuali secondari completamente sviluppati — vi ci saranno voluti anni. E se gestire la pubertà è un’impresa ardua, immaginatevi un desktop con milioni di utenti su varie piattaforme su cui non esercitate alcun controllo.

GNOME ha già provato a rompere con il passato in maniera netta, con un quantum leap invece che vari passi incrementali; è stato un diastro ferroviario, e sicuramente tutti quelli coinvolti nel progetto pensano "mai più". la somma di questi piani — GTK+ 3.0 e GNOME 3.0 — sono l’unica alternativa realistica.

se poi vogliamo andare sul non-realistico, possiamo sempre contare sull’aiuto di Babbo Natale e della Fatina dei Denti — ma ho i miei dubbi sull’implementabilità.

Back to the Life

Emmanuele Bassi — Sat, 12 Apr 2008 22:26:15 +0000

si torna di nuovo a Debian, dopo la parentesi di ormai tre anni con Ubuntu.

mark my words: Fedora Ã¨ la nuova Ubuntu. non fosse che anni di SuSE e RedHat mi hanno di fatto instillato un doveroso ribrezzo per RPM¹, darei un giro di prova anche alla distribuzione con il cappello.

l’installazione di Lenny non Ã¨ andata affatto male; un paio d’ore dopo l’inserimento del CD netinst avevo tutto quanto piÃ¹ o meno pronto — a parte il firmware per la scheda wifi, che comunque Ã¨ nella sezione non-free. ovviamente, ha aiutato il non aver piallato la mia /home².

ora ho un’installazione molto piÃ¹ streamlined, con poche modifiche a GNOME, e senza quella schifezza di tracker installato a tradimento³.

we rpm haters aren’t born. we’re made.
in questo senso, GNOME mi ha piacevolmente sorpreso — mi aspettavo pena, miseria e morte e invece l’unica cosa da ricostruire sono state le password di Evo, nell’attesa che usino il fottuto gnome-keyring prima della morte termica di questo Universo
la moglie si lamenta perchÃ© il suo laptop alle volte si blocca per qualche secondo mentre sta scrivendo la tesi; temo di essermi dimenticato di fare apt-get –purge remove tracker quando le ho fatto l’upgrade l’ultima volta

Driving Sideways

Emmanuele Bassi — Tue, 15 Jan 2008 22:14:57 +0000

non ti rendi conto di quanto dai per scontato in Linux se non quando devi replicare un ambiente di sviluppo sotto OS X. fortunatamente, con un po’ di Macports e di JHBuild si riesce a mettere in piedi qualcosa di usabile.

una cosa sicuramente mi piacerebbe avere anche sotto GLX, e sono i tool per fare profiling delle chiamate OpenGL; l’UI Ã¨ banale da replicare (basta prendere una cosa tipo questa) ma quello che Ã¨ interessante Ã¨ tutta la serie di hooks per attaccarci uno statistical profiler.

Dead Duck

Emmanuele Bassi — Thu, 01 Nov 2007 11:03:40 +0000

L’altra settimana ho aggiornato il laptop a Gutsy. In generale, il feel Ã¨ che questa release sia una mezza tragedia: non siamo ai livelli di Edgy, ma poco ci manca. Tra le cose che hanno smesso di funzionare:

NetworkManager non sopravvive al suspend e sono costretto a disabilitare la rete quando sposto il computer da casa all’ufficio; questo quando va bene: alle volte devo andare di killall. Update@2007-11-01T15:39+0100: bug noto, a quanto pare risolto in SVN.

Se spengo il monitor sotto X (ad esempio, se chiudo il laptop ma lo lascio acceso) due volte su tre non viene riacceso e sono costretto a far ripartire GDM.

C’Ã¨ di buono che GNOME 2.20 Ã¨ meraviglioso, e che Debian non riconosca (ancora) l’esistenza dei laptop, altrimenti sarei tornato di corsa al mix di testing+unstable che usavo prima.

Ovviamente, ho provato di nuovo Compiz – il compositor che alle volte fa da (pessimo) window manager. L’user interface Ã¨ un totale disastro ferroviario, in cui puoi scegliere solo tre livelli:

Niente effetti (ovvero: Metacity)

Effetti per persone sane di mente

Hurt me plenty¹ (ovvero: gente che si bulla con gli amici, gente che registra un video per bullarsi con gli amici, gente che sta male perchÃ© non ha amici ma non ne ha bisogno perchÃ© ha Compiz, gentooisti)

In piÃ¹, se hai qualcosa che non Ã¨ installato di default e non ha un nome umanamente inferibile², hai anche il livello segreto:

Customizzami tutta

Che permette di selezionare cose utili come il motion blur ma non ha un setting per avere un window manager sensato, tra il miliardo di tunables, plugin che si disattivano a vicenda e chiari esempi di opzioni di tipo unfuck my application.

Il problema Ã¨ che perfino al livello per persone normali dopo dieci minuti di utilizzo comincio a sentire il mal di mare e un mal di testa impressionante. A questo va aggiunto il fatto che il trasferimento di opzioni da Metacity a Compiz Ã¨ orrido e mi sono trovato dall’avere dodici workspace all’avere dodici viewport con dodici workspace l’uno – l’equivalente di 144 aree di lavoro la cui navigazione Ã¨ banalmente impossible.

Morale della storia:



  cd ~/git

  git clone git://anongit.freedesktop.org/git/xorg/app/xcompmgr

  ./autogen.sh

  make && cp xcompmgr ~/bin

  xcompmgr -cC -o .3 &

e Metacity. E, ovviamente, AWN (che ha dei bug grandi cosÃ¬, ma posso rompere le scatole a Neil di persona).

citazione colta
hint: non Ã¨ gnome-compiz-manager

The Worst Joke Ever

Emmanuele Bassi — Mon, 14 May 2007 22:13:51 +0000

Ho passato gli ultimi tre giorni a tentare di capire perché un pezzo di codice producesse un SIGSEGV. Ho cambiato linee, logica, tipi di dato. Niente: qualunque cosa facessi, solo crash. Come al solito, gdb si rivelava poco utile, mentendo spudoratamente sul luogo della violazione di memoria.

Oggi pomeriggio ho deciso di arrendermi e ho chiesto a Kris se poteva darmi una mano (dato che il segfault si verificava nel codice del GtkTreeModelSort che lui mantiene). Stasera mi dice di aver trovato la patch:

Index: gtk/gtkfilechooserdefault.c
==============================================================
--- gtk/gtkfilechooserdefault.c (revision 17846)
+++ gtk/gtkfilechooserdefault.c (revision 17848)
@@ -9508,7 +9508,7 @@ recent_column_path_sort_func (GtkTreeMod
   if (!name_a)
     return 1;

-  if (!name_b);
+  if (!name_b)
     return -1;

   if (is_folder_a != is_folder_b)

Penso che i miei moccoli siano arrivati vicinissimi al Moccolo a Delta di Dirac¹.

Va da sé che Kris si vedrà offrire una birra al GUADEC.

dieci alla ventottesima madonne in un microsecondo

Overdrive/2

Emmanuele Bassi — Sat, 12 May 2007 15:51:51 +0000

segue

GTK+

Per mancanza di tempo, negli ultimi mesi ho dovuto lasciare a metÃ alcuni miei lavori sulle GTK+. Fortunatamente ogni tanto si Ã¨ aperto qualche spiraglio di tempo libero, e quando ho potuto ritornare alla libreria che (ricordiamolo) ha consentito all’avere di che mangiare non mi sono certo fatto scrupoli.

Le GTK+ sono piagate, da tempo ormai, da una cronica mancanza di sviluppatori nel core team; il flusso di patch in Bugzilla Ã¨ piÃ¹ o meno costante (anche se non altissimo), ma le persone in grado di fare una revisione delle patch e in generale dei bug segnalati sono poche, e nessuno lavora a tempo pieno sulle GTK+. A questo si aggiunge un’inerzia proveniente dalle compagnie che lavorano con le GTK+ nei confronti di una (ormai inevitabile) rottura della compatibilitÃ binaria e, possibilmente, delle API. Il quadro Ã¨ complesso, e meriterebbe un post di analisi dei fattori pro e contro una tale rottura di compatibilitÃ all’indietro; sfortunatamente Ã¨ sabato mattina e non ho molta voglia di farlo – considerate la questione solo rimandata.

Cosa si muove, quindi, nelle GTK+? Cosa ci sarÃ nella prossima minor release, la 2.12.0? E cosa ci aspetta nel futuro?

Cominciamo con le cose giÃ in trunk:

Supporto Quartz e DirectFB: Il lavoro sui backend per GDK continua; il backend per Quartz Ã¨ mantenuto dagli sviluppatori della Imendio ed Ã¨ quasi stabile; mancano ancora feature, e molto dipende dalla stabilitÃ del backend Quartz di Cairo, ma comincia ad essere usabile. Il backend DirectFB Ã¨ invece portato avanti dal team per l’installer grafico della Debian, e ha ricevuto molte attenzioni in occasione del rilascio di Etch. Alcune delle funzionalitÃ sono state aggiunte alla branch stabile, ma trunk Ã¨ il posto dove la magia avviene.
Rimosso il supporto a Windows 9x/ME: Il supporto per i sistemi operativi giocattolo della casa di Redmond era giÃ cessato con la release 2.10; adesso Ã¨ stato completamente rimosso dalla code base. Chi vuole, puÃ² fare un diff tra 2.10 e trunk, procurarsi un incudine e un martello e prepararsi per un’intensa sessione di martellate sui gioielli di famiglia.
Nuova API per le tooltip: Kristian Reitveld ha creato una nuova API per gestire le tooltip sui vari widget. D’ora in poi, niente piÃ¹ GtkTooltips da tenere in giro per tutta la durata dell’applicazione, ma una semplice proprietÃ che contiene il testo della tooltip (con supporto per il markup). Se si vuole modificare la finestra stessa usata per la tooltip, basta fare l’override di una funzione virtuale della class GtkWidget e si puÃ² usare la finestra che si preferisce. Questo, tra l’altro, permette finalmente di poter usare tooltip con GtkTreeView e GtkComboBox.
File recenti: Una delle cose che ho scritto io. Finalmente Ã¨ possibile infilare la lista dei file recenti in un menu costruito usando GtkUIManager. Per la disperazione (di uno) degli autori di gedit, niente menu "in linea" (come Windows, per intenderci) ma solo come sotto-menu (come OS X). Scrievere una version in linea non Ã¨ complicato (se volete, trovate una implementazione qui). Ho anche aggiunto la possibilitÃ di inserire elementi del menu prima e dopo la lista dei file recenti nel GtkRecentChooserMenu, cosÃ¬ da renderlo piÃ¹ simile a un GtkMenu (quale Ã¨).
FileChooser migliorato: Una delle cose che mi fanno aumentare la misantropia e, in generale, il desiderio di vedere la razza umana estinguersi sono le flame sul selettore di file delle GTK+. Seriamente: ogniqualvolta arriva qualche sedicente esperto di usabilitÃ che urla ai quattro venti come il GtkFileChooserDialog sia "inusabile" io spero solo che si tratti di qualcuno che vive vicino ad una costa marittima, e aspetto che il riscaldamento globale faccia il resto. Due settimane fa ho fatto il commit della patch (non scritta da me) che aggiungeva il supporto per la ricerca di file usando (indirettamente) Beagle, Tracker o una semplice ricerca per nome. La patch aveva ancora dei problemi, con funzionalitÃ non implementate o comportamenti non consistenti, quindi ho passato questa settimana a scrivere patch per chiudere il bug #435343 e intanto che c’ero anche il bug #435342 (se volete vedere come appare il selettore file adesso, ci sono degli screenshot qui e qui) per aggiungere la lista dei file recenti direttamente nel selettore di file e chiudere cosÃ¬ integrazione iniziata con la scorsa versione delle GTK+ – quasi due anni dopo il GUADEC che ha iniziato tutto quanto.

Ovviamente, le novitÃ non sono solo queste. C’Ã¨ stato un gran lavoro nel portare alcune feature sviluppate per piattaforme embedded, come la navigazione via tasti oppure il metodo di inserimento per tastiere solo numeriche. In piÃ¹, ci sono nuove feature in fase di valutazione e di revisione che non sono ancora "atterrate" in trunk, come il supporto per il tap-and-hold per i menu contestuali (usato dai touchscreen o piÃ¹ in generale da chi ha puntatori con un tasto solo, come Mac o tablet). Infine, c’Ã¨ la grossa feature rappresentata dal GtkBuilder, ovvero la possibilitÃ di creare interfacce utente usando XML – come libglade ma integrato ed esteso.

Cosa ci attende nel post-2.12 non si sa. Le GTK+ avranno finalmente un canvas? E come impatterÃ questo oggetto con la struttura dei widget? In piÃ¹, avremo finalmente una class GtkApplication per scrivere applicazioni in maniera piÃ¹ semplice, lasciando che siano le GTK+ a gestire le sessioni e lo stato (liberandoci di un bel pezzo di libgnome e libgnomeui)? Avremo un layer per VFS finalmente usabile senza una lobotomia parziale? E una piattaforma per la configurazione che non sia ferma al 2001?

Infine, quando avremo le GTK+ 3.0, con una ripulitura generale del codice?

Non so dare risposte; so solo che chi vivrÃ , vedrÃ .

continua…

Millions Miles Away

Emmanuele Bassi — Sat, 31 Mar 2007 16:39:21 +0000

Sto attraversando un momento di pura e distillata misantropia. Oppure, piÃ¹ semplicemente, non capisco che strano processo mentale (?) porta certa gente a proporre cose come:

Gli utenti si apettano tutte le funzionalitÃ del file manager dalla finestra di dialogo per salvare un file [...] quindi se Nautilus Ã¨ installato le GTK+ dovrebbero eseguire Nautilus [al posto della GtkFileChooserDialog].

Sicuramente, ha a che fare con della droga – crack, nel caso specifico. Lasciamo perdere l’evidente caso di inversione (perchÃ© le GTK+, che sono un toolkit multipiattaforma, dovrebbero dipendere da Nautilus, albeit opzionalmente?), e concentriamoci sull’idiozia di poter effettivamente modificare file, directory ed eseguire applicazioni mentre si sta salvando un file. Ottimo se hai un attention deficit disorder e non riesci a fare a meno di lavarti i denti mentre bevi il caffÃ©, tirandoti su i pantaloni alla fermata dell’autobus.

Oppure no.

Give It Up

Emmanuele Bassi — Tue, 13 Mar 2007 13:20:39 +0000

La missione, se deciderete di accettarla, sarÃ di trovare la playlist nel prossimo Amarok:

Se verrete catturati, uccisi oppure vi butterete dalla finestra dall’orrore, il dipartimento negherÃ di essere a conoscenza della vostra missione.

Poi, a che diavolo serve il menu Engage? Cos’Ã¨, l’Enterprise?

Le motivazioni per utilizzare Amarok stanno scivolando sempre piÃ¹ verso il lombrosiano.

Next Year

Emmanuele Bassi — Tue, 06 Mar 2007 10:35:02 +0000

Attenzione: post ad elevato livello di sarcasmo

Ã bello vedere gli amici di KDE pensare agli utenti, e passare a Dolphin. Certo che, potendo scegliere, non sarebber convenuto loro usare un file manager che non assomigliasse a Nautilus com’era cinque anni fa?

Ad ogni modo, il cerchio si chiude e si ritorna al 1999: KDE torna ad essere l’ambiente per i corporate user, transfughi di Windows, mentre GNOME torna ad essere il desktop environment pieno di crack.