conundrum » Software

GUADEC/0

ebassi — 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à.

Driving Sideways

ebassi — 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

ebassi — 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

Just a Ride

ebassi — Mon, 03 Sep 2007 22:24:18 +0000

Dicevo altrove di aver provato Vala, il linguaggio C#-like scritto usando GLib e GObject come base, e che viene "compilato" in C invece di usare una VM e un linguaggio intermedio¹.

Ho trovato dei difetti nel layer di traduzione, ma sono dovuti essenzialmente alla giovane etÃ del progetto, e il team di sviluppo sta raccogliendo intorno a sÃ© una quantitÃ di collaboratori piÃ¹ o meno saltuari che fa ben sperare. In piÃ¹, la mera esistenza di Vala sta spingendo a completare il supporto per l’introspezione in GObject².

Quello che piÃ¹ mi interessa, perÃ², Ã¨ la possibilitÃ di avere un linguaggio a medio/alto ufficialmente sanzionato da GNOME – come Objective-C da Apple. Intendiamoci: la quantitÃ di binding giÃ presenti Ã¨ enorme, e giÃ oggi se volessi scrivere un’applicazione per GNOME potrei farlo in Perl, come in Java, come in C# e perfino con quel train wreck di Python³. Tuttavia, i bindings sono quello che sono: si portano dietro virtual machine, ambienti di runtime, licenze, implementazioni patent encumbered e altre amenitÃ .

Intendiamoci: non ho nulla contro le VM – a parte l’obiezione classica: "sto giÃ usando una macchina virtuale su una macchina reale, perchÃ© devo usarne un’altra ancora per ogni linguaggio?"; tuttavia, e specie sulle macchine su cui lavoro, una virtual machine Ã¨ giÃ sufficiente – figuriamoci quattro o cinque. Mi piacerebbe che qualcuno prendesse Mono e ci portasse piÃ¹ di tre o quattro linguaggi; mi piacerebbe ancora di piÃ¹ che qualcuno prendesse Parrot e lo completasse. Mi piacerebbe, insomma, avere una macchina virtuale per tutti i linguaggi ad alto livello. Se non posso averla, allora tanto vale usare Vala.

si potrebbe arguire come, in realtÃ , la VM usata sia il sistema operativo ospite, e che sicuramente esistono piÃ¹ piattaforme con un compilatore C che piattaforme che supportano Java o C#
ovvero la possibilitÃ di avere meta-informazioni a runtime su una libreria, sulle API e sui tipi di dati esportati
che, spero, Python 3.0 affosserÃ definitivamente con tutte le modifiche arbitrarie alle API senza vere nuove feature; non ci resta, quindi, che sperare in IronPython per una implementazione sana di mente? non voglio pensarci

Hysteria

ebassi — Tue, 28 Aug 2007 09:40:33 +0000

O mio dio! Skype usa D-Bus, che usa getpwnam (3posix), che apre /etc/passwd! Moriremo tutti!

O mio dio! La demo giocabile di un gioco giÃ uscito installa un sistema per il DRM possibilmente scritto dalla stessa compagnia che aveva scritto un altro sistema per il DRM che aveva le caratteristiche di un rootkit! Moriremo tutti!

L’isteria di massa del weekend Ã¨ stata gentilmente offerta da blog e webforum e dal tam-tam della stessa gente che installa un firewall per sentirsi piÃ¹ sicuri – e poi magari blocca il DNS e pensa di essere stata "acherata". Chiunque campi sull’informatica non puÃ² che ringraziare questi fessi che permettono di portarsi a casa la pagnotta e non offrono alcun pericolo imminente di rimpiazzo.

The Worst Joke Ever

ebassi — 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 (dieci alla ventottesima madonne in un microsecondo).

Va da sÃ© che Kris si vedrÃ offrire una birra al GUADEC.

Give It Up

ebassi — 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

ebassi — 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.

Twist the Knife

ebassi — Wed, 14 Feb 2007 15:08:14 +0000

Panacea
\Pan`a*ce"a\, n.
[L., fr. Gr. pana`keia fr. panakh`s all-healing; pa^s pa^n, all + 'akei^sqai to heal.] [1913 Webster]
1. A remedy for all diseases; a universal medicine; a cure-all; catholicon; hence, a relief or solace for affliction. [1913 Webster]
2. (Bot.) The herb allheal. [1913 Webster]
3. (Programming) Tracker. [2007 Gnome]

Okay, adesso si Ã¨ andati talmente oltre il ridicolo che non Ã¨ neppure piÃ¹ divertente. Gli autori ci si sono messi per la loro parte, ma adesso i droni stanno diventando davvero fastidiosi.

Overdrive/1

ebassi — Mon, 29 Jan 2007 17:43:08 +0000

Un recap sui progetti a cui sto lavorando al momento.

Clutter

Nei commenti al blog precendente mi si chiedeva di Clutter. Per chi non seguisse Planet GNOME (o per chi lo seguisse ma non avesse comunque la piÃ¹ pallida idea di cosa si tratti), Clutter Ã¨ un toolkit che ho contribuito a realizzare piÃ¹ o meno da quando sono stato assunto alla OpenedHand (settimana piÃ¹, settimana meno).

Clutter Ã¨ un toolkit basato sulle stesse librerie usate per le GTK+ (GLib, GObject, Pango) ideato per scrivere applicazioni con un’interfaccia grafica mono-finestra – ad esempio: media box, personal video recorder, etc. – in ambienti (embedded e non) dotati di grafica accelerata (tramite OpenGL oppure OpenGL ES). Clutter fornisce un canvas, rappresentato dal singleton ClutterStage, e alcuni widget, chiamati ClutterActor. I widget forniti sono (volutamente, al momento) pochi: non solo perchÃ© siamo alla release 0.2.0, ma soprattutto perchÃ© vogliamo vedere di cosa necessitano gli sviluppatori prima di implementare ClutterActor nel modo sbagliato o del tutto inutili.

Hello, World – Come funziona Clutter? Ecco un semplice "hello, world" che sfrutta buona parte delle nuove API. Ã scritto in Python – avrei preferito scriverlo in Perl, ma conoscendo la quantitÃ di pythonisti in "ascolto" ho scelto altrimenti; la versione in Perl Ã¨ disponibile a richiesta. Se volete, potete scaricarla e farci quello che volete – Ã¨ nel public domain, come dovrebbero essere tutti gli "hello world" di questo mondo. Se cliccate dopo il link, smonto il codice in blocchi per spiegare come funziona.



import sys

import clutter

Si parte importando i moduli, ovviamente. Il modulo clutter Ã¨ fornito da pyclutter e supporta tutta la core library; non appena riuscirÃ² ad avere un po’ di tempo, e a domare le interazioni tra Python, GObject e GStreamer, pyclutter fornirÃ anche i binding per le estensioni multimediali disponibili (al momento) in C.



class HelloClutter:

    def __init__ (self, message):

        self.stage = clutter.stage_get_default()

        self.stage.set_color(clutter.color_parse(’DarkSlateGrey’))

        self.stage.set_size(800, 600)

        self.stage.connect(’key-press-event’, clutter.main_quit)

        self.stage.connect(’button-press-event’,

                           self.on_button_press_event)

Semplice classe per la nostra applicazione; inizializziamo tutto quando e cominciamo a creare lo stage principale su cui aggiungeremo i vari attori. Diamo una mano di "DarkSlateGrey" al palco, lo allarghiamo a 800 pixel per 600 e colleghiamo i due eventi che ci interessano: pressione di un tasto (a cui associamo l’uscita dal programma) e pressione di un pulsante del mouse (a cui associamo il metodo on_button_press_event).



        color = clutter.Color(0xff, 0xcc, 0xcc, 0xdd)

Creiamo un colore, dandogli i valori dei quattro canali (rosso, verde, blu e alpha per l’opacitÃ ). Questo Ã¨ uno dei vari modi che Clutter mette a disposizione per creare un colore. In alternativa, si puÃ² usare una stringa di testo (come sopra) che, perÃ², non cambierÃ il valore dell’opacitÃ di default; si puÃ² usare un intero senza segno da 32 bit (packed) come 0xffccccdd; si puÃ² usare una conversione di colorspace da HLS a RGB.



        self.label = clutter.Label()

        self.label.set_font_name(’Mono 32′)

        self.label.set_text(message)

        self.label.set_color(color)

        (label_width, label_height) = self.label.get_size()

        label_x = self.stage.get_width() – label_width – 50

        label_y = self.stage.get_height() – label_height

        self.label.set_position(label_x, label_y)

        self.stage.add(self.label)

Dopo il palco, creiamo il primo attore: una semplice etichetta di testo. Decidiamo il font e il contenuto e posizioniamo l’attore a cinquanta pixel dall’estremo in basso a destra dello stage. Le dimensioni dell’etichetta vengono ricalcolate quando impostiamo il font e il testo, cosÃ¬ da garantirci sempre dei valori aggiornati. Usando Pango, abbiamo gratis il supporto per l’internazionalizzazione delle stringhe, dei glifi, dei paragrafi, dell’ellissi dei testi, degli spazi e delle legature.



        self.cursor = clutter.Rectangle()

        self.cursor.set_color(color)

        self.cursor.set_size(20, label_height)

        cursor_x = self.stage.get_width() – 50

        cursor_y = self.stage.get_height() – label_height

        self.cursor.set_position(cursor_x, cursor_y)

        self.stage.add(self.cursor)

Altro attore: il "cursore" alto quanto l’etichetta di testo, largo venti pixel e posto nell’estremo in basso a destra del nostro stage. Ora non ci resta che animarlo, facendolo lampeggiare.



        self.timeline = clutter.Timeline(30, 25)

        self.timeline.set_loop(True)

        alpha = clutter.Alpha(self.timeline, clutter.ramp_func)

        self.behaviour = clutter.BehaviourOpacity(alpha, 0xdd, 0)

        self.behaviour.apply(self.cursor)

Per le animazioni ricorro ai "behaviour", i comportamenti che accennavo all’inizio del post. Per prima cosa, creo una timeline, ovvero una linea che dia il computo del tempo; la voglio di trenta frame, con 25 frame al secondo, e la voglio in loop.

Come seconda cosa, creo un alpha. Un ClutterAlpha Ã¨ un oggetto che lega una timeline a una funzione; ad ogni "tic" della timeline, invoca la funzione e ottiene un intero senza segno che Ã¨ dipendente solo dal tempo. In pratica, ingegneristicamente parlando, Ã¨ un generatore di forme d’onda (mi rendo conto solo ora, cercandolo, che Wikipedia italiana non ha una pagina sui generatori di forme d’onda; gli ingeneri sono peggio degli idraulici: quando servono non ci sono mai).

Infine, creo un behaviour, ovvero un oggetto che controlla una o piÃ¹ proprietÃ di un set di attori usando l’oggetto alpha; in questo caso, un ClutterBehaviourOpacity che controlla l’opacitÃ degli attori.



    def on_button_press_event (self, stage, event):

        print "mouse button %d pressed at (%d, %d)" % \\

              (event.button, event.x, event.y)

Questo Ã¨ il callback del nostro evento, giusto per mostrare come ottenere i vari dettagli dall’oggetto event.



    def run (self):

        self.stage.show_all()

        self.timeline.start()

        clutter.main()

Il metodo run serve a:

mostrare tutti gli attori sullo stage;

avviare la timeline;

avviare il main loop;

In questo senso, Clutter funziona esattamente come le GTK+: il main loop gira ed esegue il dispatch degli eventi da X all’applicazione.



def main (args):

    if args:

        message = args[0]

    else:

        message = ’Hello, Clutter!’
    app = HelloClutter(message)

    app.run()

    return 0
if __name__ == ’__main__’:

    sys.exit(main(sys.argv[1:]))

Qui c’Ã¨ la solita ferramenta necessaria per i programmi Python. Per avviare, basta eseguire:



$ python hello-clutter.py "Ciao, mondo"

Where do we go from here? – La versione 0.1 di Clutter, rilasciata l’anno passato, ha gettato le fondamenta per gli attori di base, ed Ã¨ stata sufficiente per realizzare OPT, un programma di presentazione usato da Ross Burton, da Jeff Waugh e dal sottoscritto al GUADEC di Vilanova. Per la version 0.2 abbiamo migliorato l’API, creato un renderer GL per Pango (riducendo l’utilizzo della memoria e aumentando la velocitÃ e il supporto per l’internazionalizzazione) e aggiunto il supporto per i "comportamenti" (ClutterBehaviour) degli attori – ovvero un modo per animare i widget sul canvas. Purtroppo, a parte OPT non abbiamo notizia (al momento) di applicazioni che usino Clutter. Per questo ci farebbe piacere l’input della comunitÃ , anche per sapere quali sono non solo i bug, ma anche le feature e le richieste che gli sviluppatori di applicazioni hanno; se voleste delle modifiche alle API per realizzare il prossimo rivale di MythTV (la cui interfaccia, diciamocela tutta, va bene a duemila geek, ma se la vedono gli utenti che hanno difficoltÃ a cambiare l’ora del videoregistratore abbiamo diecimila utenti che si buttano dalla finestra dall’orrore), oppure se avete dei bug da segnalare, basta aprire un ticket su Bugzilla.

continua…