/srv/irclogs.ubuntu.com/2023/06/20/#ubuntu-devel.txt

zhsjhi, could someone retry the build https://launchpad.net/ubuntu/+source/golang-golang-x-tools/1:0.6.0+ds-1/+build/2631172608:19
ginggszhsj: .10:18
paride@pilot in11:01
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Mantic Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Bionic-Lunar | Patch Pilots: paride
=== Guest277 is now known as ogra
=== ogra is now known as Guest711
=== Guest711 is now known as ogra
adrien \o12:19
adrienI'm doing +1 (I actually started on yesterday but I was digging in and tooling); can someone retry dolphin on armhf? retry-autopkgtest-regressions --blocked-by-tests dolfin | grep armhf12:29
adrienthere have been many timeouts on armhf over the week-end and this one has shown timeouts too12:29
jawn-smithadrien: I'm on it13:03
adrienjawn-smith: \o/13:23
adrienand thanks :)13:23
jawn-smithyw!13:24
adrienftr coq packages are blocked by 3 FTBFS: two of them will be fixed by merging from debian and one of them will also be fixed by merging but it does so by dropping 32-bit arches and I think there's a better fix (from upstream); I've added a report on LP with update-excuse tag and debian bug watch13:59
paride@pilot out14:32
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Mantic Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Bionic-Lunar | Patch Pilots: N/A
adriencan someone retry-autopkgtest-regressions --blocked-by-tests gnustep-base | grep amd6414:38
adrienthanks :)14:38
adrienbasically, gnustep-base uses httpbin.org for some of its tests and the host been unreliable but it seems fixed now so there's a window for making this pass14:39
adrienI think it's safe to do it on all arches; I'll let you judge if you want to do on more14:39
adrienthere's also a patch upstream to use example.org/net instead but there's no reason to wait on that (it's not part of a release yet but I'm filling a bug in debian)14:40
=== coreycb_ is now known as coreycb
lvoytek@pilot in15:00
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Mantic Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Bionic-Lunar | Patch Pilots: lvoytek
ginggsadrien: gnustep-base triggered (on all arches)15:11
adrienthanks :) hopefully the timing is right and it passes15:11
=== mmikowski5 is now known as mmikowski
=== klebers_ is now known as klebers
kanashiro[m]vorlon: I'd like to ask if it is possible to remove containerd/1.7.2-0ubuntu2 (source and binaries) from mantic-proposed. I filed this bug with more details of what is happening LP: #202449018:58
-ubottu:#ubuntu-devel- Launchpad bug 2024490 in containerd (Ubuntu) "[RM] Remove containerd from mantic-proposed" [Undecided, New] https://launchpad.net/bugs/202449018:58
lvoytek@pilot out18:59
kanashiro[m]sorry, this should have gone to #ubuntu-release19:00
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Mantic Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Bionic-Lunar | Patch Pilots: N/A
seb128kanashiro[m], removed19:05
kanashiro[m]seb128: thank you!19:05
seb128np!19:05
adrien_kanashiro[m]: btw, I'm looking at rack-related migrations and I'm wondering why it Replaces: ruby-rack (<< 3.0.0-1); disclaimer: I'm not familiar with these packages and I might also be unaware of some trick20:02
adrien_ftr, R packages seem to often need https://cran.r-project.org/doc/manuals/r-release/R-exts.html#Converting-a-package-to-use-registration  which is part of https://github.com/edzer/intervals/commit/a8078e662b857fbee418e0c545c9805012b5f011 AFAIU20:10
-ubottu:#ubuntu-devel- Commit a8078e6 in edzer/intervals "address various CRAN issues"20:10
adrien_unfortunately I'm not sure all these packages are well-maintained20:12
adrien_s/packages/sources/20:12
kanashiro[m]adrien_: those are new packages and some code there used to be in ruby-rack before 3.0. I need to work on the transition to ruby-rack 3 in the debian side20:15
kanashiro[m]it is in my todo list20:16
adrien_kanashiro[m]: ok; so, is ruby-rack 3.0.0-1 usable? I'm asking because of https://launchpad.net/ubuntu/+source/ruby-rack/3.0.0-1ubuntu120:22
adrien_and https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#ruby-rack20:22
kanashiro[m]adrien_: some apps still do not support ruby-rack version 3 upstream, if you check the bug in the end of the excuses entry you'll see that I added the block-proposed tag to not let it migrate until I make sure everything is good to go20:24
adrien_kanashiro[m]: ah, right, sorry for the noise; I've been using other frontends to excuses today and they're not showing bugs!20:26
adrien_thanks!20:26
kanashiro[m]yw :)20:26
kanashiro[m]adrien_: I suppose you are working on a +1 maintenance shift, right? If you want to submit patches to the packages blocking ruby-rack I'd be happy in reviewing them, but I'd like to tackle them in Debian first20:28
adrien_right, +1; there are quite a few things stuck at the moment and which seem to only need small nudges so I'm focusing on these at the moment; or at least analyzing the current set of excuses so that subsequent people on +1 have an easier time20:31
adrien_(plus I really don't know ruby)20:31
adrien_but I might have a look20:31
kanashiro[m]it is up to you :)20:31
adrien_it probably depends on whether I have the courage to look at the 50 or so R packages with issues :D20:31
kanashiro[m]have fun!20:32
=== adrien_ is now known as adrien
adrienhah, for R: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=103468320:44
-ubottu:#ubuntu-devel- Debian bug 1034683 in src:r-base "r-base: new upstream release unintentionally uploaded to unstable" [Serious, Open]20:44
adrien> r-base (4.3.0-1) unstable; urgency=medium20:44
adrien> .20:44
adrien>   * New upstream release (into 'experimental' while Debian is frozen)20:45
adrienspot the issue20:45
sarnoldoops20:45
sarnoldhow bad is that to undo?20:45
adrienit seems it was fine for debian but for us, r-base probably needs to be removed from proposed for now20:46
sarnoldah nice, it looks like debian gets to just sit back and let things run their course... I bet that'd work for us, too?20:48
adriendunno, I don't have enough experience to judge :)20:49
adrienbut I can say that there are 23 packages impacted by the "registration" issue with native code bindings20:50
adrienat least one project is maybe abandonned (I looked at two, maybe three, so the ratio is not good)20:51
mitya57Hi! I'm getting 500 error when trying to retry an autopkgtest: https://autopkgtest.ubuntu.com/request.cgi?release=mantic&arch=armhf&package=python-hypothesis&trigger=sphinx-rtd-theme%2F1.2.2%2Bdfsg-121:08
blucafor the cloud autopkgtest environment, is it LXD running the relevant ubuntu version under test? I need to reproduce the exact same running environment, to debug some weird test issues22:28
blucaif some documentation on how to replicate locally exist, would greatly appreciate a pointer22:29
bdmurraylxd is only used for the armhf instances otherwise we are launching instances with openstack and connecting to them via ssh22:57
blucais that qemu VMs then?23:01
bluca(never used openstack, not familiar with it)23:02
blucafound https://packaging.ubuntu.com/html/auto-pkg-test.html#executing-the-test23:07
bdmurrayI would start with using qemu as a backend and see if you can recreate the issue23:14
bdmurraymitya57: I restarted a service and was able to submit the test again23:18

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