Dans un post plus haut, il est dis par baud : << unstable aka sid est tout de même un peu comme Cooker [...] Cela signifie des mises à jour agressives où l'utilisateur est prêt à se poser des questions et s'adapter. >>
Au final, il me semble qu'on est bien dans une philosophie proche de la SID qui signifie Still In Development, terme très proche de Rolling Release mais qui a quelques années de plus ;-)
Le terme unstable n'est qu'un lien qui n'est pas forcément bien choisie. Surtout qu'il y a en amont les branches experimentales (je parle au pluriel exprès car en pratique, on ne prends pas tout expérimental mais seulement des bouts pour les plus motivés).
Sinon, je dois dire que ce concept d'équilibre permanent de la distribution est assez intéressant dans le concept. La seule chose qui me dérange, mais c'est un peu général à l'informatique d'aujourd'hui, c'est de mélanger ajout de fonctionnalité, correction de bogue et qu'il en devient donc normal de mettre à jour tous les quatre matins car les logiciels sont complètement bogués.
L'autre chose qui me dérange n'a rien à voir, c'est que les environnements de bureau dépendent de plus en plus de daemons locaux : gconf, dbus, udev... Les souhaits sont que les modifications soient pris en compte immédiatement pour toutes les applications. Cela me fait fortement à la programmation par variable globale et me semble très peu sécuritaire.
J'aimais bien le concept UNIX d'être simple avec des variables d'environnement et d'être obligé de relancé l'application en cas de changement des préférences. Au final, on ne change pas ses préférences si souvent que cela. Mais comme les applications confondent parfois préférences et variables internes, c'est tout mis en vrac.
Premier exemple que je prends au hasard sur ma machine : .gconf/apps/evince/%gconf.xml
[^] # Re: Arch saybon mangez en !
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Nouveau snapshot de l'installeur Archlinux. Évalué à 2.
Dans un post plus haut, il est dis par baud : << unstable aka sid est tout de même un peu comme Cooker [...] Cela signifie des mises à jour agressives où l'utilisateur est prêt à se poser des questions et s'adapter. >>
Au final, il me semble qu'on est bien dans une philosophie proche de la SID qui signifie Still In Development, terme très proche de Rolling Release mais qui a quelques années de plus ;-)
Le terme unstable n'est qu'un lien qui n'est pas forcément bien choisie. Surtout qu'il y a en amont les branches experimentales (je parle au pluriel exprès car en pratique, on ne prends pas tout expérimental mais seulement des bouts pour les plus motivés).
Sinon, je dois dire que ce concept d'équilibre permanent de la distribution est assez intéressant dans le concept. La seule chose qui me dérange, mais c'est un peu général à l'informatique d'aujourd'hui, c'est de mélanger ajout de fonctionnalité, correction de bogue et qu'il en devient donc normal de mettre à jour tous les quatre matins car les logiciels sont complètement bogués.
L'autre chose qui me dérange n'a rien à voir, c'est que les environnements de bureau dépendent de plus en plus de daemons locaux : gconf, dbus, udev... Les souhaits sont que les modifications soient pris en compte immédiatement pour toutes les applications. Cela me fait fortement à la programmation par variable globale et me semble très peu sécuritaire.
J'aimais bien le concept UNIX d'être simple avec des variables d'environnement et d'être obligé de relancé l'application en cas de changement des préférences. Au final, on ne change pas ses préférences si souvent que cela. Mais comme les applications confondent parfois préférences et variables internes, c'est tout mis en vrac.
Premier exemple que je prends au hasard sur ma machine : .gconf/apps/evince/%gconf.xml
<entry name="show_sidebar" mtime="1179553875" type="bool" value="false">
<entry name="sidebar_size" mtime="1233943050" type="int" value="132">
Ce n'est pas ce que j'appelle des préférences ;-)