/srv/irclogs.ubuntu.com/2020/11/09/#ubuntu-release.txt

mwhudsonhttps://imgflip.com/i/4lm3jc00:00
-queuebot:#ubuntu-release- New binary: perl [amd64] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)00:09
-queuebot:#ubuntu-release- New binary: perl [ppc64el] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)00:11
LocutusOfBorgno please perl no...00:27
-queuebot:#ubuntu-release- New binary: perl [i386] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)00:39
-queuebot:#ubuntu-release- New binary: node-mini-css-extract-plugin [amd64] (hirsute-proposed/universe) [0.5.0-2] (no packageset)00:54
-queuebot:#ubuntu-release- New binary: perl [riscv64] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)01:16
-queuebot:#ubuntu-release- New binary: perl [arm64] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)01:19
-queuebot:#ubuntu-release- New binary: perl [armhf] (hirsute-proposed/main) [5.32.0-4] (core, i386-whitelist)01: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:24
-queuebot:#ubuntu-release- New binary: lucene8 [amd64] (hirsute-proposed/universe) [8.6.3+dfsg-1] (no packageset)05:25
-queuebot:#ubuntu-release- New binary: node-emittery [amd64] (hirsute-proposed/universe) [0.7.2-1] (no packageset)05:26
-queuebot:#ubuntu-release- New binary: ruby-tpm-key-attestation [amd64] (hirsute-proposed/universe) [0.10.0-1] (no packageset)05:30
-queuebot:#ubuntu-release- New binary: pmdk [amd64] (hirsute-proposed/main) [1.10-1] (ubuntu-server)05:36
=== sorinello1 is now known as sorinello
=== sorinello__ is now known as sorinello1
=== sorinello__ is now known as sorinello
=== sorinello1 is now known as sorinello
=== sorinello1 is now known as sorinello
=== sorinello1 is now known as sorinello
=== sorinello1 is now known as sorinello
=== sorinello1 is now known as sorinello
=== sorinello1 is now known as sorinello
=== sorinello1 is now known as sorinello
-queuebot:#ubuntu-release- New binary: pmdk [arm64] (hirsute-proposed/main) [1.10-1] (ubuntu-server)06:23
=== sorinello1 is now known as sorinello
=== sorinello1 is now known as sorinello
cpaelzerhi 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 please07:33
ubot5Ubuntu bug 1893274 in python-certbot (Ubuntu Focal) "Certbot will stop working for 23,847 users with upcoming Let's Encrypt deprecation" [Undecided,In progress]07:33
cpaelzerto 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 again07:34
cpaelzerso I'd extra-appreciate if that could be given an SRU-look soon'ish07:34
-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:35
-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:36
RikMillssil2100: morning. we have a Qt transition with a couple of things tto do to complete it, could you help?08:54
RikMillshttps://code.launchpad.net/~mitya57/britney/+git/britney/+merge/39345908:54
RikMillsand removal of hedgewars ppc64el binaries in release pocket08:55
dokoRikMills: are rdeps not built anymore?09:11
RikMillsdoko: 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 moment09:13
dokook, removing09:13
RikMillsdoko: thanks!09:13
-queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-340 [source] (groovy-proposed) [340.108-0ubuntu5.20.10.1]09:20
sil2100RikMills: o/09:21
sil2100RikMills: hm, I see that branch of hints as already merged?09:22
RikMillssomeone accepted the merge, so I think we are there with Qt!09:22
RikMillssil2100: yes, thank you anyway :)09:22
sil2100\o/09:22
RikMillsgoing to have to wait for current britney run +1 but \o/ indeed09:23
Laneydoko: thanks, I did that but forgot to push it apparently09:24
Laneyomg sub 2000 tests on armhf09:24
RikMillsLaney: thanks for your requeued libreoffice tests. they worked :)09:25
RikMillsthough some did restart multiple times09:25
Laneylol09:26
LaneyI'm imagining you glued to the /running page09:26
Laneyprobably more exciting than nytimes was09:26
-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
RikMillsLaney: 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 wrong09:27
RikMills*when a test09:27
Laneyindeed09:29
Laneybasically 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 nodes09:29
Laneyand libreoffice is a big one09:29
Laneysilly reason09:29
RikMillsyeah, I recall that being a reason before :/09:30
mwhudsonRikMills: 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 do09:31
mwhudsonhttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=97362309:31
ubot5Debian bug 973623 in ghc "stack overflows with ghc on ppc64el" [Serious,Open]09:31
RikMillshedgehog battlers on ppc64el will thank you for ever.... ;)09:33
RikMillsbut yeah, I just took Locutu$OfBorg's word it would be some time for a fix09:34
-queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (groovy-proposed) [2.694.1]09:42
-queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (groovy-proposed) [6.6.0-1ubuntu3.1]09:50
-queuebot:#ubuntu-release- Unapproved: accepted gnome-shell [source] (groovy-proposed) [3.38.1-1ubuntu1.1]10:01
-queuebot:#ubuntu-release- Unapproved: accepted gnome-terminal [source] (groovy-proposed) [3.38.0-1ubuntu1.1]10:16
-queuebot:#ubuntu-release- Unapproved: accepted ceph [source] (bionic-proposed) [12.2.13-0ubuntu0.18.04.5]10:23
LocutusOfBorgmwhudson, it didn't work10:28
mwhudsonLocutusOfBorg: what didn't work? switching to ld.bfd?10:28
LocutusOfBorgsure10:28
LocutusOfBorghttps://bileto.ubuntu.com/#/ticket/432510:28
mwhudsonhmm10:28
LocutusOfBorgthe first ubuntu1 upload was "switch to bfd"10:29
LocutusOfBorgit doesn't even pass stage1 build10:29
LocutusOfBorgsomewhere it is still using gold10:29
LocutusOfBorgdon't ask me why and how10:29
mwhudsonwhat is going on there!?10:29
mwhudsonbah10:29
mwhudsonis /inplace/bin/ghc-stage1 crashing, do you think?10:30
mwhudsoni guess it's compiled with the ghc from the archive, which is using gold10:30
LocutusOfBorgI even added stuff https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_39a8dbb93caf4ec889f8a1b7f69885db/bileto-4325/2020-11-09_10:29:34/hirsute_ghc_content.diff10:31
mwhudsonthere 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 build10:32
LocutusOfBorghttps://launchpadlibrarian.net/505530967/buildlog_ubuntu-hirsute-ppc64el.ghc_8.8.4-1ubuntu4_BUILDING.txt.gz10:32
LocutusOfBorgbut if the gold bug is fixed, according to doko, why does it still fail?10:32
mwhudsonmaybe figuring out what gold is up to is easier after all10:32
mwhudsonwell, the git commit log of gold suggests that the bug should be fixed10:34
LocutusOfBorgmy bad, stage2 is failing10:34
LocutusOfBorgso old ghc should have no effect there?10:34
mwhudsonLocutusOfBorg: well stage2 is invoking the stage1 ghc, which is what i'd expect to be broken?10:35
LocutusOfBorgbut its built with bfd...10:35
LocutusOfBorgexcept for something in the log that still uses gold10:35
mwhudsonoh hm10:36
mwhudsonwell i don't know10:36
mwhudsonmaybe ld.bfd is broken two, i wouldn't be completely surprised10:36
mwhudson*too10:36
LocutusOfBorgbut in any case, if I say LD=ld disable-ld-override and so on, it should use bfd10:37
mwhudsonyeah10:37
LocutusOfBorg   ld           : ld10:37
LocutusOfBorgand the detect works10:37
cpaelzersil2100: 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:41
sil2100cpaelzer: didn't see it, but I can take care of it after our merge-party - what queue is it in?10:43
cpaelzerBionic and Focal10:44
juliankLaney: So um what would it take us to spin up another armhf lxd remote, and reduce arm64 ones?10:52
juliankBecause arm64 is empty and the armhf queue is long10:52
juliankand AFAIUI the armhf lxd remotes are just arm64 instances?10:52
juliankcan you like clone an instance and add them to the remotes.conf or stuff?10:53
juliankCan we put scaling of lxd workers into a script that we can run?10:56
juliankI see it in the bash history10:56
juliankbasically 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:57
juliankand then updates lxd-remotes.conf and set juju property on lxd worker and redeploy10:58
LaneyYou'd want to tune down the number of arm64 workers then, unless you like overrunning our quota10:58
juliankLaney: yeah sure10:58
Laneyand we'd be at bigger risk of running into the disk space problem I mentioned above10:59
juliankarm64 is empty right now, while armhf is long10:59
Laneyin other words there's a scaling problem on the controller10:59
Laneywould be good if we could have multiple of those10:59
juliankdidn't I have a merge request for that?10:59
juliankbut it might be for juju2 cloud11:00
Laneythat work never got finished11:00
Laneyfor either implementation11:00
juliank:/11:00
juliankSo not a good idea to add another lxd remote and 3 lxd runners?11:01
Laneyyou can if you want to watch it closely to make sure it stays stable11:02
Laneyhttps://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure#Worker_administration those instructions in there look ok11:02
Laneyexcept I used bionic instead of focal, something or other didn't work and I haven't looked into that yet (use shell history)11:03
xnoxdoko:  python-oslo.messaging forcedsync from debian; drops all of ubuntu packaging; autopkgtest; regresses from pybuild to python_distutils; etc.11:04
xnoxdoko:  did you check with Ubuntu Openstack team, before dropping ubuntu delta in the forcesync?11:05
dokoxnox: yes, I think I'll remove that again from -proposed11:05
Laneyxnox: have you looked into this preinstalled riscv64 image build failure?11:05
juliankack11:05
xnoxdoko:  please remove from -proposed, then i will upload ubuntuN+1 to cherrypick the python3.9 ftbfs patch from upstream.11:06
xnoxLaney:  no.... the person i need to chat with was off all last week and will be off till wednesday.11:06
dokook, but that's not +1, isn't it? ;p11:07
Laneyok, but you are planning to talk to someone, that means I can ignore it :>11:07
xnoxdoko:  blocking python3-defaults migration, and what's in -proposed is not helping.11:07
dokopython3-defaults is non-blocking11:07
xnoxdoko:  aslo was meant to chat to you about the nvme bug you reported, but forgot.11:07
LaneyI'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 it11:07
juliankhmm I can't see to the lxd remotes, key is being denied, hmm11:12
julianknot even the existing ones11:12
Laneyctrl-r ssh -i11:13
* Laney knows the tricks11:13
juliankgot it11:15
LocutusOfBorgmwhudson, got it11:15
LocutusOfBorgghc --info |grep gold11:15
LocutusOfBorg ,("C compiler link flags"," -fuse-ld=gold")11:15
LocutusOfBorg ,("ld command","x86_64-linux-gnu-ld.gold")11:15
LocutusOfBorglol juliank we both "got it" at the same time :p11:15
LocutusOfBorg  BOOTSTRAPPING_GHC_INFO_FIELD([LD_STAGE0],[ld command])11:17
LocutusOfBorgso, except for stage0, the ld.bfd is used11:17
xnoxLaney:  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:21
Laneyxnox: right11:26
LocutusOfBorgmwhudson, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4325/+build/20267581 :)11:27
Laneyone problem is this is a case where we do fail the build, so there are no images being produced for hirsute atm11:27
juliankLaney: it's live now11:31
juliankthe extra armhf one11:31
Laneycool11:32
xnoxLaney:  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
LaneyI'm already doing it :>11:32
juliankSo that's an 8.3% increase in armhf workers11:34
juliank(JFTR)11:34
Laneycount the workers!11:34
juliank39 workers vs 4411:34
juliank44 being arm6311:35
Laneyyou better reduce arm64/bos02 by 411:35
juliankok11:35
Laneyand follow through on reverting all of this when the queue is finished :>11:35
juliankheh yeah11:35
Laneyxnox: vorlon: it is done11:36
Laneycan be re-enabled once we're ready later this week, at least for hirsute11:37
Laneyassuming you keep the pressure up to get people to do the work11:37
Laney;-)11:37
Laneyjuliank: now the arm64 reduced capacity might matter, perl auto-sync12:55
dokoI'd say the current setup is ok until the queues are on par12:56
juliankI think arm64 still has more workers12:57
juliankNot much more, though12:57
Laneylxd tests are much faster to initialise than arm64 ones12:58
Laneycomparing number of workers directly isn't that useful12:58
juliankWill monitor and reassess contiously12:58
Laneyok!12:59
LocutusOfBorgis anybody doing perl rebuilds?13:26
LocutusOfBorgoh looks like somebody is13:27
juliankLaney: the triggers being all merged was that a britney change?13:41
juliankso many packages with multiple triggers13:41
julianksome trigger lists super long13:42
RikMillsLaney: 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:57
RikMillsas qgis was perfectly migratable before and has not been rebuilt, is this a bug?14:58
RikMillsand can we perhaps get a hint?14:58
RikMillsnote: libgdal-grass 3.1.4 has only just been autosynced, so seems to be why that happend on that run14:59
RikMillsactually 11 days old which is even stranger15:02
Laneyjuliank: yes, it tries to work out what needs to migrate together15:03
ginggsdoes dask want to be added to big_packages for its autopkgtests?15:03
Laneycould be, would be worth someone trying with --ram-size=8192 --cpus=215:07
ginggsis there any way to request that when testing against a ppa?15:13
Laneyfraid not, those are parameters to autopkgtest-virt-qemu15:15
=== acheronuk is now known as RikMills
LaneyRikMills: https://paste.ubuntu.com/p/sFWtBknrc4/ not sure what you mean, I don't see that qgis was migratable before15:28
Laneyreasons can shuffle around when different things become candidates though15:28
Laneyany reason not to merge gdal?15:29
LaneyIt looks like it's a transition involving at least qt3d-opensource-src somehow which requires gdal to have been rebuilt15:32
Laneyso you need to get the new version migratable15:32
Laneyor qgis to be rebuilt which brings in gdal, or something15:32
Laneybottom line is I think that sync/merge will help you along :>15:32
RikMillsLaney: I just sync'd gdal, and will see whether I need to add back any delta15:36
RikMillsLaney: 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 run15:39
RikMillse.g. https://i.imgur.com/3gPnlzZ.png15:40
RikMillsto be fair, I am still getting used to the britney re-work15:41
-queuebot:#ubuntu-release- Unapproved: accepted yaru-theme [source] (focal-proposed) [20.04.10.1]15:44
LaneyRikMills: 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 itself15:53
Laneywe'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 ready15:54
Laneybut it's not useful to show that15:54
Laneyyou want to see if they are not considered because of any other reason15:54
RikMillsLaney: qtbase was shown as blocked only on libreoffice and pyqt5 on the previous run. the next run those blocks were fixed, and qgis appeared15:55
LaneyDon't think I have anything more to add. :-)15:56
LaneyIf you still have the page around, go look at what #qgis shows15:56
RikMillsLaney: Nice. It show qgis without (not considered) regards to qtbase, but blocked on itself. that is contradictory and confusing/useless16:00
RikMillsif qgis was not considered due to a test fail, it would say not considered against qtbase16:01
Laneyblocked on itself?16:01
RikMillsbut not for a dependency, which is illogical16:01
RikMillsLaney: blocked in it's own section I mean: https://i.imgur.com/9XVuh6t.png16:04
RikMillsyet qtbase did not show it as (not considered)16:04
LaneyI don't see anything contradictory or illogical there16:04
Laneybut maybe we could somehow have figured it out and shown not considered16:05
Laneyhttps://git.launchpad.net/~ubuntu-release/britney/+git/britney2-ubuntu/tree/britney2/excuse.py#n41616:05
Laneyhere's the code where we work this out16:05
RikMillsLaney: 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 are16:06
RikMillswhere in fact, you need to go check the full list to make sure it is not wrong16:07
RikMillswhich many people (inc me) might not realise16:08
Laneywe 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 useful16:08
sil2100cpaelzer: 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 now16:08
RikMillsLaney: ok, if there is a technical block to having the info that way, then fair enough16:09
LaneyI'm sure there is a way to do it16:09
LaneyI just dunno what it is right now16:09
RikMillsLaney: fair enough, and thanks for the help/explanation. as said, I am still getting used to the re-worked britney output16:10
sil2100(took a while for me to grasp the whole thing)16:10
RikMillsbetter I found this out early in this cycle16:10
LocutusOfBorgRikMills, merging gdal instead16:13
RikMillsLocutusOfBorg: yeah, I just saw it needs it!16:13
RikMillsI was just hoping....16:14
LocutusOfBorgthanks for testing a sync before blindly merge16:14
LocutusOfBorgit was under my umbrella that merge, but sadly merge-o-matic keeps track of no-change rebuilds instead of the real last uploader16:15
RikMillsLocutusOfBorg: it was more lazy hopefulness to be honest :P16:15
LocutusOfBorg:)16:16
-queuebot:#ubuntu-release- Unapproved: accepted python-certbot [source] (focal-proposed) [0.40.0-1ubuntu0.1]16:16
-queuebot:#ubuntu-release- Unapproved: accepted python-certbot [source] (bionic-proposed) [0.27.0-1~ubuntu18.04.2]16:18
cpaelzerok sil2100, thanks in advance16:31
Eickmeyer[m]sil2100: Did you ever get a cycle to review agordejo?16:50
sil2100Eickmeyer[m]: eek, no! I got context switched and probably missed your ping, let me get on it now ;)16:58
Eickmeyer[m]sil2100: Ok. :)16:58
sil2100Eickmeyer[m]: do you have a testbuild of the package somewhere?17:03
Eickmeyer[m]sil2100: My personal PPA: https://launchpad.net/~eeickmeyer17:04
Eickmeyer[m]I've tested it on actual hardware and it works great.17:04
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:06
sil2100Eickmeyer[m]: yes, I see it, thanks!17:10
sil2100Eickmeyer[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:10
Eickmeyer[m]Or you can just directly report it to me. :)17:11
sil2100Eickmeyer[m]: I guess that's fine, I can leave it here and we can just iterate on that quick ;)17:11
sil2100Eickmeyer[m]: ok, so three little things that I'd like getting fixed/tweaked before we approve this! Those would be:17:13
sil21001) 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 confirm17:13
sil21002) 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 copyright17:15
sil21003) 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 work17:17
sil2100Eickmeyer[m]: if you could take a look at those 3, we can then get it into hirsute :)17:17
sil2100Thanks!17:17
Eickmeyer[m]sil2100: Are you using the binary from my PPA or did you build your own?17:17
sil2100Eickmeyer[m]: for the lintian check, the one from the PPA17:18
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
sil2100For the source review I used the source in the NEW queue17:19
Eickmeyer[m]All code is at lp:agordejo17:19
sil2100Anyway, 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:20
Eickmeyer[m]sil2100: The "no-manual-page" warning?17:21
rbalintsil2100, could you please merge this for systemd? https://code.launchpad.net/~rbalint/britney/+git/hints-ubuntu/+merge/39351017:40
Eickmeyer[m]sil2100: Did you reject agordejo? I'll have a new upload soon (er, have teward do it because ERR:NotMOTUyet).19:52
tewardi'd have received a reject notice, none yet.19:53
tewardsil2100: which warnings on the lintian?19:54
tewardi ask because Hirsute lintian errors about hirsuite ;)19:54
teward(I saw that too but have been CBA to make a bug on that)19:54
Eickmeyer[m]ubuntu-archive: Please reject agordejo, new upload coming as soon as teward can. :)21:08
-queuebot:#ubuntu-release- New: rejected agordejo [source] (hirsute-proposed) [0.1.1-0ubuntu1]21:42
=== ebarretto_ is now known as ebarretto

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!