[00:11] <RAOF> Urgh. Why hasn't gnome-do 0.95.3-2 migrated to universe?
[01:14] <TheMuso> RAOF: I assume when you say that, you are talking about the source package?
[01:14] <RAOF> TheMuso: Nah; testing-proposed-migration.
[01:15] <RAOF> TheMuso: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gnome-do seems to say “yeah, fine”, but it's still in proposed.
[01:36] <TheMuso> Ah ok.
[01:45] <robert_ancell> xnox, still around?
[03:01] <TheMuso> cyphermox: It appears that on armhf, your bluez 5 package has libdir specified twice in the configure call, even though its only mentioned once in the rules file... Must be ok on x86, but I'm trying to build on armhf here, both in a chroot and on real hardware, and I've hit this problem in both instances.
[03:01] <TheMuso> cyphermox: I'll have a dig to see if I can work out whats going on.
[06:06] <pitti> Good morning
[06:27] <didrocks> good morning
[06:30] <RAOF> pitti: Aha! You wouldn't happen to know why http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gnome-do says “yeah, it's fine to migrate” but gnome-do hasn't migrated in 7 days?
[06:34] <didrocks> RAOF: seems there is a dependency challenge, with nunit, no?
[06:34] <didrocks> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[06:34] <pitti> RAOF: Depends: gnome-do nunit
[06:34] <pitti> RAOF: it just means that gnome-do itself is fine wrt. builds, tests, etc., but it waits on nunit
[06:35] <pitti> RAOF: so your question should be about http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#nunit :)
[06:35] <RAOF> :)
[06:35] <pitti> right, then it's going to the "does that break any other packages" check in update_output.txt
[06:35] <pitti> RAOF: yes, it's a horrible output format
[06:36] <pitti> RAOF: so that means that at least one of those packages is uninstallable (gnome-do, gnome-do-plugins, libmonogame-cil, libmonogame-cil-dev, libtaoframework-ode-cil-dev, libtaoframework-ode0.9-cil, libtaoframework-sdl-cil-dev, libtaoframework-sdl1.2-cil, monodevelop-monogame, monodevelop-nunit, nant, openbve)
[06:36] <RAOF> Harumph.
[06:36] <pitti> RAOF: at this point you should try and install all those in a vivid-proposed chroot and see what apt has to say
[06:36] <didrocks> chdist FTW! :)
[06:36] <pitti> or schroot :)
[06:37] <didrocks> sure ;)
[06:37] <RAOF> As luck would have it, I happen to have a vivid schroot right here...
[06:37] <pitti> this is my /etc/schroot/setup.d/90proposed: http://paste.ubuntu.com/9245404/
[06:37] <pitti> so so
[06:38] <pitti> so my vivid schroot has "aliases=vivid,vivid-proposed", and if I enter "vivid-proposed", that hook will enable -proposed
[06:38] <RAOF> Huh.
[06:38] <RAOF> I always have -proposed enabled in my schroots, at least my sbuild schroots.
[06:38] <RAOF> That's what it's built against on the buildds, right?
[06:38] <pitti> right
[06:39] <RAOF> Ok, it's monodevelop-monogame
[06:40] <didrocks>  monodevelop-monogame : Depends: monodevelop (< 4.0.12.) but 5.5.0.227-1 is to be installed
[06:40] <didrocks> yep :)
[06:43] <larsu> good morning!
[06:44] <didrocks> hey larsu!
[06:44] <larsu> hi didrocks. ça va?
[06:44] <didrocks> larsu: ça va bien, et toi ?
[06:46] <larsu> didrocks: nickel!
[06:46] <larsu> certainly not as tired as yesterday morning :)
[06:46] <didrocks> nice :)
[06:48] <didrocks> larsu: oh, thinking about it, yesterday night, I tried to change my weechat launchers to use the dbus-activated one as it's the only way to start a new instance as we discussed the other day
[06:49] <didrocks> larsu: I tried to inspire myself from the snippet, but without any success (I'm unsure where the -e weechat-ncurses should be): http://paste.ubuntu.com/9245532/
[06:49] <didrocks> so I still use the previous method and don't have window matching, if you have a minute to see what horrible typo I did… :)
[06:51] <larsu> didrocks: wow, the command doesn't get forwarded to the main instance? That's probably a bug
[06:51] <larsu> didrocks: you can work around for now by putting the command into the profile
[06:52] <didrocks> larsu: anyway for me to give more infos?
[06:52] <larsu> profile preferences > command > run a custom command instead of my shell
[06:52] <larsu> didrocks: I'll let you know if I can reproduce after I made tea ;)
[06:52]  * larsu needs tea
[06:52] <didrocks> larsu: sure ;) ok, so I need to create a new profile in that case
[06:53] <didrocks> pitti: mind if I work on the ubuntu side of the *dm today while the discussion with debian RT settle down? I maybe have an idea to remove the ExecStartPre=, but I need to experiment a little
[06:59] <pitti> didrocks: oh, sounds great!
[07:00] <pitti> didrocks: if you have time for it, sure; but I suppose we also have a fair number of DMs in Ubuntu which all need to be moved in lockstep?
[07:01] <didrocks> pitti: yeah, 6, I can handle that between today and tomorrow, depending on how fast I succeed in this ExecStartPre" :)
[07:01] <didrocks> removal*
[07:02] <pitti> didrocks: do you have an idea what to replace it with? masking?
[07:02] <didrocks> pitti: trying to set it with a generator
[07:02] <larsu> didrocks: indeed. Looks like the -e is not passed when starting the _first_ terminal
[07:02] <didrocks> that will as well handle changing /etc/X11/default-display-manager manually -> get the right systemd job starting
[07:03] <didrocks> larsu: ah, I'm not that crazy then! But I have other terminals opened as well
[07:03] <larsu> didrocks: try opening another terminal befre
[07:04] <didrocks> larsu: I have a weechat terminal here
[07:04] <didrocks> and some other terminal windows
[07:04] <larsu> didrocks: but starting another one doesn't work?
[07:04] <didrocks> I click on the launcher icon -> nothing
[07:04] <didrocks> yeah, that's why I thought that my profile isn't correct
[07:04] <larsu> ok, might be that the bug I found is not the one you're seeing
[07:05] <larsu> it's a bug nonetheless :)
[07:05] <didrocks> I guess not, but yeah ;)
[07:05] <larsu> didrocks: but wait, weechat is running and you want to start another instance?
[07:05] <larsu> or is the problem that unity doesn't switch to it
[07:05] <didrocks> larsu: at least, I should see a window starting and stopping?
[07:05] <larsu> ya, you should see that
[07:05] <didrocks> larsu: it's not starting at all
[07:05] <didrocks> larsu: let me close weechat for a sec, I have other terminals started
[07:06] <didrocks> larsu: right, nothing happens
[07:07] <larsu> didrocks: what happens when you start the command directly?
[07:07] <larsu> gnome-terminal -e weechat-curses
[07:07] <didrocks> larsu: hum, the profile doesn't exist anymore
[07:07] <didrocks> it did exists before the package upgrade though
[07:08] <didrocks> ok, so removing the --profile, it seems to work, let me try
[07:08] <larsu> hm, it should have been transitioned
[07:08] <larsu> Laney made this work, not sure how
[07:10] <didrocks> Laney: ok, it's working at least now (weird that previous profiles got withdrawn though with newer gt)
[07:10] <didrocks> oupss larsu $
[07:10] <didrocks> larsu: however, how do you handle window matching now?
[07:10] <didrocks> WM_CLASS(STRING) = "gnome-terminal-server", "Gnome-terminal"
[07:10] <larsu> didrocks: I think it uses app id now
[07:11] <didrocks> larsu: there is no matching under unity, does it work for you?
[07:11] <larsu> didrocks: no, but app matching is broken on my system anyway right now - I thought that was the problem
[07:12] <didrocks> larsu: doesn't seem so. We are back to the same issue than with my previous command then: gnome-terminal --window --class weechat -e weechat-curses
[07:12] <larsu> :(
[07:13] <larsu> I really don't like this --app-id thing
[07:13] <didrocks> larsu: I'm afraid we are going to have a lot of similar use-case being broken
[07:13] <didrocks> like people having separate ssh terminal on their launchers
[07:13]  * larsu shakes fist at desrt
[07:14] <larsu> didrocks: ya... having to have a separate app id / service is stupid
[07:14] <larsu> should just be gnome-terminal --profile=my-profile
[07:14] <didrocks> larsu: I'm sure we'll have a lot of angry admins… and agreed, it's a little bit too much boilerplate for a launcher
[07:15] <didrocks> larsu: at least, the app id should be in WM_CLASS
[07:15] <didrocks> that would help the matching
[07:16] <larsu> it probably works on shell
[07:16] <didrocks> would be good for people to test it with unity as well when working on ubuntu :)
[07:16] <larsu> haha, "people" ;)
[07:17] <didrocks> I have lost enough time with this anyway, moving on
[07:17] <larsu> fair enough
[07:17] <didrocks> thanks for your help larsu :)
[07:17] <larsu> I'll talk to desrt
[07:17] <larsu> sorry :/
[07:17] <didrocks> thanks!
[07:17] <didrocks> no worry
[07:17] <didrocks> larsu: I think having the app id in WM_CLASS would be a nice first step
[07:17] <didrocks> WM_CLASS(STRING) = "gnome-terminal-server", "Gnome-terminal"
[07:17] <didrocks> too generic
[07:18] <larsu> right
[08:40]  * didrocks does a tentative of a rain-free early exercising today as well
[08:43] <seb128> didrocks goes earlier every day
[08:43] <seb128> soon he's going to be out doing exercice before being awake yet ;-)
[08:43] <seb128> didrocks, good luck!
[08:48] <larsu> seb128: did you have time to look at landing the fix for bug #1386255 ?
[08:48] <larsu> I saw you unsubscribed yourself...
[08:49] <seb128> larsu, I'm not working on it which is why I'm unassigned
[08:50] <seb128> I tried to do a landing on friday afternoon but the autogenerated version was older than the current one, something weird with the CI
[08:50] <larsu> seb128: autogenerated version of what?
[08:50] <seb128> thanks for the reminder, I gave up on the landing then because I wanted to call it a day and not start debugging CI
[08:50] <seb128> going to try agian now
[08:50] <seb128> of the package
[08:50] <larsu> oh cool, thanks
[08:50] <larsu> let me know if I can help out
[08:50] <seb128> I doubt you can, that was purely packaging and CI automation
[08:50] <seb128> but thanks
[08:53] <willcooke> morning all
[08:53] <seb128> hey
[08:54] <larsu> morning willcooke!
[08:55] <willcooke> what's going down
[08:55] <willcooke> ?
[08:55] <willcooke> did we ever reach a consensus about that .desktop stuff from yesterday evening?
[08:56] <larsu> there was some more discussion about it in #gtk
[08:56] <larsu> nothing productive it seems
[08:57] <willcooke> :/
[08:57] <willcooke> seb128, do you want to keep pushing forward with it, or shall we park it until next week?
[08:58] <seb128> willcooke, no really, it goes down to "the technical decision was made to just rename without considering upgrades/stability, now we have to add logic in different places to try to be smart about it but it's never going to be perfect"
[08:58] <seb128> willcooke, I'm done with it
[08:58] <larsu> we're set on the general idea of having a mapping file somewhere
[08:58] <seb128> reality check is that others don't care much
[08:58] <willcooke> who are others?
[08:58] <larsu> what we haven't agreed on is whether we map on access or have some kind of transition running once
[08:58] <seb128> upstream, whoever is deciding that dbus activation has to be done this way
[08:59] <larsu> seb128: this was desrt and me...
[08:59] <seb128> let's say that the probably that they change their mind to support apps that want to do dbus activation without renaming ius low
[09:00] <seb128> larsu, dunno, desrt told me several time that I was arguing with a strawman yesterday
[09:00] <seb128> when talking to me
[09:00] <seb128> so maybe I didn't understand what he meant
[09:01] <larsu> meh, I don't want to get into this again now
[09:01] <seb128> yeah, me neither
[09:04] <seb128> willcooke, bottom line is that I'm in the minority but I think the fundamental approach taken, to force the renaming despite the compatibility breakage it represents, is wrong
[09:04] <seb128> willcooke, it's going to force us into patching toolkit and doing complex workarounds that are not going to cover all cases
[09:04] <willcooke> ok
[09:04] <seb128> willcooke, but I'm overruled there so I'm just going to let Laney and desrt deal with it, they have ideas and they think it should work reasonably enough
[09:05] <seb128> we shall see
[09:05] <willcooke> ack
[09:05] <seb128> I predict it's going to bite us back
[09:05] <seb128> but let's see, I might be wrong ;-)
[09:08] <Laney> oh hi
[09:11] <seb128> hey Laney, wie gehts?
[09:14] <Laney> seb128: okay thanks
[09:14] <Laney> you?
[09:15] <seb128> Laney, I'm good thanks ;-)
[09:15] <Laney> someone's trying to start one of these in town https://www.kickstarter.com/projects/354625846/the-kitty-cafe-help-us-bring-cat-cafes-to-nottingh
[09:15] <Laney> \o/
[09:16] <seb128> nice!
[09:16] <willcooke> lol
[09:19] <willcooke> euggghhhh.  They serve food with loads of cats wondering about the place, pissing on everything.  yuck.
[09:19] <Laney> HAHAHA
[09:20] <willcooke> what happens to the cats at the end of the day?
[09:20] <seb128> willcooke, you got it wrong, the cats are part of the food
[09:20] <seb128> if you catch one you can eat it :p
[09:20] <willcooke> seb128, lol! :D
[09:20] <seb128> ;-)
[09:21] <seb128> before people start looking at me wrong, I love cats and wouldn't hurt one, just for the record ;-)
[09:21] <willcooke> :D
[09:21] <chrisccoulson> hi mvo__, you around?
[09:22] <chrisccoulson> hey willcooke, seb128. how's it going?
[09:22] <willcooke> hey chrisccoulson
[09:22] <seb128> hey chrisccoulson, good! you?
[09:22] <willcooke> Laney, I am reminded of the Father Ted episode with the rabbits
[09:22] <seb128> chrisccoulson, did you see that people really need some mp merged in?
[09:22] <willcooke> "I'll take care of the rabbits".
[09:23] <willcooke> "I'll put them in the vice"
[09:23] <chrisccoulson> seb128, yeah, I'm aware ;)
[09:23] <larsu> morning Laney
[09:28] <mvo__> chrisccoulson: hello, yes
[09:29] <Laney> man I haven't really watched father ted
[09:29] <Laney> hey larsu, what's up?
[09:29] <chrisccoulson> hi mvo__, how are you?
[09:29] <larsu> Laney: playing around in the inspector. You?
[09:29] <Laney> just saw that the daily images failed to build :-o
[09:29] <mvo__> chrisccoulson: good, thanks. how are you?
[09:30] <chrisccoulson> mvo__, yeah, not bad thanks. Busy :)
[09:30] <Laney> seb128: can we put remmina-plugin-nx remmina-dbg in universe?
[09:30] <Laney> just saw them on c-m
[09:30] <mvo__> chrisccoulson: heh, tell me about it ;)
[09:31] <chrisccoulson> mvo__, so, i'm a bit confused about https://code.launchpad.net/~mvo/oxide/multi-arch-fixes/+merge/242458 actually. I'm not sure I fully understand the problem yet
[09:31] <seb128> Laney, why were they in main?
[09:31] <chrisccoulson> the codecs packages already install everything in to a multi-arch path, don't they? (/usr/lib/<arch>/oxide-qt)
[09:31] <mvo__> chrisccoulson: ok, where is the gap :) my goal is that I want to be able to do: apt-get install ubuntu-sdk-libs:armhf
[09:32] <mvo__> chrisccoulson: they do? if thats the case, brilliant, I have checked some weeks (months?) ago and it wasn't back then
[09:32] <mvo__> chrisccoulson: let me re-check
[09:32] <Laney> wait it's not
[09:32] <Laney> what is c-m showing
[09:32] <chrisccoulson> AFAIR, that's always been the case. so perhaps there's a different problem
[09:33] <Laney> ah just the dbg package I think
[09:33] <Laney> it probably got a dependency on all of the plugins
[09:33] <Laney> oh right, that one is new in vivid
[09:36] <Laney> larsu: is inspector proving useful when doing theme fixes?
[09:36] <mvo__> chrisccoulson: you are right, sorry for that, let me inspect whats going on
[09:37] <chrisccoulson> no worries :)
[09:38] <larsu> Laney: insanely
[09:38] <larsu> Laney: especially for playing around with selectors. Open widget factory, write a rule with 'background-color: green' and see if you only select the things you want to
[09:40] <willcooke> oh. well crap.  It turns out I've had access to the beta of Elite Dangerous all this time, but I never logged in to their crappy forums so I didn't get told.
[09:40] <willcooke> never mind, no Windows machine to play it on anyway
[09:41] <Laney> wait
[09:41] <Laney> WAIT
[09:41] <Laney> Firefox just started and restored my tabs without it being embarrassing
[09:41] <larsu> it does this all the time for me, unless it gets killed early
[09:42] <Laney> I get that 0% of the time
[09:42] <larsu> which happens ~50% of the time when logging out without closing it first
[09:42] <Laney> maybe it's because I shut down without closing it 100% of the time ;-)
[09:42] <larsu> ya...
[09:53] <mvo__> chrisccoulson: I looked into this again and removed my other merge proposal, the issue is https://code.launchpad.net/~mvo/oxide/crossbuild-friendly/+merge/234093 - i.e. conflict across arches thats causing the trouble. the other MP was silly (bad memory on my part what the real problem was)
[09:56] <chrisccoulson> mvo__, aha, thanks for looking at it :)
[09:57] <mvo__> chrisccoulson: I will think a bit more about it, maybe the arch specific conflict in there is indeed the best option (even though it feels a bit ugly)
[09:58] <willcooke> seb128, qengho was looking to get the official flash plugins in to the archive - how can I find out if that happened without asking him?
[09:58] <willcooke> I've looked in apt-cache search and I see, e.g. "pepperflashplugin-nonfree"
[09:58] <willcooke> which makes me think it's ther
[09:58] <willcooke> e
[09:59] <seb128> willcooke, not sure if that's the "official" one, maybe chrisccoulson knows?
[09:59] <seb128> willcooke, but otherwise without knowing the package name I'm unsure, you can look on the -changes list
[09:59] <Laney> pitti: hey, did you see the lvm2 → dmeventd component mismatch?
[09:59] <chrisccoulson> it's not. qengho has some packages, but I still need to review them (I do have some comments on it actually)
[10:00] <willcooke> thanks chrisccoulson, seb128
[10:08] <didrocks> seb128: avoiding rain -> success, blocking knees -> failed :/
[10:09] <seb128> didrocks, "blocking"?!
[10:09] <didrocks> yeah, I couldn't run the last 200m in the park, knees hurting too much
[10:10] <didrocks> so fast walk was fine and luckily and I could cycle back without any pain
[10:10] <seb128> urg
[10:10] <seb128> I hope it's a minor issue
[10:11] <willcooke> :/
[10:12] <didrocks> seb128: I do as well, the ground was compact due to the previous day rains
[10:12] <didrocks> so hopefully just that
[10:12] <didrocks> on the positive side, a lot of squirrels :)
[10:13] <willcooke> didrocks, do you have good running shoes?
[10:13] <willcooke> I'm expecting that you don't run in flip flops :)
[10:13] <larsu> didrocks: be careful man!
[10:13] <didrocks> willcooke: well, they are self-destroying right now TBH, so I need to change, but I never had knees issues with them
[10:13] <willcooke> getting old :)
[10:13] <didrocks> so can be related to current state, needs to get the motivation for shopping :)
[10:14] <larsu> didrocks: I had lots of knee troubles that went away after a physician told me that I had muscle imbalance
[10:14] <larsu> didrocks: also, I changed my running style
[10:14] <didrocks> willcooke: yeah, that as well, I'm still looking for a patch
[10:15] <didrocks> larsu: yeah, I don't have knees issues normally (apart if I'm just running multiple days on the sideway, what I avoid) since I run (3 years now), so I guess that would have declared earlier
[10:17] <larsu> didrocks: makes sense, yeah
[10:17] <larsu> be careful anyways ;)
[10:18] <didrocks> yeah, thanks man :)
[10:28] <pitti> Laney: ah, moved; thanks for pointing out
[10:35] <willcooke> Couple of people have reported this now:  http://askubuntu.com/questions/553624/unity-gone-after-upgrading-14-10-to-latest-3-16-kernel
[10:44] <seb128> willcooke, weird :/
[10:53]  * willcooke -> haircut
[11:25] <willcooke> back
[11:39] <larsu> woah. quick.
[12:03] <chrisccoulson> right, chromium is up-to-date in the archive now
[12:03] <chrisccoulson> ^ qengho :)
[12:41] <popey> chrisccoulson: i just did an update and get 404 on updating chromium
[12:41] <popey> E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/universe/c/chromium-browser/chromium-codecs-ffmpeg-extra_39.0.2171.65-0ubuntu0.14.10.1.1106_amd64.deb  404  Not Found [IP: 91.189.91.24 80]
[12:43] <ogra_> popey, forgotten apt-get update ?
[12:43] <popey> nope, did that immediately before.
[12:43] <popey> http://paste.ubuntu.com/9249354/
[12:44] <ogra_> right, i was just stating the obvious :)
[12:44] <popey> of course
[12:45] <chrisccoulson> popey, it seems you just hit at the wrong point during the publisher run
[12:45] <seb128> hum
[12:45] <popey> ok, I'll update again
[12:45] <chrisccoulson> it's there now
[12:45] <seb128> didrocks, pitti, Laney, something is not working anymore in vivid with suspend inhibitors
[12:45] <popey> you're right chrisccoulson ☻
[12:45] <seb128> the setting to do nothing on lid close when on power doesn't work
[12:46] <seb128> laptop does suspend anyway
[12:48] <didrocks> seb128: oh, interesting, mind filing a bug?
[12:48] <seb128> didrocks, against what? systemd?
[12:49] <seb128> can somebody confirm?
[12:49] <didrocks> let's put it there and we'll see
[12:49] <didrocks> can try
[12:49] <seb128> just change the setting in u-c-c and try to close the lid
[12:49] <didrocks> so, power
[12:49] <didrocks> and do nothing
[12:49] <didrocks> one sec
[12:49] <Laney> I don't have vivid on laptop yet
[12:50] <didrocks> seb128: argh, working here :/
[12:50] <seb128> shrug
[12:50] <didrocks> when lid is closed and power on -> setting to "do nothing". Closing lid -> doesn't suspend
[12:50] <Laney> anything interesting in usd output?
[12:50] <seb128> $ gdbus call --system -d org.freedesktop.login1 -o /org/freedesktop/login1 -m org.freedesktop.login1.Manager.ListInhibitors
[12:50] <seb128> ([('handle-power-key:handle-suspend-key:handle-hibernate-key', 'seb128', 'GNOME handling keypresses', 'block', uint32 1000, uint32 3953), ('sleep', 'root', 'inhibited', 'delay', 0, 1097), ('shutdown:sleep', 'Telepathy', 'Disconnecting IM accounts before suspend/shutdown...', 'delay', 1000, 4403)],)
[12:51] <pitti> where is that precisely? I don't any more have columns for "on power"/"on battery"
[12:51] <pitti> well, I don't currently have a battery inserted, I guess that's why
[12:51] <seb128> pitti, settings -> power
[12:51] <seb128> yeah
[12:51] <davmor2> didrocks: seb128: I'm assuming both of you are on the most recent version of vivid with it right?
[12:51] <didrocks> davmor2: yeah
[12:51] <seb128> yeah
[12:51] <didrocks> freshly updated this morning
[12:51] <seb128> same here
[12:51] <seb128> but the bug is there for some time
[12:51] <pitti> "do nothing" -> opening lid, closing lid, nothing happens
[12:51] <seb128> didrocks, what does that ^ call returns for you?
[12:52] <pitti> setting to "suspend" -> opening and closing lid, still nothing happens
[12:52] <didrocks> ([('sleep', 'root', 'inhibited', 'delay', uint32 0, uint32 762), ('handle-power-key:handle-suspend-key:handle-hibernate-key', 'didrocks', 'GNOME handling keypresses', 'block', 1000, 1237), ('shutdown:sleep', 'Telepathy', 'Disconnecting IM accounts before suspend/shutdown...', 'delay', 1000, 2455), ('shutdown:sleep', 'didrocks', 'user session inhibited', 'block', 1000, 1249)],)
[12:52] <pitti> in a way that's good as it's in a dock and not supposed to suspend
[12:52] <pitti> but it sounds like the opposite of what you have
[12:52] <seb128> hum
[12:52] <seb128> didrocks has a shutdown:sleep inhibit
[12:52] <didrocks> pitti: confirmed, doesn't suspend here even with the setting on
[12:53] <didrocks> which is weird, I do remember to have it suspending just this week-end
[12:53] <didrocks> (I didn't want to reboot and I was plugged (was I?))
[12:53] <seb128> Laney, usd log only has
[12:53] <seb128> (unity-settings-daemon:3953): media-keys-plugin-WARNING **: Failed to get old screen percentage: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SettingsDaemon.Power was not provided by any .service files
[12:53] <pitti> yeah; I did that a while ago, and for the first time in years I was happy that it doesn't suspend while it's docked
[12:53]  * didrocks has doubts now
[12:53] <pitti> "loginctl show-seat", btw
[12:54] <Laney> well, doesn't need everyone, these two can debug it with you ;-)
[12:54] <pitti> ah no, that doesn't show the lid/suspend inhibitors
[12:55] <seb128> pitti, "gdbus call --system -d org.freedesktop.login1 -o /org/freedesktop/login1 -m org.freedesktop.login1.Manager.ListInhibitors" does?
[12:55] <seb128> or you want a systemd command?
[12:55] <pitti> ([('sleep', 'root', 'inhibited', 'delay', uint32 0, uint32 730), ('handle-power-key:handle-suspend-key:handle-hibernate-key', 'martin', 'GNOME handling keypresses', 'block', 1000, 1767), ('shutdown:sleep', 'Telepathy', 'Disconnecting IM accounts before suspend/shutdown...', 'delay', 1000, 2242)],)
[12:55] <pitti> seb128: yeah, I was just wondering if there's a simpler way
[12:57] <seb128> pitti, that looks similar to mine
[12:58] <seb128> you have sleep inhibited with a delay?
[12:58] <seb128> but not blocked?
[12:59] <Laney> desrt: glib testsuite time - can you think why https://git.gnome.org/browse/glib/tree/glib/tests/mainloop.c#n1640 would fail (nfds == 3) on LE powerpc64 only?
[13:00] <pitti> seb128: yeah, that's telepathy
[13:00] <pitti> seb128: it wants to disconnect before sleeping, so it can defer suspend
[13:00] <pitti> seb128: oh, right
[13:00] <pitti> seb128: so it seems I don't have the expected inhibitor as well?
[13:00] <seb128> seems so
[13:00]  * pitti needs to grab some lunch, brb
[13:00] <seb128> pitti, enjoy!
[13:01]  * Laney lunches too
[13:01]  * seb128 just back from it
[13:02]  * larsu too
[13:07] <chrisccoulson> popey, i've pinged IS about it in case it warrants further investigation. Apparently that's not meant to happen
[13:08] <popey> so i see ☻
[13:09] <chrisccoulson> oh, you're there too
[13:36] <desrt> Laney: fun times
[13:37] <larsu> desrt: morning. time to talk gnome-terminal profile-as-app?
[13:38] <desrt> good morning
[13:38] <desrt> i'm afraid i don't have a lot to contribute to that discussion right now, but sure :)
[13:39] <larsu> for starters, .local/share/dbus-1/services doesn't seem to be in dbus' search path on ubuntu
[13:39] <larsu> also, window matching on unity is broken (WM_CLASS doesn't include the profile name)
[13:39] <desrt> Laney: if i were to guess, i'd say https://git.gnome.org/browse/glib/commit/?id=b3e3ed73864143e732c4d65441eaec086a3ab83e has something to do with it
[13:40] <larsu> and also, it's just too complicated...
[13:40] <larsu> a .desktop file should be enough
[13:40] <desrt> when we have systemd as a session manager it will be...
[13:40] <larsu> why?
[13:41] <larsu> oh, right
[13:41] <desrt> it will use a dbus-service-named desktopfile as a service file
[13:41] <larsu> still, why can't I just tell the server to spawn a new window with the right profile?
[13:41] <larsu> its all one process anyway...
[13:41] <larsu> *it's
[13:47] <larsu> Laney: do you have a utopic vm around? Can you make a screenshot of the first panel of gtk3-widget-factory for me pretty please?
[13:47] <larsu> in Ambiance or Radiance
[13:52] <seb128> larsu, I have
[13:53] <seb128> larsu, give me a minute, need to boot vm and install the factory
[13:53] <larsu> thanks!
[14:00] <seb128> larsu, http://people.canonical.com/~seb128/gtk.png
[14:01] <seb128> larsu, shrug, you got a didrocks notification in there ;-)
[14:01] <didrocks> spoiler alert, french inside! :)
[14:01] <larsu> seb128: ok. much more broken with 3.14 than I thought. Thanks a lot!
[14:03] <seb128> larsu, yw
[14:03] <seb128> larsu, :-(
[14:04] <larsu> seb128: it's fine. You'll like the diffstat of this....
[14:04] <seb128> lot of - ? ;-)
[14:04] <larsu> ya
[14:04] <larsu> *a lot*
[14:05] <seb128> nice!
[14:05] <larsu>  3 files changed, 49 insertions(+), 232 deletions(-)
[14:05] <larsu> so far
[14:05] <seb128> great ;-)
[14:05] <larsu> no visible changes (except some fixes that we discussed)
[14:05] <seb128> let me know if you want more testers
[14:05] <jhodapp> willcooke, ping
[14:07] <seb128> larsu, btw overlay-scrollbar should be buildable through CI again, sil2100 is fixing their tools, they had regressions due to buggy code changes
[14:07] <larsu> nice, thanks
[14:08] <seb128> yw, thanks to sil, I just pointed the issue and he debugged it
[14:14] <Laney> larsu: kay, sec
[14:14] <larsu> Laney: seb already helped, thanks
[14:14] <Laney> desrt: indeed, not sure why it would be arch specific though
[14:14] <Laney> ah sweet
[14:14] <desrt> Laney: 'bugs'
[14:15] <Laney> heh
[14:16] <larsu> desrt: no further comment on the terminal thing? Do I have to talk to chpe about it? :/
[14:24] <willcooke> jhodapp, pong
[14:26] <desrt> larsu: i've discussed with chpe a couple of times that 'something nicer' would be .. nice
[14:27] <larsu> desrt: I guess no specifics about possible values of 'nicer'? is there a bug about this?
[14:28] <desrt> not as far as i know
[14:28] <larsu> I'd love to have a menu item like epiphany
[14:28] <larsu> "make this profile into an app"
[14:28] <desrt> actually, there may be a bug about this
[14:28] <desrt> i remember writing about this
[14:28] <larsu> I didn't find anything
[14:29] <desrt> because it's not quite as easy as the ephy case
[14:29] <larsu> why not?`
[14:29] <desrt> because some of my terminal profiles are app-like and others are alternate-preference-set-like
[14:30] <larsu> right, so don't click the menu item for the latter
[14:30] <desrt> https://bugzilla.gnome.org/show_bug.cgi?id=719999
[14:30] <larsu> desrt: thanks
[14:31] <jhodapp> willcooke, hey...interesting development I learned about today...
[14:31] <jhodapp> willcooke, ylopes, the maintainer of QtMultimedia is tasked with implementing hardware video decoding using VAAPI for QtMultimedia asap
[14:32] <jhodapp> willcooke, he's interested in coordinating with your team on this
[14:32] <qengho> willcooke: fyi, the chromium you were expecting has landed.
[14:33] <willcooke> qengho, thanks :)
[14:33] <willcooke> jhodapp, cool :)
[14:33] <jhodapp> willcooke, this would be with the qtmultimedia port to gstreamer 1.x finally landing too
[14:33] <willcooke> jhodapp, I was about to ask, does this work with GStreamer :)
[14:33] <jhodapp> willcooke, it'll first be available in Qt 5.5, but will be turned off by default
[14:34] <jhodapp> willcooke, yes, it'll be implemented using gstreamer's vaapi plugin
[14:34] <jhodapp> willcooke, mind if I pass on your email addr to him?
[14:35] <willcooke> jhodapp, please do, I'll need to pull in seb128 as well, but happy to get a conversation going
[14:35] <willcooke> thanks jhodapp
[14:35] <seb128> willcooke, do what?
[14:35] <jhodapp> willcooke, yes, that is my goal: to start the conversation now
[14:36] <jhodapp> willcooke, QtMultimedia with Gst 1.x will need a lot of testing on the desktop alone, let alone enabling hardware video decoding
[14:36] <willcooke> seb128, to sync up with the guy who's getting QtMultimedia using VAAPI on the desktop
[14:36] <seb128> oh ok
[14:36] <willcooke> (well, for us it will be on the desktop)
[14:37] <willcooke> jhodapp, that might be a good candidate for the Desktop Next image, so we can see if working there first
[14:37] <jhodapp> willcooke, indeed!
[14:37] <jhodapp> willcooke, it's very exciting because we'll finally be able to unseed gstreamer 0.10 from the default image
[14:38] <jhodapp> and let it RIP
[14:38] <willcooke> :D
[14:40] <ogra_> high hopes
[14:41] <willcooke> heh
[14:51] <Laney> interesting
[14:51] <Laney> it only fails with MALLOC_CHECK_=2 ./mainloop --tap
[15:41] <desrt> Laney: did you try a revert?
[15:44] <Laney> no
[15:44] <Laney> a revert will remove the test
[15:44] <desrt> oh.  it's a new test?
[15:44] <Laney> ya
[15:44] <desrt> interesting
[15:45] <Laney> it's interesting that it is so sensitive
[15:45] <desrt> and the problem is on ppc64 _LE_?
[15:45] <Laney> right, like we have in D & U now
[15:45] <desrt> weird that it should be on another 64bit le arch
[15:45] <desrt> ppc64 be would not have surprised me
[15:45] <Laney> do you have access to the Canonical porter machines? it reproduces there
[15:45] <desrt> no
[15:46] <desrt> i really ought to have it though :)
[15:46] <Laney> go ask #is for that if you want to look
[16:17] <bregma> mlankhorst, did you get ChrisTownsend's email yesterday looking for help tracking down a problem in XMir?
[16:17] <willcooke> bregma, mlankhorst is out today
[16:18] <willcooke> should be back in tomorrow
[16:30] <seb128> speaking of which
[16:30] <seb128> didrocks, Laney, larsu, others, I'm having a VAC day tomorrow so don't worry if I'm not around, I'm back on friday
[16:31] <Laney> oh, enjoy!
[16:31] <Laney> finally going to the poezenboot?
[16:32] <seb128> haha, that's an interesting idea, let's see ;-)
[16:42] <seb128> qengho, hey, did you find a bug report about the chromium/i965 issue? still happening with today's updates
[16:42] <mdeslaur> qengho: is that happening with chrome also? or are they not using the same sandbox as chromium?
[16:43] <qengho> mdeslaur: same with chrome
[16:43] <mdeslaur> qengho: ugh :(
[16:46] <qengho> seb128, mdeslaur: https://code.google.com/p/chromium/issues/detail?id=415681   http://keithp.com/blogs/chromium-dri3/
[16:47] <qengho> seb128: I'm going to try look at a workaround. I may need a tester.
[16:47] <seb128> qengho, ok, feel free to ping if you need testing, I can easily do that
[16:48] <didrocks> seb128: enjoy man!
[16:48] <seb128> didrocks, thanks ;-)
[16:48] <qengho> seb128: Give me your "lsmod" in a pastebin, plese?
[16:49] <seb128> qengho, http://paste.ubuntu.com/9252254/
[16:52] <mdeslaur> qengho: can't you do like they did here? https://chromium.googlesource.com/chromium/src/+/caa8c58cb570091ea27d8d75a406022ef8e0e82d%5E!/#F0
[16:52] <qengho> seb128:  echo 'lsmod |grep ^i915\  >/dev/null && export LIBGL_DRI3_DISABLE=1' |sudo tee /etc/chromium-browser/customizations/50-intel-dri3
[16:53] <larsu> seb128: enjoy!
[16:53] <seb128> larsu, danke
[16:53] <larsu> seb128: any plans?
[16:54] <seb128> larsu, not really, just days to use before decembre and weather should be nice
[16:54] <qengho> mdeslaur: Something like that. More targeted, maybe.
[17:02] <seb128> bah
[17:03] <seb128> Laney, pitti
[17:03] <seb128> $ ldd -r /usr/lib/unity-settings-daemon-1.0/libpower.so
[17:03] <seb128> undefined symbol: up_client_enumerate_devices_sync	(/usr/lib/unity-settings-daemon-1.0/libpower.so)
[17:03] <seb128> I wonder if my inhibit issue is due to that
[17:03] <seb128> (some test user logs have the missing symbol error, wonder why my user doesn't)
[17:04] <seb128> ** (unity-settings-daemon:18547): WARNING **: /usr/lib/unity-settings-daemon-1.0/libpower.so: undefined symbol: up_client_enumerate_devices_sync
[17:04] <seb128> it does when running manually
[17:04] <seb128> didrocks, ^
[17:04] <seb128> ** (unity-settings-daemon:18547): WARNING **: Cannot load plugin 'Énergie' since file '/usr/lib/unity-settings-daemon-1.0/libpower.so' cannot be read.
[17:05] <didrocks> seb128: oh nice catch!
[17:05] <seb128> that probably explain why screen controls keys don't work either
[17:05]  * seb128 looks for a fix
[17:05] <didrocks> indeed
[17:05] <Laney> there's some upstream fixes for new UPower things
[17:05] <Laney> probably take those
[17:05] <seb128> yeah, that's what I'm looking at
[17:22] <seb128> Laney, ok, I think we want at least https://git.gnome.org/browse/gnome-settings-daemon/commit/?id=3ebfd1fb9311a2e7f6af748ee0a534c1e7f6946b
[17:22] <seb128> but it doesn't apply cleanly/there were some prior changes to that source
[17:23] <seb128> I'm unsure how much changes we want, but I'm not going to be able to get that done today
[17:23] <seb128> so feel free to work on that tomorrow if you want
[17:23] <seb128> or I'm going to go back to it on friday
[17:27] <seb128> didrocks, didn't we say we would use the "transitions" ppa for bluez? seems like the "bluez5" is being used (shame that we can't delete one which has been created)
[17:28] <Laney> yeah I need to update to vivid first, will see if I get to it tomorrow
[17:30] <didrocks> seb128: urgh, at worst, I'll do a source copy, not sure why this one was used, the blueprint has the right one mentionned
[17:30]  * didrocks put a notes
[17:31] <didrocks> seb128: btw, now that I fixed the xdm issues without any unit file, your turn! Unity doesn't starts with xdm :p
[17:31] <seb128> lol
[17:31] <seb128> do you know why?
[17:31] <seb128> oh, I know I bet
[17:31] <didrocks> unsure, can be that DESKOPT_SESSION isn't set properly?
[17:31] <didrocks> DESKTOP*
[17:31] <didrocks> gdm works
[17:31] <seb128> it's bug #1293629
[17:32] <didrocks> ok, XDG_CURRENT_DESKTOP
[17:32] <didrocks> not sure we do really care anyway, especially for xdm, my eyes are bleeding everytime it's starting :)
[17:32] <didrocks> but still more modern than wdm :p
[17:33] <pitti> seb128: ouch, indeed! that needs porting to upower 0.99 then, enumeration isn't necessary any more
[17:33] <seb128> pitti, cf what I wrote to Laney, I'm not going to be able to do that today and I'm off tomorrow, so if one of you want to work on that please do, otherwise I can look to it on friday
[17:34] <Laney> not failing on implicit declaration FTL
[17:34] <seb128> yeah
[17:34] <seb128> not having report of u-s-d plugin load fails FTL as well
[17:34] <seb128> not the first time we got bitten by a plugin silently failing to load
[17:35] <seb128> I also wonder why your power options to inhibit suspend work if the plugin fails to load
[17:35] <Laney> mine?
[17:36] <seb128> well, those who tried earlier
[17:36] <seb128> could be didrocks and pitti
[17:36] <seb128> I don't remember now who tested ;-)
[17:37] <Laney> certainly not me
[17:37] <Laney> is this why my screen doesn't blank after it locks though?
[17:37] <seb128> k, so didrocks and pitti
[17:37] <seb128> could be yes
[17:37] <Laney> I thought I noticed it but I always turn the monitors off so wasn't sure
[18:00]  * didrocks eod, see you guys!
[18:00] <didrocks> enjoy your thursday seb128 :)
[18:07]  * willcooke -> EOD. 
[18:07] <willcooke> Day off tomorrow.  Don't burn anything.
[18:10]  * chrisccoulson sets fire to everything
[18:11] <charles> my hair!
[18:11] <chrisccoulson> heh
[18:31] <desrt> Laney: i suppose i'm meant to be using pbuilders on the porter boxes...
[18:31] <desrt> or schroots
[19:28] <qengho> mdeslaur:  echo 'lsmod |grep ^i915\  >/dev/null && export LIBGL_DRI3_DISABLE=1' |sudo tee /etc/chromium-browser/customizations/50-intel-dri3
[19:28] <qengho> mdeslaur: tell me how that goes with chromium.
[19:31] <mdeslaur> qengho: wfm
[19:46] <qengho> mdeslaur: thanks.
[19:47] <mdeslaur> qengho: I haven't tested with the AA profile though, might want to try it first
[19:47] <qengho> apparmor?
[19:47] <mdeslaur> yeah, sorry, apparmor
[21:49] <Steve_Jobs> is the there a good irc room to discuss compiz? or would this be it?
[23:29] <robert_ancell> TheMuso, how much stuff breaks when you switch to bluez5?
[23:29] <robert_ancell> Wondering if I can do this safely on my dev machine
[23:32] <TheMuso> robert_ancell: I have no idea, I haven't tested it mseyfl, I'm still on utopic.
[23:32] <TheMuso> I just did the package merge/update for pulse.
[23:32] <robert_ancell> TheMuso, did you run from the PPA or just upload pulse to it?
[23:33] <robert_ancell> TheMuso, then the related question - if I use that PPA and pull down pulse will bad things happen?
[23:34] <TheMuso> I just uploaded pulse to it.
[23:34] <robert_ancell> oh stuff it. I'm just going to switch to vivid