Tu dis tout faire toi meme (detection automatique tu n'aime pas), tu dis que tu veux maitrisé le systeme ... et tu critique slack parce que "tout doit être fait à la main".
De ce point de vue, oui, Slackware est attrayant. Mais prenons un exemple simple :
Avec apt, je veux installer tel package. Il me dit "ouhla, il te faut les dépendantes X et Y. Tu veux que je les installe ?". Je confirme (ou pas), et voila.
Gérer les dépendances à la main, non merci.
(D'ailleurs j'ai vu qu'un outil de ce type est créé/va sortir/est en cours de dev/est installable/casimir/42 sur Slackware, ce qui signifie, à mon avis, un argument en moins pour Debian)
La distribution n'est pas difficile d'acces si tu veux justement savoir comme cela marche. Les fichiers de config sont clair, bien documenté (sans passé par un obscure man).
De même sous Debian. Enfin j'imagine que tu ne disais pas ça en comparaison avec Debian...
(ahhhhh peut etre confond tu package et dépendance ?)
Non, je trolle, c'est tout :)
Ce que je trouve deconcertant sous debian c la division incroyable des paquets. Je prend un exemple recent. J'ai voulu installer ldap, j'ai du me reprendre a plusieurs fois pour avoir les ldap utilisable : il faut une lib ldap, puis un serveur ldap, puis un client ldap, puis ....
Et si, justement, je ne veux QUE le serveur ? ou QUE le client ? Je suis obligé de me farcir quand même le client / le serveur ? Je trouve cette division de paquets avantageuse, au contraire
Finalement, je crois qu'on peut facilement se rendre compte que l'administration des distributions (des distros hein, pas des outils qui tournent dessus) devient de plus en plus aisée et ressemblante sur les différentes distro;
urpmi pour Mandrake, apt pour Debian, emerge pour Gentoo, le truc dont il est question plus bas pour Slack...
A mon avis, c'est un point positif. Apres, le choix d'une distro ne sera plus basée sur un avantage de ce type (à coups de "c'est mieux, l'autre ca sux"), mais sur les différences entre elle (roots à la slack, automatisé à la mandrake, entre les deux à la debian, etc etc).
[^] # Re: Interview de Gaël Duval
Posté par Sébastien Munch . En réponse à la dépêche Interview de Gaël Duval. Évalué à 1.
De ce point de vue, oui, Slackware est attrayant. Mais prenons un exemple simple :
Avec apt, je veux installer tel package. Il me dit "ouhla, il te faut les dépendantes X et Y. Tu veux que je les installe ?". Je confirme (ou pas), et voila.
Gérer les dépendances à la main, non merci.
(D'ailleurs j'ai vu qu'un outil de ce type est créé/va sortir/est en cours de dev/est installable/casimir/42 sur Slackware, ce qui signifie, à mon avis, un argument en moins pour Debian)
La distribution n'est pas difficile d'acces si tu veux justement savoir comme cela marche. Les fichiers de config sont clair, bien documenté (sans passé par un obscure man).
De même sous Debian. Enfin j'imagine que tu ne disais pas ça en comparaison avec Debian...
(ahhhhh peut etre confond tu package et dépendance ?)
Non, je trolle, c'est tout :)
Ce que je trouve deconcertant sous debian c la division incroyable des paquets. Je prend un exemple recent. J'ai voulu installer ldap, j'ai du me reprendre a plusieurs fois pour avoir les ldap utilisable : il faut une lib ldap, puis un serveur ldap, puis un client ldap, puis ....
Et si, justement, je ne veux QUE le serveur ? ou QUE le client ? Je suis obligé de me farcir quand même le client / le serveur ? Je trouve cette division de paquets avantageuse, au contraire
Finalement, je crois qu'on peut facilement se rendre compte que l'administration des distributions (des distros hein, pas des outils qui tournent dessus) devient de plus en plus aisée et ressemblante sur les différentes distro;
urpmi pour Mandrake, apt pour Debian, emerge pour Gentoo, le truc dont il est question plus bas pour Slack...
A mon avis, c'est un point positif. Apres, le choix d'une distro ne sera plus basée sur un avantage de ce type (à coups de "c'est mieux, l'autre ca sux"), mais sur les différences entre elle (roots à la slack, automatisé à la mandrake, entre les deux à la debian, etc etc).