Launchpad: CLI «Copie de packages»

8

J'utilise Launchpad pour télécharger un .dsc, un debian.tar.gzet un .orig.tar.xz. L'archive orig contient à la fois des fichiers i386 et amd64, et j'utilise debian/rulespour construire différents packages d'architecture. Mais il ne s'appuie que sur la série Trusty. Je souhaite utiliser la fonctionnalité Copier des packages , mais je souhaite qu'elle soit automatisée.

Actuellement, je dois me connecter à Launchpad , cliquer sur Afficher les détails du package , cliquer sur Copier les packages et utiliser:

> Destination PPA:
> This PPA

> Destination series:
> Utopic

> Copy existing binaries

Existe-t-il un moyen d'automatiser tout cela "copier les fichiers binaires existants de l'ancienne série vers la nouvelle série", ou de le faire via CLI pour l'utiliser dans un script?

Je vous remercie

Pistes :

  • Q: Peut - être ubuntu-archive-toolspeut - il m'aider à le faire, il semble avoir un script python de package de copie?

    R: Cela ne fonctionne pas avec ça:python copy-package -y -b --ppa-name=myname/myppa --to-ppa-name=myname/myppa -s trusty --to-suite=utopic -e versionofpackage

  • Q: Peut-être que si je change mon entrée de journal des modifications de trusty ; urgency=lowà utopic trusty ; urgency=low?

    R: Cela ne fonctionne pas:Unable to find distroseries: utopic trusty. Further error processing not possible because of a critical previous error.

  • Q: Build 1 orig.tar.xzet multiple .dsc&debian.tar.gz

    R: Je construis actuellement un numéro de version incrémenté (c'est-à-dire mypackage-1.1.0-0trusty0et mypackage-1.1.0-0utopic0), mais la solution pourrait être meilleure car je dois télécharger à nouveau le orig.tar.xzpour chacun et qu'il prend deux fois la place dans le PPA car le construit .debn'est pas considéré comme une copie de les uns les autres mais 2 paquets.

command-line ppa launchpad MrVaykadji
la source
1
Pour mémoire, vous n'avez pas à re-télécharger le orig.tar.xzsi vous l'avez déjà téléchargé auparavant. Exécutez debuild -sd(ou dpkg-build-package -sd) pour générer un .changesfichier qui ne télécharge pas l'archive tar d'origine.
saiarcot895
Quelle erreur avez-vous eue avec la première méthode?
saiarcot895
Merci pour le premier conseil @ saiarcot895, je vais l'utiliser !! La première méthode n'a rien donné, je pense que c'est parce qu'elle --to-suiten'est pas faite pour "série" mais pour autre chose. Je ne sais pas. Cela a semblé fonctionner mais rien n'a changé sur mon PPA.
MrVaykadji
1
--to-suiteest pour la série. Je ne spécifierais pas le -edrapeau car, par défaut, la dernière version sera choisie. Aussi, essayez de fractionnement --ppa-name=myname/myppaà -p myname --ppa-name=myppa, puisque --ppa-nameveut juste le nom de la PPA. De plus, vous n'avez pas besoin de spécifier --to-*si c'est la même chose que from.
saiarcot895
@ saiarcot895: Je n'arrive pas à faire fonctionner copy-package. J'ai un jeton d'autorisation, je suis le propriétaire du PPA, mais cela ne fonctionne pas.
MrVaykadji

Réponses:

2

copy-package est bon pour cela, mais l'invocation moderne correcte serait:

./copy-package --from=~myname/ubuntu/myppa --from-suite=trusty --to=~myname/ubuntu/myppa --to-suite=utopic -b -y packagename

(Comme saiarcot895 l'a correctement noté, vous devez séparer --ppaet --ppa-name, mais cela a toujours été très déroutant, ce qui est l'une des raisons pour lesquelles nous avons ajouté les options unifiées --fromet --topour spécifier les archives. De plus, vous avez négligé d'inclure le nom du package, ce qui était probablement la raison pour laquelle vous n'avez pas sortie; versions plus récentes de la copy-packagevérification pour cela.)

Colin Watson
la source