/srv/irclogs.ubuntu.com/2023/11/14/#lubuntu-devel.txt

arraybolt3Perhaps we should make a lubuntu-extras package that we can use to deliver packages to users in any release?00:04
arraybolt3I guess lubuntu-desktop sort of does that already.00:04
arraybolt3Hmm, why isn't there a way to deliver the new packages then? Not able to know what language they installed in?00:04
lubot[telegram] <Roberalz> Ack (re @tsimonq2: @guiverc @Leokolb @Roberalz etc. I'd appreciate some testing help with Backports Staging/Backports (if you see this later) :) ^^^^)00:06
lubot[telegram] <tsimonq2> Yeah, precisely arraybolt3. We could give them a debconf prompt, but that could potentially get messy.00:15
arraybolt3yeah00:15
lubot[telegram] <tsimonq2> I don't know that I would SRU such a change that way, to be honest.00:15
lubot[telegram] <tsimonq2> I mean, we might consider backporting the installer change and such, but meh, depends if we want to put all that effort into what will soon be our LTS-1.00:16
arraybolt3I don't like the idea of SRU-ing in a debconf prompt much either.00:17
arraybolt3The installer change might be worth it though. Some people will probably still want to use 22.04 for a while while 24.04 "stabilizes".00:17
arraybolt3Found why encrypted installations are failing: https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/2043301/comments/700:43
-ubottu:#lubuntu-devel- Launchpad bug 2043301 in calamares (Ubuntu) "lubuntu noble install failure - encryption" [Undecided, Confirmed]00:43
arraybolt3apt-file find isn't telling me what package owns /etc/default/grub, any thoughts?00:43
arraybolt3also perhaps we just need to ship a new file inside /etc/default/grub.d somehow00:44
lubot[telegram] <tsimonq2> Tbh I think it belongs hereish: https://github.com/lubuntu-team/calamares-settings-ubuntu/blob/ubuntu/noble/common/modules/before_bootloader_context.conf02:00
lubot[telegram] <tsimonq2> There is no file that *ships* it02:00
lubot[telegram] <tsimonq2> And we should be absolutely careful that we do not *duplicate* it02:00
lubot[telegram] <tsimonq2> Anyway, yeah your approach seems correct, except it's something done on runtime.02:01
lubot[matrix] <kc2bez> https://github.com/calamares/calamares/releases/tag/v3.3.0-alpha502:05
lubot[telegram] <tsimonq2> Ooooooooh.02:07
lubot[telegram] <tsimonq2> I honestly think, by the way, that I'll hold off on a final release of 1.4 into Backports for maybe another 12-36 hours since this one seems to be a little more prickly than the last...02:08
lubot[telegram] <tsimonq2> That will be a major change for us. I'm going to wait somewhere between 3-7 days before uploading that, so we can get some existing stuff ironed out02:09
arraybolt3Is shipping a new alpha maybe a bit too adventurous for the LTS?02:58
arraybolt3(new alpha of Calamares)02:58
arraybolt3Or are we willing to give it a shot and revert if something goes too wrong?02:58
guivercarraybolt3, the calamares in noble is a newer version already than mantic/23.10 had02:59
guivercthough sorry if you were asking about something else..  I don't see an issue with new installer this early... unless the QA testers are hopeless :)03:00
arraybolt3I meant there was an alpha5 of Calamares 3.3.0 released six hours ago.03:01
arraybolt3guiverc: you and the testers do an amazing job, so I'm sure we'll have everything ironed out with your guys' help :)03:02
arraybolt3tsimonq2: Thanks for your insight, I thought we might end up doing something like that :) If I have time, I'll try to shove a fix out the door tonight.03:03
arraybolt3Actually... I mean, I'm sitting right here...03:03
arraybolt3*fires up VM and starts making a mess*03:04
arraybolt3tsimonq2: I'm actually not so sure this is the way to do things - how can we be sure that the file Calamares generates in this way will stick around? And if it gets deleted, it could result (probably will result) in update failures.03:12
arraybolt3Also what would the repercussions be of having the option being specified in two different files? One will override the other but since they both say the same thing, who cares?03:12
arraybolt3But, I have a working fix \o/04:13
arraybolt3Sheesh, took forever.04:13
arraybolt3Trying to fight spam and code+test at the same time is not easy.04:13
guivercthanks arraybolt3 :)05:40
lubot[telegram] <tsimonq2> arraybolt3: show me the monaaay12:07
lubot[telegram] <tsimonq2> https://matterbridge.lubuntu.me/8b093c57/make_it_rain_money.mp412:07
lubot[telegram] <tsimonq2> arraybolt3: protip: always Git push. Even if you don't upload (and thus tag), I'm curious to see where you're at :)12:52
lubot[telegram] <tsimonq2> As far as I'm aware (@teward001 and @kc2bez probably know more), /etc/default/grub is automatically generated, and updates to it are handled via debconf.12:53
lubot[telegram] <tsimonq2> If we insert a value, we should make sure it's already there. If we insert a new value, even through a no-change rebuild, we should check that updates to GRUB correctly handle this12:54
lubot[telegram] <tsimonq2> I'd say that's an important element to a robust LTS12:54
lubot[telegram] <tsimonq2> *not already there12:55
lubot[telegram] <tsimonq2> We also need to consider some GUI option exposing a system-wide GRUB search, for Windows dual booting. I have this as a catch-all GRUB option on my local install, but I suspect we can narrow that down slightly to "okay, only the local disk" and have a clear warning/pop-up for the user13:02
lubot[telegram] <tsimonq2> Support for dual booting is already implemented, so we might just be able to push it there. I'll add this to my list13:03
lubot[telegram] <tsimonq2> Anyway, I'm going to wait for maybe one or two more QA signoffs while I finish the release announcement, then check back around lunch time to get that published13:03
lubot[telegram] <tsimonq2> As usual, Mr. Mitchell Tunnell and Marius Nestor will get the scoop a few hours ahead of time, per our existing agreement13:04
lubot[telegram] <tsimonq2> I'm also considering going on the Ask Noah podcast tonight to talk about Calamares. Let's see how far I get today, and if I need to push that interview back a week, I will13:05
lubot[telegram] <tsimonq2> @kc2bez also you're a Lubuntu Member, you get exclusives too ;) (re @tsimonq2: As usual, Mr. Mitchell Tunnell and Marius Nestor will get the scoop a few hours ahead of time, per our existing agreement)13:07
tsimonq2Kay, looks like the rest of the 1.4 stack is waiting on armhf autopkgtests. Thanks to arraybolt3 for following up in -release about that. :)14:47
tsimonq2I'll be working on $dayjob for the next 3-4 hours; if you need me just ping, but when I come back, I'd like to get the 1.4 announcement finished and the packages published. :)15:02
arraybolt3tsimonq2: If you're talking about lxqt-menu-data re git push, I intentionally didn't push that since Git needs some unraveling (you have history that isn't uploaded yet). If you mean Calamares, I made a comment documenting the fix, didn't get it into code yet.16:05
tsimonq2I mean Calamares. :)16:05
tsimonq2But thanks for clarifying! :D16:05
arraybolt3re /etc/default/grub, we don't need to modify that file. We can just drop an option in a file in /etc/default/grub.d. We already to that to make our GRUB menu look right, I don't see why that's not a viable solution here.16:07
arraybolt3Just make a file like /etc/default/grub.d/lubuntu-crypto-grub.cfg and presto. That worked in my testing (though I used Calamares to drop the file, but I'm sure it will work if a package puts it there.16:08
wxlhow about adding the GRUB config to um grubcfg.conf https://github.com/calamares/calamares/blob/calamares/src/modules/grubcfg/grubcfg.conf17:37
arraybolt3lol wait that's a thing?17:38
arraybolt3Sounds like the best idea so far.17:38
arraybolt3tsimonq2: If you don't mind, I'd like to combine the upgrade to Calamares alpha5 and the encrypted installation fix into one upload. Is that OK, or should I push them out separately?17:49
tsimonq2Okay, so I'm back.18:21
tsimonq2arraybolt3: I would normally say hey, go for it, but unless you extensively test the Python-based modules (including automirror), I would say keep it separate for the time being.18:22
arraybolt3+118:22
tsimonq2arraybolt3: This was a pretty massive, alpha-level update that caused problems already in optimistic Arch distros.18:22
arraybolt3Ouch.18:24
arraybolt3OK, I'll throw together a fix for encrypted installs and maybe also hurl a wallpaper scaling solution into the mix.18:27
arraybolt3First gotta test and make sure that the grubcfg.conf fix will actually work though.18:27
arraybolt3well well well what have we here18:28
arraybolt3grubcfg.conf already has "GRUB_ENABLE_CRYPTODISK: true" in it.18:28
tsimonq2So is the appropriate cala module being ran correctly?18:28
arraybolt3'bout to find out18:28
tsimonq2arraybolt3: Also, you don't happen to have any specific feedback for or against shipping an update to Backports, right?18:29
arraybolt3Not yet, I haven't actually gotten a test VM together.18:29
arraybolt3(Life has been very busy.)18:29
tsimonq2No worries. I'll cut off the RFC on that in the next hour or so, doing another set of manual testing, before I push 'er all out.18:29
arraybolt3kk, if it looks good to you then it probably is good.18:30
arraybolt3I'll try and throw together a Jammy VM real quick though.18:30
arraybolt3I noticed we didn't have "always_use_defaults" set to "true" in grubcfg.conf, so I set that and we'll see what happens.18:33
arraybolt3That may be all that's needed.18:33
arraybolt3If not, I'll try to debug why the module isn't gettig run.18:33
arraybolt3*getting18:33
* tsimonq2 grabs some food18:34
tsimonq2arraybolt3: Thanks, for the millionth time, for your exceptional work in helping us get these big features through.18:34
tsimonq2It'll calm down soon. :)18:34
arraybolt3Glad to help :)18:35
arraybolt3Also I should work more on the network manager... and there's another install failure. Fun.18:35
arraybolt3oooooooo, found something18:36
arraybolt3tsimonq2: Did something change with mkinitcpio recently?18:36
arraybolt3The grubcfg module is "silently" bombing out with "Target cmd: ("sh", "-c", "grep -q \"^HOOKS.*systemd\" /etc/mkinitcpio.conf") Exit code: 2 output: grep: /etc/mkinitcpio.conf: No such file or directory"18:37
arraybolt3though... it survived a nonzero exit code earlier in the process so...?18:38
arraybolt3At any rate the module is loading and running but it seems to die for <insert reason here> before it actually edits the file.18:39
wxlum18:40
wxlwe shouldn't be using mkinitcpio?18:40
wxlthat's what arch uses for initramfs18:41
wxlwe use update-initramfs18:41
arraybolt3the module looks for it but I think it should ignore it if it's not there.18:42
wxlcould this be a red herring? just a check it does before moving on? or does the module actually die there?18:44
arraybolt3I think it's a red herring looking at the code.18:44
arraybolt3oh now here's something weird, the module seems to add LUKS-related stuff to the config file successfully. But... cryptodisk isn't set?18:45
arraybolt3if cryptodevice_params and not unencrypted_separate_boot:18:47
arraybolt3  grub_config_items["GRUB_ENABLE_CRYPTODISK]" = "y"18:47
arraybolt3so now the question I guess is how those are getting set18:47
arraybolt3does anyone know when this stuff broke anyway? Was it right after a Calamares update or something?18:47
wxli don't know but i don't think we want always_use_defaults18:51
arraybolt3it didn't fix anything either so you're probably right18:51
arraybolt3Just tried adding some debugging lines to the main.py file for the grubcfg module, now running Calamares in hyper-debug mode.18:51
arraybolt3oh wow, it actually tries to set the cryptodisk setting18:54
arraybolt3alright, digging further18:54
arraybolt3why on earth! We don't even use a newer version of Python or anything!19:02
arraybolt3ah great, it's a Cala alpha4 bug almost certainly. Found the commit that most likely broke things, and it's an overhaul of the grubcfg module.19:24
arraybolt3Well at least that means I'm not barking up the wrong tree :P The function (method? function? whatever those are called in Python) that actually updates the config file has some, er, questionable logic in it, so I'm guessing that's where our bug is.19:33
arraybolt3in particular it sorta looks like they're just printing things to stdout when they meant to save them to a file19:34
arraybolt3ah ok, it's not as bad as I thought, they're using things correctly, they seem to just be forgetting that there may be options in grub_config_items that aren't in the file yet.19:42
arraybolt3alright, this should work19:52
arraybolt3In the mean time, /me prepares an upstream bug report19:52
arraybolt3ahem, need to not reference variables that don't exist19:54
arraybolt3YAY it worked! Woohoo!19:58
arraybolt3https://github.com/calamares/calamares/issues/223320:10
-ubottu:#lubuntu-devel- Issue 2233 in calamares/calamares "[REGRESSION] grubcfg module fails to append missing items to the end of /etc/default/grub" [Open]20:10
arraybolt3tsimonq2: Encryption failure bug has been cornered, captured, and emtombed in a bug report to upstream. Shall I patch it downstream now or wait for upstream to fix it?20:13
tsimonq2I would say throw it in an upstream PR, patch it downstream, and link your PR in the DEP-3 headers.20:14
* arraybolt3 likes it20:14
tsimonq2[ade] is usually pretty quick about merging clearly solid patches with good bug reports.20:14
tsimonq2Not like LXQt XD20:14
arraybolt3though I'm not sure they'll like my choice of variable names20:14
tsimonq2Meh, figure out something agreeable and ShipIt :)20:14
arraybolt3kk, sounds good20:14
tsimonq2Thanks for your help!20:14
tsimonq2Hey, what was that other issue with the cdrom stuff?20:15
tsimonq2Do we have clear instructions to reproduce that?20:15
arraybolt3Other issue? the slow install times I think20:15
arraybolt3No clue how to reproduce that20:15
tsimonq2I don't see them as particularly slow, hm20:15
tsimonq2We could take a peek at which rsync flags we're using, though.20:15
arraybolt3Perhaps you're installing in English and lotuspsychje is installing in Dutch?20:16
arraybolt3They said that the file copying seems to go fast but the package downloading slows things down, I believe.20:16
arraybolt3In which case the whole issue may have been the archive being a bit slow.20:16
tsimonq2Here's my general take on this...20:16
tsimonq2It *will* require a new upstream feature, but we should really have a way to background a job.20:17
tsimonq2I'd like to be able to download snaps and packages in the background while the squashfs is extracting.20:17
tsimonq2If we implement some kind of limiters on either end, we could also take care of locale-gen in the background.20:17
tsimonq2We might have a real opportunity to speed some of this up, but it's going to take quite a bit of upstream work, so we might punt it, at least a few weeks.20:18
tsimonq2Anyway, if someone does side-by-side installs of 23.10 and Noble, and Noble is significantly slower, I'd say we have a bug.20:18
tsimonq2If they're the same speed but slow anyway, yeah, we're working on it. Heh.20:18
tsimonq2Also, let's confirm that locale-gen is done *after* langpacks are installed (I mean, unless we have another step at the end to run it twice, confirming).20:19
tsimonq2Upstream there are existing "prototype" functions that can be extended for a job, either to background something in a Special way, or create a new class of job.20:20
tsimonq2I have some issues upstream regarding consistency in functionality between a few of those. Beware, there be dragons. That being said, seems like a good first step.20:20
tsimonq2Anyway, I digress.20:20
tsimonq2$dayjob did take me a little later, but when I get back from a short break, I think I'll finally push Backports out.20:21
tsimonq2I'll migrate the packages and set a one-hour timer at the same time, to give the Launchpad publisher (and our media folks) time to process things.20:21
tsimonq2Once that timer is up, the blog post goes out.20:22
arraybolt3I never did manage to test them :P but you and I think guiverc did that already so push away!20:26
tsimonq2Just doing one more smoke test, grabbing screenshots, then I'll press Buttons.20:32
tsimonq2Let's see if this works, in the meantime: https://launchpad.net/ubuntu/+source/calamares-settings-ubuntu/1:24.04.220:47
tsimonq2Nah, I'm going to wait and dogfood this one first...20:53
tsimonq2My hope is that the power management doesn't continue to crash, like it's doing.20:54
* arraybolt3 goes and takes a shower, will be gone for a while20:55
tsimonq2Have fun, don'20:55
tsimonq2t slip :P20:55
tsimonq2(Like I apparently just did, when typing. :P)20:55
tsimonq2Kay, all of those packages have been copied.21:23
tsimonq2Lead time given to Marius Nestor, ETA about 4:15-4:20 PM US Central Time.21:26
tsimonq2Kay, looks like I also need to prepare *two* hotfixes...21:45
tsimonq2One for the power manager to not automatically spill the hot beans all over itself on desktop machines, due to my new change.21:45
tsimonq2And another, it seems, to add the "Leave" menu back to lxqt-menu-data... >_<21:45
tsimonq2Neither are showstoppers but both are high-priority...21:46
tsimonq2My *guess* is that the issue with lxqt-powermanagement is the way I nested things, let's see if this works.21:54
tsimonq2 Missing build dependencies: liblxqt-globalkeys-ui1-dev (>= 1.4.0), liblxqt-globalkeys1-dev (>= 1.4.0), liblxqt1-dev (>= 1.4.0) 21:56
tsimonq2Well, waiting on this guy to migrate, it looks like.21:57
tsimonq2I copied it all in one run, so I'm thinking it'll all *publish* in one run, too.21:57
tsimonq2If it doesn't, prepare for anarchy. :P21:57
tsimonq2(There's a reason I gave it this much time; Backports Staging actually got to 500+ MB, so copying all of that *will* take time.)21:58
tsimonq2Especially serially and on one thread, Launchpad-style. :P21:58
tsimonq2I think on that note, I'll wait a minute before doing the lxqt-menu-data stuff (that is, assuming I figure it out). :P22:00
arraybolt3ugh, sorry to hear things are being sticky22:13
* arraybolt3 is having a convo with dalto8 in the Calamares bug report, and between my typos and a disagreement about the source of the bug things are a bit sticky there too22:15
tsimonq2I see that ;) no worries22:19
tsimonq2I have the menu data fix done and uploaded, that should honestly migrate right at the next Britney run.22:20
tsimonq2We'll want to have some stricter depends to explicitly pull that in with Backports.22:20
tsimonq2I just retried powermanagement, let's see how many times I have to poke it.22:20
arraybolt3nice22:20
tsimonq2Whoops, powermanagement has been one of those weird packages that need a backport.22:25
tsimonq2Uploaded a better copy, that might actually be it this time.22:25
tsimonq2In the meantime, lxqt-menu-data will be going straight through once it's published.22:25
tsimonq2I'll be brainstorming ways to get it on everyone's installs.22:25
tsimonq2Kay, so this is problematic. I'm just going to revert my powermanagement patch altogether, and see what that does.22:30
tsimonq2Taking a quick break.22:36
tsimonq2https://lubuntu.me/jammy-backports-22-04-3-lxqt-1-4/22:36
tsimonq2Already blasted on Twitter and Telegram.22:36
tsimonq2I also translated it into Spanish ;)22:36
arraybolt3woot woot!22:37
arraybolt3sigh, wish we knew why X-Leave is happening but oh well, definitely livable.22:37
arraybolt3and soon enough we'll probably figure it out and push a fix22:37
lubot[telegram] <tsimonq2> That's the lxqt-menu-data fix I literally just uploaded ;)22:40
arraybolt3oh lol, nice!22:42
* arraybolt3 must be tired and not paying enough attention22:42
lubot[telegram] <tsimonq2> Ain't no rest for the wicked XD22:44
arraybolt3oh dang22:45
EickmeyerOr weary22:47
arraybolt3Alright, patching Calamares now.22:50
lubot[telegram] <tsimonq2> Wheeeeeeeee.22:51
lubot[telegram] <tsimonq2> /me passes arraybolt3 a Red Bull and hides from RikMills :P22:51
arraybolt3Sigh. Guess what's broken.22:53
arraybolt3watch file for Calamares.22:53
* arraybolt3 hopes my watch file hack from way earlier still works22:54
arraybolt3can I just say I hate watch files?23:02
arraybolt3They're so convenient in theory and such a massive pain in practice.23:02
lubot[telegram] <tsimonq2> I mean, regexps are super powerful.23:04
arraybolt3yes, but uscan gives rather bad debugging info, and my regex matches in regex101.com and not in uscan. 23:06
arraybolt3hrm, well it almost works now23:08
arraybolt3Sheesh, difficult, but got it working.23:19
arraybolt3Watch it stop working as soon as we're done with alpha versions >_<23:19
arraybolt3anyway, doing a build of Cala with the patch, wish me luck23:20
arraybolt3I: calamares: spelling-error-in-binary aKS ask [usr/bin/calamares]23:31
arraybolt3seriously? :P23:31
lubot[telegram] <tsimonq2> LMFAO23:32
lubot[telegram] <tsimonq2> arraybolt3: Hey, real quick, do you have a Backports machine handy?23:33
arraybolt3Not yet :-/23:33
* arraybolt3 starts the install that I'll inevitably need23:33
arraybolt3Installation underway.23:34
lubot[telegram] <tsimonq2> When you do, in a VM (or Desktop), could you try the following steps?23:35
lubot[telegram] <tsimonq2> 1) upgrade to the current Backports repo, reboot, confirm it's crashy23:35
lubot[telegram] <tsimonq2> 2) install my wonderful update from Backports Staging, reboot23:35
arraybolt3will do23:35
lubot[telegram] <tsimonq2> 3) potentially celebrate since powermanagement is less crashy23:35
lubot[telegram] <tsimonq2> thanks :)23:35
lubot[telegram] <tsimonq2> Dinner time here, I'll be back in < 1 hour23:36
arraybolt3Gotta do The Works on this package before it's ready to publish (copyright update, fixing weird Lintian errors, etc.) so... yeah.23:37
* arraybolt3 really wishes Quilt would let me modify the header of a patch that isn't applied yet23:40
arraybolt3alright let's see how much damage I did23:49
arraybolt3also btw Backports installation is in progress23:51
arraybolt3Rebooting into Backports LXQt 1.4.0...23:54
arraybolt3Power Management crashed too many times. So yes, crashy.23:55
arraybolt3lxqt-menu-data is recognized as a NEW package, interestingly23:56
arraybolt3And crashy after upgrade.23:58
arraybolt3tsimonq2: Backports Staging did **not** fix Power Management being crasy.23:58
arraybolt3*crashy23:58
arraybolt3X-Leave is solved nicely though :)23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!