Re: Pbuilder et multi arch
Bon alors je confirme, c'est juste parfait. Merci encore ! Pour Pbuilder, il suffit d'ajouter l'option --debbuildopts -B Le 29 février 2016 à 19:55, Olivier Bitscha écrit : > Super suggestion, je teste ça ce soir, merci beaucoup. > > Le 29 février 2016 à 11:06, Sébastien NOBILI a > écrit : > >> Bonjour, >> >> Le dimanche 28 février 2016 à 13:04, Olivier Bitsch a écrit : >> > Hors ces fichiers "all" s'installant aussi bien sur amd64 que sur i386 >> > n'ont pas le même hash en fonction de l'architecture à partir de >> laquelle >> > ils ont fabriqués. Ce qui pose donc ensuite des problèmes lorsque je les >> > uploade sur mon dépôt debarchiver, car les utilisateurs ont des sommes >> md5 >> > incohérente. >> >> Je n'utilise pas pbuilder mais je génère moi aussi des paquets pour i386 >> et >> amd64. >> >> Selon moi le mieux est de faire en sorte que les paquets « all » soient >> générés >> une seule fois. J'ai pris le parti de les générer uniquement dans >> l'environnement i386 et de restreindre l'environnement amd64 aux seuls >> paquets >> binaires de cette architecture. >> >> Ça se fait en passant l'argument « -B » à la commande >> « dpkg-buildpackage » (à >> positionner uniquement pour l'environnement amd64). >> >> Sébastien >> >> >
Re: Pbuilder et multi arch
Super suggestion, je teste ça ce soir, merci beaucoup. Le 29 février 2016 à 11:06, Sébastien NOBILIa écrit : > Bonjour, > > Le dimanche 28 février 2016 à 13:04, Olivier Bitsch a écrit : > > Hors ces fichiers "all" s'installant aussi bien sur amd64 que sur i386 > > n'ont pas le même hash en fonction de l'architecture à partir de laquelle > > ils ont fabriqués. Ce qui pose donc ensuite des problèmes lorsque je les > > uploade sur mon dépôt debarchiver, car les utilisateurs ont des sommes > md5 > > incohérente. > > Je n'utilise pas pbuilder mais je génère moi aussi des paquets pour i386 et > amd64. > > Selon moi le mieux est de faire en sorte que les paquets « all » soient > générés > une seule fois. J'ai pris le parti de les générer uniquement dans > l'environnement i386 et de restreindre l'environnement amd64 aux seuls > paquets > binaires de cette architecture. > > Ça se fait en passant l'argument « -B » à la commande > « dpkg-buildpackage » (à > positionner uniquement pour l'environnement amd64). > > Sébastien > >
Re: Pbuilder et multi arch
Bonjour, Le dimanche 28 février 2016 à 13:04, Olivier Bitsch a écrit : > Hors ces fichiers "all" s'installant aussi bien sur amd64 que sur i386 > n'ont pas le même hash en fonction de l'architecture à partir de laquelle > ils ont fabriqués. Ce qui pose donc ensuite des problèmes lorsque je les > uploade sur mon dépôt debarchiver, car les utilisateurs ont des sommes md5 > incohérente. Je n'utilise pas pbuilder mais je génère moi aussi des paquets pour i386 et amd64. Selon moi le mieux est de faire en sorte que les paquets « all » soient générés une seule fois. J'ai pris le parti de les générer uniquement dans l'environnement i386 et de restreindre l'environnement amd64 aux seuls paquets binaires de cette architecture. Ça se fait en passant l'argument « -B » à la commande « dpkg-buildpackage » (à positionner uniquement pour l'environnement amd64). Sébastien
Pbuilder et multi arch
Bonjour à tous, Pour les besoins d'une dépendance d'un paquet fonctionnant avec python (projet s'appelant noethys), je voulais backporter vers Jessie la version 3.2.0 de python-reportlab. Je peux sans soucis fabriquer mes paquets i386 et amd64 grâce à mes deux environnements pbuilder et j'ai remarqué que la compilation génère des fichiers deb i386, amd64 et all. Hors ces fichiers "all" s'installant aussi bien sur amd64 que sur i386 n'ont pas le même hash en fonction de l'architecture à partir de laquelle ils ont fabriqués. Ce qui pose donc ensuite des problèmes lorsque je les uploade sur mon dépôt debarchiver, car les utilisateurs ont des sommes md5 incohérente. Y a t'il un moyen de corriger ces hash via pbuilder. J'ai tenté quelques bidouilles avec la commande dpkg-genchanges, mais sans vraiment de succès. Merci par avance. Olivier.