Journal : XOrg 6.9 - RC0 et Amarok 1.3
Posté par Sebastien Binet () le 15 août 2005
Bonjour journal,
Juste pour dire que la RC0 de X.org 6.9 (ainsi que son pendant modulaire, j'ai nomme 7.0) est sortie :
http://xorg.freedesktop.org/X11R6.9-RC0(...)
http://xorg.freedesktop.org/X11R7.0-RC0(...)
D'ailleurs cette "nouvelle" n'est pas tres fraiche[1], puisque cela date de debut Aout.
Il est a noter aussi que Debian est sur le point d'integrer cette version, en tout cas David Nusinow y travaille [2]...
Et puis aussi amarok 1.3 :
http://amarok.kde.org(...)
Une rapide traduction du changelog du site :
# Recherche d'informations a propos des artistes sur Wikipedia
# Barre de controle repensee
# Integration de KNewStuff : telechargement automatise de scripts et de themes
# Integration du moteur de HelixPlayer.
# Nouveau brouteur de playlist.
# Support des fichiers Cue
# Ajout du mode de playlist "Dynamic" (gnii? kesse-ke-ce?)
# Support de la base de donnees PostgreSQL.
# Amelioration de l'interface DCOP pour les scripts
# Ajouts de visualiseurs de spectre [dans la fenetre playlist]
# Support Podcast.
Voila qui devrait occuper ce long week-end du 15 Aout...
[1] http://www.livejournal.com/users/gravityboy/17763.html(...)
[2] http://www.livejournal.com/users/gravityboy/18138.html(...)
Juste pour dire que la RC0 de X.org 6.9 (ainsi que son pendant modulaire, j'ai nomme 7.0) est sortie :
http://xorg.freedesktop.org/X11R6.9-RC0(...)
http://xorg.freedesktop.org/X11R7.0-RC0(...)
D'ailleurs cette "nouvelle" n'est pas tres fraiche[1], puisque cela date de debut Aout.
Il est a noter aussi que Debian est sur le point d'integrer cette version, en tout cas David Nusinow y travaille [2]...
Et puis aussi amarok 1.3 :
http://amarok.kde.org(...)
Une rapide traduction du changelog du site :
# Recherche d'informations a propos des artistes sur Wikipedia
# Barre de controle repensee
# Integration de KNewStuff : telechargement automatise de scripts et de themes
# Integration du moteur de HelixPlayer.
# Nouveau brouteur de playlist.
# Support des fichiers Cue
# Ajout du mode de playlist "Dynamic" (gnii? kesse-ke-ce?)
# Support de la base de donnees PostgreSQL.
# Amelioration de l'interface DCOP pour les scripts
# Ajouts de visualiseurs de spectre [dans la fenetre playlist]
# Support Podcast.
Voila qui devrait occuper ce long week-end du 15 Aout...
[1] http://www.livejournal.com/users/gravityboy/17763.html(...)
[2] http://www.livejournal.com/users/gravityboy/18138.html(...)
> Lire le journal (11 commentaires, moyenne: 5,4).
Vous avez demandé le commentaire #611712.
Run by 
Cette page a été générée par Templeet en 0.0628s (dont 0.018 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
7.0-RC0
pfffffiou, ca fait un pacquet de fichier la modularisation, les quel vont etre neccessaire ou pas ???
[^]Re: 7.0-RC0
Ce sont les mainteneurs de distributions qui vont être contents :)
[^]Re: 7.0-RC0
Le pire, c'est aussi pour les gars qui s'amusent à compiler leur LFS : X complet (~270 logiciel) aura deux fois plus de paquetages que le GNOME complet officiel (~130 logiciels), X complet représentera la moité des paquetages officiels de Linux Slackware 10.1 (~550 paquetages).
En gros, avec ce genre de modularisation, le gars qui veut faire ses propres paquetages de X puis de GNOME, il devra au bas mot se frapper entre 300 (s'il choisit la base de X uniquement) et 500 logiciels (s'il choisit X complètement), soit autant de paquetage qu'une distribution comme Linux Slackware. Du coup, la réalisation de son propre système Linux devient tout à coup moins accessible à l'individu et profite forcément aux groupes, et ça semble être la voie que prend Linux ces dernières années : moins c'est accessible à l'individu, plus il doit s'en remettre un groupe.
[^]Re: 7.0-RC0
Il faut voir si c'est pas possible de réaliser un script qui fasse les paquets tout seul
Puis le petit packageur "indépendant" il ne va pas compiler tous les drivers par exemple...
[^]Re: 7.0-RC0
Ne paniquons pas!
A mon avis, les personnes desirant creer leur LFS ne compileront pas tout les packages.
Personnellement, cela fait un bail que je n'ai pas utilise des applis telles que bitmap, editres, ico, listres, luit (koa que c'est ca?) , oclock, viewres, xbiff, etc etc etc
Pareil pour les drivers. Les LSFeurs connaissent leur HW et ne vont pas s'amuser a compiler 41 cartes video et 26 inputs devices (j'ai compte).
De plus, installer un package moderne, ce n'est en general pas plus complique que
./configure --prefix=/usr/local
make
make install
La partie vraiment critique est de decider dans quel ordre les packages doivent etre installe. J'imagine que la liste des dependances doit se trouver quelque part dans le CVS.
[^]Utilisateur
Ce sont aussi les utilisateurs qui seront content, car une fois les paquets non interessant desinstaller (applications, drivers non utilisées) les mises a jour et correctifs seront _beaucoup_ plus rapide a installer.