[00:02] <wxl> installed today's daily, rebooted, full-updated, rebooted, and all is well. so i think that linux scare that came through from the landing team is really nothing worrisome......... or it's going to affect some driver i'm not employing
[00:09] <kc2bez> wxl: did you happen to check on foreign architectures?
[00:10] <wxl> 1s
[00:12] <wxl> it's all good kc2bez 
[00:15] <kc2bez> Awesome! Thanks for checking. 
[00:16] <wxl> thanks for fixing it :)
[00:38] <wxl> so check this out: 8 seconds from launch to get Calamares to "boot up" essentially https://paste.ubuntu.com/p/HzRBbvxbFw/
[00:39] <wxl> not sure what we can do to fix that. harumph.
[01:02] <kc2bez> 2 1/2 minute install time though.
[01:03] <wxl> i know. it's just ironic i guess
 I wonder if we can start loading Calamares in the background on startup
 The only problem is that things like internet access may change
[01:06] <kc2bez> I think that is actually the slow down, loading the internet things
[01:06] <kc2bez> welcome and locale
[01:07] <wxl> yeah it seems to me every module takes a second or so
 From my interpretation of wxl's log, it's the partition module
 I wish that log could be a bit more verbose
[01:08] <wxl> i mean that's a disproprotionate hunk of it but not a huge hunk
 To break it down in terms of module and milliseconds
[01:08] <wxl> that's the debug log so that IS the verbose log
[01:09] <kc2bez> something like systemd analyze
 What we might be able to do is get that to be a little more precise in terms of times and figure out which specific process is taking the longest. Maybe not base it on one thing but bang it against the wall a few times and see what takes the longest on average
[01:09] <wxl> i dare you to write a new issue that proposes that systemd be used to manage calamares
[01:10] <kc2bez> I wasn't suggesting that XD
 Wait a minute, is this 8 seconds or 5?
[01:10] <wxl> 8
 I'm just wondering if it took you three seconds to close Cala
 It looks like it was done at :45
[01:11] <wxl> oh hah maybe XD
 Starting at :40
[01:11] <wxl> i don't think so but i can try again
 No man, look at the log XD
[01:12] <wxl> ok fine 5 s
 And to be as precise as possible, it'd be cool to know exactly when the window pops up. I'd be fine with a window popping up in 1/5 or 1/10 of the total time and just showing that it's loading. The problem arises when we have more than that
[01:15] <kc2bez> Here is my most recent log https://paste.ubuntu.com/p/b4Gp4D6Cb9/
[01:16] <kc2bez> It complains about EFI partitions but I blame virtualbox for that.
[01:16] <wxl> man i see it *every*time*
[01:16] <wxl> but i have a relatively constrained vm
 @kc2bez [<kc2bez> Here is my most recent log https://paste.ubuntu.com/p/b4Gp4D6Cb9/], That's a 4 second requirement check time
 I definitely think that we should push more precise times in these debug logs if we're looking at faster installs
 In fact, if it's not too much overhead, maybe we can even be looking at a flag to give a module by module breakdown of load time
[01:21] <wxl> like [module] blah blah blah
 Yeah
[01:21] <wxl> i would like to see that personally
[01:21] <wxl> the logs are a mess to read
 +1
[01:21] <wxl> i think i'll write an issue about that
[01:27] <wxl> hm i wonder if modules could load one at a time instead
[01:28] <kc2bez> They all seem to load at the same time
[01:28] <wxl> yep
[01:28] <kc2bez> locale and partition seem to be the last to initialize
[01:32] <kc2bez> Here is one with no network. https://paste.ubuntu.com/p/P82tjzsTFs/
[01:35] <kc2bez> no earth shattering revelation 
[01:39] <kc2bez> The JobQueue tab is always blank in the debug
[01:42] <kc2bez> oh nvm
[01:49] -lugito:#lubuntu-devel- [T143: Enable i386 architecture] kc2bez (Dan Simmons) commented on the task: https://phab.lubuntu.me/T143#3079
[02:36] -lugito:#lubuntu-devel- [rMANUAL783eeb66195d: Improve wording] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL783eeb66195d
[07:37] -lugito:#lubuntu-devel- [rMANUAL232c4cd62406: Split paragraph and add other printer options] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL232c4cd62406
[08:09] -lugito:#lubuntu-devel- [rMANUAL32ef0bab2371: Add Range aand copies field] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL32ef0bab2371
[10:21] -lugito:#lubuntu-devel- [rLIBFMQTPACKAGINGb75411bb141c: merge from debian 0.14.1-12] rikmills (Rik Mills) committed: https://phab.lubuntu.me/rLIBFMQTPACKAGINGb75411bb141c
 https://lists.debian.org/debian-devel-announce/2020/02/msg00000.html
 wxl @kc2bez @HMollerCl @The_LoudSpeaker et al. ^
 Oh that fail missing thing.
 I wondered why i got it only in focal dev environment
 well the option has been there it is just now default
 and focal is still 12.7
 But i did see it running even when i haven't specified
 Oh wait no. I think my a file called for it
[16:23] -lugito:#lubuntu-devel- [T143: Enable i386 architecture] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T143#3080
[16:29] <wxl> yikes really sounds like we should ensure we don't have any packages rrunning services on 11
[17:34] <wxl> @kc2bez: can you please confirm my change to lubuntu-meta does indeed keep gnome from being installed in focal on the pi?
[17:35] <kc2bez> I will give it a go.
 @wxl [<wxl> yikes really sounds like we should ensure we don't have any packages rrunn …], I think later I'll create a task with a checklist. Whatever we end up fixing we can send to Debian
[17:35] <wxl> kk
[17:36] <wxl> and omg we blacklist gnome-shell in the seed! wth!
[17:36] <wxl> maybe we need to add gdm3 ://////
 Might be worth asking Niel when he plans on tagging 13
 @wxl [<wxl> and omg we blacklist gnome-shell in the seed! wth!], That's grandfathered in from gilir days
[17:36] <wxl> i know!
[17:37] <wxl> wait meta doesn't have blacklists does it?
[17:38] <wxl> cuz THAT would explain why we have problems only when people use the metapackage
[17:39] <wxl> ^ any ideas @tsimonq2 ?
[17:47] <wxl> @kc2bez: i think this is waiting on you https://phab.lubuntu.me/D71 as i suggested before though it may be buggy it might be worthwhile to get it in there and play with and test
[17:47] -lugito:#lubuntu-devel- [Needs Review] added libreoffice-qt5 package: https://phab.lubuntu.me/D71
 @wxl [<wxl> cuz THAT would explain why we have problems only when people use the metap …], That's why we don't encourage people to use the metapackage
 Use the task instead
[17:51] <wxl> i thought at this point they were all one in the same?
[17:52] <wxl> if not, how does one manage the task?
 Not precisely
[17:53] <wxl> kc2bez: thx wanna upload? :)
[17:54] <kc2bez> One thing at a time XD
[18:09] <kc2bez> How does one patch Hans' changes in rSeed ?
[18:11] <wxl> kind of like normal
[18:12] <kc2bez> with arc patch ?
[18:12] <wxl> the end result is not an upload, though, but a push to the repo
[18:12] <wxl> yeppers
[18:13] <wxl> if you want to be super cool, you'll update meta to pull in that change and upload that, though
[18:14] <kc2bez> seed first though
[18:14] <wxl> right
[18:15] <kc2bez> Do I need to arc land too?
[18:16] <wxl> yeah that should do your git push
[18:16] <kc2bez> ok
[18:21] <kc2bez> One more crazy question; `arc land --onto focal` NOT `arc land --onto ubuntu/focal` right? It needs to follow the right branch.?
[18:21] <wxl> right
[18:23] -lugito:#lubuntu-devel- [rSEED5cc2117977af: added libreoffice-qt5 package] kc2bez (Dan Simmons) committed: https://phab.lubuntu.me/rSEED5cc2117977af
[18:50] <kc2bez> wxl: https://phab.lubuntu.me/D80 It doesn't look like the escaping thing is working or I did something wrong.
[18:50] -lugito:#lubuntu-devel- [Needs Review] Add libreoffice-qt5: https://phab.lubuntu.me/D80
[18:50] <wxl> ^ indeed
[18:50] <kc2bez> I'm not ruling out the latter
[18:51] <kc2bez> Should I just manually fix it
[18:51] <wxl> please
[18:51] <kc2bez> ok
[18:54] <kc2bez> Sorry, that should be fixed now.
[18:54] <wxl> accepted
[18:55] <kc2bez> danke
[18:56] -lugito:#lubuntu-devel- [rMETAc4e1139c7fab: Add libreoffice-qt5] kc2bez (Dan Simmons) committed: https://phab.lubuntu.me/rMETAc4e1139c7fab
 @The_LoudSpeaker [@Rutvikm], Ah yes
[19:04] <wxl> bitte
 @Rutvikm [Ah yes], Knew it'd be something related to development
[19:34] -lugito:#lubuntu-devel- [rDEFAULTSETTINGS2812e609faf1: Added SAL_USE_VCLPLUGIN=qt5 env var in session.conf so libreoffice use qt5 VCL] wxl (Walter Lapchynski) committed: https://phab.lubuntu.me/rDEFAULTSETTINGS2812e609faf1
[20:10] -lugito:#lubuntu-devel- [T128: Alt-Tab and Alt-Shift-Tab feature request (openbox conf)] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T128#3083
 Who did this:? libfm-qt6/focal 0.14.1-12ubuntu1 amd64 [actualizable desde: 0.14.1-9ubuntu4]
 new libfm-qt6 on focal.
[20:17] <wxl> looks like @RikMills!
[20:18] <kc2bez> Thanks @RikMills !
[20:44] <kc2bez> bad news wxl
[20:44] <wxl> oh no
[20:45] <kc2bez> Installing lubuntu-desktop now brings in plasma-desktop and gnome-shell
[20:45] <wxl> whyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy
 Maybe because of breeze themes?
 (Photo, 650x144) https://i.imgur.com/MVA7lUs.jpg
[21:46] <Eickmeyer[m]> I'll bite. Why does sddm-theme-breeze depend on plasma-workspace? That should absolutely be a reccomends, not a depends, @RikMills.
 (Photo, 884x102) https://i.imgur.com/IIgl07t.jpg
 Maybe even a suggests as opposed to a depends. After all, sddm doesn't absolutely need that particular theme.
 @Eickmeyer[m] [<Eickmeyer[m]> I'll bite. Why does sddm-theme-breeze depend on plasma-workspace? …], It is produced by plasma-workspace source. probably needs some of its plugins/qml maybe for its ui elements
 Still doesn't make any sense. sddm, when it first was started, wasn't a kde project. I understand that now it's the default KDE/Plasma dm, but to assume other DEs can't use it seems odd.
 The breeze sddm theme is 100% kde though
 Absolutely, and I agree. But, it's just a theme. The sddm package itself shouldn't depend on it.
 And it looks like it doesn't, that it's a recommends.
 the real question is why the sddm-theme-breeze | sddm-theme is not satisfied by sddm-theme-lubuntu, as it 'provides sddm-theme'
 So, perhaps it's the recommends being pulled in. Perhaps that should be listed in the opposite order, placing sddm-breeze-theme at a lower priority?
 no something else has changed 🤔
 I guess I'm looking at this discussion because in Studio we've considered switching from lightdm to sddm.
 It could be that sddm-theme-lubuntu isn't in the system first. Therefore, we're looking at a race condition, @RikMills .
 wxl: Is sddm-theme-lubuntu higher in your seed than sddm?
[22:01]  * Eickmeyer[m] attempts to spitball
 yesterdays ISO did not have it, so it is something that changed in last 24hrs
[22:03] <kc2bez> It isn't it also looks like we try to exclude sddm-theme-lubuntu
[22:04] <kc2bez> It isn't on the iso (or at least I don't think it is) @RikMills We were attempting to install lubuntu-desktop on a RasPi preinstalled image.
[22:05] <kc2bez> @Eickmeyer https://phab.lubuntu.me/source/seed/browse/focal/desktop$37
 @kc2bez [<kc2bez> It isn't on the iso (or at least I don't think it is) @RikMills We were …], It is today!
[22:06] <Eickmeyer[m]> kc2bez: Yikes. It might need to be added to the blacklist then.
[22:06] <kc2bez> I wrote this wrong " It isn't it also looks like we try to exclude sddm-theme-lubuntu"
[22:06] <Eickmeyer[m]> "!" simply uninstalls it from existing systems but doesn't prevent it from being installed in the seed.
[22:06] <Eickmeyer[m]> aiui
[22:08] <Eickmeyer[m]> Whereas blacklist prevents it from being installed in the seed.
[22:10] <kc2bez> right, I wasn't typing correctly there.
 Actually, it is not on the ISO. germinate is being weird
[22:14] <kc2bez> That makes me feel somewhat better
 https://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu/focal/daily-live-20200201.log
 This looks fun
 Who broke what? XD
[22:14] <kc2bez> ABI BREAK
[22:15] <kc2bez> XD
 @RikMills [https://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu/focal/daily-l …], * Chose kwin-x11 to satisfy plasma-desktop … ? Unknown recommendation plasma-thunderbolt by plasma-desktop
 XD
 why germinate is doing that, ***** knows
 anyway, it does seem to work out that lubuntu-sddm-theme is enough in the end
 for the iso, anyway
 @HMollerCl [Who did this:? libfm-qt6/focal 0.14.1-12ubuntu1 amd64 [actualizable desde: 0.14. …], it was sitting in MoM with my name on it :P
 I should not try to work out dep issues after a few 🍻
[22:30] <kc2bez> Sometimes that makes wisdom more sage XD
 Only if the person you are talking to is also half cut :P
[22:32] <kc2bez> :D
 @RikMills [<reply to image>], We don't have sdd-theme-breeze, do we? I remember It was blacklisted in seed
 @HMollerCl [We don't have sdd-theme-breeze, do we? I remember It was blacklisted in seed], No, I misread