Re: autopkgtest testing postinst
On Thu, 2022-07-21 at 10:30 +0200, Marc Haber wrote: > On Fri, Jul 15, 2022 at 09:23:20AM -0400, Matt Barry wrote: > > autopkgtest adds it's own sources.list entry under /tmp, so afaict > > 'apt-get --reinstall' will do exactly what it should. > > Thanks for finding that out. Is there also a documented way to > install > te packages from stable, testing, unstable to automatically test > updates? Not that I'm aware of, but - there is a fairly standard way of adding to sources.list.d, so that 'apt install adduser=stable' might be made to work; otoh it might be dependency hell (less so perhaps in this particular case). If you want to test unstable's tests against stable's version I'd maybe try: git checkout 3.121 git checkout master -- debian/tests/ autopkgtest -- But I might be misunderstanding what you want to do.. Cheers, Matt
Re: autopkgtest testing postinst
On Fri, 2022-07-15 at 07:16 -0400, Matt Barry wrote: > On Fri, 2022-07-15 at 09:41 +0200, Marc Haber wrote: > > On Thu, Jul 14, 2022 at 11:33:50PM +0200, Lorenzo wrote: > > > On Thu, 14 Jul 2022 09:52:51 +0200 > > > Marc Haber wrote: > > > > I would like to hear about your experiences. Pointers to > > > > packages > > > > that > > > > are already doing this would be greatly appreciated as well. > > > > Thank you > > > > very much. > > > > > > You can look at dh-runit, probably not the best example but it > > > gives > > > you the idea > > > > > > https://salsa.debian.org/debian/dh-runit/-/blob/master/debian/tests/helper-update-rc.d > > > > So a testbed has apt configured in a way that apt-get install > > $PACKAGE > > will install _this_ version of the package? Or will it just pull > > the > > version from the archive? > > The challenge I have encountered is getting the installed binary; it > seems that it puts files under /tmp/autopkgtest.X, but cleans it > up > before the actual tests run? (I have added a test which searches for > the package during the test run, to no avail.) > > We could always use dpkg-repack I suppose, but we would have to do so > before any configuration was modified.. Actually, disregard this, I neglected to attempt the simple solution: autopkgtest adds it's own sources.list entry under /tmp, so afaict 'apt-get --reinstall' will do exactly what it should. mb signature.asc Description: This is a digitally signed message part
Re: autopkgtest testing postinst
On Fri, 2022-07-15 at 09:41 +0200, Marc Haber wrote: > On Thu, Jul 14, 2022 at 11:33:50PM +0200, Lorenzo wrote: > > On Thu, 14 Jul 2022 09:52:51 +0200 > > Marc Haber wrote: > > > I would like to hear about your experiences. Pointers to packages > > > that > > > are already doing this would be greatly appreciated as well. > > > Thank you > > > very much. > > > > You can look at dh-runit, probably not the best example but it > > gives > > you the idea > > > > https://salsa.debian.org/debian/dh-runit/-/blob/master/debian/tests/helper-update-rc.d > > So a testbed has apt configured in a way that apt-get install > $PACKAGE > will install _this_ version of the package? Or will it just pull the > version from the archive? The challenge I have encountered is getting the installed binary; it seems that it puts files under /tmp/autopkgtest.X, but cleans it up before the actual tests run? (I have added a test which searches for the package during the test run, to no avail.) We could always use dpkg-repack I suppose, but we would have to do so before any configuration was modified.. Cheers, Matt signature.asc Description: This is a digitally signed message part
Re: pbuilder not updating
On Fri, 2022-07-15 at 08:47 +0800, Paul Wise wrote: > On Thu, 2022-07-14 at 17:49 -0400, Matt Barry wrote: > > > I imagine I'm missing something simple wrt pbuilder.. any ideas > > where > > to look? > > Are you getting any errors from the pbuilder update command? No, however.. > Are you updating the same chroot as you are building with? No :) I'll figure out which configs belong where, but long story short, 'pbuilder update' and 'git-pbuilder update' were working on two different chroots. Thanks! > > You can also add a hook that does apt update before the build: > > ==> ~/.pbuilder/hooks/D01update <== > #!/bin/bash > exec apt-get update Strangely this did not do anything.. hmm. > > Sometimes it is useful to have a shell during the build, which you > can use to do things you forgot to do in the packaging or elsewhere. > > ==> ~/.pbuilder/hooks/A00shell -> shell <== > ==> ~/.pbuilder/hooks/B00shell -> shell <== > ==> ~/.pbuilder/hooks/C00shell -> shell <== > ==> ~/.pbuilder/hooks/D00shell -> shell <== > ==> ~/.pbuilder/hooks/E00shell -> shell <== > ==> ~/.pbuilder/hooks/G00shell -> shell <== > ==> ~/.pbuilder/hooks/H00shell -> shell <== > ==> ~/.pbuilder/hooks/I00shell -> shell <== > ==> ~/.pbuilder/hooks/shell <== > #!/bin/bash > exec /bin/bash -i /dev/tty 2> /dev/tty > > There are various pbuilder hook examples here: > > /usr/share/doc/pbuilder/examples Cool, thanks! Cheers, Matt signature.asc Description: This is a digitally signed message part
pbuilder not updating
Hi, I'm using `gbp buildpackage` with pbuilder, and I'm running into an issue that I've seen a few times. The build fails because the build dependencies cannot be satisfied; looking at the failure: Err http://deb.debian.org/debian sid/main amd64 python3-django all 2:4.0.5-2 404 Not Found [IP: 151.101.118.132 80] but on my machine: $ apt show python3-django Package: python3-django Version: 2:4.0.6-1 ..it would seem that the pbuilder env is using an out of date package index. I have tried 'pbuilder update', 'pbuilder create'.. with the same results. The really odd thing is that if I use 'pbuilder login', I can install python3-django (4.0.6-1) no problem. I imagine I'm missing something simple wrt pbuilder.. any ideas where to look? Thanks! Matt signature.asc Description: This is a digitally signed message part
Bug#1014117: RFS: edgar/1.35-1 [ITA] -- Legend of Edgar platform game
On Thu, 2022-06-30 at 17:10 +0200, Bastian Germann wrote: > Am 30.06.22 um 17:00 schrieb Matt Barry: > > I'm willing to > > wade through it, but is the position of the project immovably that > > eg. > > ogg files are not redistributable without "source"? (Are there > > examples of packages that actually do this?) > > Please see an example with Photoshop files for pngs at > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010399#25 > If source files exist they have to be provided. If the ogg files are > the primary form of modification it is okay in my > opinion. You have to do a little research for that. I have not even > checked if the files are still existing with the new > version. Thanks for the reference; I will do some reading. > > The git repo that you have used to build the new version was actually > not used by the former maintainer who got the > pkg into Debian. The version in the archive is completely different. > The git repo should be rebuilt using gbp > import-dscs --debsnap. I can do that for you if you do not know how > to. The archive also holds a seemingly complete > copyright file, which your version lacks. That makes sense; let me see if I can figure it out. > > Also, please separate your debian/ changes from the upstream changes. > That is what master and upstream branches are for. To clarify, I think that I rebased the upstream merge and debian/ changes into a single commit, which should be separate? (That makes sense to me, just making sure.) Thanks! Matt
Bug#1014117: RFS: edgar/1.35-1 [ITA] -- Legend of Edgar platform game
Hi! On Thu, 2022-06-30 at 16:40 +0200, Bastian Germann wrote: > Hi Matt, > > On Thu, 30 Jun 2022 09:43:38 -0400 Matt Barry > wrote: > > edgar (1.35-1) unstable; urgency=medium > > . > > * New upstream release (1.35). > > According to the bug report, the new upstream release should close > #985185. Yup, that got lost somewhere along the line.. I will add it back, thanks! > What about #832116? The wrong attribution that is mentioned should be > resolved by the referenced pull request. > If the rest of the bug is not handled the adoption would be futile. Ah, don't know how I missed that one! What a mess.. I'm willing to wade through it, but is the position of the project immovably that eg. ogg files are not redistributable without "source"? (Are there examples of packages that actually do this?) Cheers, Matt
Bug#1014117: RFS: edgar/1.35-1 [ITA] -- Legend of Edgar platform game
Package: sponsorship-requests Severity: normal Greetings mentors! I am looking for a sponsor for my package "edgar": * Package name: edgar Version : 1.35-1 Upstream Author : Richard Sweeney * URL : http://www.parallelrealities.co.uk/games/edgar/ * License : GPL-2.0+ * Vcs : https://salsa.debian.org/games-team/edgar Section : games The source builds the following binary packages: edgar - Legend of Edgar platform game edgar-data - Data files for Legend of Edgar game To access further information about this package, please visit the following URL: https://mentors.debian.net/package/edgar/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/e/edgar/edgar_1.35-1.dsc Changes since the last upload: edgar (1.35-1) unstable; urgency=medium . * New upstream release (1.35). * New maintainer. Closes: #998116. * URL updates. Closes: #1013412. * Various Lintian updates. * Update and drop patches. Cheers, -- Matt Barry signature.asc Description: This is a digitally signed message part
Re: adduser claims existing diretory in postinst when running piuparts for shiny-server
Hi, On Fri, 2022-05-20 at 09:58 +0200, Joost van Baal-Ilić wrote: > Yup, see also > https://lintian.debian.org/tags/maintainer-script-lacks-home-in-adduser Just a quick FYI: this will have real consequences in the next release of adduser; system accounts created without --home will be set to /nonexistent. Cheers, Matt
Bug#1011313: RFS: python-decouple/3.6-3 -- Helps you to organize your Django/Flask settings
Control: tags -1 - moreinfo Thanks! The fixed 3.6-1 files are up on mentors now. ~m On Fri, 2022-05-20 at 11:27 +0200, Bastian Germann wrote: > Control: reopen -1 > Control: tags -1 moreinfo > > Am 20.05.22 um 11:17 schrieb Bastian Germann: > > You have to make this a NMU, which means mentioning it in the > > changelog and making the version 3.6-0.1. > > However, you did not give the maintainer a chance to act on this. > > Please file a bug asking for the new > > version and when it is not acted upon in a month, come back with > > your NMU and include a Closes: tag in > > your changelog for that bug. > > I did not see #986939. You have to close the ITA via your changelog. > Please keep -1 revision as long as this is not sponsored. > On reuploading please untag moreinfo. >
Re: RFS: python-decouple/3.6-3 -- Helps you to organize your Django/Flask settings
On Fri, 2022-05-20 at 11:27 +0200, Bastian Germann wrote: > Control: reopen -1 > Control: tags -1 moreinfo > > Am 20.05.22 um 11:17 schrieb Bastian Germann: > > You have to make this a NMU, which means mentioning it in the > > changelog and making the version 3.6-0.1. > > However, you did not give the maintainer a chance to act on this. > > Please file a bug asking for the new > > version and when it is not acted upon in a month, come back with > > your NMU and include a Closes: tag in > > your changelog for that bug. > > I did not see #986939. You have to close the ITA via your changelog. > Please keep -1 revision as long as this is not sponsored. > On reuploading please untag moreinfo. > Thanks for your feedback! I'm still learning the ropes. Question (cc'ing d-m): it took me several iterations uploading to mentors (and fixing the feedback items, etc). Since dcut does not operate on the mentors repository, how can I replace an upload with the same revision number? (Hope that makes sense..) Thanks! Matt
Bug#1011313: RFS: python-decouple/3.6-3 -- Helps you to organize your Django/Flask settings
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "python-decouple": * Package name: python-decouple Version : 3.6-3 Upstream Author : Henrique Bastos * URL : https://github.com/henriquebastos/python-decouple * License : MIT * Vcs : https://salsa.debian.org/debian/python-decouple Section : python The source builds the following binary packages: python3-decouple - Helps you to organize your Django/Flask settings To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-decouple/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python-decouple/python-decouple_3.6-3.dsc Or, the git repository (forked from the main branch): https://salsa.debian.org/zaharazod/python-decouple.git Changes since the last upload: python-decouple (3.6-3) unstable; urgency=medium . * copyright fixes * lintian fixes * new upstream version (3.6) Regards, -- Matt Barry
