Qui c'est ciol ? Celui qui parlait de séparer les applications en 4 types de base A B C D ? Sinon je ne vois pas.
Réponse courte : la "séparation" ne se fait que via une fine couche qui apporte pas mal d'avantages et qui reste consciente de ce qui existe dans le système de base, il n'y a pas de duplication des bibliothèques à la PC-BSD ou Mac OS X.
Il y a des applications qui évoluent assez vite, et il est dommage de changer tout le système de base juste pour elles. Scribus, Inkscape, Gimp, Krita, Blender, Ardour, Cinelerra, OOo, Ekiga, Wesnoth, Wormux, etc... Ce sont des logiciels important d'avoir à jour pour ceux qui en font un usage important, parfois professionnel.
Un graphiste pour être dans le coup devra suivre les évolutions des logiciels de graphisme, mais ne voudra pas forcément tout réinstaller, avec les prises de têtes qui risquent d'arriver, juste pour avoir les dernières versions. Ca peut être dangereux pour son activité professionnelle elle-même si sa machine est en vrac. Mais il est aussi dangereux de ne pas se former aux nouvelles capacités des outils.
Avec 0install, en règle générale, on peut avoir en cache plusieurs versions de la même application (genre la version stable plus la version beta pour la tester), et on peut aussi interroger la base de données des paquets installés (dpkg, rpm, etc) pour se servir des bibliothèque du système, c'est plus souple sans faire doublon. D'où l'intérêt de créer des interfaces à partir de paquets backports pour que ça s'intègre bien (un bon script peut s'en occuper). Si tu n'aimes pas 0install, il y a les paquets backports tous nus.
Concernant Evolution, s'il est trop dépendant de Gnome et qu'il n'est pas possible de compiler une nouvelle version contre un Gnome plus ancien, alors l'application fait tout simplement partie du système de base qui ne bougera pas beaucoup.
Et si le faux problème était celui de changer son système 2 fois par an juste à cause de 2 ou 3 trucs qui évoluent vraiment ? Et si on pouvait avoir des logiciels récents qui fonctionnent sur une base certes un peu plus vieille mais bien stabilisée ? Je ferai sans doute un journal à part les jours suivants si je n'ai pas trop mal au bide ^^
[^] # Re: Reprenons...
Posté par Nerdiland de Fesseps . En réponse au journal Ubuntu a finit de manger son pain blanc ?. Évalué à 2.
Réponse courte : la "séparation" ne se fait que via une fine couche qui apporte pas mal d'avantages et qui reste consciente de ce qui existe dans le système de base, il n'y a pas de duplication des bibliothèques à la PC-BSD ou Mac OS X.
Il y a des applications qui évoluent assez vite, et il est dommage de changer tout le système de base juste pour elles. Scribus, Inkscape, Gimp, Krita, Blender, Ardour, Cinelerra, OOo, Ekiga, Wesnoth, Wormux, etc... Ce sont des logiciels important d'avoir à jour pour ceux qui en font un usage important, parfois professionnel.
Un graphiste pour être dans le coup devra suivre les évolutions des logiciels de graphisme, mais ne voudra pas forcément tout réinstaller, avec les prises de têtes qui risquent d'arriver, juste pour avoir les dernières versions. Ca peut être dangereux pour son activité professionnelle elle-même si sa machine est en vrac. Mais il est aussi dangereux de ne pas se former aux nouvelles capacités des outils.
Avec 0install, en règle générale, on peut avoir en cache plusieurs versions de la même application (genre la version stable plus la version beta pour la tester), et on peut aussi interroger la base de données des paquets installés (dpkg, rpm, etc) pour se servir des bibliothèque du système, c'est plus souple sans faire doublon. D'où l'intérêt de créer des interfaces à partir de paquets backports pour que ça s'intègre bien (un bon script peut s'en occuper). Si tu n'aimes pas 0install, il y a les paquets backports tous nus.
Concernant Evolution, s'il est trop dépendant de Gnome et qu'il n'est pas possible de compiler une nouvelle version contre un Gnome plus ancien, alors l'application fait tout simplement partie du système de base qui ne bougera pas beaucoup.
Et si le faux problème était celui de changer son système 2 fois par an juste à cause de 2 ou 3 trucs qui évoluent vraiment ? Et si on pouvait avoir des logiciels récents qui fonctionnent sur une base certes un peu plus vieille mais bien stabilisée ? Je ferai sans doute un journal à part les jours suivants si je n'ai pas trop mal au bide ^^
Sur ce, joyeux Noël, j'y retourne.