/srv/irclogs.ubuntu.com/2021/09/06/#ubuntu-devel.txt

mwhudsonhttps://autopkgtest.ubuntu.com/results/autopkgtest-impish/impish/ppc64el/s/snapd/20210903_160300_25a41@/log.gz <- if glibc 2.34 is making go from the snap segfault something really odd is going on05:17
=== cpaelzer_ is now known as cpaelzer
amurraymwhudson: the previous run didn't segfault - this got triggered to include openssh/1:8.4p1-6ubuntu1 as well - but it then failed anyway due to a different reason... https://autopkgtest.ubuntu.com/results/autopkgtest-impish/impish/ppc64el/s/snapd/20210903_212605_77c0b@/log.gz06:02
=== guiverc2 is now known as guiverc
mwhudsonamurray: hmmmpf07:36
nibbon_o/ are there plan to port containerd 1.5.5 to Focal or it'll remain 1.5.2?07:46
mwhudsonnibbon_: it usually gets backported07:48
mwhudsongrumble grumble i think valgrind needs some glibc 2.34 patches07:51
nibbon_mwhudson: so can I expect that it'll keep backporting till the end of Focal support (April 2025)?07:56
mwhudsonnibbon_: i'm not going to commit to anything myself :)08:10
nibbon_:)08:11
mwhudsondoes git-ubuntu have anything like gbp pq import / export ?08:30
juliankcpaelzer: Seems qemu really hates me now, I'm not sure what's going on08:42
juliankkvm -smp 2 -m 8192 -cpu host -M q35 -object rng-random,filename=/dev/urandom,id=rng0 -device virtio-rng-pci,rng=rng0,id=rng-device0 -smbios type=1,product=UBUNTUQEMUTEST -drive if=pflash,format=raw,readonly=on,file=/usr/share/OVMF/OVMF_CODE.fd -drive if=pflash,format=raw,file=/run/08:42
juliankuser/1000/OVMF_VARS.fd -drive if=virtio,format=raw,file=/dev/ubuntu-vg/vm-centos -display gtk,gl=on -cdrom ubuntu-18.04.5-live-server-amd64.iso -vga virtio -cdrom ubuntu-18.04.5-live-server-amd64.iso08:42
juliankkvm: -cdrom ubuntu-18.04.5-live-server-amd64.iso: drive with bus=2, unit=0 (index=2) exists08:42
juliankcpaelzer: oh nevermind, cdrom is twice08:42
schopinA good soul to sponsor LP: #1939707 ? Upstream cherrypick to work around a GCC11 / LTO FTBFS08:42
* juliank was wondering how he broke that :D08:42
ubottuLaunchpad bug 1939707 in libuv1 (Ubuntu) "FTBFS on impish" [Undecided, In Progress] https://launchpad.net/bugs/193970708:42
juliankschopin: lookin08:43
schopinthanks :)08:43
schopinFor such an upload, I don't have to file a FFe, right?08:43
juliankright08:43
cpaelzerjuliank: :-) I've not seen "if user = juliank" recently08:54
mwhudsondoes anyone have a canned way of running an autopkgtest that can only access the internet via proxy, like our runners?09:00
cpaelzermwhudson: IIRC --env='no_proxy=127.0.0.1,127.0.1.1,localhost,localdomain,novalocal,internal,archive.ubuntu.com,security.ubuntu.com,ddebs.ubuntu.com,changelogs.ubuntu.com,ppa.launchpad.net' --env='http_proxy=http://squid.internal:3128'09:01
mwhudsoncpaelzer: i mean locally09:01
cpaelzerI used that a long time ago, but sure if there was another ingredient to it09:01
mwhudsonor can you access squid.internal over the vpn?09:01
cpaelzeryes09:01
mwhudsonah ha09:02
mwhudsonthis doens't prevent the vm form accessing the internet not via proxy, i guess we need some iptables for that09:02
mwhudsonbut it's probably good enough09:02
cpaelzeryes I'm sure in the real environments there are some rules set up that block all-else09:02
mwhudsontjaalton: do you know what's going on here? https://launchpad.net/ubuntu/+source/libepoxy/1.5.8-1/+build/2199794709:06
rbasakmwhudson: the "applied" branches (not hash stable yet) are the equivalent of "pq import". There is no export yet. But you can just use gbp pq import/export; that works.09:28
seb128mwhudson, hey, could you poke at golang-github-containers-buildah this week during your +1 maybe? I don't understand go enough to figure out what's going on there, it errors out on resolvconf missing which wasn't an issue before. Are go packages allowed to download from internet or should that be in the depends? (seems like the github url for the project changed but updating that didn't make a difference)09:33
mwhudsonrbasak: yeah, so i checked out the applied branch, cherry-picked some changes from upstream and then failed to figure out how to make pq export work09:34
mwhudsongbp always has these expectations around branch layout that i fail to live up to09:34
mwhudsonseb128: sure09:34
seb128mwhudson, thanks09:34
mwhudsonseb128: it's probably the change to default behaviour in 1.16 that's tripping things up (from your description, anyway)09:34
rbasakmwhudson: ah I'm not sure gbp pq export will work against an unapplied branch, sorry09:44
rbasakYou can use git-format-patch, stick them into debian/patches/ and add them to series I guess.09:44
mwhudsonrbasak: yeah, it wasn't hard at all to do it by hand09:44
rbasakSorry it's not a smoother experience right now09:44
mwhudsonno worries09:45
schopinhmm, I'm confused. I've received a mail saying the s390x build of libuv1 failed, but all the various links within the mail tell me that the build was a success.09:45
schopinAnyone knows what could have caused this?09:45
mwhudsoni just wish we had imports for every package (and they were all already on my system)09:45
rbasakI'm focusing on letting everyone push rich history right now09:46
rbasakAfter that, I intend to get the applied branches hash stable, which I'm treating as blocking importing all packages09:46
rbasakThen I intend to import all packages09:46
rbasakIt's slow going since I'm not able to spend much of my time on it right now :-/09:47
mwhudsonschopin: a retry could do that?09:48
mwhudsonseems unlikely on a fresh upload09:48
rbasakHowever the importer itself is in much better shape right now - lots of invisible work refactoring and getting a comprehensive test suite going.09:48
schopinmwhudson: whoever retried it must have been damned fast, as there's been at most 10mn between the mail and my checking out the results.09:49
mwhudsonschopin: yeah, sounds strange09:50
mwhudsonschopin: is the time of the email before the build started time on https://launchpad.net/ubuntu/+source/libuv1/1.40.0-2ubuntu1/+build/22045701 ?09:51
tjaaltonmwhudson: caused by mesa from proposed09:52
schopinmwhudson: email sent ~1mn before the start of the successful build. I'll be damned. But this means that a retry doesn't change the build ID?09:53
tjaaltonspeaking of which, I need a ppc64el instance..09:54
mwhudsonschopin: yeah rebuilds are destructive like that09:54
mwhudson(yay bad design decisions from 15+ years ago)09:54
schopin(live and learn, as they say)09:55
mwhudsonschopin: my guess is some infrastructure issue killed the build and it got automatically or batch restarted09:55
mwhudsontjaalton: me too, i want to understand what's going on here https://autopkgtest.ubuntu.com/results/autopkgtest-impish/impish/ppc64el/s/snapd/20210903_160300_25a41@/log.gz09:56
mwhudsontjaalton: there is a power8 maas still you might be able to get access to09:56
tjaaltonyeah09:59
juliankschopin: I retried the build after it failed, and it passed10:07
juliankschopin: I got the email too :D10:08
juliankschopin: sorry I forgot to communicate that10:08
schopinjuliank: np, I got to learn new things as a result :)10:09
tjaaltonI need an example package that runs upstream tests as autopkgtest11:07
tjaaltonand if using meson, even better11:08
cjwatsonopenssh runs upstream tests as autopkgtest, but (a) not meson (b) if it's actually a useful example for you, my sympathies11:12
cjwatsonI resorted to adding a binary package just for the upstream tests as it was otherwise annoyingly slow to have to rebuild part of the source again11:13
tjaaltonah, right.. I'm thinking of running what dh_auto_test does11:14
tjaaltonif it means building the whole source, so be it.. it's small11:15
laneynote that autopkgtests should run againt the installed package, so if you're building it, you'll probably have to do some work to convince the testsuite to do that rather than the thing you just built11:32
tjaaltonhmm right11:34
laneygnome has a pattern called 'installed tests' which gets this right, the tests can be shipped in a foo-tests package then11:34
tjaaltonok thanks, I'll think about it..11:36
ItzSwirlzcjwatson: No luck. Debootstrap team hasn't responded, and I'm starting to get worried they basically don't care about what they've did with ubuntu building. I'm experimenting with livecd-rootfs options but something sinister is going on15:21
ItzSwirlzI've figured out that all the conflicting packages are the ones with ubuntu patches (-ubuntu1, -ubuntu2, etc).15:21
ItzSwirlzAdding a PPA to livecd-rootfs in a fork wouldn't really be a good idea15:21
ItzSwirlzUpdate: They did, I just didn't receive it for whatever reason.15:28
ItzSwirlzhowever, due to the customization/patches we do to lb it's suggested to talk to the ubuntu folks, is there a specific channel for ubuntu livecd-rootfs and ISO image devs?15:28
cjwatsonI can't help you, sorry - I chimed in once with some ideas but I'm not able to give further help15:33
cjwatson(I used to be involved with this stuff in Ubuntu but it was years ago)15:34
ItzSwirlzNo problem buddy, sorry. I'm literally going through every option and tweaking things as a last-ditch attempt15:41
cjwatsonFWIW I doubt there's any particular malice from the Debian installer team (who maintain debootstrap), they might just be hideously overworked and not have seen your contacts15:42
cjwatsonThey also can't be expected to test with Ubuntu15:43
ItzSwirlztrue, i'm just losing my mind15:53
rbasak!dmb-ping19:00
ubottuddstreet, rafaeldtinoco, rbasak, sil2100, slashd, teward, tsimonq2: DMB ping19:00
tewardUS holiday is US holiday :|19:01
=== rafaeldtinoco_ is now known as rafaeldtinoco
rafaeldtinocoim here but not in a computer right now19:01
rafaeldtinocoholidays here as well19:01
teward(Labor Day means a day off here in the USA)19:02
* mwhudson looks at golang-github-containers-buildah, considers step 4 of https://twitter.com/IanColdwater/status/140000955115659264022:55

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