> Il est proprio donc la dépendance à l'éditeur reste assez forte. > une transition vers un système totalement libre ou un autre GNU/Linux n'est pas forcément simple
Je doute beaucoup.
Yast c'est pour la configuration du système ou certains services. C'est pas a usage quotidien (sauf peut-être pour les admins), ce n'est pas une librairie, ce n'est pas un programme de "production". C'est comme les programmes de config de redhat qui modifie /etc/sysconfig. Et même pour la configuration de service, c'est toujours les fichiers dans /etc qui font références (/etc/named.conf, /etc/httpd/conf/httpd.conf, etc...). Suse n'introduit pas de formats propriétaires qui font qu'un httpd.conf de suse n'est pas lisible ailleurs par exemple. Ce qui se compile/fonctionne sous suse doit fonctionner sans problème ailleurs. Du moins il n'y a pas de raisons que le "portage" vers une autre distribution pose plus de problème que depuis une autre distribution qui n'utilise pas yast. Et suse n'est pas LSB, comme les autres, pour rien.
Le seul réel problème est si tu fais un développement qui utilise yast. Mais pourquoi faire un tel développement ? Ou si tu veux porter yast sous une autre distribe car tu es devenu "accroc" et t'es pas foutu de configurer une bécane sans yast :-)
De prime à bord, il y a autant de difficultés de passer de suse à mandrake que de redhat à mandrake ou de suse à debian que de mandrake à debian. Ce n'est pas parce que yast est proprio que la difficulté est forcément plus importante.
Je dis ça mais je ne connais ni suse, ni yast.
[^] # Re: Mandrake, Fluctuat nec mergitur ?
Posté par Linux_GTI . En réponse à la dépêche Desktop, OEM : SuSE passe à l'offensive. Évalué à 1.
> une transition vers un système totalement libre ou un autre GNU/Linux n'est pas forcément simple
Je doute beaucoup.
Yast c'est pour la configuration du système ou certains services. C'est pas a usage quotidien (sauf peut-être pour les admins), ce n'est pas une librairie, ce n'est pas un programme de "production". C'est comme les programmes de config de redhat qui modifie /etc/sysconfig. Et même pour la configuration de service, c'est toujours les fichiers dans /etc qui font références (/etc/named.conf, /etc/httpd/conf/httpd.conf, etc...). Suse n'introduit pas de formats propriétaires qui font qu'un httpd.conf de suse n'est pas lisible ailleurs par exemple. Ce qui se compile/fonctionne sous suse doit fonctionner sans problème ailleurs. Du moins il n'y a pas de raisons que le "portage" vers une autre distribution pose plus de problème que depuis une autre distribution qui n'utilise pas yast. Et suse n'est pas LSB, comme les autres, pour rien.
Le seul réel problème est si tu fais un développement qui utilise yast. Mais pourquoi faire un tel développement ? Ou si tu veux porter yast sous une autre distribe car tu es devenu "accroc" et t'es pas foutu de configurer une bécane sans yast :-)
De prime à bord, il y a autant de difficultés de passer de suse à mandrake que de redhat à mandrake ou de suse à debian que de mandrake à debian. Ce n'est pas parce que yast est proprio que la difficulté est forcément plus importante.
Je dis ça mais je ne connais ni suse, ni yast.