Mais cela dit, je suis d'accord sur le fait qu'il vaut mieux avoir un paquet qui embarque toutes les dépendances que pas de paquet du tout.
Pour le 1er point, je maintiens. C'est juste un peu chiant la première fois parce qu'il faut paramétrer chaque paquet que l'on souhaite générer, mais après, il suffit de faire 2-3 scripts et ça se fait tout seul… après tout, dans un paquet debian, a part la version et parfois des dépendances à ajouter/supprimer, rien ne change.
La version peut s'automatiser à coups de sed/awk je pense, et les dépendances, de toutes façon quand on mets à jour on les vérifies… ou alors on s'expose à des emmerdes a n'en plus finir.
Pour le 2nd, je n'ai pas d'avis. Personnellement, je pense que dès l'instant ou l'on fait 1 paquet pour un logiciel, il n'y a pas grand chose qui empêche de faire des paquets pour les autres: le principe est le même, il n'y a que les fichier DEBIAN/control à modifier, ce n'est pas la mer à boire tout de même.
En revanche, je me suis fais la réflexion il y quelques minutes que, depuis le multi-arch, mes scripts ont une forte chance de tout péter si l'utilisateur installe d'abord i386 puis amd64, ou vice versa, sans supprimer l'ancienne (en gros: s'il fait n'imp, mais un utilisateur, c'est comme un ordinateur, si on part du principe qu'il va deviner ce qu'il faut faire, on s'expose aux emmerdes et aux crashs)… va falloir que j'ajoute une dépendance de conflit, ou que je fasse que la lib que j'ai empaquetée soit compatible multi-arch… je pense que je vais plutôt ajouter la dépendance de conflit, ça sera plus simple :D (faut que je me remette à autorealm un de ces 4 d'ailleurs)
[^] # Re: Dépendances rédhibitoire
Posté par freem . En réponse à la dépêche Paperwork : besoin de testeurs. Évalué à 1.
Pour le 1er point, je maintiens. C'est juste un peu chiant la première fois parce qu'il faut paramétrer chaque paquet que l'on souhaite générer, mais après, il suffit de faire 2-3 scripts et ça se fait tout seul… après tout, dans un paquet debian, a part la version et parfois des dépendances à ajouter/supprimer, rien ne change.
La version peut s'automatiser à coups de sed/awk je pense, et les dépendances, de toutes façon quand on mets à jour on les vérifies… ou alors on s'expose à des emmerdes a n'en plus finir.
Pour le 2nd, je n'ai pas d'avis. Personnellement, je pense que dès l'instant ou l'on fait 1 paquet pour un logiciel, il n'y a pas grand chose qui empêche de faire des paquets pour les autres: le principe est le même, il n'y a que les fichier DEBIAN/control à modifier, ce n'est pas la mer à boire tout de même.
En revanche, je me suis fais la réflexion il y quelques minutes que, depuis le multi-arch, mes scripts ont une forte chance de tout péter si l'utilisateur installe d'abord i386 puis amd64, ou vice versa, sans supprimer l'ancienne (en gros: s'il fait n'imp, mais un utilisateur, c'est comme un ordinateur, si on part du principe qu'il va deviner ce qu'il faut faire, on s'expose aux emmerdes et aux crashs)… va falloir que j'ajoute une dépendance de conflit, ou que je fasse que la lib que j'ai empaquetée soit compatible multi-arch… je pense que je vais plutôt ajouter la dépendance de conflit, ça sera plus simple :D (faut que je me remette à autorealm un de ces 4 d'ailleurs)