[05:30] <pitti> Good morning
[06:52] <makara> hi. I have a paper-cuts issue
[06:53] <makara> I love Docky, even if it's mono and crashes often (and on every upgrade)
[06:53] <makara> the issue I'm having is it doesn't hide anymore
[06:54] <makara> i must have changed some setting in CCSM and now hiding options like intellihide, window-dodge just don't do their thing
[07:00] <sarnold> you may wish to try #docky
[08:26] <mlankhorst> Hello, world!
[08:28] <makara> sarnold, thx
[08:28] <makara> sarnold, but there's no-one in there
[09:04] <Laney> hey
[09:05] <Laney> stgraber: I'd file a bug and assign it to Robert
[09:05] <seb128> hey Laney, how are you?
[09:05] <seb128> good morning desktopers!
[09:09] <Laney> hey seb128, I'm good thank you
[09:10] <Laney> played board games in the pub yesterday including http://boardgamegeek.com/boardgame/131357/coup which is a fun one ;-)
[09:10] <Laney> you?
[09:11] <seb128> I'm good thanks
[09:12] <seb128> "board games in the pub" sounds like a nice evening ;-)
[09:13] <seb128> my evening was boring compared to that :p some house-cleaning and videogame playing
[09:15] <Laney> heh
[09:15] <Laney> found some people recently who are into games so we get together every week or so to play a couple
[09:17] <seb128> nice! ;-)
[09:17] <Laney> houses need cleaning too :P
[09:18] <seb128> lol, indeed :p
[09:18] <seb128> hum
[09:18] <seb128> daily upgrade is unhappy
[09:19] <mitya57> Do we have some glib masters here who can look at bug 1256961?
[09:19] <ubot2> Launchpad bug 1256961 in gnome-panel (Ubuntu) "new glib (2.39.1) causes some indicators & nautilus to not load promptly" [Undecided,Confirmed] https://launchpad.net/bugs/1256961
[09:19] <seb128> mitya57, glib master -> desrt
[09:19] <seb128> though that has "indicator" in the name so maybe larsu can help as well
[09:20] <Laney> I looked at that towards the end of last year after darkxst pinged but I didn't find out what was up
[09:20] <Laney> gnome-session stays in the intialisation phase for ages
[09:22] <larsu> interesting...
[09:23] <larsu> sounds like indicator-applet needs a long time to init and gnome-panel waits for that?
[09:24] <mitya57> Maybe...
[09:25] <mitya57> Can it be caused by moving indicators to Upstart jobs?
[09:26] <Laney> You see the keyboard and messaging indicator
[09:26] <Laney> then <delay>, then the rest and the session is initialised
[09:27] <larsu> Laney: hm. It shouldn't block when loading the indicators
[09:27] <larsu> also, session shouldn't take that long
[09:27] <Laney> is there something different about the first two?
[09:27] <Laney> anyway, try gnome classic in a VM or something and you'll see it
[09:28] <larsu> session does more initialisation
[09:28] <larsu> otherwise I can't think of a difference right now
[09:28] <larsu> they are all ported to upstart, right?
[09:29] <seb128> what indicators are running or not shouldn't make a difference to the loader/panel right?
[09:29] <larsu> ya
[09:29] <larsu> "shouldn't"
[09:29] <larsu> but looking at the last commits in -applet, it does some weird strcmps on indicator names
[09:29] <Laney> hmm, maybe they are the ones that are non-upstart
[09:29] <Laney> the problem still happens if you don't launch under upstart though
[09:33] <larsu> Laney: indeed, messages and keyboard don't have upstart scripts
[09:33] <larsu> the other ones do (I checked sound and power)
[09:35] <Laney> nod
[09:37]  * larsu finds memory leaks
[09:37] <larsu> unlikely to be the problem though :)
[09:37] <larsu> or _a_ problem, for that matter
[09:43] <larsu> Laney: does gnome-panel or the applet emit that weird upstart signal?
[09:43] <Laney> I don't know, probably not
[09:43] <larsu> well ya
[09:43] <Laney> been staying away from that stuff ...
[09:43] <larsu> there's your problem
[09:43] <larsu> me too :)
[09:43] <Laney> what's the timeout?
[09:44] <larsu> it's really really dumb
[09:44] <larsu> Laney: what timeout?
[09:44] <Laney> the indicators all appear after some delay
[09:44] <seb128> well, if the signal is not emited those indicators should just not load
[09:44] <larsu> right
[09:44] <seb128> nothing should be blocked or delayed
[09:44] <Laney> what happens to make that work?
[09:44] <larsu> seb128 finds holes in my theory
[09:44] <seb128> ;-)
[09:45] <Laney> however
[09:45] <larsu> but I can't find "indicators-loaded" or "indicator-services-start" in indicator-applet
[09:45] <Laney> hmm, I think indicators could be a red herring
[09:45] <Laney> if you emit the signal manually then the session still doesn't initialise
[09:45] <Laney> but the indicators do appear
[09:46] <larsu> ah
[09:46] <larsu> maybe the signal is emitted after whatever is causing the delay in gnome-sesion
[09:46] <seb128> Laney, what's the issue? what is blocking?
[09:46] <Laney> gnome-session doesn't get into the "Running" phase
[09:46] <Laney> not sure if that is the cause or a symptom
[09:47] <Laney> you see that nautilus isn't handling the desktop yet, no indicators and can't logout via gnome-session-quit
[09:47] <seb128> if you can reproduce, drop indicator-applet and see if that's still happening?
[09:47] <seb128> also gnome-session --debug log would be useful
[09:47] <Laney> I bet anyone can, try flashback in a vm
[09:48] <larsu> Laney: wfm in a guest session
[09:48] <larsu> does it matter which flashback?
[09:48] <larsu> I have a compiz and a metacity one
[09:49] <Laney> I'm using the metacity one
[09:50] <larsu> that's what I tried as well
[09:50] <larsu> hm, I have glib 2.39.2 though, hope that's not a problem
[09:52] <Laney> no, that's what I have
[09:53] <Laney> wtf
[09:53] <Laney> guest session always gives me unity
[09:55] <seb128> yeah, same here, that's not new
[09:55] <larsu> wfm?!
[09:55] <seb128> I didn't have the spare cycles to investigate though
[09:55]  * larsu feels special these days
[09:55] <Laney> haha
[09:55] <seb128> larsu, that's probably another thing you hacked up and don't remember ;-)
[09:56] <Laney> anyway, try with a real user
[09:56] <larsu> seb128: I would never do that!
[09:56] <seb128> sssssure ;-)
[09:59] <larsu> okay I have both issues after rebooting
[10:01] <Laney> http://paste.ubuntu.com/6719886/
[10:04] <larsu> Laney: it seems to think it's in shutdown mode?!
[10:04] <larsu> or does that log start with an old session
[10:05] <Laney> the start is me logging out
[10:05] <Laney> the new one begins around 325
[10:07] <larsu> hm, this happens for some indicators: gnome-session[12583]: WARNING: Could not parse desktop file indicator-sound.desktop or it references a not found TryExec binary
[10:07] <Laney> that's because I removed them
[10:07] <Laney> but it keeps the xdg autostart file
[10:08] <larsu> ah okay
[10:20] <ali1234> guys, that's the bug i've been complaining about for weeks
[10:23] <ali1234> Laney: remember i told you the workaround for it?
[10:23] <Laney> if you mean the no watchers thing then it's not that
[10:24] <seb128> ali1234, did you debug it by chance? ;-) or just complained about it?
[10:24] <seb128> ali1234, I've an endless list of bugs I would like to complain about, that's not going to solve them though :/
[10:25] <ali1234> i debugged it, yes
[10:25] <ali1234> then i wrote a fix
[10:25] <ali1234> then i sent a MR to tedg
[10:26] <ali1234> that was before christmas
[10:26] <larsu> neat. Where is it?
[10:26] <ali1234> spoke to him about it yesterday or the day before
[10:26] <Laney> didrocks: can I make a release of session-migration?
[10:26] <ali1234> the MR is attached to the "indicators should use upstart" bug report
[10:26] <didrocks> Laney: depends, do you need it quickly? I was wondering to not put it to dailies
[10:26] <didrocks> if it's urgent, please do ;)
[10:26] <ali1234> the reason that people see indicators not loading is because they will quit if nothing claims them within 500 msec
[10:26] <Laney> only in as much as I would like to move on with life
[10:27] <didrocks> ahah ;)
[10:27] <ali1234> so if your gnome-panel takes 1.5 seconds to load up, then yeah, half the indicators will disappear
[10:27] <didrocks> ok, feel free, just tell me ;)
[10:27] <Laney> I'll do it, /and/ you can put it under daily release for the next changes
[10:27] <Laney> :-)
[10:27] <larsu> ali1234: this? https://code.launchpad.net/~a-j-buxton/libindicator/remove-timeout/+merge/198070
[10:27] <ali1234> larsu: that's the one yes
[10:28] <ali1234> you can also disable the timeout by setting that environment variable
[10:28] <ali1234> without patching i mean, if you just want to confirm this is the issue
[10:29] <seb128> ali1234, seems orthogonal to the bug Laney is seeing, in his case the session doesn't fully init (no nautilus bg either, closing session doesn't work)à
[10:29] <Laney> this is a separate issue to the bug at hand
[10:30] <larsu> ali1234: there's not much left using IndicatorService. Are you sure that's the issue we're seeing here?
[10:30] <larsu> also, I fail to see how this would block gnome-panel
[10:30] <larsu> hm, indicator-application maybe?
[10:30] <ali1234> yeah i guess you're right. it's a separate bug that is having a knock on effect. if desktop startup is delayed you *will* see this bug too
[10:31] <Laney> I think one of the first things I tried was setting that variable :P
[11:35] <larsu> Laney: looking at this again. Is gnome-panel started twice?
[11:42] <Laney> larsu: Not sure
[11:42] <Laney> that 'failed to register' message might be the clue
[11:42] <larsu> I'm pretty sure it is
[11:43] <larsu> and if it's started twice, then the second instance never inits
[11:43] <larsu> because it tries to get the name on the bus synchronously
[11:46]  * larsu is just theorizing while makeing some food. Might be all wrong
[11:58] <Laney> I tried rolling back to the saucy versions of gnome-panel, g-s-d and gnome-session but it's the same
[11:58] <Laney> maybe it really is some glib change
[12:21] <didrocks> Laney: thinking about session-migration, this is working on the destkop as well (through upstart session), right?
[12:21] <Laney> yes
[12:21] <didrocks> so, maybe I should remove the hack in gnome-session
[12:21] <Laney> already changed that
[12:21] <didrocks> oh great ;)
[12:22] <Laney> I didn't remove it, because then you wouldn't get migration if you aren't using upstart
[12:22] <didrocks> Laney: well, I think only our session is really using session-migration TBH
[12:23] <Laney> was easy to keep it flexible
[12:23] <didrocks> how do you do it? just for my interest ;)
[12:23] <Laney> checking for UPSTART_whatever
[12:23] <didrocks> ah ok, just env variable checking
[12:23] <Laney> nod
[12:24] <Laney> hmm
[12:24] <Laney> do I need to specify the deps for the migration script manually?
[12:24] <didrocks> not if you are using the dh_migrations
[12:25] <Laney> like the python libraries it's using
[12:25] <didrocks> you have a sequence as well dh --with migrations if needed
[12:25] <Laney> yeah, using that
[12:25] <didrocks> ah, the script itself
[12:25] <didrocks> yeah, session-migration just exec it, doesn't care about the langage or what the script does
[12:26] <didrocks> so you need to have your script ensuring it can run (so bringing its own dep)
[12:26] <seb128> Laney, is there any gnome-session based desktop not using upstart?
[12:27] <Laney> gnome-xmonad :-)
[12:27] <seb128> now that's crazy talk :p
[12:27] <Laney> yeah, who really uses that :P
[12:28] <didrocks> I'm surprised how long I wrote session-migration, and it's almost 2 years after that I see a lot of people interesting using it :)
[12:28] <seb128> didrocks, we have been using it for a few things in previous cycle, so in has already been useful ;-)
[12:28] <seb128> (e.g migrating the nautilus launcher icon in unity, when the desktop name changed)
[12:29] <Laney> it's definitely interesting for some phone cases too
[12:29] <didrocks> yeah, but not as much, I'm happy anyway. It was just a couple of days, but well invastigated :)
[12:29] <didrocks> investigated*
[12:29] <didrocks> invested*
[12:29] <didrocks> grrr :)
[12:30] <seb128> hehe
[12:30] <seb128> indeed
[12:30] <didrocks> Laney: btw, good news, you are going to be credited again for the system-settings uploads :)
[12:30] <Laney> credited in what way?
[12:30] <didrocks> even people committing to trunk directly will be credited, we shouldn't ;)
[12:30] <Laney> in Changed-By?
[12:30] <didrocks> your name in debian/changelog
[12:30] <didrocks> like the [ foo ]
[12:31] <Laney> oh
[12:31] <didrocks> as you had with daily release
[12:31] <Laney> did that stop working?
[12:31] <didrocks> well, on purpose, yesterday
[12:31] <didrocks> with the new system
[12:31] <Laney> fair enough
[12:31] <Laney> I didn't notice ;-)
[12:31] <didrocks> ahah ;)
[12:31] <didrocks> it was on purpose because of… it's complex in case someone brings a branch merging multiple ones
[12:31] <didrocks> and you have to compare with potential direct commit to trunk
[12:31] <didrocks> and so on…
[12:32] <didrocks> but now that we changed slightly the procedure, I rewrote that and it's possible
[12:33] <seb128> Laney, I submitted a "add the cmake.user to bzrignore" before noticing you sneaked in a similar change in an merge request which had nothing to do the topic ... sorry about the dup, but what do you want to do about that? should I reject mine, or do you want to rebase yours on my branch so we have logical changesets/commits? ;-)
[12:34] <Laney> approve yours
[12:34] <Laney> and I'll re-merge it
[12:35] <seb128> Laney, https://code.launchpad.net/~seb128/ubuntu-system-settings/bzrignore-cmake-user/+merge/200988 if you want to +1 it
[12:36] <Laney> done, thanks
[12:36] <seb128> the new world order when approved merges land only after upload is going to be annoying for rebases and stuff though :/
[12:36] <Laney> I can just merge with the branch instead of trunk
[12:36] <seb128> right
[12:36] <Laney> but you have to know which ones to do I guess
[12:36] <Laney> hmm
[12:37] <seb128> btw for those who didn't notice, we have unity-control-center in universe
[12:38] <seb128> and gnome-control-center's binary is that same source is now a wrapper that call u-c-c if available or g-c-c.real
[12:39] <seb128> wooot
[12:39] <seb128> ubuntu-themes/unico landed, the CI team is rolling nowadays ;-)
[12:40] <seb128> larsu, ^ your fixes from yesterday are already uploaded to trusty, yeah for working dnd again and nautilus stable columns ;-)
[12:41] <larsu> that was quick!
[12:44] <didrocks> isn't it? :) (thanks to Mirv)
[13:17] <Mirv> :)
[14:48] <stgraber> Laney: ok, will do
[15:01] <pitti> whoa, 15 degrés, c'est comme le printemps !
[15:01] <seb128> Laney, kenvandine, tedg, charles, attente: want to do a settings meeting?
[15:01] <seb128> pitti, ou l'automne :/
[15:01] <seb128> il pleut ici aujourd'hui
[15:01] <pitti> it seems between the US and Europe the average temp is just fine, but in reality it's totally wrong everywhere
[15:02] <pitti> seb128: non, non, nous avons du soleil !
[15:02] <pitti> I just did a really nice short walk to think about how to fix these apport popups after logging in
[15:02] <seb128> how come we still get some of those?
[15:03] <seb128> didn't you add code to stop prompting about issues from other sessions?
[15:03] <pitti> seb128: for processes that crash during logout, apparently there are still a lot of them
[15:03] <seb128> or did we just flag them with some tag?
[15:03] <Laney> seb128: don't mind, can do if you want
[15:03] <seb128> Laney, is your mic working in 2014 ? ;-)
[15:03] <Laney> I looked at tests before the holidays and this week have been working on AS
[15:03] <kenvandine> seb128, i can if others want to
[15:03] <pitti> seb128: so far I just have code to stop attaching xsession-errors to reports from other sessions

[15:03] <Laney> umm, didn't change anything there ;-)
[15:03] <Laney> unless google fixed it for me
[15:03] <pitti> seb128: balloons poked me about bug 1033932, related to bug 1067646
[15:04] <ubot2> Launchpad bug 1033932 in apport (Ubuntu) "Error alerts appear on login for problems in previous session" [Medium,Triaged] https://launchpad.net/bugs/1033932
[15:04] <ubot2> Launchpad bug 1067646 in Apport "should report if crash happened at logout/shutdown" [Medium,Triaged] https://launchpad.net/bugs/1067646
[15:04]  * kenvandine has done nothing more on uss than a few reviews this week :)
[15:04] <seb128> Laney, kenvandine: ok, let's have a quick one, just to resume/keep the rhythm, otherwise we are going to keep skipping them as we did before holidays
[15:04] <Laney> what happened with the person that was supposed to take over wifi/bluetooth?
[15:04] <Laney> oh okay!
[15:04] <cyphermox> what?
[15:04] <seb128> Laney, bluetooth is still charles afaik
[15:05] <seb128> cyphermox, hey, what what?
[15:05] <Laney> hahaha
[15:05] <Laney> trigger word
[15:05] <cyphermox> Laney: you trying to tell me I got fired? :)
[15:05] <seb128> Laney, Wellark is supposed to do wifi
[15:06] <Laney> I thought it was both
[15:06] <Laney> but ok
[15:06] <seb128> cyphermox, did you just volunteer to finish the touch system settings for bluetooth?
[15:06] <cyphermox> I didn't think I did
[15:06] <cyphermox> tbh, I'm not sure I have the time to do that too
[15:06] <kenvandine> seb128, i'm all alone...
[15:06] <seb128> kenvandine, stupid google keeps logging me out every time I close firefox
[15:06] <Laney> huh, weird, I had a spam event on my gcal
[15:06] <seb128> cyphermox, that's what we were discussing ;-)
[15:06] <Laney> never seen that before
[15:07] <seb128> Laney, tedg, charles, attente: anyone coming?
[15:07] <kenvandine> it's the seb128/kenvandine show :)
[15:07] <tedg> Sorry, sure
[15:07] <tedg> Though, I don't wnat to interrupt that :-)
[15:08] <seb128> that's fine, Laney already did
[15:08] <tedg> But everyone knows that hangouts never work for Laney
[15:08] <seb128> he keeps trying though
[15:08] <seb128> you have to admire the motivation
[15:09] <tedg> Heh, insanity is trying the same thing... ;-)
[15:10] <mlankhorst> .. this time it's different!
[15:12] <Laney> you guiz
[15:17] <seb128> kenvandine, https://code.launchpad.net/~unity-team/ubuntu-system-settings/welcome-wizard/+merge/186862 if you want to help reviewing
[15:17] <seb128> Laney, did you want to block on the upstart stuff?
[15:17] <Laney> not as such
[15:19] <Laney> wah, I looked at it again
[15:19] <Laney> maybe xnox or one of the guys can advise on a better way
[15:20] <xnox> hm?
[15:20] <kenvandine> we should get him to update the branch from latest trunk to get another CI build
[15:20] <kenvandine> so we can get debs to test
[15:22] <xnox> Laney: seb128: that job looks odd, as it will unconditionally run welcome wizard, and if that exits non-zero it will block starting the session / unity8.
[15:22] <seb128> mterry_, ^
[15:23] <kenvandine> i guess the latest debs aren't that outdated from trunk, but there has been some change
[15:23] <xnox> Laney: seb128: if it's not ready now, it's best to have pre-start check which checks for a magic file /to/ run wizards, instead of current logic of running it unconditionally.
[15:24] <xnox> Laney: seb128: or otherwise guarantee that our base images / initramfs does "touch ~/.config/ubuntu-system-settings/wizard-has-run"
[15:24] <xnox> Laney: seb128: and those who are testing the wizard, would remove that file and reboot.
[15:24] <Laney> does the dconf bridge work?
[15:24] <xnox> Laney: it does, but nobody used it yet =)
[15:25] <Laney> could use that
[15:25] <kenvandine> i think i prefer the file myself
[15:25] <Laney> anyway, I'm more concerned about the start_xsession() behaviour
[15:25] <xnox> Laney: so no idea if does what one expects. tedg tried to use it, but it wasn't what he wanted / needed.
[15:25] <xnox> yeah "feature-flag" file is easier and can be controlled from e.g. recovery / adb /etc
[15:26] <kenvandine> right
[15:26] <kenvandine> and phablet-flash could tweak it easily too
[15:27] <kenvandine> or one of the phablet tools
[15:27] <kenvandine> for automated testing
[15:28] <mterry_> xnox, I'm confused about the changes you want.  You want something outside the job to create the wizard-has-run file?
[15:30] <xnox> mterry_: i want pre-start script to have: [ -f ~/.config/yes-i-want-to-try-welcome-wizard ] || { stop; exit 0 }
[15:31] <xnox> mterry_: cause at the moment if welcome wizard crashes, or exists non-zero, the session/unity8 will not start.
[15:31] <mterry_> Laney, start_xsession has two parts: 1) stopping maliit server which is a workaround for a maliit bug and presumably will go away and 2) starting xsession manually which was done so that the wizard can stay running / animating while session prepares itself in background.  Presumably that will go away too once unity-system-compositor gains nice animating behavior between sessions
[15:31] <mterry_> Laney, so while I agree that start_xsession is hackish, it's a temporary hack
[15:32] <mterry_> xnox, wouldn't upstart just continue with xsession-init then?
[15:34] <xnox> mterry_: let me test here to confirm.
[15:36] <xnox> mterry_: seems to work, never mind me then.
[15:36] <mterry_> xnox, also, my branch doesn't even install the upstart file right now, because this is all a work in progress
[15:36] <xnox> seb128: Laney: never-mind, if welcome crashes / exits non-zero, xsession-init will start as far as i can tell here. I got confused.
[15:37] <Laney> are there bugs for these issues?
[15:38] <mterry_> Laney, for unity-system-compositor, yes...  For the maliit one, I think I just talked about it on IRC at the time with the devs.  Don't think I filed one
[15:39] <Laney> mterry_: would you be able to file one so that it's tracked?
[15:40] <mterry_> Laney, uh, I'll add a note to test again and file if it's still an issue, sure
[15:40] <Laney> would be nice
[15:40] <mterry_> This was early days of maliit, hopefully it's better now
[15:44] <rvr> seb128: Hmm
[15:45] <seb128> rvr, hey Victor
[15:45] <rvr> seb128: http://paste.ubuntu.com/6721361/ Is that also what you get?
[15:45] <seb128> rvr, did you figure those autopilot issues out?
[15:45] <rvr> StateNotFoundError: State not found for class '*' and filters {'objectName': 'aboutPage'}
[15:46] <Laney> looks right
[15:47] <seb128> rvr, what Laney said
[15:47] <rvr> It's strange. Using the introspector tool, I can see the aboutPage object
[15:47] <rvr> http://paste.ubuntu.com/6721373/
[15:48] <rvr> > objectName: aboutPage
[15:48] <rvr> It's there
[16:07] <Laney> slomo: reckon I could get added to pkg-gstreamer?
[16:08] <slomo> Laney: you are not yet?
[16:08] <Laney> nope
[16:08] <seb128> cyphermox, btw since your reacted to the bluetooth comment earlier ... Chad's patch for gnome-bluetooth is in the sponsoring queue ;-)
[16:08] <slomo> Laney: sure, what do you want to break? :)
[16:08] <slomo> Laney: what's your alioth username?
[16:08] <Laney> laney
[16:08] <Laney> We've got some autoreconf-related changes that could go to Debian
[16:09] <seb128> Laney, I was pondering fwd that earlier, but I'm not sure it's non-buggy
[16:09] <Laney> which one?
[16:09] <seb128> is Debian's libtool including the --as-needed stuff?
[16:09] <slomo> Laney: ah those. i don't think they're correct
[16:09] <slomo> no it doesn't
[16:09] <seb128> :/
[16:09] <Laney> you need to run dh_autoreconf with --as-needed
[16:09] <seb128> Laney, the issue is that autoreconf is going to replace the ltmain.sh hack for as-needed
[16:09] <seb128> does that work?
[16:09] <Laney> it does the patch for you
[16:10] <slomo> oh? that's nice :)
[16:10] <seb128> how does that work? is dh-autoreconf including the ltmain.sh hack?
[16:10] <Laney> it ships the patch for you
[16:10] <Laney> so they can update it centrally
[16:10] <seb128> nice
[16:11] <seb128> I didn't know about that
[16:11] <slomo> ok, so then only be careful to not break translations ;)
[16:11] <slomo> because we apply a patch after gettextize in gstreamer
[16:11] <Laney> mmkay
[16:11] <slomo> fixed in 1.3 finally, now plain autoreconf works
[16:11] <Laney> in which package is this?
[16:13] <slomo> all of them :)
[16:13] <Laney> I see, not a debian patch then
[16:13] <slomo> gstreamer, gst-plugins-base,good,bad,ugly,*, gst-libav, etc
[16:13] <slomo> yes, not a debian patch
[16:13] <slomo> that's why export AUTOPOINT=true is in debian/rules
[16:13] <slomo> so keep that
[16:14] <slomo> i added you btw
[16:14] <Laney> excellent, thanks
[16:14] <slomo> thanks for merging these patches :)
[16:14] <Laney> np
[16:14] <slomo> please make sure that change is in all the packages
[16:14] <slomo> not only the ones that were important enough to get a bugreport ;)
[16:15] <Laney> I abused some people to forward them
[16:15] <Laney> then decided JFDI is more efficient sometimes
[16:16] <slomo> yes, or telling me about that --as-needed feature of dh-autoreconf would've been sufficient too ;)
[16:16] <Laney> hrhr
[16:16] <slomo> but now you please change that, i'm busy with other things :)
[16:24] <cyphermox> seb128: ack
[16:48] <Laney> oh no
[16:48] <Laney> glib started ftbfsing
[16:48] <pitti> seb128: FYI, http://bazaar.launchpad.net/~apport-hackers/apport/trunk/revision/2746
[16:48] <seb128> Laney, :-(
[16:48] <pitti> seb128: apport popups for logout problems be gone
[16:48] <seb128> pitti, \o/
[16:48] <pitti> seb128: I almost never get those, but it seems a lot of people do, so I wasn't aware that it's such a big problem
[16:48] <pitti> so let's ditch them for the lTS
[16:51] <seb128> pitti, it's quite frequent in some of "services" (indicators, g-s-d, gvfs)
[16:52] <seb128> is/was, we fixed some of those bugs
[16:52] <pitti> seb128: well, do you think they are interesting enough to re-enable them in trusty+1?
[16:52] <seb128> like indicator used to g_error when the session bus was missing, which happens on logout
[16:52] <seb128> not atm
[16:53] <pitti> ok; it's a simple change to re-enable, but at least the logic is there now
[16:53] <pitti> it'll break all over again once /sys/fs/cgroup/ becomes unreadable, but that's still some way out
[16:53] <pitti> (and once it does, we need to talk to the cgroup service instead)
[16:53] <pitti> or logind directoy
[16:53] <pitti> directly
[16:57] <pitti> bonne nuit tous le monde !
[16:57] <pitti> "tout"
[16:57] <Laney> au revoir
[16:58] <seb128> pitti, bonne soirée !
[16:59] <desrt> Laney: glib ftbfs?
[17:00] <Laney> https://launchpad.net/ubuntu/+source/glib2.0/2.39.2-0ubuntu2
[17:00] <Laney> e.g. https://launchpad.net/ubuntu/+source/glib2.0/2.39.2-0ubuntu2/+build/5439374/+files/buildlog_ubuntu-trusty-ppc64el.glib2.0_2.39.2-0ubuntu2_FAILEDTOBUILD.txt.gz (don't use your browser)
[17:02] <Laney> i don't see an actual error
[17:03] <seb128> Laney, desrt: "ERROR: gdbus-names - missing test plan"?
[17:03] <seb128> Laney, side effect of the fix you backported?
[17:03] <Laney> oh yeah, there it is
[17:04] <Laney> it built on i386/amd64
[17:04] <desrt> are you running 'make check -j'?
[17:04] <desrt> because i hit the same problem with -j
[17:05] <Laney> umm, I wonder how to see
[17:05] <desrt> i think it's caused by the fact that our new test stuff allows the tests to run in parallel but some of the gdbus tests take the same org.gtk.test bus name
[17:05] <desrt> so they get in each others way
[17:06] <desrt> actually, i can get a periodic failure out of that testcase even without check -j
[17:07] <desrt> /gdbus/bus-watch-name:
[17:07] <desrt> (/home/desrt/code/glib/gio/tests/.libs/lt-gdbus-names:8691): GLib-GIO-CRITICAL **: Error while sending AddMatch() message: The connection is closed
[17:07] <desrt> tsk tsk tsk
[17:07] <Laney> that's what we get in jenkins
[17:08] <Laney> you blamed the test environment when I asked you :P
[17:08] <desrt> ya... i'm blaming it again
[17:08] <desrt> this test is doing some pretty damn shaky things
[17:08] <Laney> https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-glib-networking/ARCH=i386,label=adt/lastFailedBuild/console started happening lately too
[17:09] <desrt> like starting session bus test daemons as subprocesses in the middle of it running to make sure bus disconnects get properly reported
[17:09] <desrt> i'm sure it's hitting some edge case between doing that and syncing up with its own worker thread
[17:09] <desrt> Laney: good news is, failure is only one time of ~20 for me
[17:09] <desrt> so you can just resubmit the build :)
[17:10] <Laney> I did already
[17:10] <desrt> (maybe more like 1/100 in fact)
[17:10] <Laney> wait and see if arm64 succeeds, that's also a retry
[17:11] <Laney> it's happened on 4/6 of the builds that have completed so far
[17:12] <larsu> desrt: the gdbus tests don't spawn their own session busses?
[17:14] <desrt> larsu: the problem with this one in particular is that it does... and then it unspawns it... and then it spawns it again
[18:08] <Sweetshark> seb128: did you find any fundamental opposition against the libreoffice-l10n packaging so far? if not, ill continue working on top of that for now ...
[18:09] <seb128> Sweetshark, no, seems fine in principle to me, but I didn't look at the details yet
[18:11] <Sweetshark> seb128: k, that was all I needed ;) -- if all else fails, I could cherrypick back from this branch ...
[18:12] <Sweetshark> seb128: thx
[18:13] <seb128> Sweetshark, yw
[20:53] <robert_ancell> mterry_, did you see https://code.launchpad.net/~robert-ancell/deja-dup/unity-control-center2/+merge/200950?
[20:54] <mterry_> robert_ancell, yes...  I actually had already started working on a branch that was a bit more aggressive
[20:54] <robert_ancell> mterry_, ok, cool
[20:54] <mterry_> robert_ancell, in terms of only building ccpanel for unity in the first place and not supporting gnome-control-center anymore
[20:54] <robert_ancell> mterry_, ok, that was my first patch :)
[20:54] <mterry_> robert_ancell, sorry I didn't mention it earlier.  was just hacking a weekend or so ag
[20:54] <mterry_> o
[20:55] <robert_ancell> mterry_, the Ubuntu GNOME guys expressed an interest in keeping it, but I guess it's your call as upstream
[20:55] <mterry_> robert_ancell, oh they had?  I asked on IRC a couple times, but never got a reply
[20:55] <robert_ancell> I asked darkxst
[20:56] <mterry_> robert_ancell, it's not the upstream GNOME experience, so I assumed they wouldn't mind a more upstream approach
[20:56] <mterry_> darkxst, poke
[20:56] <robert_ancell> yeah, I thought they were going that route but I think they want an enhanced experience
[20:57] <robert_ancell> mterry_, I decided last night that I'd make everything support both at least initially so the migration is seamless
[20:59] <robert_ancell> mterry_, how goes the lightdm greeter-session shared space? Just wanted to ack that I think we're on the same page there
[20:59] <mterry_> robert_ancell, I haven't worked more on it.  It isn't needed in direct short term
[20:59] <robert_ancell> k
[20:59] <mterry_> But maybe it would make sense to land before FF...
[21:00] <robert_ancell> would save some paperwork :)
[21:08] <darkxst> mterry_, hi
[21:08] <mterry_> darkxst, hello!
[21:08] <mterry_> darkxst, so I'm deja-dup upstream and wanted to discuss what Ubuntu GNOME wanted to do for the backup preferences appearance
[21:09] <mterry_> darkxst, for 14.04 I could either do standalone window with new-style GtkHeader (does Ubuntu GNOME have proper theming for that?) or stick with a panel in the control center
[21:09] <mterry_> darkxst, do you know which you'd prefer?
[21:09] <mterry_> (or alternatively, standalone window without GtkHeader)
[21:11] <darkxst> mterry_, I think g-c-c panel is best, although it would be nice if it used the GtkListBox
[21:12] <mterry_> darkxst, I want those too, but haven't implemented them yet
[21:12] <mterry_> darkxst, OK, can leave g-c-c panel in then.
[21:12] <mterry_> robert_ancell, will give your branch a fresh look!
[21:17] <darkxst> mterry_, thanks
[21:53] <darkxst> robert_ancell, so we should do the mutter displayconfig dbus service in its own package?
[21:54] <robert_ancell> darkxst, I'm not sure what your trying to do exactly
[21:54] <darkxst> robert_ancell, the display config code was moved out of gnome-desktop and made a dbus service (in mutter)
[21:55] <robert_ancell> darkxst, so it's a library now?
[21:55] <darkxst> its a dbus service
[21:55] <robert_ancell> a stand-alone daemon?
[21:55] <darkxst> yeh
[21:56] <robert_ancell> so do we still have gnome-rr.h anymore?
[21:57] <darkxst> yes gnome-rr is still there, and I believe API unchanged, but it uses the dbus api instead of direct X calls
[21:58] <robert_ancell> this is so we can update gnome-desktop right?
[21:58] <robert_ancell> or so gnome apps can run inside unity?
[22:03] <darkxst> so we can update gnome-desktop
[22:04] <robert_ancell> darkxst, why don't we just patch gnome-desktop to use xrandr itself if the d-bus API is unavailable?
[22:04] <darkxst> reverting the patches in gnome-desktop would just result in a big mess
[22:05] <darkxst> robert_ancell, https://git.gnome.org/browse/gnome-desktop/commit/?id=545c774e967fa2f21f9b8ee1acbb50bffcee01d0
[22:06] <darkxst> and by using the dbus service, its still maintained upstream
[22:07] <darkxst> the actual changes required to run it out of tree are very trivial
[22:08] <robert_ancell> darkxst, the main issue is you have to get a new module accepted and make sure the daemon reliably runs etc
[22:08] <robert_ancell> darkxst, where is the code?
[22:10] <robert_ancell> darkxst, the other thing, is you'd implement it as a compiz plugin for unity. That might not need CLA
[22:10] <robert_ancell> bregma, ^ if a compiz plugin was made that used the gnome-desktop source would that be an issue?
[22:11] <darkxst> robert_ancell, I though of that, however what happens  with things like gnome flashback that have a  non-compiz sessions
[22:11] <darkxst> I will push the code somewhere
[22:11] <robert_ancell> ta
[22:12] <robert_ancell> darkxst, who is maintaining the legacy stuff? What did upstream do about that?
[22:12] <darkxst> upsteam gnome don't care about the legacy stuff
[22:12] <darkxst> I believe edubuntu are maintaining flashback in Ubunty
[22:13] <robert_ancell> darkxst, is the daemon d-bus activated?
[22:14] <darkxst> robert_ancell, haven't got that far yet, but it could be. (in mutter it is part of the main binary and launched directly)
[22:18] <robert_ancell> darkxst, so to cycle back to the original question - it sounds like it should be a new project and provide a new package
[22:19] <robert_ancell> darkxst, with this new package, can we update gnome-desktop to 3.10 today or are there other dependencies?
[22:20] <darkxst> there is also the Idle Monitor dbus service, but that could be dealt with in the same way
[22:20] <darkxst> in the same package
[22:21] <robert_ancell> agreed
[22:22] <robert_ancell> It's kind of bad that the interfaces are not freedesktop ones and they've made no effort to handle not being in mutter
[22:22] <robert_ancell> well, bad for us anyway :)
[22:25] <robert_ancell> Is gnome-desktop going to die? It doesn't seem to contain a huge amount of stuff
[22:26] <darkxst> robert_ancell, https://github.com/darkxst/displayconfig/tree/gnome-3-10/src/displayconfig (just a proof of concept currently)
[22:27] <darkxst> no idea if it will die....
[22:28] <darkxst> I suspect not though? even though they are moving code out of gnome-desktop, they are maintaining the API
[22:41] <darkxst> robert_ancell, btw, started to update your g-c-c branch with the missing patches, will send a MP over the weekend once I test it
[22:47] <robert_ancell> darkxst, I released a g-c-c into main that works in parallel with u-c-c so that's done as far as Unity is concerned. So feel free to either work on an update from the current archive version or my branch
[22:48] <darkxst> robert_ancell, you just broke our region panel then ;(
[22:49] <robert_ancell> oh, how did I do that
[22:50] <robert_ancell> it's still there..
[22:50] <darkxst> it won't work
[22:50] <darkxst> this patch is kinda important > http://pastebin.com/G8rCMzcH
[22:51] <darkxst> region/language/utf-8 support is quite different on Ubuntu vs Upstream
[22:51] <robert_ancell> darkxst, that's still there
[22:58] <darkxst> oh you pushed g-c-c 3.6?
[23:00] <robert_ancell> yes
[23:02] <darkxst> ok, no matter then
[23:36] <kgunn> robert_ancell: o/
[23:36] <kgunn> just sayin' hi
[23:37] <robert_ancell> kgunn, hello!
[23:37] <robert_ancell> how is the polar vortex going :)
[23:38] <kgunn> robert_ancell: its weird...it was 20 deg F the other day...now we're just sitting in the 40's but no sun & just this weird mist for 2 days straight
[23:39] <robert_ancell> is there someone in the distance playing a theremin?
[23:39] <kgunn> heh, kdub is the one living the dream...he's in the low 70's all week