[00:09] If it would help, should I go back and mark the sddm SRU as verification-needed? [00:10] That could at least delay some things. [00:10] I don't know. Personally (and this is just my opinion), I would mark it as staging so that it's clear that the verification worked but it's not supposed to migrate yet. But I don't know if that's really the best idea, that's just my idea, and so far I've had a lot of bad ideas today, so :P [00:10] That's not valid in an SRU tag. [00:11] ``` [00:11] To stage an upload, follow the usual process but additionally add a block-proposed- tag to at least one of the SRU bugs together with a comment explaining the reason for the staging. [00:11] ``` [00:11] What am I missing? [00:12] The upload is far beyond the staging stage at this point. It's completely in proposed. [00:12] Oh. [00:12] Hey I'm learning all sorts of new things today! :D [00:13] Happens. SRUs are tricky logistically. [00:15] Ok, I stand corrected: "...his can be done at any time before an SRU is released. If you do so, please make sure that you add a bug comment that explains the reason." [00:15] * Eickmeyer[m] does that [00:18] https://bugs.launchpad.net/ubuntu/+source/sddm/+bug/1998254/comments/9 [00:18] -ubot93:#lubuntu-devel- Launchpad bug 1998254 in sddm (Ubuntu Kinetic) "[SRU] sddm with multiple monitors can result in screen overlays and insets" [High, Fix Committed] [00:20] Thank you for your patience. I can't believe something as silly as one missing feature could cause this big of a problem. [00:21] [matrix] This is a test of the Emergency Broadcast System. This is only a test. [00:21] behold [00:21] tsimonq2: now get off my ass about this one :P [00:22] * arraybolt3[m] starts an emergency [00:22] The Grumpasaurus Rex has arrived. [00:22] Oh, nvm. It's just teward . [00:22] arraybolt3[m]: you have incoming missiles :P [00:22] It's lubot [matrix] teward, that's different. He's much more dangerous than teward. [00:23] Oh, so Grumpasaurus Rex with Missile Launchers. Gothcha. [00:23] * Eickmeyer[m] programs his Ubuntu Studio setup with the brown note [00:23] * teward assigns shit for arraybolt3 to do [00:24] "assigns shit" : "brown note" Yep, that checks. [00:25] *shoves Eickmeyer[m] out the airlock* [00:25] i've had an evil day [00:25] Gladly. o/ [00:25] at least every message I post here pings me in Matrix xD [00:25] Eickmeyer[m]: you try waking up without water in the apartment [00:25] * arraybolt3[m] sucks Eickmeyer back into the airlock and accidentally triggers the Big Bang [00:25] and then having to ask your PARENTS to let you use their shower instead [00:25] and steal breakfast [00:25] OK hold on things aren't quite working, uno momento por favor [00:25] ... okay not steal but still [00:26] Oh, yeah, that sucks. [00:26] *pokes arraybolt3[m] with a stikc* [00:26] Oh nice, Matrix.org is trying to hold me hostage! [00:26] [matrix] yep welcome to Matrix [00:26] [matrix] population CRUD [00:26] Bah, I don't want my Encrypted Messages anyway. [00:26] * arraybolt3[m] signs out and loses data because why not [00:27] arraybolt3[m]: you'll lose your current connections so :) [00:27] use a private window to use a separate web session [00:27] The bridge, at it again. [00:28] oooops i broke it :) [00:28] ?! [00:28] welcome back bot! [00:28] [matrix] testing [00:28] soi soi soi soi soi [00:28] And it's giving me a hard time setting the homeserver... [00:28] arraybolt3[m]: that might be your client specifically [00:28] I'm using Element Nightly. [00:29] * Eickmeyer[m] uses Matrix and sees a matrix relay bot and is trying to figure out what the hell.... [00:29] Eickmeyer[m]: because IRC be bitchy and we already have an irc bridge bot and to sate Simon's hatred we're simply using the existing bridge we have for our stuff? [00:29] Eickmeyer[m]: Dedicated Lubuntu Development matrix room, bridged to IRC, then showing up on Matrix. Welcome to the Wormhole. [00:30] Sooo... I guess Element Nightly must not be compatible with the new homeserver. /me nukes Element Nightly and installs Element Stable [00:30] [matrix] well this homeserver is maaaaaaaaaybe a few weeks old [00:30] But then again app.element.io didn't do it either so I'm wondering if our own personal GFW is blocking things again. [00:30] [matrix] so it's possible it's out of date [00:30] [matrix] arraybolt3: it shouldn't be, the federation and normal ports are wide open [00:31] [matrix] 'course i'm using the web app too in a private window to not interfere with my normal element connection and it's working [00:31] [matrix] ... well not from *this* matrix account but. (this matrix acct i'm spekaing through is from my homeserver yay federation) [00:31] arraybolt3[m]: here's your test. https://matrix.lubuntu.me/ in a web browser [00:32] if you can reach it good if not then we have to debug your stuff [00:32] the federation tester shows it works though so [00:32] I, in Missouri, cannot access it. [00:33] teward: https://ibb.co/zR3sM9d [00:34] [matrix] hmmmmmmm [00:34] [matrix] arraybolt3: try going to the web page first, see if you get any error there. use matrix.lubuntu.me for the homeserver [00:34] [matrix] (it'll show lubuntu.me on connections though) [00:34] [matrix] HEHE, I found your slice of paradise! [00:34] [matrix] hi eickmeyer (on the matrix side) [00:34] [matrix] well i mean it's a public room so :p [00:35] [matrix] True. [00:35] teward: Odd thing, I can get a web page from matrix.lubuntu.me. [00:35] The web page? [00:35] That is a web page. [00:35] (maybe Lubuntu Lunar is messing with me) [00:35] [matrix] that's the matrix endpoint yes [00:35] [matrix] I mean, there are simpler ways to bridge two Matrix rooms without a bot. [00:35] [matrix] if you see it say the "synapse is running" then we know that works [00:35] Yes, it says Synapse is running. [00:35] [matrix] three rooms. you forget we have a Telegram channel too [00:36] [matrix] Yes, there's a bridge for that without a bot too. [00:36] [telegram] everything shows here too :) [00:37] * arraybolt3 tries using the envs.net Element [00:37] Nope, same error. [00:38] eickmeyer: What did you do exactly? [00:38] You seem to have been able to shake it just right. [00:38] * arraybolt3 tries using Firefox rather than Chrome [00:39] Fail. [00:39] [telegram] arraybolt3: eickmeyer didn't register on the lubuntu matrix server [00:39] [telegram] you can keep your previous matrix server just join #lubuntu:lubuntu.me [00:39] [telegram] you don't *have* to use the Lubuntu homeserver [00:39] [telegram] and worst case I just spawn you with a default password and give you that to login with [00:39] [telegram] as for why it can't get the server configs I have *no idea* [00:40] [telegram] fresh Element here can [00:40] Ah, OK. [00:40] it might be failing to get homeserver config for some obscure A F reason hence why i wanted you to try the web app, hit F12 and watch the dev console for output [00:40] [matrix] That's the beauty of federation. You can use your existing server but join a different server. [00:40] because that gives you useful information [00:40] indeed [00:41] Oh, OK, I'll do that. [00:41] it's how i am working - my own homeserver, connected to Lubuntu's space [00:41] I missed you asking me to use F12. [00:41] *evil grin* [00:41] ffs nodejs takes an eon to install >.> [00:42] That's because it's YUUUUUUGE. [00:43] * arraybolt3[m] uploaded an image: (1830KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/bMKdJMXuGqWAIeglkgmjINwk/image.png > [00:43] * arraybolt3[m] uploaded an image: (1833KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/LblhltiFKkyhaOhtSKVreKsv/image.png > [00:43] arraybolt3: /join #lubuntu-devel:lubuntu.me [00:43] Or click that, whatever... [00:44] teward: There's more than just that, but that's a lot of it. [00:44] oh i freaking HATE cors [00:44] Eickmeyer[m]: Matrix.org is *so buggy* for me, so I'd really like to make this work. [00:44] It's not Matrix.org that's buggy for you. It's the libera bridge that's the buggy part. [00:44] And that has nothing to do with matrix.org. [00:45] so one thing i know by the way arraybolt3 [00:45] is Chrome uses web isolation [00:45] and that breaks CORS [00:45] that might affect the element client too [00:46] Eickmeyer[m]: It's not just the Libera bridge. My whole E2EE setup is in some sort of weird limbo state, and I'm locked out of a space I made. [00:46] teward: It also failed with the same error in Firefox, FWIW. [00:46] * arraybolt3 tries to get a debug log from there too [00:46] firefox does it too [00:46] i'll; do some poking [00:46] Ah. Well then I'll get some other Matrix client then. [00:46] Spaces aren't a Matrix thing, that's an Element thing. [00:51] * arraybolt3 installs Nheko [01:00] [matrix] Testing, testing, can you guys see this? [01:00] Yay! Nheko works! [01:01] [telegram] hi arraybolt3 [01:01] [telegram] so [01:01] [telegram] firefox and chrome have web security enabled by default [01:01] [matrix] Ugh, hold on, signing out and back in. [01:01] [telegram] so for Firefox you have to set this to false in about:config - security.fileuri.strict_origin_policy [01:01] [telegram] Chrome is harder, you have to disable it with a command line arg/flag [01:03] [matrix] OK, back. [01:03] [matrix] Eh, no need to fight with that stuff. Nheko looks nice and is way more lightweight. [01:04] [matrix] Reactions appear to work. [01:06] [matrix] And somehow I have managed to misplace my profile picture. :-/ [01:09] [matrix] There it went! [01:11] [telegram] *does a thing* [01:14] [telegram] i... think i fixed it... [01:14] [telegram] i need to test from another computer that doesn't have element on it [01:14] [telegram] *steals his desktop* [01:14] [telegram] but first, sushi dinner [01:15] [matrix] I can test easily enough. Thank you huge, and see you later! [01:15] [telegram] yep [01:15] [telegram] i had to dig into the configurations for matrix-synapse [01:15] [telegram] and get some things configured but I *think* i got that all done [01:15] [telegram] gonna learn from this and fix my own server i think too xD [01:34] [telegram] there we go [01:35] [telegram] that should behave now :) [01:37] [matrix] It likes it! [01:37] * lubot [matrix] now tries Element Nightly [01:39] [matrix] Hmm... but my security key from Nheko isn't taking... [01:44] [matrix] OK, does this work? [01:44] [matrix] Looks like it worked! [01:45] [matrix] Thomas Ward: Everything seems to be working! I am signed into the Lubuntu homeserver via Element Nightly. [01:58] [matrix] huzzah! yeah i did quite a bit of stabbing on our end to make it work [01:58] [matrix] setting base url, setting server_name, etc. [01:58] [matrix] note to self don't run this and IRCCloud at the same time - noisy pings are noisy [01:58] [matrix] lol [02:16] [matrix] Eickmeyer: If you get the chance, I'd love an invite to the Ubuntu Studio space on the Lubuntu side. [02:17] [matrix] (I mean, add my new Lubuntu Matrix account to that space.) [02:18] [matrix] arraybolt3: Done. [02:18] [matrix] Eickmeyer: Thanks! [04:11] [matrix] OK so... [04:11] [matrix] [04:11] [matrix] For the lubuntu-update-notifier bug, I think we actually should go with the "force-kill apt and lubuntu-upgrader, restart lubuntu-upgrader, finish the update" solution. But, I think we need to make the postinst script more complicated. [04:11] [matrix] [04:11] [matrix] 1: Detect if lubuntu-upgrader is running at all. If not, exit the script and don't do anything. [04:11] [matrix] 2: If it is running, we know that there's a functional X server *somewhere* (either on the local machine or possibly on a remote machine if SSH with X forwarding is involved). [04:11] [matrix] 3: Detect the version of lubuntu-upgrader that is currently running (just check the command-line args it was called with for a "--repair-update" argument, if that's missing we know the old, bad version is running). [04:11] [matrix] 4: If the good version is running, exit the script and do nothing else. [04:11] [matrix] 5: If the bad version is running, determine if it's actually doing the upgrade by looking for an aptd process that was started by lubuntu-upgrader (how do you even do this?) If it's not doing the upgrade, exit and don't do anything. [04:11] [matrix] 6: If the bad lubuntu-upgrader is the thing doing the upgrade, determine the X display that lubuntu-upgrader is running on. [04:11] [matrix] 7: Kill lubuntu-upgrader. [04:11] [matrix] 8: Kill aptd. [04:11] [matrix] 9: Launch lubuntu-upgrader with a "--repair-update" argument, launching it on the proper X display. [04:11] [matrix] [04:11] [matrix] This way, whether the user is using apt, Discover, or lubuntu-upgrader, whether lubuntu-upgrader is actively doing the upgrading or not, whether the user is on a TTY or not, and whether they're on a remote system or not, everything should work normally. [04:11] [matrix] [04:11] [matrix] Any other edge cases you can think of that aren't covered here? Also, btw, teward, I'm about to really exercise your Matrix-to-IRC bridge bot. [04:26] [telegram] hah its the same bridge we use for telegram to IRC so xD [04:26] [telegram] again most of our stuff is on the dedi so :) [04:28] [matrix] @teward001: Hey while you're right here could you voice lubot? I got worried about the flooding that large messages on the Matrix side causes, and an ircop in #libera confirmed that it *could* get itself glitched or k-lined if it's not voiced and floods the channel because of monster messages like the one above. But voicing it will avoid that. [04:31] [matrix] (By "exercise" I meant see if it's going to dump mass quantities of stuff into IRC, or compress the messages, or what. Turns out it does the "mass dump". [05:48] HI [05:49] Is it possible to consult? [05:50] Joo-Hwan, if you have a Lubuntu development issue/suggestion, providing details may help us to understand & know how to respond. Does it relate to lunar? [05:50] Wait [05:51] What does the detail mean? [05:51] This is the Lubuntu development channel, current development is on lunar (what will be 23.04 on release next April) [05:52] channel topic has links on channel, read up your screen [05:53] korea / Can't you make an inquiry about Luburn? [05:53] Joo-Hwan: We may be encountering a language barrier. guiverc, is there a Korean lubuntu support channel? [05:53] I'm sorry. I didn't know [05:53] I see now you were on #lubuntu, that is a better place to be for support (sorry I missed that before) [05:54] ok Thank [12:30] [matrix] FYI https://github.com/lubuntu-team/lubuntu-update-notifier/issues/5 [12:30] -ubot93:#lubuntu-devel- Issue 5 in lubuntu-team/lubuntu-update-notifier "lubuntu-updater stucks on SDDM update prompt" [Open] [13:24] "[matrix] FYI https://..." <- If I'm not mistaken, ubuntu-update-notifier doesn't have the built-in option to ask for various options, overwrite config files... In that case it never ends and gets stuck [13:24] * If I'm not mistaken, lubuntu-update-notifier doesn't have the built-in option to ask for various options, overwrite config files... In that case it never ends and gets stuck [13:28] [matrix] Unti yesterday there was no bug on that. That was most of yesterday's topic of discussion. [13:31] [telegram] It happened to me once in a similar situation. (re @lubuntu_bot: (matrix) Unti yesterday there was no bug on that. That was most of yesterday's topic of discussion.) [13:50] [telegram] I'll reread all the posts then, thanks (re @lubuntu_bot: (matrix) Unti yesterday there was no bug on that. That was most of yesterday's topic of discussion.) [14:00] [matrix] Hmm, looks like ubot93's notices aren't getting copied into our room. [14:26] [matrix] Guess we could use some help from chaosadmin for that, and we might have a chance at getting him to do that if we hand over a gallon of coffee and a donut shop. [14:26] [matrix] Thomas Ward: ^ [14:28] * lubot [matrix] sends a tanker of Tim Horton's coffee. [15:39] [telegram] morning dayjob crap takes priority :P [18:56] Good afternoon! [19:07] [matrix] tsimonq2: Get over here! Wrrong homeserver! [19:08] EOUTOFTIME [19:08] [matrix] Ah. [19:08] Well then I'll come over here. [19:09] I have a complicated plan of attack for the lubuntu-update-notifier bug that you can probably find in the backlog. [19:23] Here's a plan forward...... (full message at ) [19:26] OK. For me it seemed like notes.lubuntu.me was working sorta well enough, but it was a very thrown-together method of doing things. And I do not know what software would be best to use for this task, and am too pressed for time to be investigating it - unless of course you'd like to take over making the recovery script (if that's even a thing we're doing), and we're willing to delay Debian LXQt a couple more days. Then I could [19:26] spend my time only searching for a task-tracking system so we can unravel this. [19:28] Preferably we'd be done with LXQt before the end of this month to make it in time for the Bookworm freeze, we need to finish our own LXQt 1.2.0 audit before the end of the cycle, and we have to unbreak lubuntu-update-notifier pronto, everything else can wait I believe. [19:28] Simon Quigley: ^ [19:28] Would you like me to spend my time searching for a task-tracking system for us? [19:29] I would personally say carry on for now, let's ping chaosadmin teward to see if he has ideas, since he'll be the one setting it up. [19:29] https://discourse.ubuntu.com/t/lunar-lobster-release-schedule/27284 [19:30] We have just about 2 months for all of this [19:30] nuke the world, nuke the world, 1 2 3 4. together we will nuke the world, 1 2 3 4 [19:30] That being said, there's also char holidays[10];, so 2 months will fly. [19:30] tsimonq2: arraybolt3[m]: short term, would a kanban board / issue tracker work? [19:31] teward: yes [19:31] do you have any objection to me letting that live on Trello for now? [19:31] with me as godadmin [19:31] until i can set up Taiga on our stuff [19:31] (which is basically open source trello) [19:32] I hate the idea. I really do. But we need something, and it's under the hope of "godadmin is in the process of actually setting up Taiga" [19:32] Also [19:32] How easily can you migrate tasks from Trello to Taiga? [19:32] takes me about 5 minutes. [19:33] What is Trello? [19:33] https://trello.com/en [19:33] basically SaaS kanban boards and issue tracking [19:33] *RMS voice* "it's non-free software" [19:33] truth [19:34] I've used it before [19:34] Ugh. Non-free and non-cost-free. Oh well. [19:34] heavily [19:34] arraybolt3[m]: it's actually got a free version [19:34] it's just not OSS [19:34] [matrix] * gasp* [19:34] i'm working on deploying Taiga now though [19:34] *shoves kc2bez out the airlock until the coffee debt is paid* [19:34] Oh. [19:35] * genii twitches [19:35] * tsimonq2 pays kc2bez's coffee debt [19:35] carry on :P [19:35] Well we use GitHub so I won't gripe too much. [19:35] GitHub has always been a mirror tbh :P [19:35] * arraybolt3[m] returns to writing a 90% comment 10% code script that hopefully won't give the SRU team a heart attack [19:36] We've only used it recently because Phab is obsolete [19:38] Sap. xdotool is not installed by default. I need that for my script. [19:39] Maybe we can add it as a depends? [19:40] So, recovery script, or an actual modification to lubuntu-update-notifier allowing for continuation of interrupted apt processes? [19:40] Except, what you said before is true, apt isn't killed... [19:40] I'm confused as to what your approach will be [19:40] Recovery script. [19:41] Basically, it's a bunch of long, convoluted logic to detect if lubuntu-upgrader and apt need to be restarted at all. If it does, it can kill python3 /usr/sbin/aptd (I think?), kill lubuntu-upgrader,and restart it with a special script. [19:42] Same approach as last time, except for much better logic so that, if the user isn't updating using lubuntu-upgrader, the script just silently exits. [19:42] Simon Quigley: ^ [19:43] The reason I wanted xdotool is because that would let me detect where the lubuntu-upgrader window is at (I think), so that if the user is doing something like SSH with X forwarding and running lubuntu-upgrader through that, the window pops up in the right spot. [19:43] (Basically trying to handle multiple X displays.) [19:43] But without xdotool, I can't do that, which means that I have to figure out some other way to make it work, or we have to install xdotool. [19:43] Or I have to find a different tool to figure out which X display a window is on. [19:44] (It's not really that convoluted, the comments just make it look that way.) [19:44] I say install xdotool, just be careful that it's a Pre-Depends if it needs to be. [19:45] If it works, I'm not against it. Just make sure you test it, really really well :P [19:45] https://launchpad.net/ubuntu/+source/lubuntu-update-notifier/0.5 [19:46] OK. I'll need to make one more change to the update notifier to be able to repair the busted installation once it gets restarted, that will turn into version 0.5.1, right? [19:47] It can, yeah :) [19:50] Simon Quigley: Oh my gosh, I just had a way easier idea. [19:51] We'll make the script detect if lubuntu-upgrader is being used to do the upgrading. If it is, it will just kill it and aptd... and leave it. The user can then be like "Oy, what happened?", restart the upgrade themselves, and bam, problem solved. No xdotool, no undocumented "fix it" switch, just blow everything up and make it easy for the user to clean up. [19:52] I think that will be way easier to implement, without causing too much trouble. Worst case scenario, the user will miss an update and then everything will be fixed the next time a new update comes through. [19:52] I'm open to seeing your code :) [19:52] It will be the same as "let it freeze, the user can restart it themselves", only we break through the freeze. [19:53] OK, will submit soon-ish. [19:55] (This does have the significant downside of leaving a possibly CVE-riddled system if the user fresh-installed 22.04.1, updates, and the updater self-nukes and then lets the user pick up later. It will be fixed at the next update, but that's a pretty significant risk.) [19:55] (So maybe the self-resurrecting updater is a better idea.) [19:56] arraybolt3[m]: Check what actually launches lubuntu-upgrader [19:56] Maybe piggyback off of that slightly? [19:56] OK. [19:56] Also, that's not the way to do it, in hindsight :P should be a systemd timer... how exactly it should be implemented, no clue at this current moment ;) [19:58] Hey, maybe we just install a systemd timer during the lubuntu-update-notifier update? [19:58] Now that is too complicated for an SRU :P [19:58] Eh, maybe too much for an SRU. [20:01] tsimonq2: taiga is pending, i need IS to update the DNS first before I can deploy [20:03] teward: did you file an RT yet :P [20:05] teward: throw me an IP, I'll point /etc/hosts >:P [20:05] did i file an rt. yes i filed the RT. numpty [20:06] and that won't work because i haven't enabled the site yet in the config so SNI is a thing. [20:06] XD [20:06] ;) [20:06] i need the DNS for LetsEncrypt [20:06] so [20:06] you can wait until tomorrow [20:06] Who says we need HTTPS? [20:06] * arraybolt3 runs [20:07] *trips arraybolt3* [20:07] * arraybolt3 falls over and knocks teward into a pool of lava [20:37] [matrix] *Sigh.* This is getting complicated :P [21:01]