[00:37] <mterry> robert_ancell, hello again.  In reference to bug 978430, is there a reason why we use SIGKILL on onboard instead of SIGTERM?
[00:37] <ubot2> Launchpad bug 978430 in onboard ""Enter" hangs when using it entering password with onboard in lightdm" [Undecided,Fix released] https://launchpad.net/bugs/978430
[00:38] <robert_ancell> mterry, that's in the destructor right?
[00:38] <mterry> robert_ancell, yeah on shutdown.  No longer actually in a destructor (because it was never being called)
[00:39] <robert_ancell> mterry, I think I had it using SIGKILL in the destructor because the normal code path should have killed it properly. Short answer is it's not done any way in particular, please fix if it is wrong
[00:40] <mterry> k..  I can't reproduce this specific problem, but OP says SIGTERM works better, so I'm tempted to just make that switch
[00:42] <robert_ancell> mterry, are you looking at https://code.launchpad.net/~marmuta/unity-greeter/kill-onboard-with-sigterm/+merge/101889?
[00:42] <robert_ancell> OP?
[00:42] <mterry> robert_ancell, "original poster"  I did see that branch, but most of it is obsolete.  Though the terminator class is an interesting SIGTERM/SIGKILL combo
[00:43] <mterry> robert_ancell, though I don't think marmuta is a canonical contributor agreement signee
[00:43] <robert_ancell> I never got around to reviewing that but the blocking inside a destructor is a bit worrying
[00:44] <mterry> robert_ancell, well again, it's no longer in a destructor.  That's the bit that's obsolete.  The branch did two things:  1) make sure the SIGKILL call actually got called, and 2) turn it into a SIGTERM/SIGKILL combo.  #1 is done a different way in trunk, #2 is still at large
[00:45] <mterry> If merely switching SIGKILL to SIGTERM is enough, I'm tempted to just do that
[00:45] <robert_ancell> mterry, yeah, he's not in https://launchpad.net/~contributor-agreement-canonical/+members#active
[00:45] <mterry> without a timeout for SIGKILL at all
[00:45] <robert_ancell> I'm OK with that. I'm not sure if there's any side-effect if onboard sticks around but I guess it's really an onboard bug if it does
[00:46] <sarnold> why does lightdm kill onboard on keydown rather than keyup anyhow? wouldn't people expect to be able to "undo" a mistaken click by releasing the mouse/finger off the button anyhow?
[00:46] <mterry> Yeah, not sure how likely that is, which is why I asked in the bug if the Terminator class was done out of necessity or defensive programming
[00:46] <mterry> But if I don't get an answer by tomorrow, I'll just distro-patch SIGTERM in
[00:46] <mterry> (after testing more of course)
[00:47] <mterry> sarnold, not sure
[03:03] <jbicha> robert_ancell: what do you think of rhythmbox 2.98? http://git.gnome.org/browse/rhythmbox/tree/NEWS
[03:28] <robert_ancell> jbicha, for Q?
[03:29] <jbicha> yeah, how risky would it be this late? does it need a FFe?
[03:29] <robert_ancell> jbicha, it needs the newer grilo so I figured that would rule it out
[03:30] <robert_ancell> I really wish they'd follow the GNOME release schedule
[03:30] <jbicha> no, grilo is optional, bug 973295
[03:30] <ubot2> Launchpad bug 973295 in rhythmbox "[precise] Enable grilo plugin" [Undecided,Confirmed] https://launchpad.net/bugs/973295
[03:31] <jbicha> I built 2.98 and it seems to work ok
[03:32] <robert_ancell> jbicha, It would definitely need a ffe I think. It might be a bit risky this late but I personally prefer to take those risks. Others might disagree :)
[03:32] <jbicha> ok, I'll file it and see what happens
[04:08] <TheMuso> I think its too risky personally. Hell we take great risks by adopting new upstrea GTK. Regressions a plenty this cycle. :)
[04:09]  * TheMuso returns to tracking down a regression introduced since 3.5.12 in GTK which breaks a11y in the installer...
[05:14] <didrocks> good morning
[05:14] <larsu> hi didrocks
[05:17] <didrocks> how are you larsu?
[05:17] <larsu> didrocks, still a bit of a cold, but getting better. Also, I remembered I have a national holiday today \o/  And you?
[05:18]  * larsu should immediately stop reading MRs
[05:20] <didrocks> larsu: heh :) still a bit of a cold as well. Otherwise, I'm fine! Thanks :)
[05:20] <larsu> everybody's sick around this time of the year
[05:20] <didrocks> larsu: you should /quit irc immediately :)
[05:20] <larsu> haha
[05:20] <didrocks> yeah, it's been more than 3 weeks though… Start to want to feel good again!
[05:21] <didrocks> larsu: about the ubuntu-mono icons, was it a last minute change?
[05:22] <didrocks> larsu: mpt approved on tuesday some changes from David Calle, and was quite disappointed to see them reverted the day after :/
[05:22] <larsu> didrocks, yeah, I just got the icons yesterday
[05:22] <didrocks> was it from mpt?
[05:22] <larsu> well, that's design's fault, they didn't say the icons were coming
[05:22] <larsu> yes, he sent them to me
[05:22] <larsu> Humanity icons are coming, too
[05:22] <didrocks> not very nice to our community :/
[05:22] <larsu> I agree
[05:23] <larsu> I did check that the new icons don't have the same problem as the one David fixed
[05:23] <larsu> still, better communication could have saved him some work there
[05:26] <didrocks> yeah :)
[05:26] <didrocks> are they really different?
[05:26] <didrocks> indeed
[05:27] <larsu> yes, they have much better contrast. Before, the status emblem was hardly visible and people were complaining about that
[05:27] <didrocks> (I must say the new icons are better though, more the ones I would have expected first)
[05:27] <didrocks> yeah, just tested :)
[05:27] <larsu> the humanity patch will update the ones in the menu to look the same
[05:27] <larsu> and in empathy
[05:28] <didrocks> hum, I think for the others, an UIFe will be needed
[05:28] <didrocks> the current change is minor enough to not have the documentation impacted
[05:28] <didrocks> changing the icons in the menu should have the doc team involved though
[06:54] <MCR1> didrocks: Hi :) Qu: Will this (https://code.launchpad.net/~mc-return/font-manager/font-manager.fix-961034) fix ever land or what do I have to do to make it land ?
[06:54] <MCR1> Here the right link without ) https://code.launchpad.net/~mc-return/font-manager/font-manager.fix-961034
[06:56] <MCR1> Also another question: Who do I best talk to to get lost software to be packaged for Ubuntu again, I guess in #ubuntu-packaging ?
[07:00] <didrocks> MCR1: well, seems you have done everything that is needed. Upstream isn't active anymore it seems :/
[07:00] <didrocks> MCR1: we can distro-patch the package though if you propose a branch for it
[07:01] <didrocks> MCR1: I would say #ubuntu-motu for software to be packaged
[07:01] <MCR1> didrocks: Hmm, is the branch I've proposed not enough ?
[07:01] <didrocks> you can ping dholbach :)
[07:01] <didrocks> MCR1: you proposed to the upstream, isn't it?
[07:01] <didrocks> MCR1: not any ubuntu package
[07:01] <didrocks> it's like when you propose a fix in compiz
[07:01] <didrocks> we package then compiz
[07:01] <MCR1> didrocks: Thanks for the fast infos as always :)
[07:01] <didrocks> and there is a packaging branch
[07:02] <didrocks> MCR1: no worry! (I lost 3 minutes TBH as I was checking something for PS in tarmac :p)
[07:02] <didrocks> and waiting to finish this before answering you :)
[07:02] <MCR1> Highly appreciated to learn about processes (still a newbie ;))
[07:02] <didrocks> MCR1: oh, let me get you a wiki page for putting that into ubuntu
[07:03] <MCR1> didrocks: Top, thx !
[07:03] <didrocks> MCR1: btw, the approved seems to have been done by the upstream guy, weird he didn't merge it :/
[07:03] <MCR1> yes, I know
[07:03] <didrocks> MCR1: here we go: https://wiki.ubuntu.com/SponsorshipProcess
[07:04] <didrocks> you should have the full process here :)
[07:04] <MCR1> the last change to the source was fixing compilation in Quantal
[07:04] <didrocks> do not hesitate to ask if you have any question!
[07:04] <MCR1> ok, thx
[07:04] <MCR1> thx
[07:05] <didrocks> yw!
[08:02] <seb128> hey desktopers
[08:11] <xclaesse> outch, cannot set more than 1024x768 on my external screen since latest ubuntu upgrade :/
[08:11] <xclaesse> xrandr does not list any higher resolution
[08:13] <seb128> smspillaz, alf_: hey, you still have work items on https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-compiz-gles2
[08:13] <seb128>  [afrantzis] Guide for transitioning plugins to GLES from GL: TODO
[08:13] <seb128> [smspillaz] sync up testing to get compiz tests to work with lava: TODO
[08:13] <seb128> [afrantzis] help with lava: TODO
[08:13] <seb128>  
[08:13] <seb128> should those be POSTPONED?
[08:14] <seb128> xclaesse, are you using vesa for some reason? what is in your /var/log/Xorg.0.log?
[08:21] <xclaesse> seb128, I don't think this is vesa, but those logs contains both vesa and intel msg...
[08:21] <xclaesse> but this: [    17.229] (II) intel(0): Modeline "1024x768"x60.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync
[08:22] <xclaesse> and nothing higher
[08:22] <seb128> hum
[08:22] <seb128> try asking on #ubuntu-x maybe
[08:28] <seb128> Sweetshark, hey, can you update the remaining INPROGRESS workitems on https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-libreoffice-split and update the "implementation" status?
[08:39] <smspillaz> seb128: we should probably descope some of them
[08:40] <seb128> smspillaz, works for me, please just update them ... either keep them if you think you can still work on that or set them to POSTPONED
[08:46] <chrisccoulson> good morning everyone
[08:48] <didrocks> hey chrisccoulson!
[08:48] <smspillaz> seb128: done
[08:48] <chrisccoulson> hi didrocks, how are you?
[08:48] <didrocks> chrisccoulson: I'm ok, thanks. Yourself?
[08:49] <seb128> smspillaz, thanks
[08:49] <seb128> chrisccoulson, hey, how are you?
[08:49] <chrisccoulson> seb128, didrocks, yeah, i'm not too bad thanks
[08:49] <chrisccoulson> tired ;)
[08:49] <chrisccoulson> (as always)
[08:49] <didrocks> :)
[09:46] <didrocks> bbl
[09:53] <tsdgeos> any idea what may be causing https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/1048886 ?
[09:53] <ubot2> Launchpad bug 1048886 in software-center "submit_review_gtk3.py crashed with SIGSEGV in subtype_dealloc.25740()" [Medium,Confirmed]
[09:57] <seb128> Laney, hey, is there any chance https://bugs.launchpad.net/ubuntu/+bug/1060468 will be acked you think? (new package for universe)
[09:58] <ubot2> Launchpad bug 1060468 in ubuntu "[needs-packaging] FFe: geary" [Wishlist,In progress]
[10:01] <Laney> seb128: yeah probably, mark it as New and I'll get to it shortly
[10:01] <Laney> would be good if you get didrocks or some other AA lined up to process it
[10:02] <seb128> Laney, ok, will do, thanks
[10:21] <mpt> "integration script avaliable unity-webapps-launchpad"
[10:21] <mpt> Avaliable, huh
[10:22] <Laney> that's a terrible message to show, even without that typo
[10:23] <mpt> yes
[10:24] <mpt> it is just awful
[10:24] <mpt> Looks like bug 1059573 for the typo, bug 1058816 for the awfulness.
[10:24] <ubot2> Launchpad bug 1059573 in unity-firefox-extension "Spelling error in integration script prompt" [Undecided,New] https://launchpad.net/bugs/1059573
[10:24] <ubot2> Launchpad bug 1058816 in unity-firefox-extension "Unhelpful message bubble when offering to install an integration script" [Undecided,Confirmed] https://launchpad.net/bugs/1058816
[10:25] <Laney> after you say yes to that one, you get "Would you like to install BBC News (bbc.co.uk), for extra features and quicker access?"
[10:25] <Laney> Yes/No/Don't ask again
[10:49] <Laney> hum, are the retracers stuck or just lagged?
[11:14] <Daviey> seb128: did you see my PM?
[11:33] <cyphermox> good morning!
[11:35] <Laney> hey cyphermox
[11:35] <Laney> how goes?
[11:35] <cyphermox> not bad, not bad
[11:35] <cyphermox> and you?
[11:36] <Laney> good
[11:36] <Laney> new PC is shiny
[11:36]  * Laney has been running multiple VMs simultaneously for fun
[11:36] <cyphermox> still wishing to not run into one major issue with NM that we haven't seen yet, so late in the release
[11:36] <cyphermox> oh, cool
[11:37] <mlankhorst> 'NM causes my system to explode'
[11:37] <Laney> I was and still am amazed that I just turned it on and Ubuntu booted up with no problems
[11:37] <Laney> first that I plugged everything in right and second that nothing exploded
[11:41] <cyphermox> Laney: UEFI?
[11:41] <cyphermox> I reinstalled my desktop the other day to try and make use of that, for the little bit it actually changes ;)
[11:41] <Laney> nope, still bios
[11:42] <Laney> suppose i could/should turn that on
[11:42] <cyphermox> heh, that would mean a reinstall
[11:43] <Laney> can't i just install grub-efi instead of grub-pc?
[11:43] <Laney> probably will reinstall onto the ssd anyway
[11:44] <cyphermox> oh, then again maybe you're right... I had to keep windows and that insisted on using GPT if UEFI
[12:03] <mlankhorst> pitti: you just had to help jason out of his dream didn't you? :(
[12:06] <chrisccoulson> hah!
[12:06] <chrisccoulson> pitti, you killjoy ;)
[12:07] <Laney> haha
[12:07] <Laney> I assumed that was a joke :P
[12:08] <mlankhorst> me too
[12:08] <mlankhorst> especially since the instructions cleary say it's going to be freezing temperatures
[12:08] <Laney> it doesn't look too far from the airport to the hotel
[12:08] <Laney> wonder if I could cycle it
[12:09] <Laney> * Laney gets run over after instinctively cycling on the left
[12:10] <mlankhorst> Evolution, teaches you to cycle right!
[12:21] <Laney> seb128: did you see my earlier question about the retracers? can you check if they are working?
[12:21] <seb128> Laney, no I didn't (still don't see it in the backlog), let me check
[12:23] <seb128> Laney, the amd64 one is down for a day, fixing
[12:23] <Laney> 03/10 11:49:57 <Laney> hum, are the retracers stuck or just lagged?
[12:23] <Laney> ah, thanks, that explains it
[12:23] <Laney> back soon
[12:26] <mlankhorst> pitti: aw he didn't know, still you should have waited with replying until you were sure he landed. :P
[12:28] <seb128> lol
[12:29] <seb128> would have been nice to see Jason land with short, tshirt, solar cream and sun glasses ;-)
[13:03] <desrt> good morning fellow hackers, designers, artists, writers, testers, translators and otherwise unclassified humans
[13:06] <seb128> desrt, good morning Canadian's friend
[13:07] <desrt> strictly speaking that's true i suppose.  there is a canadian that i am a friend to.
[13:12] <seb128> lol
[13:14] <xnox> desrt: you missed out on androids.... =(
[13:15] <desrt> xnox: my psychiatrist advised me to reduce the amount of talking to non-humans that i do
[13:16] <xnox> desrt: Error: I am only a bot, please don't think I'm intelligent :)
[13:37] <ogra_> androids are half human, no ?
[13:37]  * ogra_ thinks unclassified humans would classify them :)
[13:58] <desrt> ogra_: you're thinking cyborgs
[13:58] <ogra_> oh, indeed
[13:58] <seb128> re
[13:59] <seb128> wth intel,xorg, if I boot docked with lid closed on quantal it doesn't see my laptop screen
[13:59] <seb128> like I've only my external monitor listed in the xrandr capplet
[13:59] <seb128> and if I undock I get no screen!
[13:59] <seb128> xorg or kernel
[13:59] <seb128> tjaalton, mlankhorst, bryceh: ^ known issue?
[13:59] <ogra_> did you click "detect monitors" ?
[14:00] <desrt> seb128: not likely an X issue but a acpi <-> kms issue
[14:00] <desrt> seb128: i had something very similar
[14:00] <desrt> in my case it did detect it but it detected the resolution wrong
[14:00] <desrt> (panel down on boot)
[14:03] <seb128> ogra_, yes
[14:03] <seb128> ogra_, well it's not only xor
[14:03] <seb128> g
[14:03] <ogra_> tried with open lid too ?
[14:03] <ogra_> ah, k
[14:03] <ogra_> if its kernel level it indeed cant work
[14:04] <desrt> ogra_: seriously... it'll be a kernel bug
[14:04] <desrt> er.  seb.
[14:04] <mlankhorst> yeah just file against intel though
[14:04] <tjaalton> or just test with 3.7rc1 once it's out :)
[14:04] <desrt> seb128: best bet, hop into #fedora-desktop and ask ajax
[14:05] <seb128> ok, otp will do that after
[14:17] <caycep> hi, i'm having an issue w/ getting gnome3 standard (instead of fallback) graphics enabled on an ivy-bridge xeon
[14:17] <caycep> on 12.04.1 LTS
[14:19] <davmor2> caycep: this is a developer channel for general help try #ubuntu
[14:21] <caycep> ok thanks
[14:40] <ralsina> hello, it seems we have a problem with the upgrade from 12.04 to 12.10, where the icon for u1 disappears from the launcher
[14:40] <ralsina> it's probably because we are removing the ubuntuone-installer package that had the icon there and adding ubuntuone-control-panel in its place
[14:41] <ralsina> anyone knows how we could fix/workaround/avoid that
[14:41] <ralsina> ?
[15:06] <seb128> re
[15:06] <seb128> ralsina, try asking dobey when he's around
[15:06] <seb128> tjaalton, mlankhorst: it seems kernel, I don't get a vt on screen either when I undock the laptop
[15:07] <mlankhorst> seb128: not surprisingly, still file against intel :)
[15:07] <seb128> desrt, your issue got sorted out?
[15:07] <seb128> mlankhorst, ok
[15:08] <dobey> seb128: i have no idea how to fix/avoid this. :-/
[15:08] <desrt> seb128: a patch went upstream.  i compiled my own kernel and tested it two or three times
[15:08] <desrt> hounded the kernel team about it repeatedly
[15:08] <desrt> tested again, reported success
[15:08] <desrt> nothing happened
[15:08] <desrt> then the kernel team pulled the new upstream kernel with the fix anyway
[15:08] <desrt> i think the bug is still sitting open....
[15:09] <seb128> ok
[15:09] <desrt> still broken on P though, i think
[15:09] <seb128> so yours is fixed, probably a different one then
[15:09] <desrt> ya.  this was a very specific issue
[15:09] <desrt> the acpi failed to report large panels (~1600x900) as dual-link LVDS so KMS was configuring them single-link
[15:09] <desrt> and the result was junk on the screen if you had booted with the lid down
[15:10] <seb128> chrisccoulson, ^ do you have similar issues btw? (laptop screen not detected if you boot docked lid close)
[15:11] <chrisccoulson> seb128, not sure. my lid is always open when my laptop is docked
[15:11] <seb128> ok
[15:11] <chrisccoulson> seb128, i'll try next time i reboot
[15:11] <didrocks> do you know if you can fake easily lid closed?
[15:11] <didrocks> I can try the same setup but without a dock
[15:11] <didrocks> as I need to reboot soon :)
[15:11]  * desrt is starting to think that apple may have actually done something right
[15:12] <desrt> it was 20 years too late, but whatever
[15:12] <dobey> seb128: problem is that with moving the .desktop file to a different package, and ubuntuone-installer getting removed first, the file goes away and any running bamf/unity see it disappear (and I think remove it from the config), even though it isn't really going away :(
[15:12] <didrocks> doesn't seem to have anything in a thinkpad to fake it :/
[15:12] <desrt> thunderbolt is actually a pretty nice alternative to a traditional dock
[15:12] <desrt> like, better than, even...
[15:12] <seb128> didrocks, you have an external display?
[15:12] <seb128> didrocks, just close the lid for real? :-p
[15:12] <didrocks> seb128: yep, but no dock :)
[15:12] <didrocks> seb128: well, I need to push this power button
[15:12] <didrocks> :)
[15:13] <desrt> didrocks: my dock has a power button on it :)
[15:13] <didrocks> desrt: my "no dock" has none surprisingly :)
[15:13] <seb128> didrocks, you can probably press the button and close the lid before reaching grub
[15:13] <didrocks> hence the "can I fake lid closed"
[15:13] <desrt> didrocks: all of the docks you have have at least 27 power buttons on them
[15:13] <didrocks> seb128: yeah, I wonder if it's suspending it, will try in a few :)
[15:13] <desrt> each
[15:14] <seb128> didrocks, or just do "reboot" from your desktop with the lid closed
[15:14] <didrocks> desrt: yeah, but the ones you don't have have still none :)
[15:14] <desrt> didrocks: universal quantification over the empty set is so much fun!
[15:14] <didrocks> seb128: I'll see if it restarts with that, worth a try anyway :)
[15:14] <didrocks> heh
[15:14] <didrocks> will reboot in 10 min
[15:15] <didrocks> so, the issue for not vt is just "start with external display and lid closed"?
[15:15] <didrocks> no ligthdm, no vt?
[15:16] <seb128> tjaalton, mlankhorst: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1061012
[15:16] <ubot2> Launchpad bug 1061012 in xserver-xorg-video-intel "laptop screen not detected when booting with lid closed" [Undecided,New]
[15:16] <didrocks> ok, I'll see if I can fake that
[15:18] <seb128> didrocks, screw driver in the lid detection part?
[15:19] <didrocks> seb128: what do you mean?
[15:19] <didrocks> I meant, starting with lid closed, which is the challenge with no doc :)
[15:19] <didrocks> dock*
[15:19] <seb128> didrocks, it's the lid state detected by a mechanical part you could push on with a screwdriver?
[15:19] <seb128> it's->isn't
[15:19] <seb128> to fake lid close
[15:20] <seb128> I don't have a thinkpad, I don't know how those work
[15:20] <didrocks> seb128: no, I looked for that, that was my first question
[15:20] <seb128> oh
[15:20] <seb128> ok
[15:20] <didrocks> seb128: but I see nothing obvious working like that
[15:20] <seb128> just try to reboot :p
[15:20] <didrocks> yeah, will do in a few :)
[15:20] <didrocks> hoping it won't go into sleep mode :)
[15:22] <didrocks> ok, let's see if it works
[15:22] <didrocks> brb (or not)
[15:22] <seb128> tjaalton, mlankhorst: https://launchpadlibrarian.net/118244008/XorgLogOld.txt has no eDP1
[15:22] <seb128> where https://launchpadlibrarian.net/118244006/XorgLog.txt has
[15:22] <seb128> [     8.592] (II) intel(0): EDID for output eDP1
[15:22] <seb128> ...
[15:22] <seb128> [     8.593] (II) intel(0): Printing probed modes for output eDP1
[15:22] <seb128> [     8.708] (II) intel(0): Output eDP1 connected
[15:27] <didrocks> ok, I don't reproduce the issue, but there is a fun difference
[15:27] <didrocks> so, lid -> closed, got plymouth and lightdm login screen
[15:28] <didrocks> (on the main monitor)
[15:28] <didrocks> then, I open the lid
[15:28] <didrocks> the laptop monitor turns on
[15:28] <didrocks> and I get the "master/slave" lightdm unity-greeter
[15:28] <didrocks> (login info on one screen and ubuntu logo on the other)
[15:28] <didrocks> if I start with lid opens, I have plymouth on both
[15:29] <didrocks> and the lightdm unity greeter is mirrored (so both have the cursor moving, lower resolution on the main monitor, and login screen on both)
[15:30] <didrocks> so one case the intel driver should trigger an extended desktop (when you add a monitor after Xorg is started)
[15:30] <didrocks> and in the other case, it just mirrors by default
[15:32] <ralsina> seb128, so, if dobey and I have no idea how to fix the u1 icon problem, do you have any clue where we may find enlightenment?
[15:33] <mterry> kenvandine, were you planning a new release of unity-scope-gdocs?  I was noticing a bug that seems fixed in an unpackaged tarball
[15:33] <mterry> I can roll one if you like
[15:34] <didrocks> don't ship trunk as it should be depending on latest gir-*unity
[15:34] <mterry> didrocks, was that for me?
[15:34] <didrocks> yep
[15:35] <mterry> didrocks, I was considering shipping 0.5 tarball
[15:35] <mterry> didrocks, which is trunk it turns out
[15:36]  * didrocks checks
[15:36] <didrocks> yep
[15:36] <didrocks> so it depends on latest gir
[15:36] <mterry> didrocks, I don't see any comments about the gir dep being bumped...  What's the story?
[15:36] <didrocks> mterry: http://bazaar.launchpad.net/~online-accounts/unity-lens-gdocs/trunk/revision/19
[15:36] <didrocks> mterry: I added the Unity.PreferencesManager in libunity trunk
[15:36] <didrocks> you know this preference thingy for online search :)
[15:36] <mterry> didrocks, I see
[15:37] <didrocks> mterry: I can push it as the same time I'll push the unity stack
[15:37] <didrocks> hopefully tomorrow
[15:37] <mterry> didrocks, OK
[15:37] <didrocks> kenvandine: ^
[15:37] <didrocks> I wanted to go through all the bugs and ship all things related to bug #1054746 in the repo
[15:37] <ubot2> Launchpad bug 1054746 in gwibber "[FFe] [UIFe] No easy way to disable online-fetched results in lenses" [Undecided,In progress] https://launchpad.net/bugs/1054746
[15:38] <didrocks> (apart from gwibber, will let this pleasure to ken :))
[15:38] <mterry> didrocks, that's a bunch  :)
[15:38] <didrocks> yep ;)
[15:38] <seb128> didrocks, yeah, that's a "known issue", we think it's g-s-d's fault
[15:38] <didrocks> seb128: well, it's minor TBH :)
[15:38] <seb128> didrocks, you can probably check that theory by turning out the xrandr plugin in unity-greeter's config
[15:38] <didrocks> how do I do that?
[15:39] <seb128> didrocks, yeah, it annoyed me before precise because it means in practice most user will not see the nice "logo on one screen and password prompt on the other one"
[15:39] <didrocks> ah, you mean the mirroring?
[15:39] <seb128> yes
[15:39] <didrocks> it should just be extended?
[15:40] <kenvandine> didrocks, i have the package update already prepared for the gdocs scope
[15:40] <kenvandine> just waiting on libunity
[15:40] <seb128> it's g-s-d which overrides xorg's behaviour and activate mirror
[15:40] <didrocks> kenvandine: ok :)
[15:40] <didrocks> kenvandine: maybe just bump the dep on gir-*
[15:40] <kenvandine> ok
[15:40] <didrocks> kenvandine: and push to -proposed?
[15:40] <kenvandine> will do
[15:40] <didrocks> kenvandine: 6.8
[15:40] <didrocks> seb128: this was working like that for me on precise (extended desktop)
[15:40] <seb128> didrocks, I'm not sure if you can do it easily out of editing src/settings-daemon.vala in unity-greeter
[15:40] <didrocks> seb128: I was thinking it was on purpose to have mirrored screen on quantal
[15:41] <seb128> didrocks, oh, it never worked for me, I always had to trigger a reprobe, like unplugging and replugging my hdmi
[15:41] <didrocks> no, was working really well for me before
[15:41] <didrocks> it started to change mid-cycle
[15:41] <seb128> k
[15:41] <seb128> could be a race between xorg and g-s-s
[15:41] <seb128> g-s-d
[15:41] <didrocks> I was finding that good TBH :)
[15:41] <didrocks> sometimes my external display takes time to switch on
[15:42] <didrocks> (it's switching between VGA and HDMI)
[15:42] <didrocks> so having it mirrored helped to login in case I mistyped my password
[15:43] <seb128> k
[15:43] <seb128> well, the password prompt should be on the screen which has the focus
[15:43] <seb128> but I guess if you don't see the mouse cursor it's not easy to move it across ;-)
[15:43] <didrocks> indeed :)
[15:44] <didrocks> well in practice, I know the geometry
[15:44] <didrocks> so quite easy to get the mouse back :)
[15:44] <didrocks> still one more step!
[15:44] <didrocks> funny I never got the race in precise
[15:44] <didrocks> and only in quantal
[15:44] <seb128> did you run precise on your new laptop?
[15:45] <didrocks> yep
[15:45] <didrocks> I got it before quantal was released
[15:45] <didrocks> oupsss
[15:45] <didrocks> I mean, just after precise was released
[15:45] <seb128> ;-)
[15:45] <didrocks> and I didn't upgrade the first month to quantal :)
[15:47] <seb128> I upgraded last week
[15:47] <seb128> I regret now, before I had a working laptop screen :p
[15:47] <didrocks> heh :)
[15:47] <didrocks> use 2 screens!
[15:48] <didrocks> it's good :)
[15:48] <ogra_> 3 is better
[15:48] <didrocks> twice more productive
[15:48] <didrocks> ogra_: there will always be bigger :)
[15:48] <ogra_> there is nothing like 5760x1080
[15:48] <seb128> didrocks, I don't want to make you guys feel bad by doubling my productivity :p
[15:48] <didrocks> seb128: tsssssssssssssss :-)
[16:07] <GunnarHj> seb128: Hi Sebastien!
[16:07] <GunnarHj> seb128: Thought I'd try to attend the UDS in Copenhagen during a couple of days, and use the tracks/schedules to pick the specific days. However, all the schedules at http://summit.ubuntu.com/uds-r/ seem to be empty. Am I missing something, or is there a draft schedule available somewhere?
[16:07] <seb128> GunnarHj, hey
[16:08] <seb128> GunnarHj, UDS is not that of a fixed schedule, it's mostly discussion slots
[16:08] <seb128> GunnarHj, like https://lists.ubuntu.com/archives/ubuntu-desktop/2012-September/003957.html
[16:09] <jbicha> and beware that the schedule will change during the summit
[16:09] <seb128> GunnarHj, we just started putting topics on the list for discussions, the schedule usually evolves a lot until late
[16:09] <seb128> where late means it keeps changing during the UDS time
[16:09] <seb128> GunnarHj, the way you usually do it is to subscribe as essential to sessions you need,want to be and register the days you will be there on launchpad
[16:10] <seb128> GunnarHj, the scheduler try to put sessions on days where everybody that should attend is available
[16:10] <xnox> GunnarHj: it's not tracke per day. It's all in parallel. Usually we have like up-to 10 (?!) sessions in parallel. Some sessions are from the same tracks. As there are less tracks.
[16:13] <GunnarHj> seb128, jbicha, xnox: Ok, thanks for the insight. Sounds like I'd better just pick two days. Meeting you guys IRL will probably be the most important part of the travel - at least to me. ;-)
[16:14] <seb128> GunnarHj, yeah, lot of UDS is talking to people
[16:14] <seb128> GunnarHj, and some of us have scheduling edition rights, so we can move a session if needed (we often do it)
[16:15] <seb128> like if there is one you want to be at, we can make sure to put it on schedule when you are here
[16:16] <GunnarHj> seb128: Good to know!
[16:23] <bryceh> GunnarHj, btw the way it usually works is the first couple of days are very session-focused so are good to attend if the sessions are most important to you.  Days 3-4 tend to be better for hallway conversations and meeting people.
[16:57] <seb128> dobey, why is ubuntuone-syncdaemon trying to call ubuntuone-installer and why doesn't it depends on it if it needs it (when picking ubuntuone in the sync indicator)
[16:57] <seb128> dobey, seems to be https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/1058334
[16:57] <ubot2> Launchpad bug 1058334 in ubuntuone-client "ubuntuone-syncdaemon crashed with GError in function(): Failed to execute child process "ubuntuone-installer" (No such file or directory)" [Medium,In progress]
[16:58] <xnox> seb128: wasn't ubuntuone-installer removed in quantal?
[16:58] <xnox> or did i get all of this backwards.
[16:58] <dobey> seb128: fixed in the upload i just made
[16:58] <GunnarHj> bryceh: Thanks for letting me know; may be of some help when deciding the days.
[16:59]  * didrocks waves good evening
[16:59] <mitya57> $ apt-cache policy ubuntuone-installer | grep Candidate
[16:59] <mitya57>   Candidate: (none)
[16:59] <dobey> mitya57: yes it's gone
[18:16] <mterry> kenvandine, when Firefox prompts me to add webapps integration for a site, am I supposed to see an "untrusted source" installation dialog?
[18:16]  * micahg would certainly hope not...
[18:54]  * xnox saw mpt discuss it on.... #ubuntu-devel?! today?!
[19:40] <kenvandine> mterry, no... bug mvo has a fix for that coming for aptdaemon
[19:40] <mterry> kenvandine, cool
[21:17] <seb128> mterry, versions says we lag behind on remote-login-service versions ... should we update?
[21:17] <seb128> mterry, we basically lack that commit it seems: http://bazaar.launchpad.net/~remote-login-service-team/remote-login-service/trunk/revision/75
[21:18] <seb128> not sure if that's something we want to get in quantal, but seems a 1.0 should consider ;-) (asking in case it was overlooked)
[21:20] <mterry> seb128, yo
[21:21] <seb128> mterry, hey ;-)
[21:21] <mterry> seb128, looking now
[21:21] <mterry> seb128, I might have not gotten poked for this update by tedg.  tedg, I'm assuming we want it?
[21:21] <seb128> mterry, as said I just noticed it on our versions page
[21:22] <mterry> seb128, oh I was
[21:22] <tedg> Hmm, I think so.
[21:22] <mterry> https://code.launchpad.net/~remote-login-service-team/remote-login-service/ubuntu/+merge/125631
[21:22] <mterry> tedg, I asked if that wouldn't need an FFe for the new dbus api
[21:22] <tedg> Ah, I missed the comment.
[21:22] <tedg> It shouldn't be new DBus API, just implementing the one we had.
[21:23] <tedg> mterry, We were ignoring that call
[21:23] <mterry> tedg, ok.  will update
[21:23] <tedg> Cool, sorry I missed your comment.
[23:50] <bkerensa> cyphermox: Is there some reason we are limited to 802.11g? http://www.engadget.com/2012/05/01/ubuntu-12-04-precise-pangolin-review/
[23:50] <bkerensa> I just got a 802.11ac router and using iwlist I only see the G broadcasts
[23:50] <bkerensa> no N
[23:51] <sarnold> bkerensa: I don't know which, if any, chipsets have N drivers available.
[23:52]  * bkerensa ragequits
[23:52] <bkerensa> ;p
[23:52] <bkerensa> so basically in 2040 we can expect 802.11ac to be fully supported? :)
[23:57] <TheMuso> The bcmwl driver supports N at 5gHz, so does the intel driver for the 6xxx chips afaik.
[23:57] <TheMuso> I have machines that use both drivers and have those chips.
[23:57] <TheMuso> And I am using N at 5gHz.
[23:57] <sarnold> TheMuso: thanks :)
[23:58] <bkerensa> so in looking at lshw it appears I am using iwlwifi
[23:58] <bkerensa> it also seems to have N support "wireless=IEEE 802.11bgn"
[23:59] <TheMuso> What does lspci give you for your wireless?
[23:59] <bkerensa> TheMuso: Intel Corporation Centrino Wireless-N 1030 (rev 34)