=== jamesh_ is now known as jamesh [05:14] morning [05:54] good morning desktoppers [06:09] bonjour oSoMoN [07:00] good morning [07:02] Morning jibel, oSoMoN, didrocks [07:02] hi duflu [07:03] hey duflu, jibel [07:20] good morning desktopers [07:20] jibel, oSoMoN, didrocks, lut les frenchies [07:20] hey duflu [07:20] how is everyone today? [07:21] rebonjour seb128! [07:23] hi seb128 [07:23] seb128, going OK (modulo a serious sinus headache) [07:23] How are you seb128? [07:24] hi seb128, doing well. how are you? [07:33] hey jamesh [07:33] jibel, I'm good thanks [08:04] morning all [08:07] hey willcooke [08:07] morning didrocks, how's it going? [08:08] chrisccoulson, more suggestions of thunder storms tonight! fingers crossed [08:08] willcooke: good good, but getting hot again :/ yourself? [08:10] hey willcooke, how are you? [08:11] didrocks, much cooler today, and cloudy. Yesterday was hot, hopefully today will be a bit cooler. [08:11] hey seb128, good! The kids all slept right through the night, but I still feel tired :D [08:11] not as tired as you I expect [08:11] lucky you :p [08:12] I got pulled out of bed at 6am today [08:12] one of those days... [08:12] heh [08:12] only another 18 years to go [08:12] haha [08:13] on the positive side I was done with emails backlog&such at 7 [08:13] hah [08:14] seb128, let me fix that for you... in 3,2,1.. [08:15] * seb128 puts the finger over the delete key [08:15] k, I'm reading, send away! [08:15] ready* [08:15] sec [08:16] willcooke, yeah, I hope so :) [08:21] chrisccoulson, before your time? http://www.bbc.co.uk/news/entertainment-arts-40516754 [08:31] seb128, didrocks - did you see: https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1686393 [08:32] Ubuntu bug 1686393 in gdm3 (Ubuntu) "[MIR] gdm3" [High,Confirmed] [08:32] we're unblocked [08:32] nice! do you know if kenvandine[m][m] did the seemless transition from lightdm to gdm? [08:33] (not really clear on the trello card) [08:33] he mentioned being working on him when I talked to him on friday [08:33] or monday it was [08:33] then he was off for 4th of july [08:33] him->it [08:34] ok, so let's wait for him. I don't think we should seed it with the prompt before this is and the session transition is done [08:34] hopefully, he's already done on that, as it could be done in parallel than the MIR :) [08:35] (I can give a hand if needed on this) [08:35] * didrocks tries to go for a run before it's getting to warm. Couldn't run at all this week [08:36] didrocks, enjoy [08:36] didrocks, he mentioned that he had things mostly working but was having issues with debconf [08:36] seb128: 27°C, will be 31°C very soon. I'll "try" to enjoy :) [08:36] so let's see when he gets online [08:36] I think he got it done, one sec [08:36] yeah ;) [08:36] there are two things: [08:36] - silent debconf [08:36] - session mapping (even for encrypted ones) [08:37] drive* [08:38] meh, cant find it - but I've a feeling it's either done or nearly done [08:39] great! Will be nice to switch it today to see the result on tomorrow's iso [08:39] and continue on demotion/unseeding [08:39] * didrocks really goes now [08:39] brb, restarting IRC with vpn [08:39] still a bit sad to see lightdm being replaced [08:39] oh well [08:39] didrocks, enjoy [08:39] thx === maclin1 is now known as maclin [08:41] oSoMoN, so that kernel issue is mostly understood and in the hands of the kernel team now? or do they still want a testcase? [08:41] seb128, it’s in their hands, and it appears there's already some work upstream to fix that [08:42] oSoMoN, great news :-) [08:42] so hopefully within a few days we should have an updated kernel in proposed that unblocks us [08:45] seb128, oSoMoN, hey :), note this fixed kernel needs to be in builder vm [08:46] of course [08:46] ricotz, yes indeed, but once it’s in proposed we will be able to test it and validate whether it fixes the crash [08:47] right, I assumed this kernel needs to be transitioned from proposed to be picked up by the builder-vm [08:47] and it’s not just the build that fails, it’s also the app itself that crashes on x86 under certain circumstances when the JVM is enabled [08:47] I know [08:47] fingers crossed this get fixed soon :) [08:47] yup [08:50] willcooke, I'm old enough to remember grotbags :) [08:53] :) [09:05] chrisccoulson, hey :), https://bugs.launchpad.net/ubuntu/+source/rustc/+bug/1701556 [09:05] Ubuntu bug 1701556 in rustc (Ubuntu) "Backport rustc 1.17 and cargo 0.18 to 14.04/16.04 and 17.04" [Undecided,New] [09:07] ricotz, he's off for the rest of the week [09:08] seb128, hi, I see [09:09] ricotz, yeah, I'm aware of that. I just need somewhere I can prepare the transition (it needs to be updated to 1.16 / 0.17 first, and then eventually binary copied to the security PPA) [09:12] chrisccoulson, ok, I already monkey-updated/patched cargo to 1.19 to get nightly builds on artful [09:28] seb128, chrisccoulson: FYI the chromium 59 update is crashing at startup for a number of users, details in bug #1702407 [09:28] bug 1702407 in chromium-browser (Ubuntu) "Startup crash after upgrading to 59.0.3071.109 on xenial" [Critical,Confirmed] https://launchpad.net/bugs/1702407 [09:28] urg [09:29] I’m actively looking into it [09:29] thanks oSoMoN [09:32] bah [09:32] jbicha, could you push your most recent gnome-control-center revision to the vcs? [09:33] brb [09:43] andyrock: good luck https://code.launchpad.net/~unity-team/unity/x-sru5/+merge/326916 :) [09:44] andyrock: and... i'd need some help to update the bugs to be SRU friendly too [09:51] hey andyrock Trevinho [09:51] hi seb128 === davmor2_ is now known as davmor2 [10:10] * Trevinho feels dirty: just used some browser macros to do launchpad actions instead of using APIs :| [10:12] Trevinho: kk [10:12] and hey [10:24] Awesome. In figuring out initialization failures I seem to have also found the cause of video corruption elsewhere. [10:24] Time for a celebratory meal [10:25] dupondje: yeah [10:26] err sorruy, duflu* [11:53] didrocks: Hi Didier! Thanks for approving 'your' part of the MP. As regards usb-langsupport, and even if you tried to explain it on the MP, I still don't understand the purpose well enough to formulate a proper question. Hence it would be good if you could post to the -devel ML about it. [11:57] GunnarHj: yw! yeah, I'll check first on next team meeting if anyone has any use of it. I'm almost sure even QA don't try it [11:58] we'll can kick it off anytime on the -devel ML, I can handle that next week. But yeah, let's not block on that [11:58] didrocks: Ok, thanks! [11:58] yw, thanks for working on this! :) [12:01] jbicha: Hi Jeremy! Ready to approve the rest of the MP, including the sync of fonts with pkg_depends, and merge it? [12:01] https://code.launchpad.net/~gunnarhj/ubuntu-seeds/ubuntu.artful_lang-support/+merge/326261 [12:12] Trevinho: do you have a ppa for the sru? on bileto? [12:12] found it sorry [12:28] andyrock: yeah. it's there thanks [12:28] still building unity [12:31] andyrock: yep [12:31] as i forgot to do it before lunchj [12:31] andyrock: I've packages but.... I guess you can wait a sec [12:32] yeah otherwise I can build it too [12:32] it's already at the test stage [12:32] but I didn't want to build compiz+nux+etc. [12:32] will finish in 5 minutes amx [12:32] max* [12:32] yeah.. [12:32] * Trevinho prepares a unity7 snap :) [12:32] * Trevinho jokes, but not so much [12:33] would perfect for classic [12:34] Trevinho: you can read my "trip" to classic snap with ubuntu make :) [12:34] (part 1 published on planet ubuntu, you can read the rest on github until published if you want) [12:34] didrocks: I will, although I already have some experiencve with it, but interesting indeed [12:35] there are some interesting thinking I guess on 14.04 & 17.04 snaps ;) [12:36] (part 3) [12:36] andyrock: ok packages are there https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2841/+build/12858897 [12:38] didrocks: where's the rest of the story in gh? [12:43] Trevinho: https://github.com/didrocks/website/tree/master/content/blog [12:44] (static websites ftw!) [13:08] didrocks, did you do the change to migrate u-c-c to g-c-c? [13:11] didrocks, the key is unity-control-center.desktop not ubuntu-control-center.desktop [13:13] jibel: argh, probably typoed, sorry :/ [13:13] np [13:13] didrocks: thanks :) [13:13] jibel: doing it right now [13:14] thanks [13:14] jibel: ofc, same scripts, so people who already migrated won't see that change [13:15] cyphermox_, the security team ack'd bug 1686393 so i reassigned it back to you [13:15] bug 1686393 in gdm3 (Ubuntu) "[MIR] gdm3" [High,Confirmed] https://launchpad.net/bugs/1686393 [13:15] didrocks: it looks like I'm able also to run snapcraft to build classic inside a scrhoot now... but I had to bind mount manually the core, once I bind mounted the snap dir from host [13:15] kenvandine: why is it reassigned back to cyphermox_, he did +1 if security was happy about it, isn't it? Isn't that just a question [13:15] of us promoting it? [13:15] oh, maybe he did [13:16] that's the normal procedure [13:16] so, now, it's up to us to seed it if the migration is handled :) [13:17] didrocks, i'd still prefer cyphermox_ mark it fix committed :) [13:17] i'll go ahead and update the seed [13:17] kenvandine: well, technically I can as he's on holidays :) [13:17] kenvandine: all the transition is done? [13:18] yeah [13:18] I think it will be good to get an image tomorrow with that done so that we can move it forward [13:18] not uploaded yet [13:18] nice! [13:18] i can do that today [13:18] jibel: uploaded [13:18] (sorry again) [13:18] kenvandine: just being curious, how did you handle the "I install gdm after the fact and have lightdm, but want a debconf prompt"? [13:18] * didrocks is interested :) [13:19] didrocks, it's a combination of postint in ubuntu-session and gdm [13:19] interesting :) [13:19] ubuntu-session checks to see if any user on the system uses the ubuntu session [13:19] I guess if current user session is ubuntu-session as we discussed… [13:19] not just current, any user [13:19] yep, what I did propose on the card IIRC [13:20] yup [13:20] still some false positive [13:20] if any use it, we touch a file [13:20] but couldn't come up with anything else [13:20] and then debconf script check that file [13:20] i think it was laney that suggested we do it in ubuntu-session [13:20] and don't show the question, correct? [13:20] yeah [13:20] yeah, I didn't suggest package, I still wonder about order, did you force anything on gdm? [13:21] to see "we need ubuntu-session postinst before gdm" [13:21] gdm will prompt in the case ubuntu-session didn't flag it [13:21] yes [13:21] * didrocks is eager to test :) [13:21] made gdm depend on ubuntu-session [13:21] sounds exciting [13:22] :) [13:22] kenvandine: want me to promote gdm so that it's done, and you can upload/update the seeds? [13:22] i'm going to do one more round of tests in a VM today before i upload it [13:22] didrocks, please do [13:22] let's gooooooooooo [13:22] woot [13:23] \o/ [13:25] *DONE* next publisher cycle would have it [13:26] * kenvandine merges gnome-session branch again :) [13:26] nice, exciting times ahead [13:26] kenvandine: I guess as you are going to test that will be fine, but wait for rmadison to show gdm3 in main before uploading, or there is a race and we'll need to repromote it twice (once in proposed, once in the release pocket) [13:26] didrocks, ok [13:26] kenvandine: who did just push for a u-c-c rename? I wonder :) [13:27] i wonder [13:42] didrocks: on Fixing by using snap internal dependencies, actually the best solution is just to use snapcraft-preload so far IMHO :) [13:42] as you don't have to worry about all the env variables [13:42] Trevinho: got a load of issues with it some months ago [13:42] I didn't really retry since then [13:42] didrocks: oh, like? I'd like to address those [13:43] Trevinho: gettext not looking at the right paths and such, I guess that were uncovered syscalls [13:44] kenvandine: I promoted at the right moment! Already in main :) [13:44] didrocks: might be... for qt apps for example it worked like a charm https://github.com/nextcloud/client_theming/blob/master/linux/snap/snapcraft.yaml [13:44] i saw that :) [13:45] didrocks: it used not to work in X some months ago though, but I've fixed it [13:45] kenvandine: can't wait to see the remaining indicators off the live :) [13:46] Trevinho: probably at that time, TBH, I didn't retry since [13:46] give that a look, it helps a lot. [13:46] Trevinho: if we are pretty confident about it, why not having the desktop helper removing some variables override and using this? [13:46] actually I would love to do a snapcraft part using that for desktop, but... [13:46] didrocks: I wanted to, but seb128 isn't much confident on that since it increases the syscall's amount. [13:46] Trevinho: I guess you are looking at a relative path, and if not found, the system one? [13:47] which is true, but in my benchmarks it wasn't really something noticeable [13:47] we already have a lot of -1 open() calls when stracing… (even due to those env variables) [13:48] Trevinho: could we add 2 paths, like relative snap one, then another one (like the platform snap one) before it defaults to system ones? [13:48] didrocks: yep.. . That's the plan [13:48] didrocks: but there is a bug in apparmor which gives some false positive [13:49] didrocks: see https://bugs.launchpad.net/apparmor/+bug/1655435 [13:49] Ubuntu bug 1655435 in AppArmor "stat() unconditionally allowed via apparmor_inode_getattr()" [Undecided,Triaged] [13:49] didrocks: so due to that in some cases we can't be as efficent as we could be, as we get that snapcraft can stat something that it can't actually open [13:50] didrocks: but in any case I think that the overhead of that tool isn't really much, and I've rewritten it to C++(14) also so it's really easy to maintain avoiding issues [13:50] oh yeah, will be good to get it fixed before switching it on, indeed [13:51] I really dislike that preload hack [13:51] hope that doesn't become default or standard [13:51] it's such a hack [13:51] not as much as env variables? [13:51] quite some hack level to me, no? [13:51] same* [13:52] I feel like intercepting syscalls is lower level and has more potential for real bugs [13:52] when env can't not really be harmful [13:52] mh, yeah... but also very controllable. [13:52] also env is well defined [13:52] I mean we know what's happening [13:52] the problem with env's is that there are too many [13:52] and out of our control [13:52] where when you start derailing syscalls you might impact things you didn't think about [13:52] fixing 1 instead of 1000 [13:53] I'm reading to bet that you are going to hit weird cases you didn't think about with the syscall hacking [13:56] It's true... It's just that it's a different path we can follow, allowing both the cases.. I'm not in the idea of setting is as default, but adding something like desktop-gtk3-preload as option [13:56] then we see [13:56] hum, adding a part will add confusion [13:56] it's either we replace or we don't IMHO [13:57] but don't give too much options that developers won't care/just get confused with IMHO [13:57] I guess my main issue is that it's an hack on low level stack and those might bite you back one day since they are doing undocumented things [13:57] * didrocks would like /usr to be really /usr in snaps [13:57] where the env thing is an hack [13:57] but those env variables are documented [13:58] and there is little risk that they fire back [13:58] don't mess up with libc level also :p [13:58] yeah, /usr to be at the correct place would make things easier [14:02] Trevinho is laaaate [14:03] but he was preload*ed* :) [14:22] didrocks: can I go ahead and replace unity-greeter/lightdm with gdm3 in ubuntu-desktop? [14:23] I just merged Gunnar's language MP [14:25] jbicha, no [14:26] jbicha: kenvandine is doing a last round of testing and doing it [14:26] jbicha, doesn't seem polite to hijack the transition from somebody who is doing it and testing to upload instead of them [14:26] jbicha, i need to upload gnome-session and gdm first [14:27] also Ken said he was testing and would upload, see backlog [14:27] i guess it doesn't have to be first... [14:27] but i was going to [14:28] sorry, I didn't see the backlog [14:28] didrocks: did we want to do Gunnar's language changes now or should we just do one thing at a time? [14:29] jbicha: hum, I would like to have an image with gdm first if possible [14:29] and that one on the next one [14:30] so that we can see additional packages and such [14:30] making sense? [14:30] jbicha, in case you didn't read backlog, can you push your g-c-c changes to the vcs [14:30] didrocks: that's fine, I'll revert Gunnar's changes for now then [14:30] thx! [14:34] seb128: done, thanks [14:34] jbicha, thank you [14:35] seb128, didrocks : so... ./plugins/xsettings/gsd-xsettings-manager.c... by migrating first and patching this code to use a different key we can fix things I think [14:36] it's thing I should have had in the past actually... but it should work [14:37] i'll check it later [14:37] thanks [14:37] Trevinho: excellent! Please once you do it, add me to the card so that I handle the pre-migration stuff [14:38] hum, that will be interesting with the wayland session… [14:38] as the migration script can run twice, we'll see¿ [14:38] didrocks: nope, as that only uses xsettings to inform gtk [14:38] yeah, but I mean, migration-wise [14:38] ah [14:38] ok [14:38] the migation is per session [14:38] I'll deal with it [14:41] seb128: your g-c-c upload is a bit broken [14:41] jbicha, because of the missing C/R/P? [14:41] or something else? [14:41] yes and it's missing the final 's' from gnome-control-center-face.install [14:41] faces [14:42] ? [14:42] facess? [14:42] the package is gnome-control-center-faces but you have a gnome-control-center-face.install [14:42] ah, the filename [14:42] doh [14:42] thanks for spotting that [14:42] I was already commiting a fix for the C/R/P [14:42] going to rename as well [14:44] and then, u-c-c off main! :) [14:44] this is the big package archive gambling this week :) [14:44] :-) [14:45] seb128: are you going to have u-c-c-faces be a transitional package? [14:45] jbicha, new revision uploaded, hopefully better [14:45] no [14:45] why? [14:45] g-c-c-faces provides it [14:45] I'm not sure when transitional packages are required, but I think it might be better to have it than not [14:45] so just going to drop it from u-c-c [14:45] Provides should work fine as long as we don't have versioned depends on it [14:45] provides alone does not ensure the upgrade happens [14:45] which I don't think we have [14:46] right [14:46] but g-c-c recommends g-c-c-faces [14:46] that should work [14:46] if it turns out to be problematic for some reason we can add back a transitional [14:46] but the case is easy enough that I think it should work [14:47] it gets trickier when you have several solutions apt can choose to a problem [14:47] ok, I was just wondering [14:47] but I don't think it's complex enough to be an issue in that case [14:47] well, it's always difficult to say [14:47] so let's see what upgrade tests say [15:02] i think dropping unity-greeter will allow demoting all the indicators [15:03] that's what we think as well [15:03] and another part of Qt [15:03] :-) [15:03] (not all, due to fcitx) [15:04] so yeah, that's why I'm eager to see that effect :) [15:04] :) [15:10] didrocks, seb128, jbicha: seed updated [15:10] remember, you can't blame me if we don't have images tomorrow :-D [15:11] ohhhhh /me removes all his premade jokes in his note [15:11] lol [15:16] \o/ [15:16] didrocks, oh, and thanks for the binNEW reviews [15:17] yw ;) [15:23] jbicha, GunnarHj, didrocks, I rolled artful langpacks today and upgraded now, gnome-shell is correctly translated in french now [15:26] nice! [16:03] seb128: thanks! [16:03] yw! [16:03] I guess we need to add X-Ubuntu-Use-Langpack to all the Unity packages or something? [16:03] that would be nice [16:44] seb128: please subscribe the Desktop bug teams to https://launchpad.net/ubuntu/+source/spice-vdagent/ for LP: #1200296 [16:44] Launchpad bug 1200296 in ubuntu-meta (Ubuntu) "[MIR] spice-vdagent" [Wishlist,Confirmed] https://launchpad.net/bugs/1200296 [16:46] jbicha, done [16:50] pitti: did you see that were pinged on https://bugzilla.gnome.org/690866 ? [16:50] Gnome bug 690866 in gnome-session "Integrate better with systemd" [Normal,New] [17:19] night all [19:16] Hi, I've been trying wayland on Ubuntu GNOME 17.04, and I've found that QtCreator crashes when trying to open a file dialog, this appears to be fixed upstream in Qt and in Fedora 25. Any chance this can be patched in Ubuntu as well ? I've reported bug 1702741 to track it. [19:16] bug 1702741 in qtcreator (Ubuntu) "QtCreator crashes when opening a filechooser under wayland" [Undecided,New] https://launchpad.net/bugs/1702741 === Guest15020 is now known as fredp === fredp is now known as Guest73021 === JanC is now known as Guest56451 === JanC_ is now known as JanC [19:24] ahayzen: oh maybe that's what I saw months ago with LP: #1657924 [19:24] Launchpad bug 1657924 in virtualbox (Ubuntu) "Clicking the file chooser button crashes VirtualBox on Zesty" [Medium,Expired] https://launchpad.net/bugs/1657924 [19:25] jbicha, could be related [19:25] VBox is the only Qt app I use [19:33] hmm, it was fixed in Debian in January :| === charles_ is now known as charles