[05:31] <didrocks> hello
[05:57] <duflu> Morning didrocks
[06:00] <didrocks> hey duflu
=== cpaelzer_ is now known as cpaelzer
=== pstolowski|afk is now known as pstolowski
[07:52] <marcustomlinson> good morning didrocks and duflu
[07:52] <duflu> Hi marcustomlinson
[07:55] <didrocks> hey marcustomlinson
[08:02] <Laney> morning
[08:04] <didrocks> good morning Laney
[08:04] <Laney> hey didrocks
[08:05] <Laney> how's it going?
[08:06] <marcustomlinson> morning Laney
[08:06] <Laney> wb marcustomlinson
[08:06] <Laney> good time off?
[08:06] <marcustomlinson> thanks :) Yeah it was
[08:07] <marcustomlinson> nothing too fancy, just some family time, exploring edges of the city I haven't
[08:08] <willcooke> morning all
[08:11] <marcustomlinson> hey willcooke
[08:13] <didrocks> hey willcooke
[08:15]  * Laney nods willcooke 
[08:21] <Laney> Trevinho: tracker> probably, but the answer depends what is in it / if it impacts things which depend on it / how risky it is
[08:25] <Laney> Wimpress: why did that fix it :(
[08:26] <Wimpress> ikr
[08:26] <Wimpress> confused.com
[08:26] <Wimpress> Morning o/
[08:27] <Laney> Colin would probably know best if you cared to bother him
[08:27] <Laney> and someone said Kylin had the same problem - did you notify them by any chance?
[08:27] <Laney> hi :>
[08:27] <Laney> also, not just why did that fix it, but what changed to break it?
[08:27] <Laney> also why the F did the ubuntu daily iso fail to build
[08:27] <Laney> renamed 'chroot/var/lib/snapd/seed/gnome-calculator_406.snap' -> 'chroot/var/lib/snapd/seed/snaps/gnome-calculator_406.snap'
[08:28] <Laney> error: cannot validate seed:
[08:28] <Laney> - cannot use snap "gnome-calculator": default provider "gtk-common-themes" is missing
[08:28] <Laney> - cannot use snap "gnome-calculator": default provider "gtk-common-themes" is missing
[08:28] <Laney> - cannot use snap "gnome-calculator": default provider "gtk-common-themes" is missing
[08:48] <Trevinho> Haloa!
[08:49] <Trevinho> Laney: hey ok per tracker, I'll do some further testing, but IMHO better now than next cycle
[08:50]  * Laney shrugs
[08:50] <didrocks> hey Trevinho
[08:50] <Laney> it's like i said
[08:50] <Laney> hi Trevinho
[08:58] <duflu> Morning Laney, Wimpress, Trevinho
[08:58] <Trevinho> hi didrocks and duflu
[09:07] <Laney> mvo: hey, got a sec? want to chat about https://launchpadlibrarian.net/439916827/buildlog_ubuntu_eoan_amd64_ubuntu_BUILDING.txt.gz
[09:07] <Laney> this is because of that code you added that validates the seed is valid after every snap is seeded, isn't it?
[09:08] <Laney> did you beef up the validator in the new snapd or something?
[09:08] <Laney> (also, sorry, hi - how rude of me)
[09:16] <clobrano> hey all 0/
[09:20] <duflu> Hi clobrano
[09:20] <clobrano> hi duflu
[09:20] <Laney> morning duflu clobrano
[09:21] <duflu> Laney, (no rush, I don't want to stress you but) could you please help to triage bug 1841915 ?
[09:21] <ubot5> bug 1841915 in gnome-shell (Ubuntu) "black screen, unresponsive, after logout from gnome Wayland session" [Undecided,Confirmed] https://launchpad.net/bugs/1841915
[09:21] <duflu> Some time
[09:22] <clobrano> about https://github.com/ubuntu/yaru/issues/1477, we discussed and made some proposals for a fix
[09:22] <clobrano> mine are in this PR https://github.com/ubuntu/yaru/pull/1478, but there's also one from Frederik here https://github.com/ubuntu/yaru/issues/1477#issuecomment-526811769
[09:22] <gitbot> ubuntu issue 1477 in yaru "The headerbar buttons lack of contrast compared to the background" [Design, Open]
[09:22] <gitbot> ubuntu issue (Pull request) 1478 in yaru "ubuntu-colors: Lighten headerbar up" [Open]
[09:22] <gitbot> ubuntu issue 1477 in yaru "The headerbar buttons lack of contrast compared to the background" [Design, Open]
[09:23] <Laney> duflu: maybe later, am trying to unbreak ISO image builds now
[09:23] <duflu> No problem
[09:24] <duflu> Not even today is fine
[09:24] <clobrano> anyone that finds current headerbar buttons hard to spot, please have a look :)
[09:24] <Laney> if you think this is caused by the systemd --user stuff, you can get them to turn GDM's verbosity up and attach a journal
[09:24] <duflu> Some of them stand out too much IMHO. But you will never please everyone at the same time
[09:24] <Laney> I did see that bug though, and I can log out OK here on Wayland
[09:25]  * duflu tries that
[09:38] <mvo> Laney: I had/have a bunch of meetings, we can talk in ~30min maybe?
[09:38] <Laney> mvo: sure, just ping me
[09:48] <clobrano> duflu: all the buttons have the same design, but I guess that the bigger ones (text-buttons) might be indeed more visible due to the size. Pictures might be misleading though, if possible would be great to testing on a real machine :)
[09:48]  * duflu looks again
[09:50] <duflu> clobrano, yeah mostly was my imagination. And a little bit is the inconsistency with the window buttons (minimize, maximize, close)
[09:50] <duflu> But maybe that's a good thing
[09:52] <clobrano> duflu: indeed, those buttons kept the same flat design. Not sure what's better in this regard. I saw that upstream has them flat as well, so I thought it was fine
[09:52] <clobrano> duflu: thanks for the feedback btw :)
[09:53] <duflu> Another part of my confusion was that it doesn't register with my brain that the disabled buttons are disabled. They just look flat and still enabled
[09:54] <duflu> I don't think they are disabled /enough/
[09:54] <clobrano> duflu: any example to look at? Few applications have buttons on headerbar and I couldn't find one with disabled buttons
[09:54] <duflu> At least when viewed at around 100% sRGB
[09:54] <duflu> clobrano, Files (nautilus) window freshly opened
[09:55] <clobrano> duflu: ah the arrows
[09:55] <duflu> They look enabled and flat
[09:56]  * clobrano thinkering something
[09:56] <duflu> But I could easily be in the minority and change my opinion by tomorrow
[09:56] <clobrano> duflu: do you think it's because of the borders?
[09:56] <Laney> mvo: was thinking something like https://paste.debian.net/1098377/ (untested)
[09:56] <duflu> Yes both the borders and the arrows themselves are not sufficiently different colour
[09:57] <Laney> because otherwise the option seems to be to write a dependency solver :(
[09:57] <duflu> clobrano, what if you made disabled buttons the same colour as the borders?
[09:57] <duflu> The icons, not the fill
[09:58] <clobrano> I see
[10:01] <duflu> That way we avoid introducing 3D but it's more obvious what's not clickable
[10:03] <mvo> Laney: I had a bit of back and forth about this with the cpc team, they suggested this approach, I don't mind how its done but AIUI some plugins may add stuff after snap_preseed
[10:03] <mvo> Laney: sry for the trouble :/
[10:04] <Laney> mvo: that's why I went for this opt out approach, the other callsites will still do validation
[10:05] <Laney> maybe I should go take it up with cpc people then
[10:10] <clobrano> duflu: uhm, not sure it helps, a similar design is for active/toggled buttons
[10:10] <duflu> I forgot about those
[10:12] <mvo> Laney: yeah, I don't know enough about the subtleties  unfortunately to give good feedback on live-build (except that I find it hard to reason about it ;)
[10:16] <Laney> :) ok
[10:16] <clobrano> duflu: but, without/reducing border and transparentize label might be the solution
[10:17] <duflu> clobrano, actually yes. No or a light border would suggest the button is immovable
[10:18] <willcooke> clobrano, hey!  Sorry for the delay on that github thread, I was off on Friday.  Have commented now
[10:18] <clobrano> duflu: I agree, something like this https://usercontent.irccloud-cdn.com/file/oOFUauOd/image.png
[10:19] <duflu> clobrano, yes!
[10:19] <duflu> Morning willcooke
[10:20] <clobrano> hi willcooke, thanks!
[10:22] <willcooke> hi duflu
[10:22] <willcooke> np clobrano
[10:36] <duflu> clobrano, I changed my mind. Lack of border is also inconsistent
[10:36] <duflu> But again feel free to ignore me. I need to start thinking about dinner
[10:47] <clobrano> duflu: okay, let's pause then :)
[10:48]  * duflu notices 18.04 handles disabled colours nicely, not counting all the stylistic differences
[15:32] <tkamppeter> I am trying to post a merge proposal for NM on Launchpad and if I fill "network-manager:master" as target branch it does not get accepted. What do I have to enter as target branch?
[15:33] <Laney> isn't it ubuntu/master?
[15:34] <tkamppeter> Tried it now and it does not work, too.
[15:34] <tkamppeter> I tried also origin/HEAD now and also does not work.
[15:36] <tkamppeter> The repo I want to merge is https://code.launchpad.net/~till-kamppeter/network-manager/+git/network-manager  and the repo I want to merge into is https://code.launchpad.net/ubuntu/+source/network-manager/+code?
[15:38] <Laney> I went to https://code.launchpad.net/~till-kamppeter/network-manager/+git/network-manager/+ref/master/+register-merge, typed 'master' into the box and it created https://code.launchpad.net/~till-kamppeter/network-manager/+git/network-manager/+merge/372157
[15:38] <Laney> that looks right doesn't it?
[15:38] <Laney> the repository you're targetting isn't the right one: that is the git-ubuntu one that we aren't using here
[16:02] <tkamppeter> Laney, thank you very much.
[16:04] <Laney> tkamppeter: going to delete that one I made, you can follow the same steps
[16:04] <Laney> so that it doesn't have my name on it ...
[16:07] <tkamppeter> Now it worked for me, https://code.launchpad.net/~till-kamppeter/network-manager/+git/network-manager/+merge/372162
[16:07] <tkamppeter> Thank you very much.
[16:40] <Trevinho> Laney: would you have time to update sysprof to sysprof3? Or want me to do it? Since mutter doesn't support sysprof 3.32 anymore and having the ability to install the daemon (that should be system-wide) from repos would be nice :P
[16:43] <Laney> Trevinho: you can do it, but it's not a desktop priority since the package needs splitting into a library / -dev package / application before things can be linked with it
[16:43] <Trevinho> mh, I see
[16:43] <Trevinho> will see to do it in some free time
=== pstolowski is now known as pstolowski|afk
[16:46] <Laney> okies
[16:46] <Laney> I planned to do that split at some point
[16:46] <Laney> but there were more important things so far
[17:22] <willcooke> night all