[00:33] teward: #ubuntu-kernel? [00:33] blahdeblah_: never had luck getting them there. I see they have a discourse thread so I'll just stab there [00:33] pretty sure xnox or someone'll reply to me xD [00:34] They eventually got to my questions there. FWIW> [00:34] s/>/./ [01:19] teward: uh making an authoritative statement on behalf of the kernel team sounds like a tall order; what's the actual question? [01:19] vorlon: the question is whether the mainline PPA is monitored or not [01:19] stdby for incoming askubuntu link [01:19] ... if i can find the tab again [01:19] *has 10000 tabs open for Lubuntu stuff* [01:19] teward: what does "monitored" mean? it's an archive [01:20] vorlon: https://askubuntu.com/questions/1444284/how-are-the-kernel-builds-at-https-kernel-ubuntu-com-kernel-ppa-mainline-moni/ <-- exactly as written and asked [01:20] however [01:20] "can we be sure that the kernel builds staged there are successful" uh no and why do you care [01:20] given that https://wiki.ubuntu.com/Kernel/MainlineBuilds is stating they're not supported, I already made a presumptive answer on the basis of "not supported" being "not monitored, tested, validated to work, etc." [01:21] vorlon: welcome to the usual [CENSORED] we get from average people on Ask Ubuntu [01:21] "what should I do if I find a failed build" again why are you making work for yourself [01:21] teward: I mean, I subscribe to the netplan tag on Ask Ubuntu and it's a wonder there aren't more questions from people trying to plug their ethernet into 220V (although maybe that's a self-solving problem) [01:22] I exaggerate - but I often despair of people failing to understand CIDR :) [01:22] vorlon: what you don't see that I do is when people flag questions as "uhhh... offtopic?" with mod flags ;) [01:23] very few people notice from here i'm a moderator over there :P [01:23] so unfortunately I see a ton of extra crap you don't there :) [01:23] (uhhuh, yes, ok, you've configured two network interfaces on your machine, using the same network address, and you want to access what? how exactly are you expecting this to work) [01:23] unrelated: my current hated thing: CORS. *hisses in chaos and beats the crap out of his webserver* [01:24] teward: right so anyway, I can't speak authoritatively for the kernel team, and they may not want to go on the record, hth :) [01:24] :P [01:25] well if the answer is "we won't go on the record" then my answer which is nbased on the wiki's "not supported' statement is all that exists :) [01:25] *yawns and returns to fighting CORS* [01:38] from my end of things, it seems like the linux-mainline stuff has been broken for so long that we'd be doing everyone a service if we deleted the ppa, deleted the wiki pages that mention it, and reclaim all that disk space for use for other things [01:38] I don't think those have been installable for months, maybe years, even when they *did* build [01:51] RikMills: FYI, https://code.launchpad.net/~kbar/ubuntu/+source/kubuntu-wallpapers/+git/kubuntu-wallpapers/+merge/431449 exists. I wouldn't want to sponsor without checking with a Kubuntu person first, so maybe you could take a look instead? [01:59] rbasak: I'm going to put my seldom-used outside of work hours Kubuntu hat on and +1 that, LGTM. I highly doubt Rik would -1 that. [02:01] Eickmeyer: thanks - can you sponsor? [02:02] rbasak: I can. :) [02:02] Like there are so many things I need to look up. Does it need to be rebased into a packaging branch somewhere for example? [02:02] Thanks :) [02:03] And yes, there's a packaging branch it needs to go in. [02:03] This came in as a git-ubuntu MP. FWIW, I've been trying to get those into the sponsorship queue, and am asking sponsors to rebase as required without burdening first time contributors with the details. [02:04] Sure, makes sense. I'm pretty sure Kubuntu isn't using git-ubuntu yet. [02:04] The exact workflow for "random" git-ubuntu MPs still needs to be worked out. I just want to make sure contributors can be comfortable submitting requests in a "one size fits all" method that we can universally accept. Feedback appreciated. [02:05] You bet. I'm sure Rik would have something to say about that but I'm pretty sure he's asleep right now. [02:05] No need for "yet" - it's fine for teams not to use git-ubuntu if they have something else. In particular if the packaging originates with us rather than being derived from Debian, then I'm not sure it makes sense to use git-ubuntu anyway, except for accepting contributions. === blahdeblah_ is now known as blahdeblah [03:26] rbasak: I commented on the merge request, but I'm not sure if it should be approved or disapproved. [09:24] hiho, I'm looking for better alternatives or suggestions - if I have a source package name and a version, now I need to know which Ubuntu release this was for, is there anything faster than rmadison (maybe something that downloads files once and does all processing locally then)? [13:30] mwhudson: it looks like s390x finally built and that you promoted to stable. thanks! [14:08] cpaelzer: this felt faster than rmadison: https://paste.ubuntu.com/p/s3mdJQtvXt/ [14:08] Assuming you mean anything currently published for a given source package name and version, as opposed to something historically published and then removed. [14:45] Heads up, I'm switching homeservers to matrix.lubuntu.me, so you're going to see @arraybolt3:lubuntu.me show up in here pretty soon, that's normal. [14:46] ^ And that's me. [14:57] rbasak: I meant published to any of esm related targets which this would not cover - but thanks for the hint! [15:09] cpaelzer: maybe chdist and grep-dctrl? [15:10] Maintaining a big pile of chdists locally does take up a ton of space though [15:10] rbasak: yeah, but I'd need to pull all potential esm service infos into that environment, nevertheless that might indeed be a much faster way [15:11] cpaelzer: also, ESM is driven from PPAs, and I think getPublishedSources() exists for PPAs. [15:11] they are no normal PPAs [15:11] But you would have to combine the result of multiple queries I guess [20:11] rbasak: if you are still doing SRUs today, and are in the mood, this samba one just completed aging and is green in the board: https://launchpad.net/bugs/1993934 [20:11] -ubottu:#ubuntu-devel- Launchpad bug 1993934 in samba (Ubuntu Jammy) "Windows 11 22H2 and Samba-AD login issue" [High, Fix Committed] [20:11] tomorrow is my day, so it won't be released tomorrow, and after that it's friday, no releases then either, so only monday [20:13] jdstrand: ah good, i'll promote s390x too [20:13] jdstrand: thanks for your part :) [20:20] I'll release samba [20:20] thanks bdmurray [20:22] Oh [20:22] I was just reviewing it for release, and came to the conclusion that it was good to go. [20:23] two +1 votes, even better :) [20:23] thanks [20:23] Yeah but who's doing the actual release between the three of us? :) [20:23] Whichever way, +1, and I don't now care who does it! [20:23] (+1 x3 - not caring about 2 days ageing) [20:23] I think it's done, I just got the accepted emails