[07:59] <willcooke> morning desktopers
[08:02] <willcooke> popey, replaced my palm rest this morning.  Nice new one with no crack in it now
[09:19] <willcooke> tkamppeter, https://wiki.ubuntu.com/UtopicUnicorn/ReleaseSchedule
[09:29] <willcooke> Reminder:  Feature freeze for Utopic is coming up fast... 21st August
[09:29] <willcooke> https://wiki.ubuntu.com/UtopicUnicorn/ReleaseSchedule
[09:33]  * didrocks connected as long as we are in the train station ;)
[09:33] <Laney> you didn't run?
[09:35] <didrocks> Laney: ah, not needed, we are in the train
[09:35] <Laney> ah
[09:35] <didrocks> it justs that the train have stops…
[09:35] <didrocks> it's*
[09:35] <Laney> no tethering?
[09:36] <didrocks> we are, but on my 3G connexion and you know… TGV can be fast ;)
[09:36] <didrocks> and seb128 is stealing my data!!!
[09:36] <willcooke> :)
[09:37] <happyaron> anyone using SFR, tethering just does not work...
[09:49] <seb128> bah, 3g in french train
[09:50]  * Laney is DOSing the conference wifi to dist-upgrade to utopic
[09:52]  * seb128 does the same to didrocks' 3G
[09:52] <seb128> 1.5G to download, YES
[09:52]  * didrocks cuts the connection
[09:52] <didrocks> NOW
[09:52] <larsu> Laney: ts ts ts
[09:52] <didrocks> hey, we're still in Germany btw
[09:52] <Laney> 19 mins ...
[09:52] <didrocks> back to France soon
[09:52] <didrocks> have been a long time
[09:53] <larsu> didrocks: finally you can get croissants au chocolat again!
[09:53] <didrocks> I don't know…
[09:53] <didrocks> I was promised to get some in Strasbourg
[09:53] <didrocks> that didn't happen
[09:54] <larsu> ya, too French
[09:54] <didrocks> so, I think this doesn't exist at all :)
[09:54] <didrocks> seb128 got one chance to proove me wrong
[09:54] <didrocks> he didn't take it
[09:54] <seb128> bah
[09:55] <seb128> well, afranke said they don't have them, I didn't want to risk asking in a bakery and get a no :p
[09:55] <seb128> didrocks would have been comforted in his wrong ideas
[09:55] <didrocks> which prooves even more the point!
[09:55] <didrocks> actually :p
[09:55] <seb128> see
[10:12] <willcooke> seb128, did I miss anyone on my email?  I don't think I did, just want to certain
[10:29] <mhr3> Trevinho, ping?
[10:29] <mhr3> or andyrock?
[10:30] <andyrock> mhr3, pong
[10:30] <mhr3> andyrock, hey, we want to split out unity schema into a separate pkg
[10:30] <mhr3> andyrock, see any issues with that?
[10:31] <mhr3> cause it's sort of shared with u8
[10:31] <mhr3> and we want to add some new u8 stuff
[10:32] <andyrock> it's ok for me... just double check with bregma
[10:33] <mhr3> bregma, ^^
[10:33] <Trevinho> mhr3: I think it's fine from my POV
[10:39] <seb128> willcooke, sorry, 3g is unstable in the train, yeah the list is complete ;-)
[10:39] <willcooke> seb128, cheers dude.
[10:50] <darkxst> hey didrocks
[10:53] <mhr3> seb128, could you toss me the link to the package migration rules?
[10:53] <didrocks> hey darkxst!
[10:53] <didrocks> sorry, on the train with seb128 and the connection is not stable
[10:53] <seb128> mhr3, https://wiki.ubuntu.com/ProposedMigration
[10:53] <darkxst> didrocks, do you know the right way to deal with rpath? see upstream https://bugzilla.gnome.org/show_bug.cgi?id=733857?
[10:54] <didrocks> darkxst: looking, one sec
[10:54] <mhr3> seb128, didn't mean that, the one which lists how to do breaks,replaces etc when like splitting pkgs etc
[10:54] <darkxst> didrocks, is linking with --enable-new-dtags sufficient?
[10:55] <seb128> mhr3,
[10:55] <seb128> https://wiki.debian.org/PackageTransition
[10:56] <mhr3> seb128, that's the one, thanks! :)
[10:56] <seb128> mhr3, yw ;-)
[10:56] <didrocks> darkxst: I used that at some point in Unity itself, but I remember one case it was not enough. Start with that anyway and the build system should support it. If it's not enough, just ping me tomorrow morning (I'll have a clearer mind AND a stable connection :))
[10:57] <darkxst> didrocks, ok I will try that, enjoy your train ride ;)
[10:57] <didrocks> darkxst: thanks a lot! :)
[11:28] <mhr3> Trevinho, ehm, i can't build unity, is it known to not work with 4.9 or something?
[11:30] <mhr3> Trevinho, http://paste.ubuntu.com/7904005/
[11:44] <bregma> mhr, see bug #1350052
[14:02] <Sweetsha1k> ricotz: fyi https://bugs.launchpad.net/ubuntu/+source/libixion/+bug/1349859/comments/1
[14:05] <seb128> howdy desktopers
[14:05] <willcooke> hey seb128
[14:06] <seb128> hey willcooke
[14:06] <seb128> how are things in desktop land today?
[14:06] <seb128> we are back on a stable internet
[14:06] <willcooke> pretty quiet
[14:07] <didrocks> hey willcooke
[14:07] <willcooke> o/
[14:07] <ogra_> seb128, how is the jetlag ?
[14:07] <ogra_> :)
[14:07] <willcooke> :D
[14:07] <seb128> ogra_, We should manage I think ;-)
[14:07] <ogra_> :)
[14:11] <seb128> kenvandine, hey
[14:12] <willcooke> oh, chrisccoulson qengho - I didnt hear back about Chrm. 35 - is that all in hand?
[14:12] <kenvandine> hey seb128
[14:12] <willcooke> (OT: seb128 didrocks https://www.youtube.com/watch?v=7Ydv9Ef-99I)
[14:13] <seb128> kenvandine, who added those properties "to accountsservice"?
[14:13] <kenvandine> seb128, i don't know :)
[14:13] <kenvandine> i was just told they were there and i could enable it in settings
[14:13] <kenvandine> and sure enough, they were exposed on dbus :)
[14:13] <kenvandine> didn't look deeper
[14:13] <didrocks> willcooke: I see what english people are doing to us :p
[14:14] <kenvandine> they are annotated as "vendor"
[14:14] <seb128> kenvandine, they are not in d-feet here, but I'm on trusty/utopic mix, so I guess some depends needs to be updated
[14:14] <kenvandine> they are for me
[14:14] <didrocks> willcooke: fortunately, there is doctor who, the it crowd, the office… to counter-balance all that :)
[14:14] <kenvandine> shows the annotation that they are vendor added
[14:14] <willcooke> didrocks, XD
[14:15] <seb128> kenvandine, right, I'm saying that something added those in utopic and you don't depends on it, just happens to have it installed
[14:16]  * seb128 checks
[14:16] <kenvandine> ok, so missing a depends
[14:16] <seb128> likely yes
[14:17] <kenvandine> seb128, i do see some of those are missing in the schema though
[14:17] <kenvandine> silent-mode is there
[14:17] <seb128> kenvandine, https://launchpad.net/ubuntu/+source/gsettings-ubuntu-touch-schemas/0.0.2+14.10.20140708-0ubuntu1
[14:17] <kenvandine> but none of the vibrate ones
[14:18] <seb128> kenvandine, they got added in that version it seems
[14:18] <seb128> needs to update the depends?
[14:18] <kenvandine> oh... i see
[14:18] <kenvandine> sure
[14:19] <seb128> kenvandine, sorry, I did the review while travelling and didn't have internet to check where those were added then
[14:20] <kenvandine> fixed and pushed
[14:23] <seb128> kenvandine, thanks
[14:33] <mdeslaur> Trevinho: oh, it seems there's a test case now in bug 1345505, and it's caused by a regression in the latest unity update
[14:34] <Trevinho> mdeslaur: I wasn't able to reproduce, but let me check with chrome
[14:35] <didrocks> before local apt cache for medium tests: Ran 14 tests in 464.690s
[14:35] <mdeslaur> Trevinho: cool. thanks
[14:35] <didrocks> with local cache: Ran 14 tests in 108.708s
[14:37] <Sweetshark> hohum, this freedomsponsors thing is beginning to get interesting. 1800USD for LibreOffice task on offer alone.
[14:43] <Sweetshark> ricotz: just a reminder: because of http://summit.ubuntu.com/uds-1308/meeting/21942/client-1308-rolling-libreoffice/ we are NOT doing backports of LibreOffice dependencies on trusty for 4.3. Instead, use internal versions.
[14:43] <Sweetshark> ricotz: we wont SRU LO deps, but we might want to SRU LO 4.3 and we need the ppa for testing that.
[14:44] <Trevinho> mdeslaur: ok, got it :/ I didn't using multimonitor instead... mhm
[14:48] <mdeslaur> Trevinho: ah, good. always easier when it's reproducible :)
[14:51] <willcooke> hi Sweetshark - how's the trip going?
[14:52] <Sweetshark> willcooke: leaving tomorrow ;)
[14:52] <willcooke> ah!
[14:52] <willcooke> Happy trails
[14:53] <Sweetshark> willcooke: ... but managed to throw a bunch of work over the fence to seb128 before :>
[14:53] <willcooke> \o/
[14:53] <willcooke> the ol' hit and run
[14:53] <didrocks> hey fginther! did you get any progress on this desktop machine (14.04 LTS desktop) where I can run my daily tests?
[14:53] <willcooke> stone cold classic
[14:53] <seb128> Sweetshark, I received your email, didn't look at it yet
[14:54] <seb128> willcooke, did you get a reply from qengho or chrisccoulson on chromium? I went offline before when you asked and couldn't see if they replied
[14:54] <Sweetshark> willcooke: http://media.tumblr.com/7f94de2ed3b590dbf59d501041699d94/tumblr_inline_n67m5fYC3X1raprkq.gif <- hit and run like a boss
[14:54] <willcooke> seb128, not yet
[14:54]  * willcooke pokes chrisccoulson qengho 
[14:54] <willcooke> Sweetshark, ha!!!
[14:56] <fginther> didrocks, it's partway, I'll try to have it finished tomorrow
[14:57] <didrocks> fginther: excellent! keep me posted. Now that I have all the tests ready, I can't wait to see them broken everyday ;)
[14:57] <didrocks> fginther: so, the machine will be a new shiny 14.04 LTS everyday?
[14:57] <didrocks> (with Internet access)
[14:59] <Sweetshark> willcooke: for today, my plan is "survive LibreOffice 4.3.0 release"
[15:00] <willcooke> Sweetshark, good luck! Let me know what I can do to help
[15:00] <fginther> didrocks, no, it's based on a VM snapshot, it's not going to be automatically updated to a daily image. Did I misunderstand what you needed?
[15:00]  * Sweetshark realizes he never ever tried the fancy new animated 3D objects for presentations we have now.
[15:01] <didrocks> fginther: I guess if it's a VM snapshot, we can run apt-get dist-upgrade and reboot everyday before you hand it over to my jenkins jobs?
[15:01] <ricotz> Sweetshark, i see, this might be require a more complete source package to have all needed deps around if needed
[15:01] <ricotz> Sweetshark, e.g. boost
[15:02] <Sweetshark> willcooke: looking all good for now, jusr the usual communication and PR madness ...
[15:02] <willcooke> Sweetshark, ack
[15:02] <ricotz> Sweetshark, in case of 4.3.x boost 1.54 is still fine be fine though
[15:04] <didrocks> pitti: jibel: hey, I would like to be able to run my medium tests as autopkgtests now that they are all offline. However, i'm using docker and a docker image then, is that supported?
[15:04] <Sweetshark> ricotz: yes. Actually, if upstream needs a new boost we shouldnt follow. Having C++ extensions using a different system boost than LibreOffice core is just asking for trouble,
[15:05] <ricotz> yeah
[15:06] <pitti> didrocks: autopkgtest doesn't have a docker runner, but you may be able to use the generic ssh one?
[15:06] <didrocks> pitti: hum, sorry, what do you mean by generic ssh one?
[15:06] <pitti> didrocks: that mostly requires writing an "ssh setup script" which starts the docker container, sets up ssh, and returns the IP+login to adt-run
[15:07] <pitti> didrocks: and an equivalent cleanp action to shut it down again
[15:07] <pitti> didrocks: have a look at /usr/share/autopkgtest/ssh-setup/SKELETON
[15:07] <fginther> didrocks, the reboot adds some complexity, but I think this still can be made to work. Assuming no fire drills come up between now and tomorrow, I should still be able to have it ready
[15:07] <didrocks> pitti: so, I would need another machine, having Internet connexion, on the same network, dedicated to that?
[15:07] <didrocks> fginther: that would be perfect, thanks a lot!
[15:07] <pitti> didrocks: /usr/share/autopkgtest/ssh-setup/nova is an example for nova
[15:08] <fginther> didrocks, if I encounter a delay, I'll let you know
[15:08] <pitti> didrocks: err, why?
[15:08] <didrocks> fginther: sure, thanks ;)
[15:08] <pitti> didrocks: you'd run adt-run on your host/workstation, and communicate with the docker container over ssh
[15:08] <didrocks> pitti: that's what my tests themselves are doing
[15:09] <didrocks> each test is:
[15:09] <didrocks> - starting a docker container, setup ssh into it
[15:09] <didrocks> - run some tests with that ssh connection
[15:09] <pitti> ah
[15:09] <didrocks> now, what I would like is to run those tests as autopkgtests
[15:09] <pitti> didrocks: so I'm afraid I fail to understand where the problem is
[15:10] <didrocks> pitti: I can just install and call "docker run" without any issue as adt tests?
[15:10] <pitti> didrocks: we run autopkgtests in QEMU for x86, that should support running docker inside?
[15:10] <didrocks> (and those boxes have network connection to be able to download the images from the docker hub)
[15:10] <pitti> didrocks: on armhf/ppc64el the tests run in LXC, that might go less well
[15:11] <didrocks> ah, yeah, containers inside containers…
[15:11] <didrocks> so, it should work on x86, and they would be able to connect to docker hub?
[15:11] <pitti> didrocks: but if x86 is sufficient for your needs, that shoudl work, yes
[15:11] <pitti> didrocks: Add "Restrictions: isolation-machine" please, so that these will just get skipped with adt-virt-lxc
[15:12] <didrocks> pitti: that sounds excellent. I'm surprised that we have some Internet connexion from those machines, but good to hear it's not a blocker :)
[15:12] <didrocks> and yeah, I'll add the flag to avoid adt-virt-lxc
[15:12] <pitti> didrocks: to *.ubuntu.com and *.launchpad.net works; there's a proxy for other things, but I wouldn't rely on that too much
[15:13] <didrocks> pitti: so, I can't download my docker image…
[15:13] <pitti> didrocks: let me check whether we export the proxy
[15:13] <didrocks> thanks pitti ;)
[15:15] <pitti> didrocks: no, we don't export it ATM; you could try and set it yourself, of course, but that's a bit dirty
[15:15] <pitti> export http_proxy=http://squid.internal:3128
[15:16] <didrocks> pitti: yeah, I would prefer that to be officially supported if possible. I guess that can be a common use-case
[15:16] <didrocks> oh, we do have an alias?
[15:16] <didrocks> in that case, it's a little bit less dirty
[15:18] <didrocks> thanks a lot pitti! I guess it needs some experimentation now :)
[15:18] <pitti> didrocks: yeah, you can test it locally, and once it works we can look into the proxy thing again
[15:18] <didrocks> pitti: let's do that! thanks again
[15:42] <Trevinho> mdeslaur: I've couple of ways to fix that... I'll let you know ASAP
[16:21] <seb128> cyphermox, hey
[16:21] <seb128> cyphermox, do you know why starting system-settings on my desktop leads to nm disconnecting?
[16:22] <marga> Trevinho, I see you've taken the screenlock issue. Have you identified the problem already?
[16:23] <marga> I looked at several diffs but couldn't find the culprit
[16:23] <Trevinho> marga: yes
[16:23] <Trevinho> marga: it's mostly a race condition, blame X
[16:24] <marga> Yeah, I expected it was a race condition
[16:24] <Trevinho> marga: basically we try to regrab the screen when an ungrab is still ongoing...
[16:24] <Trevinho> so, just an XFlush basically fixes it, but at this point I'm making the grab mechanism stronger
[16:24] <marga> Trevinho, ok. What would be the expectations regarding the release of a fix?
[16:25] <marga> I have a hoard of users aiming pitchforks at me :)
[16:25] <Trevinho> marga: I think I can have that in 1hr max, then it can go through the security procedure
[16:26] <marga> Trevinho, oh, ok. I was asking an ETA with a unity of days, not hours :)
[16:26] <marga> Thanks, I'll let you work then.
[16:27] <Trevinho> marga: ;)
[16:30] <Laney> creepy
[16:30] <Laney> gstreamer's testsuite uses the webcam
[16:30] <Laney> makes the green led blink
[16:33] <seb128> lol
[16:36] <seb128> Laney, do you have an opinion on how to handle the gtk .symbols/mir not being enabled on all archs?
[16:36] <Laney> arch=<arches>
[16:36] <seb128> either (optional) those symbols, or having by arch .symbols
[16:36] <seb128> oh, that works?
[16:37] <Laney> ya, see dpkg-gensymbols man page
[16:37] <seb128> danke
[16:37] <seb128> I like it!
[16:39] <seb128> Laney, http://paste.ubuntu.com/7906262/ lgty?
[16:40] <Laney> i don't see the rules change
[16:40] <Laney> the rest is plausible
[16:40] <seb128> thanks
[16:40] <seb128> Laney, I'm build testing, but looking at the patch it seems the rules do "enable if requirement there, otherwise disable"
[16:41] <seb128> and there is no .install change
[16:41] <Sweetshark> Laney: whats the test name? test_silentchannel_nsafbicia?
[16:41] <seb128> let's see how that test build goes
[16:41] <Laney> laney@iota> grep mir debian/rules                                                                                      ~/temp/gtk+3.0-3.12.2 --enable-mir-backend \
[16:41] <Laney> imagine that formatted nicely
[16:42]  * Sweetshark feels better about the sticker over his cam. Also he needs a new tinfoil het for this summer.
[16:42] <Laney> Sweetshark: In that case it failed, so I'm glad :P
[16:43] <seb128> Laney, bah, indeed it fails and doesn't fallback to disable it (my test build just errored out)
[16:43]  * seb128 adds if in rules
[16:43] <Laney> I'd expect if you ask for it to be enabled then it should fail
[16:44] <seb128> makes sense I guess
[16:44] <seb128> I'm pondering letting it on auto mode
[16:44] <seb128> let place to change if the arch list change
[16:44] <seb128> but more likely to hit cases where it gets disabled by error
[16:44] <Laney> you can just DEB_CONFIGURE_FLAGS_shared += --enable-mir-backend inside an if
[16:45] <Laney> better if builds are reproducible and not dependent on the environment imho
[16:45] <seb128> yeah, fair enough
[16:45]  * Laney is going in search of food
[16:45] <Laney> ttyl!
[16:45] <seb128> Laney, enjoy the evening!
[16:45] <Laney> merci, you too!
[16:46] <Laney> not too much cheesecake ...
[16:46] <seb128> haha
[17:55] <cyphermox> seb128: where? it doesn't do that for me
[17:55] <cyphermox> seb128: which version of system-settings?
[18:46] <Trevinho> uff, today lp takes ages to genrate a diff/change stuff... -_-
[18:47] <Trevinho> mdeslaur, marga: btw the fix for that lockscreen issue is at https://code.launchpad.net/~3v1n0/unity/lockscreen-shield-regrab/+merge/228927
[18:51] <mdeslaur> Trevinho: do you have other unity updates planned soon?
[18:51] <mdeslaur> I'm wondering about just including that in the next SRU, or publishing a security update just for that
[18:52] <Trevinho> mdeslaur: we've a SRU planned, but I thought we might delay a little to include some other scaling fixes which are under review... And I guess that going through SRU is probably slower...
[18:52] <Trevinho> mdeslaur: so, if it's not a problem, I'd go with a security update
[18:52] <mdeslaur> Trevinho: ok, thanks
[18:59] <mdeslaur> If only LP would generate a diff I can look at... :)