[00:00] <mwhudson> https://imgflip.com/i/4lm3jc
[00:09] -queuebot:#ubuntu-release- New binary: perl [amd64] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)
[00:11] -queuebot:#ubuntu-release- New binary: perl [ppc64el] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)
[00:27] <LocutusOfBorg> no please perl no...
[00:39] -queuebot:#ubuntu-release- New binary: perl [i386] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)
[00:54] -queuebot:#ubuntu-release- New binary: node-mini-css-extract-plugin [amd64] (hirsute-proposed/universe) [0.5.0-2] (no packageset)
[01:16] -queuebot:#ubuntu-release- New binary: perl [riscv64] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)
[01:19] -queuebot:#ubuntu-release- New binary: perl [arm64] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)
[01:24] -queuebot:#ubuntu-release- New binary: perl [armhf] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)
[05:24] -queuebot:#ubuntu-release- New binary: node-sane [amd64] (hirsute-proposed/universe) [4.1.0+~cs14.16.37-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: lumino [amd64] (hirsute-proposed/universe) [0~20200824+git93880412-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: python-deepmerge [amd64] (hirsute-proposed/universe) [0.0.5-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: node-prompts [amd64] (hirsute-proposed/universe) [2.4.0+~cs5.1.8-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: lucene8 [amd64] (hirsute-proposed/universe) [8.6.3+dfsg-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: node-emittery [amd64] (hirsute-proposed/universe) [0.7.2-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: ruby-tpm-key-attestation [amd64] (hirsute-proposed/universe) [0.10.0-1] (no packageset)
[05:36] -queuebot:#ubuntu-release- New binary: pmdk [amd64] (hirsute-proposed/main) [1.10-1] (ubuntu-server)
[06:23] -queuebot:#ubuntu-release- New binary: pmdk [arm64] (hirsute-proposed/main) [1.10-1] (ubuntu-server)
[07:33] <cpaelzer> hi ubuntu-sru team, could one of you take a look at https://bugs.launchpad.net/ubuntu/+source/python-certbot/+bug/1893274 in the queue for B&F please
[07:34] <cpaelzer> to be able to test those I'm holding on to two canonistack instances and two DNS names on my private account to point to them - I'd really like to free those up again
[07:34] <cpaelzer> so I'd extra-appreciate if that could be given an SRU-look soon'ish
[08:35] -queuebot:#ubuntu-release- New: accepted libexif-gtk [amd64] (hirsute-proposed) [0.5.0-2]
[08:35] -queuebot:#ubuntu-release- New: accepted libexif-gtk [armhf] (hirsute-proposed) [0.5.0-2]
[08:35] -queuebot:#ubuntu-release- New: accepted libexif-gtk [riscv64] (hirsute-proposed) [0.5.0-2]
[08:35] -queuebot:#ubuntu-release- New: accepted perl [amd64] (hirsute-proposed) [5.32.0-4]
[08:35] -queuebot:#ubuntu-release- New: accepted perl [armhf] (hirsute-proposed) [5.32.0-4]
[08:35] -queuebot:#ubuntu-release- New: accepted perl [ppc64el] (hirsute-proposed) [5.32.0-4]
[08:35] -queuebot:#ubuntu-release- New: accepted perl [s390x] (hirsute-proposed) [5.32.0-4]
[08:35] -queuebot:#ubuntu-release- New: accepted libexif-gtk [arm64] (hirsute-proposed) [0.5.0-2]
[08:35] -queuebot:#ubuntu-release- New: accepted libexif-gtk [s390x] (hirsute-proposed) [0.5.0-2]
[08:35] -queuebot:#ubuntu-release- New: accepted perl [i386] (hirsute-proposed) [5.32.0-4]
[08:35] -queuebot:#ubuntu-release- New: accepted libexif-gtk [ppc64el] (hirsute-proposed) [0.5.0-2]
[08:35] -queuebot:#ubuntu-release- New: accepted perl [riscv64] (hirsute-proposed) [5.32.0-4]
[08:35] -queuebot:#ubuntu-release- New: accepted perl [arm64] (hirsute-proposed) [5.32.0-4]
[08:36] -queuebot:#ubuntu-release- New: accepted lucene8 [amd64] (hirsute-proposed) [8.6.3+dfsg-1]
[08:36] -queuebot:#ubuntu-release- New: accepted node-emittery [amd64] (hirsute-proposed) [0.7.2-1]
[08:36] -queuebot:#ubuntu-release- New: accepted node-prompts [amd64] (hirsute-proposed) [2.4.0+~cs5.1.8-1]
[08:36] -queuebot:#ubuntu-release- New: accepted pmdk [amd64] (hirsute-proposed) [1.10-1]
[08:36] -queuebot:#ubuntu-release- New: accepted python-deepmerge [amd64] (hirsute-proposed) [0.0.5-1]
[08:36] -queuebot:#ubuntu-release- New: accepted lumino [amd64] (hirsute-proposed) [0~20200824+git93880412-1]
[08:36] -queuebot:#ubuntu-release- New: accepted node-sane [amd64] (hirsute-proposed) [4.1.0+~cs14.16.37-1]
[08:36] -queuebot:#ubuntu-release- New: accepted ruby-tpm-key-attestation [amd64] (hirsute-proposed) [0.10.0-1]
[08:36] -queuebot:#ubuntu-release- New: accepted node-mini-css-extract-plugin [amd64] (hirsute-proposed) [0.5.0-2]
[08:36] -queuebot:#ubuntu-release- New: accepted pmdk [arm64] (hirsute-proposed) [1.10-1]
[08:54] <RikMills> sil2100: morning. we have a Qt transition with a couple of things tto do to complete it, could you help?
[08:54] <RikMills> https://code.launchpad.net/~mitya57/britney/+git/britney/+merge/393459
[08:55] <RikMills> and removal of hedgewars ppc64el binaries in release pocket
[09:11] <doko> RikMills: are rdeps not built anymore?
[09:13] <RikMills> doko: there is a problem with ghc on ppc74el at the moment. see LocutusOfBorg. I am sure it will be fixed, but no timeline for that at the moment
[09:13] <doko> ok, removing
[09:13] <RikMills> doko: thanks!
[09:20] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-340 [source] (groovy-proposed) [340.108-0ubuntu5.20.10.1]
[09:21] <sil2100> RikMills: o/
[09:22] <sil2100> RikMills: hm, I see that branch of hints as already merged?
[09:22] <RikMills> someone accepted the merge, so I think we are there with Qt!
[09:22] <RikMills> sil2100: yes, thank you anyway :)
[09:22] <sil2100> \o/
[09:23] <RikMills> going to have to wait for current britney run +1 but \o/ indeed
[09:24] <Laney> doko: thanks, I did that but forgot to push it apparently
[09:24] <Laney> omg sub 2000 tests on armhf
[09:25] <RikMills> Laney: thanks for your requeued libreoffice tests. they worked :)
[09:25] <RikMills> though some did restart multiple times
[09:26] <Laney> lol
[09:26] <Laney> I'm imagining you glued to the /running page
[09:26] <Laney> probably more exciting than nytimes was
[09:27] -queuebot:#ubuntu-release- Unapproved: ovn (focal-proposed/main) [20.03.1-0ubuntu1 => 20.03.1-0ubuntu1.1] (no packageset)
[09:27] -queuebot:#ubuntu-release- Unapproved: ovn (groovy-proposed/main) [20.06.2-0ubuntu1 => 20.06.2-0ubuntu1.1] (no packageset)
[09:27] <RikMills> Laney: not glued exactly, but whe a test that has got to 9hrs xxmins, suddenly goes back to 0hrs xx mins, it is clear something went wrong
[09:27] <RikMills> *when a test
[09:29] <Laney> indeed
[09:29] <Laney> basically the disk kept getting filled up because it has to copy the trees back to the controller when it decides to re-create the running nodes
[09:29] <Laney> and libreoffice is a big one
[09:29] <Laney> silly reason
[09:30] <RikMills> yeah, I recall that being a reason before :/
[09:31] <mwhudson> RikMills: oh hm i know what the problem is with ghc on ppc64el, i guess i should upload the fix to ubuntu at least while debian figures out what to do
[09:31] <mwhudson> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973623
[09:33] <RikMills> hedgehog battlers on ppc64el will thank you for ever.... ;)
[09:34] <RikMills> but yeah, I just took Locutu$OfBorg's word it would be some time for a fix
[09:42] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (groovy-proposed) [2.694.1]
[09:50] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (groovy-proposed) [6.6.0-1ubuntu3.1]
[10:01] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell [source] (groovy-proposed) [3.38.1-1ubuntu1.1]
[10:16] -queuebot:#ubuntu-release- Unapproved: accepted gnome-terminal [source] (groovy-proposed) [3.38.0-1ubuntu1.1]
[10:23] -queuebot:#ubuntu-release- Unapproved: accepted ceph [source] (bionic-proposed) [12.2.13-0ubuntu0.18.04.5]
[10:28] <LocutusOfBorg> mwhudson, it didn't work
[10:28] <mwhudson> LocutusOfBorg: what didn't work? switching to ld.bfd?
[10:28] <LocutusOfBorg> sure
[10:28] <LocutusOfBorg> https://bileto.ubuntu.com/#/ticket/4325
[10:28] <mwhudson> hmm
[10:29] <LocutusOfBorg> the first ubuntu1 upload was "switch to bfd"
[10:29] <LocutusOfBorg> it doesn't even pass stage1 build
[10:29] <LocutusOfBorg> somewhere it is still using gold
[10:29] <LocutusOfBorg> don't ask me why and how
[10:29] <mwhudson> what is going on there!?
[10:29] <mwhudson> bah
[10:30] <mwhudson> is /inplace/bin/ghc-stage1 crashing, do you think?
[10:30] <mwhudson> i guess it's compiled with the ghc from the archive, which is using gold
[10:31] <LocutusOfBorg> I even added stuff https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_39a8dbb93caf4ec889f8a1b7f69885db/bileto-4325/2020-11-09_10:29:34/hirsute_ghc_content.diff
[10:32] <mwhudson> there is some argument to pass which can make the archive ghc us ld.fd but i can't remember what it is and no idea how to jam that into the ghc build
[10:32] <LocutusOfBorg> https://launchpadlibrarian.net/505530967/buildlog_ubuntu-hirsute-ppc64el.ghc_8.8.4-1ubuntu4_BUILDING.txt.gz
[10:32] <LocutusOfBorg> but if the gold bug is fixed, according to doko, why does it still fail?
[10:32] <mwhudson> maybe figuring out what gold is up to is easier after all
[10:34] <mwhudson> well, the git commit log of gold suggests that the bug should be fixed
[10:34] <LocutusOfBorg> my bad, stage2 is failing
[10:34] <LocutusOfBorg> so old ghc should have no effect there?
[10:35] <mwhudson> LocutusOfBorg: well stage2 is invoking the stage1 ghc, which is what i'd expect to be broken?
[10:35] <LocutusOfBorg> but its built with bfd...
[10:35] <LocutusOfBorg> except for something in the log that still uses gold
[10:36] <mwhudson> oh hm
[10:36] <mwhudson> well i don't know
[10:36] <mwhudson> maybe ld.bfd is broken two, i wouldn't be completely surprised
[10:36] <mwhudson> *too
[10:37] <LocutusOfBorg> but in any case, if I say LD=ld disable-ld-override and so on, it should use bfd
[10:37] <mwhudson> yeah
[10:37] <LocutusOfBorg>    ld           : ld
[10:37] <LocutusOfBorg> and the detect works
[10:41] <cpaelzer> sil2100: I see you hammering on the SRU queue (thanks) have you seen my ping about certbot above (and if you did do you expect it fits into your todays SRU time that you have)?
[10:43] <sil2100> cpaelzer: didn't see it, but I can take care of it after our merge-party - what queue is it in?
[10:44] <cpaelzer> Bionic and Focal
[10:52] <juliank> Laney: So um what would it take us to spin up another armhf lxd remote, and reduce arm64 ones?
[10:52] <juliank> Because arm64 is empty and the armhf queue is long
[10:52] <juliank> and AFAIUI the armhf lxd remotes are just arm64 instances?
[10:53] <juliank> can you like clone an instance and add them to the remotes.conf or stuff?
[10:56] <juliank> Can we put scaling of lxd workers into a script that we can run?
[10:56] <juliank> I see it in the bash history
[10:57] <juliank> basically something like nova boot --image $IMAGE --flavor cpu4-ram8-disk50 --nic net-id=$NET_ID --key_name wendigo --security-groups default,lxd --user-data autopkgtest-cloud/tools/armhf-lxd-slave.userdata -- lxd-armhf${n}
[10:58] <juliank> and then updates lxd-remotes.conf and set juju property on lxd worker and redeploy
[10:58] <Laney> You'd want to tune down the number of arm64 workers then, unless you like overrunning our quota
[10:58] <juliank> Laney: yeah sure
[10:59] <Laney> and we'd be at bigger risk of running into the disk space problem I mentioned above
[10:59] <juliank> arm64 is empty right now, while armhf is long
[10:59] <Laney> in other words there's a scaling problem on the controller
[10:59] <Laney> would be good if we could have multiple of those
[10:59] <juliank> didn't I have a merge request for that?
[11:00] <juliank> but it might be for juju2 cloud
[11:00] <Laney> that work never got finished
[11:00] <Laney> for either implementation
[11:00] <juliank> :/
[11:01] <juliank> So not a good idea to add another lxd remote and 3 lxd runners?
[11:02] <Laney> you can if you want to watch it closely to make sure it stays stable
[11:02] <Laney> https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure#Worker_administration those instructions in there look ok
[11:03] <Laney> except I used bionic instead of focal, something or other didn't work and I haven't looked into that yet (use shell history)
[11:04] <xnox> doko:  python-oslo.messaging forcedsync from debian; drops all of ubuntu packaging; autopkgtest; regresses from pybuild to python_distutils; etc.
[11:05] <xnox> doko:  did you check with Ubuntu Openstack team, before dropping ubuntu delta in the forcesync?
[11:05] <doko> xnox: yes, I think I'll remove that again from -proposed
[11:05] <Laney> xnox: have you looked into this preinstalled riscv64 image build failure?
[11:05] <juliank> ack
[11:06] <xnox> doko:  please remove from -proposed, then i will upload ubuntuN+1 to cherrypick the python3.9 ftbfs patch from upstream.
[11:06] <xnox> Laney:  no.... the person i need to chat with was off all last week and will be off till wednesday.
[11:07] <doko> ok, but that's not +1, isn't it? ;p
[11:07] <Laney> ok, but you are planning to talk to someone, that means I can ignore it :>
[11:07] <xnox> doko:  blocking python3-defaults migration, and what's in -proposed is not helping.
[11:07] <doko> python3-defaults is non-blocking
[11:07] <xnox> doko:  aslo was meant to chat to you about the nvme bug you reported, but forgot.
[11:07] <Laney> I'm tempted to turn that off for focal btw, it's just daily spam that someone can start back up when they're actually working on it
[11:12] <juliank> hmm I can't see to the lxd remotes, key is being denied, hmm
[11:12] <juliank> not even the existing ones
[11:13] <Laney> ctrl-r ssh -i
[11:13]  * Laney knows the tricks
[11:15] <juliank> got it
[11:15] <LocutusOfBorg> mwhudson, got it
[11:15] <LocutusOfBorg> ghc --info |grep gold
[11:15] <LocutusOfBorg>  ,("C compiler link flags"," -fuse-ld=gold")
[11:15] <LocutusOfBorg>  ,("ld command","x86_64-linux-gnu-ld.gold")
[11:15] <LocutusOfBorg> lol juliank we both "got it" at the same time :p
[11:17] <LocutusOfBorg>   BOOTSTRAPPING_GHC_INFO_FIELD([LD_STAGE0],[ld command])
[11:17] <LocutusOfBorg> so, except for stage0, the ld.bfd is used
[11:21] <xnox> Laney:  vorlon: what riscv64 preinstall build produces is bonkers. There is no gadget; and thus livecd-rootfs doesn't take ubuntu-image classic build path and thus will never produce what debian-cd is expecting. It simply builds a cloud-image at the moment, with a different artefact name which debian-cd doesn't expect.
[11:26] <Laney> xnox: right
[11:27] <LocutusOfBorg> mwhudson, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4325/+build/20267581 :)
[11:27] <Laney> one problem is this is a case where we do fail the build, so there are no images being produced for hirsute atm
[11:31] <juliank> Laney: it's live now
[11:31] <juliank> the extra armhf one
[11:32] <Laney> cool
[11:32] <xnox> Laney:  please disable risc64. vorlon: the cron is not helpful at all, and everyone who will be working on fixing it can trivially run their own livefs builds, they don't need ubuntu-cdimage failing over itself nonstop.
[11:32] <Laney> I'm already doing it :>
[11:34] <juliank> So that's an 8.3% increase in armhf workers
[11:34] <juliank> (JFTR)
[11:34] <Laney> count the workers!
[11:34] <juliank> 39 workers vs 44
[11:35] <juliank> 44 being arm63
[11:35] <Laney> you better reduce arm64/bos02 by 4
[11:35] <juliank> ok
[11:35] <Laney> and follow through on reverting all of this when the queue is finished :>
[11:35] <juliank> heh yeah
[11:36] <Laney> xnox: vorlon: it is done
[11:37] <Laney> can be re-enabled once we're ready later this week, at least for hirsute
[11:37] <Laney> assuming you keep the pressure up to get people to do the work
[11:37] <Laney> ;-)
[12:55] <Laney> juliank: now the arm64 reduced capacity might matter, perl auto-sync
[12:56] <doko> I'd say the current setup is ok until the queues are on par
[12:57] <juliank> I think arm64 still has more workers
[12:57] <juliank> Not much more, though
[12:58] <Laney> lxd tests are much faster to initialise than arm64 ones
[12:58] <Laney> comparing number of workers directly isn't that useful
[12:58] <juliank> Will monitor and reassess contiously
[12:59] <Laney> ok!
[13:26] <LocutusOfBorg> is anybody doing perl rebuilds?
[13:27] <LocutusOfBorg> oh looks like somebody is
[13:41] <juliank> Laney: the triggers being all merged was that a britney change?
[13:41] <juliank> so many packages with multiple triggers
[13:42] <juliank> some trigger lists super long
[14:57] <RikMills> Laney: in previous britney run, qtbase-opensource-src was not blocked in excuses by qgis. In latest run it is now not considered due to "Depends: qgis grass (not considered)" -> "Implicit dependency: grass libgdal-grass (not considered)" -> "libgdal-grass unsatisfiable Build-Depends(-Arch) on amd64: libgdal-dev (>= 3.1.4)"
[14:58] <RikMills> as qgis was perfectly migratable before and has not been rebuilt, is this a bug?
[14:58] <RikMills> and can we perhaps get a hint?
[14:59] <RikMills> note: libgdal-grass 3.1.4 has only just been autosynced, so seems to be why that happend on that run
[15:02] <RikMills> actually 11 days old which is even stranger
[15:03] <Laney> juliank: yes, it tries to work out what needs to migrate together
[15:03] <ginggs> does dask want to be added to big_packages for its autopkgtests?
[15:07] <Laney> could be, would be worth someone trying with --ram-size=8192 --cpus=2
[15:13] <ginggs> is there any way to request that when testing against a ppa?
[15:15] <Laney> fraid not, those are parameters to autopkgtest-virt-qemu
[15:28] <Laney> RikMills: https://paste.ubuntu.com/p/sFWtBknrc4/ not sure what you mean, I don't see that qgis was migratable before
[15:28] <Laney> reasons can shuffle around when different things become candidates though
[15:29] <Laney> any reason not to merge gdal?
[15:32] <Laney> It looks like it's a transition involving at least qt3d-opensource-src somehow which requires gdal to have been rebuilt
[15:32] <Laney> so you need to get the new version migratable
[15:32] <Laney> or qgis to be rebuilt which brings in gdal, or something
[15:32] <Laney> bottom line is I think that sync/merge will help you along :>
[15:36] <RikMills> Laney: I just sync'd gdal, and will see whether I need to add back any delta
[15:39] <RikMills> Laney: I meant that qgis was previously not listed as not considered with qtbase. it grew the (not considered) as an implicit dep on the next run
[15:40] <RikMills> e.g. https://i.imgur.com/3gPnlzZ.png
[15:41] <RikMills> to be fair, I am still getting used to the britney re-work
[15:44] -queuebot:#ubuntu-release- Unapproved: accepted yaru-theme [source] (focal-proposed) [20.04.10.1]
[15:53] <Laney> RikMills: Maybe we don't look hard enough for the not considered status, but I suspect that it was at that point showing as being blocked on qtbase itself
[15:54] <Laney> we're trying to avoid showing that circularly, as all of the things in that list really are not considered by the fact that qtbase itself wasn't ready
[15:54] <Laney> but it's not useful to show that
[15:54] <Laney> you want to see if they are not considered because of any other reason
[15:55] <RikMills> Laney: qtbase was shown as blocked only on libreoffice and pyqt5 on the previous run. the next run those blocks were fixed, and qgis appeared
[15:56] <Laney> Don't think I have anything more to add. :-)
[15:56] <Laney> If you still have the page around, go look at what #qgis shows
[16:00] <RikMills> Laney: Nice. It show qgis without (not considered) regards to qtbase, but blocked on itself. that is contradictory and confusing/useless
[16:01] <RikMills> if qgis was not considered due to a test fail, it would say not considered against qtbase
[16:01] <Laney> blocked on itself?
[16:01] <RikMills> but not for a dependency, which is illogical
[16:04] <RikMills> Laney: blocked in it's own section I mean: https://i.imgur.com/9XVuh6t.png
[16:04] <RikMills> yet qtbase did not show it as (not considered)
[16:04] <Laney> I don't see anything contradictory or illogical there
[16:05] <Laney> but maybe we could somehow have figured it out and shown not considered
[16:05] <Laney> https://git.launchpad.net/~ubuntu-release/britney/+git/britney2-ubuntu/tree/britney2/excuse.py#n416
[16:05] <Laney> here's the code where we work this out
[16:06] <RikMills> Laney: ok, maybe not presenting the full info that it could. in the sense that it was listing things as (not considered), and the lack of that leads you to believe that they are
[16:07] <RikMills> where in fact, you need to go check the full list to make sure it is not wrong
[16:08] <RikMills> which many people (inc me) might not realise
[16:08] <Laney> we can't just add REJECTED_WAITING_FOR_ANOTHER_ITEM there, because every reverse dependency will be in that state and so the list will not be useful
[16:08] <sil2100> cpaelzer: ok, I think I know now what's the context of the certbot update, so I will try finishing the review after my current meeting now
[16:09] <RikMills> Laney: ok, if there is a technical block to having the info that way, then fair enough
[16:09] <Laney> I'm sure there is a way to do it
[16:09] <Laney> I just dunno what it is right now
[16:10] <RikMills> Laney: fair enough, and thanks for the help/explanation. as said, I am still getting used to the re-worked britney output
[16:10] <sil2100> (took a while for me to grasp the whole thing)
[16:10] <RikMills> better I found this out early in this cycle
[16:13] <LocutusOfBorg> RikMills, merging gdal instead
[16:13] <RikMills> LocutusOfBorg: yeah, I just saw it needs it!
[16:14] <RikMills> I was just hoping....
[16:14] <LocutusOfBorg> thanks for testing a sync before blindly merge
[16:15] <LocutusOfBorg> it was under my umbrella that merge, but sadly merge-o-matic keeps track of no-change rebuilds instead of the real last uploader
[16:15] <RikMills> LocutusOfBorg: it was more lazy hopefulness to be honest :P
[16:16] <LocutusOfBorg> :)
[16:16] -queuebot:#ubuntu-release- Unapproved: accepted python-certbot [source] (focal-proposed) [0.40.0-1ubuntu0.1]
[16:18] -queuebot:#ubuntu-release- Unapproved: accepted python-certbot [source] (bionic-proposed) [0.27.0-1~ubuntu18.04.2]
[16:31] <cpaelzer> ok sil2100, thanks in advance
[16:50] <Eickmeyer[m]> sil2100: Did you ever get a cycle to review agordejo?
[16:58] <sil2100> Eickmeyer[m]: eek, no! I got context switched and probably missed your ping, let me get on it now ;)
[16:58] <Eickmeyer[m]> sil2100: Ok. :)
[17:03] <sil2100> Eickmeyer[m]: do you have a testbuild of the package somewhere?
[17:04] <Eickmeyer[m]> sil2100: My personal PPA: https://launchpad.net/~eeickmeyer
[17:04] <Eickmeyer[m]> I've tested it on actual hardware and it works great.
[17:06] <Eickmeyer[m]> sil2100: You'll want to look at the build for hirsute with the SRU-type versioning, the first one I did was for Groovy.
[17:10] <sil2100> Eickmeyer[m]: yes, I see it, thanks!
[17:10] <sil2100> Eickmeyer[m]: is there a needs-packaging bug somewhere where I could leave feedback?
[17:10] <Eickmeyer[m]> sil2100: There is not, I can make one real quick.
[17:11] <Eickmeyer[m]> Or you can just directly report it to me. :)
[17:11] <sil2100> Eickmeyer[m]: I guess that's fine, I can leave it here and we can just iterate on that quick ;)
[17:13] <sil2100> Eickmeyer[m]: ok, so three little things that I'd like getting fixed/tweaked before we approve this! Those would be:
[17:13] <sil2100> 1) debian/watch - currently as-is, the url there doesn't seem to work and uscan fails, I think it needs a s/tags/releases/, but I guess you can take a look and confirm
[17:15] <sil2100> 2) debian/copyright - it's okay to a point, but as per what the LICENSE file mentions, all the documentation seems to be licensed under CC-SA-4.0 and all the graphics under CC-By-ND, so I think it would be good to include that in the debian copyright
[17:17] <sil2100> 3) This one might be a false positive, but when running lintian on the generated binary packages (amd64 I tried) I'm still getting 2 errors/warnings - both seen false-positives that might be good to override. I see one override already, but at least in the amd64 package from the PPA, the override didn't quite work
[17:17] <sil2100> Eickmeyer[m]: if you could take a look at those 3, we can then get it into hirsute :)
[17:17] <sil2100> Thanks!
[17:17] <Eickmeyer[m]> sil2100: Are you using the binary from my PPA or did you build your own?
[17:18] <sil2100> Eickmeyer[m]: for the lintian check, the one from the PPA
[17:19] <sil2100> (so maybe it's some earlier version of the package?)
[17:19] <Eickmeyer[m]> That's possible, and that's what I'm checking now.
[17:19] <sil2100> For the source review I used the source in the NEW queue
[17:19] <Eickmeyer[m]> All code is at lp:agordejo
[17:20] <sil2100> Anyway, I saw one override in the source package already, but I guess the other error might need an override as well (since it looks like a false-positive)
[17:21] <Eickmeyer[m]> sil2100: The "no-manual-page" warning?
[17:40] <rbalint> sil2100, could you please merge this for systemd? https://code.launchpad.net/~rbalint/britney/+git/hints-ubuntu/+merge/393510
[19:52] <Eickmeyer[m]> sil2100: Did you reject agordejo? I'll have a new upload soon (er, have teward do it because ERR:NotMOTUyet).
[19:53] <teward> i'd have received a reject notice, none yet.
[19:54] <teward> sil2100: which warnings on the lintian?
[19:54] <teward> i ask because Hirsute lintian errors about hirsuite ;)
[19:54] <teward> (I saw that too but have been CBA to make a bug on that)
[21:08] <Eickmeyer[m]> ubuntu-archive: Please reject agordejo, new upload coming as soon as teward can. :)
[21:42] -queuebot:#ubuntu-release- New: rejected agordejo [source] (hirsute-proposed) [0.1.1-0ubuntu1]