[00:03] <popey> http://paste.ubuntu.com/703076/
[00:03] <popey> not sure how I have messed that up
[00:03] <popey> http://paste.ubuntu.com/703081/
[00:04] <TheMuso> dingham: I know a bit about pulse, but not RTP/routing. You might be better asking in #pulseaudio.
[00:04] <bryceh> just guessing at this point, but maybe sudo dpkg-reconfigure xkb-data would force xkb cache regeneration?
[00:05] <bryceh> >     include "level3(ralt_switch)"  <-- needs semicolon?
[00:05] <popey> none of the previous sections have it
[00:06] <bryceh> true
[00:08] <popey> I'll have to play with this a bit more later. it's past my bed time. thanks for the pointers
[00:08] <bryceh> sure thing
[00:09] <bryceh> popey, might try changing "mac_intl" to "mac_intl_nodeadkeys"
[00:13] <popey> sadly that didnt do it
[00:13] <popey> even after removing cache files, and logout/in
[00:34]  * dingham pops his head back in. Cheers TheMuso
[00:35] <dingham> Will ask there. After a bit of play with padevchooser, I can't seem to disable the broadcasting now
[00:35] <dingham> ...let alone understand what it's doing to my network
[00:56] <TheMuso> dingham: padevchooser is obsolete, use pavucontrol.
[00:57] <TheMuso> OMG
[00:57] <TheMuso> Steve Jobs is dead.
[00:58] <dingham> TheMuso, I used padevchooser initially because it gave me the gui to make my devices network discoverable
[00:58] <dingham> pavucontrol didn't do that. (I have both)
[02:49] <jbicha> pitti: what do we do about https://bugzilla.gnome.org/show_bug.cgi?id=660616 it sounds like we may need that gdata 0.10 update
[02:49] <ubot2> Gnome bug 660616 in General "libgdata 0.9.1 fails to build with undefined references" [Major,Resolved: duplicate]
[03:28] <broder> there arne't any other X APIs for getting multi-head info besides Xinerama and XRandR, right?
[03:30] <RAOF> broder: Not that I can think of.
[03:31] <broder> yeah, me neither. trying to make sure this program isn't going behind my back somehow
[03:35] <broder> RAOF: actually, you might know this. do you know of a way to cross-reference a Xinerama screen and a RandR output? (for things like _NET_WM_FULLSCREEN_MONITORS, which requires a Xinerama index)
[03:35] <broder> i know the RandR primary always comes first in Xinerama, but i haven't been able to find any other way to cross-reference the two APIs
[03:36] <RAOF> I don't know, but you can get the relative positions via Xinerama, can't you?  Cross-reference that with the RandR positions?
[03:36] <broder> yeah, that was the best i could come up with
[03:39] <RAOF> Well, great minds, you know?
[03:39] <broder> haha
[03:41] <RAOF> Hm.  What's the best way of determining the architecture of an arbitrary binary in a script?
[03:41] <broder> figure out what file does?
[03:41] <broder> i assume it's in the ELF header somewhere
[03:42] <RAOF> Yeah, objdump probably does the trick.
[04:12] <pitti> Good morning
[04:14] <pitti> jbicha: whoops, seems I missed your previous jockey merge ping
[04:15] <pitti> jbicha: thanks, will merge; I wonder why I didn't get mailed about it
[04:17] <jbicha> pitti: busy week :)
[04:22] <pitti> jbicha: uploading jockey, thanks for this
[04:26] <pitti> jbicha: if you don't mind, I'll drop the yelp dependency again; this would pull yelp into e. g. mythbuntu and lubuntu, and I don't know whether they are okay with this
[04:27] <pitti> jbicha: it hides the help button if yelp is not installed
[04:29] <jbicha> pitti: cool
[04:30] <pitti> robert_ancell: ah, thanks for fixing bug 868149
[04:30] <ubot2> Launchpad bug 868149 in lightdm "Need to set $LANG from .dmrc for backwards compatibility" [High,Fix committed] https://launchpad.net/bugs/868149
[04:31] <pitti> robert_ancell: can we upload this today, to avoid this regression in oneiric final?
[04:31] <robert_ancell> pitti, np, can you review it and check it makes sense?
[04:31] <pitti> robert_ancell: which rev is it in trunk? not that obvious from the log
[04:34] <robert_ancell> pitti, 1238
[04:34] <robert_ancell> http://bazaar.launchpad.net/~lightdm-team/lightdm/1.0/revision/1238
[04:34] <pitti> robert_ancell: hm, that's called "merge translations" and full of po files
[04:34] <pitti> oh, 1.0 branch
[04:34] <pitti> I looked in trunk
[04:36] <pitti> robert_ancell: so lightdm never writes .dmrc any more, as this is just backwards compat code, right?
[04:37] <pitti> robert_ancell: looks fine to me
[04:37] <robert_ancell> pitti, it writes "Session" to .dmrc, and "Language" if the language selector is enabled (only in GTK greeter)
[04:38] <pitti> robert_ancell: oh, I thought because you dropped user_set_language() it would not do that any more; is there another function for writing .dmrc then?
[04:38] <robert_ancell> pitti, there's a user_set_locale now, but only if the greeter requests it
[04:39] <robert_ancell> that's probably still broken, and needs to be investigated
[04:39] <pitti> oh, right
[04:39] <pitti> robert_ancell: so still, looks fine to me; thanks!
[04:39] <robert_ancell> pitti, what do you think about http://bazaar.launchpad.net/~lightdm-team/lightdm/1.0/revision/1246 - it stops a d-bus timeout if accounts service is not installed
[04:40] <robert_ancell> SRU?
[04:40] <robert_ancell> bug 866035 and possibly the cause of bug 836616
[04:40] <ubot2> Launchpad bug 866035 in lightdm "long delay when accountsservice is not present" [High,Fix committed] https://launchpad.net/bugs/866035
[04:40] <ubot2> Launchpad bug 836616 in lightdm "100% cpu usage in lightdm" [High,Triaged] https://launchpad.net/bugs/836616
[04:47] <pitti> robert_ancell: looks safe enough to me for uploading now, FWIW
[04:47] <robert_ancell> pitti, both patches?
[04:48] <pitti> robert_ancell: sorry, what's the other one?
[04:49] <robert_ancell> pitti, http://bazaar.launchpad.net/~lightdm-team/lightdm/1.0/revision/1246 or are you referring to the LANG fix
[04:49] <pitti> robert_ancell: oh, that's the one I just commented about :)
[04:49] <pitti> robert_ancell: both LANG fix and dbus timeout look good to me
[04:49] <robert_ancell> ok, good
[04:49] <robert_ancell> I'll upload them now
[04:49] <pitti> rockin'
[04:53] <robert_ancell> pitti, oh, I've been trying to find a cause for bug 851345, there's one thing I found http://bazaar.launchpad.net/~lightdm-team/lightdm/1.0/revision/1251 where lightdm reads memory wrong causing it to grossly overallocate a buffer.  No idea if it's doing any worse than wasting many megabytes of memory or more
[04:53] <ubot2> Launchpad bug 851345 in lightdm "compiz crashes on i915 graphic module with GLX_EXT_texture_from_pixmap is missing" [High,Confirmed] https://launchpad.net/bugs/851345
[04:55] <pitti> robert_ancell: oh, it takes a pointer value, converts it to an int, and requests a chunk of memory of that size?
[04:55] <robert_ancell> pitti, yeah, nasty isn't it
[04:55] <pitti> that's guaranteed to blow up on 64 bit :)
[04:55] <robert_ancell> no, it doesn't get the pointer value, but it doesn't byte swap it correctly
[04:56] <pitti> oh, I see
[04:56] <robert_ancell> it's probably the cause of bug 817186
[04:56] <ubot2> Launchpad bug 817186 in lightdm "Entering a ridiculously long login/password crashes lightdm" [High,Triaged] https://launchpad.net/bugs/817186
[05:04] <robert_ancell> pitti, yeah, it's definitely bug 817186.  OK to upload that one?
[05:04] <ubot2> Launchpad bug 817186 in lightdm "Entering a ridiculously long login/password crashes lightdm" [High,Fix committed] https://launchpad.net/bugs/817186
[05:05] <pitti> robert_ancell: bring it on
[05:08] <pitti> jbicha: do you have a package for bug 865058 already?
[05:08] <ubot2> Launchpad bug 865058 in ubuntu "[FFe] [needs-packaging] sushi, the GNOME 3.2 previewer for Nautilus" [Wishlist,Confirmed] https://launchpad.net/bugs/865058
[05:09] <jbicha> pitti: yes, I'll test it once more and upload a branch
[05:24] <jbicha> pitti: https://code.launchpad.net/~jbicha/+junk/gnome-sushi
[05:25] <pitti> jbicha: oh, I thought it was nautilus-sushi
[05:26] <jbicha> well the theory is that it's not necessarily tied to Nautilus
[05:28] <jbicha> the naming has been a headache
[05:30] <robert_ancell> pitti, did you see the last comment in bug #868149?
[05:30] <ubot2> Launchpad bug 868149 in lightdm "Need to set $LANG from .dmrc for backwards compatibility" [High,Fix committed] https://launchpad.net/bugs/868149
[05:31] <pitti> robert_ancell: yeah, I just did; I think it would make sense, but then again lightdm has done this without checks until a few days ago, right?
[05:31] <pitti> robert_ancell: i. e. uploading it now would not be a regression in lightdm itself (it's still a bug, of course)
[05:32] <robert_ancell> pitti, no, it previously converted the value in Language (which it assumed was a language code) to a locale
[05:32] <pitti> ah, right
[05:32] <robert_ancell> so, if you have Language=de in .dmrc, then lightdm will now set LANG=de
[05:32] <pitti> I thought it only did that for the accountsservice property?
[05:32] <robert_ancell> pitti, no, for either before (it treated both fields as the same)
[05:33] <pitti> bah, so how come that some people had real locales there
[05:34] <pitti> robert_ancell: so if it's a locale, we need to assign it to LANG, and otherwise to LANGUAGE, as it seems?
[05:35] <robert_ancell> pitti, I don't know anymore...
[05:35] <pitti> question is, how do we know
[05:35] <robert_ancell> pitti, the old code did it's best to "LANGify" the value and worked for both
[05:36] <pitti> but that would set the wrong region, as we saw
[05:36] <pitti> so if it's just 'll', then it's definitively LANGUAGE
[05:37] <pitti> if it's ll_XX.anything, definitively LANG
[05:37] <pitti> if it's ll_XX, then it's a language if ll in {'en', 'es', 'pt', 'zh'}, otherwise a locale
[05:37] <robert_ancell> pitti, in the case of a one to many mapping it would just pick the first one.  Which was bad for cjwatson as he had a bunch of valid locales before the UTF8 one
[05:37] <pitti> yes, if we know it's a language, it should go to LANGUAGE, not to LANG
[05:37] <robert_ancell> and if it is a language, what do we do then?
[05:37] <robert_ancell> does that override LANG?
[05:38] <robert_ancell> because PAM will have set LANG already
[05:38] <pitti> for translations
[05:38] <pitti> not for monetary/time/etc.
[05:38] <pitti> i. e. for all the region specific bits
[05:38] <pitti> so it DTRT
[05:39] <robert_ancell> pitti, ok, so the logic is.  If it has a '.' character, set LANG, otherwise set LANGUAGE?
[05:40] <pitti> robert_ancell: it's a bit coarse, but erring on the side of LANGUAGE is actually ok
[05:40] <pitti> (it's a heuristic either way)
[05:41] <pitti> jbicha: copyright file is wrong; should I just fix it locally, or should it go into some debian git?
[05:43] <pitti> jbicha: see licensecheck -r --copyright .: lots of Red Hat-ish copyright
[05:44] <robert_ancell> pitti, this says it's a locale: http://www.cyberciti.biz/tips/gnome-language-encoding-different-than-console.html
[05:45] <jbicha> pitti: you can fix it locally, otherwise, the svn branch is listed in the controlfile
[05:46] <pitti> robert_ancell: yeah, and I thought back then I was quite insistent on using a new field, to not break compatibility of that field
[05:47] <pitti> robert_ancell: how about this? if the value has a '.', set LANG; otherwise, don't do anything
[05:47] <jbicha> sorry, I forgot about licensecheck, Cosimo is the dev but I guess he's giving it to Red Hat
[05:47] <pitti> robert_ancell: that will cover 90% of users, and we can do the fine tuning in an SRU
[05:47] <pitti> and that will be guaranteed to not introduce a wrong LANG
[05:48] <pitti> jbicha: checking out..
[05:48] <robert_ancell> pitti, what about locales that don't have the ., i.e. en_GB is a valid locale for cjwatson - what if that was the locale he wanted?
[05:49] <pitti> robert_ancell: we never supported that in gdm
[05:49] <pitti> we have always only supported UTF-8 locales
[05:49] <pitti> so if people have latin-1 locales in .dmrc, then not from gdm
[05:50] <robert_ancell> pitti, so what application has set it to a language name?
[05:50] <didrocks> good morning
[05:51] <pitti> robert_ancell: I don't know
[05:51] <pitti> hey didrocks
[05:51] <didrocks> guten morgen pitti
[05:51] <didrocks> hey robert_ancell
[05:51] <pitti> robert_ancell: maybe it was gdm at some point, but if so, that woudl have been totally evil
[05:51] <robert_ancell> didrocks, hello
[05:51] <pitti> and I'm fairly sure we used the Langlist field for that
[05:51] <didrocks> robert_ancell: do you know that some people still get the c-k issue? sabdfl and jibel are two getting those: bug #851345
[05:51] <ubot2> Launchpad bug 851345 in lightdm "compiz crashes on i915 graphic module with GLX_EXT_texture_from_pixmap is missing" [High,Confirmed] https://launchpad.net/bugs/851345
[05:51] <didrocks> robert_ancell: jibel can get that reliably it seems
[05:52] <pitti> jbicha: svn r30041
[05:52] <robert_ancell> didrocks, I updated the bug.  I *think* lightdm is crashing, but the cause is unknown
[05:52] <pitti> jbicha: copying to your local package then, but now it's at least not lost
[05:52] <robert_ancell> didrocks, so what we really need is a reproducible system that can dump a core file
[05:53] <didrocks> robert_ancell: jibel should be there shortly I guess
[05:55] <robert_ancell> pitti, I'm not going to have time to make that fix tonight.  The only people it should hit are those not using accounts service and having Language set to a language, not a locale.  It's probably low risk then?
[05:55] <pitti> robert_ancell: sounds fine
[05:55] <pitti> we can still SRU that if necessary
[05:56] <robert_ancell> sure
[05:56] <pitti> robert_ancell: so I'll review your lightdm upload in the queue then, as it should be mostly ok?
[05:56] <robert_ancell> pitti, I'm running it now, it seems to be good
[05:56] <pitti> jbicha: sushi uploaded, will NEW in a bit
[05:58] <pitti> ... and again I never heard the word "pangolin" before
[05:58] <pitti> but at least I know the adjective, for a change :)
[05:59] <robert_ancell> ok, have to go.  Thanks pitti
[05:59] <pitti> robert_ancell: thanks, good night!
[06:01] <jbicha> pitti: maybe sabdfl picks obscure names to help users google for problem fixes
[06:01] <rickspencer3> hey desktoppers
[06:01] <pitti> that has always been my suspicion :)
[06:01] <pitti> hey rickspencer3 -- feeling precise today?
[06:02] <rickspencer3> pitti, indeed
[06:02] <rickspencer3> may I point out ...
[06:02] <rickspencer3> so there is no ambiguity
[06:02] <rickspencer3> ...
[06:02] <rickspencer3> a pangolin IS NOT A LIZARD
[06:02] <rickspencer3> ^ this was made clear to me in no uncertain terms ;)
[06:02] <rickspencer3> well, more precisely, a pangolin is not "a weird lizard thing"
[06:03] <rickspencer3> pitti, how about you?
[06:03] <rickspencer3> what's the word on the street regarding 11.10?
[06:03] <pitti> rickspencer3: flood of fixes still coming in, yummy
[06:03] <rickspencer3> wow
[06:03] <pitti> seems we moved the RC to Monday-ish, to get more fixes plus the fresh langpacks
[06:03] <rickspencer3> pitti, flood of fixes with a trickle of regressions?
[06:03] <pitti> meanwhile QA will test the dailies
[06:03]  * rickspencer3 braces
[06:04] <broder> rickspencer3: what about a "weird lizard-armadillo cross thing"? is that acceptable? :)
[06:04] <pitti> rickspencer3: well, there's some back and forth with lightdm locale handling, but I think we are okay now (with the one in the queue)
[06:04] <rickspencer3> broder, :) I'm guessing not
[06:04] <broder> (oh, they're mammals. weird, i didn't realize that)
[06:04] <jbicha> pitti: wait on sushi, we named the gir wrong
[06:05] <pitti> jbicha: ok, rejected from NEW
[06:07] <didrocks> hey rickspencer3
[06:07] <rickspencer3> hi didrocks
[06:08] <rickspencer3> didrocks, mots dans la rue?
[06:08] <rickspencer3> 11.10 c'est tres bon, tres mal?
[06:09] <rickspencer3> tres jolie?
[06:09] <ricotz> jbicha, oh, this was already uploaded
[06:09] <didrocks> rickspencer3: très jolie, très jolie :-) Il y a encore un problème lightdm-policykit, qui fait crasher compiz au démarrage, mais sinon, niveau unity/compiz, je pense que les plus gros poissons sont péchés
[06:10] <rickspencer3> there are fat fish caught?
[06:10]  * rickspencer3 will never understand French
[06:11] <didrocks> rickspencer3: takes some bread and a french hat, it will totally help you undestand it :-)
[06:12] <didrocks> not sure the bottle of win is advised while working… :-)
[06:12] <rickspencer3> indeed
[06:12] <rickspencer3> also, no berret
[06:12] <smspillaz> morning everyone
[06:12] <rickspencer3> nor bonnet
[06:12] <rickspencer3> good morning smspillaz
[06:12] <didrocks> rickspencer3: you fix it! it will get colder soon :-)
[06:17] <jbicha> ricotz, pitti fixed branch https://code.launchpad.net/~jbicha/+junk/gnome-sushi
[06:17] <pitti> jbicha: thanks; did you sync with the pkg-gnome one?
[06:18] <ricotz> jbicha, thanks, could you check gnome-documents too
[06:19] <pitti> jbicha: in pkg-gnome it's still libgnome-sushi; can you please commit the rename there as well, so that we don't divert on the name once it's in debian?
[06:20] <jbicha> pitti: yes, done
[06:40] <jbicha> pitti: what do you think of https://bugzilla.gnome.org/show_bug.cgi?id=660616
[06:40] <ubot2> Gnome bug 660616 in General "libgdata 0.9.1 fails to build with undefined references" [Major,Resolved: duplicate]
[06:52] <pitti> jbicha: will look in a bit
[07:08] <tkamppeter> pitti, hi
[07:09] <tjaalton> nautilus segfaults here: `menu_proxy_module_load': nautilus: undefined symbol: menu_proxy_module_load
[07:09] <didrocks> pitti: so, current glade 3.10 is gtk3 only, even if you set your project for gtk2.x, opening it and adding a Box, will add a Box, not VBox or HBox (and Box can't be instantiated by pgtk). So the application will crash when starting. As Quickly isn't pygi yet, I would suggest reverting to 3.8 which was the natty version
[07:09] <didrocks> pitti: there are misc patches about it upstream, but they got reverted as introducing regressions and upstream wants glade 3.10 to be gtk3 only now
[07:15] <pitti> didrocks: ugh; is 3.8 compatible to gtk 3? i. e. will it produce "Box" and not "HBox" for GTK3 projects?
[07:15] <tjaalton> so.. nautilus-open-terminal needs a rebuild against the current nautilus to fix 865115
[07:15] <mvo> didrocks: *urgh*
[07:16] <didrocks> pitti: that's what I read, I'm rebuilding it to test
[07:16] <mvo> is it just me or should there be a glade-2 and a glade-3 in this case so that you can do the fancy new and still be able to do the plain boring old
[07:18] <jbicha> tjaalton: we just did that this week and it didn't completely fix bug 865115
[07:18] <ubot2> Launchpad bug 865115 in ubuntuone-client-gnome "nautilus crashed with SIGSEGV in gconf_client_get(), if both nautilus-open-terminal and ubuntuone-client-gnome are installed" [High,Confirmed] https://launchpad.net/bugs/865115
[07:19] <tjaalton> jbicha: ok, but the upstream bug suggests it did
[07:21] <jbicha> tjaalton: right, I thought it worked but I'm still getting crashes :(
[07:21] <didrocks> mvo: well, normally, glade is multiple version compatible
[07:21] <didrocks> mvo: the issue there is the library where pygtk should pick the right one
[07:24] <didrocks> pitti: hum, even the glade-3 is gtk2 only… urgh
[07:24] <didrocks> so we need to make glade-3.8 and 3.10 parallely installable?
[07:24] <didrocks> and ensure pygtk is loading the 3.8 lib
[07:30] <kamstrup> didrocks, pitti: It appears upstream doesn't have the capacity to review my patch on https://bugzilla.gnome.org/show_bug.cgi?id=638915 just now... What do we do? It's pretty sad that (almost) all community lenses will be unable to work...
[07:30] <ubot2> Gnome bug 638915 in introspection "Array of GVariants causes segfault" [Normal,New]
[07:33] <pitti> didrocks: yes, I think parallel package would be safest then
[07:33] <didrocks> pitti: the hardest part would be to ensure pygtk is loading the right one I guess
[07:34] <pitti> kamstrup: I'm just afraid of breaking any other pygi app if we distro-patch it right nowo
[07:35] <pitti> kamstrup: would it be ok to SRU it, so that we can update/pull it if it causes trouble?
[07:35] <kamstrup> pitti: yeah, totally understand
[07:35] <kamstrup> pitti: yeah, I guess we can SRU it. It'll need good testing anyway since it's a pretty invasive change
[07:35] <jbicha> crazy idea, but what about fixing quickly and sruing that instead
[07:36] <pitti> jbicha: ah, I already looked at libgdata before
[07:36] <pitti> libgdata (pitti) - merged our changes to Debian, but 0.9.1 -> 0.10 has new API and features, needs FFE; do we need this?
[07:36] <pitti> ^ from the pad
[07:36] <tkamppeter> pitti, I got two simple patches for two Ghostscript bugs: bug 864509 and bug 787067. Should I upload for direct inclusion in Oneiric or for 0-day SRU?
[07:36] <ubot2> Launchpad bug 864509 in ghostscript "background printed instead of the text" [High,In progress] https://launchpad.net/bugs/864509
[07:36] <ubot2> Launchpad bug 787067 in lcms "Apple-generated EPS figures in LaTeX-generated PS file cause Ghostscript to segfault" [Undecided,Won't fix] https://launchpad.net/bugs/787067
[07:37] <jbicha> pitti: right, but now libgdata FTBFS
[07:37] <pitti> hm, didn't turn up in the rebuild test
[07:37] <pitti> jbicha: but I guess we can cherry-pick the fix
[07:37] <tkamppeter> pitti, one is done by our new employee larsu, former GS upstream contributor and, for us Common Printing Dialog developer.
[07:37] <pitti> tkamppeter: if they have any potential for regression, SRU; if they are obvious (like fixing NULL pointer access or so), you can upload to them onrici
[07:38] <jbicha> pitti: upstream says 0.9.1 is unstable and 0.10 is the stable build if that matters
[07:38] <tkamppeter> At least bug 787067 is the obvious NULL pointer.
[07:38] <ubot2> Launchpad bug 787067 in lcms "Apple-generated EPS figures in LaTeX-generated PS file cause Ghostscript to segfault" [Undecided,Won't fix] https://launchpad.net/bugs/787067
[07:39] <pitti> jbicha: yes, I know; I just didn't really fancy another ABI break at that time :/ seems they didn't align to the gnome release cycle
[07:39] <tkamppeter> pitti, the other is also small, but I will run some more files through it.
[07:41] <jbicha> pitti: it was released Sep 14 but it wasn't clear what was stable and what was unstable
[07:42] <jbicha> pitti: yeah, it's awfully late but it's up to you, gdata doesn't seem too broken now besides the build problem
[07:42] <pitti> jbicha: I mean that they broke ABI/API after gnome api freeze
[07:42] <didrocks> jbicha: how fixing?
[07:42] <didrocks> (quickly)
[07:42] <didrocks> jbicha: I don't think we want to port the template to pygi, changes all our tutorial now
[07:42] <pitti> jbicha: I can look into the FTBFS fix (unless you are at it already)
[07:43] <jbicha> pitti: no I hadn't started and don't know if I could figure it out anyway :)
[07:44] <jbicha> didrocks: yes, it's a crazy idea, I'm not really volunteering for it either, but we do want people to stop developing gtk2 & the work should be done for P anyway...
[07:44] <didrocks> jbicha: indeed, but it's way too late, without noting that the pygi documentation is still poor right now
[07:44] <didrocks> jbicha: not like we are in finale freeze :p
[07:45] <jbicha> didrocks: agreed, I just had to guess when I did pygi stuff this cycle ;)
[07:49] <pitti> didrocks: btw, http://python-gtk-3-tutorial.readthedocs.org/en/latest/ might be handy for a future quickly pygi port
[07:50] <didrocks> pitti: ah, great, thanks
[07:50] <didrocks> pitti: so, basically, I'll try to push another glade-gtk2 binary, looking at common paths
[07:52] <pitti> argh, evolution-exchange is uninstallable; I'll have a look as well
[08:10] <pitti> jbicha:
[08:10] <pitti> W: libsushi-dev: wrong-section-according-to-package-name libsushi-dev => libdevel
[08:10] <pitti> W: libsushi0-dbg: wrong-section-according-to-package-name libsushi0-dbg => debug
[08:10] <pitti> ^ fixing these in svn would be nice
[08:10] <pitti> but this is more serious:
[08:10] <pitti> W: libsushi0: package-name-doesnt-match-sonames libsushi-1.0-0
[08:11] <pitti> jbicha: can we fix the package name harder?
[08:11] <jbicha> pitti: harder?
[08:11] <pitti> jbicha: it should be called libsushi-1.0-0 and libsushi-1.0-dev according to the upstream name
[08:12] <jbicha> pitti: yes, I'll do that, I don't know why I didn't see the lintian errors
[08:12] <pitti> lintian is really a good companion ;)
[08:12] <seb128> hey
[08:13] <pitti> it's a Seb!
[08:13] <seb128> hey pitti
[08:13]  * pitti hides the cookies
[08:13] <seb128> how are you?
[08:13] <seb128> pitti, what did I do? no cookie for me? :-(
[08:13] <rickspencer3> good morning seb128
[08:13] <seb128> hey rickspencer3 ;-)
[08:13] <pitti>  pretty well, thanks! just getting a light cold, but nothing serious
[08:13] <pitti> nice bug cleanup day today
[08:13] <pitti> new lightdm, final FTBFS/uninstalalbility fixes, etc.
[08:13] <pitti> oneiric is getting the last fit and finish
[08:14] <pitti> jbicha: rejected the binaries for now
[08:15] <seb128> waouh
[08:15] <seb128> nice list of changes yeah
[08:16] <seb128> derivates will hate robert_ancell, he still didn't fix the Password: string not being set as translated in the .ui it seems :p
[08:16] <seb128> oh, sushi got in \o/
[08:16] <pitti> seb128: but .dmrc reading got fixed
[08:16] <seb128> yeah, great ;-)
[08:16] <seb128> do you know if robert looked at the bug jibel and other are hitting?
[08:17] <seb128> the "the ck session is not set correctly which breaks 3d and compiz"
[08:17] <pitti> I didn't see that in today's upload(s)
[08:17] <seb128> yeah, it's not there, I was wondered if he mentioned it on IRC
[08:17] <seb128> well anyway nice to see all the good uploads :-)
[08:18] <didrocks> salut seb128
[08:19] <seb128> hey didrocks
[08:19] <pitti> seb128: he didn't
[08:19] <didrocks> seb128: I asked him about it
[08:19] <didrocks> 07:52:22 robert_ancell | didrocks, I updated the bug.  I *think* lightdm is crashing, but the cause is unknow
[08:19] <didrocks> 07:52:44 robert_ancell | didrocks, so what we really need is a reproducible system that can dump a core file
[08:19] <didrocks> I'll ask sabdfl if he has one
[08:19] <didrocks> jibel: as well ^
[08:20] <pitti> seb128: sushi still being worked on, just rejected the binaries
[08:21] <seb128> didrocks, the sabdfl is travelling I think, he said "see you at UDS" yesterday
[08:21] <seb128> didrocks, so don't wait on him ;-)
[08:21] <didrocks> seb128: ah ok, so jibel, it's all on you know to get traces! :-)
[08:21] <didrocks> now*
[08:21] <seb128> didrocks, we have some bugs which have lightdm.log from buggy and non buggy cases
[08:22] <seb128> didrocks, what makes you think lightdm segfault? (just curious, the logs didn't seem to indicate that's the case)
[08:22] <didrocks> seb128: was it me?
[08:22] <seb128> the log suggest it starts the session but the ck session fails for some reason
[08:22] <didrocks> seb128: look at the og
[08:22] <didrocks> log*
[08:22] <didrocks> 07:52:22 robert_ancell | didrocks, I updated the bug.  I *think* lightdm is crashing, but the cause is unknow
[08:22] <pitti> seb128: oh, I was going to ask you -- was there anything important on Tuesday's meeting? (there's no log on https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-10-04)
[08:22] <jibel> didrocks, I'll try again today. I'm downgrading the machine to the state 3 days ago, I noticed that it often happens after applying updates.
[08:22] <didrocks> it's robert's thinking that
[08:23] <seb128> pitti, ups, will copy those from irclogs, no, nothing worth mentioning
[08:23] <seb128> didrocks, ok
[08:23] <pitti> bonjour jibel, ca va?
[08:24] <seb128> hey jibel
[08:24] <seb128> didrocks, ok, great if he's on it ;-)
[08:25] <didrocks> seb128: yeah, let's hope he can tackle it easily :)
[08:25] <jibel> what seems to happen is lightdm dies when the Ubuntu session starts, then CK deletes the session, so when compiz starts it can't access the drm device.
[08:26] <seb128> jibel, ok, so what is to figure is why lightdm goes away
[08:26] <jibel> pitti, guten morgen, Ich bin gut danke!
[08:26] <pitti> yes you are :)
[08:27] <pitti> (funny translation)
[08:27] <seb128> pitti, locales are ridiculous complicated
[08:27] <seb128> (reading the lightdm LANG handling bug)
[08:27] <seb128> no it's a locale, no it's a language, wait no it's the other way
[08:27] <pitti> yeah, I had never expected so much guesswork to be in lightdm -- I thought it wanted to keep things simple :)
[08:28] <BigWhale> Pressing alt-shift to change keyboard layout killed unity :/
[08:29] <seb128> report a bug
[08:30] <BigWhale> I'll try to reproduce it first
[08:32] <jbicha> pitti: 3rd try for sushi? I updated my branch again
[08:32] <pitti> sushi is small, one can easily have three courses
[08:32] <pitti> jbicha: hm, source is in, we need a new changelog
[08:33] <pitti> jbicha: do you mind committing that to your +junk branch, or want me to fix locally?
[08:34] <glatzor> mvo, morning. the packagekit compat layer progresses quite well. I can already run gpk-application
[08:34] <mvo> glatzor: woah, that is awsome
[08:34] <didrocks> pitti: I prefer the home made one to the traditional corean we can fine anywhere though :)
[08:35] <jbicha> pitti: does that mean we need C/R or can we just do things really fast so no one notices?
[08:37] <seb128> waouh, robert_ancell had a busy day seeing https://code.launchpad.net/~lightdm-team/lightdm/1.0
[08:37] <pitti> jbicha: no, not needed, as I rejected the binaries
[08:38] <glatzor> mvo, it is a lot of copy and paste work - adding dbus methods and porting the former apt backend
[08:38] <jbicha> pitti: ok, good, repushed to my junk branch
[08:39] <jbicha> this should be an easy update: https://code.launchpad.net/~jbicha/ubuntu/oneiric/gjs/1.30/+merge/77632
[08:39] <mvo> glatzor: its cool stuff
[08:40] <pitti> jbicha: I think I looked at that before, and didn't find it worth uploading
[08:41] <jbicha> pitti: ok, it doesn't do anything except bump the version number
[08:47] <seb128> pitti, bug #855943 might be worth adding on the sru candidate list? or at least on the "to investigate" list
[08:47] <ubot2> Launchpad bug 855943 in fglrx-installer "Installing then uninstalling FGLRX makes Oneiric's Unity unbootable" [Undecided,Confirmed] https://launchpad.net/bugs/855943
[08:47] <seb128> pitti, is that something for your or for tseliot?
[08:47] <pitti> seb128: tseliot handles these drivers
[08:49] <seb128> pitti, ok, I was not sure if that was a jockey or driver issue
[08:49] <seb128> I will ping him when he's online
[08:49] <seb128> pitti, thanks!
[08:50] <pitti> seb128: it's apparently a bug in the alternatives handling
[08:50] <seb128> did I already say that I hate alternatives? ;-)
[08:51] <seb128> didrocks, you won bug #868032 ;-)
[08:51] <ubot2> Launchpad bug 868032 in gnome-shell "nautilus progress window marked skipped, not managed by gnome-shell" [Medium,New] https://launchpad.net/bugs/868032
[08:52] <seb128> didrocks, low priority, i.e feel free to ignore it for Oneiric, but I think the patch is from you right?
[08:52] <didrocks> seb128: well, can easily be workarounded with the SESSION env variable
[08:52] <didrocks> seb128: yeah
[08:53] <didrocks> seb128: I think we need to give a generic way to know if you are in unity (like a lib or something lese)
[08:53] <didrocks> else*
[08:53] <didrocks> so that we all have the same method in g-c-c and such
[08:53] <seb128> right
[08:53]  * didrocks adds that to UDS note
[08:53] <seb128> no new lib please
[08:53] <seb128> but distro patch that in gtk or something
[08:53] <didrocks> seb128: yeah
[08:53] <didrocks> seb128: I'll go the env variable way for a SRU
[08:54]  * didrocks finishes glade first
[08:54] <seb128> didrocks, no hurry as said, sru or next cycle
[08:54] <seb128> yeah, the getenv is the easier way
[08:54] <seb128> we should maybe just standardise that, it's 2 lines of code
[08:54] <didrocks> indeed, that or dbus call for being more reliable
[08:55] <didrocks> but standardise is necessary
[08:56] <jbicha> also we need an easy way to tell the difference between GNOME Shell & Fallback, onboard for instance shouldn't run in GNOME Shell
[08:56] <seb128> is that autostarted?
[08:57] <seb128> or dbus activated?
[08:57] <jbicha> currently autostarted when the appropriate gsettings is on
[08:57] <seb128> we could use a
[08:57] <seb128> =GNOME3 if-session gnome-fallback
[08:58] <seb128> for the autostart condication
[08:58] <seb128> or rather
[08:58] <seb128> GNOME3 unless-session gnome-shell
[08:59] <jbicha> I mis-spoke, the problem was that 2 autostart conditions don't work, it needs to be an OnlyShowIn:Unity;GNOME-Fallback;
[09:00] <seb128> =GNOME3 unless-session gnome-shell
[09:00] <seb128> should do that
[09:00] <seb128> that's what the gsd mount fallback code is using
[09:00] <jbicha> seb128: if you look at the onboard changelog, I tried that and it didn't work :(
[09:01] <seb128> weird
[09:01] <seb128> I wonder why that works for gnome-fallback-mount-helper.desktop:AutostartCondition=GNOME3 unless-session gnome-shell
[09:02] <jbicha> AutostartCondition=GSettings org.gnome.desktop.a11y.applications screen-keyboard-enabled
[09:02] <jbicha> only the first autostart condition does anything
[09:03]  * mvo hugs dpm
[09:03]  * dpm hugs mvo back :)
[09:04] <mvo> dpm: I work on your bugs now, thanks a bunch for reporting them!
[09:04]  * pitti uploads more sushi, thanks jbicha
[09:04] <seb128> jbicha, oh, ok, right I didn't understand you needed the gsettings I though you used it because you couldn't do "OnlyShowIn:Unity;GNOME-Fallback;"
[09:08] <jbicha> so we'd need to convince GNOME for that one? or should onboard just be smarter?
[09:08] <dpm> mvo, no worries, thanks for looking at them super quick :)
[09:09] <seb128> jbicha, that's worth mentioning to vuntz to see what he thinks
[09:09] <rodrigo_> vuntz, around?
[09:09] <seb128> he might say that patches are welcome for having "or" and "add" in autostart conditions
[09:09] <seb128> hey rodrigo_, how are you?
[09:10] <seb128> rodrigo_, I mentioned vuntz before you! ;-)
[09:10] <rodrigo_> hey seb128, sorry I didn't say hello, was just offline until now :)
[09:10] <rodrigo_> so hi all
[09:10] <vuntz> hrm?
[09:10] <pitti> hey rodrigo_
[09:10] <pitti> bonjour vuntz
[09:10] <seb128> vuntz, RUN
[09:10] <seb128> vuntz, lut ;-)
[09:10] <tkamppeter> pitti, the second Ghostscript patch (bug 864509) I will also directly upload. I have looked into the upstream regression test reports and they look fine. I have also run some critical files through it and they all come out correctly.
[09:10] <ubot2> Launchpad bug 864509 in ghostscript "background printed instead of the text" [High,In progress] https://launchpad.net/bugs/864509
[09:10] <pitti> tkamppeter: nice
[09:10] <rodrigo_> vuntz, I'll let seb128 ask first
[09:11] <rodrigo_> hi pitti
[09:11] <seb128> rodrigo_, no please go ahead
[09:11] <rodrigo_> ok
[09:11] <seb128> rodrigo_, btw how is the gnome-screensaver issue going? do you still work on it?
[09:11] <rodrigo_> vuntz, I'm getting crazy with the idle detection between gnome-session, screensaver and ConsoleKit
[09:12] <rodrigo_> seb128, asking vuntz about it, I have a fix but doesn't work very well
[09:12] <seb128> ok
[09:12] <rodrigo_> vuntz, so, screensaver connects to the StatusChanged signal of the session
[09:12] <rodrigo_> vuntz, and g-session to the Actiov
[09:12] <rodrigo_> veChanged signal of screensaver
[09:12] <rodrigo_> and Screensaver connects to some ConsoleKit signal
[09:13] <rodrigo_> so who does the idle detection/signalling?
[09:13] <vuntz> rodrigo_: gnome-session
[09:13] <rodrigo_> vuntz, where?
[09:14] <vuntz> rodrigo_: gs-idle-monitor.c
[09:14] <seb128> jibel, I think the lightdm alternative bug you just triaged is a duplicate of bug #868176
[09:14] <ubot2> Launchpad bug 868176 in lightdm "package lightdm-gtk-greeter 1.0.1-0ubuntu1 failed to install/upgrade: lightdm-gtk-greeter: config file '/etc/lightdm/lightdm-gtk-greeter-ubuntu.conf' is a circular link" [High,Confirmed] https://launchpad.net/bugs/868176
[09:14] <rodrigo_> I don'0t see where it gets the timeout
[09:14] <rodrigo_> vuntz, oh, looking
[09:15] <seb128> vuntz, ok, my turn :p what do you think about adding "or" and "and" to the autostartcondition in gnome-session?
[09:15] <seb128> vuntz, is that something you would be interest if a patch comes or something you disagree with?
[09:16] <seb128> vuntz, typical usecase is to run something in gnome-fallback and not gnome-shell but make the run conditional on a gsettings key as well
[09:17] <vuntz> seb128: I'd say it's interesting, but I guess the code would be rather horrible, and you need to define a sane syntax in the .desktop file
[09:17] <jibel> seb128, right. duplicated
[09:17] <rodrigo_> vuntz, but the problem is when you set g-s-d's power plugin sleep-display-ac|battery to 0, then it starts setting idle as soon as you stop moving the mouse, but it doesn't read that key, so how does it determine the timeout to use?
[09:19] <vuntz> rodrigo_: pretty sure g-c-c also sets org.gnome.desktop.session/idle-delay
[09:19] <rodrigo_> vuntz, hmm
[09:19] <vuntz> it does, in panels/screen/cc-screen-panel.c
[09:20] <rodrigo_> yeah!
[09:20] <tkamppeter> pitti, fix for bug 864509 uploaded.
[09:20] <ubot2> Launchpad bug 864509 in gs-gpl "background printed instead of the text" [High,Confirmed] https://launchpad.net/bugs/864509
[09:20] <vuntz> rodrigo_: not sure if it's related to your thing, though
[09:20] <rodrigo_> vuntz, I think so, let me try
[09:20] <pitti> tkamppeter: thanks, will review when the diff arrives
[09:22] <rodrigo_> vuntz, ok, the problem seems to be gnome-session thinks 0 is a correct value, whereas it should be don't-go-to-idle, right?
[09:25] <vuntz> rodrigo_: hrm, don't know. Should it? What does the schema say?
[09:26] <vuntz> rodrigo_: (that sounds sane, though)
[09:27] <rodrigo_> The number of seconds of inactivity before the session is considered idle
[09:27] <rodrigo_> that's what it says, with a default of 600
[09:28] <rodrigo_> ok, so if I understand it correctly, gsm-presence.c shouldn't set a timeout if the value is 0, right?
[09:29] <vuntz> rodrigo_: change reset_idle_watch() to not call gs_idle_monitor_add_watch() of idle_timeout is 0
[09:29] <rodrigo_> yeah, that's what I'm trying
[09:30] <rodrigo_> will do some testing and send you a patch if it works
[09:33] <rye> rodrigo_, can we use idle-enabled property?
[09:34] <rodrigo_> rye, in which schema?
[09:34] <vuntz> rye: you shouldn't, as it will mix badly with inhibitions
[09:35] <rodrigo_> I think using the idle-delay key should work
[09:35] <rodrigo_> testing right now
[09:35] <rye> vuntz, truuuue
[09:36] <rye> rodrigo_, should you want somebody else to test I will be happy to
[09:36] <rodrigo_> ugh, stupid me, I built the package without the patch
[09:36]  * rodrigo_ knocks his head
[09:37] <mhr3_> pitti, could you look at bug #850714
[09:37] <ubot2> Launchpad bug 850714 in unity-lens-files "UIFe: Update all Unity Group header icons" [Undecided,Fix committed] https://launchpad.net/bugs/850714
[09:38] <mhr3_> pitti, or tell me who to point to it to get an ack on the uife
[09:40] <pitti> mhr3_: I don't understand what that actually visibly changes?
[09:40] <mhr3_> pitti, just a few icons for the categories
[09:41] <mhr3_> sorry for not putting before screenshot there
[09:41] <pitti> but why change them now? this will make documentation inconsistent again
[09:42] <pitti> https://launchpadlibrarian.net/81807745/Screenshot%20at%202011-10-03%2015%3A15%3A45.png doesn't look different to what we already have on first and second sight
[09:42] <mhr3_> don't ask me i'm not design
[09:42] <mhr3_> the folders icon changed there a little
[09:43] <mhr3_> just open dash and you'll see it
[09:43] <tkamppeter> pitti, I have added the debdiff to fix bug 787067, can you upload? Note that the packaging method is very old-fashioned, but at this time we should not clean up packages and this package will hopefully get removed in P.
[09:43] <ubot2> Launchpad bug 787067 in lcms "Apple-generated EPS figures in LaTeX-generated PS file cause Ghostscript to segfault" [Medium,Fix committed] https://launchpad.net/bugs/787067
[09:43] <mhr3_> pitti, but as paul says, the changes are quite small fortunately
[09:44] <pitti> tkamppeter: oh, nice!
[09:45] <pitti> tkamppeter: ugh, 700 kB diff?
[09:45] <seb128> pitti, hey, 2 retracer questions for you
[09:45] <pitti> tkamppeter: seems something went wrong with the debdiff; https://launchpadlibrarian.net/82112391/lcms_1.19.dfsg-1ubuntu1_1.19.dfsg-1ubuntu2.debdiff contains a lot more changes, even if you ignore the autotools changes
[09:45] <pitti> mhr3_: I followed up to the bug report, FYI
[09:45] <tkamppeter> pitti, one moment please, will re-upload the debdiff, a stray file got in. Or can you simply manually take out the big lcms_1.18.dfsg-1.2ubuntu1_1.19.dfsg-1.diff hunk?
[09:46] <mhr3_> pitti, thx
[09:46] <seb128> pitti: 1- is there an equivalent to the "log in the retracer and source . environment" so I can run the scripts, i.e the subscribe triager one
[09:46] <pitti> tkamppeter: it's just the three-liner at the bottom? if so, can do
[09:46] <seb128> pitti, 2- how can I get drop a bug from the duplicate database so we get a chance to get a new stacktrace rather than having bug duplicates from a closed bug?
[09:47] <pitti> seb128: 1- "export PYTHONPATH=$HOME/apport" should do it
[09:47] <seb128> pitti, danke
[09:47] <pitti> seb128: apport/bin/dupdb-admin -f apport_duplicates.db removeid 12345
[09:48]  * seb128 hugs pitti
[09:48] <seb128> pitti, danke
[09:49] <jbicha> rodrigo_: are you working on folks <IP_ADDRESS>? it fixes a gnome-contacts crasher
[09:49] <dpm> hi, good morning desktop folk, there is a translatable string in Unity that says "Automatically grid windows on timer in switcher". Could someone explain me what it means? The part I'm most confused about is the "on timer" part
[09:49] <rodrigo_> jbicha, not right now, feel free to upload it
[09:49]  * pitti hugs back seb128
[09:50] <davidcalle> dpm, the implementation makes me think it means "after a short time"
[09:51] <pitti> tkamppeter: uploaded, thanks!
[09:51] <tkamppeter> pitti, new debdiff attached to bug 787067
[09:51] <ubot2> Launchpad bug 787067 in lcms "Apple-generated EPS figures in LaTeX-generated PS file cause Ghostscript to segfault" [Medium,Fix committed] https://launchpad.net/bugs/787067
[09:51] <dpm> thanks davidcalle :)
[09:51] <davidcalle> dpm, yw
[09:52] <pitti> tkamppeter: ok, that's what I uploaded
[09:52] <pitti> tkamppeter: your ghostscript upload has just one patch/bug fix, didn't you say you had two?
[09:54] <tkamppeter> pitti, the two are once lcms and second Ghostscript, so it is correct. These are two GS crashers but one fixed in lcms.
[09:54] <pitti> tkamppeter: understood, thanks
[09:57] <pitti> jbicha: sushi binNEWed FYI
[10:04] <rodrigo_> ok, it works
[10:05] <rodrigo_> vuntz, apart from the fix in g-session, g-.c-c was setting idle-delay to 1 if the timeout > 0
[10:05] <rodrigo_> vuntz, so, with those 2 fixes it works
[10:06] <rodrigo_> vuntz, so, can I push this -> http://pastebin.com/WDSNBMsQ ?
[10:09] <vuntz> rodrigo_: sure, go ahead
[10:09] <rodrigo_> vuntz, to both master and 3-2 branch?
[10:09] <vuntz> yep
[10:09] <vuntz> thanks!
[10:10] <rodrigo_> ok
[10:10] <rodrigo_> hmm, there's no 3-2 branch
[10:12] <seb128> rodrigo_, \o/
[10:12] <rodrigo_> seb128, get the beers out now! :D
[10:12] <vuntz> rodrigo_: makes it easier ;-)
[10:12] <rodrigo_> vuntz, yeah
[10:13] <seb128> rodrigo_, you will have an hard time at UDS, not sure a man can drink the number of beers you will get in a week ;-)
[10:14] <rodrigo_> I can, no problem :)
[10:14] <rodrigo_> or if not, I'll take them home
[10:15] <rodrigo_> ok, uploading both g-session and g-c-c now
[10:16] <pitti> rodrigo_: folks upload:
[10:16] <pitti> -                          [tracker-sparql-0.10 >= $TRACKER_SPARQL_NEWER_VER],
[10:16] <pitti> +                          [tracker-sparql-0.12 >= $TRACKER_SPARQL_NEWER_VER])
[10:16] <pitti> rodrigo_: we don't have tracker 0.12
[10:16] <rodrigo_> jbicha, ^
[10:16] <rodrigo_> is that what you uploaded?
[10:16] <pitti> sorry, right, jbicha
[10:17] <pitti> and this dependency change should be reflected in debian/control
[10:18] <rodrigo_> jbicha, maybe we can backport the fix for the g-contacts crash?
[10:18] <rodrigo_> jbicha, do you know which one it is?
[10:22] <jbicha> rodrigo_: but we don't build folks with tracker so it's ok :)
[10:23] <rodrigo_> ah, pitti ^
[10:23] <pitti> ah, ok, thanks
[10:24] <jbicha> I'd like newtracker though (for gnome-documents) but it's probably not happening
[10:25] <tkamppeter> pitti, thanks for the uploads.
[10:27] <rodrigo_> pitti, ok, fixes for https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/863038 uploaded, so feel free to accept both g-c-c and gnome-session :)
[10:27] <ubot2> Launchpad bug 863038 in gnome-session "If turnoff the screen setting set to 'never' screen turns off instantly" [High,In progress]
[10:27] <pitti> rodrigo_: oh, I seem to remember at least two other uploads for this already :) seems to be a tricky beast
[10:28] <pitti> rodrigo_: thanks, will review once the diff lands
[10:28] <rodrigo_> pitti, now it's for real, the other one wasn't really fixing this bug, but I left by mistake the bug number in debian/changelog
[10:29] <rodrigo_> pitti, the problem was really g-c-c setting org.gnome.desktop.session's idle-delay to 1, and then gnome-session installing a timeout of 0 seconds for the idle detection
[10:32] <rodrigo_> pitti, oh, wait, seems someone upload gnome-session without upgrading the bzr branch
[10:32]  * rodrigo_ merges
[10:32] <pitti> rodrigo_: want me to reject the current upload?
[10:33] <rodrigo_> pitti, already rejected automatically
[10:33] <rodrigo_> it's not in the queue, right?
[10:33] <pitti> ah, ok; earlier version :)
[10:34] <rodrigo_> 0ubuntu2 it is, right?
[10:34] <rodrigo_> jbicha, hmm, seems you forgot to debcommit -r on gnome-session :)
[10:37] <jbicha> rodrigo_: well, forgot to push at least, sorry about that :(
[10:38] <rodrigo_> jbicha, no problem, merging now
[10:39] <rodrigo_> is there any way we could use to merge uploads to {ubuntu-desktop branches when someone forgets?
[10:39] <rodrigo_> pitti, ?
[10:41] <seb128> rodrigo_, what do you mean?
[10:41] <seb128> oh, in an automatic way
[10:41] <rodrigo_> seb128, yes
[10:41] <rodrigo_> like if someone does an upload without updating the bzr branch
[10:41] <seb128> not easily I think
[10:42] <seb128> we could have an hook that check that the version is newer than the archive one when you build it though
[10:42] <seb128> to at least catch those before upload
[10:43] <rodrigo_> oh, that's good yeah
[10:45] <rodrigo_> seb128, pitti: btw, no more undesired suspends with the latest packages installed, right?
[10:45] <seb128> rodrigo_, no, seems to be fine
[10:45] <seb128> I didn't have any this week
[10:46] <seb128> good work! ;-)
[10:46] <rodrigo_> ok, I'll close the bug then
[10:46] <seb128> thanks
[10:46] <rodrigo_> ah already closed
[10:46] <rodrigo_> it doesn't show up on http://status.qa.ubuntu.com/reports/ubuntu-desktop/oneiric.html
[10:46] <seb128> right, I think it was closed with the upload where you changed the default in the schemas
[10:46] <seb128> nobody reopened it
[10:46] <seb128> several users confirmed it works for them as well now
[10:47] <seb128> so good ;-)
[10:47] <pitti> rodrigo_: no, working fine for me, thanks!
[10:47] <rodrigo_> ok cool
[10:53] <pitti> lunch, bbl
[10:58] <rodrigo_> need to reboot, brb
[11:21] <rodrigo_> hmm, when rebooting, if I let the disk checks run, my display goes blank and never goes back
[11:36] <seb128> rodrigo_, urg
[11:37] <seb128> rodrigo_, kernel or plymouth issue? can you open a bug against plymouth?
[11:37] <rodrigo_> yeah, have to cancel them or let them running and then rebooting again
[11:37] <rodrigo_> seb128, yes, sure
[11:37] <seb128> rodrigo_, ubuntu-bug plymouth so it get details on your config etc
[11:38] <rodrigo_> ok
[12:14]  * rodrigo_ lunch
[12:16] <glatzor_> mvo, is it intended that the description of foreign arch packages are empty in python-apt?
[12:16] <glatzor_> apt.Cache()["xterm:386"].description
[12:16] <glatzor_> compared to apt.Cache()["xterm"].description
[12:21] <mvo> glatzor_: its a bug, hold on a sec, I search for the number
[12:21] <mvo> glatzor_: bug #868977
[12:21] <ubot2> Launchpad bug 868977 in apt "apt-cache show apt:i386 does not include the long description" [Medium,Triaged] https://launchpad.net/bugs/868977
[12:39] <didrocks> bah, tomboy is completly useless this day
[12:39] <didrocks> keep crashing, freezing
[13:43] <mterry> Are we done done for 11.10?  I just realized that we never merged in a fix for bug 804946 (though we have a pending merge by dobey)
[13:43] <ubot2> Launchpad bug 804946 in glib "gnome-settings-daemon crashed with SIGSEGV in g_variant_unref()" [Critical,Fix released] https://launchpad.net/bugs/804946
[13:44] <mterry> pitti, ^
[13:45] <seb128> mterry, hey
[13:45] <mterry> seb128, hello!
[13:45] <dobey> mterry: seb128 was looking at another issue in glib related to that
[13:45] <seb128> mterry, it's not so much a fix than a workaround to better deal with broken install (i.e typical case is a missing schemas)
[13:46] <mterry> yar
[13:46] <mterry> I'd take what I can get this close to release  :)
[13:46] <seb128> I wanted to put it in the same upload than the "drop the cache cleaning from the postrm"
[13:46] <mterry> ah, k
[13:46] <seb128> but pitti said to better sru the postrm thing since that's only an upgrade issue
[13:46] <seb128> not a fresh install one
[13:47] <dobey> it is a fix
[13:47] <seb128> mterry, but maybe we should still get the fix from dobey in, let's see what pitti says ;-)
[13:47] <seb128> dobey, it's a "fix" for buggy code to not segfault, it still only concern buggy code
[13:47] <seb128> i.e code that try to unref a null variant
[13:48] <seb128> which 95% of the cases are gsettings users where the installation is screwed (i.e schemas missing)
[13:48] <dobey> yes, but it is part of glib. and glib standard practice is to have such protection in such _unref calls; GVariant is missing that, so it is a bug
[13:48] <seb128> ok
[13:48] <mterry> btw, I have some memory leak fixes for the panel, I've been assuming I should merely SRU them.  Let me know if ya'll disagree
[13:48] <pitti> seb128, mterry: yeah, still a workaround, but looks okay for final
[13:49] <seb128> mterry, if they are obvious leaks with a trivial fix please upload
[13:49] <pitti> but can we please not have this on glib trunk/glib precise?
[13:49] <dobey> pitti: it is in glib-2-30 already
[13:49] <seb128> pitti, glib master restored the "abort on missing schemas"
[13:49] <pitti> yeah, I saw
[13:49] <seb128> mterry, if you merge dobey's fix and upload can you change the postrm as well to only clean the cache on purge?
[13:49] <dobey> pitti: and desrt claims master doesn't need it because it just aborts on missing schemas, which i think is irrelevant to g_variant_unref
[13:50] <seb128> mterry, if we do an upload we can as well get that in ;-)
[13:50] <pitti> seb128: ok, as long as this makes sure to not permanently paper over the real bug, it's certainly a nice stability fix
[13:50] <pitti> seb128: yes, postrm fix can go in then
[13:50] <seb128> mterry, it should fix most of the "missing schemas" bug, my bet is that those happen because we drop the cache where we should just let the update overwrite it
[13:51] <mterry> seb128, is there a branch already for that fix?  /me suspects it's a simple if-clause change, but will merge code if we have it already
[13:51] <seb128> i.e we have a time between the old postrm run and the new postinst that will rebuild the cache where there is virtually no schemas on disk
[13:51] <seb128> mterry, no I didn't get to it yet
[13:51] <mterry> seb128, bug number?
[13:52] <seb128> mterry, it's the same bug dobey is "fixing"
[13:52] <seb128> mterry, 2 sides of the same coin
[13:52] <seb128> the real issue is the missing schemas
[13:52] <mterry> seb128, k
[13:52] <seb128> the don't segfault on null is a workaround to deal better with the bug
[13:52] <mterry> htorque, you commented in the unity-panel-service bug.  Did you test with my fixes or just with current oneiric?
[13:53] <seb128> mterry, I guess the postrm fix is to add a "&& [ "$1" = purge ]&
[13:53] <seb128> &->"
[14:34] <ogra_> seb128, pitti, would it be possible to disable the hardcoded searching of /sys/class/dmi/ in gnome-settings-daemon ? such interfaces only exist on x86
[14:35] <seb128> ogra_, open a bug? it's an upstream issue
[14:35] <ogra_> .xsession-errors on a non x86 system is full of: "/sys/class/dmi/id/board_name: Failed to open file '/sys/class/dmi/id/board_name': No such file or directory"
[14:35] <seb128> ogra_, is there an equivalent or armel or is color just not working there?
[14:35] <ogra_> and i would also assume it slows the process down
[14:36] <ogra_> color ?
[14:36] <seb128> ogra_, the code which is using that is the color management code
[14:36] <seb128> dunno if that works on armel, I've no clue about how it works
[14:37] <ogra_> oh, well, we use plain framebuffer ... no xserver etc ...
[14:37] <seb128> but just open a bug saying that armel doesn't have a /sys/class/dmi
[14:37] <ogra_> so i doubt you will even be able to adjust any color sutfff
[14:37] <seb128> ok
[14:37] <seb128> so that should probably just bail out for you
[14:37] <ogra_> sure, apparently g-s-d survives it
[14:37] <seb128> ogra_, give us the bug number, pedro can forward that to upstream for you ;-)
[14:37] <ogra_> but i would suspect it slows it down
[14:38] <ogra_> k
[14:38] <ogra_> will do
[14:38] <ogra_> and thanks :)
[14:39] <ogra_> oh, and if gnome-shell is used it seems there is a dep on the pixmap renderer missing ...
[14:39] <ogra_> i'm just supporting someone who tried the gnome fallback session on an arm device and he has lots of "Unable to locate theme engine in module_path: "pixmap""
[15:04] <jdstrand> Kaleo: hi! I was pointed at you for this: what is the recommended way to change the icon size of the launcher in unity-2d? google told me about editing qml files. feel free to point me to a tool/wiki page as desired
[15:04]  * pitti takes a nap to clear up his head, back at TB meeting
[15:05] <Kaleo> jdstrand: let me have a look
[15:06] <Kaleo> jdstrand: you have the source from lp:unity-2d?
[15:06] <jdstrand> I can get it
[15:06] <Kaleo> (short documentation is at https://wiki.ubuntu.com/Unity2D)
[15:07] <jdstrand> Kaleo: ok, let's assume I have it :)
[15:07]  * jdstrand is fetching it
[15:07] <Kaleo> jdstrand: you want the whole launcher to be thicker?
[15:08] <jdstrand> Kaleo: well no. in unity 3d I can choose the size of the launcher icons from 48 to 32 (they are *way* too big on my 22" monitor)
[15:08] <jdstrand> Kaleo: and if I change the size of the icons, then in unity 3d the launcher width adjusts automatically
[15:08] <Kaleo> jdstrand: does that affect the width of the tiles or just the icons?
[15:08] <jdstrand> Kaleo: I was looking for something similar with unity-2d
[15:09] <Kaleo> jdstrand: oh, so you do want to have the launcher width changed :)
[15:09] <jdstrand> Kaleo: well, yes. I may have said the wrong thing cause in unity 3d it is referred to as 'icon size'
[15:09] <Kaleo> jdstrand: ok
[15:09] <Kaleo> jdstrand: there is no supported way to do that atm
[15:10] <Kaleo> jdstrand: but there is a way to do it changing a couple of things in the code
[15:10] <Kaleo> jdstrand: libunity-2d-private/src/launcherclient.cpp line 33; LauncherClient::MaximumWidth
[15:10] <jdstrand> Kaleo: well, considering I run the devel release, that isn't really an option cause I would be recompiling it all the time. is this feature planned?
[15:10] <Kaleo> jdstrand: that will change the width of the launcher
[15:10] <Kaleo> jdstrand: no it's not
[15:11] <jdstrand> Kaleo: I'm curious why. it seems a lot of people are talking about it on google, and it is configurable in unity 3d
[15:11] <Kaleo> sorry
[15:11] <jdstrand> (I'm not trying to be pushy, just genuinely curious)
[15:13] <Kaleo> jdstrand: launcher/LauncherList.qml line 31; property int tileSize will change the size of the icons
[15:13] <Kaleo> jdstrand: no worries
[15:14] <Kaleo> jdstrand: do you know where the option is in Unity?
[15:14] <jdstrand> it is in the 'experimental' section after you click on the unity button in ccsm
[15:14] <Kaleo> jdstrand: ok, in ccsm
[15:15] <jdstrand> not sure why it is still experimental, it has been in there since natty
[15:15] <Kaleo> jdstrand: so in Unity 2D it will have to be a dconf setting (fairly straighforward to do)
[15:15] <Kaleo> jdstrand: what is a tiny bit more involved is to allow for that parameter to be changed at runtime
[15:15] <Kaleo> jdstrand: overall I would say a couple of hours of work
[15:16] <jdstrand> interesting
[15:16] <jdstrand> Kaleo: thanks for your time :)
[15:16] <Kaleo> jdstrand: you are very welcom
[15:16] <Kaleo> +e
[15:26] <seb128> Trevinho, hey again, sorry I was busy trying to help sam to debug the launcher not revealing issue
[15:27] <seb128> Trevinho, the bug you pointed, I commented earlier today and you didn't comment since? what do you miss?
[15:32] <Trevinho> seb128: I was wondering if you also get the duplicated-desktop issue
[15:32] <Trevinho> as I get in the screenshot I attached
[15:33] <seb128> Trevinho, yes
[15:33] <seb128> well at least the wallpaper yes
[15:33] <seb128> seems rather an xorg weird setup than an application bug then...
[15:34] <Trevinho> Mh, seb128 well. so it's not related to unity...
[15:34] <seb128> right
[15:34] <Trevinho> In the unity side maybe there are some workaround.... But I don't know for nautilus
[15:34] <seb128> Trevinho, don't bother, I reported it because neil said I should but it does seem like a weird setup
[15:34] <Trevinho> Basically I think that the PanelController generates more views in the same area
[15:35] <Trevinho> and I guess that we can solve it
[15:35] <seb128> it's like the 2 screens are over each other
[15:35] <Trevinho> but I've to do more checks
[15:35] <seb128> which is how they get configured in the capplet
[15:35] <Trevinho> yes... I know...
[15:35] <seb128> I would if there is an usecase for that
[15:35] <Trevinho> however neil told me to give it a look :)
[15:35] <seb128> or if that's an xorg bug ;-)
[15:35] <seb128> Trevinho, thanks for looking into it ;-)
[15:36] <seb128> Trevinho, there are probably other unity bugs which are less corner cases than this one though so you might want to pick another one to work on ;-)
[15:36] <seb128> well, check with njpatel
[15:37] <Trevinho> seb128: I know... If I look if there's something more urgent :
[15:37] <Trevinho> anyway seb128 I've updated the bug including nautilus as affected, and changing the title https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/868354
[15:38] <ubot2> Launchpad bug 868354 in unity "Duplicate indicators bar and desktops with overlapped screens" [Low,Confirmed]
[15:38] <seb128> Trevinho, thanks
[15:50] <rodrigo_> need to go out for a bit, so bbl
[15:50] <rodrigo_> but if Gunnar shows up, could someone tell him I'll talk to him later?
[15:51] <seb128> rodrigo_, ok, see you!
[15:54] <rodrigo_> seb128, ok thanks :)
[15:54] <rodrigo_> bbiab then
[16:25] <rickspencer3> bryceh, around at all?
[16:46] <DBO> didrocks, https://code.launchpad.net/~unity-team/unity/unity-fix-UnLockRect-crash/+merge/78462
[16:46] <DBO> I have confirmed and reproduced the crashes this fixes
[16:46] <DBO> and confirmed the fix prevents the crashes
[16:47] <didrocks> DBO: oh nice, not sure it will be there for finale
[16:47] <DBO> I would suggest trying
[16:47] <seb128> didrocks, 1 liner to fix 3 frequent crashers? it's worth trying?
[16:47] <didrocks> DBO: yeah, I'll try, but probably tomorrow morning though, so if you get other crashes or nice fixes like edge reveal, please send me an email
[16:48] <didrocks> seb128: indeed, that what I told :)
[16:48] <DBO> didrocks, of course
[16:48] <seb128> didrocks, do you want me to have a look tonight if you need to go or do you just want to delay to tomorrow?
[16:48] <DBO> seb128, took us 3 hours on skype to figure out :)
[16:48] <seb128> didrocks, i.e do you want to call it a day or to batch?
[16:48] <didrocks> seb128: i guess I prefer batching it for tomorrow morning
[16:48] <seb128> DBO, good that you figured it out ;-) is "us" including jay?
[16:48] <DBO> yes
[16:48] <didrocks> that will enable other nice fixes to come in :)
[16:48] <DBO> it was a two person fix
[16:49] <seb128> didrocks, ok, should I check with pitti if tomorrow morning and still ok and backport it later if he says better to upload today?
[16:49] <seb128> didrocks, or did we say tomorrow is still ok?
[16:49] <seb128> didrocks, I didn't track when they want to stop uploads for good
[16:49] <didrocks> seb128: the langpack just started to build
[16:49] <seb128> ok, good
[16:49] <didrocks> so it's a 24h process
[16:49] <seb128> let's try to get extra fixes in then ;-)
[16:49] <seb128> didrocks, thanks!
[16:49] <didrocks> hence my deduction of "tomorrow morning is still ok"
[16:50] <seb128> works for me
[16:50] <seb128> mterry, \o/
[16:50] <seb128> mterry, thanks for the indicator leak fixes and the glib upload
[16:50] <mterry> seb128, np!  glad we could squeeze them in
[16:50] <mterry> seb128, I have an idea on that libgrip/eog crasher, but probably good to let chase comment
[16:51] <seb128> mterry, I've pinged him today about it, he said he would ask Jussi to look at it
[16:52] <mterry> seb128, cool, I added my thought to the bug, so I'm sure they'll see it
[16:52] <seb128> mterry, thanks!
[17:00] <glatzor_> mvo, evening. what happened to kpackagekit?
[17:11] <tkamppeter> Anyone else has problems to register his Google account under "Online accounts"? bug 869341
[17:11] <ubot2> Launchpad bug 869341 in gnome-control-center "On Asus eeePC 900 I cannot register my Google account" [High,New] https://launchpad.net/bugs/869341
[17:14] <jtaylor> hi, the filechooser dialog in gtk 2.24.6 is pretty broken
[17:14] <jtaylor> see e.g. bug 851383
[17:14] <ubot2> Launchpad bug 851383 in gtk "geany crashed when trying to open a second file" [Medium,Fix released] https://launchpad.net/bugs/851383
[17:14] <jtaylor> debian fixed it by applying the 500 line diff from git head
[17:15] <jtaylor> can this be doe for oneiric too?
[17:15] <infinity> Is any work being done on the frequently-duped geoclue crashes?
[17:15] <infinity> https://bugs.launchpad.net/ubuntu/+source/geoclue
[17:18] <cyphermox> infinity: I'll look into it now
[17:32] <rodrigo_> hmm, no Gunnar yet
[17:32] <rodrigo_> bbl then
[17:32] <seb128> jtaylor, it's late for that
[17:32] <seb128> jtaylor, could be better for a sru
[17:33] <jtaylor> a sru that can be done before release?
[17:33] <jtaylor> its pretty broken
[17:34] <seb128> if it's pretty broken how come it doesn't get raised before?
[17:34] <jtaylor> in the above bug three commits are mentioned which fix that one issue
[17:34] <seb128> well 500 lines doesn't look like a same change during hard freeze
[17:34] <jtaylor> I did not check all gtk2 apps
[17:36] <jtaylor> maybe the .6 upload should ahve been more careful
[17:36] <jtaylor> the insanity was visible in the diffstat ._.
[17:36] <seb128> it's not insane
[17:37] <seb128> it bring in consistency with gtk3 look
[17:37] <jtaylor> 2500 line diff in a single file during a stable release?
[17:38] <achiang> can someone teach me how to go from https://code.launchpad.net/~ubuntu-desktop/nautilus/ubuntu to the distroseries version of the branch? e.g., natty?
[17:38] <jtaylor> here almost mimimal patch which fixes the geany issue: http://paste.ubuntu.com/703493/
[17:38] <achiang> i can never remember how to do this
[17:38] <achiang> oh, found it. today must be my lucky day. https://code.launchpad.net/ubuntu/natty/+source/nautilus
[17:54] <cyphermox> jtaylor: seb128: maybe i'm doing it wrong but I can't crash geany here
[17:55] <jtaylor> cyphermox: do you have files open in geany when you start it?
[17:55] <cyphermox> yes, with or without
[17:56] <pitti> seb128: uploads tomorrow are still ok, we'll build the langpacks tomorrow
[17:56] <jtaylor> it probably depends on some setting
[17:56] <seb128> pitti, ok, great
[17:56] <jtaylor> ubuntu5 fixes one but another remains
[17:56] <jtaylor> probably the one fixed in 652f7e4086494f8ba2
[17:57] <cyphermox> if there's a corrupt gtk-bookmark file though (assuming that's the commit you're mentioning), we should also fix *that*
[17:58] <jtaylor> there is so much you should fix
[17:58] <jtaylor> and so much code has changed
[17:59] <jtaylor> also relevant debian bug 640466 and 644222
[17:59] <ubot2> Debian bug 640466 in libgtk2.0-0 "truncated selector" [Normal,Fixed] http://bugs.debian.org/640466
[17:59] <ubot2> Debian bug 644222 in libgtk2.0-0 "Recently used directories list not being updated" [Normal,Fixed] http://bugs.debian.org/644222
[17:59] <jtaylor> due the refactoring the risk of backporting selected issues is probably more risky than doing it all at once
[18:26] <GunnarHj> rodrigo_: Hi Rodrigo, are you there?
[18:56] <rodrigo_> hi GunnarHj, about to go out for dinner, so bbl, will you be around?
[18:57] <GunnarHj> rodrigo_: Ok, yes I'm here for a while now.
[18:59] <rodrigo_> GunnarHj, ok, bbiab then
[19:12] <pitti> good night everyone
[19:13] <seb128> 'night pitti
[19:27] <seb128> pedro_, is gnome-bluetooth on your "to upstream" list of sources?
[19:27] <seb128> pedro_, i.e bug #855549
[19:27] <ubot2> Launchpad bug 855549 in gnome-bluetooth "bluetooth-sendto crashed with SIGSEGV in device_changed()" [Medium,Confirmed] https://launchpad.net/bugs/855549
[19:28]  * pedro_ checking
[19:29] <pedro_> seb128, nope is not on the list, i'll add it now
[19:29] <pedro_> seb128, btw i'll subscribe it to desktop-bugs as well
[19:29] <pedro_> is not there either
[19:31] <seb128> pedro_, thanks
[19:32] <pedro_> no problem :-)
[19:37] <dobey> gnome-bluetooth is still using dbus-glib? eww.
[19:45] <ricotz> seb128, hi, is it still possible to sync clutter-gst 1.4.2-1 from debian which is suppose to fix the armel ftbfs
[19:47] <seb128> ricotz, can you open a bug with the diff between the version? I can't approve exception I'm not in the release team... you will need an approval
[19:49] <ricotz> seb128, ok, will do
[19:57] <ricotz> seb128, https://bugs.launchpad.net/ubuntu/+source/clutter-gst/+bug/869459
[19:57] <ubot2> Launchpad bug 869459 in clutter-gst "FFe: Sync clutter-gst 1.4.2-1 (main) from Debian unstable (main)" [Undecided,New]
[20:00] <Laney> build / install log? evidence of testing? it would be good confirm this 'supposed' fix.
[20:02] <jbicha> Laney: just curious, who do we have to talk to get a PPA that will build for ARM too?
[20:02] <Laney> i have no idea, but if you find out i would quite like one for myself
[20:02] <ricotz> mhh, this would be nice
[20:02] <Laney> some people have them though and may do a test upload for you
[20:03] <ricotz> there are arm ppa builders now
[20:03] <dobey> jbicha: #launchpad We would presume.
[20:04] <seb128> ricotz, thanks
[20:04] <micahg> jbicha: I think they're internal only ATM
[20:05] <ricotz> jbicha, btw, i think you can change the packaging of gnome-documents again soon ;)
[20:06] <ricotz> these libraries are really supposed to be private
[20:06] <ricotz> and an all-in-one binary package would be enough here
[20:07] <jbicha> ricotz: yes I'd prefer the all-in-one
[20:14] <czajkowski> evening folks
[20:16] <czajkowski> anyone seen the issue where you launch nautlis and then open a folder in it and it just closes up
[20:16] <BigWhale> czajkowski: o/
[20:17] <BigWhale> several times
[20:17] <czajkowski> BigWhale: howdy
[20:17] <seb128> czajkowski, there was an ubuntuone-client-gnome issue earlier in the week
[20:17] <BigWhale> but completely random
[20:17] <seb128> but it should be fixed since yesterday
[20:17] <czajkowski> seb128: shall do more updates
[20:17] <seb128> did any of you sent the bug using apport?
[20:17] <BigWhale> I was going to, but I couldn't pin down why it was happening.
[20:17] <czajkowski> seb128: says it's been reported already and keeps opening the U1 one
[20:18] <czajkowski> let me do an update again
[20:18] <jbicha> do any of you have nautilus-open-terminal installed or any other nautilus extensions?
[20:18] <BigWhale> me, no.
[20:19] <czajkowski> nope
[20:19] <czajkowski> 135 updates I did it last night :/
[20:19] <czajkowski> so a week to go eh :)
[20:36] <rodrigo_> GunnarHj, still around?
[20:37] <GunnarHj> rodrigo_: Yes. Wondered if you saw my long comment on patch 52.
[20:41] <rodrigo_> GunnarHj, yes, the one from yesterday, or a new one?
[20:42] <GunnarHj> rodrigo_: Yes, the one from yesterday.
[20:42] <rodrigo_> ok, that's what I wanted to talk about
[20:42] <rodrigo_> sorry if there was any confusion
[20:42] <GunnarHj> rodrigo_: No confusion here. :)
[20:42] <rodrigo_> what I really was asking for was to fix the issues the region panel has, but in an upstreamable way, not in an ubuntu-only way, which is what we're doing
[20:43] <rodrigo_> that's why I asked you to run it without the patch, so that I can work on every issue
[20:43] <rodrigo_> you find
[20:43] <rodrigo_> does that sound good?
[20:43] <GunnarHj> rodrigo_: Maybe I kind of misunderstood you, then. Yes that does sound good.
[20:44] <rodrigo_> oh, sorry then :)
[20:44] <GunnarHj> rodrigo_: One question is what exactly "upstreamable" means.
[20:45] <rodrigo_> something that works for every distro :)
[20:45] <rodrigo_> so, I've seen your comment, and will be working on each issue myself
[20:45] <GunnarHj> rodrigo_: For instance, I think it would be a great advantage if also GNOME started to use AccountsService for storing stuff.
[20:45] <rodrigo_> I must admit I just realised I did a g-c-c upload today, and forgot completely to include your patch
[20:45] <rodrigo_> will do so tomorrow
[20:46] <rodrigo_> so that we can have the bug fixed for oneiric
[20:46] <rodrigo_> but then I'd like to have all fixed in upstream for g-c-c 3.2.1
[20:46] <GunnarHj> rodrigo_: Great. It's not the most important issue you can think of, but still. :)
[20:46] <rodrigo_> GunnarHj, for storing what stuff?
[20:46] <GunnarHj> Storing locale settings.
[20:47] <GunnarHj> User specific locale settings.
[20:47] <rodrigo_> yes, we discussed that, and it sucks that we are storing the language in one place and the other locale settings in another
[20:47] <rodrigo_> I think I'll restart the discussion
[20:47] <GunnarHj> rodrigo_: Agreed. Sounds good.
[20:48] <GunnarHj> rodrigo_: Is it possible that you start making accountsservice a dependency upstream, and use it?
[20:48] <rodrigo_> GunnarHj, g-c-c already depends on it
[20:49] <GunnarHj> rodrigo_: Ok, didn't know.
[20:49] <rodrigo_> it's a run time dependency, but it's used in the user accounts panel
[20:50] <GunnarHj> One reason why I'm talking about accountsservice now is that /usr/share/language-tools/language-options is 'owned' by it, and that script is a key to the language options list we are using in Ubuntu.
[20:50] <rodrigo_> it's in main because of the g-c-c dep on it, so that should cover it
[20:51] <GunnarHj> Good.
[20:52] <rodrigo_> ok, so apart from your message from yesterday, let me know of any other issue you find with the upstream version (that is, without your patch)
[20:52] <rodrigo_> and I'll fix them all :D
[20:53] <GunnarHj> May I ask if you agree that the things I mentioned in the bug comment are issues that should be fixed, or is there any difference of opinion involved?
[20:53] <rodrigo_> right now I can't tell you, I didn't read it in much detail, as I was chasing an important bug
[20:54] <rodrigo_> but from what I read, it made a lot of sense, so yes
[20:54] <rodrigo_> we'll discuss the details, if there are any, but the couple things I remember made sense, yes
[20:54] <GunnarHj> Ok. Please let me know if you find anything that you don't agree on, so we can talk about it.
[20:54] <rodrigo_> also, for P we are getting rid of language-selector, if we get the region panel to do everything we wanty
[20:54] <rodrigo_> so yes, we should fix all issues :)
[20:55] <rodrigo_> yes, sure
[20:55] <rodrigo_> one thing we must take into account is that pitti (and others) really want to get rid of the horrible hacks in language-selector
[20:55] <GunnarHj> Yes, I've noticed that . :)
[20:55] <rodrigo_> so, only thing I ask you is to forget about language-selector, and make it work great, even if it's not similar to l-s :)
[20:56] <rodrigo_> oh ok, you already know, so good :D
[20:57] <rodrigo_> ok then, tomorrow I'll go over your comment and discuss anything that needs discussion and fix anything that needs fixing, ok? :D
[20:57] <GunnarHj> I don't care much about the l-s code, but I do like the functionality we achieved in Natty, so I suppose I'm going to be somewhat protective about that (the functionality, that is).
[20:57] <rodrigo_> yes, sure
[20:57] <rodrigo_> it's just maybe we need a different way to approach it
[20:57] <rodrigo_> the region panel in g-c-c is getting lots of attention now that it's "live"
[20:58] <rodrigo_> so I'm sure we can cover all needs in a good way
[20:58] <GunnarHj> That sounds great to me. I for one will put down some of my thoughts on a wiki page, that could be an input in the discussion.
[20:58] <rodrigo_> so yes, no losing functionality, just maybe a different way, it that makes more sense
[20:58] <rodrigo_> GunnarHj, that would be cool, even better if you add your thougts to the live.gnome page
[20:59] <rodrigo_> let me find the link...
[20:59] <rodrigo_> https://live.gnome.org/action/diff/Design/SystemSettings/RegionAndLanguage
[20:59] <rodrigo_> ugh, without the diff
[20:59] <rodrigo_> https://live.gnome.org/Design/SystemSettings/RegionAndLanguage
[21:00] <GunnarHj> Of course, there is always room for improvements. Two things I already think g-c-c does better is using LANG for language, and that the list of locales for formats focus on countries, not languages.
[21:00] <rodrigo_> yeah
[21:00] <rodrigo_> it misses the installation of languages (which I'm starting to look at)
[21:00] <rodrigo_> and the input source, which still needs a design
[21:01] <GunnarHj> Do I have access to contribute to that live.gnome page?
[21:01] <rodrigo_> I think you just need to register, it's a public wiki
[21:02] <GunnarHj> Ok, great.
[21:03] <rodrigo_> ok then, I'll go back to the sofa now, unless you have anything else to discuss right now
[21:03] <GunnarHj> rodrigo_: Ok then, are we maybe done for tonight?
[21:03] <rodrigo_> oh yes, time for film and sofa, yeah :)
[21:03] <GunnarHj> seems like we are agreed :)
[21:03] <rodrigo_> yeah
[21:03] <GunnarHj> Good night!
[21:03] <rodrigo_> I'll answer back to your comment tomorrow, ok
[21:03] <rodrigo_> ?
[21:03] <rodrigo_> good night
[21:03] <GunnarHj> Great!
[21:23] <jasoncwarner_> smspillaz: https://bugs.launchpad.net/ubuntu/+source/nux/+bug/869526
[21:23] <ubot2> Launchpad bug 869526 in nux "compiz crashed with SIGABRT in raise()" [Undecided,New]
[21:24] <seb128> jasoncwarner_, it's probably a duplicate of the bug than DBO and jay fixed today, didrocks will backport it tomorrow morning, he was waiting to see if they get any other fixes today
[21:25] <jasoncwarner_> seb128: phew!
[21:25] <jasoncwarner_> hopefully, yes :)
[22:08] <pulb> hey guys, does anyone know what the state of gdm 3.2 in oneiric is?
[22:23] <cyphermox> pulb: not shipped, I think
[22:23] <cyphermox> unless someone has put it in a PPA
[22:23] <pulb> cyphermox: that what i noticed, i wonder if it will be available at all
[22:24] <cyphermox> let me do a quick search
[22:24] <pulb> gnome-shell seems to require it on log out. and gdm 3.0.2 looks ugly
[22:26] <cyphermox> ok
[22:26] <cyphermox> I don't see it even in the gnome3 ppa
[22:26] <cyphermox> require it how?
[22:27] <cyphermox> jbicha: hey
[22:27] <pulb> some wired cant gdm.blah on dbus message
[22:27] <pulb> cant find..
[22:27] <cyphermox> jbicha: know anything about gdm 3.2 and gnome-shell?
[22:27] <cyphermox> jbicha: or more precisely whether 3.2 is shipped in a PPA somewhere?
[22:28] <pulb> cyphermox: just noticed the dbus issue seems to be fixed though
[22:30] <cyphermox> oh, so false alarm?
[22:31] <pulb> cyphermox: yeah, it seems to be gone :-)
[22:31] <cyphermox> good :)
[22:31] <pulb> gdm 3.2 would be nice anyway :-P
[22:45] <jbicha> cyphermox: tista has GDM 3.2 in his PPA but our packaging is pretty unstable still
[22:46] <jbicha> when I ran it, I still had the 3.0ish greeter instead of the shell-looking one, & it crashed & took down my Unity session after running for 30 minutes


[14:11] <thafreak> Morning Ohio
[14:11] <thafreak> Anyone around today?
[14:17] <thafreak> ping -b <IP_ADDRESS>
[14:20] <paultag> Reply from i.am.pault.ag: bytes=32 time=240s TTL=52
[14:21] <paultag> Reply from i.am.pault.ag: bytes=32 time=240s TTL=52
[14:21] <paultag> ^C
[14:21] <paultag> $
[14:52] <dzho> thafreak: no, I am not around
[14:52] <dzho> ;-)
[15:37] <thafreak> crap
[16:13] <thafreak> anyone see this: https://github.com/devstructure/blueprint
[16:14] <thafreak> reverse engineer's your server's setup, and spits out a puppet or chef config to re-create your server
[16:14] <thafreak> i haven't tried it yet though
[17:43] <dzho> huh
[19:33] <thafreak> http://www.theregister.co.uk/2011/07/22/oracle_buys_ksplice/
[19:39] <dzho> > Oracle Linux Premier Support costs $2,299 per year on a four-socket x64 server, while a RHEL Premium support contract costs $6,498 for a one-year term.
[19:39] <dzho> dear sweet fsm, I had no idea they charged that for support.
[19:43] <thafreak> you ever see what canonical charges?
[19:43] <thafreak> It's like $800 for desktop support
[19:43] <thafreak> it's still cheaper though