/srv/irclogs.ubuntu.com/2024/02/22/#ubuntu-devel.txt

ahasenackwaveform: quick review? I will still run the dep8 tests on all arches before upload: https://pastebin.ubuntu.com/p/GFWqgCfS5F/00:05
waveformI'm afraid that won't quite work -- getattr(os, "O_LARGEFILE", None) is going to return 0 (evaluating to False) on amd6400:07
ahasenacksmucks00:07
waveformbest to just do the try..except AttributeError00:08
ahasenackok00:08
ahasenackwaveform: https://pastebin.ubuntu.com/p/p4XgnRXhcx/00:11
waveformlooks good to me!00:11
waveform(I'd be very surprised if any of our python builds didn't have O_LARGEFILE defined, in other words if they were limited to 4GB file-pointers, but it's good to cover our bases just in case)00:13
ahasenackI believe this will be temporary00:13
ahasenacknext step will be to yank that script00:13
waveform:)00:13
* ahasenack chants "ppa: publish! ppa: publish!"00:55
* sarnold chants "ppa: publish! ppa: publish!"00:55
ahasenacklet's get the energy flowing!00:55
ahasenackpublished!01:08
ahasenacktests triggered, now let's play some Assassin's Creed while I wait01:10
* sarnold starts swordfighting from his chair01:11
ahasenackall passed so far, including armhf01:23
ahasenackjust waiting on s390x01:23
ahasenackrunning for 10min, should be almost done01:23
ahasenackactually, there is zero output for s390x: https://autopkgtest.ubuntu.com/running#pkg-update-motd01:25
ahasenackI'll upload, the others were green01:26
=== pushkarnk1 is now known as pushkarnk
arraybolt3mkukri: You don't happen to be the same Mate Kukri who made this happen, are you? https://libreboot.org/docs/hardware/dell9020.html If you are, this is extremely awesome :D06:48
mkukriit is me yep :)07:29
mkukristill occasionally dabble in coreboot thingies but mostly ENOTIME07:30
=== ebarretto_ is now known as ebarretto
dviererbeCan someone sponsor https://code.launchpad.net/~dviererbe/ubuntu/+source/libapache2-mod-python/+git/libapache2-mod-python/+merge/460705 ?08:50
dviererbeIt build in a PPA and the tests pass08:50
zhsjcould someone retry this build https://launchpad.net/ubuntu/+source/golang-1.20/1.20.14-1/+build/27809168 there's no log, looks like infra problem.11:11
cjwatsonzhsj: done11:14
zhsjcjwatson: thx11:15
blucais there any way to force a PPA to create a release file even if there's no packages targeted at that release?11:50
blucaautopkgtest is refusing to run without ppa= but I have no need for any custom packages for noble11:50
cjwatsonbluca: use mark-suite-dirty from ubuntu-archive-tools11:51
cjwatsongive it the right --archive and --suite, then wait for a publisher cycle11:51
ahasenackok, so just ansible is blocking the python3 migration now12:03
ahasenackany ideas?12:03
ahasenackdoko: you said you tried something with ansible?12:03
* ahasenack sets sights on ansible12:07
blucacjwatson thanks - but I can't figure out the right incantation, the ppa is http://ppa.launchpad.net/upstream-systemd-ci/systemd-ci/ubuntu12:08
cjwatsonbluca: -A ppa:upstream-systemd-ci/ubuntu/systemd-ci noble12:08
cjwatsonoops12:08
cjwatsonbluca: -A ppa:upstream-systemd-ci/ubuntu/systemd-ci -s noble12:08
blucaah thanks, I was missing ppa:12:08
ginggsahasenack: ansible's autopkgtests seem a bit flaky12:24
ahasenackfailing on just arm* now12:24
ahasenackI updated https://bugs.launchpad.net/ubuntu/+source/ansible/+bug/205253012:24
-ubottu:#ubuntu-devel- Launchpad bug 2052530 in python-ansible-compat (Ubuntu) "ansible-core fails its autopkg tests with Python 3.12" [Undecided, New]12:24
ginggson its own it has passed everywhere except arm64 and armhf12:24
ginggsand with python3-defaults it passed everywhere except armhf and ppc64el12:25
ginggsi spammed a bunch of retries12:25
ginggsit looks like it passed 1 of 3 attempts on arm6412:26
ginggsand 1 of 4 attempts on armhf against python3-defaults12:27
ahasenackarmhf passed now12:34
ahasenackthat test might need a sleep between starting the thing that owns the socket, and the check for the socket12:35
ahasenackI see it has a couple of sleeps already12:35
ahasenack0.5 and 0.812:35
bdrung@pilot in12:51
=== ChanServ changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Mantic | Patch Pilots: bdrung
dviererbeI have an i386 autopkgtest that fails because it tries to install the amd64 version of a test dependency. Is there a recommendation what I can do? My first thought is to either do add the skip-not-installable for i386 or exclude the architecture.13:42
bdrungdviererbe, which package?13:45
dviererbehttps://autopkgtest.ubuntu.com/results/autopkgtest-noble-dviererbe-unzip6-0-28ubuntu2/noble/i386/u/unzip/20240222_111008_6ae09@/log.gz13:45
dviererbeTo add more context, this is a new test. So it would not decrease the test coverage13:46
bdrungit's strange that this test wants to install diffutils:amd64 instead of diffutils:i38613:59
dviererbebdrung: Yes it is, that you don't have an immediate explanation comforts me :D14:02
bdrungdviererbe, ask the QA experts14:02
dviererbeack14:02
flagbritnet hint:14:56
flaghttps://code.launchpad.net/~p-pisati/britney/+git/hints-ubuntu/+merge/46104014:56
flagcan anyone review/merge it?14:56
flagthanks!14:56
=== flag is now known as ppisati
adrienbryyce: I did some filtering and the result is https://pastebin.notk.org/pastebin.php?show=f3be9ab ; for display purposes, I put one per line but in a terminal for a single package, I would print \r each time and erase and overwrite the current line14:59
adrienthere's room for bikeshedding (especially since terms don't display emojis as well as web browsers)14:59
adrienif there are several packages, I would probably prepend each line with the package name (or prepend a line with it) and don't attempt to \r or do anything fancy15:00
bdrungppisati, commented15:01
adrienthere are tons of things that could be done better but I used post-processing and an awk script... ; the main missing part are whether a given arch is enabled in the PPA and whether the build for an arch is finished (the script assumes that if there is nothing said about an arch anymore, it's a full success)15:02
ppisatibdrung: replied15:14
bdrungppisati, Module 'network-legacy' is a dracut module and not a kernel module.15:21
ppisatibdrung: apologize, merge request deleted15:31
ppisatibdrung: i really need to take a break15:47
ppisatibdrung: https://code.launchpad.net/~p-pisati/britney/+git/hints-ubuntu/+merge/46104315:47
ppisatihere is what i really meant15:47
ppisatii wanted to release linux 6.8.0-11.11+1, not dracut15:48
bryyceadrien ooh interesting.  I'd love to hear more and/or see the script.  I like how concise it is.  Did you have thoughts on how multiple packages could be handled, or would this be a single-package only kind of display?15:51
adrienbryyce: the script is stupid-ish awk which I'll be testing in a few dozen minutes (when something is done running here because I've put that as part of larger plumbing); I'll upload it soon15:55
adrienbryyce: I'm definitely using ppa-dev-tools for single-package PPAs usually; I have some rough ideas on how to handle multi-packages but this might not be very doable as part of a post-processing script (or at least it might be a waste of time to do it that way)15:56
bdrung@pilot out16:00
=== ChanServ changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Mantic | Patch Pilots: N/A
=== rkratky__ is now known as rkratky
adrienI'm inclined to write on the NN release notes that coreutils' *sum programs now use libcrypto and are therefore faster but I'm not sure where/how to put it16:10
adrienbryyce: https://pastebin.ubuntu.com/p/CK8ykyxfX4/ ; I never said it was not brittle :P16:12
bryyceadrien, thanks16:30
adrienwell, obviously, something is broken but it's still usable (I guess iterating over awk arrays happens in an undefined order or something like that)16:43
kanashiro@pilot in17:12
=== ChanServ changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Mantic | Patch Pilots: kanashiro
=== sem2peie- is now known as sem2peie
ppisatican anyone merge this?17:42
ppisatihttps://code.launchpad.net/~p-pisati/britney/+git/hints-ubuntu/+merge/46104317:42
ppisatiwe would like to get a 6.8 kernel as soon as possible in release, and we a have a couple of tests blocking us17:43
ppisatiit's a britney hint ^17:43
=== sem2peie- is now known as sem2peie
tjaaltonneeds release team18:08
ElliriaHey there. If anyone in here has editing power on the https://lists.ubuntu.com page, it could use an edit.20:39
ElliriaThe ubuntu-motu entry needs to be moved from the "Development Lists" section to the "Discontinued (Historical) Lists" section since the ubuntu-motu list has been merged with the ubuntu-devel-discuss list.20:39
ElliriaMore info is here: https://lists.ubuntu.com/archives/ubuntu-motu/2023-November/008400.html20:39
EickmeyerElliria: There's a lot going on with lists.ubuntu.com, it won't happen overnight, sadly. And, sadly, nobody here has editing power over that.20:51
ElliriaAh, you're one of the people who wrote in that thread. Do you know if the Ubuntu Doc team has editing powere? I posted in their channel, too, but no reply so far.20:51
EickmeyerElliria: nope, Ubuntu Doc team has no editing power. That's strictly Canonical IS.20:52
ElliriaAh, I've never dealt with them directly. Do they welcome hearing from users?20:52
kanashiro@pilot out20:52
=== ChanServ changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Mantic | Patch Pilots: N/A
EickmeyerIt's a complicated mess right now that I'm not at liberty to talk about.20:53
ElliriaOkay, no worries. Sorry for the noise.20:53
EickmeyerNo worries. :)20:53
Eickmeyerjuliank: Hey! With deb822, I've noticed that the ddeb entry updates don't point to the keyring (`ubuntu-dbgsym-kyring` package) and that this wiki entry (https://wiki.ubuntu.com/Debug%20Symbol%20Packages) probably needs some new instructions or, better yet, something on Discourse in lieu of that. Ideas? Thoughts?20:55
bdmurrayWhat thread?21:00
Eickmeyerbdmurray: I believe it had something to do with the movement of ubuntu-motu@ to ubuntu-devel-discuss@.21:03
bdmurrayI wonder if an admin updating the list description would be reflected on the main page.21:05
juliankEickmeyer: You wanna give it a go? :D21:14
juliankginggs: I peeked and my phone told me glibc migrated, hooray21:15
julianktime to let all hell break loose21:16
ginggsjuliank: \o/21:20
ginggsone britney run later than i expected21:21
ginggsbut it does say:21:21
ginggsTrying hint from ubuntu-release: glibc/2.39-0ubuntu1 dante/1.4.2+dfsg-7build9 gcc-9/9.5.0-5ubuntu1 libnss-db/2.2.3pre1-9build1 unscd/0.54-1build7 zzuf/0.15-2build321:21
juliankyeah21:21
Eickmeyerjuliank: Sure, I can try. :)21:24
Eickmeyerjuliank: Though, I guess that's outdated information with dbudginfod. 😅21:25
Eickmeyerbdmurray: Not sure, but they were talking about moving it down into the deprecated lists area.21:26
juliankEickmeyer: to some extend debuginfod is nicer yeah21:28
juliankEickmeyer: But like corporations can mirror dbgsym behind their firewalls which is nice, I guess debuginfod is less straightforward21:28
juliankEickmeyer: I'd make sure to mention that as the preferred solution!21:28
Eickmeyerjuliank: Yeah, that's very true.21:28
Eickmeyerjuliank: So, two options: Copy the entire document to Discourse mentioning dbuginfod as the preferred method, or simply edit the wiki entry?21:30
juliankEickmeyer: I honestly don't know21:31
juliankEickmeyer: I think this will all move more, so feel free to do what feels natural to you21:31
Eickmeyerjuliank: Then I'll go with option 2 for now, and it can then be copied over later and forwarded.21:31
Eickmeyerjuliank: Merely added under the "Debuginfod" heading: If you are on Ubuntu Noble (24.04) or later, Debuginfod is the preferred method as the following information is outdated and, due to a new format for the sources.list entries being moved to the deb822 format."21:42
UnivrslSuprBoxadrien: Sorry for the ping, I asked in lp:2053071 as well but didn't hear back. Is there anything you need from me to get faketime fixed up in noble given it currently fails dh_auto_test and stops the builder on 32-bit archs? armhf may fix itself after the 64-bit time transition.23:01
-ubottu:#ubuntu-devel- Launchpad bug 2053071 in faketime (Ubuntu) "faketime i386 and armhf fail to fake timestamps through date(1) in lunar and above" [Undecided, Won't Fix] https://launchpad.net/bugs/205307123:01

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