wain a écrit :N'y a-t-il pas un risque de perte de données pour les fichiers de configuration ? comment sont gérés exactement les fichiers identifiées par le paramètre "backup=" du pkgbuild ? est-ce que le mécanisme pacnew/pacsave fonctionne toujours lorsqu'on passe d'une version à l'autre du .pkg.tar.gz ?
Hé bien, en fait repacman ne peut pas reconstruire le paquet d'origine à l'identique, si un fichier de conf a été modifié (dans /etc), il va prendre en compte forcément ce fichier modifié... Après je sais pas comment ça se comporte pour pacsave/pacnew. En admettant que l'on mette à jour un paquet que je vais nommer xyz-42, avec un fichier de conf modifié puis repaquagé par repacman, pour passer à xyz-69 puis ensuite downgrader xyz-69 en utilisant le paquet paquagé par repacman... comment se comporte pacman par derrière, est-ce que pour lui "mettre à jour" xyz-69 par xyz-42 (pacman -U) signifie que xyz-42 est nouveau par rapport à xyz-69 ? Je ne le sais pas, j'ai pas testé...
wain a écrit :Autre question, qu'elle est la différence avec le script re-pacman distribué avec pacman ?
Ouais, re-pacman, c'est marc[i1] qui m'a fait découvrir ça. Bon déjà, re-pacman n'est pas encore distribué avec pacman (tout en moins en stable), et apparemment ça fait un moment qu'il a été développé (on voit 2006 dans le code). Bon hé bien après avoir analysé et testé ce script, on peut dire qu'il fait presque la même chose à ceci près qu'il n'intègre pas le .INSTALL et encore moins .CHANGELOG. Bon yaurait autre chose à dire, mais là suis naze...
Mais bon c'est clair je suis un peu dég', je n'en absolument connaissait pas l'existance de ce script quand j'ai commencé à développer repacman (tu me diras c'est normal, il est rangé dans fond de tiroir)
wain a écrit :Ca me plairaît bien de l'utiliser avec yaourt pour sauvegarder automatiquement les paquetages avant de les upgrader via [Testing]
Ah ouais ça c'est une bonne idée
Bon, euh, j'espère que j'ai été clair dans mes explications