[00:03] http://paste.ubuntu.com/703076/ [00:03] not sure how I have messed that up [00:03] http://paste.ubuntu.com/703081/ [00:04] dingham: I know a bit about pulse, but not RTP/routing. You might be better asking in #pulseaudio. [00:04] just guessing at this point, but maybe sudo dpkg-reconfigure xkb-data would force xkb cache regeneration? [00:05] > include "level3(ralt_switch)" <-- needs semicolon? [00:05] none of the previous sections have it [00:06] true [00:08] I'll have to play with this a bit more later. it's past my bed time. thanks for the pointers [00:08] sure thing [00:09] popey, might try changing "mac_intl" to "mac_intl_nodeadkeys" [00:13] sadly that didnt do it [00:13] even after removing cache files, and logout/in [00:34] * dingham pops his head back in. Cheers TheMuso [00:35] Will ask there. After a bit of play with padevchooser, I can't seem to disable the broadcasting now [00:35] ...let alone understand what it's doing to my network [00:56] dingham: padevchooser is obsolete, use pavucontrol. [00:57] OMG [00:57] Steve Jobs is dead. [00:58] TheMuso, I used padevchooser initially because it gave me the gui to make my devices network discoverable [00:58] pavucontrol didn't do that. (I have both) === eeejay is now known as eeejay_is_afk [02:49] 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] Gnome bug 660616 in General "libgdata 0.9.1 fails to build with undefined references" [Major,Resolved: duplicate] [03:28] there arne't any other X APIs for getting multi-head info besides Xinerama and XRandR, right? [03:30] broder: Not that I can think of. [03:31] yeah, me neither. trying to make sure this program isn't going behind my back somehow [03:35] 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] 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] 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] yeah, that was the best i could come up with [03:39] Well, great minds, you know? [03:39] haha [03:41] Hm. What's the best way of determining the architecture of an arbitrary binary in a script? [03:41] figure out what file does? [03:41] i assume it's in the ELF header somewhere [03:42] Yeah, objdump probably does the trick. [04:12] Good morning [04:14] jbicha: whoops, seems I missed your previous jockey merge ping [04:15] jbicha: thanks, will merge; I wonder why I didn't get mailed about it [04:17] pitti: busy week :) [04:22] jbicha: uploading jockey, thanks for this [04:26] 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] jbicha: it hides the help button if yelp is not installed [04:29] pitti: cool [04:30] robert_ancell: ah, thanks for fixing bug 868149 [04:30] Launchpad bug 868149 in lightdm "Need to set $LANG from .dmrc for backwards compatibility" [High,Fix committed] https://launchpad.net/bugs/868149 [04:31] robert_ancell: can we upload this today, to avoid this regression in oneiric final? [04:31] pitti, np, can you review it and check it makes sense? [04:31] robert_ancell: which rev is it in trunk? not that obvious from the log [04:34] pitti, 1238 [04:34] http://bazaar.launchpad.net/~lightdm-team/lightdm/1.0/revision/1238 [04:34] robert_ancell: hm, that's called "merge translations" and full of po files [04:34] oh, 1.0 branch [04:34] I looked in trunk [04:36] robert_ancell: so lightdm never writes .dmrc any more, as this is just backwards compat code, right? [04:37] robert_ancell: looks fine to me [04:37] pitti, it writes "Session" to .dmrc, and "Language" if the language selector is enabled (only in GTK greeter) [04:38] 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] pitti, there's a user_set_locale now, but only if the greeter requests it [04:39] that's probably still broken, and needs to be investigated [04:39] oh, right [04:39] robert_ancell: so still, looks fine to me; thanks! [04:39] 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] SRU? [04:40] bug 866035 and possibly the cause of bug 836616 [04:40] Launchpad bug 866035 in lightdm "long delay when accountsservice is not present" [High,Fix committed] https://launchpad.net/bugs/866035 [04:40] Launchpad bug 836616 in lightdm "100% cpu usage in lightdm" [High,Triaged] https://launchpad.net/bugs/836616 [04:47] robert_ancell: looks safe enough to me for uploading now, FWIW [04:47] pitti, both patches? [04:48] robert_ancell: sorry, what's the other one? [04:49] pitti, http://bazaar.launchpad.net/~lightdm-team/lightdm/1.0/revision/1246 or are you referring to the LANG fix [04:49] robert_ancell: oh, that's the one I just commented about :) [04:49] robert_ancell: both LANG fix and dbus timeout look good to me [04:49] ok, good [04:49] I'll upload them now [04:49] rockin' [04:53] 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] 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] robert_ancell: oh, it takes a pointer value, converts it to an int, and requests a chunk of memory of that size? [04:55] pitti, yeah, nasty isn't it [04:55] that's guaranteed to blow up on 64 bit :) [04:55] no, it doesn't get the pointer value, but it doesn't byte swap it correctly [04:56] oh, I see [04:56] it's probably the cause of bug 817186 [04:56] Launchpad bug 817186 in lightdm "Entering a ridiculously long login/password crashes lightdm" [High,Triaged] https://launchpad.net/bugs/817186 [05:04] pitti, yeah, it's definitely bug 817186. OK to upload that one? [05:04] Launchpad bug 817186 in lightdm "Entering a ridiculously long login/password crashes lightdm" [High,Fix committed] https://launchpad.net/bugs/817186 [05:05] robert_ancell: bring it on [05:08] jbicha: do you have a package for bug 865058 already? [05:08] 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] pitti: yes, I'll test it once more and upload a branch [05:24] pitti: https://code.launchpad.net/~jbicha/+junk/gnome-sushi [05:25] jbicha: oh, I thought it was nautilus-sushi [05:26] well the theory is that it's not necessarily tied to Nautilus [05:28] the naming has been a headache [05:30] pitti, did you see the last comment in bug #868149? [05:30] Launchpad bug 868149 in lightdm "Need to set $LANG from .dmrc for backwards compatibility" [High,Fix committed] https://launchpad.net/bugs/868149 [05:31] 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] robert_ancell: i. e. uploading it now would not be a regression in lightdm itself (it's still a bug, of course) [05:32] pitti, no, it previously converted the value in Language (which it assumed was a language code) to a locale [05:32] ah, right [05:32] so, if you have Language=de in .dmrc, then lightdm will now set LANG=de [05:32] I thought it only did that for the accountsservice property? [05:32] pitti, no, for either before (it treated both fields as the same) [05:33] bah, so how come that some people had real locales there [05:34] robert_ancell: so if it's a locale, we need to assign it to LANG, and otherwise to LANGUAGE, as it seems? [05:35] pitti, I don't know anymore... [05:35] question is, how do we know [05:35] pitti, the old code did it's best to "LANGify" the value and worked for both [05:36] but that would set the wrong region, as we saw [05:36] so if it's just 'll', then it's definitively LANGUAGE [05:37] if it's ll_XX.anything, definitively LANG [05:37] if it's ll_XX, then it's a language if ll in {'en', 'es', 'pt', 'zh'}, otherwise a locale [05:37] 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] yes, if we know it's a language, it should go to LANGUAGE, not to LANG [05:37] and if it is a language, what do we do then? [05:37] does that override LANG? [05:38] because PAM will have set LANG already [05:38] for translations [05:38] not for monetary/time/etc. [05:38] i. e. for all the region specific bits [05:38] so it DTRT [05:39] pitti, ok, so the logic is. If it has a '.' character, set LANG, otherwise set LANGUAGE? [05:40] robert_ancell: it's a bit coarse, but erring on the side of LANGUAGE is actually ok [05:40] (it's a heuristic either way) [05:41] jbicha: copyright file is wrong; should I just fix it locally, or should it go into some debian git? [05:43] jbicha: see licensecheck -r --copyright .: lots of Red Hat-ish copyright [05:44] pitti, this says it's a locale: http://www.cyberciti.biz/tips/gnome-language-encoding-different-than-console.html [05:45] pitti: you can fix it locally, otherwise, the svn branch is listed in the controlfile [05:46] 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] robert_ancell: how about this? if the value has a '.', set LANG; otherwise, don't do anything [05:47] sorry, I forgot about licensecheck, Cosimo is the dev but I guess he's giving it to Red Hat [05:47] robert_ancell: that will cover 90% of users, and we can do the fine tuning in an SRU [05:47] and that will be guaranteed to not introduce a wrong LANG [05:48] jbicha: checking out.. [05:48] 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] robert_ancell: we never supported that in gdm [05:49] we have always only supported UTF-8 locales [05:49] so if people have latin-1 locales in .dmrc, then not from gdm [05:50] pitti, so what application has set it to a language name? [05:50] good morning [05:51] robert_ancell: I don't know [05:51] hey didrocks [05:51] guten morgen pitti [05:51] hey robert_ancell [05:51] robert_ancell: maybe it was gdm at some point, but if so, that woudl have been totally evil [05:51] didrocks, hello [05:51] and I'm fairly sure we used the Langlist field for that [05:51] 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] 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] robert_ancell: jibel can get that reliably it seems [05:52] jbicha: svn r30041 [05:52] didrocks, I updated the bug. I *think* lightdm is crashing, but the cause is unknown [05:52] jbicha: copying to your local package then, but now it's at least not lost [05:52] didrocks, so what we really need is a reproducible system that can dump a core file [05:53] robert_ancell: jibel should be there shortly I guess [05:55] 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] robert_ancell: sounds fine [05:55] we can still SRU that if necessary [05:56] sure [05:56] robert_ancell: so I'll review your lightdm upload in the queue then, as it should be mostly ok? [05:56] pitti, I'm running it now, it seems to be good [05:56] jbicha: sushi uploaded, will NEW in a bit [05:58] ... and again I never heard the word "pangolin" before [05:58] but at least I know the adjective, for a change :) [05:59] ok, have to go. Thanks pitti [05:59] robert_ancell: thanks, good night! [06:01] pitti: maybe sabdfl picks obscure names to help users google for problem fixes [06:01] hey desktoppers [06:01] that has always been my suspicion :) [06:01] hey rickspencer3 -- feeling precise today? [06:02] pitti, indeed [06:02] may I point out ... [06:02] so there is no ambiguity [06:02] ... [06:02] a pangolin IS NOT A LIZARD [06:02] ^ this was made clear to me in no uncertain terms ;) [06:02] well, more precisely, a pangolin is not "a weird lizard thing" [06:03] pitti, how about you? [06:03] what's the word on the street regarding 11.10? [06:03] rickspencer3: flood of fixes still coming in, yummy [06:03] wow [06:03] seems we moved the RC to Monday-ish, to get more fixes plus the fresh langpacks [06:03] pitti, flood of fixes with a trickle of regressions? [06:03] meanwhile QA will test the dailies [06:03] * rickspencer3 braces [06:04] rickspencer3: what about a "weird lizard-armadillo cross thing"? is that acceptable? :) [06:04] 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] broder, :) I'm guessing not [06:04] (oh, they're mammals. weird, i didn't realize that) [06:04] pitti: wait on sushi, we named the gir wrong [06:05] jbicha: ok, rejected from NEW [06:07] hey rickspencer3 [06:07] hi didrocks [06:08] didrocks, mots dans la rue? [06:08] 11.10 c'est tres bon, tres mal? [06:09] tres jolie? [06:09] jbicha, oh, this was already uploaded [06:09] 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] there are fat fish caught? [06:10] * rickspencer3 will never understand French [06:11] rickspencer3: takes some bread and a french hat, it will totally help you undestand it :-) [06:12] not sure the bottle of win is advised while working… :-) [06:12] indeed [06:12] also, no berret [06:12] morning everyone [06:12] nor bonnet [06:12] good morning smspillaz [06:12] rickspencer3: you fix it! it will get colder soon :-) [06:17] ricotz, pitti fixed branch https://code.launchpad.net/~jbicha/+junk/gnome-sushi [06:17] jbicha: thanks; did you sync with the pkg-gnome one? [06:18] jbicha, thanks, could you check gnome-documents too [06:19] 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] pitti: yes, done === tkamppeter_ is now known as tkamppeter [06:40] pitti: what do you think of https://bugzilla.gnome.org/show_bug.cgi?id=660616 [06:40] Gnome bug 660616 in General "libgdata 0.9.1 fails to build with undefined references" [Major,Resolved: duplicate] [06:52] jbicha: will look in a bit [07:08] pitti, hi [07:09] nautilus segfaults here: `menu_proxy_module_load': nautilus: undefined symbol: menu_proxy_module_load [07:09] 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] 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] didrocks: ugh; is 3.8 compatible to gtk 3? i. e. will it produce "Box" and not "HBox" for GTK3 projects? [07:15] so.. nautilus-open-terminal needs a rebuild against the current nautilus to fix 865115 [07:15] didrocks: *urgh* [07:16] pitti: that's what I read, I'm rebuilding it to test [07:16] 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] tjaalton: we just did that this week and it didn't completely fix bug 865115 [07:18] 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] jbicha: ok, but the upstream bug suggests it did [07:21] tjaalton: right, I thought it worked but I'm still getting crashes :( [07:21] mvo: well, normally, glade is multiple version compatible [07:21] mvo: the issue there is the library where pygtk should pick the right one [07:24] pitti: hum, even the glade-3 is gtk2 only… urgh [07:24] so we need to make glade-3.8 and 3.10 parallely installable? [07:24] and ensure pygtk is loading the 3.8 lib [07:30] 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] Gnome bug 638915 in introspection "Array of GVariants causes segfault" [Normal,New] [07:33] didrocks: yes, I think parallel package would be safest then [07:33] pitti: the hardest part would be to ensure pygtk is loading the right one I guess [07:34] kamstrup: I'm just afraid of breaking any other pygi app if we distro-patch it right nowo [07:35] kamstrup: would it be ok to SRU it, so that we can update/pull it if it causes trouble? [07:35] pitti: yeah, totally understand [07:35] pitti: yeah, I guess we can SRU it. It'll need good testing anyway since it's a pretty invasive change [07:35] crazy idea, but what about fixing quickly and sruing that instead [07:36] jbicha: ah, I already looked at libgdata before [07:36] 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] ^ from the pad [07:36] 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] Launchpad bug 864509 in ghostscript "background printed instead of the text" [High,In progress] https://launchpad.net/bugs/864509 [07:36] 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] pitti: right, but now libgdata FTBFS [07:37] hm, didn't turn up in the rebuild test [07:37] jbicha: but I guess we can cherry-pick the fix [07:37] pitti, one is done by our new employee larsu, former GS upstream contributor and, for us Common Printing Dialog developer. [07:37] 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] pitti: upstream says 0.9.1 is unstable and 0.10 is the stable build if that matters [07:38] At least bug 787067 is the obvious NULL pointer. [07:38] 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] 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] pitti, the other is also small, but I will run some more files through it. [07:41] pitti: it was released Sep 14 but it wasn't clear what was stable and what was unstable [07:42] 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] jbicha: I mean that they broke ABI/API after gnome api freeze [07:42] jbicha: how fixing? [07:42] (quickly) [07:42] jbicha: I don't think we want to port the template to pygi, changes all our tutorial now [07:42] jbicha: I can look into the FTBFS fix (unless you are at it already) [07:43] pitti: no I hadn't started and don't know if I could figure it out anyway :) [07:44] 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] jbicha: indeed, but it's way too late, without noting that the pygi documentation is still poor right now [07:44] jbicha: not like we are in finale freeze :p [07:45] didrocks: agreed, I just had to guess when I did pygi stuff this cycle ;) [07:49] didrocks: btw, http://python-gtk-3-tutorial.readthedocs.org/en/latest/ might be handy for a future quickly pygi port [07:50] pitti: ah, great, thanks [07:50] pitti: so, basically, I'll try to push another glade-gtk2 binary, looking at common paths [07:52] argh, evolution-exchange is uninstallable; I'll have a look as well [08:10] jbicha: [08:10] W: libsushi-dev: wrong-section-according-to-package-name libsushi-dev => libdevel [08:10] W: libsushi0-dbg: wrong-section-according-to-package-name libsushi0-dbg => debug [08:10] ^ fixing these in svn would be nice [08:10] but this is more serious: [08:10] W: libsushi0: package-name-doesnt-match-sonames libsushi-1.0-0 [08:11] jbicha: can we fix the package name harder? [08:11] pitti: harder? [08:11] jbicha: it should be called libsushi-1.0-0 and libsushi-1.0-dev according to the upstream name [08:12] pitti: yes, I'll do that, I don't know why I didn't see the lintian errors [08:12] lintian is really a good companion ;) [08:12] hey [08:13] it's a Seb! [08:13] hey pitti [08:13] * pitti hides the cookies [08:13] how are you? [08:13] pitti, what did I do? no cookie for me? :-( [08:13] good morning seb128 [08:13] hey rickspencer3 ;-) [08:13] pretty well, thanks! just getting a light cold, but nothing serious [08:13] nice bug cleanup day today [08:13] new lightdm, final FTBFS/uninstalalbility fixes, etc. [08:13] oneiric is getting the last fit and finish [08:14] jbicha: rejected the binaries for now [08:15] waouh [08:15] nice list of changes yeah [08:16] 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] oh, sushi got in \o/ [08:16] seb128: but .dmrc reading got fixed [08:16] yeah, great ;-) [08:16] do you know if robert looked at the bug jibel and other are hitting? [08:17] the "the ck session is not set correctly which breaks 3d and compiz" [08:17] I didn't see that in today's upload(s) [08:17] yeah, it's not there, I was wondered if he mentioned it on IRC [08:17] well anyway nice to see all the good uploads :-) [08:18] salut seb128 [08:19] hey didrocks [08:19] seb128: he didn't [08:19] seb128: I asked him about it [08:19] 07:52:22 robert_ancell | didrocks, I updated the bug. I *think* lightdm is crashing, but the cause is unknow [08:19] 07:52:44 robert_ancell | didrocks, so what we really need is a reproducible system that can dump a core file [08:19] I'll ask sabdfl if he has one [08:19] jibel: as well ^ [08:20] seb128: sushi still being worked on, just rejected the binaries [08:21] didrocks, the sabdfl is travelling I think, he said "see you at UDS" yesterday [08:21] didrocks, so don't wait on him ;-) [08:21] seb128: ah ok, so jibel, it's all on you know to get traces! :-) [08:21] now* [08:21] didrocks, we have some bugs which have lightdm.log from buggy and non buggy cases [08:22] didrocks, what makes you think lightdm segfault? (just curious, the logs didn't seem to indicate that's the case) [08:22] seb128: was it me? [08:22] the log suggest it starts the session but the ck session fails for some reason [08:22] seb128: look at the og [08:22] log* [08:22] 07:52:22 robert_ancell | didrocks, I updated the bug. I *think* lightdm is crashing, but the cause is unknow [08:22] 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] 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] it's robert's thinking that [08:23] pitti, ups, will copy those from irclogs, no, nothing worth mentioning [08:23] didrocks, ok [08:23] bonjour jibel, ca va? [08:24] hey jibel [08:24] didrocks, ok, great if he's on it ;-) [08:25] seb128: yeah, let's hope he can tackle it easily :) [08:25] 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] jibel, ok, so what is to figure is why lightdm goes away [08:26] pitti, guten morgen, Ich bin gut danke! [08:26] yes you are :) [08:27] (funny translation) [08:27] pitti, locales are ridiculous complicated [08:27] (reading the lightdm LANG handling bug) [08:27] no it's a locale, no it's a language, wait no it's the other way [08:27] yeah, I had never expected so much guesswork to be in lightdm -- I thought it wanted to keep things simple :) [08:28] Pressing alt-shift to change keyboard layout killed unity :/ [08:29] report a bug [08:30] I'll try to reproduce it first [08:32] pitti: 3rd try for sushi? I updated my branch again [08:32] sushi is small, one can easily have three courses [08:32] jbicha: hm, source is in, we need a new changelog [08:33] jbicha: do you mind committing that to your +junk branch, or want me to fix locally? [08:34] mvo, morning. the packagekit compat layer progresses quite well. I can already run gpk-application [08:34] glatzor: woah, that is awsome [08:34] pitti: I prefer the home made one to the traditional corean we can fine anywhere though :) [08:35] pitti: does that mean we need C/R or can we just do things really fast so no one notices? [08:37] waouh, robert_ancell had a busy day seeing https://code.launchpad.net/~lightdm-team/lightdm/1.0 [08:37] jbicha: no, not needed, as I rejected the binaries [08:38] mvo, it is a lot of copy and paste work - adding dbus methods and porting the former apt backend [08:38] pitti: ok, good, repushed to my junk branch [08:39] this should be an easy update: https://code.launchpad.net/~jbicha/ubuntu/oneiric/gjs/1.30/+merge/77632 [08:39] glatzor: its cool stuff [08:40] jbicha: I think I looked at that before, and didn't find it worth uploading [08:41] pitti: ok, it doesn't do anything except bump the version number [08:47] pitti, bug #855943 might be worth adding on the sru candidate list? or at least on the "to investigate" list [08:47] Launchpad bug 855943 in fglrx-installer "Installing then uninstalling FGLRX makes Oneiric's Unity unbootable" [Undecided,Confirmed] https://launchpad.net/bugs/855943 [08:47] pitti, is that something for your or for tseliot? [08:47] seb128: tseliot handles these drivers [08:49] pitti, ok, I was not sure if that was a jockey or driver issue [08:49] I will ping him when he's online [08:49] pitti, thanks! [08:50] seb128: it's apparently a bug in the alternatives handling [08:50] did I already say that I hate alternatives? ;-) [08:51] didrocks, you won bug #868032 ;-) [08:51] 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] didrocks, low priority, i.e feel free to ignore it for Oneiric, but I think the patch is from you right? [08:52] seb128: well, can easily be workarounded with the SESSION env variable [08:52] seb128: yeah [08:53] 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] else* [08:53] so that we all have the same method in g-c-c and such [08:53] right [08:53] * didrocks adds that to UDS note [08:53] no new lib please [08:53] but distro patch that in gtk or something [08:53] seb128: yeah [08:53] seb128: I'll go the env variable way for a SRU [08:54] * didrocks finishes glade first [08:54] didrocks, no hurry as said, sru or next cycle [08:54] yeah, the getenv is the easier way [08:54] we should maybe just standardise that, it's 2 lines of code [08:54] indeed, that or dbus call for being more reliable [08:55] but standardise is necessary [08:56] 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] is that autostarted? [08:57] or dbus activated? [08:57] currently autostarted when the appropriate gsettings is on [08:57] we could use a [08:57] =GNOME3 if-session gnome-fallback [08:58] for the autostart condication [08:58] or rather [08:58] GNOME3 unless-session gnome-shell [08:59]