[01:16] <Unit193> bluesabre: Yes, syncable.
[01:18] <Unit193> Only thing noteworthy is we might have to autoreconf, but we'll try without.
[01:26] <Unit193> (https://sources.debian.org/src/xfce4-panel/4.13.4-1/plugins/actions/actions.c/#L893)
[07:31] <pavlushka> updated the iso to 20190303 but same issue like https://imgur.com/4g6RVIk
[10:10] <brainwash> pavlushka: I would open a bug report against ubiquity
[10:18] <brainwash> pavlushka: bug 1818285
[10:20] <pavlushka> brainwash: that is of Feb 4rth, Feb 26 iso works fine and my one gots stuck before disk management.
[10:20] <pavlushka> gets
[10:20] <brainwash> you read the comments?
[10:21] <brainwash> if you think it's something different, then open a new report
[10:22] <pavlushka> brainwash: the last comment is 
[10:22] <pavlushka> This is actually a regression in Ubiquity 19.04.6 and likely different from the issue observed starting on feb. 4th.
[10:22] <pavlushka> 19.04.5 works fine.
[10:22] <pavlushka> affects: 	partman-base (Ubuntu Disco) → ubiquity (Ubuntu Disco)
[10:22] <pavlushka> description: 	updated 
[10:22] <pavlushka> 23 hours ago
[10:38] <pavlushka> brainwash: the ubuntu base iso from 20190226 has the ubiquity version 19.04.5 and that works, ok looks like that's the bug i am experiencing
[10:40] <brainwash> hopefully they'll fix it asap :)
[10:48] <Gobelijn> If there are devs here: https://xubuntu.org/news/screen-locking-in-xubuntu-14-04/
[10:49] <Gobelijn> The problem of xfce4 power manager not restoring screen power is still there
[10:49] <bluesabre> brainwash, I've been doing some legwork to get it fixed... I pushed that xfce4-session update and have been poking around to get the light-locker package updated
[10:49] <Gobelijn> I removed light-locker completely and reverted back to xscreensaver
[10:50] <Gobelijn> It's so much simpler imo.
[10:50] <brainwash> Gobelijn: it could be a different bug, but same result
[10:50] <brainwash> Gobelijn: which Xubuntu release and which graphics card?
[10:51] <Gobelijn> 18.04, Nvidia Geforce 670
[10:52] <brainwash> which driver?
[10:53] <Gobelijn> nouveauu
[10:53] <pavlushka> brainwash: by the time I have repacked the ubiquity 19.04.5 and gonna use that to install xubuntu :)
[10:53] <Gobelijn> x.org X server
[10:54] <brainwash> I'm not sure if there is a bug for nouveau
[10:55] <brainwash> the nvidia driver on the other hand is known to cause some issues with light-locker (actually VT switching)
[10:56] <brainwash> bluesabre: what update to the light-locker package?
[10:57] <bluesabre> brainwash, I meant lightdm
[10:57] <bluesabre> got caught up in the other comments
[10:57] <brainwash> ah okay
[10:57] <brainwash> so, unity-greeter is no more?
[10:58] <bluesabre> It's still a thing, but it's not default for any of the desktops now
[10:58] <brainwash> indeed
[10:58] <bluesabre> so we could theoretically swap the dep chain to use lightdm-gtk-greeter first
[10:59] <brainwash> however, if you one tries to install the unity DE, it will pull in the gtk-greeter instead then
[10:59] <brainwash> assuming that unity is there to stay for a bit longer
[11:00] <Gobelijn> "but people have always complained about its antiquated looks (which are also not customizable)" I think it's not worth having some people with black screens not knowing what to do, for some minor aesthetical update which you barely see anyway. I mean, no one spends their day watching the screen locker screen.
[11:00] <bluesabre> brainwash, it shouldn't unity depends on unity-greeter
[11:00] <brainwash> Gobelijn: bluesabre is working on xfce4-screensaver which will replace light-locker at some point
[11:01] <Gobelijn> Oh, very nice then :)
[11:01] <brainwash> bluesabre: and xubuntu depends on gtk-greeter, but yet it installs the unity one :D
[11:02] <bluesabre> ah
[11:03] <bluesabre> well, could demote the lightdm-greeter chain to suggests
[11:04] <bluesabre> so the installer has to be explicit, but guarantees only the requested configuration
[11:04] <bluesabre> I'll chat with robert_ancell about it the next time I see him online
[11:04] <brainwash> my solution was to adjust the dependency list (it's alphabetical I think), so it first installs lightdm-gtk-greeter, and then lightdm
[11:04] <brainwash> currently it's the other way around
[11:05] <brainwash> this way gtk-greeter would be already present
[11:05] <bluesabre> brainwash, oh, I read the most recent comment that pointed at comment 26 instead of 27
[11:06] <bluesabre> but I think standard debian packaging tools prefer to alphabetize the package (wrap-and-sort)
[11:07] <brainwash> probably
[11:07] <brainwash> this dependency mess :D
[11:08] <bluesabre> would have been a lot easier just patching indicator-datetime to just work and walk away, https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1754872/comments/7
[11:12] <bluesabre> brainwash, xubuntu-desktop packaging order can't be adjusted, it's auto-generated from xubuntu-meta
[11:12] <brainwash> okay
[11:13] <brainwash> I think I only tested by manually editing the xubuntu-desktop deb cache
[11:13] <brainwash> in /var/lib/...
[11:14] <bluesabre> but yeah, demoting lightdm recommends to suggests should do the trick
[11:26] <pavlushka> it worked, heh
[11:27] <bluesabre> brainwash, created https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1818395 and will follow up with robert
[11:28] <bluesabre> (please don't link it to the existing bug report)
[11:36] <bluesabre> ochosi, knome, ui freeze coming up on the 14th :)
[13:23] <Unit193> Doesn't lightdm basically not work without a greeter...?
[15:23] <bluesabre> Unit193, yes... but the greeters should pull it and not the other way around, I think
[15:26] <bluesabre> (also of note, the recommends only exist in the ubuntu package)
[15:26] <flocculant> hi bluesabre :)
[15:27] <bluesabre> hi flocculant 
[15:27] <bluesabre> good to see you around (even if its not around around)
[15:27] <flocculant> ha
[19:01] <Unit193> They should all provide a virtual package and just have lightdm depend on it. :P