Ubuntu sort sans KDE. Ca n'a pas l'air de gêner grand monde. Il n'y a pas (plus) Gnome dans la Slack. Bon. Quel est le rapport avec la gestion des packages?
Secondement, certes tu peux compiler des sources sur les autres plateformes mais du coup, tu te retrouves avec certains logiciels gérés par le logiciel de packages, d'autres non, des fichiers de configurations non standards (la plupart des distributions ont des fichiers de conf spécifiques qui ne sont pas pris en compte par les sources), etc.
En général, tu te retrouve assez vite avec un système un peu bordelique, ce qui explique que la plupart des gens attendent des archives correctement packagées pour leur distribution.
Avec la Slack, tu n'as pas ce souci, car de toute façon, Volkerding conserve les méthodes de configuration par défaut des sources, donc les docs des différents projets sont directement applicables, pas besoin de savoir "comment ça se configure sous Debian ou sous Red Hat". En fait, il n'y a strictement rien à faire pour créer un package Slack tout à fait raisonnable que de lancer la compilation des sources, faire une installation avec DESTDIR ou PREFIX, puis lancer le script 'makepkg'.
Enfin, car tu n'a pas l'air de le comprendre, il n'y a pas de gestion automatisée des dépendances sous Slack. Donc, quand tu mets un package à jour, il ne va pas t'en installer d'autres. Et quand tu mets à jour ta Slack, tu peux parfaitement éviter de d'installer un package et si par malchance ton package est remplacé, un simple "updatepkg" avec ton ancien package te ramène à la version que tu apprécies.
En bref, tu contrôles tout, sous la Slack. Evidemment, ça implique des difficultés que tu n'as pas sous les autres distributions, mais aussi une souplesse que tu n'as pas ailleurs non plus. On aime ou on aime pas.
[^] # Re: MAJ
Posté par Richard Van Den Boom . En réponse à la dépêche Par un beau jour d'été, Slackware 12.0 prend l'air.. Évalué à 2.
Secondement, certes tu peux compiler des sources sur les autres plateformes mais du coup, tu te retrouves avec certains logiciels gérés par le logiciel de packages, d'autres non, des fichiers de configurations non standards (la plupart des distributions ont des fichiers de conf spécifiques qui ne sont pas pris en compte par les sources), etc.
En général, tu te retrouve assez vite avec un système un peu bordelique, ce qui explique que la plupart des gens attendent des archives correctement packagées pour leur distribution.
Avec la Slack, tu n'as pas ce souci, car de toute façon, Volkerding conserve les méthodes de configuration par défaut des sources, donc les docs des différents projets sont directement applicables, pas besoin de savoir "comment ça se configure sous Debian ou sous Red Hat". En fait, il n'y a strictement rien à faire pour créer un package Slack tout à fait raisonnable que de lancer la compilation des sources, faire une installation avec DESTDIR ou PREFIX, puis lancer le script 'makepkg'.
Enfin, car tu n'a pas l'air de le comprendre, il n'y a pas de gestion automatisée des dépendances sous Slack. Donc, quand tu mets un package à jour, il ne va pas t'en installer d'autres. Et quand tu mets à jour ta Slack, tu peux parfaitement éviter de d'installer un package et si par malchance ton package est remplacé, un simple "updatepkg" avec ton ancien package te ramène à la version que tu apprécies.
En bref, tu contrôles tout, sous la Slack. Evidemment, ça implique des difficultés que tu n'as pas sous les autres distributions, mais aussi une souplesse que tu n'as pas ailleurs non plus. On aime ou on aime pas.