[00:24] <TheMuso> Is it just me, or is anybody else unable to click on an icon in the Unity 3D dash and have it activate?
[00:29] <RAOF> TheMuso: Worked here just now.  I do recall that behaviour yesterday, but I was hoping to chalk it up to my built-from-source unity plugin being awkward; it was also crashing like mad.
[00:43] <TheMuso> RAOF: Hrm ok. This is after updating to latest packages and a reboot this morning...
[00:44] <RAOF> I'm running cleaner stuff now, and it's working.  For now! :)
[00:55] <TheMuso> hrm ok
[01:31] <RAOF> Bah, multiarch.  Stop having conflicting changelog.gz
[01:43] <jbicha> RAOF: wasn't that supposed to be fixed?
[01:44] <RAOF> jbicha: Which particular problem?  Multiarch changelogs sometimes getting into a weird super-awesome conflicty state?
[01:45] <jbicha> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647522
[01:45] <ubot2`> Debian bug 647522 in gzip "gzip -9n is not deterministic" [Normal,Open]
[01:47] <RAOF> I'm not sure this was actually the same problem.
[01:47] <RAOF> But it might have been.
[02:18] <TheMuso> RAOF: Hrm seems things with the dash are working after a reboot.
[02:18] <TheMuso> Weird.
[02:28] <stgraber> robert_ancell: apparently the new gnome-screensaver doesn't want to let me unlock it... any thought?
[02:29] <robert_ancell> stgraber, don't know anything off hand - do you know what version triggered the problem?
[02:30] <jbicha> stgraber: caps lock? ....lol
[02:30] <stgraber> oh, now that's really odd. 3.2.1 was failing for me since I installed it, so I just reverted to 3.2.0 and it worked fine
[02:30] <stgraber> but upgrading again still works
[02:30] <stgraber> (obviously killing the gnome-screensaver process)
[02:31] <stgraber> jbicha: hehe, I've been unlocking my screensaver from gnome-screensaver-command for a few days now, so believe me, I made sure I'm typing the right password ;)
[02:31] <stgraber> though the fact that downgrading/upgrading worked is really odd, maybe one of the binaries got corrupted somehow
[02:31] <jbicha> oh, a few days? wow
[02:33] <stgraber> jbicha: yeah, been busy with other things and was initially suspecting some PAM issues, though I then confirmed that pam_unix was indeed called and works fine outside of gnome-screensaver
[02:33] <stgraber> anyway, the downgrade/upgrade fixed it AFAICS so I'm happy with that
[02:33] <stgraber> I have my laptop configured to lock after a minute of inactivty, so switching to tty1 and back to unlock was getting slightly annoying ;)
[02:34] <jbicha> 1 minute, that's hardcore
[02:38] <stgraber> well, that's the usual time it takes me to loose sight of my laptop when heading somewhere else, so that way I don't have to remember to lock it
[06:08] <pitti> Good morning
[06:08] <pitti> Laney: OK, I'll seed these two then
[06:12] <pitti> Sweetshark: why does libreoffice-gnome not depend on libreoffice-gtk3?
[06:12] <pitti> Sweetshark: should we seed -gtk3 explicitly?
[06:41] <RAOF> You know what's totally awesome?  Writing tests for asynchronous protocol.
[06:41] <RAOF> Wait, did I say awesome?  I may have meant painful.
[06:48] <didrocks> good morning
[06:50] <RAOF> Hey didrocks,  Good morning!
[06:50] <didrocks> good morning RAOF ;)
[07:18] <pitti> bonjour didrocks
[07:18] <pitti> hey RAOF
[07:18] <pitti> did you have a nice weekend?
[07:19] <didrocks> guten morgen pitti, how are you?
[07:19] <didrocks> was a nice week-end here, quite short, but really enjoyable :)
[07:19] <pitti> got a cold last Friday, so we had a very quiet weekend; getting better, though
[07:19] <didrocks> argh, take care!
[08:32] <Sweetshark> pitti: libreoffice-gnome hopefully depends on libreoffice-gtk. libreoffice-gtk3 is still _very_ experimental.
[08:33] <pitti> Sweetshark: ah, I see; so it should go into universe for now? (because it wants to)
[08:34] <Sweetshark> pitti: yes
[08:34] <pitti> Sweetshark: ack, moved
[08:34] <ricotz> Sweetshark, hi, could -gtk3 be an alternative to -gtk? meaning "libreoffice-gtk | libreoffice-gtk3"
[08:35] <ricotz> pitti, hello
[08:35] <Sweetshark> ricotz: well not yet IMHO. it should be there only for the fearless.
[08:35] <pitti> hey ricotz, wie gehts?
[08:35] <ricotz> Sweetshark, alright ;)
[08:35] <ricotz> pitti, danke, gut
[08:35] <ricotz> ich hoffe dir auch
[08:36] <ricotz> Sweetshark, the build size of libreoffice in ppas is still a huge problem :\
[08:36] <ricotz> pitti, are you able to restart this one https://launchpad.net/~ricotz/+archive/ppa/+build/3239100 ?
[08:37] <Sweetshark> Moin ricotz, pitti, all!
[08:37] <RAOF> pitti: I had a very lazy weekend; it was 39C and 37C respectively.  That puts a bit of a crimp on attempting to do anything physical!
[08:37] <ricotz> pitti, i am not sure when i cancel it if i am able to retry it afterwards
[08:37] <pitti> ricotz: yes, I am, but woudl that help anything?
[08:37] <pitti> ricotz: yes, you should be able to
[08:37] <ricotz> pitti, wgrant said the buildd have different sizes
[08:37] <micahg> ricotz: if you cancel a PPA build, you cannot restart it
[08:37] <ricotz> so sometimes it works
[08:37] <pitti> ah
[08:38] <pitti> ricotz: I can help you with building it on a particular buildd, but you need to tell me which
[08:38] <ricotz> pitti, oh let me look
[08:39] <ricotz> pitti, the previous amd64 build worked fine on rutherfordium (virtual-64)
[08:39] <ricotz> https://launchpad.net/~ricotz/+archive/ppa/+build/3237947
[08:39] <Sweetshark> chrischoulson: https://bugs.freedesktop.org/show_bug.cgi?id=43868 (last three comments) and https://bugs.freedesktop.org/show_bug.cgi?id=45171
[08:39] <ubot2`> Freedesktop bug 43868 in Libreoffice "FILEOPEN document saved with password: correct password not recognized" [Blocker,Closed: fixed]
[08:40] <pitti> ricotz: and you know that promethium will fail?
[08:41] <pitti> ricotz: hm, I don't see rutherfordium on https://launchpad.net/builders
[08:41] <ricotz> pitti, hmm, i dont know
[08:41] <ricotz> https://launchpad.net/builders/rutherfordium
[08:41] <pitti> I guess it was taken down again for other purposes
[08:41] <Sweetshark> rickspencer3: I read that your LibreOffice works again. What did change? Was it the 3.5.0final upload or did you maybe remove ~/.libreoffice to get it working?
[08:42] <rickspencer3> Sweetshark, dunno, just did a dist-upgrade on Friday, and it started working after that
[08:42] <rickspencer3> Sweetshark, I saw there was a crasher that I had fixed
[08:42] <rickspencer3> so I assumed it was that
[08:42] <Sweetshark> rickspencer3: most likely.
[08:43] <ricotz> pitti, the lucid amd64 build was smaller by 3gb, so these builder might not -- https://launchpad.net/~ricotz/+archive/ppa/+build/3239141
[08:46] <ricotz> pitti, hoping the best for promethium ;)
[08:46] <ricotz> micahg, thanks for making this clear :)
[09:00] <seb128> hey
[09:00] <pitti> hey seb128
[09:00] <seb128> hey pitti, wie gehts? had a good w.e?
[09:01] <pitti> seb128: fairly quiet, we didn't do much at all; veery relaxing :)
[09:01] <pitti> quite nice after travelling three weekends in a row
[09:01] <pitti> and I got a light cold anyway
[09:02] <seb128> pitti, relaxing is good as well indeed ;-)
[09:03] <didrocks> salut seb128!
[09:03] <seb128> didrocks, lut, en forme ?
[09:03] <didrocks> seb128: ouai, on commence toujours pas un crash Xorg, mais ça va :)
[09:04] <didrocks> et toi?
[09:04] <seb128> ca va bien, mon xorg est stable ;-)
[09:06] <didrocks> :p
[09:06] <seb128> https://code.launchpad.net/~vanvugt/compiz-core/fix-940139/+merge/94715 waouh: '"DOUBLED the CPU performance of compiz."
[09:07] <seb128> good start of week for compiz ;-)
[09:08] <pitti> "Status: Superseded" ?
[09:09] <seb128> pitti, https://code.launchpad.net/~vanvugt/compiz-core/fix-940139/+merge/94728 is the new one it seems
[09:09] <seb128> (was reading from bug emails)
[09:09] <pitti> wow indeed!
[09:09] <seb128> ;-)
[09:10] <didrocks> seb128: yeah, will be in this week compiz release :)
[09:10] <seb128> didrocks, excellent
[09:10] <didrocks> apparenlty sam had a similar one last cycle but forgot to merge it
[09:10] <seb128> pitti, so, tell me, how frozen is beta?
[09:11] <seb128> pitti, is that worth trying to get the nautilus,zg integration patch from dx in or is that better after beta?
[09:11] <seb128> (the patch does register every file copied to zg)
[09:12] <pitti> seb128: I'm not driving this time, not sure if we have another rebuild planned
[09:12] <pitti> better coordinate in #u-release
[09:13] <pitti> seb128: there's certainly room for a respin still
[09:13] <seb128> well I wouldn't want a respin for that
[09:13] <seb128> I guess I can just upload and then ask there to see if they want to let it in or daly
[09:13] <seb128> delay
[09:14] <pitti> right
[09:19] <pitti> Sweetshark: will libreoffice-report-builder realistically come back for precise?
[09:19] <pitti> Sweetshark: if not, would you mind dropping it from the transitional openoffice.org-report-builder package? (it should just be a "dead" transitional package without dependencies then, to avoid breaking upgrades)
[09:21] <Sweetshark> for precise -- no it wont.
[09:21]  * Sweetshark adds todo.
[09:21] <pitti> thanks
[09:29] <Sweetshark> chrisccoulson: chris, old friend!
[09:29] <tkamppeter_> pitti, hi
[09:30] <Sweetshark> chrisccoulson: There is the suspicion going on that your latest oneiric firefox update broke LibreOffice! Isnt that a great way to start the week?
[09:31] <seb128> is anyone else having alt-tab or issues? like I run gedit from a command line and doing alt-tab once doesn't send me back to it
[09:34] <tjaalton> uh, why oh why was the "switch desktop" shortcut changed. current one doesn't even work right
[09:35] <Sweetshark> tjaalton: <flame on>
[09:37] <micahg> Sweetshark: bug #?
[09:38] <didrocks> seb128: just tried, works here
[09:38] <Sweetshark> ricotz: btw, are you on the "libreoffice packaging mailing list"? I get multiple questions because people are missing the 3.4.5 update for oneiric in the ppa now.
[09:38] <didrocks> tjaalton: it's just a keybinding change, I would be surprise for it to not work well
[09:38] <seb128> didrocks, ok, I regularly get it, like running dch, alt-tabbing back to the command line and alt-tab goes it my IRC
[09:38] <didrocks> tjaalton: but for all the keybinding remarks, please ping JohnLea
[09:39] <tjaalton> didrocks: keeping super down brings the shortcut popup in front
[09:39] <seb128> tjaalton, or better than ping, please open bugs
[09:39] <didrocks> seb128: hum, not fun, need to have a reproducible test case when you get a chance to unerstand what's going on
[09:39] <tjaalton> anyway, was easy to change back..
[09:39] <didrocks> tjaalton: right, known issue, bug opened even before the upload. It's tricky
[09:39] <seb128> didrocks, yeah, I will try to get one, first step was to see if others get the issue as well ;-)
[09:39] <didrocks> tjaalton: will be fixed by a compiz upload and an unity patch
[09:40] <tjaalton> didrocks: ok
[09:40] <didrocks> seb128: never noticed until now, sorry :(
[09:40] <Sweetshark> micahg: https://bugs.freedesktop.org/show_bug.cgi?id=43868 (last three comments) and https://bugs.freedesktop.org/show_bug.cgi?id=45171, also bug 919659
[09:40] <ubot2`> Launchpad bug 919659 in libreoffice "[Downstream] Can't open/save document or spreadsheet with password" [Unknown,Confirmed] https://launchpad.net/bugs/919659
[09:40] <ubot2`> Freedesktop bug 43868 in Libreoffice "FILEOPEN document saved with password: correct password not recognized" [Blocker,Closed: fixed]
[09:40] <chrisccoulson> Sweetshark, oh, how so?
[09:40] <chrisccoulson> good morning everyone :)
[09:42] <Sweetshark> chrisccoulson: existing firefox profile+firefox update+LibreOffice-3.4.5 => bad (cant open password protected files anymore)
[09:42] <micahg> Sweetshark: we don't use the system nss/nspr for firefox/thunderbird anymore, so LO shouldn't be affected by updates
[09:43] <didrocks> good morning chrisccoulson :)
[09:43] <Sweetshark> chrisccoulson, micahg: It is not that critical as LibreOffice 3.4.5 is still in proposed.
[09:43] <chrisccoulson> hey didrocks
[09:43] <Sweetshark> micahg: does system nss maybe still read the profiles (and the updates change/migrate them)?
[09:45] <micahg> Sweetshark: not sure
[09:45] <Sweetshark> chrisccoulson: on the LibreOffice side, moggi on #libreoffice-dev is doing excellent work on this. But he just went to work, so will be back later maybe.
[09:46] <Sweetshark> micahg, chrisccoulson: this bug hits debian, ubuntu and gentoo, but it seems fedora/opensuse are spared by it.
[09:52] <ricotz> Sweetshark, hmm, i guess i am not subscribed then (will do), i removed this package in favour of the official one in oneiric, but i see it is still -proposed
[09:55] <Sweetshark> ricotz: yes and bug 873702 hits the builds to oneiric-proposed, but _not_ the ones in the ppa. So people were happily using the ppa and will not be happy with the same version in proposed.
[09:55] <ubot2`> Launchpad bug 873702 in libreoffice "some function names in Calc appear in english others in local language (mixed up) " [High,Fix committed] https://launchpad.net/bugs/873702
[09:56] <asac> didrocks: hello ... got latest upgrades this morning and ctrl+alt+cursor-keys is broken to move around workspaces :/
[09:56] <Sweetshark> ricotz: why that bug only hits builds to proposed/main, but not ppas is *cough* "interesting" ...
[09:56] <asac> didrocks: it doesnt do anything
[09:56] <didrocks> asac: it's not broken, it has been reaffected :)
[09:56] <Sweetshark> ricotz: it is exactly the same source package
[09:56]  * didrocks is giving the same answer for the 20th time
[09:57] <asac> didrocks: what does that mean?
[09:57] <didrocks> on IRC, email :)
[09:57] <Sweetshark> didrocks: having fun yet? ;)
[09:57] <didrocks> asac: design changed the shortcut
[09:57] <asac> didrocks: whats the shortcut?
[09:57] <asac> now?
[09:57] <didrocks> asac: https://docs.google.com/a/canonical.com/document/d/1jqeKtIJwqLtl58Wk_fqjr9Rrgxn9zsouCYOo-cZsLSE/edit
[09:57] <didrocks> asac: please, address any complain to JohnLea :)
[09:58]  * didrocks changed back the shortcuts finally after trying for 5 days
[09:58] <seb128> asac, bug #940085
[09:58] <ubot2`> Launchpad bug 940085 in compiz "12.04, Compiz Wall plugin default shortcut keys are incorrect" [Undecided,Confirmed] https://launchpad.net/bugs/940085
[09:58] <asac> didrocks: how can i switch workspaces now :)
[09:59] <asac> i need to do that
[09:59] <asac> if i cannot do that i am lost :(
[09:59] <asac> well ... can move all apps to one workspace again
[09:59] <didrocks> asac: on the documentation, it's Shift + super + arrowss
[09:59] <ricotz> Sweetshark, i see, there are two huge differences the ppa doesnt build against the -propose pocket, and it depends on ppa:ubuntu-toolchain-r/ppa !
[09:59] <didrocks> asac: to move a window on another ws, it's Super + alt + arrows
[09:59] <asac> hah
[09:59] <mpt> erg
[09:59] <asac> when i press that
[09:59] <asac> i even get the shortcut keys documentation
[09:59] <asac> while switching
[09:59] <seb128> right, "known bug"
[09:59] <didrocks> asac: yeah, known issue
[09:59] <asac> seems its double occupied
[10:00] <asac> in this case it was good :)
[10:00] <asac> hehe
[10:00] <seb128> asac, got to the control center and put it back to what you want and comment on the bug
[10:00] <asac> so whats the rational?
[10:00] <asac> just random ergonomics?
[10:00] <seb128> there is no point to flood #ubuntu-desktop with it, it's a design,dx decision
[10:00] <asac> like shift+super is in average better to type
[10:00] <didrocks> asac: Super is wanted to be the "central point of switching"
[10:00] <seb128> asac, I think the basis is that they want to make all the standard keybindings super based
[10:00] <mpt> Super based? Like Nick Minaj?
[10:00] <asac> if i think about my real keyboard where the super key is like exposited very far outside
[10:00] <asac> its not better
[10:01] <mpt> Nicki Minaj, rather
[10:01] <seb128> asac, i.e always do super-<something>
[10:01] <seb128> mpt, lol
[10:01] <asac> didrocks: well ... making super key the central point of switching is not so nice
[10:01] <asac> because on my real keyboard its not a central key
[10:01] <didrocks> asac: I'm not supportive of the change for the record
[10:01] <asac> well
[10:01] <seb128> asac, well as said better to comment on a but, we all basically agree here and the discussion is not very useful
[10:01] <asac> i think it makes sense
[10:01] <asac> somewhat
[10:01] <didrocks> but something that you need to convince design on
[10:01] <asac> but only if there were keyboard manufacturers
[10:01] <seb128> but->bug
[10:01] <asac> that listened and made ubuntu keys :)
[10:02] <seb128> ;-)
[10:02] <didrocks> I tried for 5 days, didn't get accustomed to it and made my arms feeling pain
[10:02] <seb128> asac, maybe it's a first step, make the key actual special
[10:02] <seb128> then we can convince them we need an ubuntu logo on it ;-)
[10:02] <asac> and then i have to send in my keyboard so they can make it a centrally located key
[10:02]  * didrocks would have been happy with Ctrl + Super on his keyboard TBH
[10:03] <didrocks> Shift + super is quite painful
[10:03] <asac> let me show you
[10:03] <asac> thing is ... the ctrl+alt+cursor doesnt do anything now
[10:03] <asac> so it could have been preserved
[10:03] <asac> as legacy
[10:04] <Sweetshark> ricotz: well, there is nothing in of relevance in ubuntu-toolchain-r for oneiric it seems to me. And we had the same issue waaay back with 3.4.4 -- fine in the ppa, broken in proposed. I dont think there is a broken package in proposed for that long.
[10:04] <didrocks> asac: compiz doesn't support multiple key for the same action
[10:04] <Sweetshark> ricotz: or is it? hmmmm.
[10:06] <asac> didrocks: thats odd
[10:06] <asac> didrocks: is itusing a key/key hashmap rather than key/value?
[10:06] <asac> hehe
[10:07] <asac> why do yuou need a unique way from actkion to key?
[10:07] <didrocks> talk to upstream please ;)
[10:07]  * didrocks has already more than 12 hours of work to do today
[10:08] <ricotz> Sweetshark, building against "gnutls26 - 2.12.11-1" rather than 2.10.5-1ubuntu3 looks like a difference to me
[10:09] <seb128> didrocks, stop replying to random channels IRC comment and get to work! ;-)
[10:09] <didrocks> seb128: ok, I stop replying to your questions on #ubuntu-unity :p
[10:09] <seb128> didrocks, good first step ;-)
[10:10] <didrocks> seb128: I propose that you switch the nautilus + quicklist work with the nux blacklist :p
[10:10] <seb128> lol, no thanks :p
[10:10] <Sweetshark> didrocks: stop whining and write down how awesome I am at
[10:10] <seb128> didrocks, I'm looking to the nautilus zg stuff to start
[10:10] <seb128> let's see what I can do next
[10:10] <Sweetshark> didrocks: https://wiki.ubuntu.com/BjoernMichaelsen/YourDeveloperApplication now that you did sponsor an upload for me ;)
[10:11] <asac> wasnt there a feature to make ctrl+alt the super key
[10:11] <BigWhale> Greetings. So, is it safe to select download while updating and install 3rd party software with precise? Is this fuxed yet?
[10:11] <asac> very down on the low level for old keyboards tha dont have super?
[10:11] <BigWhale> err fixed.
[10:11] <didrocks> Sweetshark: well, an upload is not sufficent for a testimonial :)
[10:11] <didrocks> seb128: see, you pick your priorities! that's mean :)
[10:11] <Sweetshark> didrocks: does money help?
[10:12] <seb128> asac, you can look in gnome-control-center, layout, the option button in the bottom right corner
[10:12] <micahg> Sweetshark: I think he's volunteering for more uploads :)
[10:12] <seb128> asac, that has all the low level xorg options stuff
[10:12] <asac> thx
[10:12] <asac> let me check
[10:13] <Sweetshark> micahg: indeed
[10:26] <seb128> ups
[10:31] <BigWhale> seb128, what's this ex-chat you people are using? :)
[10:31] <seb128> BigWhale, it's an IRC client, why?
[10:31] <seb128> well I use xchat-gnome
[10:32] <seb128> sudo apt-get install xchat-gnome
[10:32] <BigWhale> Oh... I didn't realize that xchat had such signoff... :> I'm using it too.
[10:35] <chrisccoulson> nice, http://reviews.cnet.com/8301-13970_7-57385616-78/telefonica-mozillaphone-costs-10-times-less-than-an-iphone/
[10:35] <chrisccoulson> when can i get one??! :-)
[10:36] <seb128> want a crappy phone? ;-)
[10:37] <Sweetshark> pitti: ricotz just had an interesting idea about the calc formula l10n bug. unknown to me, the ppa had a dep on the toolchain ppa from ancient natty times. this could be the difference why it does not work in -proposed, but does in the ppa.
[10:38] <pitti> Sweetshark: the build log should tell you which gcc/ld/etc. version it uses?
[10:38] <seb128> chrisccoulson, seems like those a semi-smart-phone, a samsung phone with bada is probably around the same
[10:39] <BigWhale> hmmm... my mouse just became unresponsive on my new laptop ... in 12.04. is this known bug? :
[10:39] <seb128> chrisccoulson, I've one, I can tell you it's feeling far from a smart phone experience, even if you can do stuff like browse the web etc
[10:43] <dholbach> hiya
[10:44] <dholbach> can somebody have a look at https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/884366?
[10:44] <ubot2`> Launchpad bug 884366 in unity-greeter "Theme is not customizable by downstream (derivative) distros" [Undecided,Confirmed]
[10:45] <seb128> dholbach, hey, I guess that's one for robert_ancell or mterry, but they are both not working at this time
[10:46] <dholbach> ok, I hope I remember it later on and give them a prod :)
[10:46] <dholbach> seb128, when is the next gnome release due?
[10:46] <seb128> I will try to ping them, I looked at it before but I just hate conffiles handling
[10:46] <dholbach> I was wondering how you'd feel about pushing bug 933710 now so it can be properly tested
[10:46] <ubot2`> Launchpad bug 933710 in gnome-desktop3 "Laptops with eDP panels do not suspend when lid closed" [High,Confirmed] https://launchpad.net/bugs/933710
[10:47] <chrisccoulson> dholbach, please do :)
[10:47] <chrisccoulson> i can test that too
[10:47] <seb128> dholbach, I can sponsor that now if you want
[10:47] <chrisccoulson> i have one of those displays
[10:48] <dholbach> seb128, as you like it - I can do it too
[10:48] <seb128> same here I think, but I never suspended on lid close :p
[10:48] <dholbach> I just ran across it
[10:48] <seb128> dholbach, let me do it, thanks
[10:48] <dholbach> rock and roll
[10:48] <seb128> dholbach, I just finished what I was doing
[10:48] <seb128> thanks for pointing it
[10:48]  * dholbach hugs you all
[10:48]  * seb128 hugs dholbach
[10:58] <chrisccoulson> seb128, i hope that mozilla's platform is a bit better than bada btw ;)
[10:58] <chrisccoulson> and it already looks like it is, from what i saw when i saw it demoed
[10:58] <chrisccoulson> http://www.openwebdevice.com/ ;)
[10:59] <chrisccoulson> "This is a 100% open project where, for instance, operators and OEMs can actively and openly contribute to the code, instead of Mozilla developing internally and making code drops available."
[10:59] <chrisccoulson> lol, i wish some other people did that too ;)
[11:00] <seb128> chrisccoulson, right, I just doubt that for 50€ you can get as good hardware that a galaxy or iphone
[11:00] <seb128> it's like the cost of the device production with the material they use
[11:00] <seb128> stuff like the screen, cpu etc are no that cheap
[11:00] <chrisccoulson> hopefully it will end up some decent devices :)
[11:00] <seb128> I would have prefered a decent phone for half the price
[11:01] <seb128> rather than a cheap phone ;-)
[11:01] <seb128> but yeah, let's see
[11:02] <seb128> I'm sure that has potential on markets where people can't afford expensive smart phones though
[11:03] <xclaesse> hmm, ctr-alt-up/down does not work anymore in gnome-shell to switch workspace
[11:04] <xclaesse> in ubuntu precise
[11:04] <seb128> xclaesse, change the keybindings in the control center
[11:04] <seb128> xclaesse, we changed the default to be super-shift rather than ctrl-alt
[11:05] <seb128> xclaesse, btw while you are there, where did the "revert ctrl-del keybinding" changes you commit for nautilus were discussed?
[11:05] <seb128> xclaesse, it would be nice to add some context in the commits, especially after ui freeze
[11:06] <xclaesse> they always said the correct fix is the undo, it's now done, I reverted the poor workaround
[11:06] <xclaesse> as everyone asked on bugzilla
[11:06] <seb128> xclaesse, did you get an ack from maintainers? where was it discussed ?
[11:06] <xclaesse> not as if they asked to make that in the first place
[11:07] <seb128> well "they" are the maintainers, they don't need to ask to do changes to what they maintain...
[11:07] <xclaesse> they did it after freeze without approval, in previous cycle
[11:08] <seb128> still, it's like random people want and commited to empathy without asking you or another maintainer
[11:08] <seb128> that feels weird
[11:08] <seb128> let's see if one the maintainers actually complain ;-)
[11:08] <xclaesse> I don't think they use nautilus
[11:08] <xclaesse> they surely use "rm" to delete a file
[11:09] <xclaesse> otherwise they would have found immediately that ctr-del is too dangerous with shift-del just next to it
[11:09] <seb128> or they use dnd or the context menu
[11:10] <seb128> well anyway I was asking because I looked to the commit to see where it was discussed, i.e bug report or other reference
[11:10] <seb128> and I wondered if you meant to commit that to master or rather to another vcs and you screwed up
[11:10] <seb128> seems you meant it ;-)
[11:11] <xclaesse> I did not discuss it, other than around a beer with fredp :p
[11:11] <xclaesse> they won't listen anyway
[11:11] <xclaesse> so I just did it
[11:11] <seb128> right
[11:11] <xclaesse> to see what happens
[11:11] <seb128> it's often not the way to get what you want
[11:11] <seb128> but let's see
[11:11] <seb128> I've the popcorn ready :p
[11:12] <xclaesse> seb128, the bug is https://bugzilla.gnome.org/show_bug.cgi?id=648658
[11:12] <ubot2`> Gnome bug 648658 in File and Folder Operations "Change the Ctrl+del key back to Del and use notifications instead" [Enhancement,Resolved: fixed]
[11:15] <xclaesse> seb128, what's the rational for changing to shift-super-up/down btw? is that an ubuntu-specific change?
[11:16] <seb128> xclaesse, yes, it's ubuntu specific, and I think the rational is to have all the standard keybindings based around the super key
[11:16] <seb128> xclaesse, easier for new users, though confusing for old users, we still discuss how to deal with that
[11:16] <seb128> xclaesse, it's easy enough to change back in the control center for now while we sort it ouy
[11:17] <xclaesse> seb128, hmm, ok...
[11:42] <chrisccoulson> hmmm, i officially hate patches to CSS
[11:44] <seb128> chrisccoulson, I though you hated any patches ;-)
[11:45] <chrisccoulson> seb128, i especially hate CSS patches
[11:45] <seb128> chrisccoulson, btw do you still plan to look at g-s-d login time this cycle?
[11:45] <chrisccoulson> the problem with those is that they tend to end up being one huge chunk, which means that a single character change anywhere in the file causes the entire patch to fail to apply
[11:45] <chrisccoulson> we get that frequently with thunderbird
[11:45] <seb128> on my e6410 there is a gap of almost 3 seconds between g-s-d starts and anything else starts
[11:46] <chrisccoulson> and Cimi thinks he's going to be distro-patching changes to the firefox theme
[11:46] <seb128> chrisccoulson, seems similar to glade patches :p
[11:46] <chrisccoulson> over my dead body ;)
[11:46] <chrisccoulson> yeah
[11:46] <chrisccoulson> seb128, yeah, i still plan to look at login time
[11:46] <chrisccoulson> has it regressed on your laptop then?
[11:46] <chrisccoulson> i haven't checked mine recently
[11:47] <seb128> not sure
[11:47] <seb128> I've this 3 seconds gap
[11:48] <seb128> but during that time xorg is busy with a pink color bar
[11:48] <seb128> I've a monitors.xml for my config as well
[11:48] <seb128> I need to test without a stored config
[11:48] <chrisccoulson> oh, sounds like display probing again ;)
[11:48] <seb128> could be
[11:49] <chrisccoulson> this is a typical css patch btw. is this what glade patches look like too? http://paste.ubuntu.com/859061/
[11:51] <pitti> chrisccoulson: glade patches are worse as they are a real tree
[11:53] <chrisccoulson> heh
[11:53] <chrisccoulson> sounds fun ;)
[12:10] <Sweetshark> chrisccoulson: please say hi to moggi_work, the guy running down the mozilla/libreoffice issue.
[12:12] <moggi_work> chrisccoulson: Sweetshark: hey
[12:13] <moggi_work> my current assumption is that we have a problem with the new firefox/thunderbird profile
[13:12] <BigWhale> Why are hotkeys for moving around the desktop remapped? It used to be Meta-Arrows, now it is Super-Arrow. It results in a few weird effects because super is also used for dash and launcher... :>
[13:13] <BigWhale> ... hmm Meta is now used for HUD ...
[13:18] <rye> BigWhale, re: super behavior for dash/launcher - bug #940198
[13:18] <ubot2`> Launchpad bug 940198 in unity "Help screen activates when switching desktops (dup-of: 939521)" [Undecided,Confirmed] https://launchpad.net/bugs/940198
[13:18] <ubot2`> Launchpad bug 939521 in unity-distro-priority "Shortcut overlay appears even if you Super + another key" [High,Fix committed] https://launchpad.net/bugs/939521
[13:20] <seb128> you guys, can you move those discussions to #ubuntu-unity?
[13:21] <seb128> it's like 5 times we have the keybindings discussion now, it's enough spamming of this channel for dx changes ;-)
[13:21] <seb128> thanks
[13:21] <BigWhale> Sorry. I'm just semi-present today. :)
[13:22] <didrocks> seb128: in fact 5+3 for when you weren't there :p
[13:22] <seb128> didrocks, ;-)
[13:22] <seb128> well anyway let's not discuss keybindings anymore here and just redirect to #ubuntu-unity
[13:24] <didrocks> +1
[13:24] <didrocks> (+8 even ;))
[13:47] <tkamppeter> pitti, bug 936629 is an Apport permission problem, can you have a look into it?
[13:47] <ubot2`> Launchpad bug 936629 in cups "Printing fails after printing first document " [Undecided,Incomplete] https://launchpad.net/bugs/936629
[13:48] <pitti> tkamppeter: yes,  it's on my radar
[14:04] <kamstrup> Anyone know what happened to the bzr-rewrite plugin? It just has an empty package in precise
[14:09] <seb128> kamstrup, seems micahg broke it
[14:09] <seb128> kamstrup, i.e packaging error
[14:09] <seb128> kamstrup, can you open a bug?
[14:09] <kamstrup> seb128: thanks - was wondering if had a broken setup and was merely seeing some transitional package. Will open a bug
[14:10] <seb128> kamstrup, thanks
[14:11] <seb128> kamstrup, you can probably wget http://cdn.debian.net/debian/pool/main/b/bzr-rewrite/bzr-rewrite_0.6.2+bzr242-1_all.deb and dpkg -i it
[14:11] <seb128> kamstrup, if you want a local fix meanwhile
[14:12] <kamstrup> seb128: thanks
[14:20] <seb128> kamstrup, yw
[14:23] <seb128> lol
[14:23] <seb128> I knew that this nautilus revert without approval would lead to discussion ;-)
[14:29] <didrocks> seb128: oh, where?
[14:30] <seb128> didrocks, #gnome-hackers
[14:30] <didrocks> ah :)
[15:43] <desrt> DBO: hey?
[15:45] <desrt> who is michael hruby?
[15:48]  * desrt notes that http://bazaar.launchpad.net/~unity-team/bamf/trunk/revision/446 broke bamf due to some (apparent?) bad merge conflict resolution
[15:53] <chrisccoulson> desrt, i guess that is mhr3 ;)
[15:54] <desrt> mhr3: you broke bamf :)
[15:54] <mhr3> desrt, i did what?
[15:54] <desrt> mhr3: see url above ^^
[15:54] <desrt> plz fix :)
[15:55]  * Sweetshark is going slightly mad debugging bug 562027 ...
[15:55] <ubot2`> Launchpad bug 562027 in libreoffice "[Upstream] Unable to shutdown / reboot / logout when quickstarter is active" [Medium,Confirmed] https://launchpad.net/bugs/562027
[15:55] <mhr3> desrt, the removal of that one line doesn't seem right
[15:56] <desrt> DBO: are you sure this commit is correct: http://bazaar.launchpad.net/~unity-team/bamf/trunk/revision/366 ?
[15:56] <desrt> DBO: i think you only own one ref, but you are dropping 2.
[15:57] <desrt> oh.  read it wrong.  disregard.
[15:57]  * desrt wonders wtf is going on here
[15:58] <desrt> this is showing up in valgrind, which i find quite odd... ref() unref() should not be causing a free....
[15:59]  * desrt digs into closed signal handler
[16:01] <mhr3> desrt, so what exactly did i break?
[16:02] <mhr3> afaict i properly merged it - see https://code.launchpad.net/~unity-team/bamf/bamf.export-pid/+merge/93140
[16:02] <desrt> mhr3: there was a line in the header dropped by the merge
[16:02] <desrt> the utf8 property getter
[16:04] <mhr3> desrt, if that wasn't supposed to be removed blame the merge i pasted
[16:04] <mhr3> i just re-merged it after making a tarball
[16:04] <desrt> mhr3: i'm afraid my bzr-fu is not up to snuff
[16:04] <desrt> you're saying this is macro's fault?
[16:05] <desrt> Trevinho: poke
[16:05] <mhr3> desrt, no, marco just approved it, it was jason's branch
[16:05] <desrt> perplexing....
[16:05]  * desrt doesn't see his name here anywhere
[16:06] <desrt> mhr3: do you have access to fix it?
[16:08] <mhr3> desrt, yea, need to merge propose it though, otherwise didrocks would kill me
[16:08] <didrocks> mhr3: do I need that particular reason to do so? :)
[16:08] <mhr3> and it looks like i'm pretty close to getting killed by him :P
[16:09]  * didrocks looks at the pile of prooves against mhr3 on his desk :)
[16:09] <desrt> didrocks: bzr messed up a merge and deleted a line of code by accident
[16:09] <desrt> didrocks: it needs to be added back
[16:09] <didrocks> desrt: yeah yeah, it's all bzr's fault! :)
[16:09] <didrocks> desrt: which one?
[16:09] <desrt> didrocks: i prefer to blame tools than coworkers :)
[16:09] <desrt> see https://code.launchpad.net/~unity-team/bamf/bamf.export-pid/+merge/93140
[16:10] <desrt> 65 -gchar * bamf_window_get_utf8_prop (BamfWindow *self, const char* prop);
[16:10] <desrt> 66 +guint32 bamf_window_get_pid (BamfWindow *self);
[16:10] <didrocks> desrt: but but, tools are your best friends! :)
[16:10] <desrt> that should have been a straight add -- not a replace
[16:10] <didrocks> mhr3: you almost break ABI! :)
[16:11] <desrt> didrocks: not his fault!  remember: blame bzr ;)
[16:11] <didrocks> oh right
[16:11] <didrocks> bad bad bzr :p
[16:11]  * didrocks rethinks of some sentence "if you cherry-pick this patch for the release, you will assume the consequence" :)
[16:11] <mhr3> didrocks, damn it, i should have left you do the tarball and the blame could be on you :P
[16:11] <didrocks> fortunatly, he has chosen the safe side! :)
[16:12] <didrocks> mhr3: heh, that what you get from helping!
[16:12] <didrocks> that's*
[16:12] <desrt> maybe we blame lp, actually
[16:12]  * desrt got bitten by a similar bug recently
[16:13] <desrt> i had a working branch, pushed it
[16:13] <desrt> ted setup an MR
[16:13] <mhr3> didrocks, so, can i push it directly or do we want a merge?
[16:13] <desrt> and somehow the MR ended up with a conflicted merge in it
[16:13] <didrocks> mhr3: no, push it directly
[16:13] <didrocks> mhr3: all this branch foo was already manual
[16:13] <didrocks> mhr3: oh no
[16:13] <didrocks> mhr3: sorry, propose a merge
[16:13] <didrocks> mhr3: so that it's pushed to the ppa
[16:13] <mhr3> and you'll want test then, right?
[16:13] <didrocks> mhr3: self approve it
[16:13] <mhr3> i'm sooo not writing them :P
[16:14] <didrocks> mhr3: fine for this once ;)
[16:14] <desrt> test: grep for bamf_window_get_utf8_prop in the header.  is it there?: test passes!
[16:14] <didrocks> but shhhhhhh, don't tell anybody
[16:14] <didrocks> in addition, not to an IRC channel
[16:14] <desrt> :)
[16:14] <didrocks> we are only the three of us, that's fine :)
[16:14] <mhr3> especially not a logged one
[16:14] <didrocks> right, so "shhhhhhhh" :-)
[16:15] <desrt> for google: ubuntu canonical bamf unity test merge bzr "no test" "without test" didrocks approved autolanding
[16:15] <ricotz> seb128, hello, was staying evolution 3.2.x a decision made by the lack of time and man-power or were there serious stability concerns?
[16:15] <didrocks> desrt: dude, I really hate you sometimes :p
[16:16] <seb128> ricotz, hey, at UDS time they announced that they would port it to gsettings and webkit this cycle, and knowing evolution there is no way that would result in a stable version
[16:16] <seb128> ricotz, so we stayed behind
[16:16] <seb128> ricotz, did they back out from it?
[16:16] <desrt> didrocks: just trolling to keep my sanity :)
[16:16] <didrocks> desrt: I'm clearly seeing that ;)
[16:16]  * desrt attempts to sort out what the hell is going on inside bamffactory
[16:17] <ricotz> seb128, i think the gsettings transitions was done, not sure about the webkit one
[16:17] <BigWhale> office time ends! yay!
[16:17] <ricotz> seb128, but there are requests to have it updated to 3.3
[16:17] <seb128> ricotz, that's risky and impact on stuff like indicator-datetime
[16:17] <seb128> ricotz, so not for this cycle
[16:18] <ricotz> seb128, the problem is most likely the e-d-s transition
[16:19] <ricotz> seb128, is there anything else serious besides indicator-datetime?
[16:20] <mhr3> didrocks, i updated https://code.launchpad.net/~unity-team/bamf/bamf.export-pid/+merge/93140
[16:21] <mhr3> didrocks, now let's see how the merge bot will handle it ;)
[16:21]  * mhr3 prepares popcorn
[16:22] <seb128> ricotz, evo is not a trivial codebase, we need to test migrations, and by experience it takes them 2 cycles to get things working as good as before after such transition
[16:23] <seb128> ricotz, there is no way we do that transition now
[16:23] <didrocks> mhr3: if something bad happens, it won't be the merger/my fault. It will be launchpad/bzr
[16:23] <didrocks> mhr3: I learnt that from the best, desrt! :)
[16:23] <desrt> :D
[16:23] <desrt> mhr3: are you doing general hacking on bamf?
[16:23] <mhr3> didrocks, you're a quick learner... but it needs your approve ;)
[16:24] <desrt> mhr3: if so, and you have some time, i have a fun bug that really really needs tracking down
[16:24] <mhr3> desrt, no, i just did a tarball cause didrocks was swamped
[16:24] <ricotz> seb128, ok, thanks, i will forward this
[16:24] <desrt> ah.  i see.
[16:24] <seb128> ricotz, thanks
[16:24] <ricotz> seb128, i am hoping nothing will bump its dependencies on e-d-s 3.3
[16:24] <desrt> http://fpaste.org/H9Oz/ demonstrates a bug in refcounting in bamf
[16:25] <mhr3> desrt, jason or Trevinho are your people ;)
[16:25] <seb128> ricotz, it's past feature freeze, I doubt it
[16:25] <desrt> DBO, Trevinho: ^^
[16:25] <ricotz> seb128, hoping so ;)
[16:25] <desrt> if you close a window that was open at the time the program started you get a critical (or crash if under valgrind)
[16:32] <Daviey> Has anyone reported losing right click ability on synaptic touchpads?
[16:34] <Sarvatt> Daviey: on a mac touchpad?
[16:34] <Sarvatt> aka 2 finger press as a right click not actually clicking the right button?
[16:34] <Sarvatt> if so then yes https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/941046
[16:34] <ubot2`> Launchpad bug 941046 in xserver-xorg-input-synaptics "Recent "clickpad patch" breaks two-finger-right-click" [Undecided,Confirmed]
[16:44] <Sweetshark> can anyone confirm if bug 562027 is currently visible on precise? I cant reproduce reproduce it on oneiric and on my precise-VM the only thing that disturbs the logout is the crash reporter popping back into it.
[16:44] <ubot2`> Launchpad bug 562027 in libreoffice "[Upstream] Unable to shutdown / reboot / logout when quickstarter is active" [Medium,Confirmed] https://launchpad.net/bugs/562027
[17:10] <pitti> good night everyone!
[17:10] <Trevinho> desrt, mhr3: I look to that
[17:11] <seb128> 'night pitti
[17:14] <didrocks> good night pitti
[17:19] <desrt> Trevinho: i filed a bug with a fix here: https://bugs.launchpad.net/bamf/+bug/942070
[17:19] <ubot2`> Launchpad bug 942070 in bamf "bamf matcher messes up refcounting on views" [Undecided,New]
[17:22] <desrt> not 100% sure of the fix, but it makes sense to me and it fixes the problem
[17:40] <DBO> desrt, can you explain the problem in more detail
[17:40] <mhr3> desrt, is gdbusproxy thread-safe?
[17:40] <desrt> DBO: "run the attached code and observe criticals"
[17:40] <desrt> mhr3: i think that doesn't really make sense
[17:41] <desrt> things that fire signals really need to be owned by a single thread
[17:41] <desrt> ie: the thread that the signals will be delivered to
[17:41] <desrt> beyond that, there are varying degrees of what could be classified as threadsafety.  which one did you have in mind?
[17:41] <mhr3> desrt, so using it from a gio thread is not a good idea? :)
[17:42] <desrt> i'd guess probably not...
[17:42] <desrt> like, it's definitely safe to have multiple proxies in use in different threads at the same time
[17:43] <desrt> but i don't think it makes snese to use a gdbusproxy from a thread other than its 'owner' thread
[17:43] <desrt> which we actually define in terms of the thread that owns the GMainContext that was the thread-default main context in effect at the time that the gdbusproxy was created
[17:44] <desrt> (which for all intents and purposes is the thread in which it was created)
[17:45] <mhr3> thought so, just wanted to have a confirmation from people who know for sure :)
[17:46] <DBO> desrt, yeah I think you are right
[17:47] <Trevinho> desrt: I agree :)
[17:47] <mhr3> DBO, any idea what would cause bamf to think that my devhelp window isn't on my current workspace even if it is?
[17:47] <Trevinho> Actually I've seen that reffing thing since long time, but I'm not sure why DBO put it inside :)
[17:48] <desrt> does that mean you'll write the tests for me to get it committed? :)
[17:48] <DBO> mhr3, do you have latest unity trunk?
[17:48] <mhr3> DBO, no, i'm running 5.4
[17:48] <DBO> Trevinho, the internal reffing?
[17:48] <Trevinho> desrt: do a merge request, and see if you can add to the tests we have inb bamf
[17:48] <DBO> Trevinho, the matcher shouldn't be reffing but the factory should
[17:49] <Trevinho> DBO: the reffing on signal... I mean, it's right... But only if it happens on all cases
[17:49] <desrt> the factory is
[17:49] <desrt> in a weird roundabout way
[17:49] <Trevinho> yes, the factory of course
[17:49] <desrt> it's unclear whether the ref is conceptually owned by the list or the hashtable
[17:49] <desrt> in reality it's owned by the hashtable
[17:49] <desrt> (because the function that removes it from the hashtable calls unref() on it)
[17:49] <desrt> but it gets reffed as it's added to the list...
[17:49] <DBO> desrt, I simply think of the ref as being owned by the factory, period
[17:49] <Trevinho> desrt: the ref should be both owned by the internal list and the factory hashtable
[17:49] <desrt> DBO: sounds good to me :)
[17:49] <Trevinho> the factory's list has no ownership
[17:50] <desrt> Trevinho: well.... it gets removed from the list in a weakref handler
[17:50] <desrt> so the list can't own a proper ref or it would never be removed
[17:50] <Trevinho> desrt: I mean the cached list of the view (if it's a children)
[17:50] <DBO> Trevinho, propose/desrt simply propose a merge
[17:50]  * desrt lets the people with more launchpad experience navigate that
[17:51] <DBO> good catch desrt
[17:51] <desrt> thanks for the fast feedback
[18:02] <micahg> seb128: oops, I thought I checked that, will fix
[18:02] <didrocks> time for some exercice! /me waves good evening
[18:02] <seb128> micahg: hey, thanks
[18:02] <desrt> DBO: hey.  another bug, while we're at it?
[18:03] <desrt> DBO: it seems that bamf-view is failing to properly cleanup priv->local_name and priv->local_icon in its dispose() -> leaks
[18:05] <DBO> desrt, Trevinho^^
[18:05] <DBO> sorry I cant do it now
[18:07] <Trevinho> desrt: really? I tought I added them...
[18:08] <desrt> Trevinho: would appear not
[18:08] <Trevinho> desrt: yes, you're right
[18:08] <desrt> they're showing up in valgrind and i can't find any trace of them in dispose (and there is no finalize)
[18:08] <Trevinho> maybe I added them in a branch I didn't push :/
[18:08] <Trevinho> it happens :P
[18:08]  * desrt does that a lot :)
[18:08]  * Trevinho fixes it
[18:09] <desrt> thanks
[18:09]  * desrt is nearing 0 leaks on the hud-service rewrite
[18:09] <Trevinho> DBO, desrt also approve this: https://code.launchpad.net/~3v1n0/bamf/coverity-fix-937398
[18:10]  * desrt is not getting involved with approvals
[18:10] <DBO> Trevinho, done
[18:10]  * desrt is scared of didrocks, honestly
[18:10] <DBO> desrt, no worries
[18:10] <desrt> the guy knows where i live
[18:10] <Trevinho> desrt: about? :)
[18:10] <DBO> desrt, hes french
[18:11] <desrt> Trevinho: if i approve something that has a bug in it, he kills me, right? :)
[18:11] <DBO> desrt, nah thats normally in an employment contract
[18:11] <DBO> stupid immune contractors
[18:29] <Trevinho> DBO: can be sensed to add an hashtable to cache the xprops in libunity?
[18:30] <DBO> Trevinho, no
[18:30] <DBO> they might change
[18:31] <Trevinho> mh ok
[18:31] <Trevinho> I'm dropping some things you left there...
[18:39] <Trevinho> DBO, desrt: https://code.launchpad.net/~3v1n0/bamf/dispose-fixes/+merge/94824
[18:41] <rickspencer3> does any one know that trick that pitti told me about how to find which Python module is being and naughty and not using goi?
[18:42] <DBO> Trevinho, apporved and marked as such
[18:42] <Trevinho> thanks
[18:45] <broder> rickspencer3: "echo raise Exception >./gtk.py" would probably work :)
[18:45] <rickspencer3> hey broder
[18:45] <rickspencer3> well, I guess I would have to add that the goi library somewhere, right?
[18:46] <broder> a gtk.py in your current directory will supersede the globally installed one
[18:46] <broder> then anytime anything tries to import gtk, it'll throw and you get a traceback
[18:48] <dobey> i think that's the first time i've seen someone say goi
[18:48] <kenvandine> broder, that is a nifty trick
[18:48] <dobey> in context of py-gi
[18:49] <dobey> rickspencer3: you can play around with sys.modules also
[18:53] <rickspencer3> broder, thanks
[18:53] <dobey> meh, and that movie isn't on blu ray yet :-/
[18:54] <pitti> rickspencer3: edit /usr/share/pyshared/gobject/constants.py and add a "raise ImportError('not me!')" at the top
[18:54]  * pitti off again, I didn't actually mean to open IRC
[18:54] <rickspencer3> thanks pitti
[18:54]  * rickspencer3 pitti &
[20:15] <mvo> pitti: hm, bug #930839 - I'm pretty sure that no thread (other than the main one) is touching the UI, sure this is not some gtk problem instead?
[20:15] <ubot2`> Launchpad bug 930839 in update-manager "update-manager crashed with SIGABRT in __assert_fail_base(): Assertion !xcb_xlib_unknown_req_in_deq failed in dequeue_pending_request" [Medium,Triaged] https://launchpad.net/bugs/930839
[20:24] <jono> what is the latest Unity release version in 12.04?
[20:25] <seb128> jono, you mean the current one of the one we will ship with?
[20:25] <dobey> jono: i have 5.4.0-0ubuntu2 it seems
[20:25] <jono> seb128, the current version right now in 12.04
[20:25] <seb128> jono, what dobey says
[20:25] <jono> dobey, thanks
[20:26] <dobey> sure
[20:27] <jono> I just wanted to ensure I am filing bugs against the right version
[20:28] <jono> this bug where switching virtual desktops moves the window with focus is driving me nuts
[20:29] <dobey> jono: you're using the wrong keybinding. stop holding shift down with ctrl+alt
[20:30] <jono> dobey, I mapped it to Ctrl+Alt Arrows
[20:30] <jono> dobey, what is the default key-binding for this now?
[20:30] <dobey> jono: did you change the wrong setting then? moving a window around workspaces has been c-a-s for a very long time
[20:30] <jono> dobey, Ctrl-Alt-Arrow?
[20:31] <jono> or Ctrl-Alt-Shift
[20:31] <dobey> someone decided to change the change workspaces keybinding to be super-shift-arrow
[20:31] <jono> interesting
[20:31] <jono> so I re-mapped it to Ctrl-Alt-Arrow
[20:31] <jono> and Super-Shift-Arrow still works
[20:31] <jono> which is odd
[20:32] <dobey> jono: C-A-arrow *was* change workspaces, C-A-S-arrow has been "move current window across workspaces" forever
[20:32] <jono> dobey, aha
[20:32] <dobey> jono: you probably changed the wrong setting :)
[20:32]  * jono checks
[20:33] <dobey> i had this exact same conversation a few hours ago with jdo :P
[20:33] <jono> you are right dobey
[20:33] <jono> I am an idiot
[20:33] <seb128> lol
[20:33] <jono> sorry seb128, I will invalidate the bug
[20:33] <jono> it turns out this is epic bacon user error
[20:33] <seb128> jono, no worry
[20:34] <dobey> and there is another bug with a bajillion duplicates about keybinding getting changed, i'm sure
[20:52] <desrt> aww.  seb went to bed.
[20:54] <desrt> ==13701==    definitely lost: 0 bytes in 0 blocks
[20:54] <desrt> ==13701==    indirectly lost: 0 bytes in 0 blocks
[20:54] <desrt> ==13701==      possibly lost: 0 bytes in 0 blocks
[20:55] <desrt> ah.  the greatest sight there is.
[20:55] <chrisccoulson> desrt, oh, that can't be something that we wrote, surely?
[20:55] <desrt> chrisccoulson: it's the hud after a round of bugfixing :)
[20:55] <chrisccoulson> nice :)
[20:55] <desrt> well, the hud-service, that is
[21:01] <Sweetshark> desrt: I have another little pet projects of mine at hand, that could use one of your 'rounds of bugfixing' ....
[21:02]  * desrt is all rounded up for today
[21:02] <desrt> gotta do real work now :)
[21:02] <Sweetshark> desrt: ;)
[23:25] <ricotz> seb128, hi, i subscribed you to https://bugs.launchpad.net/ubuntu/+source/libpst/+bug/942311
[23:25] <ubot2`> Launchpad bug 942311 in libpst "FFe: Update to libpst 0.6.54" [Undecided,New]