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