Distribution : Par un beau jour d'été, Slackware 12.0 prend l'air.
Posté par Plop (). Modéré le 03 juillet 2007.
Mais qu'apporte donc cette version pour susciter autant d'émois?
D'abord, la fin de la prise en charge de la série 2.4 du noyau, et donc un passage obligé vers le 2.6. Le changement de version de noyau a toujours été considéré comme critique par le mainteneur. Ainsi, les différentes versions 2.6 ont été dans testing depuis 2004. Cela peut paraître long, mais les qualités de la Slackware sont la simplicité, être le plus près possible des sources originales, la stabilité et la sécurité.
Cette dernière version n'hésite pas à s'auto-proclamer : "The best Slackware".
NdM: Merci à sborgne pour avoir proposé une dépêche sur ce sujet et à narke pour son journal.
![[en]](../images/en.png)
L'annonce de la v12.0 (1059 hits)-
L'annonce de la v1.0 (460 hits)
-
La liste complète des paquets (299 hits)
-
La liste des miroirs (256 hits)
![[fr]](../images/fr.png)
Journal: Slackware sort en version 12! (1057 hits)-
Slackware sur dmoz (812 hits)
> Lire la dépêche (114 commentaires, moyenne: 2,7).
Vous avez demandé le commentaire #849045.
Run by 
Cette page a été générée par Templeet en 0.1428s (dont 0.0134 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
MAJ
Allez hop ce soir une MAJ !
Une Slackware c'est comme une bouteille de vin, elle se bonnifie au long des années.
[^]Re: MAJ
J'aime bien comment a été écrit le journal.
Et j'aime bien aussi les discussions et des trolls récurrents sur la Slack quand un journal paraît à ce sujet.
J'ai une toute petite question : il arrive qu'on veuille installer quelque chose pour essayer (genre le karaoké publié récemment), et on risque se retrouve à devoir mettre à jour plusieurs bibliothèques (et une par une), à en rajouter d'autres, bref un processus long.
Est-ce que des utilisateurs de la Slackware ont un truc à eux pour faciliter ça ?
Ce n'est pas sur linux...
[^]Re: MAJ
L'intêret de slackware est que les dépendances sont gérées à la main par l'utilisateur. En pratique s'il existe pas de paquet pou slackware on peut compiler les sources. Si le logiciel est bien fait les librairies nècessaire sont indiquées. Souvent Slackware étant à jour elles sont présente dans la distribution. Sinon un coup d'oeil sur http://www.mkanet.de/ (pas de panique le site est en anglais!) resoud les problèmes de librairies manquantes.
Slackware depuis 1996
[^]Re: MAJ
Merci, lien très intéressant ! En plus ça existe depuis un petit moment...
Ce n'est pas sur linux...
[+] [^]Re: MAJ
> L'intêret de slackware est que les dépendances sont gérées à la main par l'utilisateur.
Qu'est-ce qu'il ne faut pas lire !!!!
Je pense exactement le contraire : l'intérêt d'une distribution réside dans une fine gestion des dépendances pour garantir la pérennité et la souplesse du système installé.
S'il n'y a pas de gestion de dépendance, alors la distribution est réduite à un live-cd d'installation et un gros serveur ftp rempli de sources ? Ou en réside l'intérêt par rapport à une distrib comme gentoo ?
Soutenez le logiciel libre, en adhérant dès maintenant à l'April
[^]Re: MAJ
Ben si, c'est un intérêt.
Un intérêt dépendant de comment tu veux, ou aime, faire les choses.
Ce n'est pas un intérêt pour une distrib avec l'objectif d'une mandriva ou d'une ubuntu, à volonté d'être très aisément utilisable par un néophyte (quel que puisse être leur degré de réussite dans ce domaine).
C'est un gros intérêt quand ce que tu recherches est un cadre solide, une base en acier, sur laquelle tu peux construire ce que tu veux, comme tu le veux, et sans aucune contrainte.
Parce que la slack ne t'impose rien, du tout, elle pose le nécessaire à faire fonctionner un système GNU/Linux complet, et à jour, simplement et efficacement. Après tu es libre, tu fais comme bon te semble et jamais ta slack ne se mettra sur ton chemin.
Ce qui est faux avec la très grande majorité des autres distribs, essentiellement celles qui ont des gestions de dépendances.
Tu essaieras avec une Debian de bricoler sur un paquet donné, et de casser tes dépendances, dpkg te dit que tel paquet pose problème, qu'il faut que tu le résolves. Et là tu te dis « ok, c'est complexe, pas le temps dans les cinq minutes, je verrai plus tard ». Ben tu peux pas, parce que la prochaine fois que tu voudras installer ou modifier un paquet quelconque, n'ayant *aucun* rapport avec ton paquet à problème, il te dira que ta Debian est cassée et qu'il *faut* que tu résolves ton problème avant. Et ça, c'est parfois extrêmement chiant, et quand tu es confronté à ce genre de situation ; parce que tu veux faire certaines choses comme tu veux les faire, et non comme ta distrib te dis qu'il faut les faire, et qu'elle t'en empêche.
D'où oui, c'est vraiment un intérêt. Pas pour tout le monde, par pour toutes les utilisations, mais un intérêt réel.
Et non, la slack n'est pas simplement un live-cd d'installation et un serveur ftp, c'est une distrib solide, stable, et fiable. Tu sais que si tu l'installes tu auras ta base, ton cadre connu et maîtrisé. C'est juste un gain de temps et d'efforts phénoménal, avec la liberté totale.
(Et je n'ai *jamais* dis que la Slack était un cas unique, et qu'aucune autre distrib pouvait rendre le même genre de service, merci de ne pas me faire dire ce que je n'ai pas dis, je prend les devants.)
Yth.
[+] [^]Re: MAJ
Je vais essayer de ne pas troller ;-)
En gros mon avis, c'est que si tu installe tous tes soft à la mains, alors je ne vois pas bien l'intérêt de la distrib.
Dans toutes les distribs normales, tu es libre de pouvoir installer ce que tu veux comme tu veux, sans aucune contrainte (si si, même sous *untu ou m4ndr1v4 !), mais comme tu le souligne, tu romps avec ta distribution, ce qui n'est pas sans inconvénients.
Mais bon, en raccourcissant un peu, tu me vante les mérites d'une distrib qui ne fait rien, et pourtant on n'est pas vendredi ...
Soutenez le logiciel libre, en adhérant dès maintenant à l'April
[^]Re: MAJ
La clarté des scripts utilisés par la distribution ?
Ceux de la slack sont clairs et tres bien documentés. La qualité d'une distribution peut aussi prendre en compte ce genre de critères.
[^]Re: MAJ
Rhalalala, monsieur ne lit que ce qu'il veut lire.
Monsieur dit qu'il ne veut pas troller, et pourtant...
« si tu installe tous tes soft à la mains »
Et non !
C'est juste faux, la slack est très complète, et les logiciels que tu rajoutes sont purement et simplement des choix que tu fais différemment de ceux de Patrick, par exemple j'utilise windowmaker avec rox, et sylpheed, mais je pourrais utiliser xfce ou kde, avec thunderbird.
Dingue ça, trois paquets à ajouter, vraiment du délire...
Allez, j'ai aussi ajouté mplayer, graveman et psi.
Il y avait xine, xcdroast et pidgin.
Et je n'en ai compilé aucun, il y a des dépôts avec ce travail déjà effectué...
Pour tout le reste c'est là, tout les serveurs que tu veux, apache, php, python, ruby, perl, sendmail, proftpd, vsftpd, bind, dhcpcd, dnsmasq, que sais-je encore... des paquets, il y en a environ 900, et les logiciels ne sont pas découpés en truc-data, truc-devel, truc-lib, truc-main, donc ça correspond à beaucoup plus dans d'autres distribs.
« Dans toutes les distribs normales, tu es libre de pouvoir installer ce que tu veux comme tu veux, sans aucune contrainte (si si, même sous *untu ou m4ndr1v4 !), mais comme tu le souligne, tu romps avec ta distribution, ce qui n'est pas sans inconvénients. »
Et là, sous slack, tu ne romps *pas* avec ta distrib, faire un paquet est trivial, avec les pkgtool ou avec checkinstall, ton nouveau logiciel que tu as compilé toi-même s'intègre à ta distrib immédiatement, tu es libre de faire comme bon te semble et ceci en accord avec ta distrib.
Si ta liberté c'est celle de tout casser et de ne plus pouvoir profiter des outils de mise à jour et de la gestion des paquets, autant utiliser une LFS, je te retourne la question : quel intérêt alors d'utiliser une Debian, une Fedora, une Mandriva ?
Toi t'as juste envie de casser du bois sur le dos de la Slack, tu ne comprends pas son intérêt, ou qu'on puisse l'apprécier, laisse au moins ceux qui eux voient cet intérêt et apprécient cette distrib en paix, t'es pas prêt de me voir cracher sur Debian en disant qu'elle n'apporte rien. Mais moi, personnellement, je ne me sens pas à l'aise, même avec une Debian, elle m'étouffe.
Ma slack ne fait pas rien, je suis en slackware-current, mise à jour très régulièrement, toujours stable, toujours robuste, et ça n'entre pas en conflit avec ce que j'ajoute moi-même pour la personnaliser. Ma Slack c'est la mienne, unique, mais c'est aussi une Slackware 12.0 complète. Je n'ai pas fait de réinstallation complète, et mon vieux paquet dosemu-1.3.4 compilé à la mimine fonctionne toujours aussi bien, et je vais faire un beau paquet dosemu-1.4.0, qui est sorti il y a peu, et je dirais upgradepkg dosemu-1.4.0, il fera la mise à jour, et ça continuera à très bien marcher, et je continuerai d'avoir une Slackware 12.0, puis à nouveau une slackware-current, avec *mes* touches personnelles...
Pendant ce temps là, Xorg est mis à jour, KDE aussi, firefox, apache, python, et je ne fais rien à la main.
Alors dire que la Slackware est une distrib qui ne fait rien, c'est manquer singulièrement de flemme et de paresse, deux grande qualités de l'informaticien.
Yth, glandu, libre, et content.
[+] [^]Re: MAJ
Au moins, on a une version de Gnome maintenue et à jour sur ces distributions.
Loin de nous et de moi l'idée de chercher à vous « détourner » de votre distribution favorite puisque vous l'avez choisi. Cependant, j'aimerais te faire remarquer que ton plaidoyer est bien joli mais ne démarque pas Slackware des autres distributions pour autant.
En effet, tu peux ajouter de nouveaux logiciels à ta distribution en les compilant toi-même. Tu peux faire cela avec n'importe quelle autre distribution.
D'autre part, tu as néanmoins besoin des outils de Slackware pour intégrer ton nouveau logiciel au système qu'elle représente pour, par exemple, mettre à jour ton paquet.
Mais dans ce cas, tu entre en conflit avec la gestion du paquet par la distribution. Oui, comme sous les autres distributions, à moins de nommer le paquet différemment. Quand dosemu-1.4.1 sera publié par Slackware, le paquet de la distribution écrasera certainement ton installation manuelle.
Dans l'absolu, où est la différence avec les autres distributions ? Je n'en vois pas, si ce n'est que la logithèque (et tu auras bon dire que les autres distributions éclatent les logiciels en plusieurs paquets, tu peux compter les paquets sources, on est loin des 900) de Slackware se résume à ce que Pat veut/peut bien distribuer avec les versions officielles, pas plus. Pour les autres logiciels, l'utilisateur doit se débrouiller. Comme sur les autres distributions. Où est la différence, sinon dans la philosophie dont est conçue la distribution ?
[^]Re: MAJ
Dans le fait qu'on ne te fournit pas une infrastructure (exemple apt-get ou rpm) dont tu n'as pas besoin.
Dans le fait que certains choix de pat peuvent te convenir mieux que ceux fais par d'autres distribs. Dans le fait que tu trouves que les fichiers de conf sont très bien documentés, parfois mieux que certaines autres distribs.
Comme pour toute autre distrib, y'a nulle part de révolution, juste des choix qui conviennent plus ou moins à l'utilisateur.
[^]Re: MAJ
Rien n'empêche de faire un script (très simple) qui ne met à jour que les paquets officiels (sisi, c'est faisable avec le suffixe du nom de paquet).
Les outils de gestion de la Slackware sont des points de départ. Ils sont élémentaires, et c'est ce que les utilisateurs veulent. Inutile de continuer plus loin.
Ce n'est pas sur linux...
[^]Re: MAJ
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
Ubuntu sort officiellement sans KDE ni XFCE mais ces environnements restent néanmoins disponibles via les dépôts universe. En outre, il existe des distributions dérivées qui utilisent KDE ou XFCE en lieu et place de Gnome pour ceux qui préfèrent : respectivement, Kubuntu et Xubuntu. Tu admettras quand même que c'est singulièrement différent de Slackware 12 où pour avoir Gnome, l'utilisateur doit se démerder entre prendre une des sources non-officielles (et plus ou moins maintenues, à jour) ou le compiler lui-même à la main.
Tu peux compiler pour y installer dans /usr/local comme pour toutes distribution mais ça ne présente en effet guère d'intérêt à long terme. Par contre, rien ne t'empêche de construire ton propre paquet pour ce faire et dans ce cas, il s'intègre dans la gestion des paquets et des dépendances.
Et comment s'est passé la mise à jour de libc5 vers glibc (libc6), dans ce cas ? Je veux bien qu'une mise à jour ne changeant que modérément l'ABI d'une bibliothèque ne perturbe pas le fonctionnement de la plupart des logiciels en dépendant mais le jour où ce changement devient radical, que se passe-t-il ? Tu seras obligé de mettre à jour ton package personnalisé.
Finalement, ce qui change un peu, c'est que tu n'es pas obligé de suivre les mises à jour des bibliothèques proposées par la distribution à la version de patch près. Cependant, je connais peu de logiciels qui s'arrêtent de fonctionner parce que GTK+ est passé de la 1.2.5 à la 1.2.6...
[^]Re: MAJ
Tu seras obligé de mettre à jour ton package personnalisé.
Hé ouais, relancer le Slackbuild, réinstaller le paquet, et... ah tiens c'est tout.
[^]Re: MAJ
Faudrait tout de même arrêter de polémiquer sur Gnome ou pas Gnome.
Vous voulez Gnome, installez Ubuntu.
Vous voulez Kde, installez Kubuntu ou Slackware. Mais arrêtez d'écrire des conneries. Il y a plus grave en ce bas monde.
Non mais c'est quoi cette histoire? Les seuls qui se plaignent du fait que Gnome n'est plus intégré à la Slack ne sont pas des utilisateurs de Slack.
Il y a suffisamment de choix en distributions pour y trouver son bonheur. Ces trolls ne sont même plus amusants, on en revient toujours aux même âneries.
Ce n'est pas parce que la dernière Slackware est sortie que vous devez formater votre partition Ubuntu. Hé oui, vous avez toujours le choix, c'est ça le libre.
[^]Re: MAJ
Ben non. Une fois, j'avais tenté d'installer une Debian light, avec uniquement KDE. Et là, pour imprimer, je décide d'installer CUPS. Du coup, apt-get me descend tout Gnome, parce que le petit gaillard qui avait compilé CUPS avait mis comme dépendance gimp-print ou un truc dans le genre. Ce n'est qu'un des nombreux exemples de ce qui m'a toujours gavé avec les gestions de dépendances.
L'intérêt de la Slack, c'est que justement tu n'installes pas tous les softs à la main. Tu as une distribution assez complète et surtout avec la base fondamentale qui te permet de construire ce qui peut te manquer sans souci. En gros, Volkerding t'installe toutes les dépendances les plus courantes, et après tu te débrouilles. Et moi, honnêtement, je ne veux rien d'autre, je trouve toujours que les autres distribes se mettent en travers de ma route.
[^]Re: MAJ
Je veux bien que certaines dépendances puissent paraître douteuses mais de là à installer tout Gnome juste pour gimp-print (c'était quelle version ?), c'est simple : je n'y crois pas. Pourtant, je me suis déjà battu avec php4-gd pour qu'il n'aille pas m'installer xlibs parce qu'il qu'il dépend de libgd2, compilé avec le support XPM. Mais plutôt que changer de distribution, j'ai cherché à passer outre et à gérer ce problème tout en discutant avec le responsable. Si on devait changer de distribution au moindre petit problème, on n'aurait pas fini...
[^]Re: MAJ
Je ne sais plus, c'était en 2005, la distribe stable de l'époque. Crois-moi ou non, c'est pourtant bien ce qui s'est passé. Le passionné de Debian qui était dans ma boite à l'époque, et qui maintient un des miroirs, avait été un peu vert.
Pour ce qui est de changer de distribution, tant que le principe général de la distribution ne te convient pas, il vaut mieux en changer.
Maintenant, je suis d'accord avec toi : la Slack a quelques soucis de temps en temps, comme toutes les autres, mais je n'en changerai maintenant pour rien au monde.
[^]Re: MAJ
Et c'est reparti :-)
Ce n'est pas sur linux...
[+] [^]Re: MAJ
Ceci explique pourquoi Pat peut maintenir sa distribution sans trop d'efforts et que ces utilisateurs puissent ainsi le vénérer pour son travail. Ces derniers doivent se débrouiller pour résoudre leurs dépendances (obligatoires _et_ optionnelles) eux-mêmes, l'idée étant de les laisser penser qu'ils maîtrisent leurs systèmes respectifs (ce qui est souvent le cas vu qu'il s'agit d'un public plutôt expérimenté ou autodidacte).
[^]Re: MAJ
Mais personne ne vénère Pat !
T'adores faire de la provoc' hein ?
Il existe des outils permettant de savoir si le système est complet et s'ils ne manque pas de dépendances, et si oui, où elles manquent, et quelles elles sont.
Les choses se font différemment d'ailleurs, mais on peut faire les mêmes.
Et qu'est-ce que c'est que cette histoire de « les laisser penser qu'ils maîtrisent » ? Insultant maintenant en plus ? Les utilisateurs de la slack croient tout savoir mais sont des débiles ?
Ah ben charmant, vraiment, t'as le don pour te rendre sympathique toi...
Ben tu me rappelleras quand tu auras vraiment quelque chose à dire.
Cracher c'est fun, mais ça ne mène à rien tu sais.
Yth.
[^]Re: MAJ
Ben tu sais, c'est un avantage comme c'est un inconvenient.
Je suis revenu a la Slackware11 il y a 1mois apres 4 annees de Gentoo et quelques mois d'Ubuntu, aussi enthousiaste que je l'ai ete, et heureusement je le suis vite redevenu, j'ai quelques moment doute de mon choix.
Meme si il est vrai que la distro fournie est presque irreprochable tant la stabilite se ressent et les fichiers configs propres, j'ai eu des moments de flottement - du a la rouille et mes habitudes - ou l'usage d'un emerge/apt-get m'aurait fait grand plaisir.
Cela dit, plus j'y repense plus le doute disparait, car au final, je n'ai eu qu'a recuperer +-35 paquets precompiles assez facilement, un noyau perso et me retrouve avec un systeme complet. Et encore, je pense que si j'avais installe ma distro a partir du DVD et non des 2 cdroms, cela aurait ete encore plus rapide.
Et puis entre temps, je me suis rehabitue avec les "slackbuild" et c'est fort agreable.
Mon PIII 1Ghz et ses 512mo + son vieux dd ata66 reagit super bien et la stabilite est irreprochable. Non pas qu'il serait impossible d'avoir ca avec une autre distro, mais je prefere la voie de la Slack car elle a repondu a mes besoins plus vite que n'importe quel autre distro.
Patrick et la communaute, MERCI!
[^]Re: MAJ
Sur le même type de configuration j'installe la dernière Mandriva 2007.1.
Je préfère arrêter ou supprimer les services que je juge en trop (Beagle, NFS, ..) plutôt que d'avoir à ajouter les programmes dont je vais avoir besoin.
Ah, j'oubliais, j'utilise kde + kmail + konqueror + kpdf. C'est beaucoup moins gourmand en ressources et bien mieux intégré que Gnome + Firefox + Thunderbird + Acrobat-Reader. Il est intéressant de voir la comparaison sur http://ktown.kde.org/~seli/memory/desktop_benchmark.html
[^]Re: MAJ
Quelle drôle de comparaison biaisée...
Et si tu comparais plutôt avec Gnome + Epiphany + Evolution + Evince ?
Parce que Firefox, Thunderbird et Acrobat reader sont loin d'être spécifiques à l'environnement de Gnome, pas plus qu'ils ne seraient pour KDE. Quant au lien, on peut se demander si les tests sont fiables de la part d'un membre du projet ... KDE.
[^]Re: MAJ
Est-ce que des utilisateurs de la Slackware ont un truc à eux pour faciliter ça ?
Lire systématiquement les fichiers README et INSTALL qui sont normalement avec les sources d'un logiciel et qui indiquent les dépendances nécessaires.
J'ai pratiqué cela pour avoir le support de Gpg dans Sylpheed (ce qui nécessite les librairies gpgme et libgpg-error) : les indications étaient données dans les fichiers texte, il n'y avait qu'à 'bêtement' suivre la documentation.
Cela dit, fini ce genre de choses avec la Slack 12, les librairies en question sont fournies.
[^]Re: MAJ
Malheureusement, pas toujours :-( Comme si certaines dépendances étaient évidentes. En particulier pour certaines applications Gtk, on dirait que certains projets assument qu'on ait tout Gnome installé (sans relancer le sujet hein), et donc ne listent pas les déps.
Ce n'est pas sur linux...
[^]Re: MAJ
Effectivemement, ils manquent parfois.
Donc, dans le doute je lance un "./configure && make && make install" et je regarde si cela passe...
Dans certains cas le ./configure est relativement bavard pour trouver de quoi il s'agit..
Si c'est bon, tant mieux, si non un éventuel mail aux développeurs ou je me lance dans la recherche d'un logiciel équivalent mieux documenté...
[^]Re: MAJ
Le truc embêtant c'est que le ./configure bloque à la première dépendance non résolue, mais ok je sais maintenant qu'il n'y a rien à faire d'autre :-)
Ce n'est pas sur linux...
[+] [^]Re: MAJ
Tous les projets ne vont pas non plus t'expliquer comment installer Linux et le système de base...
[^]Re: MAJ
J'ajouterai à ce que disent les autres que quand tu compiles tes sources, tu n'as pas toujours à mettre à jour les librairies fondamentales.
Il me semble que les systèmes de gestion de dépendance mettent à jour des librairies en fonction de ce qui était présent à la compilation des packages. Il faut donc avoir en général au moins la version de chaque librairie utilisée à la compilation ou plus récente (corrigez-moi si je me trompe). De plus, un système de gestion de packages va t'installer des trucs dont tu pourrais te passer, sous prétexte que le logiciel que tu désires a été compilé avec.
Or, beaucoup de nouvelles versions de projets ne demandent pas spécialement les versions les plus récentes des librairies sous-jacentes. Du coup, tu n'es pas systématiquement obligé de les mettre à jour.
Un exemple : tu installes transcode et tu as une vieille version de libdvdread. Si le transcode a été compilé avec la dernière version de libdvdread, le système de gestion de packages va la mettre à jour, quitte à casser la compatibilité avec d'autres logiciels utilisant cette librairie et déjà installés. Alors que tu peux compiler ton transcode avec ta vieille libdvdread sans souci.
Maintenant, comme disent les autres, il y a des versions minimum à respecter, c'est dans les README et INSTALL. Il est aussi pas toujours inutile de mettre à jour les librairies, évidemment.
Il n'y a donc pas de solutions magiques. Il faut un peu mettre la main à la pâte. Mais avec la Slack, comme toutes les librairies fondamentales sont disponibles, il est rare d'avoir à installer plus de 1 ou 2 dépendances pour n'importe quel projet.
[^]Re: MAJ
Ah oui, j'ai oublié de dire que c'était au lancement de ./configure que je trouvais les bibliothèques manquantes (dans le cas où la liste des dépendances n'est pas indiquée).
Ce n'est pas sur linux...
[^]Re: MAJ
Il y a un problème dans ton raisonnement : les distributions à base de systèmes de gestion de dépendances utilisent une base logicielle commune par version. Donc si ton logiciel transcode nécessite une mise à jour de libdvdread, les autres logiciels en ayant besoin devraient également être mis à jour.
Evidemment, si cela pose des problèmes de compatibilité, ce genre de questions doit être réglé dans la version de développement de la dite distribution.
Maintenant, ton exemple est rarement fourni d'office avec les distributions (RedHat, Fedora, Debian, Mandriva, etc.) pour des raisons souvent légales ou liées à divers brevets (Pour Ubuntu, il est d'ailleurs relégué au dépôt multiverse).
La gestion de dépendances, notamment celles des dépendances optionnelles (car ce sont celles-ci qui vous posent problèmes), est une question de politique de la distribution et de la voie qu'elle souhaite suivre (il vaut mieux avoir le support LDAP en entreprise, par exemple).
[^]Re: MAJ
Tu veux dire : si on met à jour libdvdread, il faut mettre à jours les autres logiciels ? Si oui, pas forcément. Sauf si la nouvelle version de la bibliothèque n'assure pas la compatibilité machinscendante*
*s/machin/$bon_préfixe
Ce n'est pas sur linux...
[^]Re: MAJ
Et voilà, j'ai été à coté de la plaque. Désolé !
Ce n'est pas sur linux...
[^]Re: MAJ
Bon, d'accord, mon exemple était pas terrible.
Ce que je voulais illustrer, c'est que je peux sans souci avoir un transcode 1.1CVS sur une Slack 10.0. Et que mon transcode 1.1CVS compilé sous la Slack 10.0 marchera toujours quand je passerai sous Slack 12.0.
La gestion automatisée des dépendances ne te permet tout simplement pas cette souplesse.
[^]Re: MAJ
Ton exemple est biaisé parce que ce logiciel n'est pas fourni de façon standard par les autres distributions. C'est un peu facile mais prenons un logiciel plus commun et, si possible, fourni par Slackware. Là, ton raisonnement tombe à l'eau puisque ta Slackware va certainement chercher à mettre à jour ce logiciel malgré ta modification. Comment feras-tu pour l'en empêcher ?
[^]Re: MAJ
Ben tu lui dis de pas le faire !
Quelle question...
Et oui, c'est possible de *ne pas* mettre à jour un paquet sous slack.
C'est même possible d'avoir en parallèle deux versions d'un même paquet ! Pour le cas où ça pourrait servir (ça m'est arrivé).
Ca t'en bouche un coin ?
Yth.
[^]Re: MAJ
Pas du tout puisque c'est possible sous Debian aussi.
[^]Re: MAJ
Là, ton raisonnement tombe à l'eau puisque ta Slackware va certainement chercher à mettre à jour ce logiciel malgré ta modification.
Slackware ne cherche jamais à mettre quelque chose à jour. C'est l'utilisateur qui met à jour un paquet, ou pas. S'il s'est fait son propre paquet, il ne va certainement pas le replacer par celui de Slackware (sauf si c'était pour corriger un problème et que la nouvelle version officielle le résout, bien sûr).
[^]Re: MAJ
Bon, les autres ont déjà répondu mais j'ai tout de même envie d'insister :
Non, la Slack ne va rien m'obliger du tout. C'est d'ailleurs la caractéristique principale des systèmes ne gérant pas automatiquement les dépendances, s'pas?
Si je me suis mis une version d'un projet, genre PHP, compilée de mes blanches mimines avec mes modifs à moi, et que je mets à jour Apache, cela ne va pas forcer la mise à jour de PHP. Et balancer la nouvelle version de la Slack dessus, en prenant bien soin de ne pas toucher à PHP, va marcher également.
J'ai gardé un version de Glut pendant 3 ou 4 versions de la Slack comme cela, sans jamais la refaire.
Essaye ça avec une Debian, une Red Hat ou une Suse, tu ne pourras que passer par un --nodeps et une fois que tu as commencé à installer des packages de cette manière, la gestion des dépendances devient un peu une farce.
[^]Re: MAJ
Cela dit, c'est peut-être vrai pour Debian unstable et testing mais ça ne l'est pas pour la stable. Les seules mises à jour concernent la sécurité, avec rétro-portage des patchs nécessaires uniquement. Par contre, d'une version à l'autre, ça peut poser un problème. Cependant, si tu mets à jour Apache 2.0 vers Apache 2.2, il faut s'attendre à ce que le module PHP suive.
[^]Re: MAJ
Ah oui, en effet la grande qualité de la Slack, c'est la non gestion des dépendances. Au moins, il y a une chose que ca permet d'apprendre, c'est toutes les dépendances nécessaires à l'installation d'un logiciel. GRip nécessite malheureusement Gnome de même que GThumb. Et que personne ne vienne me dire que Grisbi c'est pareil que GnuCash!!! C'est aussi ca l'avantage, on arrive à voir tout de suite l'arborescence d'un logiciel. Du coup, on peut classer les logiciels en deux genres "Emmerdeur"et "Sympathique".
Pour terminer, BMPx est pratiquement ininstallable sur une Slackware 11 alors quÁudacious passe comme une lettre à la poste.
Charnay Agri Service, pour votre service!