Ossblog.it

Sorpresa, Linus Torvalds apprezza l’interfaccia grafica di Chrome OS

2012-05-05T18:00:43+00:00

Linus Torvalds possiede un Chromebook e ha appena aggiornato l’interfaccia grafica di Chrome OS ad Aura, che sostituisce il window manager dedicato esclusivamente al browser. La reazione del creatore di Linux è sorprendente: la soluzione di Google gli piace, a differenza d’altri «peggiori desktop» che potrebbe citare — GNOME Shell.

La nuova dock a comparsa e le gestualità del touchpad configurabili su Chrome OS hanno raccolto l’approvazione di Torvalds che non ha perso l’occasione di criticare le scelte degli sviluppatori di GNOME 3: le stesse caratteristiche sono state rimosse dal desktop environment. Infatti, erano considerate confusionarie e poco sfruttate.

Torvalds pensa che il nuovo approccio di Aura possa funzionare. Si riferisce, in particolare, alla possibilità d’avviare le applicazioni a tutto schermo anziché in una finestra del browser. Quest’ultima caratteristica è piuttosto simile ai programmi predefiniti adottati da GNOME 3.4, però Torvalds non accenna a salvare GNOME Shell.

Via | Google+

Compiz sarebbe stato abbandonato, se non fosse per Canonical e Unity

2012-02-05T10:00:48+00:00

Compiz, se la situazione non dovesse cambiare, potrebbe essere abbandonato del tutto. Il window manager che ha appassionato molti utenti di Linux non vedrà mai il rilascio della versione 1.0: Sam Spilsbury, il responsabile del progetto, s’è scusato per il sostanziale fallimento. Gentoo e openSUSE l’hanno già rimosso dai repository.

Parlando della discussione degli sviluppatori sul supporto a Unity in Fedora, accennavo alla rimozione di Compiz dai repository della distribuzione di Red Hat. Fedora 17 potrebbe escludere Compiz, perché il window manager non è compatibile con GNOME 3.x. KDE utilizza con successo il compositor di KWin. L’unica a sfruttarlo è Ubuntu.

Proprio su Launchpad sono ancora piuttosto frequenti gli aggiornamenti a Compiz 0.9: Unity 3D è praticamente un plugin del window manager. Se Canonical scegliesse di utilizzare le Qt anche per Unity 3D, Compiz terminerebbe il proprio scopo. Un peccato, se si pensa al passato. Tuttavia, il ciclo vitale potrebbe essersi già esaurito.

Via | Phoronix

Unity «non può andare avanti da solo», però Fedora non lo supporterà

2012-02-04T07:00:20+00:00

Gli sviluppatori di Fedora s’interrogano sull’opportunità d’includere Unity – l’interfaccia utente di Ubuntu – nei propri repository. Thorsten Leemhuis, ex-membro del Fedora Engineering Steering Committee (FESCo) è intervenuto a supporto dell’ipotesi di distribuire Unity su altre distribuzioni — criticando la politica di Canonical.

Il responso degli sviluppatori della distribuzione di Red Hat è evidente: Unity non sarà supportato da Fedora che, inoltre, potrebbe rimuovere Compiz dai propri archivi. Il motivo non riguarderebbe la rivalità con GNOME Shell, ma le difficoltà di portare Unity in una distribuzione diversa da Ubuntu. La responsabilità è di Canonical.

Tuttavia, Leemhuis non è ostile all’ipotesi di Unity su Fedora: al contrario, invita Canonical a non commettere gli errori nei quali si sono imbattuti in passato Red Hat o Novell — aiutando l’integrazione di Unity con le altre distribuzioni. L’esempio da seguire è quello di Mint su Cinnamon. Sicuri, però, che a Canonical interessi?

Via | The H Open

Enlightenment ha preso molto seriamente il futuro supporto a Wayland

2012-01-14T11:00:47+00:00

Enlightenment, il terzo desktop environment – dopo GNOME e KDE – quanto a librerie originali per il rendering della grafica, funziona già su Wayland e pensa d’estenderne il supporto nel medio periodo. La semplicità del window manager e l’utilizzo delle EFL comportano meno problemi, rispetto agli altri: X11 sarà eliminato del tutto.

Se l’aggiornamento a DR17 ha impiegato diversi anni, l’adeguamento a Wayland Display Server di Enlightenment procede molto rapidamente. Sebbene il progetto di Kristian Høgsberg non prevedesse inizialmente il supporto al toolkit di EFL, Christopher Michael ha avviato la transizione prima degli altri — un lavoro, comunque, incompleto.

Al momento, Enlightenment avvia le proprie applicazioni lato–client. In futuro è prevista la realizzazione d’un compositor “nativo” in Wayland. DR17 può funzionare con o senza l’accelerazione hardware di EGL e OpenGL ES 2.0. Il contributo del desktop environment al supporto di Wayland sarà strategico per altri progetti, come Tizen.

Via | Phoronix

KWin permetterà l’ideazione di window manager derivati in JavaScript

2012-01-03T12:00:20+00:00

Martin Gräßlin, il manutentore di KWin, ha annunciato il proprio impegno nel 2012: si dedicherà ai binding per JavaScript del window manager — oltre a migliorare l’implementazione di QML (quest’ultima in previsione di Qt5 e KDE5). La novità più interessante è costituita dalla possibilità di realizzare dei progetti derivati da KWin.

Plasma Desktop Console è già capace d’eseguire gli script di KWin 4.9 - la versione in fase di sviluppo - in JavaScript. Una possibilità inibita alle singole applicazioni, per escludere problemi di sicurezza. L’idea è quella d’offrire un maggiore supporto all’esterno di KDE: ad esempio, per “armonizzare” l’aspetto delle librerie Qt.

Lo stesso lavoro è previsto per le Application Programming Interface (API) di QML, cosicché le “decorazioni” di KWin 4.9 o superiore siano interamente esposte. L’utilizzo più intrigante che mi viene in mente sarebbe un porting del window manager sul browser. Magari, per gestire le funzioni di HTML5 sui file system come con Dolphin.

Via | Martin Gräßlin

Razor–Qt, un desktop environment completo che sfrutta le librerie Qt

2011-12-17T08:00:31+00:00

Razor–Qt è un desktop enviroment completo, scritto in Qt: all’indomani del rilascio delle librerie 4.8.0 di Nokia, ha subito un aggiornamento alla versione 0.4. È considerato – a buon diritto – una specie di LXDE basato sulle Qt, grazie all’estrema “leggerezza” dei suoi componenti. Un progetto che merita tutta la nostra attenzione.

Abituati a parlare di GNOME e KDE, l’aggettivo «completo» può generare troppe aspettative: Razor–Qt è un progetto giovane e non può essere giudicato con gli stessi parametri dei principali desktop environment. Tuttavia, rispetto ad Awesome o altre iniziative egregie ha delle ambizioni più “elevate”. Non è un semplice window manager.

Personalmente, non conoscevo Razor–Qt e mi sono sempre chiesto perché nessuno pensasse di realizzare un ambiente grafico per X.Org con le librerie Qt. Il progetto è installabile su Ubuntu, Fedora e altre popolari distribuzioni coi pacchetti ufficiali. Un desktop environment davvero promettente, soprattutto su delle macchine datate.

Via | Rants and Shout

Sabayon 7 con Awesome, un window manager alternativo a KWin e Mutter

2011-11-18T13:00:55+00:00

Sabayon 7 è stato rilasciato poco più di un mese fa, eppure gli sviluppatori hanno ancora qualcosa in serbo per gli appassionati: un nuovo window manager. Awesome è un prodotto davvero minimale, forse persino troppo. Sabayon 7 Experimental Releases è la prima distribuzione a implementarlo. Come dal nome, è un rilascio sperimentale.

Awesome è un ritorno agli anni ’90: utilizzato in autonomia ha poco significato, perché le possibilità del window manager non sono sfruttate appieno. Non è un desktop environment. Si nota immediatamente. È l’equivalente di Openbox per LXDE… senza LXDE. Eppure può sostituire Metacity/Mutter su GNOME, KWin su KDE o funzionare su Xfce.

L’installazione prevede le Gtk+2 e, infatti, Awesome consiglia i componenti di LXDE o Xfce per completare il desktop. Sabayon 7 installa il minimo indispensabile: sono tutti strumenti da riga di comando. Awesome utilizza Lua per i widget e si presta a integrare Exposé da Mac OS X. Una soluzione da pionieri, utile agli sviluppatori.

Sabayon 7 Experimental Releases

Via | Sabayon

Emperor, un nuovo file manager con GNOME 3.2 per sostituire Nautilus

2011-09-29T15:00:05+00:00

Emperor è un nuovo file manager “ortodosso” per GNOME 3.2, da scegliere in sostituzione a Nautilus. L’ispirazione è presa da Midnight Commander, un clone open source di Norton Commander, cui è stata aggiunta un’interfaccia grafica in Gtk+ 3.2. Altri progetti più recenti sono, ad esempio, Krusader su KDE o Total Commander su Windows.

La promessa di Emperor è quella di mostrare con la stessa facilità le cartelle locali e remote, aprendo gli archivi compressi come semplici directory. La vista riprende alcuni mockup del passato di Nautilus, anzitutto Split View. Il file manager è scritto in Vala ed è distribuito sotto licenza GPLv3 (o successiva, quando esisterà).

L’ultima versione di Emperor è la 0.1.1, nome in codice Aurelian, rilasciata alla vigilia della disponibilità di GNOME 3.2. Il file manager è ancora alle prime fasi del proprio sviluppo ed è proposto, oltre ai sorgenti, in pacchetti per Arch Linux e Fedora 15 a 32-bit e 64-bit. Il backend sfrutta GIO e GVFS, in associazione a FUSE.

Via | Phoronix

Enlightenment E17 è in procinto d'approdare pure sulla PlayStation 3

2011-09-18T11:00:09+00:00

Enlightenment ha annunciato un porting di EFL che renderà possibile l’esecuzione di E17 sulla PlayStation 3 di Sony. L’approdo è stato realizzato grazie a PSL1GHT, una SDK non ufficiale per la console, ed SDL. Per questo motivo, le performance di Evas non sono ancora ottimali e il porting è stato effettuato nel giro di pochi giorni.

Per installare la desktop shell di Enlightenment bisogna utilizzare un firmware alternativo, poiché Sony ha disabilitato la funzione OtherOS con l’aggiornamento 3.21 di quello ufficiale. Il porting è tutt’altro che completo: il rendering è effettuato esclusivamente via software. L’intero progetto di Enlightenment è molto ambizioso.

L’ambizione di Englightenment, infatti, riguarda la possibilità di realizzare uno store per PlayStation 3 alternativo a quello di Sony. È un progetto che aumenta le possibilità d’ottenere giochi scritti in EFL sul computer. Il porting supporta già tastiera, mouse e controller più una fornita lista di applicazioni per Enlightenment.

Via | Enlightenment

Openbox, il window manager di LXDE, è aggiornato alla versione 3.5.0

2011-08-04T09:00:52+00:00

È stato rilasciato Openbox 3.5.0, il window manager derivato da Blackbox e utilizzato per la gestione delle finestre del desktop environment di LXDE. Openbox può essere implementato come alternativa a KWin per KDE e/o a Metacity (non ancora a Mutter, apparentemente) per GNOME. LXDE, in sé, sfrutta proprio questa seconda possibilità.

Openbox è apprezzato per la propria semplicità e “leggerezza”, caratteristiche alla base della scelta degli sviluppatori di LXDE. La versione 3.5.0 non aggiunge molte novità: quelle rilevanti sono essenzialmente due. La prima, più importante, riguarda la possibilità d’inserire le icone nei menù. La seconda è il supporto a Xinerama.

Una nuova modalità di visualizzazione delle finestre, in verticale, è stata introdotta con la scorciatoia [Alt]+[Tab]. Le altre modifiche riguardano l’aumento delle opzioni previste per la realizzazione dei temi, oltre alla consueta lista di bug fix e miglioramenti generali delle prestazioni. È un aggiornamento importante per LXDE.

Via | Phoronix

Hamster arriverà su GNOME Shell spostando il calendario sulla destra

2011-07-09T12:00:52+00:00

Hamster ha finalmente trovato la propria collocazione su GNOME Shell. L’applet per il calcolo del tempo da dedicare ai vari task tornerà installabile a partire da GNOME 3.2.0 come previsto dagli sviluppatori. Inaccessibile dall’uscita di GNOME Shell, è stata “riposizionata” sul pannello di GNOME: sposterà il calendario sulla destra.

Jānis Jansons aveva concepito un mockup di Hamster, trasformando l’applet in un’icona nella tray: gli sviluppatori di GNOME hanno optato per una soluzione diversa. Quando Hamster è attiva, il calendario (e quindi l’orologio) si sposta sulla destra per lasciarle spazio al centro. Chiudendola, il pannello ritorna all’aspetto normale.

In un primo momento, Hamster doveva essere posizionata direttamente sulla destra del monitor: l’opzione centrale è stata scelta a seguito di un breve sondaggio tra gli utenti. Hamster può essere installata come indicatore per Unity, grazie al progetto di Alberto Milone. Le modifiche all’applet sono, invece, opera di Jérôme Oufella.

Immagine | Toms Bauģis (via Flickr)

Jānis Jansons tenta di cambiare Hamster a icona nella tray su GNOME3

2011-04-11T11:00:11+00:00

Esattamente una settimana fa abbiamo parlato del progetto di Alberto Milone per integrare Hamster, l’applet di GNOME2, in AppIndicator su Ubuntu con Unity. Il problema resta GNOME3, perché GNOME Shell non prevede le applet di GNOME Panel, compatibili fino a GNOME 2.32.1: una soluzione sarebbe quella di “spostare” Hamster nella tray.

È la soluzione di Jānis Jansons, che sta lavorando all’esperimento su Arch Linux. La transizione non è poi così semplice, perché gli stessi sviluppatori di Hamster hanno escluso un’integrazione del programma prima di GNOME 3.2… proprio per studiare il problema del pannello. Lo script di Jansons è una modifica di quello di Milone.

Aggiornando Arch Linux a GNOME3, lo script di Jansons è risultato corrotto: la strada per ottenere Hamster funzionante su GNOME 3/Shell è ancora lunga. Jansons ha predisposto un workaround (temporaneo) per l’avvio di Hamster, tuttavia pensa di riscrivere completamente lo script. Quanto prima, hamster-tray dovrebbe approdare su AUR.

Via | Hamster

È pronto Fluxbox 1.3.0, il window manager che ha sostituito Blackbox

2011-02-21T11:00:05+00:00

Fluxbox è un window manager: ha sostituito Blackbox, col quale è retro-compatibile al 100%, quando quest’ultimo è stato abbandonato dagli sviluppatori (nel novembre del 2005). Mantenuto da cinque individui, Fluxbox non ha un ciclo di rilascio periodico. L’ultima versione, la 1.3.0, è stata pubblicata soltanto sabato in prima serata.

Poiché Fluxbox non è un desktop completo, può essere inserito tra le sessioni di GNOME e/o KDE. Supporta, con un’opportuna configurazione, il lancio delle applicazioni di entrambi. Trattandosi di un window manager non può invece funzionare contemporaneamente a Compiz o, KWin. Fluxbox 1.3 aggiunge il supporto al testo bidirezionale.

Purtroppo, Fluxbuntu (una distribuzione Ubuntu-based su Fluxbox) sembra essere stata abbandonata: era un modo semplice per ottenere un sistema col window manager come predefinito. Fluxbox è in uso su Sabayon, Slax e il LiveCD di GParted. Questa release è stata dedicata da Mathias Gumz alla figlia, Karo, nata il 6 novembre del 2010.

Via | Phoronix

LXDE si può aggiornare via BuildBot (solo per il testing)

2010-10-17T09:00:55+00:00

Nel primo pomeriggio di ieri è stato predisposto un repository con BuildBot per il ciclo di sviluppo di LXDE. Gli snapshot dei progetti vengono generati automaticamente ai minuti :01, :05, :08, :12, :16, e :20 di ogni ora. Oltre al “core” di LXDE sono presenti componenti e applicazioni tra cui LXAppearance, e PCManFM di cui abbiamo avuto modo di parlare in passato. LXMusic fallisce, invece, la compilazione.

BuildBot è un sistema per l’auto-generazione cronologica degli snapshot di un dato progetto che può essere associato a diverse piattaforme DVCS. È diventato popolare come il sistema sfruttato da Google per la pubblicazione degli aggiornamenti ai binari di Chromium e sempre più sviluppatori decidono d’implementarlo. LDXE lo propone con un’interfaccia minimale, molto più essenziale di quella predisposta da Google.

Da BuildBot si possono reperire informazioni utili anche qualora, al posto dei binari, si voglia procedere alla compilazione personalizzata dei sorgenti. Per fare un esempio, LXDE utilizza GCC 4.4 e su BuildBot è possibile consultare una lista dei risultati relativi ai successi e ai fallimenti del compilatore. Il team di LXDE ha installato una versione obsoleta di BuildBot, cioè la 0.7.12 (l’ultima è la 0.8.1), su Python 2.6.

Via | LXDE

Martin Gräßlin: specifiche comuni per il compositing

2010-08-16T09:00:15+00:00

Martin Gräßlin è lo sviluppatore che si occupa del compositing di KWin: avevamo già accennato al suo lavoro su KDE SC 4.7. In questo caso, invece, KWin non è la sua preoccupazione principale. Un aspetto molto controverso nello sviluppo di Linux è la disomogeneità dei progetti che si muovono in parallelo per lo stesso obiettivo e la collaborazione è fondamentale.

La pensa così anche Gräßlin e proprio per questo ha deciso di scrivere alla mailing list di Compiz per proporre lo sviluppo di specifiche comuni. Un progetto apprezzabile, inoltrato anche ai colleghi di Plasma e KWin. Considerando il percorso di Compiz verso la prima versione stabile e il futuro (imminente?) di Mutter per GNOME uno standard sarebbe l’ideale.

La cooperazione tra i team di GNOME e KDE sancita dai vari summit procede in realtà molto lentamente. Ciò soprattutto a causa dell’estrema frammentazione dei progetti. Riunire le esperienze di chi lavora al compositing può essere una soluzione interessante per migliorare. Resta da capire se e come la proposta di Gräßlin avrà successo e quali conclusioni porterà.

Via | Phoronix