Page 1 sur 1

[repacman] Utilitaire de (re)création de paquet pacman back!

Publié : mar. 26 févr. 2008, 00:53
par gyo
Pour savoir ce que c'est que ce bins voir :Donc après plusieurs mois sans MàJ, voici repacman en version 0.98. Le code a été revisité et est compatible avec le dernier pacman à la mode, voici le changelog depuis la version 0.96 :

Code : Tout sélectionner

- utilisation de bsdtar à la place de gnutar (j'ai éliminé le bug des
doublons de répertoire dans le .tar.gz produit !)
- prise en compte des variables DBPath et CacheDir si ceux-ci sont définis
- compatible pacman 3.1.x
- suppression de .FILELIST
- prise en compte de .CHANGELOG
- détecte si le paquet est existant dans la base de donnée
repacman est disponible sur le dépôt archlinux.fr (http://repo.archlinux.fr) aussi bien pour i686 et x86_64 (un gros poutou à wain de m'avoir donné un accès feuteupeu !)

Donc à vos pacman ou yaourt -> pacman -Sy repacman

Mon dieu, il se fait tard :shock: :!: ----> ____o| (oui c'est sensé représenté un lit)

[1] je sais la page n'est pas à jour, mais l'interface d'admin (joomla) à l'air de suxer grave avec opera (et firefox avec 64mo de ram ben ça ram hihi) EDIT : page mise à jour depuis le firefox du boulot :roll:

Publié : mar. 26 févr. 2008, 10:00
par Skunnyk
Héhé, gyo de retour !
Merci pour cette mise à jour ;-)

j'ai pas bien compris l'histoire de l'interface d'admin, tu parles du site ?

Publié : mar. 26 févr. 2008, 12:47
par gyo
Skunnyk a écrit :Héhé, gyo de retour !
Merci pour cette mise à jour ;-)

j'ai pas bien compris l'histoire de l'interface d'admin, tu parles du site ?
Yes I'm back, et je vais casser la baraque :twisted: :!:

Pour l'interface d'admin je parles bien du site archlinux.fr pour créer des pages statiques...

Publié : mar. 26 févr. 2008, 17:19
par mélodie
gyo a écrit : Yes I'm back, et je vais casser la baraque :twisted: :!:
T'es... à la masse ? :lol:

Bon bon, je sors ! --------->[]

Publié : mar. 26 févr. 2008, 23:07
par gyo
La pétoire que porte mon tux-avatar c'est pas du style pistolet à eau, si tu vois c'que j'veux dire :mg2: :lol:

Publié : mer. 27 févr. 2008, 12:55
par gyo
Et voilà une page wiki a été crée pour repacman, c'est par ici que ça se passe --> http://wiki.archlinux.fr/howto:archlinux:repacman

En espérant que vous allez trouver ce logiciel utile.
Pour toute demande d'amélioration ou reporter un bug (hé ça, ça m'étonnerait parce repacman est parfait :french: ) par ici --> http://bugs.archlinux.fr/index.php?proj ... 1&do=index

Publié : mer. 27 févr. 2008, 18:55
par wain
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 ?

Autre question, qu'elle est la différence avec le script re-pacman distribué avec pacman ?

Ca me plairaît bien de l'utiliser avec yaourt pour sauvegarder automatiquement les paquetages avant de les upgrader via [Testing] :-)

Publié : jeu. 28 févr. 2008, 00:14
par gyo
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 :roll:

Publié : jeu. 28 févr. 2008, 08:32
par marc[i1]
Tu peux toujours proposer des patchs pour la version du dépot de pacman.
Au pire, ils vont t'expliquer que t'es un blaireau et que tu n'y connais rien :D

Tu pourrais aussi le mettre sur AUR, cela permetterais une diffusion plus large.

Publié : jeu. 28 févr. 2008, 08:51
par wain
re-pacman a été évoqué très souvent sur la ML. En ce moment il est question de l'intégrer danc pacman-contrib (un recueil de contributions pour pacman).
C'est clair que c'est chiant si tu l'avais pas vu...

Pour le mécanisme pacsave/pacnew, il est expliqué ici:
http://wiki.archlinux.fr/howto:archlinu ... ave_pacnew

Ce qui serait intéressant comme évolution, ça serait de vérifier si le package est dispo dans le cache plutôt que de le repackager.

Publié : jeu. 28 févr. 2008, 09:30
par gyo
Le truc c'est que je ne suis pas abonné à la ML, donc forcément ça m'était passé sous le nez :?
wain a écrit :Ce qui serait intéressant comme évolution, ça serait de vérifier si le package est dispo dans le cache plutôt que de le repackager.
Tu n'as pas dû souvent utilisé repacman :P, ça fait un moment déjà qu'il y a cette fonctionnalité d'inclus. repacman notifie la personne s'il y a déjà le paquet dans la cache et si oui ou non elle veut tout de même repackager...

@marc[i1]
avant de faire ça faudrai que j'inclus la langue anglaise en plus dans repacman. J'ai déjà proposé un patch pour makepkg, le patch n'a pas été pris en compte mais mon idée a été acceptée, la fonctionnalité que j'avais proposée a été incluse dans pacman 3.1.0 je crois. Donc je peux retenter l'expérience ;)

Publié : lun. 31 mars 2008, 21:44
par wain
on parle de re-pacman (made in gyo) ici:
http://archlinux.org/pipermail/pacman-d ... 11548.html