Just another blog » enlightenment

Efenniht, nuovo tema per E17

mcalamelli — Wed, 01 Sep 2010 15:27:45 +0000

Trattasi di un work-in-progress, infatti non tutte le icone rispecchiano il nuovo stile, ma Efenniht sta crescendo proprio bene. Qui l’annuncio ufficiale nella mailing-list di sviluppo.

Ecco uno screenshot del mio notebook:

[Immagine fullsize qui]

Technorati Tags: enlightenment, e17, efenniht

Alpha release per le core libraries di E17

mcalamelli — Wed, 25 Aug 2010 09:09:52 +0000

Notizia importante per lo sviluppo di Enlightenment le core libraries, aka EFL [Enlightenment Foundation Libraries] sono state rilasciate con lo stato di ALPHA Release. Il rilascio coinvolge Eina [tipi di dati ottimizzati], Eet [data storage su file], Evas [canvas], Ecore [event loop, timers], Embryo [interprete per piccoli programmi in Small], Edje [disegno e layout grafico], E_Dbus [DBus bindings], Efreet [FDO standards], Eeze [libudev wrapper]. Come indicato da Raster, questa alpha release significa che

This means the API is “good to go”, but there may be bugs. The focus is on fixing bugs now and keeping API stable for a full release once bugs are gone.

Le librerie possono essere scaricate da qui, mentre per chi preferisce lavorare con i sorgenti la SVN rev di riferimento è la 51480.
Una nota in chiusura, per evitare confusioni: la release alpha è relativa alle core libraries, e non a tutto Enlightenment.

Technorati Tags: enlightenment, e17, efl

[Tip] VMware Server 2.x in Ubuntu 9.10

mcalamelli — Sat, 09 Jan 2010 10:41:37 +0000

Un breve tip necessario per risolvere un problema contro il quale sono incappato.

Una parte dell’aiuto che do al team di E17, oltre a scrivere del codice, consta nel testare l’installazione dai sorgenti nei principali sistemi BSD, in primis FreeBSD e NetBSD, OpenBSD a breve.

Per il test utilizzo la versione Server di VMware, il noto tool di virtualizzazione.

In seguito al recente aggiornamento di Ubuntu (9.04 -> 9.10) sono incappato un errore che mi impediva di reinstallare VMware Server, errore relativo alla compilazione dei moduli di rete per il kernel.

Una breve googlata, nel link sottostante il workaround, testato e funzionante. Ah, il link fa riferimento all’architettura x86_64, ma è funzionante anche per la 32bit.

VMware-server 2.0.x Installation HOWTO for Karmic Koala x86_64 | Acmelabs’ Blog.

Alla prox

Technorati Tags: ubuntu, karmic, vmware server

FOSDEM2010

mcalamelli — Sun, 15 Nov 2009 09:02:51 +0000

Il 6 e 7 febbraio 2010 Brussel ospiterà la decima edizione del FOSDEM, acronimo che sta per Free and Opensource Software Developer European Meeting.
Il team di Enlightenment sarà parzialmente presente.
La relativa vicinanza a Brussel è una occasione ghiotta per gli utenti e sviluppatori italiani di E17 (tipo me, eh) per poter conoscere di persona altri utenti/sviluppatori europei,
Non si è interessati ad E17? Niente paura, al FOSDEM saranno presenti altri nomi blasonati! Qualche nome dall’edizione 2009? Debian, Drupal, GNOME, KDE, Mozilla, RubyOnRails (qui l’elenco delle devrooms dell’edizione 2009).

Io ci faccio un pensierino!

Alla prox

Technorati Tags: fosdem2010, e17, enlightenment

easy_e17.sh arriva alla release 1.3.0

mcalamelli — Mon, 19 Oct 2009 22:04:05 +0000

In data odierna è stata rilasciata la release 1.3.0 di easy_e17, uno degli shell script più famosi per l’installazione di E17 direttamente dal source code.
E il mio preferito, ad essere onesti.

Questa release introduce alcune interessanti novità:

lo scaricamento dei pacchetti, che facilita le cose per i non sviluppatori, salvaguardando disco e banda
la notifica onscreen delle operazioni, usando il modulo “Notification”, che ovviamente va caricato
un nuovo parametro della commandline, –srcmode=[packages|full], che gestisce appunto il download dei sorgenti

Inoltre, in seguito allo spostamento di ETK, uno dei toolkit principali assieme a EWL, in OLD, è stata fatta un pò di pulizia nell’elenco dei pacchetti installabili, eliminando quelli che ne dipendevano.

Per avere una anteprima delle opzioni utilizzabili, lanciare da console :

1	massi@e-laptop:~$ $ easy_e17 --help

Happy hacking, e alla prox

Technorati Tags: easy_e17, e17, enlightenment

Nuovo screenshot, 07/2009

mcalamelli — Thu, 23 Jul 2009 05:30:46 +0000

Ogni tanto mi piace dare una rinfrescata all’aspetto del mio DE, Enlightenment. Uso il tema di default, BlackAndWhite, e di conseguenza le immagini che uso come background sono generalmente bianche e nere, con sfumature di grigio e pochi altri colori.

Ecco come si presenta il mio desktop, in seguito all’ultima caccia su DeviantArt.

[The Opiated Wallpaper by emciem]

Questo è invece un breve riassunto delle puntate precedenti:

[Fonte non trovata :(]

[Dark Tile by Shippd]

[Wallpaper by Teutonic]

Alla prox

Technorati Tags: e17, screenshot, enlightenment, deviantart

Enlightenment wants you

mcalamelli — Tue, 09 Jun 2009 21:16:14 +0000

Parafrasando lo Zio Sam, Enlightenment ti sta cercando!
Sei uno sviluppatore con una buona conoscenza del linguaggio C?
Ti piacciono i progetti OpenSource?
Ecco una splendida occasione per mettere in pratica le tue conoscenze di programmazione, unendoti ad uno dei progetti più intriganti disponibili sul mercato del free software.
Come? Dici che non hai uno skill sufficiente circa il linguaggio, ma E17 ti piace un sacco? Niente paura, c’è lavoro per tutti!
Puoi testare il sistema e riportare i bug che rilevi, oppure verificare la veridicità o meno dei bug esistenti, oppure ancora integrare il wiki con le pagine mancanti o incomplete… Come vedi ce ne è davvero per tutti!

Ti ho stuzzicato l’interesse? Qui trovi ulteriori informazioni su come e dove aiutare il progetto ad arrivare alla tanto agognata release ufficiale.
Guardando il ReleasePlan si vede che molti elementi sono già stati portati a termine, ma la lista è ancora lunga…

Quindi non tergiversare, l’occasione è più che ghiotta, start helping us!

Alla prox

Technorati Tags: enlightenment, e17

E17 su Twitter

mcalamelli — Wed, 06 May 2009 15:59:57 +0000

Qualche giorno addietro ho creato un account per E17 su Twitter, e da oggi pomeriggio ho cominciato a postare qualcosa, per ora i commit piu’ significativi all’albero SVN.
Per ora la cosa non è ufficiale, cioè riconosciuta dal team, ma è più che altro un test, per vedere in che modo è possibile sfruttare il famoso servizio.
L’ account e’ questo: @edevel, e, wow!, ha già un altro follower, a parte me!!
Quindi, se E è il tuo DE preferito, oppure se sei anche solo curioso, comincia a seguire E su Twitter!

@edevel

Alla prox

Technorati Tags: e17, enlightenment, twitter

Debug in una macchina virtuale

mcalamelli — Sat, 18 Apr 2009 20:56:23 +0000

Questo post contiene un estratto dell’esperienza che mi sono fatto nell’eseguire il debugging di E17 installato su OpenSolaris, in esecuzione in una VM VirtualBox.

Non entrerò nel merito dell’installazione, che alla fine mi è riuscita ma è stata un pò più dura del solito, richiedendo qualche intervento manuale e di traverso, per questo arriverà un post a breve :)

L’entusiasmo iniziale per aver portato a termine l’installazione di è smorzato di fronte ad un brutto crash del sistema, occorso cliccando con il tasto destro in una parte vuota (senza icone) della finestra del file manager interno.

Premetto che in E17, per quanto possa essere brutto un crash (lo si può paragonare al famoso Blue Screen of Death, BSOD, di Windows), frequentemente è possibile recuperare le applicazioni aperte prima del crash premendo F1 nella finestra che appare, senza perdere nemmeno un bit.

Tornando al mio problema, dopo aver ripetuto il crash più e più volte in modo da essere certo di poterlo riprodurre facilmente, sono passato alla fase di debugging.

La procedura che sono solito usare in questi casi è avviare una nuova istanza di E17 in una sessione Xnest (o Xephyr), e lanciare gdb attaccandolo al PID della nuova istanza: può sembrare complesso, ma in realtà è sufficiente eseguire lo script xnest.sh (xnest.sh –help per dettagli), ottenendo ciò che ho descritto.

Ma non sono stato assistito dalla fortuna, infatti lanciando la sessione di debug in questo modo l’istanza di E17 partiva, ma terminava senza specificare un errore appena aver mostrato il desktop.
L’alternativa rimasta era quella di accedere in qualche modo alla sessione E17 corrente nella VM, ma quest’ultima si connette al box reale tramite NAT, e l’unica interazione che si ottiene di default è un servizio RDP per accedere graficamente in remoto alla macchina; a me serviva invece una connessione SSH.

Così, Googlando, ho trovato questo documento, che spiega come creare un tunnel SSH tra host e VM.
Applicate le informazioni, sono riuscito ad accedere alla VM in questo modo:

1
2
3
4
5

massi@e-laptop:~$ ssh -p 2222 massi@localhost
Password:
Last login: Fri Apr 17 09:26:10 2009
Sun Microsystems Inc. SunOS 5.11 snv_101b November 2008
massi@opensolaris:~$

Bene, tramite il comando:

ps -A

sono riuscito ad ottenere il PID dell’istanza E17 in esecuzione, per poi attaccarlo al debugger:

1	massi@opensolaris:~$ gdb --pid=PID --se=/opt/e17/bin/enlightenment

La parte finale (–se) serve per indicare al debugger dove andare a prendere i simboli, in questo caso è stata necessaria, in tutte le altre sessioni di debug (su Linux) non mi è mai servita…

Comunque, questo è il log della sessione:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47

[Switching to Thread 1 (LWP 1)]
0xd0f10bb7 in __pollsys () from /lib/libc.so.1
(gdb) c
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0xd0e83d80 in countbytes () from /lib/libc.so.1
(gdb) bt
#0 0xd0e83d80 in countbytes () from /lib/libc.so.1
#1 0xd0ed019c in _ndoprnt () from /lib/libc.so.1
#2 0xd0ed27fe in snprintf () from /lib/libc.so.1
#3 0x0813f223 in _e_fm2_icon_menu (ic=0x84605e8, obj=0x85cd530, timestamp=4856841) at e_fm.c:7881
#4 0x0813b410 in _e_fm2_cb_icon_mouse_down (data=0x84605e8, e=0x85cb808, obj=0x85dae08, event_info=0x80455b0) at e_fm.c:6330
#5 0xd0905614 in evas_object_event_callback_call (obj=0x85dae08, type=EVAS_CALLBACK_MOUSE_DOWN, event_info=0x80455b0) at evas_callbacks.c:116
#6 0xd09056e8 in evas_object_event_callback_call (obj=0x84705d0, type=EVAS_CALLBACK_MOUSE_DOWN, event_info=0x80455b0) at evas_callbacks.c:145
#7 0xd0907661 in evas_event_feed_mouse_down (e=0x85cb808, b=3, flags=EVAS_BUTTON_NONE, timestamp=4856841, data=0x0) at evas_events.c:238
#8 0xd1141bf9 in _ecore_event_evas_mouse_button (e=0x86666a8, press=ECORE_DOWN) at ecore_input.c:172
#9 0xd1141d37 in ecore_event_evas_mouse_button_down (data=0x0, type=21, event=0x86666a8) at ecore_input.c:217
#10 0xd05f8e0f in _ecore_event_call () at ecore_events.c:439
#11 0xd06049e4 in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:647
#12 0xd06039c9 in ecore_main_loop_begin () at ecore_main.c:96
#13 0x0808977e in main (argc=1, argv=0x8047b9c) at e_main.c:1062
(gdb) f 2
#2 0xd0ed27fe in snprintf () from /lib/libc.so.1
(gdb) list
122 // eina_stringshare_dump();
123 return 0;
124 }
125
126 /* externally accessible functions */
127 int
128 main(int argc, char **argv)
129 {
130 int i;
131 int nostartup = 0;
(gdb) f 3
#3 0x0813f223 in _e_fm2_icon_menu (ic=0x84605e8, obj=0x85cd530, timestamp=4856841) at e_fm.c:7881
7881 snprintf(buf, sizeof(buf), "*%s", strrchr(ic->info.file, '.'));
(gdb) p ic
$1 = (E_Fm2_Icon *) 0x84605e8
(gdb) p ic->info.file
$2 = 0x829a924 "Desktop"
(gdb) p buf
$3 = "*export/home/massi/Desktop\000\b\001\000\000\000�P\004\b�m\220��1\bU\024\225�\001\000\000\0004R\004\b\001\000\000\000�P\004\b�m\220��f3\b\r\000\225�p\233\234��R)\b\001\000\000\000\004Q\004\b�m\220��l3\b�m\220��\2041\b\001\000\000\000\001\000\000\000 Q\004\b�m\220�\030u3\b\001\000\000\0000Q\004\b�m\220��\2041\b (gdb) p strrchr(ic->info.file, '.')
$4 = 0

Le parti evidenziate in grassetto sono quelle che ritengo più interessanti, andiamole a vedere.

La prima riga, così some tutte quelle che cominciano con (gdb), rappresenta un comando eseguito al prompt del debugger, in questo caso bt dice al debuggger di generare il backtrace, fondamentale per capire la causa dell’errore.

Le due linee successive in grassetto chiariscono il problema: la funzione snprintf ha causato il problema, chiamata internamente dalla funzione _e_fm2_icon_menu, presente nel file e_fm.c alla riga 7881. Ora si sa dove mettere le mani.

Scendendo più in basso, il comando f 3 dice al debugger di visualizzare il frame numero 3, visibile più su nella riga che comincia con # 3. Avendo compilato E17 e le librerie EFL con la opzione -g del compilatore, il debugger è in grado di mostrare il codice sorgente incriminato, permettendo di ispezionare le variabili tramite i nomi utilizzati nel codice sorgente stesso.

Ed infatti è quello che ho fatto, nelle righe successive; i dati sembravano coerenti, però mi sono accorto che il la funzione strrchr non avrebbe riportato niente, visto che di carattere punto non ce ne erano nella stringa di confronto. E quì il dubbio, cosa significa niente? La documentazione riporta

If the value is not found, the function returns a null pointer

Ecco il cuore del problema, evidentemente l’implementazione della snprintf in Linux e OpenSolaris è differente, e mentre Linux è in grado di gestire in qualche modo un NULL pointer, OpenSolaris si arrabbia platealmente!

Con un piccolo programma di test ho avuto la conferma definitiva, e sono stato in grado di fornire parecchie informazioni utili al core team (si, avrei potuto patchare io il codice, visto che ho il commit bit, ma la parte in questione è cruciale per il DE, e mi sembra più corretto parlare prima con gli sviluppatori senior…).

Questa esperienza è stata veramente interessante, ho avuto modo di apprezzare la comodità di utilizzo di una macchina virtuale, la qualità di OpenSolaris come sistema desktop, la difficoltà di creare del codice veramente portabile, e soprattutto la semplicità con la quale Enlightenment si adatta ai vari sistemi :)

Alla prox

Technorati Tags: debugging, virtualbox, opensolaris

Enlightenment, novità all’orizzonte

mcalamelli — Wed, 08 Apr 2009 21:57:32 +0000

Questa notizia farà piacere a tutti quegli utenti che, incuriositi dalle potenzialità di Enlightenment, attendono una release per testarlo nelle proprie macchine. Gustavo Barbieri (aka k-s), core-team developer brasiliano, ha inviato una mail nella mailing list di sviluppo di E presentando due nuove pagine nel wiki di E al fine di concretizzare il lavoro previsto nella release page.
Le pagine in questione sono lo scheduler, che dovrebbe (il condizionale è ancora d’obbligo) portare alla prima Release Candidate di E, e il piano di test, per testare e individuare il maggior numero possibile di bugs.

L’idea di un freeze mensile da dedicare al bug-fixing mi piace molto, troppo spesso infatti il core team propone innovazioni a fronte di bugs piuttosto evidenti e ben documentati, e mantenere pulito e aggiornato il sistema di gestione dei bugs è una cosa molto positiva, eliminando i bachi non validi e potendo quindi dedicare il proprio tempo libero al fixing dei problemi veri.
In effetti, negli ultimi tempi ho speso più tempo nella pulizia di Trac (il sistema di gestione tickets che utilizziamo) che nella codifica vera e propria, e a volte capire se un bug è reale o meno non è per niente facile. Quindi l’iniziativa di Gustavo è più che ben accetta.

Molti sviluppatori utilizzano Ubuntu come sistema base, ma altri utenti utilizzano altri *NIX flavour o altre distribuzioni Linux, e diventa complicato capire se il problema riscontrato è dovuto ad un bug nel codice oppure a qualcosa di esterno: è per questo che mi sto installando OpenSolaris in una macchina virtuale VirtualBox, in modo da poter controllare problemi rilevati in una architettura differente dalla mia (anche io uso Ubuntu).

Inoltre, a fronte della previsione di un rilascio ufficiale di E, le cose da fare sono parecchie, a parte il bug fixing: controllo della documentazione, controllo del wiki, migrazione dal vecchio wiki a quello nuovo, con annesso controllo dei contenuti, etc…
Quindi, se qualche utente di E ha tempo/voglia per dare un contributo alla community, ogni aiuto è ben accetto :)

Alla prox

Technorati Tags: enlightenment, e17, release plan