[01:36] dannf: can't you just whack linux/whatever in the triggers? === NotEickmeyer is now known as Eickmeyer [01:56] "ow, he got whacked right in the triggers" [03:07] sarnold: heh. mwhudson I tried that - linux-generic (w/ a bumped version) - and it got installed, but no reboot. I'll just try the reboot protocol [03:07] dannf: huh [03:12] mwhudson: oh, no - you're right - i just missed that part in the log! [03:13] dannf: oh good! [03:14] i knew there were some packages that triggered a reboot if upgraded and it would be silly if the kernel wasn't on the list! [08:58] helmut: thanks for pointing out `dumat`. I've freshly integrated Canonical QA team, so I won't take any decision on my own, but I've forwarded the information to my colleagues for discussion. That definitely sounds like a tool we could run on a weekly basis a output the report somewhere useful. :-) [09:33] Skia: for debian, I run it 4 times a day (once per mirror push). it usually runs in less than 2 minutes (incrementally). hence I'd recommend running it more frequently and only flagging differences to the previous output to avoid getting 4 reports per day [09:35] rs2009: are you aware unity FTBFS in Noble? I just filed a bug to track it LP: #2051343 [09:35] -ubottu:#ubuntu-devel- Launchpad bug 2051343 in unity (Ubuntu) "unity: FTBFS in Noble" [Undecided, New] https://launchpad.net/bugs/2051343 [09:38] helmut: okay, thanks. The discussion for now is whether or not we should setup a regular job to monitor this. This will be escaladated to the right people by paride, and if a decision is taken to run this regularly, we'll likely come back to you for the details :-) [09:48] Hi @plusone I'm wondering if you can help on a s390-tools / s390-tools-sign upload to noble, that is stuck since ~9d, waiting for approval. [09:48] Britney says that 's390x not built yet' (https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#s390-tools) and LP indicates that the build is not approved yet 's390x (Unapproved)' (https://launchpad.net/ubuntu/+source/s390-tools/2.30.0-0ubuntu1). [09:48] Are plusone member able to approve or who can approve (in this dev-release, means non-SRU, case)? [10:01] Skia: cool. for doing that jugdement, my sample report https://subdivi.de/~helmut/ubuntu-20240125.yaml (with lots of false positives due to over-approximating supported-ness) can be a basis. [10:01] Skia: the question probably becomes whether there is sufficient signal to be found in that noise to make it worth continuing regularly [10:02] yes, I agree, but on that, I clearly don't have enough background and experience to have any kind of judgment :-) [10:03] sure [10:04] Hi helmut! Indeed I didn't have the opportunity to do more testing with dumat on the Ubuntu archive after the Debian reunion past year [10:05] roughly speaking, I expect that sitting down for an hour and tweaking that is_supported function for ubuntu can cut down the report size to 10% (which is roughly the signal/noise ratio I expect) [10:12] helmut, I'm going to play with the tool again to have a more meaningful discussion. Ideally I'd like to have the tool spot an actual issue in Ubuntu, to have something concrete and immediately useful to iterate on. [10:13] helmut, I doubt I'll manage to do that today, more likely next week. [10:13] helmut, btw thanks for pinging here! === JanC_ is now known as JanC [10:24] paride: rather than work through the tool, I recommend sampling the report and giving feedback on that (or improving it by tweaking the analyzer) [10:25] paride: for the evaluation, you can totally skip data acquisition and feature extraction and work from the sqlite3 db. only if what you get from there is useful, look into the other part [11:13] helmut, makes sense, thanks [12:51] paride: I'll pass you some Standard instructions for an Ubuntu deploy today. [12:52] For now, I'll juet run a cronjob on my server :) [12:54] thanks Simon! [13:55] dbungert: https://autopkgtest.ubuntu.com/packages/ironic-python-agent might be interesting to look at. I'm seeing 403s in the log file. [15:14] paride: You're welcome :) I started a repo here: https://git.launchpad.net/~ubuntu-core-dev/+git/dumat (cc helmut) - when you get the chance next week, check back there, I'll ensure the README is up to date :) [15:43] * sudip can also run dumat if that helps, but wont have time to look at reports it generates [16:03] fill me in since I've apparently been living under a rock - what is this `dumat` tool? [16:03] packages.ubuntu.com isn't letting me search for it :P [16:04] can't find it with apt-cache search on a Noble machine either [16:05] arraybolt3: its a "/usr-merge analysis tool" [20:33] Working on LP: #2038849, but not willing to pilot-in because 😱 [20:33] -ubottu:#ubuntu-devel- Launchpad bug 2038849 in jack-capture (Ubuntu) "jack-capture FTBFS" [Undecided, New] https://launchpad.net/bugs/2038849 [20:34] sudip: Pretty sure this one is yours, but since I'm the audio guy, I get to do it. [20:35] Eickmeyer: yes, thats me [20:35] 😁 [20:39] sudip: Not your patch, but that spelling patch is missing a DEP-3 header. Unfortunately, I know for a fact that maintainer has been MIA for years now. He was part of the multimedia team, but left without warning quite some time ago. 😞a [20:40] Not even worth a bug in that case, sadly. [20:42] well, upstream still has the same spelling - https://github.com/kmatheussen/jack_capture/blob/master/README#L165 [20:42] and the patch says its forwarded [20:43] I meant regarding the DEP-3 header, specifically. [20:43] sudip: Either way, uploaded. πŸ˜ƒ [20:44] tsimonq2: ^ [20:45] thanks Eickmeyer. I will raise a PR to upstream, so if I am working on jack-capture next time, I will remember to update the patch and add dep3 also [20:45] Sounds good. I'm on the multimedia team too, but I'm not sure I want to step on any toes wrt that package. [20:58] Eickmeyer: fyi, https://github.com/kmatheussen/jack_capture/pull/54 [20:58] -ubottu:#ubuntu-devel- Pull 54 in kmatheussen/jack_capture "Fix spelling error" [Open] [20:59] sudip: Yeah, I had no doubt the issue was forwarded upstream, the only thing I was missing (that lintian griped about) was the missing DEP-3 headers. [21:00] LocutusOfBorg: I see https://buildd.debian.org/status/package.php?p=falcosecurity-libs failing on all 32-bit arches. Maybe better to let it fail & be removed on armhf? [21:01] Eickmeyer: yeah, I understand. but I think upstream might have missed the mail with the patch. so this PR. [21:01] Ah, very good. [22:14] Eickmeyer: Why are you scared to @pilot in? It's a community effort too. :) [22:15] arraybolt3: And when's your next session? ;) ;) [22:15] tsimonq2: Just ERR:NotMuchTimeToday [22:15] *shrug* makes sense [22:15] Other fires too. [22:16] tsimonq2: ETA: [22:16] ♾️ arraybolt3 ? [22:16] I want to but there's a lot of work I'm buried under. [22:16] So I don't know when the next time I'll be able to patch pilot is. [22:17] Right now I'm fighting fires in multiple places, but thankfully it's all FOSS-related fires so I'm firmly plugged in :D [22:17] I do think that's the case for many people right now, I'm *trying* to look at stuff for the LTS, and I get the general feeling I'm not alone. [22:18] So for the record, if anyone sees my recent actions and is wondering, "why now?" - it's because LTS has been my focus. [22:20] +1 [22:25] It's also social processes, not just technical ones. I do feel I owe a general apology for some of my brashness, that being said, I'm dialed in. :) [22:27] Cross-posting here: https://discourse.ubuntu.com/t/24-04-feature-freeze-and-transitions/41948 :)