[05:00] <pitti> Good morning
[05:01] <RAOF> Woah!  It's pitti!
[05:01] <RAOF> Good morning.
[05:01] <pitti> hey RAOF, how are you?
[05:02] <RAOF> Pretty good.
[05:05] <RAOF> Had quite an energetic boxing session this morning, fixed a couple of the bugs blocking the next gnome-do release on Sunday.
[05:06] <jbicha> pitti: what do you think of http://bazaar.launchpad.net/~ubuntu-desktop/libcanberra/ubuntu/revision/141
[05:06] <jbicha> it seems to fix https://bugzilla.gnome.org/show_bug.cgi?id=667905 for me
[05:06] <ubot2`> Gnome bug 667905 in general "fails to build: libcanberra undefined references" [Critical,Unconfirmed]
[05:06] <BigWhale> Good Morning. :>
[05:07] <jbicha> good morning
[05:08] <pitti> jbicha: hmm, ldd /usr/lib/x86_64-linux-gnu/libcanberra.so.0 doesn't show libcanberra anywhere?
[05:09] <pitti> jbicha: err, "show libX11"
[05:09] <jbicha> pitti: I don't really understand library linking much, so I need someone to help fix whatever's not working :)
[05:10] <pitti> jbicha: ah, looked at the wrong library
[05:10] <pitti> $ ldd /usr/lib/x86_64-linux-gnu/libcanberra-gtk3.so.0.1.8|grep X11
[05:10] <pitti> libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fc464d5a000)
[05:10] <pitti> jbicha: so, if it doesn't happen in jhbuild, I wonder whether we have a patch or otherwise misbuild of canberra-GTK3
[05:11] <pitti> the GTK2 version seems to have reasonable dependencies
[05:11] <pitti> -gtk3 depends on a ton of X stuff
[05:11] <pitti> hm, I guess it's not -gtk2, it's the base library
[05:12] <pitti> jbicha: but looks fine to me for now
[05:13] <jbicha> you're saying you don't think the patch is necessary at first glance?
[05:13] <jbicha> or the opposite
[05:19] <desrt> good morning, everyone
[05:20] <desrt> RAOF: did you see me complaining about erratic scrolling behaviour?
[05:20] <RAOF> desrt: Yes, I did.
[05:20] <desrt> am i insane or are other people reporting this as well?
[05:20] <RAOF> Other people are reporting this as well.
[05:20] <desrt> oh.  good.
[05:20] <RAOF> Do you have an external mouse plugged in, by any chance?
[05:21] <desrt> yes
[05:21] <RAOF> Yeah, I'm pretty sure that triggers it.
[05:21] <desrt> i have a thinkpad with a trackpoint and a (disabled) touchpad
[05:21] <desrt> it's on a dock
[05:21] <desrt> and i have a usb mouse plugged into the dock
[05:21] <RAOF> (Or rather, the first scroll you try after moving the external mouse will be weird)
[05:22] <RAOF> So, the buglink has fallen off the end of my scrollback, but there's a bug assigned to Chase.
[05:22] <desrt> could it be something to do with the scrolling emulation for the trackpoint?
[05:22] <desrt> ah.  utouch issue, you think?
[05:22] <RAOF> No; something to do with the new input stack.
[05:22] <desrt> right.  that was my guess.
[05:22] <desrt> okay.  glad it's in the known-issue pile :)
[05:22] <RAOF> But since he's one of three people in the world who has a good idea about the X input stack… ☺
[05:22] <desrt> let me know if you need some testing or anything
[05:23] <RAOF> https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/925785 is your winning bug.
[05:23] <ubot2`> Launchpad bug 925785 in xorg-server "Starting to scroll is erratic with edge scrolling on touchpad or mouse scrollwheels" [Medium,Confirmed]
[05:24] <desrt> RAOF: something else interesting: horizontal scroll seems to be consistently backwards
[05:25] <RAOF> Fun!  That's not the case for me :)
[05:25] <RAOF> And, in return: What the hell is the GTK change which prompted http://git.gnome.org/browse/gnome-control-center/commit/?id=7f5733b454e26c882d4e707b57cd03b104f57dd2 ?  This also seems to apply to GTK2, and it broke applications (specifically,  *my* application, GNOME Do).  Why is GTK2 still receiving application-breaking changes?!
[05:25] <desrt> so xev shows scroll-left as button 7 and scroll-right as button 6
[05:26] <RAOF> I'd have thought that the button which generates left-scroll would be 6 and right-scroll be 7.
[05:26] <RAOF> Also, buttons for scroll events is a terrible hack that must be expunged :)
[05:26] <desrt> that's the same sort of logic that would cause you to expect that scrolling left scrolls left :)
[05:27] <desrt> so the story is that <Primary> was introduced because of macs
q is the same as <Control>q
[05:27] <desrt> except on macs where it's <Command>q
[05:28] <RAOF> Ok.
[05:28]  * desrt wonders why the hell bastien is writing such ridiculous code
[05:28] <RAOF> Except for the bit where binding <Primary><Alt>space fails.
[05:28] <RAOF> And binding <Control><Alt>space works.
[05:28] <desrt> fascinating.
[05:29] <desrt> how did <Primary> creep into your world?
[05:29] <RAOF> GNOME Do's keybindings.
[05:29] <tjaalton> desrt: bug 921139
[05:29] <ubot2`> Launchpad bug 921139 in xorg-server "mouse scroll left<->right inverted since 1.11" [Medium,Confirmed] https://launchpad.net/bugs/921139
[05:29] <desrt> RAOF: yes... but did someone set a <Primary> keybinding?
[05:30] <desrt> is that what gtk returns to you know for the "type what you want the new keybinding to be..." code?
[05:30] <RAOF> desrt: No.  Somebody tried to set <Ctrl><Alt>space, the KeybindingCellRenderer showed <Primary><Alt>space, and pressing <ctrl><alt>space didn't work.
[05:30] <desrt> RAOF: this sounds like a bug
[05:30] <RAOF> It does, yes.
[05:31] <RAOF> It is the same bug Bastien was working around there :)
[05:31] <RAOF> (Or, at least, it's highly likely to be the same bug)
[05:31] <desrt> RAOF: i'm still confused by exactly what the cause is
[05:31] <RAOF> Also, GTK also seems to be setting both the Hyper and Super mask for <Win key>space.
[06:09] <pitti> GunnarHj: good morning
[06:09] <GunnarHj> pitti: Moring!
[06:10] <GunnarHj> Morning
[06:10] <pitti> GunnarHj: would you mind if we drop the custom branch for language-selector, and start using ubuntu:language-selector from now on?
[06:11] <pitti> GunnarHj: I think we don't have any pending merge proposals from you any more, do we?
[06:12] <GunnarHj> pitti: Whatever you decide is fine to me. Yes, I resubmitted the latest l-s MP and added a couple of items...
[06:12] <pitti> GunnarHj: https://code.launchpad.net/~jincreator/language-selector/korean_settings/+merge/72897 is the only one outstanding
[06:13] <pitti> GunnarHj: but it seems to me that this was covered by your recent one?
[06:13]  * pitti checks what's outstanding there
[06:14] <GunnarHj> pitti: Aha, didn't know you already merged it. :)
[06:15] <GunnarHj> pitti: In that case I have nothing more. Probably the latest one covers jincreator's MP, but I haven't studied it in detail.
[06:16] <pitti> GunnarHj: hm, where did you take your fontconfig changes from?
[06:17] <pitti> GunnarHj: where your and jincreator's versions differ, I guess I should take jincreator's?
[06:17] <GunnarHj> pitti: From the "Modified configuration files ..." attachment to bug 792471
[06:17] <ubot2`> Launchpad bug 792471 in fontconfig "Change default Korean font to ttf-nanum" [Undecided,In progress] https://launchpad.net/bugs/792471
[06:18] <pitti> GunnarHj: ah, I see; anyway, there aren't too many differences anyway
[06:20] <GunnarHj> pitti: Just saw your comment on that bug. Do you think that the fontconfig MP is redundant?
[06:21] <pitti> I don't know really
[06:21] <pitti> but I thought the point of fontconfig.d/ was that fonts packages drop their own stuff there
[06:21] <pitti> so that fontconfig itself doesn't need all the font specific knowledge
[06:21] <pitti> it's currently quite messy
[06:22] <pitti> there's fontconfig, fontconfig-config, the various config.d/ from fonts-*, and to make it worse, the hacks from language-selector
[06:22] <pitti> the latter need to be dropped at some point, they are a really evil hack
[06:22] <pitti> but as nobody in the ubuntu dev team really understands fontconfig, there's little chance of getting some cleanup there
[06:24] <GunnarHj> pitti: Well, I have no own knowledge in this area to contribute with. :(  Basically I felt that since the Koreans switch to a new default set of fonts, it's important to please them so soon before the LTS release. If there is a smarter way to organize it, that should probably better been dealt with after the release.
[06:24] <pitti> yes
[06:24] <pitti> anyway, changing existing config files at that point is ok
[06:24] <pitti> I just want to avoid introducing new ones at that point
[06:24] <GunnarHj> pitti: Ok.
[06:26] <pitti> ok, 0.65 uploaded, branch retired
[06:27] <pitti> GunnarHj: btw, would you be interested in looking into the im-switch -> im-config change?
[06:28] <GunnarHj> pitti: Ok, I can take a look at it.
[06:29] <pitti> GunnarHj: it might just be a dependency change, if it's really a drop-in replacement
[06:30] <pitti> if it's not, perhaps im-config already does proper config migration
[06:30] <pitti> if it uses different config files, and doesn't migrate, we should probably leave it alone at that point
[06:30] <GunnarHj> pitti: I know it's a little more than that. They use different directories, for instance.
[06:30] <pitti> but we owe Osamu a reply at least, I think
[06:30] <pitti> GunnarHj: I really appreciate this, thanks for looking into it
[06:31] <GunnarHj> pitti: No problem. But it may take a couple of days before I'm able to get back to you about it.
[06:39] <didrocks> good morning
[06:43] <pitti> bonjour didrocks
[06:43] <didrocks> hey pitti, how was your week-end?
[06:43] <pitti> didrocks: quite nice, thanks! met a lot of friends and family in Dresden again
[06:44] <didrocks> geat, not too tired by the hours of train required? :)
[06:44] <pitti> a bit
[06:44] <pitti> didrocks: how was your's?
[06:47] <didrocks> pitti: was fine. Still waiting to get back our broken heater to the shop, so we drink a lot of tea when being in the main room :) Nothing too exciting, we had a quite week-end with this cold week-end
[06:48] <pitti> it's ice cold here, too :/
[06:48] <pitti> -17 this morning, brrr
[06:48] <didrocks> about the same here, especially with this huge wind
[08:35] <seb128> hey
[08:36] <pitti> bonjour seb128
[08:36] <seb128> hey pitti, how are you?
[08:38] <pitti> quite fine, thanks! had a nice weekend in Dresden again
[08:38] <pitti> how are you?
[08:39] <didrocks> salut seb128, levé tôt par rapport à d'habitude? :)
[08:40] <seb128> pitti, I'm great thanks, had a nice relaxing freezing w.e ;-)
[08:40] <chrisccoulson> hey seb128 pitti didrocks
[08:40] <seb128> lut didrocks, ouais, j'avais assez dormis ;-)
[08:40] <didrocks> hey chrisccoulson
[08:40] <chrisccoulson> how are you?
[08:40] <seb128> hey chrisccoulson, how are you?
[08:40] <seb128> good!
[08:40] <chrisccoulson> seb128, yeah, good thanks. how are you?
[08:46] <pitti> hey chrisccoulson, good morning
[08:47] <chrisccoulson> hi pitti, did you have a good weekend?
[08:47] <pitti> chrisccoulson: yes, I did; we went to Dresden again, and met family and friends
[08:48] <chrisccoulson> excellent :)
[08:48] <chrisccoulson> have you got lots of snow atm?
[08:48] <pitti> not that much, mostly cold
[08:55] <pitti> chrisccoulson: ah, interesting comment about using the Firefox 10 ESR version in precise
[08:56] <pitti> chrisccoulson: we'll ship 11 (and keep updating) because more users want the latest and greatest?
[09:02] <Sweetshark> Goood MoooOOOooorning Desktoppers!
[09:03] <pitti> hey Sweetshark, welcome back!
[09:03] <pitti> Sweetshark: how was your vacation?
[09:03] <pitti> you sound refreshed and full of beans!
[09:04]  * Sweetshark finds out that returning from a two week vacation is a bit like deep snow skiiing (digging through a >3000 inbox) ...
[09:06] <didrocks> good morning Sweetshark :)
[09:10] <Sweetshark> pitti: Yes, vacation was great. Diverting on the return to make an intermediate stop at bruxelles for FOSDEM was a good idea too (and a great travel experience: digging out the car from ~50cm of snow and ice, driving to albertville with it, taking the train to lyon, taking the tram to the airport, waiting at the airport in an unheated terminal for boarding at -10 degree celsius which easyjet considered perfectly normal, arriving in bruxelle
[09:12] <Sweetshark> didrocks, seb128: and I will never disrespect the french train system again. 26 Euros for a ride from Albertville to Lyon is great, esp. if the train is 30 minutes late at the starting point and still arrives on time.
[09:13] <pitti> hah, sounds like fun
[09:13] <pitti> seems we were more lucky over the weekends
[09:14] <pitti> they had a broken track due to the cold, but only 10 mins delay during the trip, but they caught up pretty well again
[09:14] <didrocks> Sweetshark: waow you were quite lucky to arrive on time, as Albertville <-> Lyon is not that fast :)
[09:15] <chrisccoulson> pitti, yeah, i'm going to blog about it today ;)
[09:17] <Sweetshark> and so many things happened over the vacation: HUD announcement (yay!), The document foundation finally founded in Berlin (Yeah!), FOSDEM being absolutely amazing (LibreOffice DevRoom bursting from all the talks packed in it).
[09:18] <seb128> Sweetshark, would be better if they were on time at the start point still ;-)
[09:18] <pitti> Sweetshark: so nice to get back from vac then :)
[09:19] <Sweetshark> seb128: it was not more off time than it might happen in germany, but here sucha ticket would be triple the price ...
[09:19] <seb128> hehe
[09:22] <didrocks> that's because Lyon rocks :) (ok, you just saw the train station I guess :))
[09:25] <Sweetshark> didrocks: indeed. i spend no more than 5 minutes on ground in lyon between arriving with the ter train and leaving with the tram to the airport having no knowledge at all how one gets to the airport (or where it is) in lyon at all.
[09:26] <didrocks> Sweetshark: the tram is nice, isn't it? getting to the airport in less than 30 minutes…
[09:26] <didrocks> (the train station/tram station is at less than 20 minutes by feet from my home)
[09:38] <Sweetshark> didrocks: yes, the tram is nice! I just wondered about the relative pricing (half the price of getting from Albertville to Lyon seemed odd).
[09:39] <didrocks> Sweetshark: yeah, it's weird. It was a one hour trip by bus before and the price of the bug for 13 €, when they launched this new service last year, they just aligned…
[09:41] <Sweetshark> didrocks: "price of the bug for 13 €"? ok, I take 1000 for that price. By when will you have all the open bugs for LO fixed? ;D
[09:42] <didrocks> s/bug/bus :p
[09:42] <Sweetshark> hehe
[09:42] <didrocks> yeah, we will become rich! :)
[09:44]  * Sweetshark would seriously consider to shell out 13K € if somebody fixes all current open LO issues in launchpad for that with no exceptions.
[09:44] <Sweetshark> (personal money that is)
[09:51] <agateau> morning! anyone from the SRU team, can you look at SRU bug #877358 ?
[09:51] <ubot2`> Launchpad bug 877358 in qt-at-spi "QtAccessibility causes crashes in several applications" [Undecided,Confirmed] https://launchpad.net/bugs/877358
[09:51] <agateau> (rah... never press Enter while editing a chat line)
[09:52] <agateau> well that should be readable enough I hope
[09:53] <pitti> agateau: I didn't accept it yet because there is already an at-spi2-core in -proposed which needs testing first
[09:54] <agateau> pitti: oh ok
[09:54] <pitti> agateau: oh, I see, it's meant to replace this?
[09:54] <pitti> http://launchpadlibrarian.net/91134355/at-spi2-core_2.2.2-0ubuntu1.2_source.changes looks rightly done, anyway (using -v
[09:55] <pitti> agateau: ok, debdifff looks fine, accepting
[09:55] <agateau> pitti: great, thanks
[09:58]  * didrocks uploaded with -v, isn't it?
[09:58] <didrocks> pitti: ^
[09:58] <pitti> yes
[09:59] <didrocks> ok :)
[10:29] <Sweetshark> seb128: did you investigate the l10n in LO broken on a release build but not in a PPA issue further?
[10:30] <seb128> Sweetshark, not really lo is complex enough that I figured it wouldn't get something useful in an hour
[10:33] <Sweetshark> pitti: requesting a "640K is _NOT_ enough for everyone"-exception for PPA builders for libreoffice. I tried hard to get the LO 3.5.0rc1 build on the PPA for the second bug hunting session, but it unfortunately failed. Not wanting to spoil my vacation, I did not check the build log at 3am then, only to find out that it failed with:
[10:33] <Sweetshark> IO error: write error during copy : No space left on device
[10:36] <pitti> urgh
[10:36] <pitti> Sweetshark: I'm afraid you need to coordinate that with infinity; we might have PPA buildss with more space
[10:59] <chrisccoulson> huh, i just wrote a patch for the icedtea plugin, and it compiled first time
[10:59] <chrisccoulson> i must have done something wrong
[11:02] <pitti> *chuckle*
[11:10] <rye> chrisccoulson, did it run?
[11:10] <chrisccoulson> rye, yes. and it fixed the crash i'm trying to fix. but it exposed another one that i also need to fix :)
[11:11] <didrocks> chrisccoulson: you should have had a "return 0" at the begining, you could then have said "yeah, I ran it and it even didn't crash!" :)
[11:11] <chrisccoulson> heh
[11:23] <chrisccoulson> seb128, we can reapply the light-themes changes btw. i fixed thunderbird by friday evening
[11:23] <seb128> chrisccoulson, thanks
[11:26] <RAOF> Wooo!  Asynchronous packagekit integration for the colour capplet.
[11:26] <rodrigo_> pitti, I was travellking last week, so didn't get a chance to ping you, so just so you know: about to finish the wip/install-langs branch
[11:27] <rodrigo_> pitti, will ping you as soon as it's ready
[11:28] <pitti> hey rodrigo_
[11:28] <pitti> rodrigo_: ah, thanks
[11:28] <pitti> rodrigo_: please tell me if the aptdaemon-pkcompat stuff doesn't work for you
[11:28] <rodrigo_> pitti, will do
[11:43] <pitti> chrisccoulson: oh, are you about to upload icedtea?
[11:43] <pitti> chrisccoulson: http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html looks like a trivial problem to fix
[11:43] <chrisccoulson> pitti, no, i'm trying to fix the number 7 top crasher in firefox 10 :)
[11:44] <pitti> ok
[11:46] <chrisccoulson> oh, it's actually number 5 today :(
[11:50] <chrisccoulson> right, this had better fix it this time :)
[11:51] <rye> chrisccoulson, is it something related to single-threaded thing that once was multi-threaded in icedtea?
[11:51] <chrisccoulson> rye, http://blog.mozilla.com/luke/2012/01/24/jsruntime-is-now-officially-single-threaded/
[11:52] <chrisccoulson> someone from mozilla did open a bug in the icedtea bug tracker in november, but it's had zero responses so far
[11:52] <chrisccoulson> and the crash volume is pretty much block-worthy now ;)
[11:53] <chrisccoulson> yay, no crashes \o/
[11:53] <chrisccoulson> well, for the test case that i have here, anyway
[11:53] <chrisccoulson> i guess i should try a few more sites
[12:04] <chrisccoulson> oh, that sucks. bamfdaemon just crashed on me
[12:05] <chrisccoulson> now my launcher looks like it's pretty much hosed until i restart my session
[12:08] <dpm> chrisccoulson, I'm not sure it's the proper way, but resetting unity seems to fix it for me
[12:09] <didrocks> dpm: shouldn't be related at all
[12:09] <didrocks> dpm: or jus try to restart unity
[12:09] <didrocks> just*
[12:10] <dpm> didrocks, I didn't know, I just blindly restarted unity when bamfdaemon crashed and I started getting duplicated launchers all over the place :)
[12:11] <chrisccoulson> that's why i logged out :)
[12:11] <chrisccoulson> sometimes it's the easiest way
[12:11] <chrisccoulson> tmux to the rescue!
[12:11] <dpm> didrocks, btw, the unity upload last Friday did fix my issue with indicator menus appearing in grey instead of black. The only remaining issue is that the sound indicator volume slider's background is grey. Not sure if there is an existing bug for it, but if it's not known, I'll be happy to file it
[12:12] <didrocks> dpm: I read something about it, not sure if there is a bug or not opened on it, you should look at light-themes and ping Cimi
[12:12] <dpm> ok
[12:23] <tkamppeter> pitti, hi
[12:33] <ronoc> mvo, hey
[12:33] <ronoc> just getting around the i-session package kit port now
[12:34] <ronoc> mvo, just wondering, I don't see it on the bus, starting update-manager and did an upgrade
[12:34] <ronoc> but couldn't see org.freedesktop.packagekit on d-feet
[12:34] <ronoc> system bus i would imagine ?
[12:37] <mvo> ronoc: yeah, it should be on the system bus but iirc its auto activated
[12:37] <ronoc> mvo, oh okay cool, will try now
[12:38] <mvo> ok
[12:40] <rye> dpm, btw, reÑ unity background ' the keyboard layout display has a dark background instead of light one used earlier ' is this in the same category_
[12:42] <rye> symbols key - "'" -> "-", "_" -> "?"
[12:46] <dpm> rye, the keyboard layout display looks the same as it's ever been to me
[12:50] <mdeslaur> seb128: mind if I kill the numlock warning in gtk+3.0 and gss with fire?
[12:50] <seb128> mdeslaur, cf my comment on the bug
[12:50] <seb128> mdeslaur, hey btw ;-)
[12:51] <chrisccoulson> hah, "A new mailing list has been created for Ayatana Discussion (unity-design). If you would like to subscribe to the list,...."
[12:51] <seb128> mdeslaur, one of the upstream bug says "should be for netbooks only", they have keys with multiple usages that makes the warning useful for those?
[12:51] <chrisccoulson> errrrrrm
[12:51] <chrisccoulson> i think not :)
[12:51] <seb128> chrisccoulson, ;-)
[12:51] <mdeslaur> seb128: hi! good weekend?
[12:51] <seb128> mdeslaur, excellent! you?
[12:52] <mdeslaur> seb128: the problem is a lot of hardware lies about the state of the numlock key, it's not possible to get this right without quirking all the specific hardware
[12:53] <seb128> mdeslaur, feel free to go for it if you add your patch to the upstream bugs with a comment stating why you think it's the right thing to do ;-)
[12:53] <seb128> mdeslaur, there might be a new gtk today so maybe just commit to the vcs for gtk and don't upload
[12:53] <mdeslaur> seb128: ok, thanks
[12:53] <seb128> no need to keep the buildds busy with a second undeed build
[12:53] <seb128> mdeslaur, yw, thanks for working on those issues!
[12:54] <seb128> desktop help is greatly appreciated ;-)
[12:55] <mdeslaur> seb128: well, don't get too used to it, I only fix bugs when they annoy the crap out of me :)
[12:56] <chrisccoulson> mdeslaur, i bet i can make https://bugzilla.mozilla.org/show_bug.cgi?id=716036 annoy the crap out of you
[12:56] <ubot2`> Mozilla bug 716036 in Layout "css z-ordering renders invisible text on google search page" [Normal,Unconfirmed: ]
[12:57] <mdeslaur> chrisccoulson: I use w3m, nice try though
[12:58] <chrisccoulson> lol
[13:04] <rye> dpm, http://ubuntuone.com/3XnG7IgXW6umEwCZnj7V08
[13:05] <dpm> rye, oh that one, yes, that indeed doesn't look right
[13:05] <dpm> it displays the same for me too
[13:15] <rye> by the way - in current precise/unity sometimes i get the same window appearing as two in the alt-tab switcher - e.g. firefox, ubuntuone control panel - http://ubuntuone.com/6J4ZyQmXpH6Axx8GXSNniz - is it known?
[13:18] <seb128> rye, does it has a duplicate > on the launcher as well?
[13:19] <rye> seb128, yes
[13:19] <seb128> rye, I've noticed that too, dunno if there is a bug report, you should open a bug with ubuntu-bug unity
[13:20] <jibel> rye, bug 926385
[13:20] <ubot2`> Launchpad bug 926385 in unity "thunderbird appears twice in windows switcher" [Undecided,New] https://launchpad.net/bugs/926385
[13:21] <rye> jibel, how about we rename it to "applications appear twice in windows switcher" ?
[13:21] <rye> jibel, and i will add the picture
[13:21] <rye> heh
[13:22] <rye> what's interesting is that both of the windows are selected when alt-tabing, as if the system knows that's one object
[13:22] <jibel> rye, sure, don't hesitate to rename it to better describe the problem.
[13:22] <seb128> jibel, it's not specific to tb and not specific to the switcher ;-)
[13:22] <seb128> the title is a bit misleading
[13:23] <seb128> i.e the launcher also has a duplicate > when that happens
[13:31] <chrisccoulson> well, i got the "launcher listed twice" issue right after bamfdaemon crashed :)
[13:31] <chrisccoulson> might be a clue ;)
[13:33] <seb128> chrisccoulson, did you report the segfault issue?
[13:33] <chrisccoulson> seb128, not yet. i need to update my system before i recreate it
[13:33] <seb128> ok
[13:33] <jibel> seb128, bug 926208
[13:34] <ubot2`> Launchpad bug 926208 in bamf "bamfdaemon crashed with SIGABRT in g_assertion_message()" [High,Confirmed] https://launchpad.net/bugs/926208
[13:34] <seb128> jibel, thanks
[13:34] <seb128> we need to get Trevinho or or DBO to look at it ;-)
[13:38] <didrocks> pgraner: hey, we have a potential fix for your unity crash. It can trigger some regression on session close though (compiz segfaulting when exiting), but it should be better than what you had. Can you confirm it fixes it for you? It's in the unity-team ppa: https://launchpad.net/~unity-team/+archive/ppa
[13:40] <jibel> seb128, to reproduce the crash, open g-c-c and select different config applets until it crashes.
[13:40] <jibel> I'll update the report
[13:40] <seb128> jibel, thanks
[13:43] <pgraner> didrocks, I'll check here in a bit otp right now
[13:43] <didrocks> pgraner: thanks, keep me i touch :)
[13:43] <didrocks> in*
[13:44] <pgraner> didrocks, ack
[13:48] <seb128> mdeslaur, btw I'm not sure I like your nautilus change, having selinux support built in makes easier to use selinux for those who want that, ideally we shouldn't have to turn it off to hide the properties section
[13:49] <seb128> mdeslaur, is there a way to check if selinux is active?
[13:49] <mdeslaur> seb128: if you get one of our three selinux users to actually make selinux work properly in Precise, I'll turn it back on
[13:50] <seb128> lol
[13:50] <mdeslaur> seb128: our nautilus doesn't even have the big selinux patch that RH carries to make the information useful
[13:50] <seb128> mdeslaur, ok, fair enough ;-)
[13:59] <mdeslaur> seb128: if you set an icon for your account, are you able to get g-c-c to remove it?
[13:59] <mdeslaur> seb128: just want to confirm before filing a bug
[14:00] <seb128> mdeslaur, thanks for screwing my config :p
[14:00] <mdeslaur> seb128: lol, I guess that's a "no"? :)
[14:01] <seb128> mdeslaur, indeed :p
[14:02] <seb128> mdeslaur, https://bugzilla.gnome.org/show_bug.cgi?id=665173
[14:02] <ubot2`> Gnome bug 665173 in User Accounts "Can't reset user avatar (image)" [Normal,Resolved: notgnome]
[14:02] <seb128> mdeslaur, seems an accountsservice thing and fixed upstream, can you open a bug on launchpad, I will look at backporting the fix later
[14:02] <mdeslaur> seb128: sure, thanks
[14:03] <seb128> mdeslaur, thanks for pointing it ;-)
[14:04] <mdeslaur> seb128: you'd point it out too if you were stuck with a butterfly on your login screen :)
[14:04] <seb128> mdeslaur, I think I am, thanks to you :p
[14:04] <mdeslaur> hehe
[14:07] <mdeslaur> seb128: wow, you're fast!
[14:08] <seb128> mdeslaur, lol
[14:08] <seb128> I just got lucky, I opened the bug list as a todolist item and I noticed you just filed the bug ;-)
[14:09] <mdeslaur> hehe
[14:20] <didrocks> in*
[14:20] <didrocks> oupss ENOTGOODTERMINAL
[14:26] <Trevinho> seb128: about this bug
[14:26] <Trevinho> https://bugs.launchpad.net/ubuntu/+source/bamf/+bug/926208
[14:26] <ubot2`> Launchpad bug 926208 in bamf "bamfdaemon crashed with SIGABRT in g_assertion_message()" [High,Confirmed]
[14:26] <Trevinho> I can't reproduce it on trunk
[14:27] <seb128> Trevinho, yes?
[14:27] <Trevinho> for sure there are visual issues... :/
[14:27] <seb128> Trevinho, is trunk much different from precise?
[14:27] <Trevinho> mhmhm... I guess it is
[14:27] <Trevinho> need to checkl
[14:27] <seb128> Trevinho, is there any tarball rolling planned? did that happen for 5.2?
[14:29] <Trevinho> seb128: I'm not sure I understood what you mean :)
[14:29] <seb128> Trevinho, was there a bamf release for unity 5.2?
[14:29] <seb128> seems so
[14:29] <seb128> 0.2.108 release from the 0.2 series released 2012-02-03
[14:30] <seb128> Trevinho, so trunk changed a lot since friday or is 0.2 different from trunk? I'm trying to figure why we don't get those bug fixes from trunk in precise ;-)
[14:30] <Trevinho> mh, no it doesn't change
[14:31] <seb128> Trevinho, https://code.launchpad.net/~unity-team/bamf/trunk
[14:31] <Trevinho> I guess they're matching so...
[14:31] <seb128> Trevinho, seems to indicate that precise is trunk
[14:31] <seb128> so that bug should still be in trunk ...
[14:31] <seb128> Trevinho, do you build with different optimizations, like -O0?
[14:32] <seb128> rather than -O2
[14:32] <seb128> Trevinho, one thing which happens when you don't use -O2 is that variables get null initialized, so it can hide bugs due to improper init
[14:34] <Trevinho> seb128: I'm building it with default settings
[14:34] <Trevinho> so... I guess O2
[14:34]  * Trevinho checking
[14:35] <seb128> Trevinho, thanks
[14:35] <seb128> weird
[14:35] <seb128> Trevinho, the stacktrace is not useful on this bug to figure the issue? what debug infos would be useful?
[14:35] <Trevinho> no, I'm using O2
[14:35] <Trevinho> that stacktrace is not useful
[14:36] <Trevinho> I don't get any bamf code pointed there except the main
[14:36] <Trevinho> so.... A full stacktrace.... If you can build it from sources and exec it from there maybe you get more infos
[14:39] <Trevinho> seb128: damn... I really can't reproduce it... I'm switching gnome-control-center panel for about 50 times (also very quickly) and nothing happens
[14:39] <Trevinho> maybe I should try to use a xtest script...
[14:40] <seb128> Trevinho, no sure but I seem to have it often there when I load a custom .desktop from the dash, custom being one in my .local
[14:40] <seb128> Trevinho, I will try to get extra infos
[14:41] <Trevinho> thanks seb128
[14:43] <rodrigo_> pitti, hmm, I don't see aptdaemon-pkcompat package, should I?
[14:44] <rodrigo_> pitti, is it python-aptdaemon.pkcompat ?
[14:49] <seb128> Trevinho, right, it doesn't segfault for me either :-( but I easily get the double instance (i.e > in the launcher and alt-tab buggy) with g-c-c
[14:51] <Trevinho> yes, that's true
[14:51] <Trevinho> that totally needs a proper fix
[14:51] <Trevinho> even if... did you restart unity after updating bamf?
[14:51] <seb128> Trevinho, you get it as well?
[14:52] <seb128> Trevinho, yes
[14:53] <Trevinho> seb128: yes, but I didn't restart unity...
[14:53] <Trevinho> Anyway that should be definitively fixed
[14:53] <seb128> Trevinho, it happens easily on fresh sessions there
[14:53] <seb128> well "fresh", normal login after boot, but could be that bamf segfault and get respawned during the session
[14:54] <Trevinho> seb128: it could be possible... In fact I should check that with working bamf... I didn't notice that issue during the deveolpment
[14:54] <seb128> Trevinho, I will try to valgrind it a bit later
[14:55] <Trevinho> nice
[15:05] <ricotz> seb128, hello
[15:05] <ricotz> seb128, i hope it wasnt intentional to drop libgdk-pixbuf2.0-common.install?
[15:06] <seb128> ricotz, oh, crap, thanks
[15:06] <seb128> ricotz, no, I probably forgot to bzr add it
[15:06] <ricotz> ok
[15:06] <seb128> and bzr-builddeb is that stupid that it didn't warn me about it
[15:06] <seb128> fixing
[15:06] <ricotz> bump glib to 2.31.14 too ;)
[15:07] <ricotz> seb128, oh one more, libgdk-pixbuf2.0-dev.install the last line can be dropped
[15:07] <seb128> ricotz, configure.ac has m4_define([glib_required_version], [2.31.0])
[15:08] <seb128> ricotz, can you point to mclasen that they need to update it?
[15:09] <ricotz> ah nvm, i was thinking about the gressource stuff
[15:09] <tkamppeter> pitti, hi
[15:10] <ricotz> seb128, hmm, but the deb package want 2.31.10
[15:10] <seb128> ricotz, what version is required then?
[15:10] <ricotz> not sure
[15:11] <ricotz> i would rely on the symbols generated one
[15:11] <seb128> .10 then?
[15:16] <pitti> hello tkamppeter
[15:18] <tkamppeter> pitti, I only wanted to say that I am working on updating CUPS to 1.5.2.
[15:18] <tkamppeter> pitti, I hope you did not work on CUPS today.
[15:19] <pitti> tkamppeter: ah, a new upstream release at last?
[15:19] <pitti> tkamppeter: no, I'm not
[15:19] <tkamppeter> pitti, yes, a week ago or so I have asked Mike for releasing before our FF.
[15:20] <pitti> tkamppeter: has there ever been an 1.5.1?
[15:20] <pitti> tkamppeter: I checked for a new release about a week ago, and there wasn't any
[15:21] <tkamppeter> pitti, the release was issued Friday evening or Saturday, Mike accidentally up[loaded a 1.6.x snapshot under the name 1.5.1, so he has taken the correct snapshot and uploaded it as 1.5.2.
[15:22] <pitti> ah, heh
[15:22] <tkamppeter> So 1.5.2 is the collection of all 1.5.x changes from Oneiric FF to Precise FF.
[15:23] <pitti> tkamppeter: nice; I hope that'll get us rid of a few patches again :)
[15:23] <pitti> I need to run out for half an hour, bbl
[15:23] <tkamppeter> pitti, 6 patches so far.
[15:23] <didrocks> pgraner: any news?
[15:24] <mdeslaur> mhr3: could we get ~/.local/share/zeitgeist to be 0600 to fix LP: #926652?
[15:26] <mhr3> mdeslaur, as you commented, it's already going that
[15:26] <mdeslaur> mhr3: hrm, it doesn't seem to be working for me, I still have open permissions on precise
[15:27] <mhr3> mdeslaur, it affects just new dbs afaict
[15:27] <mdeslaur> mhr3: yeah, I was about to say that
[15:28] <ricotz> seb128, i think .10 it is then
[15:28] <mdeslaur> mhr3: I think we should fix perms on existing databases also. Is there anything else in that directory that contains private info? couldn't we make the whole directory 0600?
[15:29] <seb128> ricotz, I hope I got it right this time ;-) http://launchpadlibrarian.net/92102142/gdk-pixbuf_2.25.2-0ubuntu1_2.25.2-0ubuntu2.diff.gz
[15:29] <dobey> pitti, seb128: care to poke at https://bugs.launchpad.net/ubuntu/+bug/926391 please? :)
[15:29] <ubot2`> Launchpad bug 926391 in ubuntu "[needspackaging] rhythmbox-ubuntuone" [Undecided,New]
[15:29] <mhr3> mdeslaur, yea, i suppose that makes sense
[15:29] <mhr3> RainCT, ^^ one extra commit pls :)
[15:30] <mdeslaur> mhr3: awesome, thanks! And please change perms on existing directories also so we fix everyone who's upgrading.
[15:30] <ricotz> seb128, looks good ;-)
[15:30] <seb128> ricotz, excellent, thanks for pointing the issues!
[15:32] <RainCT> mhr3: it'll run once we bump the schema version (which we're supposed to do anyway to update the ontology)
[15:32] <RainCT> mhr3: but yeah chmoding the directory too makes sense to me
[15:33] <mhr3> RainCT, in case it's the default one... we wouln't want to screw with someone who's using custom DATA_PATH
[15:35] <RainCT> mhr3: btw, I don't have LP powers for -datahub
[15:35] <seb128> jbicha, hey
[15:36] <seb128> jbicha, I've dropped our gnome-settings-daemon patch that would have created issues with the new gnome-desktop3, you can update gnome-desktop3 to precise if you want
[15:39] <pgraner> didrocks, still otp for another hour and a half :( sorry
[15:39] <pgraner> didrocks, I'll try it right after the call
[15:39] <didrocks> pgraner: ok, thanks :)
[15:39] <mhr3> RainCT, of course you do
[15:39] <RainCT> mdeslaur: shouldn't that be s/0600/0700?
[15:39] <didrocks> pgraner: if you don't have time before my eod, please just sent me an email, I'll backport it to precise
[15:39] <pgraner> didrocks, ack will do
[15:40] <didrocks> thx :)
[15:42] <mdeslaur> RainCT: oh, yes, sorry -ENEEDCAFFEINE
[15:49] <pitti> dobey: adding to my TODO list
[15:52] <dobey> pitti: thanks!
[16:15] <rickspencer3> hey all, is there a way to figure out what is in the gi.repository for python?
[16:16] <rickspencer3> specifically, I want to import gtksourceview2, but I can't easily see what it is called in the repository
[16:16]  * didrocks uses ipython + completion
[16:16] <kenvandine> rickspencer3,  or look at /usr/share/gir-1.0
[16:17] <rickspencer3> didrocks it wasn't showing up in completion :/
[16:17] <kenvandine> there is GtkSource which is for gtk3
[16:17] <kenvandine> i don't think we have it for gk2
[16:18] <kenvandine> gtk2
[16:18] <pitti> rickspencer3: you need to install gir1.2-gtksource-3.0, then you can look in /usr/lib/girepository-1.0/
[16:18] <pitti> /usr/share/gir-1.0/ is useful as well, but requires the library's -dev package
[16:18] <rickspencer3> pj dang
[16:18] <pitti> well, it's actually much more useful, as the .gir files are a great documentation
[16:19] <pitti> rickspencer3: sorry, no, GTK2 works rather poorly with GI
[16:19] <rickspencer3> pitti, can you tell me more?
[16:19] <pitti> rickspencer3: sure, about what?
[16:19] <rickspencer3> life, the universe, everything
[16:19] <rickspencer3> or, about .gir files being documentation ;)
[16:20] <pitti> 42!
[16:20] <pitti> rickspencer3: well, I presume you'd just slap me if I call that documentation
[16:20] <pitti> rickspencer3: but it's XML, so at least it's halfway readable
[16:20] <rickspencer3> pitti, basically, anything is better than what I have now
[16:20] <pitti> rickspencer3: there's some work on turning that into nicely formatted HTML, but it's going slowly
[16:20]  * rickspencer3 considers making a .gir file browser
[16:20] <kenvandine> the gir file is probably the best docs we have
[16:21] <kenvandine> rickspencer3, google it, someone already did :)
[16:21] <pitti> rickspencer3: it documents every class, method, argument, data type, etc., as this is the input format of pygobject
[16:21] <kenvandine> i haven't tried it, but i saw a blog post recently
[16:21] <rickspencer3> *sigh*
[16:22] <rickspencer3> all the fun has drained out of all my gtk programming
[16:22] <rickspencer3> ** WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags'
[16:22] <rickspencer3> /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:40: Warning: specified class size for type `PyGtkGenericCellRenderer' is smaller than the parent type's `GtkCellRenderer' class size
[16:22] <rickspencer3>   from gtk import _gtk
[16:22] <rickspencer3> /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:40: Warning: g_type_get_qdata: assertion `node != NULL' failed
[16:22] <rickspencer3>   from gtk import _gtk
[16:22] <rickspencer3> Segmentation fault (core dumped)
[16:22] <pitti> dobey: why COPYING? seems the whole source is LGPL?
[16:22] <rickspencer3> don't debug for me, just saying ...
[16:22] <rickspencer3> boooo
[16:23] <pitti> rickspencer3: are you perhaps trying to mix gi.repository.* and "import gtk"?
[16:23] <kenvandine> rickspencer3,  https://sourceforge.net/projects/girlook/
[16:23] <kenvandine> but i haven't tried it
[16:23] <rickspencer3> pitti, yes, I am sure I am using some gtk code somewhere
[16:23] <rickspencer3> my point was just ...
[16:23] <rickspencer3> this is not fun
[16:23] <rickspencer3> I am considering abandoning all of my Gtk code
[16:24] <rickspencer3> just shooting each of those apps in the head, and starting over
[16:24] <pitti> I'm afraid you can just use one or the other
[16:24] <pitti> rickspencer3: I can tell you how to easily find stuff that pulls in the static bindings
[16:24] <pitti> if that helps
[16:25] <rickspencer3> pitti, do tell
[16:25] <pitti> rickspencer3: what I do is
[16:25] <pitti> sudo vi /usr/share/pyshared/gi/_gobject/constants.py
[16:25] <pitti> and at the top, add
[16:25] <pitti> raise ImportError("static bindings, no no no!")
[16:26] <om26er> mvo, hey!
[16:26] <pitti> then the back trace tells you exactly which module pulls it in
[16:26] <rickspencer3> hmmm
[16:26] <pitti> rickspencer3: ^ sometimes that's not very obvious, as there might be deeply transitive imports
[16:27] <om26er> mvo, when I try to enable a ppa in software properties I get this bug 854818 in precise.. I am fully updated
[16:27] <ubot2`> Launchpad bug 854818 in software-properties "software-properties-gtk crashed with AttributeError in toggle_source_use(): 'NoneType' object has no attribute 'disabled'" [High,Triaged] https://launchpad.net/bugs/854818
[16:27] <jbicha> seb128: thanks
[16:28] <pitti> dobey: when I make some changes to the source (I'd like to add a bug ref to the changelog, and some debian/copyright formalities), will that mess up a bzr of your's?
[16:29] <pitti> dobey: if you have a bzr, I'm happy to upload it as it is
[16:30] <jbicha> pitti: hi again, did you have an opinion on the canberra thing from this morning?
[16:30] <pitti> jbicha: yes, I answered
[16:30] <pitti> jbicha: it seems fine to me
[16:30] <jbicha> my changes are fine?
[16:30] <pitti> jbicha: I got confused at first wrt. libcanberra vs. libcanberra-gtk3
[16:30] <pitti> jbicha: but it surely should affect upstream as well, unless we do some wrong building?
[16:31] <jbicha> yes, I'll ask upstream about it too, just wanted to see if my change wasn't completely crazy
[16:32] <pitti> kenvandine: hm, that doesn't look very sophisticated, though -- you'd still look at the raw XML?
[16:32] <dobey> pitti: no, no bzr; just using the auto-imported branch in ubuntu
[16:32] <jbicha> I'd like to update libgdata this week, is there any reason that wouldn't really be safe?
[16:32] <pitti> kenvandine: there's also some half-done work wrt. integrating it into gtk-doc
[16:33] <pitti> jbicha: I don't know one, I guess we need to test it with e-d-s and other rdepends
[16:33] <pitti> dobey: ack
[16:33] <jbicha> I should put gdata in the desktop PPA, then?
[16:34] <kenvandine> pitti, i use the gir file, i never tried the girlook thing
[16:34] <pitti> kenvandine: same here
[16:34] <pitti> jbicha: sounds fine; happy to test with that, I'm using e-d-s with my google accounts
[16:34] <mvo> rickspencer3: I'm so with you on this, its becoming hard work :/
[16:35] <pitti> dobey: upped
[16:35] <dobey> pitti: thanks much!
[16:40]  * didrocks is sure now mvo has a hilight on "gir" or "repository" :)
[16:40] <pitti> dobey: ... and source NEWed
[16:41] <pitti> dobey: I'll add it back to the desktop seeds
[16:41] <dobey> pitti: great!
[16:42] <dobey> i'll fire off the mail to request it be added to the ubuntuone packageset after lunch then :)
[16:43] <pitti> dobey: added
[16:43] <pitti> dobey: ^ to the package set, I mean
[16:46] <dobey> oh thanks :)
[16:46] <dobey> off to lunch now :)
[16:52] <chrisccoulson> hah, love the comments: https://crash-stats.mozilla.com/report/index/c78b1257-eeb8-4c71-9219-8634b2120205
[16:54] <pitti> heh
[16:55] <m4n1sh> didrocks: there?
[16:55] <didrocks> m4n1sh: yeah!
[16:55] <m4n1sh> you have done the packaging?
[16:55] <didrocks> m4n1sh: ready to make the first official release
[16:55] <m4n1sh> yes
[16:55] <didrocks> m4n1sh: it's done, I fixed the FTBFS here :)
[16:55] <m4n1sh> updating changelog etc
[16:56] <m4n1sh> fixed distcheck
[16:56] <m4n1sh> FTFBS due to?
[16:56] <didrocks> excellent!
[16:56] <m4n1sh> didrocks: FTFBS due to? maybe the fix might find it's way upstream
[16:57] <pitti> good night everyone!
[16:57] <m4n1sh> you need to update debian/rules to add --with-ccpanel because due to changes it does not look for ccpanel by default unless asked for
[16:57] <didrocks> pitti: have a good night pitti!
[16:57] <didrocks> m4n1sh: desktop-file-validate: command not found
[16:57] <seb128> chrisccoulson, see, launchpad comments are not that bad ;-)
[16:58] <didrocks> m4n1sh: maybe we need to detect it (if you still use it) in the configure?
[16:58] <m4n1sh> yup. I need to look at deja-dup again
[16:58] <seb128> just build-depends on desktop-file-utils?
[16:58] <m4n1sh> I didn't try building it in a chroot environ
[16:58] <seb128> pitti, 'night
[16:58] <m4n1sh> that should solve in ubuntu
[16:58] <m4n1sh> but should be fixed in the build system too
[16:58] <didrocks> seb128: I mean, upstream :p
[16:59] <m4n1sh> didrocks: also remember --with-ccpanel
[16:59] <didrocks> seb128: of course, the build-dep is already here :)
[16:59] <seb128> ;-)
[16:59] <didrocks> m4n1sh: hum, is it needed?
[16:59] <pitti> see you at the TB meeting tonight
[16:59] <m4n1sh> yes
[16:59] <didrocks> m4n1sh: it wasn't before (autodetected, isn't it?)
[16:59] <m4n1sh> didrocks: I am not sure how to pass it to configure, probably debian/rules
[16:59] <m4n1sh> didrocks: that broke distcheck
[16:59] <didrocks> m4n1sh: or my memory is fuzzy, let me check :)
[16:59] <m4n1sh> need to find a way to kill both birds with one stone
[17:00] <didrocks> m4n1sh: don't worry on the packaging :p
[17:00] <m4n1sh> just updating you
[17:00] <didrocks> ok about the added option
[17:01] <m4n1sh> that was already present
[17:01] <m4n1sh> the behaviour changed
[17:01] <didrocks> hum, what do you mean?
[17:01] <m4n1sh> by default it does not detect libgnome-control-center
[17:01] <m4n1sh> unless asked to do so
[17:02] <didrocks> that's a weird behavior
[17:02] <m4n1sh> earlier if that option was present and libgnome-control-center was not found it threw an error
[17:02] <m4n1sh> yes, I know
[17:02] <m4n1sh> that is a workaround for now
[17:02] <didrocks> why do you need that?
[17:02] <didrocks> ok
[17:02] <m4n1sh> will fix it
[17:02] <didrocks> if I have time, I'll maybe try to help you here :)
[17:02] <m4n1sh> everything is in configure.ac file
[17:03] <m4n1sh> plan to do another minor release on 13th
[17:03] <m4n1sh> to fix any bugs found
[17:03] <m4n1sh> or UI minor enhancements
[17:04] <didrocks> sure :)
[17:04]  * m4n1sh heads for dinner
[17:04] <didrocks> m4n1sh: do you have a tarball?
[17:04] <m4n1sh> didrocks: not now
[17:04]  * didrocks didn't check launchpad yet
[17:04] <didrocks> one sec :)
[17:04] <didrocks> ah
[17:04] <m4n1sh> you can make one
[17:04] <didrocks> m4n1sh: well, it's better when upstream does an official one, but ok
[17:04] <m4n1sh> lp:activity-log-manager
[17:05] <didrocks> when will you do a tarball?
[17:05] <m4n1sh> tofay in a few hours
[17:05] <m4n1sh> precise update in progress
[17:05] <didrocks> m4n1sh: oh can wait then! :)
[17:05] <m4n1sh> *today
[17:05] <didrocks> m4n1sh: please send me an email, I'll do it tomorrow morning! :)
[17:05] <m4n1sh> sure..
[17:05] <didrocks> thanks
[17:05] <m4n1sh> didrocks -at- ubuntu- ?
[17:05] <m4n1sh> right?
[17:06] <m4n1sh> anyway I'll get it from LP
[17:06] <didrocks> m4n1sh: yeah ;)
[17:06] <didrocks> the email is right (com)
[17:53] <mpt> mvo, 'Sorry, the package "%s" failed to install or upgrade.' Apart from submitting an error report, is there any advice or suggestion we could offer users after saying that?
[17:54] <ronoc> mvo, can i use the pkclient glib lib for that menuitem
[17:55] <ronoc> mvo, i went to pull in the libpackagekit-dev package
[17:55] <ronoc> inorder to get the docs and headers around that
[17:56] <ronoc> mvo, Sebastian on that bug shows the use of the python bindings seemingly around pkclient
[17:56] <ronoc> i presume i can use the C lib ?
[17:57] <mvo> ronoc: the  c lib should work too, indeed
[17:57] <mvo> ronoc: as it talks to the dbus service that aptdaemon provides
[17:57] <mvo> mpt: unfotauntely not much, removing the package maybe, but even that may fail
[17:57] <ronoc> mvo, cool excellent that should make things easier - thanks
[18:01] <ronoc> mvo, what was weird was that when i went to pull in the dev package it also pulled in package-kit, will that screw with anything
[18:01] <mpt_> mvo, and that error will keep coming up whenever they install or upgrade a package that depends on the failed package?
[18:04] <mvo> mpt_: yes
[18:04] <mvo> ronoc: *ick*
[18:04] <mpt_> hrmm.
[18:06] <ronoc> mvo, ok so i should back it out then
[18:06] <ronoc> mvo, it's kinda confusing as to what package i am to use.
[18:06] <ronoc> its package-kit but it's not package-kit if you get me
[18:07] <mvo> ronoc: this sounds like there are some dependencies in PK that are too strict
[18:07] <ronoc> ok
[18:07] <mvo> ronoc: yeah, its just a compat layer, but I understand that this is confusing :/
[18:07] <ronoc> mvo, no worries - business as usual :)
[18:07] <ronoc> ok ill back it out now
[18:09] <ronoc> mvo, this is the package i installed - libpackagekit-glib2-dev
[18:11] <mvo> ronoc: hm, it should install without the need for the full PK, odd
[18:11] <ronoc> ok i have backed out packagekit and that dev package
[18:14] <ronoc> mvo, http://paste.ubuntu.com/831661/
[18:15] <mvo> ronoc: does apt-get install --no-install-recommends libpackagekit-glib2-dev makes a difference?
[18:16] <ronoc> mvo- yep looks good
[18:17] <ronoc> mvo, http://paste.ubuntu.com/831667/
[18:17] <ronoc> all good ?
[18:17] <mvo> ronoc: yes!
[18:18] <ronoc> mvo, excellent, thanks
[18:21] <mvo> yw
[18:27] <jbicha> mpt: could you take a look at bug 926213 ? thanks
[18:27] <ubot2`> Launchpad bug 926213 in unity "Overlay should refer to "Menu Bar" not "Top Bar"" [Low,Confirmed] https://launchpad.net/bugs/926213
[19:38] <desrt> seb128: hey
[19:38] <seb128> desrt, hey
[19:38] <desrt> any news in the automake saga?
[19:39] <seb128> desrt, no, I got busy with w.e catching up and GNOME 3.3.5 today
[19:39] <seb128> desrt, and I'm sort of waiting for the Debian maintainer to update and see if the new version works or not
[19:39]  * desrt is presently in the middle of tossing a tarball over that particular fence
[19:39] <seb128> desrt, but the ecryptfs confirmed the bug I ran into locally
[19:39] <desrt> seb128: cool
[19:40] <desrt> 4f6ffd386b90e85791164794a66860aa16b7ff988f96105ea5ddc15808c776f5  dconf-0.11.5.tar.xz
[19:40] <desrt> :D
[19:41] <seb128> desrt, ;-)
[19:41] <seb128> desrt, will make didrocks happy
[19:41] <seb128> desrt, he was pondering backporting the fix for the bug you discussed the other day or waiting today
[19:42] <desrt> he works too hard
[19:42] <desrt> he found that bug on like.. friday?
[19:42] <desrt> and he can't delay his work until monday? :p
[19:43] <seb128> desrt, ;-)
[19:43] <seb128> desrt, btw danilo rolled a new intltool which has been uploaded to Ubuntu and Debian today
[19:43] <desrt> i saw that!
[19:44] <desrt> i wonder if he actually fixed the issue properly...
[19:44]  * desrt checks
[19:48] <seb128> desrt, btw while you are there, do you have any clue about charsets? ;-)
[19:48] <desrt> charsets?
[19:49] <seb128> desrt, 	g_message ("bug.vala:1: Est-ce que tes enfants sont de bons élèves? Ça va pour eux?");
[19:49] <seb128> desrt, that prints "?" rather than the non-utf8 chars
[19:49] <seb128> desrt, works if you do CHARSET=UTF-8 bin
[19:50] <desrt> what's your locale?
[19:50] <seb128> fr_FR.UTF-8 but mhr3 who reported it use en_US.UTF-8 and I confirmed on a oneiric livecd
[19:50] <desrt> let me see what happens here
[19:50] <seb128> desrt, mhr3 said
[19:50] <seb128>  <mhr3>	seb128, it will have something to do with g_get_charset returning "ANSI_X3.4-1968" as current charset, no matter how i set LC_ALL etc...
[19:51] <desrt> hum
[19:51] <seb128> desrt, I've looked a bit to it but dropped due to GNOME updates, I just wanted if you had a clue about it
[19:51] <desrt> seb128: you have my curiosity
[19:52] <seb128> desrt, the glib codes parses /usr/share/locale/locale.alias which I'm pretty sure is broken
[19:52] <desrt> seb128: the glib code that does this stuff is insanely magic
[19:52] <seb128> since that file states
[19:52] <seb128> # Note: This file is obsolete and is kept around for the time being for
[19:52] <seb128> # backward compatibility.  Nobody should rely on the names defined here.
[19:52] <seb128> # Locales should always be specified by their full name.
[19:52] <desrt> we have an internal copy of a weirdass library called libcharset
[19:52] <seb128> but I'm not convinced that's the issue
[19:52] <desrt> i'm pretty sure it's not
[19:52] <desrt> i'll look into it
[19:52] <seb128> desrt, ok thanks
[19:52]  * desrt suspects that a little bisecting will go a long way here
[19:53] <seb128> desrt, do you get the issue?
[19:53] <desrt> yup
[19:53] <seb128> great, that's a good start ;-)
[19:53] <seb128> well I tried glib 2.30 on oneiric so it's not a recent issue
[19:53] <desrt> thanks for the datapoint
[19:53] <desrt> maybe i'll just go for the direct approach then
[19:54] <desrt> btw: hit you back for one
[19:54] <desrt> do you know what is the state of the art for getting entries into /etc/resolv.conf (and keeping them there) when using static entries in /etc/network/interfaces?
[19:54] <desrt> 'uninstall resolveconf'?
[19:55] <seb128> cyphermox_, ^
[19:56] <seb128> desrt, I will delegate to our nm maintainer ;-)
[20:03] <desrt> seb128: this looks like a libc bug
[20:03] <seb128> desrt, where is doko? ;-)
[20:04] <desrt> well, hold on
[20:05] <desrt> ya.  pretty sure it's a libc bug...
[20:05] <chrisccoulson> heh
[20:05] <chrisccoulson> i need doko to review an icedtea plugin patch ;)
[20:05] <chrisccoulson> doesn't look like he's around today
[20:05] <desrt> seb128: http://paste.ubuntu.com/831818/
[20:06] <desrt> codeset: ANSI_X3.4-1968
[20:06] <desrt> glib is basically passing that value directly from what the libc tells it
[20:06] <seb128> desrt, indeed, that seems buggy
[20:07] <desrt> oh.  duh.
[20:08] <desrt> seb128: there's no bug here at all
[20:08] <desrt> you simply need to call setlocale (LC_ALL, "");
[20:08] <desrt> otherwise the locale stuff in the libc is never initialised
[20:08] <seb128> oh, doh
[20:08] <seb128> mhr3, ^
[20:08]  * desrt forgot and did NULL, which is not the same as ""
[20:09] <seb128> desrt, thanks for spotting it, I just took mhr3's testcase and overlooked that
[20:09] <desrt> seb128: i basically did the same... setlocale(,NULL); is a no-op :p
[20:19] <ricotz> seb128, the internal dependencies of librsvg really needs some overthinking, like the -dev package should pull -common and -bin
[20:19] <seb128> ricotz, why?
[20:20] <ricotz> -common includes gdk-pixbuf loader
[20:20] <seb128> right, why is that required for builds?
[20:20] <ricotz> which is needed for gnome-themes-standard now
[20:20] <ricotz> to build the gressource file
[20:20] <seb128> then g-t-s should build-depends on it?
[20:21] <ricotz> while it is using the new gdk-pixbuf-pixdata converter
[20:21] <seb128> what component is calling the command which needs the loader?
[20:21] <ricotz> themes is calling the converter with a svg
[20:23] <ricotz> but if one installs the -dev package of rsvg it seems reasonable to pull the loader since librsvg itself already depends on libgdk-pixbuf
[20:23] <ricotz> loader > -common
[20:23] <seb128> yeah, I'm fine making the dev depends on the bin
[20:23] <seb128> ups common
[20:23] <seb128> why do you need -bin?
[20:24] <ricotz> just to pull in everything
[20:24] <mhr3> desrt, seb128, but this wasn't needed in previous versions of glib iirc
[20:24] <seb128> mhr3, I would be surprised if it wasn't
[20:24] <ricotz> like libglib-dev pulls its -bin or g-i too
[20:25] <seb128> ricotz, ok, works for me
[20:25] <seb128> ricotz, I will do that
[20:25] <ricotz> thanks
[20:25] <seb128> mhr3, desrt: though I agree it seems buggy,    g_message ("Est-ce que tes enfants sont de bons élèves? Ça va pour eux?"); should display fine whatever the local is
[20:26] <seb128> it's standard utf-8 and we should default to utf-8
[20:54] <seb128> RainCT, there?
[20:54] <RainCT> seb128: yeah
[20:55] <seb128> RainCT, unping, I guess you did you gtk2 patch against 2.24.8? I'm updating to 2.24.10 and your patch doesn't apply but I guess that's because you include http://git.gnome.org/browse/gtk+/commit/gtk/gtkrecentmanager.c?h=gtk-2-24&id=400e53c568be2270d9bd3e19cc76957032959085
[20:56] <RainCT> seb128: yeah
[20:56] <seb128> RainCT, yeah, that's it, I sorted it ;-)
[20:56] <RainCT> ok, cool
[21:09] <desrt> seb128: i disagree
[21:09] <desrt> seb128: the libc is in ascii-only mode until you call setlocale()
[21:10] <desrt> we only know that we are using utf8 because of the LANG environment variable.... and the libc doesn't look at that until setlocale()
[21:10] <seb128> desrt, well I think glib should default to be utf8
[21:10] <desrt> seb128: we ask the libc "what is your output locale?"
[21:10] <desrt> and it says "ascii"
[21:10] <seb128> it's a bit of a stupid situation
[21:11] <seb128> you shouldn't have to set a locale to be able to print utf8 chars
[21:11] <desrt> i think it's a bit dumb that you have to call setlocale() in order to get the obviously-correct behaviour
[21:11] <desrt> but given that's how it works... i really don't think glib should attempt to hack around that
[21:11] <desrt> the only thing you may argue is that we should call setlocale() ourselves from inside of glib
[21:12] <seb128> glib should call setlocale() for you ;-)
[21:12] <seb128> yeah
[21:12] <desrt> and indeed, you argue that :)
[21:12] <seb128> :p
[21:12] <desrt> well
[21:12] <seb128> you know me well ;-)
[21:12] <desrt> i thought that we could do some stuff from gtkapplication
[21:12] <desrt> because every program you see does these 3 lines about setting and binding the gettext domain and setting up the loclae
[21:13] <seb128> right
[21:13] <seb128> out of some programs written by english speakers who don't notice they forgot those until a non english user try to use their software ;-)
[21:14] <desrt> like dconf-editor ;)
[21:14] <seb128> but yeah, it seems like one of those things most people copy around like autotools :p
[21:14] <seb128> especially you never know if you need to call setlocale() or bindtextdomain() or both and what they are needed for
[21:15] <seb128> that's the sort of stuff that should just be handled for you in normal applications
[21:15] <seb128> i.e gtkapplication could do it for you
[21:16] <desrt> do not disagree.
[21:16] <desrt> but it does not presently do so
[21:16] <desrt> so sucks to be you :)
[21:16] <seb128> desrt, k, fair enough ;-)
[21:20] <desrt> seb128: you have me investigating possibilities now :)
[21:20] <seb128> desrt, good! ;-)
[21:20] <kenvandine> desrt, sweet :)
[21:23]  * desrt ponders using application_id as gettext domain
[21:23]  * desrt wonders if that would work
[22:01] <seb128> kenvandine, hey
[22:02] <seb128> kenvandine, want to do the vala stable serie update when you will have a free slot? ;-)
[22:02] <pitti> kenvandine: btw, for disk space/feature planning, is it still realistic to have a gwibber in precise that uses gir and webkit-gtk3_
[22:02] <pitti> _
[22:02] <pitti> erk
[22:02] <pitti> ?
[22:03] <pitti> (accidentally switched keyboard layout)
[22:03] <kenvandine> hehe
[22:03] <kenvandine> seb128, sure
[22:03] <seb128> kenvandine, thanks ;-)
[22:03] <kenvandine> pitti, perhaps
[22:04] <kenvandine> pitti, we hit some gir issues in the keyring gir, dobey was going to look at it some more
[22:04] <kenvandine> dobey, have you had a chance?
[22:04] <seb128> kenvandine, pitti: is the u1 control panel going to switch to the qt version this cycle?
[22:04] <pitti> kenvandine: oh, haven't heard of hem
[22:04] <pitti> seb128: I dunno
[22:04] <dobey> kenvandine: sadly, i haven't. tomorrow for sure.
[22:05] <dobey> seb128: that was the plan
[22:05] <seb128> pitti, btw since you are still aorund there are a few updates to do in Debian on the etherpad if you have a free slot one of those days
[22:05] <kenvandine> dobey, cool
[22:05] <seb128> pitti, they are mostly easy one, libcroco, pango, shared-mime-info
[22:06] <pitti> seb128: added to my TODO
[22:06] <pitti> TB meeting is over, that means bedtime
[22:06] <pitti> see you all tomorrow!
[22:06] <seb128> pitti, danke
[22:06] <seb128> pitti, 'night
[22:11] <micahg> seb128: anyone working on gimp 2.6.12?
[22:11] <seb128> micahg: not that I know about, nobody active in the team in any case
[22:11] <micahg> ok
[22:33] <tjaalton> should libs using libglade be multiarchified? seems like libglade doesn't find libgnome.so, which breaks gnucash
[22:33] <tjaalton> bug 922514
[22:33] <ubot2> Launchpad bug 922514 in gnucash "<libglade> libgnome.so: cannot open shared object file" [Undecided,Confirmed] https://launchpad.net/bugs/922514
[22:39] <tjaalton> linking /usr/lib/<triplet>/libglade -> /usr/lib/libglade fixes that, so sounds like yes
[22:52] <TheMuso> jbicha: Re bug 927801, have you had working audio on this machine before? If so, when?
[22:52] <ubot2> Launchpad bug 927801 in alsa-driver "[, Realtek ALC662 rev1, Green Line Out, Rear] No sound at all" [Undecided,New] https://launchpad.net/bugs/927801
[23:42] <cyphermox_> TheMuso: hey
[23:43] <cyphermox_> on a similar note to jbicha's bug -- any idea what would cause pulseaudio to stop listing one of the cards? my desktop's main card  (HDA Intel of some sort) is listed in alsa but never shows up in pulse. no errors that I noticed anywhere, but I'll re-check
[23:48] <TheMuso> cyphermox_: First thing that comes to mind is that something is grabbing the card before pulse does...
[23:49] <TheMuso> Grrr this hud is pissing me off..
[23:49] <cyphermox_> hud?
[23:50] <TheMuso> I have to remember to hold alt down for longer than I would normally.
[23:50] <jbicha> TheMuso: actually, this week's the first I played with it and I immediately upgraded to Precise
[23:50] <cyphermox_> I didn't ever manager to make this work :)
[23:50] <TheMuso> jbicha: ah ok, I've left a comment in the bug.
[23:50] <TheMuso> cyphermox_: I am running unity trunk.
[23:50] <cyphermox_> right
[23:50] <TheMuso> cyphermox_: The appmenu parts haven't landed yet, but the hud UI is in unity trunk/.
[23:50] <cyphermox_> but I thought +archive/hud would have done the same too
[23:51] <TheMuso> Well the unity side for the hud stuff has landed.
[23:51] <cyphermox_> ah
[23:52] <cyphermox_> bah
[23:52] <cyphermox_> I already got enough of that scrolling into the left side of the screen to make the launcher pop up to worry about :)