[01:20] <jamesh> robert_ancell: yeah.  And mvo said he'd try to fast track reviews of any followups I can get ready in time for 2.28
[01:33] <robert_ancell> jamesh, thinking about the best way to migrate snapd-glib. I guess there's no way to know if snapd supports this unless we get it to advertise it. Perhaps we should make a patch to add a polkit flat to /v2/system-info
[01:34] <robert_ancell> actually we could just check the version field.
[01:34] <robert_ancell> the current version is "2.27.3+17.10". I guess a heuristic that looks for >2.28 would work
[01:35] <robert_ancell> though a flag would be less ambigious
[01:37] <jamesh> robert_ancell: on Ubuntu at least, we could just do Requires: snapd >= 2.28
[01:37] <jamesh> in the packaging
[01:37] <robert_ancell> sure, and just encourage other snapd-glib consumers to do the same
[01:38] <robert_ancell> I'll mark the snapd-login-service methods as deprecated to prompt people to switch over.
[01:56] <jbicha> jamesh: the On/Off switch for g-c-c's Connectivity Check doesn't display right when switched on/off
[01:57] <jbicha> but hey, it's Feature Freeze so pushing anyway ;)
[01:59] <jbicha> I remember that Feature Freeze is the day to break things :)
[02:07] <jamesh> jbicha: it should be tied to the D-Bus property change notification.  Let's see.
[02:07] <jamesh> i.e. toggle switch issues Set() call, and the change signal updates the switch position
[02:15] <robert_ancell> jamesh, did you get gnome git access?
[02:16] <jamesh> robert_ancell: not yet
[02:16] <robert_ancell> jamesh, where's your classic mode branches stored?
[02:19] <jamesh> robert_ancell: this has the two patches I put in bugzilla: https://code.launchpad.net/~jamesh/gnome-software/+git/gnome-software/+ref/classic-snap-install-upstream
[02:20] <jamesh> which branch should I rebase them onto?
[02:21] <robert_ancell> jamesh, I'll push them into wip/ubuntu-master and then we can try and move them to master from there
[02:21] <jamesh> okay
[02:23] <robert_ancell> jamesh, once you get your git access the process is 1. in wip/james/<feature> for stuff as it's being worked on, 2. in wip/ubuntu-master (artful), wip/ubuntu-3-22 (zesty) and wip-ubuntu-3-20 (xenial) when it's good enough for Ubuntu, 3. work on getting it into master when upstream is OK.
[02:23] <robert_ancell> Ideally we go steps 1 - 3 - 2 but depends how much discussion is needed / priority in getting feature into Ubuntu
[02:34] <robert_ancell> jamesh, someone OK'd the placement of that classic warning right? It's not even visible when I browse atom (you have to scroll down)
[02:36] <jamesh> robert_ancell: no.  It hasn't had any design review
[02:36] <jamesh> the same problem would be true for the kudo icons if we were showing them
[02:38] <robert_ancell> jamesh, "if we were showing them" :)
[02:38] <robert_ancell> jamesh, I'll release it to artful, and hopefully we can get some feedback if it needs moving.
[02:39] <robert_ancell> jamesh, Richard said he'd got some data at some point about what parts users were interacting with and it gets orders of magnitides less the futher you go down the page.
[02:39] <robert_ancell> jamesh, I think we should move it to beside the install button.
[02:40]  * robert_ancell heads out, will be back later
[02:40] <jamesh> robert_ancell: from a user's point of view, I'd think it'd make sense to show the warning for strict confined snaps that connect to home too, but it isn't clear how to do that with current snapd
[02:40] <robert_ancell> true
[02:41] <robert_ancell> we don't know until it's installed...
[02:41] <jamesh> it also doesn't help that we're mixing a small number of snaps with a large number of debs in the same search results
[02:41] <jamesh> where the debs are effectively unsandboxed
[02:42] <jamesh> maybe it would make sense to also show the warning for debs that come from non-Ubuntu sources (PPAs and other archives)
[03:07] <jbicha> jamesh: that sounds like a good idea
[05:18] <jibel> good morning
[05:20] <duflu> Hi jibel
[05:20] <jibel> Hey duflu
[05:21] <oSoMoN> hey jibel, duflu
[05:21] <oSoMoN> good morning desktoppers
[05:22] <duflu> Morning oSoMoN
[05:33] <jibel> morning oSoMoN
[05:59] <duflu> Wow. Some G-apps touch eight graphics APIs; GTK, GDK, clutter, cairo, cogl, pixman, GL, X11
[06:00] <duflu> That's more than I thought
[08:03] <Laney> moin
[08:08] <jibel> Laney, hi
[08:08] <jibel> Laney, about bug 1712581
[08:09] <jibel> Laney, if I set the attribute on the file in /target at the end of the installation it should be preserved after it's unmounted and rebooted right?
[08:09] <davmor2> Morning all
[08:09] <jibel> Hey davmor2 long time no see :)
[08:10] <davmor2> jibel: I've been here just not saying hello :D
[08:10] <Laney> hi jibel, ca va?
[08:10] <jibel> Laney, ça va bien merci et toi?
[08:11] <Laney> jibel: It saves to some database, so if you execute it in the right context it should be
[08:11] <Laney> that's why we have to sudo to the user, start a bus and all that random stuff
[08:11] <jibel> Laney, ah, maybe I did it with the wrong user. I'll have another look
[08:12] <Laney> je vais bien!
[08:12] <jibel> :)
[08:12]  * Laney tries to drag up the 10 french lessons from 15 years ago
[08:12]  * Laney did german in school :p
[08:13] <Laney> jibel: got a link to the code for this thing?
[08:13] <Laney> maybe I can advise quickly
[08:15] <jibel> Laney, http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/view/head:/scripts/plugininstall.py#L1190
[08:15] <jibel> Laney, with a comment from 2007 from Colin :)
[08:16] <Laney> ah yes
[08:16]  * Laney found some 2007 cjwatson code earlier this week too
[08:16] <jibel> maybe it's time to light the chemical fire :D
[08:16] <Laney> looks like you probably basically translate that same thing
[08:17] <Laney> guessing chrex is execute in chroot
[08:17] <Laney> put it at 1215
[08:17] <jibel> Laney, yeah that's what I did
[08:18] <jibel> Laney, but it's likely executed with the wrong user
[08:18] <jibel> not the oem user
[08:19] <Laney> 'sudo', '-i', '-u', 'oem', 'dbus-run-session', '--', 'gio', 'set', '/home/oem/Desktop/%s' % desktop_base, 'metadata::trusted', 'true'
[08:19] <Laney> or something
[08:19] <jibel> yup
[08:19] <Laney> that should run it as oem...
[08:19] <Laney> you can do `gio list <file>' to see the properties
[08:19] <Laney> or is it info?
[08:20] <Laney> info
[08:20] <jibel> Laney, i'll figure it out
[08:22] <Laney> okey doke
[08:37] <jamesh> pull request sent through to turn on polkit auth for install/remove of snaps
[08:37] <jamesh> lets see what happens now
[08:38] <seb128> getting interesting :-)
[08:41] <jibel> Laney, it works, i'll submit a patch
[08:41] <Laney> ^_^
[08:41] <Laney> jibel the developer
[08:41] <Laney> hi seb128
[08:42] <Laney> what up
[08:42] <seb128> hey Laney! how are you today?
[08:43] <jibel> Laney, do you know what calls finish-install.d/07oem-config-user ? the change must go there too I suppose
[08:43] <seb128> I had a nice day off and some good sleep yesterday :-)
[08:43] <Laney> seb128: good! nice climbing yesterday, did some planting and harvesting this morning
[08:43] <Laney> we had some big potatoes growing at home
[08:43] <seb128> did a bit of work in the afternoon and before going to bed so swap some hours out today as well
[08:43] <Laney> who needs anallotment
[08:43] <Laney> oh did you!
[08:43] <Laney> you minx
[08:44] <seb128> hehe
[08:44] <Laney> jibel: not sure
[08:44] <Laney> you see an additional problem?
[08:44] <seb128> Laney, you are not going to London with didrocks&co after all?
[08:44] <jibel> Laney, no but it's exactly the same code in shell
[08:45] <Laney> jibel: oh ok, when's that used?
[08:45] <Laney> I guess that is the question you're asking :P
[08:45] <Laney> seb128: nah, too much travelling
[08:45] <jibel> Laney, I don't know, hence my question.
[08:45] <Laney> jibel: I would ask xnox
[08:46] <jibel> xnox, in ubiquity there is finish-install.d/07oem-config-user, do you know what calls it?
[09:12] <tseliot> Laney: hey, I have a new patch, this time I followed what upstream recommended: https://code.launchpad.net/~albertomilone/gdm/lp1697882/+merge/326426
[09:13] <Laney> tseliot: oh, nice, thanks for continuing to work on that
[09:13] <Laney> will look later on
[09:14] <tseliot> Laney: thanks
[09:27] <Laney> tseliot: maybe you can ping the person you talked to to review in the meantime ;-)
[09:28] <tseliot> Laney: it was you and Daniel van Vugt, but I don't know what his nickname is
[09:29] <tseliot> ah, duflu ^^
[09:29] <Laney> oho
[09:29] <Laney> we're not upstream :P
[09:29] <tseliot> not yet, but I spoke with upstream until yesterday evening
[09:30] <Laney> ah yeah, that's who I meant to ping
[09:30] <tseliot> Ray Strode. He had a look at my patch yesterday
[09:31] <Laney> cool
[09:32] <duflu> tseliot, thanks for that. Although I don't use Nvidia most of the time. Was only the frontend person triaging those bugs
[09:32] <tseliot> duflu: ok, no problem
[09:33] <tseliot> Laney: he said he wants us to discuss the upstreaming process in the bug report. But I did exactly what he recommended. He would also like me to add an IgnoreXorg option to GDM, but that's a separate upstream discussion.
[09:34] <tseliot> I think avoiding
[09:34] <tseliot> *preventing users from crashing things is the priority for us now
[09:35] <seb128> why can't nvidia/kms users use x11?
[09:35] <tseliot> if you log in with nvidia + KMS and X11 all you will see is a dead terminal
[09:35] <seb128> we don't enable kms by default though?
[09:35] <tseliot> seb128: a limitation in NVIDIA's memory allocator
[09:35] <tseliot> nope
[09:36] <seb128> k
[09:36] <tseliot> but if users enable KMS, they should be able to try Wayland without experiencing that problem
[09:38] <seb128> right
[09:38] <seb128> it sucks a bit that they can't log back into an x11 session if they need to
[09:39] <tseliot> yes, they will have to disable, KMS, and reboot
[09:39] <seb128> but if it only impacts users who know what they are doing and opted in to enable kms so no big deal
[09:39] <tseliot> exactly
[09:39] <tseliot> I see it as a technology preview
[09:39] <tseliot> as XWayland won't work either for now
[09:40] <tseliot> but at least users get to experience pure Wayland with NVIDIA
[09:54] <clobrano> hey Trevino, I'm working on bug 1700100 and looking about adding a "darker border" as you suggested, but not satisfied with the result (or I misunderstood something) dim-label has already some default decoration, which seems to work fine in other application (e.g. Nautilus), the problem with Boxes is that the parent background is too dark, so what about adding some light text shadows instead? Something like this http://imgur.com/a/eXpaW
[09:55] <clobrano> also, hi all :)
[10:03] <clobrano> oops, wrong nick. Trevinho ^
[10:03] <Trevinho> clobrano: oh yeah... I like this alot
[10:05] <Trevinho> clobrano: the first one is ok to me
[10:05] <Trevinho> as it has something, but not too strong
[10:05] <Trevinho> go for it :)
[10:05] <clobrano> Trevinho, ok, the first one is actually the current proposal :D, I don't have to do anything
[10:06] <Trevinho> clobrano: oh ahahah, :-D
[10:06] <clobrano> :D
[10:06] <Trevinho> clobrano: anyway, that could be applied to other apps  no?
[10:06] <Trevinho> firefox for example...
[10:06] <Trevinho> what others are?
[10:07] <clobrano> Trevinho, firefox doesn't seem affected by this change. I suspect it's using a different class
[10:07] <clobrano> Trevinho, and thunderbird as well. I should look into their code to see what are they using
[10:10] <Trevinho> #launchpaddown?
[10:10] <Laney> someone on X & current artful want to try a webkit application? e.g. devhelp or epiphany
[10:10]  * Laney gets an X error
[10:11] <jibel> Laney, devhelp works
[10:11] <Laney> whyyyyyyyyy
[10:12]  * Laney turns it off and on again™
[10:14] <Trevinho> Laney: you've to pay a royalty do do that!
[10:15] <jibel> Laney, it works BUT ... /usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess crashed
[10:15] <Laney> ah wait
[10:15] <Laney> click on an entry to actually view the contents of a devhelp document
[10:15] <Laney> it doesn't crash, you just don't see it
[10:15] <Laney> well yeah, maybe the backgroudn process crashes but devhelp doesn't
[10:15]  * Laney give Trevinho 1BTC
[10:16] <Laney> that's actually quite a lot isn't it?
[10:16] <Trevinho> Laney: I'm not M$
[10:16] <Trevinho> eh, yeah... I can get them then
[10:16] <jibel> Laney, as I said devhelp works fine
[10:16] <jibel> Laney, I can see the content of the documents
[10:16] <Laney> ok, I realised I forgot to tell you to click into something
[10:16] <jibel> but I've this webkit crash in /var/crash
[10:16] <Laney> anyways it works for me after a restart :(
[10:17] <Laney> wonder what the crash you had was
[10:17] <jibel> I'm uploading it and will try again
[10:22] <jibel> Laney, it crashes on exit
[10:22] <jibel> https://errors.ubuntu.com/oops/6b38c1d2-88b5-11e7-be89-fa163ed44aae
[10:22] <Laney> intriguing
[10:22]  * Laney needs a 2fa token to see that and none are nearby /o\
[10:23] <Laney> k, presumably that still needs retracing
[10:24] <jibel> yes, I'll let you know when its done
[10:25]  * jibel -> lunch
[10:29] <andyrock> hey seb128
[10:30] <seb128> hey andyrock
[10:30] <seb128> how are you?
[10:30] <andyrock> can I use git ubuntu clone for update-manager instead of debdiff?
[10:30] <andyrock> just curious
[10:30] <seb128> I think it's still in bzr ?
[10:30] <seb128> talk to bdmurray on #ubuntu-devel
[10:30] <andyrock> kk
[10:49] <tsimonq2> o/ all
[10:50] <tsimonq2> Could I get a review on this from a GNOME guy/gal? https://bugs.launchpad.net/ubuntu/+source/gnome-desktop3/+bug/1703690
[10:51] <tsimonq2> Feature Freeze is today :)
[10:54] <Laney> tsimonq2: ok, I don't understand the gnome-desktop3 patch so please can you explain what that's trying to do more clearly?
[10:55] <Laney> two things on the gnome-screensaver one: in_desktop should probably use g_strv_contains instead of iterating the list and I think you should find (or create) a common file to contain that utility function rather than defining it multiple times
[10:57] <tsimonq2> Laney: Ok, fossfreedom can answer those questions better, I just wanted to get some eyes on it. ;)
[10:59] <fossfreedom> Laney, o/ I can help with any questions.
[11:03] <fossfreedom> For gnome-screensaver it is carrying a patch which reinstates a gsettings key.  Think its a Unity thing but not sure.  gnome-screensaver calls a gnome-desktop3 function.  the function assumes the gsettings path is valid and all keys it interrogates are there.  For GNOME3 the "Unity" key doesnt exist ... and thus segfaults
[11:04] <fossfreedom> to be honest if the gnome-screensaver patch that reinstates that Unity key can be got rid of, the gnome-desktop3 patch is not needed
[11:04] <Laney> which key is that?
[11:06] <Laney> btw, g_object_get () is more convenient when you're using C
[11:06] <Laney> you can get strings out directly
[11:06] <fossfreedom> "draw-background" in path org.gnome.desktop.background
[11:07] <fossfreedom> draw-background doesnt exist in gnome3 - org.gnome.desktop.screensaver
[11:08] <Laney> it's in org.gnome.desktop.background here
[11:08] <Laney> I feel like I'm confused about this
[11:09] <fossfreedom> ok - when you change the screensaver background in gnome-shell it writes the background file chosen into path org.gnome.desktop.screensaver
[11:10] <jbicha> good morning
[11:10] <fossfreedom> gnome-screensaver was written in the days when the screensaver background was previously written to  org.gnome.desktop.background
[11:10] <tsimonq2> o/ jbicha
[11:10] <fossfreedom> so gnome-screensaver never displays the chosen gnome3 screensaver background
[11:11] <jbicha> Laney: should I go ahead and file FFe bugs for gnome-shell and gnome-control-center?
[11:12] <Laney> jbicha: Sure
[11:12] <Laney> I don't know what to do about the armhf thing
[11:13] <jbicha> I understand, and didrocks is busy with the F&F Sprint in London for several days so probably next week to figure out what we want to do
[11:15] <Laney> right
[11:15] <Laney> if we want we can promote a PPA in the weekly newletter or something
[11:15] <Laney> fossfreedom: so someone is calling load_from_preferences with a different schema now?
[11:15] <Trevinho> ouch another theme glitch  https://usercontent.irccloud-cdn.com/file/gbrMS0ER/
[11:16] <Trevinho> even when not focused..
[11:16] <Trevinho> clobrano: would you like to have a look on that too? :-)
[11:16] <Laney> I think I'd make a new GSettings in there to look at the old key
[11:17] <fossfreedom> Laney yeah - that patch proposed checks if "budgie-desktop" and calls the method with the newer schema.  load_from_preferences assumes all the keys it checks exists in the schema.
[11:18] <fossfreedom> sorry - gnome-desktop3 itself has a patch that reinstates that "draw-background" key
[11:19] <Laney> fossfreedom: make the is_enabled check use a new GSettings, like GSettings *background_settings; background_settings = g_settings_new ("org.gnome.desktop.background"); bg->is_enabled = g_settings_get_boolean (background_settings, BG_KEY_DRAW_BACKGROUND); g_object_unref (background_settings);
[11:21] <jibel> Laney, the webkit crash is bug 1711838
[11:22] <Laney> thx
[11:22] <fossfreedom> Laney, k - sure.  That's will simply matters.  good lateral thinking!
[11:22] <fossfreedom> simplify
[11:22]  * Laney is a simple person
[11:25] <c-lobrano> Trevinho: sure :) is the problem that white border?
[11:25] <Trevinho> c-lobrano: yeah, and when unfocused it's just squared instead of rounded
[11:25] <Laney> why are there two schemas with a lot of the same keys?
[11:26] <c-lobrano> Trevinho: I see, I'll look at that
[11:27] <fossfreedom> Laney, I can only assume upstream GNOME changed to a newer schema at some-point.  Maybe the old schema will at some-point will be dropped.  speculating.
[11:27] <Trevinho> c-lobrano: thanks a lot
[11:28] <fossfreedom> Laney, or logically - one schema specifically for gnome shell screensaver background... one schema for the desktop background
[11:29] <Laney> yeh maybe
[12:00] <Laney> Trevinho: switches look bad too, same thing?
[12:01] <Laney> there's a more obvious one but I can't remember where it is, so - gnome-tweak-tool -> keyboard & mouse -> click the thing to change the compose key
[12:01] <Trevinho> c-lobrano: ^ :)
[12:01] <Laney> in fact switches just in the UI could look a bit better too I think
[12:01] <Laney> the orange sort of bleeds out
[12:01] <Laney> this is my fault of course when doing the theme rewrite :-)
[12:04]  * c-lobrano is updating the todo list :)
[12:05] <Laney> thanks c-lobrano!
[12:05] <Laney> the theme is a hot potato
[12:05]  * Laney held it for a bit and then passed it on to Trevinho 
[12:06] <c-lobrano> Ahaha
[12:07] <Laney> brains are weird
[12:07] <Laney> "oh yeah I'll start a VM to test this thing"
[12:07] <Laney> hit super, type "devhelp" instead of "virt"...
[12:07] <Laney> what is that about
[13:25] <seb128> jbicha, those MIRs can be changed to FFes but we don't have much control on them, unsure which ones would be worth pushing for this cycle, some feel not important
[13:29] <seb128> jbicha, do you have branches/ongoing work for g-c-c and updating the patches or do you need help?
[13:30] <didrocks> jbicha: IIRC, you told that the power button was suppose to be fixed to trigger a dialog
[13:30] <didrocks> that was some weeks ago, is it fixed?
[13:30] <seb128> didrocks, hey! how is London?
[13:31] <didrocks> seb128: same temperature outside that at 7am in Lyon :)
[13:31] <didrocks> otherwise, not rainy, so good :)
[13:31] <seb128> haha
[13:32] <seb128> didrocks, https://git.gnome.org/browse/gnome-control-center/commit/?id=62c86c7
[13:32] <seb128> didrocks, it's part of 3.25 which we didn't get yet/is going to be a ffe
[13:32] <didrocks> ah ok! what is the dialog supposed to look like, do you know how I can try it?
[13:33] <seb128> no, the bug has no screenshot
[13:33] <andyrock> mpt in software-properties enabling/disabling canonical livepatch can requires some time (as it can involve downloading/installing the snap, networking, etc.)
[13:33] <seb128> I guess it's easy enough to install the new g-s-d/g-c-c from the ppa though
[13:33] <andyrock> mtp, atm I'm showing a spinner next to the checkbox
[13:34] <andyrock> mtp, but this is not specified on the design at: https://wiki.ubuntu.com/SoftwareUpdates?action=recall&rev=221
[13:34] <didrocks> seb128: it's g-s-d providing this dialog I guess?
[13:34] <andyrock> mtp, is a spinner ok for you? or do you have any other solution?
[13:35] <seb128> didrocks, looks like if I read things correctly
[13:37] <seb128> oSoMoN, ricotz, hey, do you have any idea about http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libreofficehttp://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libreoffice ?
[13:37] <seb128> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libreoffice
[13:37] <didrocks> thanks seb128
[13:37] <seb128> sorry copy/paste issue
[13:37] <seb128> didrocks, np!
[13:38] <seb128> didrocks, the new g-s-d is in artful-proposed but seems blocked there because gnome-session is missing on s390x
[13:41] <ricotz> seb128, isn't that caused by poppler being blocked by qtbase-opensource-src ?
[13:41] <jbicha> didrocks: the Power Off dialog is the same as when you press the Power button in the system status menu in GNOME Shell's top bar on the right
[13:41] <jbicha> but the behavior for the hardware Power button is still Suspend by default
[13:42] <ricotz> seb128, failing i386 tests are still caused the kernel/openjdk bug
[13:42] <Laney> but gnome-settings-daemon is built there
[13:42] <Laney> gnome-session*
[13:42] <jbicha> it's part of gsd and gcc 3.26; it didn't seem important to backport since we're working on targeting g-c-c 3.26 for artful soon anyway
[13:42] <Laney> https://launchpad.net/ubuntu/artful/s390x/gnome-session-bin removed
[13:43] <Laney> was there a real reason for that?
[13:43] <jbicha> seb128: I have done no work on porting those 2 disabled gcc patches, I need help with them, the current g-c-c work is in the GNOME3 Staging PPA
[13:43] <seb128> jbicha, do you have a vcs with your work in progress? what sort of issue do you have?
[13:45] <seb128> jbicha, ^ do you about gnome-session?
[13:45] <jbicha> no vcs really right now, kinda waiting for git conversion to push more WIP branches
[13:45] <seb128> I don't see it mentioned in the changelog
[13:46] <jbicha> Laney: oh, removing gnome-session-bin/s390x was likely a mistake as part of the gjs/s390x purge
[13:46] <seb128> you can push to lp:~user/g-c-c/work or something
[13:46] <jbicha> is it possible to retrieve that binary or do we need to do a new upload?
[13:46] <Laney> copy it back
[13:47] <jbicha> copy it from where?
[13:47] <Laney> sec
[13:47] <jbicha> k
[13:48] <seb128> copy-package is for sources only right?
[13:49]  * seb128 let L_aney come up with the magic
[13:49] <Laney> I thought you could use it but I don't see the option right now
[13:49] <mpt> andyrock, mtp is the Media Transfer Protocol. :-) (I got that a lot during the Ubuntu Touch era)
[13:49] <Laney> give me a minute, need to share a screenshot to aday
[13:49] <andyrock> mpt: ops sorry :D
[13:50] <seb128> jbicha, btw versions page updated in case you didn't notice
[13:50] <jbicha> thanks
[13:50] <seb128> yw!
[13:51] <mpt> andyrock, is there any reason that you would need/want to wait for Livepatch to become active/inactive after toggling the checkbox?
[13:52] <mpt> (where by “you” I mean a user, not you the person implementing it!)
[13:52] <andyrock> mpt: I mean I'm a user a click on "Use Canonical livepatch to increase..."
[13:53] <Laney> k, yeah, don't see the option
[13:53] <andyrock> I get no feedback for the next 10 minutes
[13:53] <andyrock> I'll try to click multiple times
[13:54] <seb128> jbicha, Laney, I think it needs a new upload then
[13:54] <mpt> andyrock, you don’t have to wait ten minutes before signing in, right? You can sign in immediately
[13:54] <Laney> just asking in #lp
[13:54] <andyrock> not sign in...
[13:54] <Laney> see what the superiors say ;-)
[13:54] <andyrock> mpt: but enabling livepatch can require some time
[13:55] <andyrock> mpt: e.g. if it's not installed the snap it has to download it etc.
[13:56] <ogra_> just make it async ... set the checkbox immediately ... if there is an error or other issue, uncheck it again and pop up a useful error message
[13:56] <mpt> andyrock, sure, but there’s no reason to sit there watching it. It’s like turning on backups: maybe it’s satisfying to watch the first backup in progress, but you don’t need to.
[13:56] <mpt> Yes, what ogra_ said ^^
[13:57] <mpt> (much more clearly than I did)
[13:57] <ogra_> (but i learned it all from years of working with you ;) )
[13:57] <oSoMoN> seb128, ricotz: there are two failures in i386 autopkgtests, one of them is the infamous kernel/openjdk bug, and the other one is new (and observed on s390x too): /usr/bin/ld: cannot find -ljawt
[13:57] <oSoMoN> looking into that
[13:59] <Laney> https://launchpad.net/ubuntu/artful/s390x/gnome-session-bin it's coming back
[13:59] <xnox> btw was removing gdm3:s390x intentional?
[13:59]  * xnox had to tweak systemd autopkgtest
[14:00] <ricotz> oSoMoN, yeah, looks like an incomplete linker line and -L/usr/lib/jvm/default-java/jre/lib/* is missing
[14:05] <andyrock> kk
[14:08] <ricotz> oSoMoN, e.g. https://paste.debian.net/plain/982856
[14:09] <ricotz> .. which obviously isn't working just like that
[14:10] <Laney> meh
[14:12] <Laney> not sure this restoring of gnome-session is going to work, it depends on gnome-shell which was removed as it depends on gjs which is broken
[14:12]  * Laney remembers this stuff from phone/upstart days :(
[14:13] <oSoMoN> ricotz, do you mean you've tested that patch and it's not working?
[14:14] <ricotz> oSoMoN, I pointed out the place where it needs to be fixed ;)
[14:15] <ricotz> basically adding the proper -L... here will fix it
[14:15] <ricotz> strange that amd64 is happy though
[14:15] <oSoMoN> ricotz, yes, that's strange
[14:15] <oSoMoN> ricotz, replacing -ljawt with $(JAWTLIB) as you suggested should work
[14:19] <jbicha> Laney: I think gnome-session-bin does not depend on gnome-shell
[14:20] <oSoMoN> seb128: preparing the patch suggested by ricotz
[14:21] <jbicha> seb128: https://code.launchpad.net/~ubuntu-desktop/gnome-control-center/326
[14:21] <Laney> gnome-session does
[14:22] <ricotz> oSoMoN, I am not so sure though
[14:23] <ricotz> oSoMoN, the configure call has nothing to do with that
[14:24] <oSoMoN> ricotz, the configure call is what sets JAWTLIB
[14:24] <oSoMoN> and I'm seeing that in the build log:
[14:24] <oSoMoN> checking for JAWT lib... -L/usr/lib/jvm/default-java/jre/lib/i386 -ljawt
[14:24] <ricotz> but it is not part of the odk test
[14:27] <ricotz> oSoMoN, better try https://paste.debian.net/plain/982862
[14:27] <ricotz> ah no
[14:28] <ricotz> oSoMoN, JAVA_PROC_TYPE is wrong
[14:31] <jbicha> seb128: do you want gnome-desktop3 3.25.91 in artful now with bubblewrap disabled (which breaks the thumbnailer anyway) or should we wait and discuss more later?
[14:31] <oSoMoN> huh indeed, it's set to amd64
[14:33] <clobrano> Trevinho: from where this come from? https://usercontent.irccloud-cdn.com/file/gbrMS0ER/
[14:33] <Laney> gnome-session/s390x unsatisfiable Depends: gnome-shell (>= 3.19)
[14:33] <Laney> ubuntu-session/s390x unsatisfiable Depends: gnome-shell (>= 3.24.3-0ubuntu2)
[14:33] <Trevinho> clobrano: evince
[14:33] <clobrano> (y)
[14:37] <clobrano> Trevinho: weird, I don't have those plus and minus buttons, but only something with a similar problem in page number
[14:37] <Trevinho> clobrano: oh sorry not evince... it was image viewer
[14:37] <Laney> if you open a multiple page document in evince
[14:38] <Laney> the x of y thing at the left of the header bar is bad too
[14:41] <jbicha> Laney: I'm confused too because gnome-session and ubuntu-session aren't published for s390x in artful
[14:41] <Laney> https://launchpad.net/ubuntu/artful/s390x/gnome-session
[14:41] <Laney> sure they are
[14:43] <jbicha> maybe my rmadison is a bit behind then
[14:44] <Laney> oh, artful, not artful-proposed
[14:44] <Laney> well, britney doesn't care about that
[14:44] <clobrano> Trevinho, Laney: are you on artful? On zesty and this light-themes package 16.10+17.04.20170406-0ubuntu1 I can't reproduce the issue on image viewer:  http://imgur.com/a/xmjtT
[14:44] <Laney> you don't get to build uninstallable packages
[14:45] <clobrano> well, even with latest light-themes from bzr
[14:46] <Laney> maybe remove gnome-session and ubuntu-session binaries only and arch-restrict those in the source so they don't come back
[14:46] <Laney> clobrano: yeh, on artful/gnome-shell
[14:46]  * clobrano needs a VM then :)
[14:49] <jbicha> Laney: do you want me to try re-uploading without building those for s390x then?
[14:50] <Laney> maybe we can get seb128 or someone to try removing them
[14:50] <Laney> don't actually have to upload as long as the next one doesn't build them
[14:50] <xnox> or fails to build them
[14:50] <Laney> that's an interesting distinction
[14:50]  * Laney fluffles xnox
[14:51] <xnox> ooooh so cute https://vignette4.wikia.nocookie.net/wallaceandgromit/images/2/29/04007e876c0b46ccaf970c471c7cf4f9a836b0c5_b.jpg/revision/latest/scale-to-width-down/299?cb=20170605133538
[14:51] <xnox> thanks
[14:51] <Laney> these stupid per arch removals are always annoying
[14:51] <Laney> in 99999 years when all is ash we'll wish we just fixed gjs/s390x
[14:52] <jbicha> Add a Build-Depends on gjs then?
[14:52] <Laney> that was the phone solution
[14:52] <Laney> it became very annoying
[14:53] <oSoMoN> ricotz, if JAVA_PROC_TYPE is wrong, it means that PROCTYPE is wrong, i.e. that PLATFORMID is wrong, i.e. that host_cpu is wrong, i.e. that AC_CANONICAL_HOST produces an unexpected result
[14:53] <jbicha> ricotz: I didn't get around to working with vala this week, you didn't happen to do an archive rebuild of the new version right?
[14:53] <oSoMoN> this is going down way too many layers
[14:54] <ricotz> jbicha, no, just pushed the packages to the vala daily ppa as I mentioned
[14:55] <ricotz> oSoMoN, right, but I would assume the build-hosts are reporting things correctly and therefore this build sources something hardcoded
[14:55] <jbicha> ricotz: are you ok with waiting until 18.04 for new vala then?
[14:55] <ricotz> oSoMoN, note this is part not driven by configure
[14:56] <ricotz> oSoMoN, I am leaning to that config_host.mk(.in) is to blame?
[14:59] <ricotz> jbicha, you know my anwer ;)
[14:59] <ricotz> answer even
[15:00] <jbicha> ricotz: I'm not good at guessing :) if I don't push today then I have to get a FFe which might not be that easy for something low-level like vala
[15:00] <jbicha> but I haven't tested it much yet
[15:05] <ricotz> jbicha, did you had look at the packaging changes?
[15:09] <ricotz> jbicha, basically all gnome driven projects (3.25/36) are built with vala 0.37.x present, so those are fine
[15:27] <oSoMoN> ricotz, there are other incorrect references to x86_64 in the s390x autopkgtest log, UNOPKG_PLATFORM appears to have a wrong value, and it's again caused by PROCTYPE being wrong
[15:28] <oSoMoN> those don't seem to trigger failures, but still
[15:47] <jbicha> Laney: I'll rename the n-m-config-connectivity-debian package to drop the -debian suffix and change the URL to the http ubuntu one now
[15:51] <kenvandine>  didrocks have you snapped anything that uses the thumbnailer?
[15:51] <Laney> jbicha: in Debian too?
[15:53] <jbicha> Laney: well, I'll have to ask mbiebl about that one but I'm hoping he'd be interested in a shorter name
[15:53] <Laney> sure
[15:53] <ricotz> oSoMoN, yes
[15:53] <Laney> I'm a bit less keen on diverging on the name
[15:55] <oSoMoN> ricotz, I'm wondering whether this isn't to blame, somehow:
[15:55] <oSoMoN> debian/rules:569:PLATFORMID := $(shell grep PLATFORMID debian/vars.$(DEB_HOST_ARCH) | cut -d"=" -f2)
[15:56] <oSoMoN> shouldn't we use DEB_BUILD_ARCH here, in the context of autopkgtests?
[15:56] <jbicha> Laney: also, are you ok with the pkg description for the config pkg? https://git.launchpad.net/network-manager/tree/debian/control?h=artful#n288
[15:59] <Laney> jbicha: yes, that sounds nice to me - it's what we already have right?
[15:59] <jbicha> yes, just s/Debian/Ubuntu/g
[16:07] <kenvandine> maybe the thumbnailer is failing because mimetype is NULL
[16:07] <ricotz> oSoMoN, hmm, this should be correct as it is
[16:45] <Laney> Trevinho: https://www.reddit.com/r/gnome/comments/6vr33y/fractional_scaling_on_326_any_news/ might want a reply from you :-)
[16:45] <Trevinho> Laney: oh thanks
[16:49] <jbicha> Laney: are you ok with me uploading vala 0.37.90 to artful now?
[16:50] <Laney> no opinion
[16:50] <Laney> is it a transition?
[16:51] <jbicha> yes, new major vala always is, but it's just like 3 GNOME packages affected
[16:51] <Laney> I didn't check what we're on atm
[16:52] <jbicha> 0.36
[16:52] <Laney> k, well, do it if you think it's a good idea - just don't break stuff
[16:53] <amano> jbicha, don't forget gnome-characters as well ;)
[16:53] <oSoMoN> jibel, do you happen to know how tests are run in the autopkgtest infrastructure for i386 and s390x? it appears that the value of DEB_HOST_ARCH there may be amd64, and that's surprising
[16:54] <amano> (Saw your “forgotten MIR“ mail
[16:54] <amano> )
[17:02] <jbicha> amano: are you talking about the gnome-characters MIR?
[17:02] <amano> Yop.
[17:04] <amano> As far I can remember promoting g-c was discussed
[17:04] <amano> ... as far as ...
[17:05] <amano> But maybe no MIR was filed, i cannot remember
[17:06] <jbicha> yes, I was going to do a bit of MIR stuff a bit later today
[17:07] <amano> Yay ;)
[17:07] <Laney> we should only do important things from now imho
[17:07] <Laney> random nice to have things can be deferred
[17:11]  * Laney uploads gnome-software .91 and removes block-proposed
[17:17] <Laney> goodnight, and good feature freeze
[17:18] <oSoMoN> ricotz, seb128, jibel: bug #1712873 tracks the autopkgtests regressions
[17:22] <seb128> oSoMoN, thanks
[17:22] <seb128> night Laney
[17:26] <ricotz> oSoMoN, ok, I am still blaming LO's buildsys here
[17:26] <ricotz> jbicha, thanks for uploading vala, will take a look
[17:27] <seb128> jbicha, gnome-desktop is fine to upload without bubblewrap imho
[17:28] <oSoMoN> ricotz, yeah, not really sure where the root cause lies yet, please comment on the bug if you have ideas, I'll continue looking into it for a while
[17:31] <ricotz> jbicha, there are some issues
[17:32] <ricotz> serious issues
[17:33] <ricotz> jbicha, dirty diff against my packaging https://paste.debian.net/plain/982903
[17:33] <ricotz> reverse
[17:52] <bdmurray> I just had a gnome-shell crash and now I can only click different tabs in firefox. Is there a way to fix this without rebooting?
[17:52] <bdmurray> I'm on Artful.
[18:12] <jbicha> ricotz: ok, it should be better now, your valadoc.install accidentally included the pkgconfig shipped by the valadoc -dev package
[18:12] <jbicha> thanks for checking my work!
[18:19] <ricotz> jbicha, ah, I see, should be good now
[18:20] <mitya57> bdmurray, try going to a tty and running “DISPLAY=... gnome-shell” there
[18:20] <mitya57> where ... is your display, i.e. :1
[18:23] <jbicha> mitya57: could you upload a version of gnome-flashback without the Orientation and XRANDR plugins in the gnome-session files for gnome-settings-daemon 3.26?
[18:23] <bdmurray> mitya57: Which key combination is supposed to get me to a tty? I never see one
[18:23] <sarnold> bdmurray: control alt f1 ought to do it
[18:23] <bdmurray> that presents me with a lock screen
[18:24] <mitya57> jbicha, sure, will do now
[18:24] <sarnold> f2?
[18:24] <bdmurray> nope
[18:24] <jbicha> GDM uses tty1, and your session is probably tty2, tty3 is probably free though :)
[18:24] <sarnold> :(
[18:25] <bdmurray> what is this? lets change every you thing you know?
[18:25] <jbicha> it makes more sense for the login screen to be on 1 than on 7…
[18:27] <bdmurray> I don't think that's much consolation for people who've been using Ubuntu for a long time.
[18:29] <willcooke> Trevinho, do you know where the close icon is from the U7 shutdown dialog?
[18:30] <Trevinho> willcooke: in unity codebase under icons folder
[18:31] <Trevinho> willcooke: and it's installed in /usr/share/unity
[18:31] <Trevinho> willcooke: what for?
[18:31] <willcooke> Trevinho, we want to steal it for GNOME Shell
[18:31] <willcooke> Trevinho, is it a png?
[18:32] <Trevinho> willcooke: svg
[18:32] <Trevinho> Oh, cool... This is the work I wanted to do too 😊
[18:32] <willcooke> :))
[18:32] <willcooke> what's the filename? I cant find it
[18:34] <willcooke> looks like it's a png to me
[18:34] <jbicha> willcooke: btw, gnome-shell 3.25.91 added log out, suspend, and power off to the Activities Overview if you search for those terms
[18:34] <willcooke> jbicha, sweet! thanks
[18:34] <jbicha> they use symbolic icons which I think are a bit odd
[18:35] <jbicha> so maybe someone there should check it out
[18:35] <jbicha> nothing else in the Overview uses symbolic icons like that
[18:36] <Trevinho> willcooke: oh... Might have not been ported then.. But I've not the code handy now
[18:36] <willcooke> Trevinho, np! thanks
[18:37] <Trevinho> willcooke: http://bazaar.launchpad.net/~unity-team/unity/trunk/view/head:/resources/sheet_style_close_focused.svg
[18:38] <Trevinho> And others...
[18:43] <mitya57> jbicha, gnome-flashback uploaded
[19:05] <pisi> I'm wondering, will Shell be upgraded to version 3.26?
[19:09] <jbicha> yes LP: #1712800
[22:34] <snwh[m]> can I get anyone here excited about an icon theme? https://i.imgur.com/ugSR8p0.png
[22:39] <ochosi> wohooo
[22:39]  * ochosi is excited, for realz
[22:40] <snwh[m]> o/ ochosi
[22:41] <ochosi> nice work snwh[m]
[22:43] <snwh[m]> thanks, the Humanity set is less than suited to GNOME shell
[22:43] <ochosi> couldn't agree more
[22:43] <snwh[m]> I also didn't want to see all the work on Suru go to waste
[22:43] <ochosi> i love that you decided to take on this icon style
[22:43] <ochosi> i discussed with some folks in here about adapting it for xubuntu (when there was still going to be a phone)
[22:44] <snwh[m]> I did what I could to push the style when the phone was still a thing
[22:44] <ochosi> yeah, i noticed
[22:45] <ochosi> it's one of the really unique aspects that i instantly loved
[22:47] <snwh[m]> I assume no one internally is working on a desktop icon set xD
[22:49] <ochosi> fair assumption :)