[06:46] <pitti> Good morning
[07:43] <mlankhorst> g'day mate
[09:14] <Laney> The following packages have unmet dependencies: xserver-xorg-core : Depends: libgcrypt20 (>= 1.6.1) but it is not installable
[09:14] <Laney> mlankhorst: ↑
[09:17] <mlankhorst> worksforme?
[09:17] <mlankhorst> seems more like a libgcrypt20 issue though :p
[09:18] <Laney> doesn't work for the image build
[09:18] <Laney> no
[09:18] <Laney> http://people.canonical.com/~ubuntu-archive/component-mismatches.svg
[09:20] <mlankhorst> odd
[09:20] <Laney> nah
[09:20] <Laney> you need to get it put into main somehow
[09:21] <mlankhorst> how does it even grab that as dependency..
[09:22] <mlankhorst> it should have used libgcrypt11-dev
[09:22] <Laney> E: Package 'libgcrypt-dev' has no installation candidate libgcrypt-dev is a virtual package provided by: libgcrypt20-dev libgcrypt11-dev E: Using libgcrypt20-dev (no default, using first one)
[09:23] <mlankhorst> yeah but xorg-server is a main package, it should not be able to build from universe
[09:23] <Laney> ci train innit
[09:24] <Laney> I think if you want 11 then build-depend on 11-dev
[09:24] <Laney> the CI train stuff doesn't respect components :(
[09:25] <mlankhorst> or nettle :P
[09:26] <mlankhorst> is there any planned transition to libgcrypt20-dev?
[09:27] <Laney> I'd just do a rebuild if I were you
[09:27] <mlankhorst> yeah
[09:28] <seb128> mlankhorst, just do a non change rebuild
[09:32] <mlankhorst> the ci train broke my build!
[09:33] <mlankhorst> or rsalveti did
[09:33] <Laney> I guess most people don't build-depend on pure virtual packages so it's probably quite unusual?
[09:33]  * Laney shrug
[09:33] <Laney> are you doing the upload?
[09:34] <mlankhorst> yeah
[09:36] <Laney> ✔
[09:58] <seb128> larsu, Laney: https://launchpadlibrarian.net/165133766/evince%20with%20no%20menu%20in%20xfce.png
[09:58] <seb128> current comment on bug #1131664
[09:58] <ubot2`> Launchpad bug 1131664 in rhythmbox (Ubuntu) "The default apps should have standard menubars under Unity" [High,Triaged] https://launchpad.net/bugs/1131664
[10:02] <desrt> seb128: http://ur1.ca/gkpgm
[10:32] <seb128> xnox, hey, what are /usr/share/upstart/xdg/autostart/ for?
[10:32] <seb128> xnox, how is that different from /etc/xdg/autostart?
[10:33] <xnox> seb128: it's an overlay added to XDG_CONFIG_DIRS, if and only if, the given user session is managed by upstart.
[10:33] <seb128> what's the point?
[10:34] <xnox> seb128: typically if we convert a .desktop file to an upstart job, we want to override the xdg-autostart one to avoid race/clashes so one drops the override into /usr/share/upstart/xdg/autostart/ such that only upstart job is used
[10:34] <seb128> xnox, I see, thanks
[10:34] <xnox> seb128: and if one happens to not have an upstart managed session, normal xdg autostart files are used.
[10:35] <xnox> maybe i should have just patched all xdg/autostart implementations in the archive to check for the upstart jobs and launch that instead....
[10:35] <seb128> xnox, thanks for the explanation, that makes sense to me now ;-)
[10:36] <robert_ancell> xnox, is "start on started dbus and starting gnome-session DESKTOP_SESSION=ubuntu" a valid start line for unity-settings-daemon, i.e. is DESKTOP_SESSION defined for gnome-session?
[10:36] <xnox> robert_ancell: yes, sounds reasonable.
[10:36] <robert_ancell> xnox, also, can we do the inverse for gnome-settings-daemon, i.e. "DESKTOP_SESSION != ubuntu"?
[10:37] <xnox> robert_ancell: i believe we did push back hard on making sure, e.g. Ubuntu Kylin, keeps using DESKTOP_SESSION=ubuntu instead of a custom string.
[10:37] <xnox> but might be worth checking that.
[10:37] <Laney> pretty sure we got them to de-brand that
[11:04] <seb128> Laney, http://paste.ubuntu.com/6884550/ wdyt?
[12:00] <tjaalton> something broke alt+tab not showing the mouse cursor anymore
[12:00] <tjaalton> my main desktop doesn't have that bug, but a recently upgraded laptop does
[12:01] <tjaalton> filed as bug 1272284
[12:01] <tjaalton> just thinking where to reassign it
[12:01] <ubot2`> tjaalton: Error: Could not gather data from Launchpad for bug #1272284 (https://launchpad.net/bugs/1272284). The error has been logged
[12:01] <tjaalton> meh
[12:01] <seb128> tjaalton, new xorg?
[12:01] <tjaalton> no
[12:01] <mlankhorst> bug 1272284
[12:01] <tjaalton> it was filed way before it landed
[12:02] <mlankhorst> yeah i heard, but I don't have that issue
[12:02] <tjaalton> still?
[12:02] <mlankhorst> I'm on radeon though
[12:02] <tjaalton> hmm ok..
[12:02] <tjaalton> I'm all intel
[12:03] <mlankhorst> seems to be intel issue, then :P
[12:03] <tjaalton> but it was reported on nvidia
[12:03] <tjaalton> so not that
[12:03] <mlankhorst> hm
[12:03] <seb128> tjaalton, mlankhorst: compiz/unity didn't change for a long time
[12:03] <mlankhorst> iirc tseliot had the same issue
[12:04] <seb128> but maybe Trevinho knows about the issue
[12:04] <tseliot> what's the issue?
[12:04] <mlankhorst> disappearing mouse cursor on alt tab
[12:04] <Trevinho> tjaalton: not showing or not working
[12:05] <Trevinho> tjaalton: there's a ccsm option for that, maybe it got changed
[12:05] <tjaalton> both
[12:06] <Trevinho> for sure I have it... on trunk
[12:07] <mlankhorst> mouse disappears if I explicitly disable it in CCSM :P
[12:07] <tjaalton> where's the option?
[12:07] <mlankhorst> unity
[12:07] <mlankhorst> switcher
[12:08] <Trevinho> yes, or
[12:08] <tjaalton> unchecked here
[12:08] <Trevinho> real_size_ = Style::Get()->MenuItemNaturalSize(entry_->label());
[12:08] <Trevinho> ops
[12:08] <Trevinho> gsettings get org.compiz.unityshell:/org/compiz/profiles/unity/ disable-mouse
[12:08] <Trevinho> check it's not true
[12:09] <tjaalton> false on both
[12:09] <tjaalton> although
[12:10] <tjaalton> I've ran the updates already, but not booted the machine where I can't repro this
[12:10] <Trevinho> mh, weird... I don't know if it was a regression, that is fixed in trunk... and trunk is much different from archive version
[12:11] <tseliot> mlankhorst: I've never seen it here
[12:12] <tjaalton> huh, another machine that was last updated on jan 17th is also affected
[12:12] <tjaalton> guest session works
[12:12] <tjaalton> so it's session specific
[12:13] <tjaalton> yup, also on a machine updated today
[12:14] <tjaalton> so it's not X/hw specific :)
[12:16] <tjaalton> toggling the disable-mouse setting on and off fixed it...
[12:16] <tjaalton> of course that "solution" doesn't scale
[12:20] <tjaalton> moved the bug over to unity
[12:23] <mlankhorst> tseliot: ok was tjaalton then :)
[12:24] <tjaalton> I just bumped into the bug and tried :)
[12:48] <tseliot> xnox: are upstart jobs in /etc/init automatically updated when a package is updated? Or do I need to take care of that in the preinst script?
[12:48] <xnox> tseliot: they are handled normally, as any other conffile. So by default you don't need to do anything.
[12:48] <mpt> cyphermox_, reported bug 1277057
[12:48] <ubot2`> Launchpad bug 1277057 in network-manager (Ubuntu) "network-manager doesn't respond after waking from suspend" [Undecided,New] https://launchpad.net/bugs/1277057
[12:49] <xnox> tseliot: but if you want to remove/delete one forever, you need to use dpkg-maintscripts-helper
[12:49] <xnox> tseliot: see man $ dh_installdeb, package.maintscript -> rm_conffile
[12:49] <xnox> tseliot: ditto mv_conffile to rename one
[12:50] <tseliot> xnox: I just want to make sure that the old job (same path, same name) is upgraded to the new one
[12:50] <xnox> tseliot: not sure if .maintscript was already support in precise, otherwise there is a wiki page in debian how to do it with pre/post inst/rm scripts.
[12:50] <xnox> tseliot: yes, it will be.
[12:50] <tseliot> xnox: ok, problem solved then. Thanks
[12:50] <xnox> if it's part of the same binary package.
[12:50] <tseliot> yep
[12:50] <xnox> all good then.
[13:06] <rsalveti> mlankhorst: sorry, but indeed, the ci train is not respecting the right components
[13:06] <rsalveti> all I did was a bump :-)
[14:42] <mhr3_> seb128, my tiny issue that i'd love being fixed https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/568404 :)
[14:42] <ubot2`> Launchpad bug 568404 in bash-completion (Ubuntu) "dpkg completion should support ddeb" [Wishlist,Fix released]
[14:42] <mhr3_> the status lies
[14:43] <seb128> mhr3_, sudo dpkg -i *.ddeb
[14:43] <seb128> ;-)
[14:45] <seb128> mhr3_, I see how to fix that, I can do it
[14:46] <mhr3_> seb128, \o/
[15:18] <seb128> sil2100, didrocks: can I get a setttings silo? ;-)
[15:41] <sil2100> seb128: uh oh! One moment ;)
[15:42] <didrocks> robru: maybe? ^
[15:42] <robru> seb128, didrocks sil2100 : yeahhhh what what?
[15:43] <seb128> didrocks, I buy my slots from sil2100 usually:
[15:43] <seb128> !
[15:43] <didrocks> ahah!
[15:48] <mdeslaur> seb128: do you think you or someone on your team could update pidgin to 2.10.9?
[15:49] <seb128> mdeslaur, trusty?
[15:49] <mdeslaur> seb128: yes
[15:49] <seb128> mdeslaur, yeah, it's one of those cases where I would have done it if we didn't get a sponsoring request doing the update
[15:50] <seb128> mdeslaur, sponsoring request which is buggy, it's taking me longer to get the contributor to fix those stuff that it would have taken me to do the update
[15:50] <mdeslaur> hrm
[15:51] <seb128> mdeslaur, anyway, I've it on my list since monday, I planned to finish the update myself today, going to do that in a bit
[15:51] <seb128> mdeslaur, thanks for the ping :-)
[15:51] <mdeslaur> seb128: great, thanks!
[15:51] <seb128> yw
[15:51] <mdeslaur> ah, I see the bug now, sorry for not checking first
[15:52] <seb128> mdeslaur, no worry
[15:53] <attente_> ChrisTownsend, hi, do you have time to help debug that failing AP test?
[15:57] <robert_ancell> larsu, can you do a no-change commit to lp:~larsu/unity-control-center/wrap-keyboard-label and see if jenkins notices?
[15:58] <ChrisTownsend> attente_: I plan on looking at it again this afternoon as I'm a bit tied up working some other AP failure issues?
[15:59] <ChrisTownsend> attente_: It's possible I did something wrong, so I'll check it again since you and Trevinho don't have failures on that test.
[15:59] <attente_> ChrisTownsend, ok, no problem
[15:59] <seb128> bregma, hey, what's up with unity landing in trusty? can we get one?
[15:59] <bregma> seb128, I would like that more than anything
[16:00] <Trevinho> attente_: have you tried to get an unit test instead? As you know... AP is like our enemy right now blocking the releases... So I'd prefer to have more stable tests.
[16:00] <seb128> bregma, what's blocking?
[16:00] <Trevinho> seb128: ap ^
[16:00] <bregma> seb128, ongoing issues with autopilot
[16:00] <seb128> Trevinho, bregma: are those regressions?
[16:00] <ChrisTownsend> Oh boy...
[16:01] <bregma> seb128, not in Unity
[16:01] <seb128> the current trusty version doesn't even build
[16:01] <attente_> Trevinho, a unit test for testing the keyboard accelerators?
[16:01] <seb128> we need an update plan, which is not "need autopilot to be fixed"
[16:01] <Trevinho> attente_: I mean you can test the registration of compiz actions... (as they're tested in compiz code to work)... and so just faking the dbus server and trying to register them
[16:02] <Trevinho> checkin you get what you expect
[16:02] <Trevinho> attente_: see the gdbus server tests or gnome-session-manager ones
[16:04] <ChrisTownsend> seb128: I've been working on these AP failures for weeks now trying to get them in check.  This is the latest bug entered for this: https://bugs.launchpad.net/unity/+bug/1276516
[16:04] <ubot2`> Launchpad bug 1276516 in Unity "unity trunk failing autopilot tests (02/2014)" [High,New]
[16:05] <ChrisTownsend> seb128: The vast majority of those failures are due to either machine issues or a bug in Autopilot itself.  There are a few still tied to the AP test themselves in Unity which I will get fixed very soon, but as you can see from my comments in that bug, the results are not deterministic.
[16:06] <ChrisTownsend> seb128: I also have a proposed fix for the AP bug, but it's still waiting to be reviewed.
[16:07] <bregma> or, we could have them ignore the AP failures and release into distro anyway, but I can feel the burn already
[16:08] <attente_> Trevinho, i don't really understand what you mean by faking the dbus server, the key grabber is the server in this case
[16:09] <seb128> bregma, ChrisTownsend: thanks for the update, I hope you guys get those tests in shape soon, we could use an unity update, blocking the update might be creating more issues than it's solving
[16:30] <Trevinho> attente_: yes... But you have to use it in test-mode (that you supported) so basically using a test name... THen you just write a glib::proxy that calls it and you can verify that the actions are actually registered
[16:32] <attente_> Trevinho, this is just to test the accelerator registration/un-registration, right? how should we test the triggering of the actions?
[16:33] <mlankhorst> what time's the team dinner?
[16:34] <Trevinho> attente_: well, what you did is fine... but it's not testing that the whole thing works... So I'd suggest to open a window (there's a mocking python feature to create windows with the menus you want, but you can use also a very know window such as gnome-calc)... then you can check if the relative menu will open when an action is triggered
[16:34] <attente_> Trevinho, i don't mind adding those extra unit tests, but i think it'd be good if we can keep these AP tests anyways just to make sure the whole thing works
[16:34] <Trevinho> attente_: all this is possible with AP
[16:35] <Trevinho> attente_: fine for me, but they don't have to be unstable...
[16:35] <Trevinho> attente_: so let's wait Chris results
[16:35] <Trevinho> attente_: anyway for testing the whole thing, doing what i said is checking more
[16:35] <attente_> Trevinho, those AP tests already exist in the test_panel.py file
[16:36] <Trevinho> attente_: ah... Cool, I forgot I wrote them :D
[16:36] <attente_> :P
[16:36] <Trevinho> attente_: so... yes that's fine :)
[16:37] <attente_> ok, cool. i'll try to figure out with ChrisTownsend why they seem unreliable on his side
[16:37] <attente_> when he can spare some time
[16:47] <mlankhorst> jasoncwarner: what time is the team dinner?
[16:47] <jasoncwarner> 7pm
[16:47] <jasoncwarner> probably meetin in lobby at 6:30pm
[16:48] <jasoncwarner> mlankhorst: ^^
[16:48] <chrisccoulson> steak?
[16:48] <jasoncwarner> chrisccoulson: NO STEAK FOR YOU!
[16:48] <jasoncwarner> chrisccoulson: errr of course!
[16:48] <chrisccoulson> hi jasoncwarner :)
[16:48] <jasoncwarner> hi chrisccoulson ;)
[16:52] <Laney> can I have chrisccoulson's honorary steak?
[16:52] <mlankhorst> oke
[16:52] <mlankhorst> ty
[16:52] <chrisccoulson> Laney, only if you have it uncooked
[16:52] <ogra_> geez, brits
[16:52] <ogra_> *you don't coock steak!!*
[16:52] <ogra_> :)
[16:53] <Laney> steak can come cooked?
[16:53] <mlankhorst> I can ask for a well done steak >:D
[16:53] <ogra_> heh
[16:54] <Laney> I know someone who did that and then got thrown out of the restaurant by the chef
[16:54] <mlankhorst> and then put curry and mayo on top
[16:55] <ogra_> lol
[16:58] <Sarvatt> mlankhorst: get the kangaroo steak! :)
[16:59] <mlankhorst> they're a pest in australia, anyway
[17:07] <ogra_> if you go after pest status in .au you need to eat frogs i guess
[17:18] <mlankhorst> at least you don't have problems running over frogs in the shimmering light
[17:18] <mlankhorst> can't say the same for kangaroos..
[17:20] <ogra_> heh
[17:35] <Laney> lp:~laney/ubuntu-system-settings/panel-loader
[18:23] <mlankhorst> off to the lobby..
[19:26] <ChrisTownsend> attente_: Hey, I'm re-running your AP test and still get the one failure.
[19:26] <ChrisTownsend> attente_: Here is the output: http://pastebin.ubuntu.com/6887016
[22:08] <attente_> ChrisTownsend, hey, can you do: dbus-monitor "member='AcceleratorActivated'", then press shift+ctrl+alt+a?
[22:12] <ChrisTownsend> attente_: D'oh, give me a few minutes to get my test machine back to running your branch.  I'm about to push a fix for something else, so it'll be a few minutes.
[22:13] <attente_> ChrisTownsend, no worries, thanks for your help :)
[22:22] <ChrisTownsend> attente_: Ok, I'm running your branch and run I run dbus-monitor, I get nothing.
[22:23] <ChrisTownsend> attente_: I'm wondering if Terminator is eating the key combo...
[22:23] <ChrisTownsend> attente_: I see it loose focus and come back when I hit that combo.  I'll try this in gnome-terminal.
[22:25] <ChrisTownsend> attente_: Nope, that didn't help.
[22:25] <attente_> so dbus-monitor reports nothing... weird
[22:25] <ChrisTownsend> attente_: Right.
[22:38] <attente_> ChrisTownsend, ok, it seems i'm also in a state where none of the tests work
[22:39] <attente_> so i'll try to figure it out on my side tomorrow and ping you again if i need help
[22:39] <ChrisTownsend> attente_: Ok, sounds good.  Have a good night!
[22:40] <attente_> ChrisTownsend, thanks!