/srv/irclogs.ubuntu.com/2020/03/23/#ubuntu-devel.txt

=== cpaelzer__ is now known as cpaelzer
alkisgHi all. Could someone be so kind and sync ltsp from unstable to focal? I uploaded a one-bug/security fix release to unstable, but I don't yet have rights to upload it to focal...06:32
Unit193Ah, aka: https://github.com/ltsp/ltsp/commit/ecca725849f4653db06d625b4d9d903b7afb943b06:35
alkisgRighto :)06:35
Unit193alkisg is your LP username?06:36
alkisgYes06:36
Unit193Done.06:36
alkisgThank you Unit193, have a great day!06:36
Unit193You as well.06:36
tarzeauwhat are the chances to get in hpx if it gets an ACCEPT from ftp-master into debian? https://repology.org/project/hpx/versions (it's important for HPC users)08:34
dokotarzeau: file a FFe10:04
ginggsFFe not needed for new packages https://wiki.ubuntu.com/FreezeExceptionProcess#FeatureFreeze_for_new_packages10:27
ginggstarzeau: i think you'll just need to file a sync request (or run requestsync)10:27
tarzeaugreat infos, thanks.10:29
rbalintdoko, i've filed LP: #186854 , could you please take a look? i can add more of the template if needed11:15
ubottuLaunchpad bug 186854 in Deriver "ImagePDF file type confusing deriver?" [Undecided,Fix released] https://launchpad.net/bugs/18685411:15
rbalintLP: #186854211:16
ubottuLaunchpad bug 1868542 in libtest-simple-perl (Ubuntu) "[MIR] new dependencies of lintian" [Undecided,New] https://launchpad.net/bugs/186854211:16
=== Eighth_Doctor is now known as Conan_Kudo
=== Conan_Kudo is now known as Eighth_Doctor
ddstreetLaney unfortunately, i am able to reproduce the systemd failure using the main autopkgtest server, but when i test with my own autopkgtest setup, the tests pass :(14:09
ddstreetrbalint do you have any idea what might be causing the systemd-upstream autopkgtest failures?  they all seem to hang right after/during installing the newly-built systemd packages14:11
rbalintddstreet, no, sorry, seems like an infra issue :-(14:15
ddstreetyeah, unfortunately it does, it may need Laney or someone with access to the autopkgtest instances to debug :(14:17
ddstreetfor reference, here is the log from a run using my upstream ppa build on the main autopkgtest servers, that fails: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic-ddstreet-systemd-upstream/bionic/amd64/s/systemd/20200322_213630_1f1b6@/log.gz14:18
ddstreetand a log with the same upstream ppa build, but on my own autopkgtest deployment, that passes: https://swift-proxy.bos01.canonistack.canonical.com:8080/v1/AUTH_c14f9cd6e857495990d3438d775fa4a9/autopkgtest-bionic-ddstreet-systemd-upstream/bionic/amd64/s/systemd/20200322_232851_fdf06@/log.gz14:19
gpiccolio/ bdmurray - I received an email about increase in libvirt crash reports after a release with a patch from me reached -updates, hence stopping phasing14:25
gpiccoliIt points a link with a chart, etc..but I cannot see any of those crash. I'd like to have access to data to try correlate those crashes with my (small and non-intrusive) patch, or discard the correlation14:26
gpiccoliThis is the link: https://errors.ubuntu.com/?release=Ubuntu%2018.04&package=libvirt&version=4.0.0-1ubuntu8.15&period=week14:26
ahasenackcpaelzer: some assistance please? I'm failing to understand why dpkg-gensymbols wants me to add the 0ubuntu1 suffix to the symbols file: https://paste.ubuntu.com/p/GRrg7jvdcP/14:26
gpiccoliI cannot open the crash reports though, it says I don't have permission. If you or anybody here can help me on this, I appreciate14:26
ahasenackcpaelzer: and lintian says the binary deb has them, and complains about that:14:26
ahasenack$ lintian -I --pedantic14:26
ahasenackE: libcbor0.6: symbols-file-contains-current-version-with-debian-revision on symbol _cbor_alloc_multiple@Base and 230 others14:26
ahasenackcpaelzer: d/libcbor0.6.symbols: https://paste.ubuntu.com/p/kvgprG3qQj/14:27
gpiccoli[please ping my nick whenever talking back to me, I'll detach the channel! =) ]14:27
ahasenackmaybe it's related to old debhelper? The package is using 9, I intend to update it14:27
ddstreetgpiccoli i have access to the error reports, i'll take a look14:28
Laneyddstreet: feel free to file an RT to get access temporarily in order to let you look at it interactively there14:29
gpiccoliThanks a lot ddstreet =)14:30
Laney'infra issue' could mean a lot of things couldn't it14:30
gpiccoliI'm not sure if cpaelzer highlights on libvirt, but I guess worth highlight him for awareness14:32
cpaelzerahasenack: reading ..14:32
cpaelzergpiccoli: I'm highlighting on it :-)14:32
cpaelzerahasenack: you are right not to add the ubuntu1 suffix14:33
cpaelzerahasenack: your file has "libcbor.so.0.6.0 libcbor0.6 #MINVER#"14:34
ahasenackoh14:34
gpiccolihehe cool cpaelzer =)14:34
cpaelzerbut needs "libcbor.so.0.6 libcbor0.6 #MINVER#"14:34
ahasenackit's soname, and package14:34
cpaelzerahasenack: the rest you can keep as-is14:34
ahasenackgot it14:34
ahasenackthanks14:34
cpaelzerahasenack: did this have a symbols file before?14:34
ahasenackyes14:35
cpaelzerahasenack: if yes could you keep all symbols that existed before at the version they were before?14:35
ahasenackthey were kept14:35
ahasenackoh14:35
ahasenackat 0.5.0 you mean14:35
cpaelzeryes14:35
ahasenackok14:35
cpaelzerthat will give you a list of only a few that are added on 0.6.014:35
cpaelzerthat helps dh_shlibs and such tools to make better dependencies14:35
cpaelzere.g. >= 0.5.0 if it only uses symbols out of that14:36
cpaelzernow with you gpiccoli14:36
cpaelzergpiccoli: you have to wait for the data to load14:36
cpaelzer(usually)14:36
ddstreetgpiccoli in that error report i'm only seeing a small number of captured errors, and none of them are new; they've all been seen on previous versions of libvirt14:37
gpiccoliexactly ddstreet, that was my impression too14:37
gpiccoliNot related with the new versions14:37
gpiccolicpaelzer, it seems there are files I could get...but I don't have permissions14:38
ddstreeti'll let bdmurray decide if they can be ignored when he gets in, but it seems like they probably can14:38
gpiccolinifty ddstreet, I hope so14:38
cpaelzerthis happens quite often on packages that are installed a lot and have services14:38
ddstreetyeah, do ask him if you can have access to the error tracker, it's useful14:38
cpaelzerservice gets restarted and due to local config breakage an old error is crashing it (again)14:38
gpiccolioh, so it explains what happens cpaelzer, ty!14:39
cpaelzerand I agree to ddstreet none of these look "new" like "added with your patch"14:39
gpiccolioutstanding, thank you both for that! let's then discuss with bdmurray when he gets in =)14:40
cpaelzergpiccoli: I usually reply to the mail send it to bdmurray and explain why it can be ignored14:40
cpaelzerwith some more words than what we had here, but still similar in content14:41
cpaelzere.g. comparing the signatures seen with what the patch changed14:41
gpiccolicpaelzer, but I didn't feel comfortable in ignoring that without looking those reports14:41
cpaelzeryep gpiccoli and reaching out was the right choice14:41
cpaelzerthank you14:41
gpiccolithank you for the information Christian!14:42
ahasenackcpaelzer: did you ping someone about the builders being sluggish?14:50
ahasenackyou mentioned dep8 before I think, but I'm noticing something wrong with the builders too14:50
ahasenackI just pinged ops14:52
cpaelzerahasenack: I had no issue with builders yet15:16
cpaelzerahasenack: just a long test queue15:16
cpaelzerand it wasn't slow, just a long queue15:16
cpaelzersomething big must have appeared in focal15:16
=== ezri is now known as dax
=== lool- is now known as lool
ahasenackI'm always confused by this statement in the debian policy: "The package build should be as verbose as reasonably possible,"17:53
ahasenackdoes that mean d/rules should always have DH_VERBOSE=1?17:53
ahasenackrbasak: any opinion on that? ^17:54
cjwatsonI don't think that's the usual interpretation18:03
cjwatsonIt generally means showing compiler commands and such18:03
cjwatsonIt's not necessarily an unreasonable interpretation, but it's not the usual one18:04
ahasenackok, thanks18:04
rbasakahasenack: if someone said to me that policy means that DH_VERBOSE=1 be set in all debian/rules files, I'd argue that debhelper should have its default changed.19:00
rbasak(if that were true)19:00
rbasakSo to me it doesn't follow that we should set that in the usual case.19:00
rbasak!dmb-ping19:00
ubottuddstreet, rafaeldtinoco, rbasak, sil2100, slashd, teward, tsimonq2: DMB ping19:00
=== cpaelzer__ is now known as cpaelzer
GunnarHjHi bdmurray, There are a few verified SRU proposals at bug #1844853. There are also some minor autopkgtest failures, but our suggestion is to disregard those. My question is if the autopkgtest failures cause those items to not show up as 'ready to be considered' to the SRU team.21:44
ubottubug 1844853 in glib2.0 (Ubuntu Eoan) "IBus no longer works in Qt applications after upgrade" [High,Fix committed] https://launchpad.net/bugs/184485321:44
bdmurrayGunnarHj: On the pending SRU report you can see the regressions are called out there, so yes we consider them not ready. https://people.canonical.com/~ubuntu-archive/pending-sru.html21:46
bdmurrayAny suggestion about disregarding tests should be made in one of the SRU bugs21:48
GunnarHjbdmurray: But we have already done that. In comment #30 and #31 at bug #1844853 (where the verification was documented) I referred to L_aney's suggestions to disregard them. So now I'm trying to call the SRU team's attention to it. :)22:33
ubottubug 1844853 in glib2.0 (Ubuntu Eoan) "IBus no longer works in Qt applications after upgrade" [High,Fix committed] https://launchpad.net/bugs/184485322:33
LocutusOfBorgGunnarHj, did you ask me about unicode-data?22:43
LocutusOfBorgI remember somebody asking, but forgot who22:44
LocutusOfBorghttps://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3989/+packages22:44
LocutusOfBorgin case, please upload there ^^22:44
GunnarHjLocutusOfBorg: Nope. I just made a note on the bug that I think it's a good idea.22:44
bdmurrayGunnarHj: got it22:45
GunnarHjbdmurray: Do you possibly have time to look at it?22:46
bdmurrayGunnarHj: everything but Eoan based on L_aney's comment right?22:49
GunnarHjbdmurray: eoan also, see https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1850932/comments/12 (but let's drop disco...)22:51
ubottuLaunchpad bug 1850932 in glib2.0 (Ubuntu Eoan) "[SRU] Backport 2.62.4-1" [Undecided,Fix committed]22:51
LocutusOfBorgmmm strange, I can't find anymore the log here22:51
LocutusOfBorgGunnarHj, I meant, ibus merge, that was depending on unicode-data22:52
bdmurrayGunnarHj: Yes, I can have a look shortly22:53
GunnarHjLocutusOfBorg: That's correct. I have a proposed upload at https://launchpad.net/~gunnarhj/+archive/ubuntu/ibus, and if you can take that into account it would be great.22:54
GunnarHjbdmurray: Great, TIA!22:55
LocutusOfBorguploaded thanks22:57
LocutusOfBorgwill go in as soon and if release team acks the unicode transition22:57
GunnarHjLocutusOfBorg: Nice!22:59

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