[00:41] <doko> Noskcaj, the problem is that this will force the old gnome mm 2.4 stack to c++11 as well
[00:42] <doko> and afaics there are no updates
[00:42] <doko> please ask robert_ancell about it
[00:42] <sarnold> doko: does that mean there's some set of packages that we shouldn't ever rebuild?
[00:42] <doko> ?
[00:43] <sarnold> doko: is the problem with Noskcaj's suggestion updating the old gnome mm stack, or is it that they've included some c++11 patches?
[00:45] <doko> see the packages I updated to build with c++11. feel free to investigate these, and that any depending packages can be built in c++11 mode. even the unmaintained ones
[00:45] <doko> libxml++2.6, libffado, I think there were others too
[01:32] <robert_ancell> doko, Noskcaj, I'm removing the C++ patches now that I've reverted the glibmm change
[01:33] <robert_ancell> doko, or is it desirable to have things building with C++11?
=== Tm_Tr is now known as Guest46635
[05:05] <pitti> Good morning
[05:54] <didrocks> good morning
[06:03] <hikiko> hi didrocks
[06:04] <didrocks> hey hikiko, how are you?
[06:06] <hikiko> good :) you?
[06:07] <didrocks> I'm great, thanks!
[07:01] <ricotz> Laney, hi, regarding https://launchpad.net/ubuntu/+source/0ad/0.0.18-1build2 -- http://trac.wildfiregames.com/changeset/16673/ -- https://paste.debian.net/plain/289634
[07:50] <seb128> good morning desktopers
[07:50] <didrocks> re seb128
[07:50]  * TheMuso waves to Europe. :)
[07:52] <willcooke> morning all
[07:52] <seb128> re didrocks
[07:52] <seb128> hey willcooke
[07:52] <willcooke> evening TheMuso
[07:53] <didrocks> hey willcooke, TheMuso
[07:58] <seb128> that gcc transition keeps people and builders busy it seems :-)
[07:58] <willcooke> :)
[08:03] <Laney> totally didn't come on just to check on a build failure
[08:03] <seb128> hey Laney, how are you?
[08:03] <hikiko> hello willcooke Laney seb128 etc :)p
[08:03] <Laney> good, I'm actually on vac today ;-)
[08:03] <willcooke> hey hikiko Laney
[08:03] <Laney> hey hey
[08:04] <seb128> Laney, oh, you are?
[08:04] <seb128> Laney, enjoy!
[08:04] <seb128> Laney, any fancy plans?
[08:04] <seb128> hey hikiko
[08:05] <Laney> seb128: friend's wedding
[08:05] <Laney> got the suit cleaned and everything
[08:05] <seb128> Laney, have fun!
[08:06] <Laney> should be nice
[08:07] <Laney> apparently there's a "surprise" later on
[08:07] <Laney> so I am excited to know what that turns out to be
[08:10] <didrocks> enjoy Laney :)
[08:10]  * didrocks goes for running NOW, later, it's going to be 39°C
[08:10] <didrocks> I'm not that crazy to run at that temperature :p
[08:11] <willcooke> :/
[08:12] <seb128> didrocks, enjoy!
[08:15] <seb128> haskell rebuilds are ridiculous, I wonder how many days cjwatson is spending every cycle on those
[08:16] <Laney> I bet he's scripted it
[08:20] <darkxst> hey all
[08:21] <Laney> got to go, does anyone want to review/upload https://code.launchpad.net/~laney/libcolumbus/g++5/+merge/267159 ?
[08:21] <Laney> you get to try the new train system!
[08:23] <Laney> ricotz: sorry didn't get to look, maybe put it on http://pad.ubuntu.com/gcc-5-transition
[08:24] <Laney> ttyl!
[08:25] <seb128> Laney, libcolumbus I can do
[08:41] <willcooke> g'night TheMuso
[08:42] <willcooke> oh. also... Howdy Trevinho, if you're back from hols
[08:47] <seb128> Trevinho, hey
[08:47] <seb128> had good holidays? ;-)
[08:49]  * willcooke thinks he's asleep still 
[08:49] <willcooke> he = Trevinho
[08:49] <willcooke> :D
[08:55] <hikiko> haha I think he is still on holidays :)
[08:57] <seb128> Laney, libcolumbus isn't happy because the vcs/your merge doesn't include the changelog entries from the direct archive uploads
[08:57] <seb128> Laney, can you include those?
[09:02] <seb128> darkxst, hum, you upload bluez to the transition ppa today?
[09:03] <seb128> darkxst, what did you change compared to the version that was there?
[09:03] <seb128> https://launchpadlibrarian.net/213725089/bluez_5.23-1ubuntu1~mtrudel1_5.23-2ubuntu1~ppa1.diff.gz
[09:03] <seb128> k, little it seems ;-)
[09:03] <darkxst> seb128, just merged the last debian version
[09:03] <seb128> thanks
[09:03] <darkxst> and merged gnome-bluetooth
[09:04] <seb128> great
[09:04] <seb128> thanks for working on those
[09:04] <darkxst> I'll see if Noskcaj can fill the gaps with the other updates
[09:04] <darkxst> seb128, gnome-user-share has drop its prefs UI in favour of g-c-c sharing panel
[09:05] <darkxst> can you take a look at that sharing panel and see if the UI is ok for you guys
[09:05] <darkxst> could probably just merge that (and the sharing plugin in g-s-d) into the u- variants
[09:07] <seb128> darkxst, is there any other update needed before landing bluez5?
[09:07] <seb128> like gnome-user-share?
[09:07] <seb128> or can that come later?
[09:07] <Noskcaj> darkxst, What specifics do you want me to do? There's a few r-deps that probably should be RMed
[09:07] <Noskcaj> seb128, user-share is after AFAIK
[09:08] <seb128> sharing is https://blogs.gnome.org/thos/files/2013/04/Sharing-Settings.png
[09:08] <seb128> right?
[09:08] <seb128> that's not bluetooth only and probably not ok for us
[09:09] <darkxst> seb128, yes, personal-file-sharing is gnome-user-share also
[09:10] <darkxst> oddly I have never seen the remote access one
[09:12] <Laney> seb128: they're all no-change rebuilds so I would get the train to ignore them
[09:12] <Laney> otherwise can do later
[09:12] <seb128> Laney, can it do that?
[09:13] <Laney> some force option
[09:13] <seb128> I don't see any on https://ci-train.ubuntu.com//job/ubuntu-landing-015-1-build/build that seems to fit
[09:13] <seb128> force_rebuild?
[09:14] <darkxst> Noskcaj, look over and update the remaining rdeps as need
[09:14] <seb128> right, that seems to fit indeed
[09:14] <Laney> think so, double check with sil2100 maybe
[09:14] <Laney> right, I know what bus ticket to get
[09:14] <Laney> SUIT TIME! BYE!
[09:14] <didrocks> see you Laney :)
[09:14]  * didrocks couldn't go running, even staying inside is too hot
[09:15] <seb128> Laney, have fun!
[09:15] <seb128> didrocks, go swimming ;-)
[09:16] <darkxst> seb128, reverting the user-share UI should work also, so long as there are no changes to the settings
[09:16] <didrocks> seb128: yeah, I should…
[09:16] <seb128> darkxst, why do we need to update gnome-user-share?
[09:17] <darkxst> seb128, bluez5
[09:17] <seb128> darkxst, that was not in the ppa, was it overlooked previous cycle?
[09:17] <seb128> not on https://blueprints.launchpad.net/ubuntu/+spec/desktop-v-bluez5 either
[09:18] <Noskcaj> seb128, It's been held back since 3.8 because if was waiting on gnome-bluetooth and bluez5
[09:18] <seb128> k, I guess I'm not asking clearly
[09:19] <seb128> what happens if we land bluez5 and don't touch gnome-user-share?
[09:20] <seb128> does something stop working?
[09:22] <darkxst> seb128, https://git.gnome.org/browse/gnome-user-share/commit/?id=8ac9a4d917bd55f869bba86420ecc5938693905a
[09:22] <darkxst> but I don't know the reverse question, i.e. will it still work without modification
[09:24] <darkxst> and actually user-share seems to be dying anyway, bluetooth stuff has moved into gnome-bluetooth for 3.17
[09:25] <darkxst> all that seems to be left there is the webdav shares
[09:25] <seb128> k
[09:25] <seb128> anyway, the commit you linked apply mostly fine to our g-u-s version
[09:26] <seb128> so we can deal with the update question later
[09:27] <darkxst> seb128, ok
[09:27] <Noskcaj> Are we safe to RM bluez-btsco and grml-btnet? dead upstream, ubuntu only, need porting, not seeded, no r-deps
[09:30]  * Trevinho is back (since some hours, actually, but under the pile of unread emails...
[09:32] <darkxst> Noskcaj, didn't you just answer your own question? though generally they can just get demoted to -proposed
[09:32] <Noskcaj> darkxst, I have no powers, and wanted to check
[09:35] <darkxst> Noskcaj, obscure packages in universe, that haven't seen upstream releases in close to 10 years, you don't need powers for that, you just ask for them to be dealt with
[09:35] <Noskcaj> ok
[09:46] <seb128> didrocks, the livecdroot/ubuntu-touch packages in the transition ppa were for desktop-next/snappy not bluetooth right?
[09:47] <didrocks> seb128: yeah, those 2 packages were uploaded there for the snappyfication :)
[09:47] <seb128> k, thanks
[09:47] <Noskcaj> looks like altos will need an unrelated build failure to be fixed for bluez migration to happen
[09:57] <darkxst> Noskcaj, maybe its caught up in the gcc5 transition?
[09:59] <Noskcaj> Might be, i'm not going to have the time to chase up the cause for a while though. I'm busy with irl stuff till next weekend, so i'll just keep going throw the r-deps looking for where we have issues
[10:02] <darkxst> Noskcaj, thats fine, just add comments to the blueprint, about what you find then
[10:41] <willcooke> hrm - can someone with a virgin 15.10 install try ctrl-alt-t for me?
[10:41] <willcooke> it's not working on my test machine
[10:47] <Trevinho> willcooke: mh, I've not that virgin, however, in terms of key grabbing that's the same of doing Alt+F in terminal (or any other gtk app), so if that's not working either it'compiz, otherwise it's unity-settings-daemon
[10:47] <Trevinho> willcooke: hey, btw :)
[10:48] <willcooke> Trevinho, hey!! Welcome back.  Good hols?
[10:48] <Trevinho> willcooke: yep, thanks... :)
[10:48] <willcooke> so, in the terminal, alt is showing the menu
[10:48] <willcooke> but alt-f isnt opening the file menu
[10:53] <Trevinho> mh, so... It might be both that Alt+F isn't grabbed or, that unity calls the proper method, but something changed...
[10:54] <willcooke> alt-tab works, alt-f4 works etc
[10:55] <willcooke> super opens the dash
[10:56] <willcooke> I'll open a bug...
[10:56] <Trevinho> well, it's a different way to handle keys in that scenario, since unity registers a org.gnome.Shell dbus interface for registering and activating accelerators
[11:01] <darkxst> Trevinho, and that is just wrong, Unity should not be stealing shell interfaces!
[11:03] <Trevinho> darkxst: since unity is the only shell in that scenario it's not wrong, we're just implementing a shell API that gnome apps need
[11:04] <darkxst> Trevinho, but it confuses the gnome code, and we have had to work around that numerous times
[11:04] <darkxst> now that the keygrabbers are split out into mutter and u-s-d, is it really required to steal it?
[11:05] <darkxst> gnome-screensaver may still use it, but is ubuntu even still using that?
[11:25] <willcooke> I've logged the bug against Unity, is that the right place?
[11:28] <darkxst> willcooke, keygrabber is in u-s-d as far as I remember, but unity steals the dbus interface
[11:30] <willcooke> thx, I've added u-s-d as an also-affects
=== alan_g is now known as alan_g|lunch
=== rickspencer3_ is now known as rickspencer3
=== jhodapp is now known as jhodapp|sick
=== alan_g|lunch is now known as alan_g
[13:20] <pitti> seb128: do you happen to know how to call gst-install (from sessioninstaller) with something meaningful?
[13:20] <pitti> I naïvely tried "./gst-install  audio/mpeg", but that's not searching/finding anything
[13:22] <seb128> pitti, gst-install "gstreamer|0.10|totem|Advanced Streaming Format (ASF) demuxer|decoder-video/x-ms-asf"
[13:23] <seb128> pitti, but your command works for me
[13:23] <seb128> I get a dialog with a bouncing bar
[13:23] <pitti> seb128: yes, but it doesn't actually list any results
[13:24] <pitti> seb128: ah, now the bouncing bar shows a name and I get a result; merci !
[13:24] <seb128> pitti, yw!
[13:24] <pitti> seb128: (want to port sessioninstaller to py3 on Sunday, preparing :) )
[13:24] <seb128> what did you change?
[13:24] <seb128> ah ok
[14:43]  * didrocks goes back to appart, bbiab
[15:12] <Sweet5hark> *grumble* gcc5 *grumble*
[15:13] <pitti> Sweet5hark: +1
[15:14] <pitti> this is utter sheer madness
[15:15] <ogra_> lets just roll back
[15:17] <pitti> for every transition you start you get at least three FTBFS, two .symbols changes, and two more transitions
[15:28]  * Sweet5hark 's vacation will start in 2 days. If I havent fixed LibreOffice by then, ....
[15:29] <Sweet5hark> ... I will leave it to you guys. trololo&YOLO
[16:09] <Sweet5hark> libreoffice 4.4 building on gcc5 *fingerscrossed*
[16:10] <Sweet5hark> (next up: libreofice 5.0, but I think I will only do that in the ppa and bump to archive after my vacation)
[16:10] <Sweet5hark> ^^ seb128
[16:11] <seb128> Sweet5hark, https://launchpad.net/ubuntu/+source/libreoffice/1:4.4.4~rc3-0ubuntu2 was build on gcc5 no?
[16:11] <seb128> Sweet5hark, did you email the DMB btw?
[16:11] <seb128> or better to do that after vac?
[16:15] <Sweet5hark> seb128: I assume that build was on gcc5 -- but lots of deps (e.g. cmis, cppunit, etc.) were still old builds. as they are rebuild against gcc5 they again cause LibreOffice to ftbfs ....
[16:15] <seb128> k
[16:16] <seb128> Sweet5hark, a bit weird though
[16:16] <Sweet5hark> seb128: so I assume while that build was gcc5, libreoffice is now ftbfs in proposed
[16:16] <seb128> https://launchpad.net/ubuntu/+source/libcmis/0.5.0-2ubuntu2
[16:16] <seb128> that we renamed a day before the libreoffice upload
[16:16] <seb128> https://launchpad.net/ubuntu/+source/cppunit/1.13.2-2.1
[16:16] <seb128> was also before
[16:16] <seb128> k
[16:17] <seb128> well if you have a fixed version feel free to ping me for sponsoring ;-)
[16:17] <Sweet5hark> but not sure, I havent looked at that build, was just nagged by doko about libreoffice being ftbfs ...
[16:17] <seb128> ok, so there is probably an issue
[16:18] <Sweet5hark> seb128: yeah, as written above: lets just fix the ftbfs on 4.4 (and I'll use internal copies there liberally as we will bump libreoffice to 5.0 soonish then anyway).
[16:19] <seb128> k
[16:20] <Sweet5hark> i will try to get libreoffice 5.0 against gcc 5.0 all nice in the ppa, but bumping that to the archive on the last day before vacation would be madness.
[16:23] <seb128> yeah
[16:24] <Sweet5hark> and DMB -- yeah, lets punt that for later too, sorry.
[16:25] <seb128> nw
[16:56] <ricotz> Sweet5hark, hi, I am sorry, but you are quite irritating :\
[16:58] <ricotz> I pointed you already to both, 4.4.5 and 5.0.0, builds against gcc5