[00:01] [telegram] Could you help me figure out what's going on? [00:02] [telegram] I'll be at the office in about 10 minutes to start git bisecting [00:03] Sure thing :) [00:03] Also I just uploaded my Calamares fix to the archive :D [00:04] (I made one change I'm not sure about with the build dependencies, but it still builds so I *think* it will work right, plus it's something lintian directly told me I should do and how to do.) [00:05] Also upstream didn't like my coding style for the patch so we'll probably end up swapping it out later on down the road, but this upload fixed some other packaging issues so it was worth it. [00:05] tsimonq2: So how would I start helping? What do I need to do? [00:06] I have a perfectly primed VM ready to be destroyed however we need. [00:08] [telegram] Well, we just simply need to figure out *why* this darn thing keeps crashing. [00:08] [telegram] We could break out gdb, git bisect, or something. That being said, this is our #1 priority right now, because it's a regression in Backports. [00:09] [telegram] Even if it only takes one person, someone to bounce ideas off of would be great. [00:09] [telegram] Anyway, I just got to the office, I'll start reviewing [00:09] kk [00:13] "The X11 connection broke: Unsupported extension used (code 2)" is the error I get trying to launch lxqt-powermanagement manually. [00:13] I get the feeling something went awry in our reverting of KWindowSystem things maybe? [00:14] https://git.lubuntu.me/Lubuntu/lxqt-powermanagement-packaging/src/branch/backports/jammy/debian/patches/revert-kwindowsystem-port.patch [00:14] Everything LXQt except lxqt-menu-data is migrated in Noble, lemme do a thing... [00:14] https://github.com/lxqt/lxqt-powermanagement/commit/aca58172f611e2545c3cfcb8310725b3cf5fa715 [00:14] -ubottu:#lubuntu-devel- Commit aca5817 in lxqt/lxqt-powermanagement "Port deprecated KWindowSystem" [00:14] I'mma do a Noble install and upgrade and see if powermanagement is crashy there too [00:15] Sweet. [00:15] Just remember to get everything, especially qterminal. [00:15] +1 [00:15] hmm, your port seems rather minimal, so... [00:16] what commit did that revert? [00:16] Uh I just linked it :) [00:16] lol sorry [00:17] Respinning the daily to catch all the new packages. [00:17] find_package(XCB REQUIRED COMPONENTS xcb-dpms xcb-screensaver) [00:17] that's interesting, because... [00:17] That can sometimes take up to an hour. It missed the migration of all the packages, by about an hour. :/ [00:17] https://bbs.archlinux.org/viewtopic.php?id=240025 [00:17] almost the exact same error, and it was dpms-related [00:19] Upgrading Noble box... [00:19] https://github.com/lxqt/lxqt-powermanagement/compare/1.3.0...1.4.0 [00:19] Starting a Git bisect on my VM. [00:20] aha! [00:20] found something that retrieves DPMS timeouts [00:20] https://github.com/lxqt/lxqt-powermanagement/compare/1.3.0...1.4.0#diff-3e43746a2bbdfcc54fbccb46458ab37c1e4328a62fd82fc5adfb2218e9ad563c [00:22] While you do that, I'm going to try reverting the DPMS-related commit and see what happens. [00:23] We'll both probably end up with a conclusion at about the same time. :) [00:24] heh, you're not wrong [00:24] you probably have faster Internet too which will make things move forward sooner [00:24] anyway if the bad commit turns out to be 74ec93212e614f53e5c9990c1ec5bd35c2bb5990 don't be surprised :P [00:32] sbuilding patch [00:32] (I just commented out everything DPMS-related rather than doing a full-scale commit revert since the commit looked a tad messy) [00:37] Rebooting with hopefully fixed power manager... [00:37] And no crashy :) [00:37] tsimonq2: Fixed it, it is indeed the DPMS stuff. [00:38] $ git bisect good [00:38] 74ec93212e614f53e5c9990c1ec5bd35c2bb5990 is the first bad commit [00:38] :P same time [00:38] Now the question is, do we just barbarically patch that out, or do we figure out why DPMS isn't available and fix it? [00:38] arraybolt3: Basically the same time. That's technical confirmation that we should just hard push this through I think ;) [00:39] Barbarically patch it out. [00:39] okeydokey [00:39] want my patch? [00:39] Please upload to Backports Staging with a "proper" version, I trust you. :) [00:39] Oh and by the way... [00:39] kk, one sec [00:39] yeah? [00:40] You can re-enable my power management UX patch, too. That wasn't the cause of it. [00:40] (Not sure which iteration you're working with. :) ) [00:40] Anyway, thanks for the teamwork on this :D [00:40] sure thing [00:40] and I will re-enable the patch [00:40] Thank you very much! [00:41] If you find the time/it isn't too much of a hassle, please do push to the Git repo as well. [00:44] gah, all I'm actually doing it turns out is a full-scale revert, so I'm just gonna full-scale revert and be happy [00:44] it looked messy right up until I looked closer [00:45] Kay, cool. [00:48] Oh wow, the ISO is already done. [00:49] WOW, that was like 20 minutes. IMPRESSIVE. [00:49] Suspiciously impressive... [00:51] Er... yeah. Three packages that migrated to release are not on the ISO yet... [00:51] Let's see what the logs say, and what apt tries to tell me when I upgrade those. [00:52] My Git skills stink sometimes... [00:52] What happened? :P [00:53] Oh, just forgot to add all the changes I wanted to commit and had to soft-reset. [00:54] tsimonq2: I think you didn't push your changes to Git yet, so I'm wondering... do I just plow right over the top of your ppa0.3 upload (as in, no changelog entries, no nothing, just pick up from the head of backports/jammy and keep trucking)? [00:55] it'll go straight from 0ubuntu1~ppa2 to 0ubuntu2~ppa1 [00:55] if not I have to do a messy import or you need to push some things [00:56] arraybolt3: ubuntu2 should go to Noble, ubuntu2~ppa1 should go to Backports Staging. [00:56] sooo... ok, need a bit more complexity then [00:56] arraybolt3: Overwrite all you'd like. [00:56] I'd say just make your commits where they are, and merge --ff / cherry-pick them around [00:56] tsimonq2: I don't have any ubuntu2 code [00:57] this *is* your ubuntu2 code :P [00:57] ahhhhhh [00:57] right, because... [00:57] one sec [00:57] OUCH [00:57] houston, we have no leave menu at all on Noble [00:57] yup also on the new daily no qterminal either [00:57] but right, I need to patch out this stuff in Noble too, not just Jammy. Confirmed as of right now. [00:58] Ctrl + Alt + T is *completely* broken and there is *no* working terminal on the current Noble daily. :P [00:58] (since I forgot to finish my Noble check until just now) [00:58] fun [00:58] TTY to the rescue I guess [00:58] And guess what qterminal is waiting on... [00:58] lxqt-menu-data? [00:58] no, that can't be right [00:58] what then? [00:58] A failing armhf apport test that's completely unrelated, and the retry is halfway down the 2500-item long armhf queue. :P [00:59] ROFL [00:59] We won't have a functional daily until the morning, unfortunately. [00:59] So that's what happens when armhf decides to take an extended lunch break. Now we nkow. [00:59] Yeeeeeeeeeeeeeeeeeeep. [01:02] sigh. quilt is giving me way more of a hard time than it ought to. [01:04] oh shoot I know why [01:04] your UX patch is messing with my groove [01:04] heh :) [01:04] By the way, powermanagement works fine on Noble, so it's something to do with that library specifically. [01:05] ...you got it, or do you want me to get it? [01:06] whoops I was scrolling way up [01:06] I thought you were asking me again if I wanted your patch, my bad XD [01:06] for Unknown Reasons(TM) a simple-and-nice git diff patch is applying with fuzz when quilt gets to it [01:07] oh wait. I know why [01:07] because I'm too tired to realize that a git revert and a git diff aren't the same thing [01:08] Oh no... look at how many other packages depend on that now... [01:08] * lxqt-config [amd64 arm64 armhf ppc64el s390x] [01:08] * lxqt-panel [amd64 arm64 armhf ppc64el s390x] [01:08] * lxqt-powermanagement [amd64 arm64 armhf ppc64el s390x] [01:09] We really should look at *where* that's implemented in lxqt-config and lxqt-panel. [01:09] Perhaps their usage is more productive. I don't know yet, and that slightly scares me. [01:10] depend on what? [01:10] Anyway, the manifest is *wrong*. Everything LXQt is up-to-date in the ISO except for qterminal, to my knowledge. [01:10] that one thing deep in the guts of the armhf queue [01:10] Very good question. It's the source package that ships the DPMS package, and I just did a simple reverse-depends. [01:11] Let me actually look at reverse depends *for that package*... [01:11] Oh, okay, good. I was freaking out for nothinbg. [01:11] LXQt Power Management is the only LXQt dep of that. [01:11] YAY build is finally going [01:11] took me like four tries before I figured it out [01:12] And, because quite frankly I don't care about slightly spamming, here's the reverse-depends output: [01:12] $ reverse-depends libxcb-dpms0 [01:12] Reverse-Depends [01:12] =============== [01:12] * cutefish-core [amd64 arm64 armhf ppc64el s390x] [01:12] * libkf5screendpms8 [amd64 arm64 armhf ppc64el s390x] [01:12] * libxcb-dpms0-dev [01:12] * lxqt-powermanagement [amd64 arm64 armhf ppc64el s390x] [01:12] Packages without architectures listed are reverse-dependencies in: amd64, arm64, armhf, i386, ppc64el, s390x [01:12] Nice! [01:12] Hmm, I wonder if reverse-depends supports riscv64 yet. Looking. [01:14] Oh, okay. It does. Just weirdly not showing it. That's cool. [01:14] Anyway, arraybolt3 keep me posted. :) [01:14] Oh just fighting quilt again. Can't add a dep3 header to a patch unless it's the latest applied patch, which is a problem when you can't apply the patch because you have only the packaging and not the source code. [01:14] So doing the regular fiddliness with pull-lp-source just to satisfy this one tool. [01:15] Sounds like a great time. [01:20] We really need a feature in quilt that lets me say `quilt --dep3 -e /path/to/file.patch` and does it, or I need to figure out how to do that. [01:20] The way I'm doing things now is tedious, hard, and slow. [01:21] Honestly, that seems totally possible. [01:21] BRING OUT THE LIST! [01:21] I guess we don't mess with patches a whole lot usually so this didn't used to be a pain point, but now it is. [01:21] *thunder rolls in the background* [01:21] here you go: https://notes.lubuntu.me/huOk59_iRSaAMZDl_my8bw [01:21] Every time that's rhetorical, yet every time you seem to produce an even better list, actually proving my point... XD [01:22] hehe [01:25] Uh WAT, the armhf queue just went from 2500 to 399 in *one* refresh. Coooooool. [01:25] Wow, nice [01:26] And back up to 2300. I remember this. [01:26] Finally, got a good upload. [01:26] Oh well [01:26] During the refresh stage, it *hard* refreshes, heh. [01:26] Anyway, \o/ [01:26] new power manager going into the archive [01:27] man am I thankful for the ability to type fast [01:27] pretty much required for this job :P [01:29] For sure :D [01:29] Let me know if we run into anything else, otherwise I'm going to crank out some more stuff for $dayjob. [01:29] kk, that should be fine [01:29] I would be especially thankful for a revert for my recent cala-settings-ubuntu upload (just .2, not .1) and a fix :P [01:30] heh, kk [01:30] (In fact, it probably has to be fixed *in* Calamares.) [01:30] Anyway, thanks again. [01:30] Ah, I uploaded the fix in Calamares already. [01:30] So revert should be easy. [01:30] if you mean the encryption stuff [01:31] Not talking about your recent fix to Calamares, but I am talking about the amd64 FTBFS for calamares-settings-ubuntu. :P [01:31] ah [01:33] calamares-settings-ubuntu_24.04.2+reallysimonsfault.1 [01:33] We need an #ErichDidIt meme. [01:33] XD [01:34] At which point I'd point to the ItsAlwaysSimonsFault meme [01:35] We have a you-done-messed-up-aaron and a simons-fault, the loop has to be closed [01:35] It always goes back to #BlamePopey because that was first. [01:39] Huh, TIL [01:40] Uploaded the patch to backports-staging. [01:41] Uhh... how do I use SSH with dput? [01:41] I'm hitting the flakey FTP upload problem. [01:41] Instead of dput ubuntu, do dput ssh-ubuntu. Instead of ppa, do ssh-ppa. You might have to manually throw your username in /etc/dput.cf. [01:42] worked, thanks [01:43] Of course :) [01:44] All uploads done, all commits pushed, all tags pushed, and all brain cells fried. [01:44] Nicely done :D [01:44] Gonna need some practice before this gets fast, but I'm getting there. [01:44] It always takes a little bit of practice. :) [01:45] Let me know if you get to cala settings tonight, otherwise I'll tackle it $sometime tomorrow. [01:46] kk [03:29] * tsimonq2 EOD o/ [10:58] [telegram] working leave menu in noble. (re @lubuntu_bot: (irc) houston, we have no leave menu at all on Noble) [12:23] qterminal won't start on this (noble) box; segfault.. same result on another noble box too ... Likely just temporary issue as I note "libegl1, libgl1, libglvnd0 & libglx0" are reported as obsolete; yet all upgrades applied currently available... [14:19] [telegram] Same. (re @lubuntu_bot: (irc) qterminal won't start on this (noble) box; segfault.. same result on another noble box too ... Likely just temporary issue as I note "libegl1, libgl1, libglvnd0 & libglx0" are reported as obsolete; yet all upgrades applied currently available...) [14:22] [telegram] qterminal hasn't migrated yet, once it does it'll work again on Noble [14:23] [telegram] I assumed that was it, the same thing happened in 1.3 and after updating it worked perfectly. (re @tsimonq2: qterminal hasn't migrated yet, once it does it'll work again on Noble) [14:23] [telegram] I queued another test which should hopefully let qterminal through [17:38] https://autopkgtest.ubuntu.com/packages/a/apport/noble/armhf [17:38] Seems like it could very much be a regression on the apport side of things. [17:38] My request is a little far down on the list... [17:38] apport {"requester": "tsimonq2", "submit-time": "2023-11-15 14:23:22", "triggers": ["qterminal/1.4.0-0ubuntu1"]} [18:06] [telegram] ask Utkarsh. They said requalification is needed (re @lubuntu_bot: (irc) @kc2bez, @teward001: Did we need to seek *re*-qualification for LTS last time around, or were we just grandfathered in?) [18:07] [telegram] (evidence: you don't read your emails) [18:07] [telegram] bruh evidence you don't read yours (re @teward001: (evidence: you don't read your emails)) [18:07] [telegram] evidence: you still owe me for another year of email (re @tsimonq2: bruh evidence you don't read yours) [18:07] [telegram] *sends invoice* [18:07] [telegram] i have 2,356 unread messages right now [18:08] [telegram] :O [18:08] * tsimonq2 looks over at my inbox with nearly 47,000 unread emails [18:08] [telegram] @tsimonq2 on November 9, 2023, Utkarsh Gupta emailed ubuntu-release@lists and ubuntu-flavors@list stating "touch base on flavor participation for 24.04". Stating this as well: [18:08] [telegram] "Also, given this is an LTS release, so if you’d like to participate as [18:08] [telegram] an LTS, you will need to go through the LTS qualification process with [18:08] [telegram] the Technical Board. Please contact technical-board@lists.ubuntu.com [18:08] [telegram] to kick off this process." [18:09] [telegram] which overrides anything else because TB requirements are hard [18:09] [telegram] my email was first, and I talked to vorlon, and we did lots of backchannel coordination on that, so :) (re @teward001: @tsimonq2 on November 9, 2023, Utkarsh Gupta emailed ubuntu-release@lists and ubuntu-flavors@list stating "touch base on flavor participation for 24.04". Stating this as well:) [18:09] [telegram] if you disagree with that statement [18:09] [telegram] I don't disagree at all [18:09] [telegram] then talk to the TB and show me evidence [18:09] [telegram] what I'm saying is I'm in the loop [18:09] [telegram] because 'back channel coordination' that isn't on Council's radar irks me [18:09] [telegram] either *way* we still owe a reply there [18:09] [telegram] for *paper trail* [18:09] [telegram] so [18:09] [telegram] *pushes @tsimonq2 out the airlock* [18:10] [telegram] nah this was in a personal capacity not with my Lubuntu hat on :P [18:10] [telegram] coordination was regarding announcements/Discourse posts [18:10] [telegram] then we are still boud on this [18:10] [telegram] all the Lubuntu stuff I made public [18:10] [telegram] bound on this* for *action to do* [18:10] [telegram] so yes we still need an email for the TB [18:10] [telegram] I believe you volunteered for that :P [18:10] [telegram] so basically we just circled back to the whole fact that i was right in the first place [18:10] [telegram] my only slight objection would be re-arranging me and kc2bez but that's meh trivial whatever [18:10] [telegram] and you just wated my time [18:11] [telegram] no you were wrong in the first place :P [18:11] [telegram] so I corrected you :P [18:11] [telegram] (i woke up grumpy today, arguing me on this case is likely to go poorly for you) [18:11] [telegram] (and everyone) [18:11] [telegram] but yes we both just bikeshedded for like 5 mins [18:11] [telegram] /me lets teward continue on [18:11] [telegram] *goes to go punch something because of aggression* [18:40] [matrix] wxl: I just wanted to pass along a complement and appreciation for the 23.10 wallpaper from a user. [18:57] *sneaks up and steals teward's coffee* [18:59] * lubot [matrix] sends coffees all around. [19:05] tsimonq2: Didn't do the revert on cala-settings last night, had too much to do here. I'll do it first once I'm up and working. [19:06] arraybolt3: No worries, thanks for taking the lead on that. [19:06] After that I'd like to tackle our wallpaper situation (scaling, numbat placeholder image) and then maybe work some more on the network editor. [19:06] Sweet! [19:06] Good stuff. [19:07] arraybolt3: Did you catch my PSA to ubuntu-devel@l.u.c? [19:07] btw pick a placeholder now or I'm inserting a CC-BY numbat picture from Wikipedia blown up with Upscayl :D [19:07] Got the PSA, yes, had to switch to dput-ssh last night. [19:08] Thankfully my system username and Launchpad username are identical [19:08] Eickmeyer: First there was dput, then there was dput-ng, now there is dput-ssh. XD ^^^ [19:08] Just kidding, hehe :) [19:08] so it was a very easy switch [19:08] Nice! Mine too :) [19:08] lol, you know what I meant [19:08] tsimonq2: systemd-dputd [19:09] Eickmeyer: OHHHHHHHHH NOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO [19:09] *screams into the void* [19:09] * Eickmeyer knew that would trigger [19:09] LMFAO [19:10] "Upon boot up, all work-in-progress packages are uploaded to the Archive via the slowest connection available. The system will not boot until every package is successfully uploaded and accepted." [19:10] Using FTP. [19:11] sigh, I was worried no one would get it [19:11] * Eickmeyer what have I done [19:12] [telegram] "Can we upload via telnet?" [19:13] tl;dr: yes. [19:13] [telegram] I might actually do that for April Fools. Provide a telnet upload interface. :P [19:13] Oh grief XD [19:13] [telegram] "Special Announcement: upload to Ubuntu via telnet, the newest kid on the block!" [19:20] Earlier we were talking about reintroducing a retro wallpaper, did we get any further with that idea? [19:20] The first one we ever used seemed good if only it wasn't 4:3. [19:21] Should I perhaps try to remake it in 16:9? [20:24] @kc2bez: oh? [20:25] wxl: +1 from people I've talked to IRL as well :) [20:25] wxl: Very good stuff. Thanks again for your help! [20:26] arraybolt3: I mean, maybe. We do need *something* as a generic placeholder, I only gave the idea of a classic one to troll, tbh. :P [20:26] i'm kind of shocked overall XD [20:27] * tsimonq2 bows down to the new Lubuntu Art Team Leader, wxl [20:27] nonononono [20:27] XD [20:27] [telegram] wxl: 100÷ agree with tsimonq2. It turned out very good from my viewpoint too. [20:28] [telegram] ZD [20:28] [telegram] XD [20:28] [telegram] Even [20:28] i don't even know what i don't know when it comes to graphic design, so [20:29] [telegram] Maybe ignorance is vliss [20:29] [telegram] Bliss [20:29] * wxl hands kc2bez a better keyboard [20:29] [telegram] Bows in thanks [20:30] * tsimonq2 hands kc2bez a stronger coffee, making the new keyboard just as bad XD [20:31] [telegram] XD [21:06] Kay, probably stepping away to do some $dayjob stuff for a bit. [21:06] arraybolt3: Let me know if you run into trouble, if you happen to have the time today. :) [21:10] arraybolt3: DM me your address you use on notes again? [21:12] plasma-distro-update-upgrade-notifier-application-thing@buntu'studia'h.com [21:12] Eickmeyer: XD [21:13] * tsimonq2 imagines that arraybolt3 has a slight Southern drawl and will probably read that perfectly :P [22:05] teward: Same one I use everywhere. [22:50] Alright, I am FINALLY here. [22:50] (Slight curveball in life slowed me down.) [22:54] tsimonq2: Where on earth is the calamares-settings-ubuntu repo on LP? [22:54] My Launchpad-fu is failing me badly. [22:57] grief, that took forever. It's at https://code.launchpad.net/~ubuntu-qt-code/+git/calamares-settings-ubuntu. [22:58] oh funny, so you pushed to Lubuntu's mirror and not to LP. [22:58] Syncing... [22:59] is there some way to make that easier to find on gitea? [22:59] i seem to remember phab used to show clone links to the mirror source when a mirror was used [22:59] [telegram] Doesn't the mirror point to lp [23:00] [telegram] There should be a link on the gitea repo [23:00] [telegram] Upper leftish area from my memory [23:00] nope [23:00] [telegram] Harumpf [23:01] like i said i think phab used to point to the mirror [23:01] ooh i'll link it to the website value [23:01] [telegram] Is that repo actually mirrored? [23:01] good question [23:02] yes but it's a mirror to github actually XD [23:02] [telegram] Well, that isn't what we were shooting for. [23:02] The mirror isn't a real mirror [23:03] [telegram] Weird [23:03] It says it's a mirror of the LP repo but it's a LIE :P [23:03] anyways I just synced LP with Gitea, reverted the failed fix and uploaded it to the archive. [23:03]