[01:05] <kgiii> FWIW, the ISO testing tracker is slowing down again. It's about 1m 15s for a report page to load and save. It was much worse for a few months, about a 2m load time per page, but then it improved. It's now slowing down again. I suppose that's outside the scope of the Lubuntu team, but I figured I'd mention it. It's darned annoying, is what it is.
[01:11] <arraybolt3> Heh, I've seen it be pretty slow too. Guess it gives you time to go get some coffee or something :)
[01:13] <kgiii> They fixed it once. 
[01:13] <arrayboltCBook> Well, currently I'm split between continuing to work on the KDE System Settings thing by testing out a new Bluetooth stack, or getting lubuntu-installer-prompt working and shipped. Which one sounds better?
[01:13] <arrayboltCBook> s/stack/UI/
[01:14] <kgiii> Probably the settings thing - as more folks will be interested in that then BT. (That's my guess, anyway.)
[01:14] <kgiii> I so misread that...
[01:14] <arrayboltCBook> Well the Bluetooth and the settings thing are intertwined, as KDE System Settings is still getting installed on the Lubuntu ISOs since the KDE Bluetooth stuff recommends it.
[01:15] <kgiii> The installer prompt. Now that I actually read what you wrote. (I'm multitasking and NOT doing well with it!)
[01:16] <arrayboltCBook> Heh, no problem. Sounds good. My Bluetooth earbuds that I'd use for testing need recharged anyway.
[01:16] <arrayboltCBook> And the charging case needs charged too...
[01:26] <kgiii> LOL It's amazing how many things we recharge these days. I'm pretty old and that'd be one of the things I've seen change over time. Battery tech is pretty amazing.
[01:27] <arraybolt3> Personally I think wired is actually more convenient. Laptops are cool, but a desktop won't run out of juice, has more power, and generally is easier to use. But laptops are what I have and I'm mobile enough around my house that having one is very handy, so... sigh.
[02:27] <guiverc> re: iso.qa tracker & slow.. I made RT ticket [67219; 18-Jan] & they responded due hardware failure.. will be fixed when ordered hardware arrives (they closed ticket)
[16:49] <tsimonq2> arraybolt3: l-u-n autopkgtest> How exactly are you going about reproducing it?
[16:50] <tsimonq2> arraybolt3: Usually, uploads to increase verbosity should be done locally/in a PPA :P (and you can trigger autopkgtests against PPAs ;) )
[16:55] <arraybolt3> tsimonq2: I just used "autopkgtest --apt-pocket=proposed=* -- schroot lunar-amd64-shm" to try and reproduce.
[16:55] <arraybolt3> tsimonq2: Also, I didn't know there was any particular policy around making uploads to increase verbosity.
[16:55] <arraybolt3> I did use the verbosity-increase locally and it gave me pretty much what I expected.
[16:56] <arraybolt3> (i.e., a successful result that didn't appear to tell me anything more about what the problem might be)
[16:57] <arraybolt3> (I also tried without the "--apt-pocket=proposed=*" and it behaved the same.)
[17:16] <tsimonq2> arraybolt3: How about just using the triggers specified in the autopkgtest?
[17:17] <tsimonq2> arraybolt3: Also meh, I guess it's not against policy, but an upload to just debug is kinda discouraged
[17:17] <tsimonq2> ¯\_(ツ)_/¯
[17:22] <arraybolt3> tsimonq2: Makes sense. And with the upload, I'll avoid doing debugging uploads in the future. (Though really we probably want this one since our previous autopkgtest was *pathetic* in how much info it gave, and now it's not \o/)
[20:48] <arraybolt3> wrt lubuntu-installer-prompt, it looks like SDDM is auto-logging into the Lubuntu user upon start. I think all we need to do is change whatever's setting /etc/sddm to boot into a Lubuntu.desktop session, and make it boot into a installer-prompt.desktop session or something.
[20:49] <arraybolt3> Then lubuntu-installer-prompt can exit and call startlxqt, which (I believe) gets the desktop rolling (or maybe it has to trigger Lubuntu.desktop or something).
[20:49] <arraybolt3> Or it can exit and pop up Calamares.
[20:54] <arraybolt3> Or maybe it shouldn't exit at all, if the user chooses to install Lubuntu, maybe it should just hide the buttons and leave the background there during the installation.
[21:44] <arraybolt3> OK, sooooo... trying to run the installer prompt as an application without a window manager involved (oops) sorta resulted in a mess.
[21:44] <arraybolt3> Guess I should probably rope OpenBox into the picture :P
[21:45] <tsimonq2> I mean, Calamares could run in fullscreen mode?
[21:46] <arraybolt3> That's a thought, but it looks bad in fullscreen mode currently and so we intentionally took it out of fullscreen mode.
[21:46] <arraybolt3> (We are running alpha software in production here :P)
[21:49] <tsimonq2> What looks bad, again? heh
[21:50] <arraybolt3> one moment...
[21:52] <arraybolt3> tsimonq2: OK, so...
[21:53] <arraybolt3> The real problem I was having with the installer prompt was that, when rendered without a window manager, it was using X directly, and that made it render in a tiny box in the upper-left corner of the screen with nearly none of it visible.
[21:53] <arraybolt3> The problem with Calamares is that when in fullscreen, it displays the splash screen image way smaller than its supposed to (a regression from the older version).
[21:54] <arraybolt3> We worked around the regression by drawing Calamares in a window instead. And now I need to figure out how to get a window manager involved with lubuntu-installer-prompt, which probably means making a shell script to orchestrate things :D
[22:04] <tsimonq2> What does the regressed splash screen look like?
[22:06] <arraybolt3> https://imgur.com/a/JVdzfSI
[22:07] <arraybolt3> (This was a problem in the Kinetic cycle, we elected to do things this way since we were short on time. We should do a Calamares update and see if the issue is solved there, and if not, write a bug report.)
[22:07] <arraybolt3> (This is if I'm remembering correctly, that is.)
[22:43] <tsimonq2> I wonder how big that source image file is, if we have the source for it, and if it will scale
[22:44] <arraybolt3> It's supposed to scale automatically, I believe.
[23:01] <tsimonq2> No, I mean, let's make sure it's not a small image in and of itself
 *rescales simon's brain to be smaller*
 :P
[23:32]  * arrayboltCBook pipes /dev/urandom into @teward001's brain