Pollycoke, che sta ormai acquistando una certa notorietà in tutta la comunità Italiana (ma non solo), ci parla di una proposta SCONVOLGENTE (in positivo) fatta dalla comunità degli sviluppatori del Kernel ai produttori di hardware:

[…] the Linux kernel community is offering all companies free Linux driver developmentAll that is needed is some kind of specification that describes how your device works, or the email address of an engineer that is willing to answer questions every once in a while. […] In return, you will receive a complete and working Linux driver that is added to the main Linux kernel source tree

Inutile che mi dilunghi, lui ha già scritto abbastanza e in maniera esauriente. Vi rimando al suo blog.

XGL: tutti ne stanno parlando ultimamente. Ci sono articoli in ogni dove su XGL ma… che é?
Prendiamo da Wikipedia:

Xgl is an X server architecture, started by David Reveman, layered on top of OpenGL via glitz. Some say that it is seen as the future of the X.Org Server, but some disagree because it requires a 3D graphics card. Although most PCs are nowadays shipped with such a card, most vendors (most notably NVIDIA and ATI Technologies) don’t provide open source drivers for their cards, which do not work on all computer architectures supported by the X.Org Server.

As of January 2006, it is still at an early stage in development and a number of important pieces are still missing, but progressed well in 2005. Its source was opened up on January 2, 2006 [1] [2], and included in freedesktop.org, along with major restructuring to allow wider range of supported display drivers. X server backends used by Xgl include Xglx and Xegl. In February 2006 the server gained wide publicity after a public display where the Novell desktop team could demonstrate a desktop with much eye-candy such as translucent windows and a rotating 3D desktop. The eye-candy effects are implemented in a compositing window manager called Compiz [3].

Quindi, per farla breve, questo XGL é una implementazione di XServer (che trova la sua prima embrionale realizzazione in Xglx) e che si basa, per ora, sull’uso di X.Org come backend preesistente. Novell ha sviluppato, in concomitanza, un nuovo Window Manager/Compositing Manager chiamato Compiz che potrebbe (il condizionale é d’obbligo) entrare a far parte del progetto Gnome e, forse/addirittura, soppiantare Metacity. Il condizionale é d’obbligo perché:

1. Non voglio essere linciato da chi ne capisce più di me in questo campo
2. Le notizie sono ancora confuse, dato che poca gente ha già messo piede sul CVS ufficiale rilasciato da Novell
3. Non ho tempo per mettermi con le mani nel codice personalmente
4. Si tratta di un progetto alla versione 0.0.1 e come tale poco più che un agglomerato di API

Inoltre, esiste un progetto a mio parere ben più interessante sul lungo termine:

Xegl is the future of Xgl and the long term goal of X server development. Xegl is a server that implements the EGL API and uses Mesa-solo to provide OpenGL rendering directly to the Linux framebuffer. As of August 2005 Xegl can only be run using Radeon R200 graphics hardware and development has currently been delayed… (continua su Wikipedia)

A quanto pare il consorzio/organizzazione OpenGL si é spremuta le meningi per sviluppare uno standard, EGL appunto, su cui basare lo sviluppo di tutti i futuri Desktop-Environment, partendo dalla base stessa: il Server Grafico.

Come molti utenti, anche io storco un attimino il naso: se non disporrò di una scheda grafica 3D, presto mi ritroverò a non poter usare nulla dei nuovi programmi che verranno sviluppati per il Desktop Linux. Ma il mio storcere il naso é maggiormente rivolto a tutti quei produttori che, per un motivo o per un altro, ancora non vedono il Pinguino come un mercato per cui sviluppare driver. E sarei anche disposto ad usare un driver chiuso (come quello di Nvidia).

Ma cos’é quindi quello che sta facendo maggior scalpore tra gli utenti?
Bhé, che domande: i video no? Ne sono usciti di demo (uno l’ho appena scaricato e appena finisco di scrivere me lo vado a gustare) e devo dire che di promesse ce ne sono tante.

C’é però da sottolineare una cosa importante: TUTTI cercano di emulare o espandere i concetti che Apple propone RIGHT NOW ai suoi utenti. Ma, si deve anche aggiungere, ho visto cose davvero interessanti, come delle gustose “mescolanze” di Exposé e classico Tab-Switching. Trovate tutto nei link sotto.

Infine, una domanda: ma Novell crede proprio tanto nel Desktop Linux? Diavolo, vi rendete conto dell’enorme esborso economico che sta affrontando e delle energie (soprattutto di marketing) che sta investendo? Anche se stesse spendendo poco in denaro, un eventuale fallimento sarebbe assolutamente distruttivo, non trovate?

Chi vivrà, vedrà (e mai come ora é il caso di dirlo)…

Eccovi quindi una bella serie di link da cui attingere:

• Presentazione stampa 01
• Presentazione stampa 02
• Presentazione stampa 03
• Presentazione stampa 04
• Comunicato Ufficiale di Release con video in .mpg, .ogg e flash-stream
• ALL-IN-ONE O_o

Bhè, non sono riuscito ad attendere e quindi ho visto l’ultimo video della lista prima ancora di finire di scrivere questo post e… c’é da rimanere basiti.
Ci sono finezze grafiche ed effetti che negli altri video non compaiono (forse perché di bassa qualità rispetto a questo): un esempio su tutti é l’effetto di “desaturazione” (alias, decolorazione) per le applicazioni che dovessere “non rispondere più ai comandi”. Una finezza a dir poco stupenda. Quasi quasi faccio crashare FF per il solo gusto di vederlo desaturare .

Ovviamente, tutti gli effetti sono SEMPRE GRADUALI: ogni transizione di colore, ogni effetto di deformazione, apparizione, scomparsa… sono tutti GRADUALI e dolci. I pop-up sono quasi “fisici” e viene voglia di toccarli, tanta é la loro “consistenza ottica”.

Xgl, é giusto concludere così, può tramutarsi davvero in una Killer-Application per il Desktop Linux ma… é inutile farsi illusioni: se non si produce software che sappia ben sfruttare tutto questo, gli effetti “spettacolosi” lasceranno il tempo che trovano.

Ora, non ci resta che aspettare (per i più pigri e/o occupati) o smanettare con il CVS (per i più intraprendenti e/o nullafacenti).

Soon you may be able to execute Gnome/Gtk+ based programs NATIVELLY NATIVELY on Quartz without the X11 Emulation.
Someone (thanks to exist) is working on the porting.

It may be the incipit of a new era for Open Source software on MacOSX. Take a look at this.

One of the most interesting characteristics of Gnome-oriented applications is the coherence between the HIG (Human Interface Guidelines) of Gnome and MacOSX.

Source: Melablog.it and StyleMac.com.

A collection of howto on Gtk+ on the rich DeveloperWorks website from IBM.

2 articles are available right now:

1. Why use Gtk+?
2. How to use Gtk+

Source, OSSBlog.

The language of choice for large, high-performance applications in Linux is almost always C, or somewhat less often C++. Both are powerful languages that allow you to create high-performance natively compiled programs. However, they are not languages that lend themselves to runtime flexibility. Once a C/C++ application is compiled, its code is pretty much static. At times, that can be a real hindrance. For example, if you want to allow users of a program to create plugins easily that extend the application’s functionality, you have to deal with complex dynamic linking issues that can cause no end of headaches. Additionally, your users will have to know C/C++ in order to extend the application, which severely limits the number of people capable of writing extensions.

A much better solution is to provide your users with a scripting language they can use to extend your application. With a scripting language, you will tend to have much more runtime flexibility, as well as shorter development times and a lower learning curve that will extend the base of users capable of creating extensions.

Unfortunately, creating a scripting language is very much a nontrivial task that easily could become a major portion of your program. Fortunately, you don’t need to create a scripting language. With Python, you can embed the interpreter directly into your application and expose the full power and flexibility of Python without adding very much code at all to your application.

E VERY VERY INTERESTING howto: here.
Thanks much too much to William Nagel.

fish is a user friendly command line shell for UNIX-like operating systems such as Linux.

Bash is a standard (de facto), as every *nix user now but… this is the beauty of the OpenSource: any other programmer can think “hey, I want to remake this in another way!” and, than, do!

Fish is a beautiful example.

For screenshots-addicted users (like me ;)), go here.

-EDIT-
Thanks to Nemo for “errata-corrige”.