Le problème n'est pas le mécanisme des dépendances, c'est le découpage des paquets qui n'est pas assez fin.
Slack ne résout aucun problème en ce sens, si le paquet est mal fait, tu as le même problème, et si ta distribution avec dépendances gérées fait n'importe quoi il faut blâmer le mainteneur et pas le concept des dépendances automatiquement résolus.
Le Slackware ne te dira rien, ne te prendra pas la tête, ne t'avertiras pas non plus : tu fais comme tu veux.
En pratique tu as juste la main sur ce que tu fais : installer deux versions de la même lib ? Pas de soucis, si ça te sert à quelque chose, ça va être un peu le bazar et certains liens symboliques de .so seront en conflit entre les deux, mais si c'est ce que tu veux, personne ne t'en empêche, et tu pourras toujours utiliser les pkgtools pour supprimer, réinstaller, modifier comme tu veux.
Mouais, je ne vois pas l'intérêt de la liberté de facilement faire de la merde. Je comprends l'intérêt du minimalisme et de ne pas avoir trop de restrictions, mais bon si c'est trop au détriment de l'utilisabilité ou juste pour pouvoir faire n'importe quoi mais rien de bien utile ne plus, je ne comprends pas l'intérêt.
[^] # Re: Slackware n’intègre pas de résolution de dépendances ?
Posté par Renault (site web personnel) . En réponse à la dépêche Tout arrive, même Slackware 15.0. Évalué à 4.
Le problème n'est pas le mécanisme des dépendances, c'est le découpage des paquets qui n'est pas assez fin.
Slack ne résout aucun problème en ce sens, si le paquet est mal fait, tu as le même problème, et si ta distribution avec dépendances gérées fait n'importe quoi il faut blâmer le mainteneur et pas le concept des dépendances automatiquement résolus.
Mouais, je ne vois pas l'intérêt de la liberté de facilement faire de la merde. Je comprends l'intérêt du minimalisme et de ne pas avoir trop de restrictions, mais bon si c'est trop au détriment de l'utilisabilité ou juste pour pouvoir faire n'importe quoi mais rien de bien utile ne plus, je ne comprends pas l'intérêt.