/srv/irclogs.ubuntu.com/2022/01/12/#ubuntu-devel.txt

tewardddstreet: mapreri: anything for the backporters meeting in ~14 hours from now, or no?  Asking 'cause FT job (and a law enforcement partner!) dropped a meeting on my schedule i gotta be present on.02:11
tewardat the same time slot02:11
=== genii is now known as genii-core
=== mfo_ is now known as mfo
=== sem2peie- is now known as sem2peie
=== jelmer_ is now known as jelmer
schopindoko: I have apparently forgotten to add the openssl-3.0.1-version-check.diff line to d/p/series in python3.{9,10}, hence the autopkgtest failures. Sorry :/09:26
schopindidn't notice that test_ssl was disabled in d/rules09:38
mapreriteward: sigh, actually not, I don't have any news myself. :|09:55
mapreriddstreet: ↑09:55
GunnarHjHi sil2100, the language pack generation for jammy seems still be broken.10:57
sil2100wow, still? Looking10:58
sil2100What the heck10:59
sil2100Ah, shit10:59
GunnarHjsil2100: I take it that you are about to fix it soon. ;)11:00
sil2100Yes, yet *another* missing empty directory due to the bzr -> git migration it seems :|11:00
sil2100Let me run through the bzr tree and see if there's any more11:00
seb128sil2100, urg, sorry, that's my fault since I did the conversion :-/11:04
sil2100seb128: it's fine, it's git that's at fault here ;p11:04
seb128sil2100, it's quite an annoying property of git indeed, not the first time it bites me at least :-/11:05
sil2100eh, same...11:05
fheimesdear archive-admins, could you please have a look at 'libzpc' in jammy's new queue - and consider it for acceptance?11:08
seb128fheimes, hey, I can do that for you :)11:09
seb128fheimes, I'm not going to reject due to that but several source use ' Copyright IBM Corp. 2021' so please update the debian/copyright to list 2021 in the next upload11:13
xnoxslyon:  i see some pings about systemd testing .... from over christmas.... was that sorted with bluca or not?11:13
seb128fheimes, and 201911:14
slyonxnox: yes some of the upstream CI/autopkgtest were blocked. I think I saw juliank working on this yesterday and they resolved it IIRC11:14
seb128fheimes, there are several other years, please grep for Copyright and update the list as needed11:15
xnoxhallyn:  MS did manage do self-signed sbat testing end to end; by building shim in devel mode which uses alternative variables...... doing that testing resulted in discovering authenticated variable handling issues.11:15
juliankvorlon: I see that half of the tests fail somehow, but can't say what the issue is11:15
fheimeshmm - mainly just took this over from upstream - I'll make sure it's adjusted with the next upload11:16
fheimes(doing a grep now ...)11:16
juliankI mean, OK, worker 10.44.124.16 has disk I/O errors11:16
seb128fheimes, accepted11:16
juliankand lxd-armhf-10.44.124.143 has a dead lxd11:16
fheimesseb128: many thx (also for the feedback)11:17
juliankJan 12 11:16:58 lxd-armhf10 lxd.daemon[26303]: error: error renaming /var/snap/lxd/common/lxd/logs/lxd.log.7.gz to /var/snap/lxd/common/lxd/logs/lxd.log.8.gz: No space left on device11:17
juliankhooray11:17
juliankthis makes no sense11:18
juliank:D11:18
juliankah ok, it makes sense /dev/vda2        43G   42G  872K 100% /var/snap/lxd/common11:18
seb128fheimes, oh, and another piece of feedback, there is a tests dir so would be nice to have those run as part of the build which doesn't seem the case atm?11:19
seb128fheimes, it built and I NEWed the binaries now11:20
fheimesseb128: to get that test going a test framework needs to be pulled down during build from Google - and what I've heard is that this is a nogo ...11:20
juliankwe really ought to get to the point where we only keep lxd workers for a month or so and them rotate to avoid them piling up crap11:20
seb128fheimes, alright, I didn't investigate, the test documentation refers only to googletest which we have in the archive but I don't know the specifics of the project, I figured out I would mention it anyway :)11:22
fheimesseb128: ok (I had that test once in, but reviewer didn't like that things are pulled from external sources during build - I plan to start a discussion with upstream to find a better was ...)11:25
julianksomebody is running too many big tests at the moment, running the nodes out of space, breaking lxd11:25
juliankthe lxd nodes need to be completely redone, IMO11:26
juliankalso why do we use btrfs but then not lxd btrfs support, weird11:28
juliank(we don't use the fast subvolume based btrfs support, but setup lxd using the basic directory support...)11:30
juliankbtrfs sub delete is a lot faster than rm -rf dirs :D11:32
juliank<VirtSubproc>: failure: ['lxc', 'delete', '--force', 'lxd-armhf-10.44.124.14:autopkgtest-lxd-wgklwr'] failed (exit status 1, stderr 'Error: Stopping the instance failed: Instance "stop" operation timed out after 30 seconds\n')11:34
juliankWell duh11:34
juliankrm -rf might take a few minutes11:35
juliankshould convert them all to btrfs storage pools11:35
hallynxnox: interesting, thanks.  Are those logged some place public?11:48
xnoxhallyn:  are you on keybase?11:48
xnoxhallyn:  i think there were things on mailing lists too.11:48
xnoxhallyn:  but at the moment we still do not use authenticated var.11:49
hallynxnox: not on keybase :(11:53
hallynsupposed to be a more user friendly version of kernel dev key web i guess?  hadn't seen it before.11:56
xnoxhallyn:  oh no, the gpg stuff is aweful inside it. but it does have e2e encrypted team git, chat, and file share. Which is useful for private development and disclosures.12:00
juliankSo lxd-armhf10 (10.44.124.143) has a shot lxd database12:03
juliankGoing to drop that worker12:04
juliankI am going to destroy that server and build up a new one12:08
juliankwe really should have a public RT for autopkgtest cloud admin12:08
juliankooh, bugs in the provisioning script too12:20
schopinlooking for kind sponsors for LP: #1957170 and LP: #195710012:49
ubottuLaunchpad bug 1957170 in libio-socket-ssl-perl (Ubuntu) "libio-socket-ssl-perl depends on  obsolete libssl1.1" [Undecided, New] https://launchpad.net/bugs/195717012:49
ubottuLaunchpad bug 1957100 in lintian (Ubuntu) "Merge lintian 2.114.0 from Debian unstable" [Wishlist, New] https://launchpad.net/bugs/195710012:49
juliankok, we are a bit screwed right now on armhf12:54
juliankas in we can't build lxd contaienrs for jammy or impish12:55
juliankstgraber: autopkgtest-cloud uses images:ubuntu/$release/armhf to build images across all releases; those do not exist on impish and jammy since dec 12 or so, so things are somewhat broken12:56
juliankstgraber: going to move that topic to #lxc12:57
julianklaney: sorry to distrub, but do you remember why we use images:ubuntu/ instead of ubuntu-daily:?13:01
sil2100GunnarHj: new langpacks are there \o/13:05
sil2100Finally working as expected13:05
julianklet's just try ubuntu-daily: what could possibly go wrong13:07
juliankah so the images: come without cloud-init13:10
GunnarHjsil2100: Great, thanks!13:22
ahasenackI forget, can a main package `Recommends` a universe one?13:23
seb128ahasenack, no13:48
ahasenackfigured, thx13:52
=== klebers_ is now known as klebers
ddstreetteward mapreri unfortunately nothing new from me either re: backporters mtg, let's cancel this week and i'll schedule another in 2 weeks? i think the holidays pushed this to the bottom of the todo list, but hopefully we can get back into it by next mtg14:09
dokoschopin, it's applied in 3.9, but not in 3.10. now uploaded the lastter14:15
ahasenackare armhf dep8 testers overloaded?14:15
ahasenackor hung?14:15
schopindoko: oh right, the 3.9 failure seems unrelated to openssl14:16
juliankoops sorry, everything fails right now14:31
mapreriddstreet: ack, pls do14:31
juliankOK, so hopefully the lxd workers will work a bit better now, albeit we lost 2 out of 1114:34
seb128bah, librsvg fails to build on arm64 only, https://launchpadlibrarian.net/579855597/buildlog_ubuntu-jammy-arm64.librsvg_2.52.5+dfsg-1ubuntu1_BUILDING.txt.gz14:39
seb128'libtool:   error: object name conflicts in archive: .libs/librsvg-2.lax/librsvg_c_api.a//<<BUILDDIR>>/librsvg-2.52.5+dfsg/./.libs/librsvg_c_api.a'14:39
juliankGoing to record the state of autopkgtest-cloud work here:14:39
juliank1. I disabled the lxd-armhf10 worker, and built up a new one. It's waiting for impish and jammy lxd images to be published again (images: remote)14:39
juliank2. I disabled the worker 10.44.124.16, as it has disk/IO errors. It needs to be deployed from scratch again as well14:39
juliank3. I replaced use of `lxc delete -f` with `lxd stop`, as the former has a 30s stop timeout which is too low for us (as we used `dir` storage pool). Can be reverted eventually once all nodes use btrfs backend14:39
juliank4. New lxd-armhf nodes use the btrfs storage backend, which is substantially faster to create/delete instance.14:39
juliankWe should now be operating at 9/11 capacity.14:39
ahasenackthanks14:40
seb128mwhudson, hey, that librsvg error I just mentioned is discussed in https://gitlab.gnome.org/GNOME/librsvg/-/issues/787 and seems to be a rust bug, any chance we cherry pick the fix to ubuntu? seems to be https://github.com/rust-lang/compiler-builtins/commit/0649772614:45
ubottuIssue 787 in GNOME/librsvg "'Unknown attribute kind' on M1(arm) macbook" [Opened]14:45
ubottuCommit 0649772 in rust-lang/compiler-builtins "Merge pull request #444 from Amanieu/lse_o"14:45
=== genii-core is now known as genii
juliankIt seems the change from delete to stop was incomplete, figuring out if this is fixable14:58
sil2100xnox: ok, so I suppose mwhudson and doko are on it, right?15:01
sil2100xnox: eh, wrong channel15:01
seb128mwhudson, I opened https://bugs.launchpad.net/ubuntu/+source/rustc/+bug/1957186 about it15:20
ubottuLaunchpad bug 1957186 in rustc (Ubuntu) "librsvg fails to build on arm64" [Undecided, New]15:20
juliankwe are down to 8/11 capacity, another one ran out of disk and presumably corrupted its lxd database15:32
juliankWe made the fatal mistake of placing /var/snap/lxd/common on the same disk as the storage pools, allowing tests to corrupt the database and DoS the infra just by writing to much data15:33
juliankmaybe 40ish GB is not enough for 3 parallel tests, but also why do we have like 20 containers on the hosts15:36
juliankI shutdown lxd cloud entirely, and am going to clean up all the nodes first15:37
=== genii is now known as genii-core
=== genii-core is now known as genii
ahasenacktjaalton: hi, did I ever talk to you about submitting this sssd patch to debian? https://git.launchpad.net/ubuntu/+source/realmd/tree/debian/patches/dont-add-services-line.patch17:31
ahasenacktl;dr it's about realmd not adding a nss,pam services line to the config, since our (debian/ubuntu) sssd is socket activated17:32
ahasenacksent to the mailing list for discussion: https://lists.fedorahosted.org/archives/list/sssd-users@lists.fedorahosted.org/thread/JC3N3DBSMHZSA66IPLGAMBSXLCTYXWJR/17:33
ahasenackit's to fix https://bugs.launchpad.net/ubuntu/+source/realmd/+bug/188015717:33
ubottuLaunchpad bug 1880157 in realmd (Ubuntu) "realmd generates wrong 'services' section in sssd.conf during joining to AD" [Low, Fix Released]17:33
=== diddledani_ is now known as diddledani
=== nicolasbock_ is now known as nicolasbock
=== davdunc_ is now known as davdunc
=== toddr_ is now known as toddr
=== jamespage_ is now known as jamespage
=== Trevinho_ is now known as Trevinho
=== rpittau_ is now known as rpittau
=== tomreyn- is now known as tomreyn
=== oerheks_ is now known as oerheks
=== ogra` is now known as ogra
tjaaltonahasenack: I'd rather not keep sssd socket activated and get rid of these patches to sssd/realmd/freeipa18:39
ahasenackwell, just one patch18:39
ahasenackwhich can be removed if we go back on the socket activation thing18:39
ahasenack(talking about realmd only, don't know which other patches are out there)18:39
tjaaltonsssd itself is patched, and freeipa-client so that the config it creates doesn't have those lines18:40
tjaaltonI tried to look back and see why it was made this way, but am not sure18:42
=== tomreyn_ is now known as tomreyn
ahasenackwell, I submitted that to debian now, it makes sense as long as sssd is socket-activated18:50
ahasenackif we drop socket activation, then we can drop this patch18:50
tjaaltonsure19:02
=== lucas_ is now known as lucas
mwhudsonseb128: going to be bumping to 1.57 soon, is it fixed there?20:44
seb128mwhudson, no idea20:44
mwhudsondoesn't look like it from the gnome gitlab20:45
mwhudsonhm well20:47
mwhudsonseb128: could you file a bug on the rustc source package about this?20:53
seb128mwhudson, https://bugs.launchpad.net/ubuntu/+source/rustc/+bug/1957186 as mentioned earlier ;-)20:54
ubottuLaunchpad bug 1957186 in rustc (Ubuntu) "librsvg fails to build on arm64" [Undecided, New]20:54
mwhudsonseb128: ah hah20:54
* mwhudson waits for caffeine to kick in20:54
=== locutusofborg_ is now known as LocutusOfBorg
=== stgraber_ is now known as stgraber
=== RikMills__ is now known as RikMills
mwhudsonjawn-smith: does your jammy schroot for sbuild have proposed enabled? i see a new shellcheck in proposed?22:25
jawn-smithmwhudson: I did try that using the --extra-repos flag, but I do think the new shellcheck is probably the reason22:27
jawn-smithSo I'll just add all the quotes it wants22:28
mwhudsonjawn-smith: imo your default schroots should have proposed enabled always22:29
jawn-smithseems reasonable22:29

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