=== guiverc2 is now known as guiverc [12:11] good morning [13:48] smoser: but there are syncs from bileto/security/PPA builds into stable series, i don't know if all of them end up in focal-changes or not. [13:49] i don't know where/how focal-changes gets its changes =) [14:03] xnox: well if there are changes that go into -security that don't get published to that list, then i have a big sad face here. [14:15] cpaelzer: \o/ thanks! great debugging work [14:16] cpaelzer: time and again, patch size ~ 1/debugging time [14:16] yep [14:16] let us hope the PPA works as expected ... [14:17] lemme test [14:29] tumbleweed, hello [14:29] are you available to talk a little bit about esys-particle? [14:29] I got some findings [14:30] https://paste.ubuntu.com/p/VQQc5D4GZC/ [14:41] smoser: [14:41] https://www.google.com/search?q=grub2+2.04-1ubuntu26.12+site%3Ahttps%3A%2F%2Flists.ubuntu.com%2Farchives%2Ffocal-changes%2F&ei=APhOYsfpHMvVgQa-kJqgBw&ved=0ahUKEwjH6dS9l4L3AhXLasAKHT6IBnQQ4dUDCA4&uact=5&oq=grub2+2.04-1ubuntu26.12+site%3Ahttps%3A%2F%2Flists.ubuntu.com%2Farchives%2Ffocal-changes%2F&gs_lcp=Cgdnd3Mtd2l6EANKBAhBGAFKBAhGGABQwARYwARghgdoAXAAeACAASWIASWSAQExmAEAoAEBwAEB&sclient=gws-wi [14:41] z [14:41] bah [14:41] smoser: so focal-security has grub2 2.04-1ubuntu26.12 and when i do google search for "grub2 2.04-1ubuntu26.12 site:https://lists.ubuntu.com/archives/focal-changes/ site:https://lists.ubuntu.com/archives/focal-changes/" nothing seems to come up [14:41] with correct search syntax [14:42] oh, but it is there [14:42] https://lists.ubuntu.com/archives/focal-changes/2021-June/025366.html [14:42] and https://lists.ubuntu.com/archives/focal-changes/2021-June/025057.html [14:42] hm but that was direct upload [14:43] https://launchpad.net/ubuntu/+source/grub2/2.04-1ubuntu26.11 was a copy [14:44] and i don't see grub2 2.04-1ubuntu26.11 in the june archive [14:44] smoser: ^^^^ [14:46] :big_sad_face: ☹️ [14:47] that sucks. so there is really *no* way of knowing other than watching archive updates ? [14:51] on a related note, and in an effort to practice saying more nice things, https://ubuntu.com/security/cves is really nice. kudos to whoever worked on that. [14:57] yeah that portal was web-team & security team collab, and it is like data driven by opal data which one can get. [14:57] smoser: if you are into security updates; opal data should have all cve stuff. [14:58] i just want all the things ;) [14:58] but then again not everything that lands in security pocket, has CVE or USN ids assigned. [14:58] cause we land FTBFS fixes into -security too, when it affects installing upgrades. [14:58] (i.e. dkms module FTBFS, prevents kernel upgrade installs) [15:19] LocutusOfBorg: yeah, I got about that far as well [16:29] tumbleweed, [16:29] esysparticle test.py [16:29] ['/tmp/merges/esys-particle-2.3.5+dfsg2', '/usr/lib/python38.zip', '/usr/lib/python3.8', '/usr/lib/python3.8/lib-dynload', '/home/locutus/.local/lib/python3.8/site-packages', '/usr/local/lib/python3.8/dist-packages', '/usr/lib/python3/dist-packages', '/usr/lib/python3.8/dist-packages'] [16:29] on focal [16:29] looks a python regression to me [16:29] the distutils change [16:37] tumbleweed, my guess is python.m4. we patched in automake-1.16 but esys is running its own embedded and patched copy [17:18] xnox: after fighting with quilt to reduce the overall diff, I've finally come up with a new patch that applies on top of the others. Thanks again for your pointers! LP 1967518 [17:18] Launchpad bug 1967518 in ltrace (Ubuntu) "ltrace - build on ppc64el fails" [Undecided, Confirmed] https://launchpad.net/bugs/1967518 [17:49] juliank: well I don't have much occasion to use ltrace but https://code.launchpad.net/~juliank/ubuntu-seeds/+git/platform/+merge/418876 is quite surprising to me; is there a bug report about this? [17:50] vorlon: I have not checked, but I've tried hello, dpkg, apt, ltrace did not do anything [17:50] no bug reports [17:50] hmm [17:51] vorlon: perhaps nobody uses it? [17:51] juliank: we're late in the cycle and demoting something straight from standard to universe in one go post FF should have a high threshold of care. Can you post on ubuntu-devel and try to get some feedback before we demote it? [17:51] vorlon: ack [17:51] I *assumed* it still worked, but also I clearly haven't actually used it in years because strace is better than ltrace for most things! [17:51] (or gdb) [17:55] vorlon: sent [17:56] Should test in Debian too and file RM RoQA maybe [17:59] vorlon: it works on Debian [17:59] vorlon: odd [18:00] maybe it's LTO and not PIE then? === oerheks_ is now known as oerheks [23:59] LocutusOfBorg: I still haven't figured it out. It *does* setup sys.path correctly, but then something deletes things from it again