[04:40] <pitti> Good morning
[04:41] <jbicha> pitti: howdy
[04:41] <TheMuso> Morning pitti.
[04:44] <RAOF> Morning pitti
[05:05] <jbicha> how do you determine how much space a package takes on the CD?
[05:08] <RAOF> Voodoo.  I think the compressed .deb size is a reasonable estimate, though.
[05:08] <pitti> jbicha: apt-cache show <pkgname> | grep ^Size:
[05:08] <pitti> unless the package uses bzip2 or lzma compression, it's fairly precise
[05:09] <pitti> as the squashfs is gzipped
[05:09] <lifeless> xz time!
[05:09] <jbicha> are our gnome packages bzipped or still actually gzipped?
[05:09] <RAOF> Teh archive supports it!
[05:11] <jbicha> well I believe I found you an extra 1MB
[05:11] <jbicha> we don't need to ship gnome-user-guide and ubuntu-docs
[05:26] <RAOF> Ah.  I see libegl has already slipped from the cds.  Sad, that'd be easily enough to take them back undersize.
[05:26] <TheMuso> jbicha: The binary gnome packages are gzipped afaik.
[05:27] <GunnarHj> pitti: Good morning, Martin! Hope you feel better today.
[05:28] <GunnarHj> Believe it or not, but I finally fixed the use of g_spawn_sync() in the accountsservice MP. :)
[05:28] <pitti> hey GunnarHj
[05:28] <pitti> thanks, slightly better
[05:29] <pitti> I saw, great job! so we just need to fix the glib linking then?
[05:29] <GunnarHj> pitti: Uhmm.. What do you mean by that?
[05:30] <pitti> GunnarHj: I thought I read that you need to add an -l option or so
[05:31] <GunnarHj> pitti: Aha, that's my personal problem when compiling through away scripts localy.
[05:31] <pitti> ah
[05:31] <pitti> GunnarHj: for test scripts you usually build them with
[05:31] <pitti> gcc `pkg-config --cflags glib-2.0` `pkg-config --libs glib-2.0` test.c
[05:32] <GunnarHj> pitti: That works in Natty, but not in Oneiric.
[05:32] <pitti> uh, do you have a reproducer for this?
[05:33] <pitti> thousands of packages use glib, and use pkg-config to link against it
[05:34] <pitti> RAOF: do you have some time to triage bug 823576?
[05:34] <ubot2> Launchpad bug 823576 in xserver-xorg-video-ati "[Inspiron 1122/M102z] External video severely corruped (as is primary display) " [Medium,New] https://launchpad.net/bugs/823576
[05:34] <GunnarHj> pitti: No, but guess I can fix one. Let's say I provide something by tomorrow.
[05:35] <pitti> RAOF: judging by the screenshots it might also be a compiz issue, but I'm not entirely sure how to test the ATI driver with 3D without compiz -- ask them to use unity 2d and play planetpenguinracer?
[05:39] <GunnarHj> pitti: Would be great if you could push the button today for accountsservice and l-s. Then I can proceed with talking to Rodrigo and somebody accountsservice-upstream.
[05:40] <TheMuso> robert_ancell: Is there any way that I can get orca et al to be launched when lightdm comes up and accessibility is enabled?
[05:40] <robert_ancell> TheMuso, not currently
[05:40] <TheMuso> Ok.
[05:40] <RAOF> pitti: Already on my bug list, after (a) not reproducing bug #824099, but (b) managing to get myself into a situation where none of my outputs would turn back on. :)
[05:40] <ubot2> Launchpad bug 824099 in compiz "[~30 systems] Plugging in external monitor to VGA port makes both displays corrupted with thick slanted lines" [Critical,Confirmed] https://launchpad.net/bugs/824099
[05:41] <pitti> RAOF: ah, that might actually be a dupe?
[05:41] <RAOF> pitti: Yeah, I think it might be.
[05:41] <RAOF> Oh, no; the screenshot is different.
[05:42] <RAOF> But, again, my bet is compiz
[05:51] <pitti> GunnarHj: ah, perhaps your problems with g_spawn_sync() are due to the missing terminating NULL in command?
[05:53] <pitti> (adding now)
[05:54] <pitti> GunnarHj: also, I don't understand why you validate command[0], and why you don't call it with full path
[05:54] <pitti> GunnarHj: you call "set-language-helper" and use cwd==LANGTOOLSDIR, but "." isn't in $PATH
[05:54] <RAOF> Now, where are those kernel patches that might make it possible for me to turn on both my lvds and hdmi…
[05:55] <GunnarHj> pitti: Had no problem with a missing NULL when testing.
[05:55] <pitti> GunnarHj: do you just want me to fix that up, or discuss about it?
[05:55] <pitti> GunnarHj: ah, ignore the "validate command[0]", you don't do that
[05:55] <GunnarHj> pitti: I don't mind if you fix it.
[05:55] <GunnarHj> pitti: right (about command[0])
[05:56] <GunnarHj> pitti: Not full path because of the first argument.
[05:56] <GunnarHj> pitti: ...which sets the current directory
[05:56] <pitti> GunnarHj: right, I just wonder how that can work
[05:57] <GunnarHj> pitti: :) it does, believe me.
[05:58] <pitti> that sounds like a serious bug in glib..
[05:58]  * pitti checks this out
[05:58] <GunnarHj> pitti: Feel free to change to full path and drop the first argument, if you think that's safer.
[05:59] <pitti> I will, but I'll build the current version first to see how that could work in the first plac3e
[05:59] <pitti> "place"
[06:01] <GunnarHj> pitti: Maybe glib constructs a full path internally by concatenating them?
[06:01] <pitti> that would be the "serious bug in glib" thing I was aiming at, yes
[06:01] <pitti> it shouldn't just assume that "." is in $PATH
[06:01] <pitti> s/assume/work like/
[06:02] <GunnarHj> pitti: I'm beginning to see you point.
[06:04] <pitti> hm, it doesn't actually change .profile here
[06:06] <pitti> it indeed works, though
[06:06] <pitti> WTH
[06:07] <pitti> I'll still call it with full path to be safe, but I'll report this against glib
[06:07] <GunnarHj> pitti: Ok.
[06:08] <GunnarHj> But if it doesn't change .profile (it does for me) there is something strange...
[06:08] <pitti> it does, I just called SetLanguage() with "de_AT.UTF-8"
[06:08] <pitti> and it didn't change settings then
[06:09] <pitti> but when I call it with "en", it works
[06:09] <GunnarHj> pitti: Actually, it should accept a full locale name - and correct it to a language.
[06:10] <pitti> it seems to do that, yes
[06:10] <pitti> but I had de_DE.UTF-8 before, and setting de_AT.UTF-8 wouldn't actually change the language part
[06:11] <GunnarHj> pitti: Ok, but that's how it should be, since there is no Austrian translation available. :)
[06:11] <pitti> correct
[06:11] <pitti> if I call it with "ru" and then with "de", I get
[06:11] <pitti> export LANGUAGE="de:ru:en"
[06:11] <pitti> that's a little strange
[06:11] <pitti> I had expected just "de:en"
[06:12] <pitti> the LC_* bits are correct, though
[06:12] <pitti> accountsservice uploaded (with the NULL and path fix)
[06:20] <GunnarHj> pitti: Great! As regards the model for updating LANGUAGE, the thought (all since this comment: https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/553162/comments/27) is to change the previous list as little as possible.
[06:20] <ubot2> Ubuntu bug 553162 in gdm "Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing" [High,Fix released]
[06:21] <GunnarHj> pitti: First changing to ru and then, instantly, to de is probably not a common use case. ;-)
[06:27] <pitti> GunnarHj: posted as gnome bug 656621
[06:27] <ubot2> Gnome bug 656621 in general "g_spawn_*() calls executables in current directory without G_SPAWN_SEARCH_PATH" [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=656621
[06:30] <GunnarHj> pitti: Interesting, just added me to the CC list.
[06:31] <pitti> anyway, now off to the l-s MP
[06:44] <pitti> GunnarHj: l-s merged/uploaded, thanks! nice cleanup
[06:45] <GunnarHj> pitti: Thanks!
[07:16] <Sweetshark> moin!
[07:17] <pitti> hey Sweetshark, how are you?
[07:17] <Sweetshark> pitti: feeling better?
[07:17] <pitti> slightly, thanks
[07:17] <jasoncwarner_> pitti: ubuflu?
[07:18] <Sweetshark> pitti: Im fine ;)
[07:18] <Sweetshark> pitti: https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-oneirictest-20110718/+packages
[07:18] <alex3f> g morning
[07:18] <alex3f> mvo, please let me know if you want me to rework the packagekit merge proposal
[07:19] <pitti> Sweetshark: ooh, ready to go now?
[07:19] <pitti> Sweetshark: I'm afraid this now needs a FFE
[07:31] <jbicha> pitti: I've got a merge proposal for bug 819158
[07:31] <ubot2> Launchpad bug 819158 in yelp "Patch yelp for new documentation homepage" [High,Incomplete] https://launchpad.net/bugs/819158
[07:34] <mvo> alex3f: good morning! I will have a look in a tiny bit
[07:35] <pitti> jbicha: oh, nice!
[07:40] <jbicha> pitti: and then I believe we should be able to just sync gnome-user-docs from Debian for those who want it
[07:43] <pitti> jbicha: this seems to go a little back and forth then
[07:44] <pitti> originally we kept the ubntu specific stuff in ubuntu-docs, and then that got dropped and the unity docs added to gnome-user-docs
[07:44] <pitti> so that gets switched back now?
[07:46] <jbicha> pitti: yes, that's what it looks like we're doing, having a different desktop environment means we diverge a fair bit
[07:46] <jbicha> and there's some people who prefer just running Gnome Shell so they should have help for that environment if it's available
[07:46] <pitti> agreed
[07:47] <pitti> jbicha: is the unity documentation already in ubuntu-docs, or does that need to move over before syncing?
[07:47] <jbicha> it's already in ubuntu-docs, one noticable difference is that the ubuntu-docs version says 11.10 while the gnome one still has 11.04 on the main page
[07:48] <pitti> jbicha: ah, indeed!
[07:51] <rodrigo_> morning
[07:53] <pitti> hey rodrigo_, how are you?
[07:55] <jbicha> pitti: you can get an extra MB on the CD by removing gnome-user-guide from desktop-recommends
[07:55] <huats> morning !
[07:55] <rodrigo_> hi pitti
[08:00] <pitti> jbicha: want me to sync gnome-user-docs now?
[08:00] <pitti> jbicha: if we remove it from the seeds, I wonder how people would get it when they run shell
[08:00] <jbicha> pitti: yes, thank you
[08:01] <jbicha> we could make it a suggests or even a recommends
[08:01] <pitti> I don't think we have a metapackage for "upstream GNOME session"
[08:01] <pitti> apart from stracciatella
[08:01] <jbicha> however at the moment, people will have to call the gnome help manually, but maybe we could make an extra .desktop
[08:02] <jbicha> pitti: well of course, debian has a gnome metapackage but it pulls in a lot of stuff
[08:03] <pitti> so adding a recommends: sounds fine for now
[08:04] <jbicha> ok
[08:25] <seb128> hey
[08:25] <rodrigo_> hi seb128
[08:25] <pitti> bonjour seb128
[08:25] <seb128> hey pitti rodrigo_
[08:25] <seb128> how are you?
[08:25] <pitti> slightly better today, thanks!
[08:26] <seb128> sorry for being late, I was already late and got some connectivity issue
[08:26] <pitti> damn conf flu
[08:26] <seb128> seems like my router dhcp stopped giving ips, took me a bit to figure it was coming from it
[08:26] <seb128> pitti, oh, you got hackfestflu?
[08:26] <pitti> apparently, yes; but the fever is gone, so better today
[08:27] <seb128> great
[08:28] <rodrigo_> pitti, oh, guadecflu?
[08:28] <rodrigo_> o hackfestflu, right :)
[08:29] <seb128> rodrigo_, did you work yesterday or was it a day off in Spain as well?
[08:29] <jasoncwarner_> man...anyone else getting quite a few compiz crashes today?
[08:29] <rodrigo_> seb128, a day off
[08:30] <rodrigo_> seb128, oh, also in France?
[08:30] <seb128> hey jasoncwarner_
[08:30] <seb128> rodrigo_, yes
[08:30] <pitti> was a day off here as well
[08:30] <seb128> rodrigo_, I was going to ask if you started on the new GNOME
[08:30] <pitti> jasoncwarner_: I already got two, yes
[08:30] <jasoncwarner_> hey, seb..pitti and rodrigo_
[08:30] <rodrigo_> for sure not for the same reason than here (Virgin of something) :)
[08:30] <jasoncwarner_> pitti: really annoying...rebooted at least 4 times today so far
[08:30] <seb128> jasoncwarner_, it tends to segfault when I open of close evolution or some other dialogs
[08:30] <rodrigo_> seb128, yes, doing g-s-d and g-c-c releases now, will start packaging those and others as soon as I finish
[08:30] <rodrigo_> hi jasoncwarner_
[08:30] <rickspencer3> well ... you guys are farther along than me this morning
[08:30] <seb128> jasoncwarner_, you should be able to switch to a vt and run unity
[08:31] <seb128> hey rickspencer3
[08:31] <rickspencer3> neither my mouse or keyboard are working
[08:31] <rickspencer3> :/
[08:31] <seb128> rickspencer3, :-(
[08:31] <rickspencer3> I can say, it does have the advantage of decreased resource utilization on my desktop
[08:31] <seb128> I'm pondering switching to gnome-shell to get work done
[08:31] <chrisccoulson> i switched to unity 2d ;)
[08:31] <chrisccoulson> less drastic
[08:32] <seb128> the new unity doesn't show the launcher with mouse, alt-tab is too slow to be used and it keeps segfaulting
[08:32] <jbicha> seb128: I got Vinagre working again, if built with --no-as-needed
[08:32] <seb128> jbicha, oh, nice
[08:32] <seb128> hey chrisccoulson jbicha
[08:32] <seb128> how are you?
[08:32] <chrisccoulson> hi seb128, i'm good thanks. and you?
[08:32] <RAOF> Heh.  My unity at least doesn't segfault, although the alt-tab behaviour needs a lot of edges knocked off it.
[08:33] <seb128> jbicha, I tried by dropping the --as-needed rules line before but not by using --no-as-needed
[08:33] <seb128> chrisccoulson, I'm fine thanks
[08:33] <seb128> chrisccoulson, where are on holidays btw?
[08:33] <jbicha> seb128: yeah, --as-needed is default now, so I guess that line wasn't even needed before anyway
[08:34] <seb128> right
[08:35] <seb128> pitti, rodrigo_: the gnome-menus update is going to be "fun"
[08:35] <seb128> they rewrote a good part of it to be gobject friendly
[08:35] <pitti> oh, is that still so relevant for us?
[08:35] <rodrigo_> seb128, yeah
[08:36] <seb128> pitti, well updating your patch will be "fun"
[08:36] <rodrigo_> seb128, most modules in git should have patches for the update to the new API
[08:36] <seb128> since that never made it upstream
[08:36] <rodrigo_> but yes, for sure there's going to be some not up-to-date ones :(
[08:36] <seb128> rodrigo_, oh, rdepends are fine
[08:36] <seb128> the issue is the patches we have
[08:36] <seb128> especially the cache one
[08:36] <rodrigo_> ah, ok
[08:37] <seb128> not sure how much it will apply to the new code
[08:37] <chrisccoulson> seb128, i've got 2 weeks holiday from 26th september, and we're staying in a holiday cottage on a farm in cornwall ;)
[08:37] <rodrigo_> we'll see soon, I need it for the new g-s-d/g-c-c
[08:37] <chrisccoulson> so there will probably no wifi :/
[08:37] <chrisccoulson> not sure how i'll cope ;)
[08:37] <soren> Is lightdm expected to work these days? When I try to start a session, it simply fails and restarts.
[08:37] <seb128> chrisccoulson, ok, great, enjoy ;-) no wifi> good for you
[08:37] <chrisccoulson> heh
[08:37] <seb128> soren, yes, works great
[08:37] <rodrigo_> :)
[08:38] <rodrigo_> brb, need to restart
[08:38] <chrisccoulson> seb128, not so good for whoever's going to have to maintain firefox and thunderbird builds for 2 weeks ;)
[08:38] <soren> I can't say I'm surprised. Looking at lightdm.log, it tries to point gnome-sesion at an XAUTHORITY in /var/lib/lightdm which my user obviously can't access.
[08:38] <seb128> soren, oh, if you use ecryptfs there is a mount race, you need to log into a vt to mount your user directory before logging in
[08:38] <seb128> chrisccoulson, not me!
[08:38] <soren> seb128: I do use ecryptfs and I was logged in on a VT.
[08:38] <soren> seb128: .... I think.
[08:38] <soren> seb128: Let me try again.
[08:39] <rickspencer3> pitti, seb128 any suggestions?
[08:39] <chrisccoulson> seb128, ok, i'll add your name to the list of people who have volunteered ;)
[08:39] <seb128> chrisccoulson, ok, I was wondering, I though your holidays were not soon yet but you wrote on your fb that you were ready for holidays so I was wondering
[08:39] <rickspencer3> I'm looking at the recovery menu, but not sure what to try
[08:39] <seb128> rickspencer3, do you have usb devices? did you try to unplug, plug them again?
[08:40] <rickspencer3> seb128, ok, I;ll try that
[08:40] <jbicha> chrisccoulson: well it's a good time for a vacation with Firefox 6 being complete
[08:40] <chrisccoulson> jbicha, my vacation coincides with the firefox 7 release ;)
[08:40] <jbicha> oh, didn't read close enough, it should be fine though
[08:41] <chrisccoulson> which means that the person who takes over for 2 weeks is going to have to do the next trunk -> aurora, aurora -> beta and beta -> release merges, to keep all the builds working ;)
[08:41] <chrisccoulson> unlucky!
[08:41] <chrisccoulson> ;)
[08:41] <seb128> chrisccoulson, did jasoncwarner_ approved your holidays yet? ;-)
[08:41] <chrisccoulson> seb128, yeah, he approved them ages ago ;)
[08:42] <seb128> bah :p
[08:43] <soren> seb128: YEah, it worked this time.
[08:43] <seb128> soren, ok
[08:43] <soren> seb128: Do you have the bug number handy?
[08:44] <seb128> soren, bug #824594 and bug #823775
[08:44] <ubot2> Launchpad bug 824594 in lightdm "Cannot login unless ~/.Xauthority is removed" [High,Confirmed] https://launchpad.net/bugs/824594
[08:44] <ubot2> Launchpad bug 823775 in lightdm "Cannot login: could not update ICEauthority file .ICEauthority" [Undecided,Confirmed] https://launchpad.net/bugs/823775
[08:44] <seb128> let me retitle on
[08:45] <pitti> I also can't login through lightdm right now
[08:45] <pitti> it focuses the wrong user by default, and seems to start a PAM session for that
[08:45] <seb128> pitti, ^ what I wrote
[08:45] <seb128> oh?
[08:45] <pitti> but even removing .Xauthority and .ICEauthority doesn't fix it
[08:45] <seb128> pitti, please comment on the bug
[08:45] <pitti> it could very well be a separate bug, though
[08:45] <pitti> if removing the file works for other people
[08:45] <seb128> pitti, well that was a false hint, what fixes it is to be logged into a vt so the ecrypts mount is done
[08:46] <pitti> that could also be the case, yes
[08:46] <pitti> (also using ecryptfs here)
[08:46] <seb128> pitti, it just happened that to delete the file I was logging in
[08:46] <seb128> pitti, please add your "start pam session on the wrong user" to the bug
[08:47] <seb128> not sure if that's part of what makes ecryptfs not being unlocked before the login...
[08:48] <seb128> jbicha, did you guys stop patching gnome-user-docs for the ubuntu documentation?
[08:48] <seb128> jbicha, waouh, you have been very active ;-)
[08:48] <jbicha> seb128: yes, we branched to ubuntu-docs
[08:48] <seb128> (just looked at the etherpad)
[08:48] <jbicha> seb128: :-)
[08:49] <chrisccoulson> maaaan, the eds API really could use some better documentation
[08:49] <chrisccoulson> writing a calendar app with such poor documentation is not easy ;)
[08:49] <seb128> chrisccoulson, why not starting from "dates"?
[08:49] <seb128> rather than writting a new one?
[08:51] <pitti> seb128: done; when my current stuff in my sessino is done I'll examine this more closely
[08:52] <seb128> pitti, do you still plan to do some sponsoring? if you do please note on the etherpad which ones you review, I'm going to do some as well
[08:52] <seb128> i.e vino vinagre gnome-session
[08:52] <pitti> seb128: I can do some more if needed, yes
[08:53] <seb128> pitti, not needed yet, just check the etherpad before doing some so we don't review the same things ;-)
[08:53] <pitti> seb128: wnat me to check gnome-destkop3?
[08:53] <seb128> if you want sure
[08:53] <seb128> pitti, I note you down for the pygobject update btw
[08:54] <rickspencer3> seb128, unplugging and plugging in again worked
[08:54] <seb128> rickspencer3, seems like an udev-ish issue sort of issue again
[08:55] <seb128> rickspencer3, pitti updated udev yesterday,  I wonder if that has to due with it
[08:55] <pitti> jbicha:
[08:55] <pitti> - gnome_rr_screen_set_dpms_mode@Base 3.1.4-0ubuntu1
[08:55] <pitti> 233+ gnome_rr_screen_set_dpms_mode@Base 3.1.4-0ubuntu1~
[08:55] <pitti> jbicha: FYI, that should just be "3.1.4"
[08:55]  * pitti will fix that while merging
[08:55] <rickspencer3> of course, no unity
[08:56] <pitti> jbicha: usually new symbols come through upstream versions; we just need the debian revision in the symbols file if it really came through a revision
[08:56] <jbicha> pitti: cool, I don't really understand dbgsymbols
[08:56] <seb128> rickspencer3, no unity might not be a bad thing seeing how much issues the current version has ;-)
[08:56] <jbicha> oh ok
[08:56] <rickspencer3> seb128, are they going to be fixed in the update tomorrow
[08:56] <rickspencer3> ?
[08:57] <seb128> rickspencer3, dunno, yesterday was an holiday in France and I've not talked to the dx guys today yet, but I doubt they will have anything by tomorrow
[08:57] <jbicha> we could just switch to Gnome Shell if it doesn't work out ;-)
[08:58] <cdbs> nooooooooooo!
[08:58] <rickspencer3> urk
[09:00] <huats> seb128, I am not the one responsible for the issues rickspencer3 is facing :)
[09:00] <jbicha> it would be funny though...
[09:00] <seb128> for some sort of fun ;-)
[09:00] <rickspencer3> well, 2d seems to be working well
[09:00] <seb128> lut huats, yeah, I blame you!
[09:00] <huats> seb128, I'd rather say it before you did ;)
[09:02] <rickspencer3> poor huats, he tries to speak French with me
[09:02] <huats> rickspencer3, don't say that : we DO speak french
[09:08] <cdbs> huats: Excusez-moi, mais ce qui est "français"?
[09:10] <pitti> seb128: gnome-desktop3 done
[09:10] <seb128> pitti, danke
[09:10] <pitti> seb128: pygobject is a little more "fun"
[09:10] <seb128> pitti, I can imagine
[09:10] <seb128> pitti, not sure how busy you are but do you think you could do gnome-menus?
[09:10] <pitti> seb128: we need a new python-gobject-gi (-or -3) source which now builds the GI bits only
[09:10] <seb128> pitti, it's going to be "fun" as well
[09:10] <pitti> and disable the GI parts of python-gobject
[09:11] <seb128> but gnome-menus is actually going to block a good part of GNOME
[09:11] <pitti> the two should be installable in parallel
[09:11] <seb128> ok
[09:12] <huats> cdbs, I am not sure I understood what you mean :)
[09:12] <pitti> seb128: ok, doing g-menus first then
[09:12] <cdbs> huats: I used google translate to translate "Excuse me, but what is "French"?" into french and posted that here :)
[09:13] <huats> cdbs, hehe
[09:14] <huats> so cdbs French is the language that is spoken in France ;)
[09:14] <cdbs> lol
[09:15] <cdbs> anyway, any chances of the black terminal tabs re-appearing in oneiric? We have black toolbars but the white tabs look weird in comparison
[09:16] <seb128> pitti, danke
[09:16] <seb128> pitti, I'm wondering if we should just drop the cache there
[09:17] <pitti> seb128: I suppose we still read the menus, though?
[09:17] <pitti> ah, bamf has its own cache
[09:19] <seb128> pitti, well the menus are still used yes
[09:19] <seb128> not sure when though
[09:19] <seb128> pitti, I guess the application lens still use those
[09:19] <seb128> but it might just activate on first use
[09:26] <pitti> seb128: hm, this drops python-gmenu in favor of GI bindings
[09:26] <pitti> that'll need porting in alacarte (which I suppose is happening upstream) and software-center
[09:27] <pitti> and a couple of other packages, but these don't seem very interesting
[09:27] <seb128> pitti, alacarte is deprecated and not maintained
[09:27] <pitti> mvo: is it realistic to port s-c from python-gmenu to gir1.2-gmenu-2.0?
[09:28] <pitti> (for oneiric)
[09:29] <pitti> 23_add_inherited_gnome_session.patch also doesn't apply, and doesn't have a patch header, meh
[09:29] <pitti> and nothing useful in changelog
[09:30] <seb128> it was added by didrocks in r78 it seems
[09:30] <seb128> pitti, it was likely an UNE thing
[09:31] <ricotz> pitti, mvo, hi, i think it is better to look into getting gnome-menues 3.1.5 in first
[09:31] <seb128> pitti, no X-UBUNTU-OnlyShowIn-Derivative in my installed files
[09:31] <seb128> ricotz, what do you think pitti is doing? ;-)
[09:31] <pitti>  as well
[09:31] <pitti> "right, here..."
[09:31] <pitti> seb128: so, I'll drop that one
[09:32] <seb128> pitti, ok
[09:32] <ricotz> oh, sorry, i havent read the backlog :\
[09:32] <seb128> I will make a note on the etherpad to tell didrocks when he's back from holidays
[09:34] <mvo> pitti: yes, that should be relatively straightforward, I can have a look later
[09:35] <mvo> (as straightforward as any of this anyway)
[09:35] <pitti> mvo: FYI, http://www.j5live.com/2011/08/15/gobjects-in-berlin-the-search-for-more-documentation/ :)
[09:36] <pitti> lots of activity on building proper documentation these days
[09:36] <mvo> \o/
[09:43] <Sweetshark> the debian versio on merge-o-matic is from unstable?
[09:43]  * Sweetshark needs translate-toolkit-1.9 for libreoffice-l10n :(
[09:44] <ogra_> ogra@horus:~$ unity-2d-launcher
[09:44] <ogra_> unity-2d-launcher: error while loading shared libraries: libEGL.so.1: cannot open shared object file: No such file or directory
[09:44] <ogra_> GRMPF
[09:44] <ogra_> who broke my desktop ?
[09:44] <ogra_> (started with last nights upgrade)
[09:48] <pitti> seb128: hm, new gmenus needs glib 2.29.15
[09:48] <seb128> pitti, I will do the update in a bit
[09:50]  * ogra_ doesnt get why unity-2d is linked against mesa now, there is nothing in the changelog that indicates it (and i doubt it is usable that way at all)
[09:50] <pitti> seb128: "jhbuild run dpkg-buildpackage ..." seems to work for now :)
[09:51] <pitti> well, not quite
[09:52] <seb128> pitti, sorry about that, will ping you back once glib is done then
[09:52] <seb128> ogra_, likely coming from some unity-3d bits it's using
[09:52] <pitti> seb128: NP, I have some other stuff to do in the meantime; will resume with new glib
[09:52] <seb128> pitti, danke
[09:52] <seb128> oh, rodrigo_ is back
[09:52] <ogra_> seb128, hmm, it shouldnt, sould it ?
[09:52] <ogra_> *should
[09:52] <seb128> ogra_, dunno, ask Kaleo
[09:52] <ogra_> k
[09:53] <ricotz> pitti, you could use a git snapshot package of glib
[09:53] <ogra_> in any case if thats really needed, there is a dep on libegl1-mesa missing
[09:53]  * ogra_ installs that now to see if its usable at all
[09:57] <rodrigo_> seb128, oh, you wanted me for anything?
[09:57] <seb128> rodrigo_, get some of the GNOME updates done ;-)
[09:58] <seb128> getting
[09:58] <rodrigo_> yes, on it :)
[09:58] <seb128> rodrigo_, great, pitti is looking a gnome-menus but it needs new glib first which I'm going to do
[09:58] <rodrigo_> I am in g-s-d and will package any dep that is not yet available
[09:58] <seb128> ok
[10:11] <Sweetshark> "bzr: ERROR: Tree transform is malformed [('duplicate', 'new-2', 'new-25', u'debian_gaupol_library_path')]" when trying to merge translate-toolkit from debian with bzr. any hints?
[10:12] <pitti> Sweetshark: have never seen this :( #bzr might have a better idea
[10:13] <seb128> rodrigo_, btw it seems we don't enable the gsettings to gconf code in g-s-d
[10:14] <rodrigo_> seb128, hmm, we used to, looking
[10:14] <rodrigo_> $ dpkg -S /usr/lib/gnome-settings-daemon-3.0/libgconf.so
[10:14] <rodrigo_> gnome-settings-daemon: /usr/lib/gnome-settings-daemon-3.0/libgconf.so
[10:14] <rodrigo_> looking at the package
[10:15] <rodrigo_> seb128, it seems we do enable it: DEB_CONFIGURE_EXTRA_FLAGS = --enable-pulse --enable-gconf-bridge
[10:15] <rodrigo_> seb128, why do you think we don't?
[10:15] <rodrigo_> oh, the gsettings key
[10:15] <seb128> rodrigo_, because it's not activated in gsettings for me
[10:16] <rodrigo_> yeah, right
[10:16] <seb128> ;-)
[10:16] <seb128> can you fix in the new version upload?
[10:16] <rodrigo_> already uploaded, but will do another upload
[10:16] <seb128> ok
[10:16] <seb128> well no hurry
[10:16] <seb128> can be done with the next upload
[10:17] <seb128> you can put it in the vcs
[10:17] <rodrigo_> yeah
[10:19] <mvo> hm, I get a memory error when trying to get a GMenu.Tree(), I check after lunch
[10:21]  * ogra_ has it back running ... but clicking on anything in the new dash takes between 3 and 5 sec to respond 
[10:24] <pitti> mvo: you need to wait for gnome-menus 3.1.5 with the porting
[10:26] <rodrigo_> hmm, is there anything needed in debian/rules for the .gsettings-override file to be applied?
[10:26] <pedro_> hey folks, i've create a new 'team' for tracking all the desktop packages we take care of
[10:26] <pedro_> its a bit different to 'desktop-bugs' since it's including things like firefox, libreoffice, etc
[10:26] <pedro_> https://bugs.launchpad.net/~desktop-packages/+packagebugs
[10:26] <rodrigo_> seems so indeed, the defaults in g-s-d are not being applied
[10:26] <rodrigo_> hey pedro_
[10:27] <pedro_> so other teams can look there and see which packages are we maintaining and assign or not bugs to us
[10:27] <pedro_> if you i am missing something please let me know
[10:27] <pedro_> i've created that list based on the same packages we're using for the desktop reports
[10:27] <pedro_> so its a script that collects that list
[10:28] <pedro_> hola rodrigo_! had a good holidays?
[10:28] <cyphermox> pitti: heads up; I'll likely be finishing up on travelling to Vancouver for LinuxCon during the meeting, so I won't be there
[10:28] <pitti> cyphermox: ah, thanks
[10:28] <rodrigo_> pedro_, yeah, very good ones! you? in london now, right?
[10:29] <pedro_> rodrigo_, yeah, i'm here for this week, we're having a defect analysts sprint ;-)
[10:29] <jbicha> rodrigo_: are you sure they aren't being applied?
[10:29] <jbicha> dconf-editor lies
[10:30] <pedro_> rodrigo_, i'm still wondering where's the 'european summer' they promised me :-P
[10:30] <rodrigo_> pedro_, take care with the riots, you'll be arrested in you are in the middle of one :-)
[10:30] <jbicha> https://bugzilla.gnome.org/show_bug.cgi?id=654812
[10:30] <ubot2> Gnome bug 654812 in editor "editor doesn't show overridden keys" [Normal,Unconfirmed]
[10:30] <rodrigo_> pedro_, oih, I'm very happy this summer, no too hot days, so it's ok, although I guess you refer to "rain" when talking from london? :)
[10:30] <tseliot> seb128: have you changed your mind on bug #725434 or is it still on your todo list?
[10:30] <ubot2> Launchpad bug 725434 in cairo "Nvidia drivers lead to extra memory usage for each process using libGL" [High,Confirmed] https://launchpad.net/bugs/725434
[10:31] <rodrigo_> jbicha, oh, let me see on the command line
[10:31] <seb128> tseliot, I uploaded it during desktop summit when we talked about it*
[10:31] <pedro_> rodrigo_, rain and wind mostly, but well, it's london so its kind of expected :-P
[10:31] <pedro_> rodrigo_, it was really windy at berlin though
[10:31] <seb128> tseliot, https://launchpad.net/ubuntu/oneiric/+source/cairo/1.10.2-6ubuntu3
[10:31] <rodrigo_> pedro_, yeah, london has always the same rain :-)
[10:31] <pedro_> bonjour seb128, had a good long weekend?
[10:31] <rodrigo_> jbicha, indeed, dconf-editor lies miserably ??
[10:31] <seb128> pedro_, ola! quite nice, what about you?
[10:32] <seb128> pedro_, still in London? did you get a room?
[10:32] <tseliot> seb128: ok, we should close the report then (or at least an Oneiric task)
[10:32] <pedro_> seb128, pretty good, had the chance to walk around the city, long time without being here :-)
[10:32] <seb128> tseliot, sorry I didn't keep track of the bugs, just of the fact that I had to turn it off
[10:32] <pedro_> seb128, yeah, hr was really fast on getting a room for me , so i didn't sleep in the park :-P
[10:33] <tseliot> seb128: ok, I'll take care of it. Thanks
[10:33] <seb128> tseliot, thanks
[10:33] <seb128> pedro_, great ;-)
[10:33] <pedro_> seb128, when you have some time could you look at https://bugs.launchpad.net/~desktop-packages/+packagebugs ? i'm using it to track 'all' the bugs the desktop team is taking care of (including firefox, libreoffice,etc)
[10:33] <seb128> pedro_, ok
[10:34] <rodrigo_> pedro_, accountsservice is missing
[10:34] <pedro_> rodrigo_, ok! so it's probably missed at the desktop report as well, i'll include it in both
[10:34] <rodrigo_> ugh, 17677 open bugs
[10:35] <Sweetshark> Riddell around? or on vacation? he seemed to have last touched translate-toolkit and the lp:ubuntu/oneiric and lp:debian/sid branches seem to be unreleted, which is inconvienient. I wonder if there is a reason for this ...
[10:36] <pedro_> rodrigo_, 'open bugs' includes everything from Triage to New , so i would not pay much attention to that number :-P
[10:37] <rodrigo_> jbicha, well, seems some are not being applied
[10:37] <rodrigo_> jbicha, sure nothing is needed in debian/rules to install the .gsettings-override?
[10:37] <rodrigo_> that file is not included in the package, and I understand it needs to, so that the overrides are taken into account
[10:38] <rodrigo_> pedro_, ah, ok, I'll sleep again tonight then :)
[10:38] <pedro_> lol
[10:38] <jbicha> it shoudl be automatic with dh_installgsettings
[10:38] <jbicha> rodrigo_: http://manpages.ubuntu.com/manpages/oneiric/man1/dh_installgsettings.1.html
[10:39] <rodrigo_> jbicha, right, so dh_installgsettings needs to be run in debian/rules, or just adding it to build-deps?
[10:40] <rodrigo_> oh, the override file is in the package
[10:40] <rodrigo_> not sure then why both dconf-editor and gsettings show no signs of some of the defaults
[10:44] <seb128> rodrigo_, dh_installgsettings is called by cdbs
[10:45] <seb128> if you use a non cdbs package you probably need to call it by hand though
[10:45] <seb128> rodrigo_, like which one?
[10:45] <rodrigo_> no, it's all done, so seems a bug in dconf-editor/gsettings
[10:45] <rodrigo_> or some other bit
[10:45] <rodrigo_> seb128, it's g-s-d
[10:45] <seb128> talk to desrt when he's around I guess
[10:46] <rodrigo_> yeah
[10:50] <Sweetshark> pitti: hmmm, the debian changelog talks about moving to v3. Maybe: a) it was not imported before because it was not v3 b) we had out own repo still (of course unrelated to the not yet imported/existing debian-repo) c) now the debian import works
[10:52] <Sweetshark> pitti: also "bzr diff --old 1.7.0-0.1 --new 1.7.0-0.1ubuntu1" is empty. So can we maybe simply use the vanilla debian version?
[10:53] <Sweetshark> oh, hmmm: "0.1" is not a real debian revision isnt it?
[10:55] <Sweetshark> but the same for "1.5.3-1" vs. "1.5.3-1ubuntu1" -> empty diff
[11:02] <mvo> pitti: aha, thanks. and you/someone is working on the packaging of this currently?
[11:05] <seb128> mvo, yes
[11:05] <seb128> mvo, pitti started on it and got blocked because it needs a new glib, which I'm working on now
[11:06] <mvo> ok, thanks seb128
[11:07] <seb128> pitti, mvo: new glib uploaded to the ubuntu-desktop ppa for testing btw
[11:07] <seb128> lunch here while it builds
[11:25] <mvo> seb128: thanks! I now just need to figure out what replaces gmenu_tree_lookup in the C code that used to be there in 3.0 but is not there anymore in 3.1 (without any mention of this in the ChangeLog file). or am I missing something?
[11:26]  * mvo looks at GMenuSimpleEditor and figures it out this way
[11:28] <seb128> mvo, not sure, I didn't look at the update, maybe vuntz|IS knows
[11:29] <Sweetshark> soooo, who can I contact about removing a lp:/ubuntu/oneiric repo?
[11:30] <seb128> try #launchpad?
[11:43] <ogra_> are there plans to make the battery not show up permanently ? it used to only be there on charge/discharge in the past iirc
[11:43] <ogra_> (doesnt seem like the icon policy config option still exists though)
[11:46] <seb128> ogra_, seems not from what I've read
[11:46] <tjaalton> grr, new alt-tab behaviour drives me nuts
[11:46] <seb128> the spec says it should always be displayed I think
[11:46] <ogra_> sad
[11:46] <seb128> it should change the icon though
[11:46] <ogra_> such a waste of space
[11:46] <seb128> why? do you lack space on the unity-panel?
[11:46] <ogra_> well, i like to only have the info thats appropriate in there (i'm so german, i know)
[11:47] <seb128> talk to jjardon or open a bug
[11:47] <ogra_> while the battery is full i dont really need to know about it ...
[11:48]  * ogra_ would prefer to waster that space on having the date back on in the clock rather ... but thats indeed total personal preference :)
[11:51] <seb128> ogra_, you can add the date in the clock preferences
[11:51] <ogra_> "default"
[11:51] <ogra_> ;)
[11:52] <seb128> ogra_, in fact https://wiki.ubuntu.com/Power suggests there should be an option to display or not the power icon
[11:52] <ogra_> its a feature i often heard non linux user be really happy about when they tried ubuntu first ... you dont have to klick to see the date
[11:52] <ogra_> *users
[11:52] <ogra_> (unlike windows)
[11:52] <seb128> bug #811769
[11:52] <ubot2> Launchpad bug 811769 in gnome-settings-daemon "Power Menu should respect icon-policy hide setting" [Wishlist,New] https://launchpad.net/bugs/811769
[11:53] <ogra_> ah
[11:53] <ogra_> i didnt see it in dconf editor or in the settings capplet
[11:54] <seb128> ogra_, no, it's not, see comments on the bug
[11:54]  * ogra_ was still reading the wiki :P
[11:55] <jjardon> ogra_ , seb128 seems that the current aproach is follow what upstream does, ie, show always the icon
[11:55] <jjardon> seb128: btw, a new tarball of gnome-contacts was released
[11:56] <jjardon> alex was fighting with a dying disk, and the plan is to ship it in GNOME 3.2
[11:59] <seb128> jjardon, but the spec says there should be a setting for showing the icon or not?
[11:59] <seb128> ok for gnome-contacts, rodrigo has been working on packaging it
[12:00] <ogra_> seb128, the spec says it but we're past FF :)
[12:01] <seb128> well only for this cycle
[12:01] <seb128> we can get features again next cycle ;-)
[12:01] <ogra_> indeed
[12:01] <ogra_> :)
[12:14]  * rodrigo_ lunch
[12:29] <desrt> RAOF: hey
[12:29]  * desrt has learned a lot in the past day
[12:30] <desrt> i've learnt, for example, how intensely strange input is
[12:32] <desrt> we sort of take for granted that switching between virtual terminals takes the keyboard, monitor and mouse with you
[12:33] <desrt> but the story gets quite a bit more complicated when you're running an X server on a graphics card that is not the graphics card that your virtual terminals are on
[12:39] <mclasen> desrt: just say no to vts...
[12:41] <desrt> mclasen: i'm suddenly extremely interested in these usb devices that some redhat employees were carrying around at guadec
[12:42] <desrt> with the ability to tag input devices as being owned by a particular 'seat'
[12:42] <mclasen> desrt: if you had mentioned that earlier... I had two to give away...
[12:43] <desrt> mclasen: it's not the device that i'm interested in so much as the software that makes it function properly...
[12:43] <desrt> ie: udev tagging, etc
[12:43] <desrt> would be nice to say "reserve this keyboard and mouse for this other X server i'll be starting up later"
[12:43] <mclasen> for the software, you want to go to http://cgit.freedesktop.org/systemd/
[12:44] <desrt> udev changes needed too, i think
[12:45] <desrt> i also just found myself a usecase for wanting the same user logged in twice....
[12:45] <desrt> somehow i doubt lennart will consider this usecase to be compelling :)
[12:46] <cdbs> Anyone knows where glatzor or tremolux have been?
[12:55] <Sweetshark> seb128, pitti: who will head the meeting today?
[12:55] <pitti> me
[12:56] <seb128> pitti
[12:56] <seb128> ;-)
[13:06] <lool> Hmm compiz is a CPU hog since an upgrade from last couple of days
[13:07] <lool> it's sitting at 25% CPU
[13:07] <pitti> seb128: oh, is the new glib breaking something?
[13:07] <seb128> pitti, should not why?
[13:07] <pitti> seb128: because you uploaded to the PPA instead of oneiric
[13:08] <seb128> pitti, I just had time to do a build without the testsuit to update the symbols file before lunch
[13:09] <seb128> pitti, so I figured I would put it in the ppa so you can use already while I do my usually round of testing and a proper build
[13:09] <pitti> ah, I see
[13:13] <pitti> mvo: http://paste.ubuntu.com/667283/ -> known, or want a bug report?
[13:15] <mvo> pitti: I think I know whats going on, I have a look
[13:17] <cdbs> mvo: just an FYI, the aptdeamon issue I told you about, is a non-issue. Somehow I was using the older one
[13:17] <cdbs> fixed now
[13:19] <mvo> cdbs: great, thanks
[13:20] <tjaalton> is it a thunderbird or a compiz bug that when composing a new email the window decorations are misaligned
[13:23] <pitti> seb128: libgnome-menu2 has quite a few rdepends, I hope the API isn't too difficult to port over
[13:29] <seb128> pitti, if it's an issue we can reupload the old source to provide the old lib
[13:29] <pitti> yeah
[13:31] <davmor2> guy is anyone using xchat in oneiric?  I noticed that it nolonger opens urls in a browser now
[13:33] <huats> seb128,just for the record (I have already written that in the pad) I'm doing the gtksourceview3 update
[13:33] <seb128> huats, thanks
[13:34] <pitti> seb128: so for that I better name it libgnome-menus-3-dev instead of libgnome-menus-dev
[13:34] <seb128> pitti, let me know if you install the glib update
[13:34] <pitti> I did
[13:35] <seb128> pitti, seems a good idea
[13:35] <seb128> pitti, ok, works for you as well?
[13:35] <pitti> no problems with it yet, but i didn't restart my session with it
[13:35] <seb128> I restarted the 10v works fine
[13:35] <pitti> but I can open new programs just fine
[13:35] <seb128> let's say it's enough testing
[13:35] <seb128> let's upload ;-)
[13:35]  * pitti ^5s seb128
[13:36] <pitti> seb128: the only binary which is still the same is gnome-menus, everything else changed
[13:37] <pitti> I was pondering renaming the source and binary to gnome-menus3, but I think we shuold strive to port stuff over
[13:37] <seb128> pitti, is gnome-menus a binary?
[13:38] <seb128> oh you mean binary package
[13:38] <seb128> pitti, agreed, I think we should go for porting, vuntz ported the GNOME stack already
[13:38] <seb128> if we have issues with the remaining items we can still bring back the old lib later on
[13:46] <pitti> seb128: gnome-menus ready in bzr
[13:48] <seb128> pitti, you rock
[13:48] <seb128> pitti, glib uploaded
[13:48] <pitti> seb128: I disabled the cache; needs re-doing, and python-gmenu is gone
[13:48] <seb128> pitti, do you want to test,review,build or anything gnome-menus?
[13:48] <seb128> ok
[13:48] <pitti> seb128: I installed the debs and ensured that they install fine alongside the existing gnome-menus ones
[13:49] <seb128> pitti, we will need to catch back next cycle on all the stuff we dropped on the way and on login time
[13:49] <pitti> but of course I didn't really test the library yet
[13:49] <mvo> pitti: nice! that means I can play with it when building it from bzr?
[13:49] <seb128> pitti, well if it doesn't break existing clients that will be good enough ;-)
[13:49] <seb128> pitti, what about dputing the ubuntu-desktop ppa as well?
[13:49] <pitti> seb128: if you want, sure
[13:49] <seb128> pitti, so mvo can get it from there and I can test on my 10v
[13:49] <pitti> would that help you?
[13:50] <seb128> pitti, well it means we can get testing and do updates without having to wait for glib build, publishing and gnome-menus build publishing cycles
[13:50] <seb128> i.e makes win some hours for those needing the new version
[13:50] <seb128> rodrigo needs it for gnome-control-center as well
[13:50] <pitti> right, that'll be in depwait in oneiric
[13:51] <pitti> seb128: up'ed to u-d PPA and oneiric
[13:51] <seb128> pitti, danke
[13:53] <pitti> so I suppose I'll start packaging python-gobject-3
[13:54] <seb128> pitti, good luck ;-)
[13:56] <seb128> pitti, btw did you notice that the amd64 iso is back to fit on a CD
[13:56] <seb128> ;-)
[13:56] <pitti> seb128: yes, I saw!
[13:57] <pitti> what did you do?
[13:57] <seb128> nothing
[13:57] <pitti> seb128: the next -meta rebuild will drop gnome-user-docs
[13:57] <huats> I have a weird thing (for me who hasn't played with that for some time)
[13:57] <pitti> and the next full -base refresh of langpacks should drop another MB or two
[13:57] <huats> when I try to do bzr bd-do to do my update
[13:57] <seb128> pitti, could be thanks to mvo and synaptic drop
[13:57] <huats> chris@gaube:~/Bureau/ubuntu/gtksourceview3$ bzr bd-do
[13:57] <huats> bzr: ERROR: This command only works for merge mode packages. See /usr/share/doc/bzr-builddeb/user_manual/merge.html for more information.
[13:57] <seb128> oh also building cairo without gl
[13:57] <pitti> huats: is that an UDD branch or a debian/ only ubuntu-desktop branch?}
[13:58] <pitti> seb128: that would help indeed
[13:58] <seb128> brb session restart
[13:58] <pitti> egl took quite some space
[13:58] <pitti> huats: UDD branches don't work with bd-do (i. e. merge mode)
[14:01] <seb128> re
[14:02] <huats> pitti, oh I see
[14:02] <huats> so what is the good approach in that case ?
[14:03] <huats> pitti, I'll have a look
[14:03] <huats> let me see...
[14:03] <pitti> huats: if you want to inspect the build result etc, just do debuild
[14:06] <seb128> hum, language selector stopped installing input methods
[14:06] <seb128> like there the checkboxes are not active when selecting chinese
[14:06] <seb128> whose bug would that been?
[14:06] <huats> pitti, in my case I was looking to update a package, and thus to do the various change to the packaging before using the debcommits...
[14:07] <pitti> seb128: no i18n maintainer :(
[14:07] <seb128> pitti, indeed :-(
[14:07] <pitti> huats: just do them locally without committing, and run debuild?
[14:07] <pitti> huats: or "bzr bd -b", if you want to avoid cluttering your tree
[14:08] <pitti> huats: you only need bd-do if you want to hack in the package after a failed binary build
[14:08] <huats> pitti, yeah doing stuffs locally is an option :)
[14:08] <huats> bzr bd -b ?
[14:09] <huats> it tells me that -b is not an option
[14:09] <pitti> huats: sorry, bzr bd -- -b
[14:21] <huats> pitti, thanks
[14:21] <huats> I'll try to find the perfect way using all that
[14:23] <mvo> pitti: the add-apt-repositroy bug you mentioned earlier is fixed now
[14:24] <pitti> mvo: you rock, thanks!
[14:24] <pitti> mvo: https://launchpad.net/~ubuntu-desktop/+archive/ppa/+packages now has gnome-menus 3.1.5 packages including the now working gir1.2-gmenu-3.0
[14:25] <seb128> rodrigo_, ^
[14:25] <mvo> pitti: awsome, I give it a go now that I can actually add the repo again ;)
[14:25] <seb128> can be useful for you as well
[14:26] <rodrigo_> pitti, cool, thanks!
[14:35] <seb128> hey kenvandine, cyphermox
[14:35] <kenvandine> hey seb128
[14:35] <seb128> kenvandine, I wrote you down on the etherpad for the empathy update
[14:35] <seb128> cyphermox, you for the evolution ones ;-)
[14:35] <kenvandine> woot
[14:35] <seb128> new GNOME this week!
[14:35] <seb128> kenvandine, how are you?
[14:35] <kenvandine> good
[14:35] <kenvandine> and you?
[14:36] <seb128> I'm great thanks
[14:36] <seb128> kenvandine, want to have a look at updating glib-networking as well?
[14:36] <seb128> we are still on the 2.28 serie
[14:36] <kenvandine> seb128, i can
[14:36] <seb128> thanks
[14:37] <seb128> mterry, hey, if you feel like helping with some of the updates or sponsoring listed on the etherpad please feel free ;-)
[14:37] <mterry> seb128, ah yes, 3.1.5 came out, eh?
[14:38] <seb128> mterry, it's on its way indeed ;-)
[14:42] <dobey> rodrigo_: your welcome btw. :)
[14:42] <rodrigo_> dobey, welcome for what? :)
[14:44] <dobey> rodrigo_: i fixed your FTBFSes for couchdb-glib and evolution-couchdb yesterday
[14:44] <rodrigo_> hmm, were they failing?
[14:44] <rodrigo_> thanks anyway :)
[14:44] <rodrigo_> oh, they were indeed
[14:45] <rodrigo_> I'm just too behind my mail box it seems :)
[14:46] <dobey> yep, new/changed deps
[14:46] <dobey> and i got the nightly builds working again, mostly
[14:46] <dobey> some issues on older ubuntu versions :(
[14:54] <rodrigo_> dobey, cool, now we just need desktopcouch to work on oneiric :)
[14:54] <rodrigo_> dobey, does it work for you?
[14:54] <dobey> i don't know
[14:54] <dobey> i don't store any contacts or anything in it
[14:55] <dobey> so afaik, it works :)
[14:55] <dobey> does oneiric have new couchdb that broke it or something?
[14:55] <rodrigo_> ok, you don't use it then :)
[14:55] <rodrigo_> dobey, not that I know, the problem is the oauth tokens here
[14:56] <rodrigo_> the ones stored in the keyring are invalid, so you always get an unauthorized error
[14:56] <dobey> why are they invalid? they should be valid :)
[14:57] <rodrigo_> I guess because dc writes the wrong ones
[14:57] <rodrigo_> and yes, they should, but seems they are not
[14:58] <dobey> weird
[14:58] <dobey> bug thisfred and/or chad (cardinalfang) about it
[14:59] <rodrigo_> seb128, hmm, where does this come from -> https://launchpad.net/ubuntu/+source/gvfs/1.9.2-0ubuntu2 <- it's not on lp:ubuntu/gvfs
[14:59] <seb128> rodrigo_, seems like the autoimport is broken
[14:59] <rodrigo_> oh
[15:00] <kenvandine> oh, this is nice
[15:00] <kenvandine> Packaging branch status: CURRENT
[15:00] <kenvandine> when checking out a source package
[15:01] <seb128> kenvandine, how? where?
[15:02] <kenvandine> bzr branch lp:ubuntu/natty/empathy
[15:02] <kenvandine> it now prints the latest version in natty and the status of the branch
[15:02] <seb128> nice
[15:02] <kenvandine> indeed
[15:04] <seb128> rodrigo_, http://package-import.ubuntu.com/status/
[15:04] <seb128> http://package-import.ubuntu.com/status/gvfs.html#2011-07-07%2012:41:25.638781
[15:05] <seb128> rodrigo_, short story, open a bug against udd and do the update the "old" way, i.e apt-get source etc
[15:05] <rodrigo_> ok
[15:10] <rodrigo_> dobey, the bug seems to happen to other people -> https://bugs.launchpad.net/ubuntu/+source/desktopcouch/+bug/780972
[15:10] <ubot2> Ubuntu bug 780972 in desktopcouch "desktopcouch-service crashed with Unauthorized in request(): ('unauthorized', 'Authentication required.')" [High,Confirmed]
[15:11] <dobey> rodrigo_: yeah i've seen a few come in, but haven't had time to actually look at them. please bug thisfred/chad to look at :)
[15:26] <seb128> pitti, meeting in 5minutes?
[15:26] <pitti> re
[15:26] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter, pedro_: meeting reminder in 4 mins
[15:27] <seb128> pitti, wb ;-)
[15:28] <tkamppeter> hi
[15:30]  * pedro_ waves
[15:30] <seb128> hey
[15:31] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter, pedro_: meeting
[15:31] <pitti> hello everyone
[15:31] <pitti> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-08-16
[15:31] <rodrigo_> hi
[15:32] <pitti> no team reports yet, so let's do that via IRC again
[15:32] <pitti> kenvandine: want to start with partner update?
[15:32] <tkamppeter> pitti, colord still not passed through security check ...
[15:32] <mterry> hi
[15:32] <pitti> tkamppeter: failed, or just didn't get to it yet?
[15:33] <chrisccoulson> hi!
[15:33] <pitti> oh, and there it appears on the wiki page :)
[15:33] <tkamppeter> pitti, kees had some questions and upstream Richard Hughes has answered, but nothing new from kees or mterry then.
[15:33] <pitti> kenvandine: btw, do you know about the "Bug:12345" wiki syntax?
[15:34]  * kenvandine waves
[15:34] <kenvandine> meeting?
[15:34] <mterry> I'm waiting on kees to respond re: security
[15:35] <seb128> kenvandine, you are late!
[15:36] <seb128> pitti, mterry: gnome-settings-daemon is depwaiting for 3 uploads, maybe we should pre-promote or ping kees to get that sorted?
[15:36] <pitti> pinging is better, I think; otherwise we'd have to rollback a feature, which might be harder
[15:37] <pitti> kenvandine: I responded to the ubuntone-installer FFE bug; but I have to admit this is still very vague to me
[15:37] <pitti> kenvandine: is there a current plan how to handle U1 packages from now on?
[15:37] <pitti> seb128: kees was on a conference last week according to his trip report, so perhaps he'll respond this week?
[15:38] <seb128> pitti, right
[15:39]  * kenvandine waves... is this thing on?
[15:39] <rodrigo_> kenvandine, we can read you :)
[15:39] <pitti> kenvandine: I see you
[15:39] <seb128> hey kenvandine
[15:41] <pitti> is anyone else reading me?
[15:41] <seb128> pitti, yes
[15:41] <rodrigo_> pitti, I am
[15:41] <pitti> or is it just ken who fell off the planet?
[15:41] <seb128> seems only ken is having issues
[15:42] <kenvandine> woot
[15:42] <seb128> it's only ken
[15:42] <kenvandine> i changed servers :)
[15:42] <desrt> pitti: you're coming through a bit choppy.  repeat?
[15:42] <pitti> kenvandine: wb
[15:42] <seb128> hey kenvandine
[15:42] <pitti> desrt: *bzzzt* plasma leak *bzzzrlcrackle*
[15:42] <desrt> :)
[15:42]  * desrt runs
[15:42] <pitti> kenvandine: I responded to the ubuntone-installer FFE bug; but I have to admit this is still very vague to me
[15:43] <pitti> kenvandine: is there a current plan how to handle U1 packages from now on?
[15:43] <kenvandine> pitti, i think they think there is a plan
[15:43] <kenvandine> but it all still seems vague to me too
[15:43] <kenvandine> pitti, sorry i don't have more info :/
[15:44] <kenvandine> josh is going to try to get something more concrete
[15:44] <kenvandine> but i hear that every week :/
[15:46] <pitti> wrt. rhythmbox, I thought gtk 3 porting was out of scope for oneiric?
[15:46] <kenvandine> it is
[15:46] <kenvandine> so they need to have the plugin for rb removed
[15:47] <kenvandine> but i haven't heard a definative answer that they didn't want to support rb
[15:47] <pitti> i. e. rhythmbox-ubuntuone-music-store needs to become an empty transitional package
[15:47] <kenvandine> yeah
[15:49] <pitti> as for unity, didrocks is on vacation
[15:49] <pitti> seb128: shall we just skip this, or do you have something to discuss there?
[15:49] <seb128> I can do a short summary
[15:50] <seb128> new unity with all features for this cycle landed on the ff line
[15:50] <seb128> lot of bugs
[15:50] <pitti> is the bright transparent pink dash background a bug or a feature?
[15:50]  * pitti is afraid "feature"
[15:51] <pitti> let's hope it'll stabilize in the next two weeks then
[15:51] <rodrigo_> :)
[15:51] <pedro_> are they planning to fix the window switcher (alt+tab) or its going to stay the same way its right now?
[15:52] <seb128> doh
[15:52] <seb128> sorry got sidetracked
[15:52] <seb128> pitti, so yeah
[15:52] <seb128> lot of bugs
[15:52] <seb128> they plan a bug fix version on thursday
[15:52] <seb128> they are on bug fix mode from now on
[15:52] <seb128> weekly tarballs again
[15:52] <seb128> compiz is still not sorted
[15:53] <seb128> they have a new candidate version out that needs testing and approval
[15:53] <seb128> other option is to roll back to the natty compiz
[15:53] <seb128> pitti, there is a bug about picking wrong colors
[15:53] <seb128> but the blur is wanted
[15:53] <seb128> they will likely tweak it I guess
[15:54] <pitti> thanks for the summary
[15:54] <seb128> pedro_, alt-tab should have bug fixes and improvements
[15:54] <seb128> yw
[15:54] <pitti> no tremolux
[15:54] <pitti> but s-c seems to be in good shape
[15:54] <pedro_> seb128, good to know, thanks :-)
[15:54] <pitti> anything we should discuss at this point?
[15:55] <pitti> new gnome 3.1.5 will bring some disruptions, FYI
[15:55] <seb128> right
[15:55] <seb128> I guess we decided to not go for clutter on the CD
[15:55] <pitti> yay
[15:55] <seb128> though kenvandine said he would check with empathy upstream how much not having the new call ui is an issue
[15:55] <pitti> so we'll keep totem/cheese at their current versions or patch it back out?
[15:55] <seb128> cheese is in universe
[15:56] <pitti> ah, empathy then
[15:56] <seb128> the empathy guys made it possible to not use libcheese for us
[15:56] <kenvandine> those guys rock
[15:56] <seb128> and ev is using gstreamer directly now
[15:56] <seb128> totem> yeah, I will keep the new version in a ppa
[15:56] <seb128> having video playing relying on clutter is risky
[15:56] <seb128> we said we would discuss putting back pitivi on the CD btw
[15:57] <seb128> and gnome-contacts is coming with GNOME 3.2, rodrigo is packaging it
[15:57] <seb128> (i.e an adressbook for GNOME)
[15:57] <desrt> cheese demoted? :(
[15:57] <seb128> we missed the ff but not sure if we should aim to an exception for it
[15:57] <desrt> cd space, i guess?
[15:57] <pitti> desrt: no, tons of new depends we don't want
[15:57] <seb128> desrt, CD space, depends on clutter-gst, clutter-gesture, mx, and camorabin which is in one of the universe gst set
[15:58] <desrt> fair enough
[15:58] <pitti> seb128: there's a rather strong case for addressbook, as we just dropped evo from CD
[15:58] <rodrigo_> seb128, it's not going on the cd, but universe, so does it need a FFE?
[15:58] <seb128> rodrigo_, still yes
[15:58] <pitti> FF affects the entire universe, yes
[15:58] <rodrigo_> ok
[15:58] <seb128> but why not aiming for the CD?
[15:58] <seb128> it's small and useful
[15:58] <rodrigo_> yeah
[15:58]  * kenvandine would like that
[15:58] <rodrigo_> I stopped the submission ebcause the 0.1.1 version is a bit broken
[15:59] <rodrigo_> but the package is ready since Friday, so we can upload that for noe
[15:59] <rodrigo_> I think a new version is coming soon, so we can also wait
[15:59] <seb128> rodrigo_, there is a 0.1.2 now
[15:59] <pitti> please submit an FFE bug
[15:59] <pitti> I'll approve it
[15:59] <seb128> rodrigo_, it's out this earlier today or yesterday
[15:59] <rodrigo_> seb128, oh, I checked this morning and it wasn't
[15:59] <seb128> rodrigo_, if you get kenvandine to sponsor it for you I can NEW review it
[15:59] <rodrigo_> ok
[16:00] <kenvandine> rodrigo_, just send it my way when it is ready :)
[16:00] <rodrigo_> seb128, kenvandine: it's in lp:~ubuntu-desktop/gnome-contacts/ubuntu
[16:00] <rodrigo_> I'll update to 0.1.2 and ping kenvandine
[16:00] <kenvandine> thx
[16:01] <seb128> pitti, I think that's all from desktop side
[16:01] <pitti> cheers
[16:01] <seb128> out of the fact that we have tons of bugs and we are behind or other things
[16:01] <seb128> or->on
[16:02] <seb128> like screensaver look
[16:02] <seb128> just to pick one
[16:03] <pitti> or the ubuntu lightdm theme
[16:03] <pitti> or not being able to login :)
[16:03] <pitti> ok, so let's stop having a meeting then and get cracking again :)
[16:03] <seb128> yeah, lightdm, mterry has been helping a bit on it and robert_ancell is back
[16:03] <pitti> thanks everyone!
[16:03] <seb128> thanks pitti
[16:04] <pedro_> thanks!
[16:04] <kenvandine> seb128, can you add telepathy-indicator and xchat-indicator to packagebugs?
[16:04] <seb128> mterry, speaking of lightdm do you know if the unity greeter is starting a session or something?
[16:04] <mterry> seb128, how do you mean?
[16:05] <seb128> mterry,
[16:05] <seb128> $ ps aux | grep lightdm
[16:05] <seb128> lightdm   8113  0.0  0.2  39104  7540 ?        Sl   16:00   0:00 /usr/lib/notify-osd/notify-osd
[16:05] <seb128> lightdm   8118  0.0  0.0  10384  2376 ?        S    16:00   0:00 /usr/lib/gvfs/gvfsd
[16:05] <seb128> lightdm   8125  0.0  0.0  31332  2152 ?        Ssl  16:00   0:00 /usr/lib/gvfs//gvfs-fuse-daemon /var/lib/lightdm/.gvfs
[16:05] <seb128> lightdm   8149  0.0  0.0  11084  3340 ?        S    16:00   0:00 /usr/lib/libgconf2-4/gconfd-2
[16:05] <seb128> lightdm   8153  0.0  0.0   7604  2320 ?        S    16:00   0:00 /usr/lib/geoclue/geoclue-master
[16:05] <seb128> mterry, the notify-osd one at least look weird
[16:05] <pitti> not as light as we wanted it to be, hm?
[16:05] <seb128> mterry, also if you suspend and wake up the screen is locked
[16:05] <seb128> suspend from the greeter
[16:06] <seb128> which is annoying since the lightdm user doesn't have a known password
[16:06] <mterry> hah, hm
[16:06] <pitti> s/known//
[16:06] <kenvandine> hehe
[16:06] <seb128> pitti, well hitting enter doesn't unlock...
[16:06] <pitti> right, that's what I'm saying -- the lightdm user doesn't have, and isn't supposed to have a password
[16:08]  * apw has felt for sometime that the touchpad option "disable touchpad while typing" option does not work at all, likely for the whole of natty, however on oneiric it now definatly works but disabled the touchpad for 2 whole seconds; anyone know how to configure how long?
[16:09] <rodrigo_> apw, it's hard-coded in the call to syndaemon in g-s-d
[16:09] <apw> wonderful
[16:09] <rodrigo_> apw, shorter delays showed lots more bugs, it seems
[16:09] <rodrigo_> it's also the default in syndaemon
[16:10] <apw> 2s is just mad, i have been wearing the tip of my finger trying to get it working again
[16:11] <mterry> ah...  that's why my mouse is unresponsive sometimes.  I wondered, but hadn't gone searching for a bug yet
[16:11] <seb128> we should revert to 0.5s I think
[16:11] <seb128> it might be less efficient but the current behaviour feel buggy
[16:13] <pitti> good night everyone!
[16:13] <apw> perhaps make it configurable ...
[16:14] <kenvandine> good night pitti
[16:15] <seb128> 'night pitti
[16:15] <seb128> apw, configurable without an ui is not a solution because 95% users will never find the option, configurable with an ui requires design and to add an ui and is not trivial and upstream said they don't want that
[16:16] <seb128> apw, they say the solution is the work ongoing to detect what events come from a palm contact and ignore those
[16:16] <seb128> i.e just take finger contacts as clicks
[16:16] <seb128> huats, hey, you had a question?
[16:16] <apw> seb128, though we have a UI for the feature already, with a ticky on the left with space on the right
[16:17] <seb128> there is no option on that dialog for tweaking the delay of touchpad off while typing
[16:17] <apw> plus can't we at least let power users change the gconf the item at least
[16:18] <seb128> we could
[16:18] <seb128> we just have a stack of bugs including segfaults of the desktop shell
[16:18] <seb128> realistically we should focus on those rather than on adding code to read gconf keys to tweak pad delays
[16:19] <seb128> let's go back to the 0.5s we had nobody complained and move on to fixing real bugs
[16:22] <jcastro> is didrocks on holiday?
[16:27] <huats> seb128, yeah I had one :)
[16:27] <pedro_> jcastro, yes, he's on holidays
[16:28] <huats> seb128, a stupid one I think
[16:28] <seb128> jcastro, he is for 2 weeks
[16:29] <huats> regarding the gtksourceview3 packaging the ubuntu branch contains
[16:29] <jcastro> ok, I take it we don't have an equivalent of a partner report for Unity then?
[16:29] <huats> the whole package not just the debian/ dir
[16:29] <seb128> jcastro, I did a status update during our meeting earlier
[16:30] <seb128> huats, right
[16:30] <kirkland> seb128: pitti: I don't know if you guys have solved the ecryptfs/lightdm bug, but I can offer this ...
[16:30] <huats> how do I update the package then ? in my branch I mean, do I update the whole dir ? it is not really readable for the merge request I think
[16:30] <kirkland> it looks like something is trying to use the user's home directory *before* the pam login completes
[16:30] <jcastro> seb128: ok I will steal it for the unity report then, thanks
[16:30] <seb128> jcastro, yw, feel free to ask if you have questions
[16:30] <kirkland> that ice authority file or something, gets ahead of itself
[16:31] <seb128> kirkland, right, somebody pointed that the other day
[16:31] <kirkland> seb128: oh, sorry
[16:31] <seb128> mterry, ^ did you have any luck with the ecryptfs bug?
[16:31] <seb128> kirkland, nothing to be sorry about, thanks for sharing the info ;-)
[16:31] <kirkland> seb128: no problem
[16:32] <kirkland> seb128: i don't know how much parallelization there is in lightdm, but that was my initial thoughts
[16:32] <kirkland> that something is trying to get login to happen *really* fast, maybe, by parallelizing some work
[16:32] <kirkland> except that anything that needs to read or write to $HOME *must* wait until the pam login has completed
[16:32] <seb128> I don't enough about the lightdm code to reply to that unfortunatly
[16:32] <kirkland> (at least until pam_ecryptfs has mounted home, anyway)
[16:32] <kirkland> seb128: hehe, me niether :-)
[16:32] <seb128> but robert_ancell seems to be back from holidays so I guess he will look at that soon
[16:46] <jcastro> seb128: ok, anything to add? http://pad.ubuntu.com/unity-report
[16:47] <mterry> seb128, not yet, have been continually sidetracked :-/
[16:54] <jbicha> could we get a sync of mono with Debian to fix the failed mono-webbrowser upgrade?
[16:54] <Laney> yes
[16:55] <jbicha> Laney: oh, hi I see you already opened a bug for it
[17:04] <chrisccoulson> pitti - sorry, i just realized i was meant to fix the firefox install path for you. i'll do that in the next upload ;)
[17:04] <chrisccoulson> which will be the first 7.0 beta :)
[17:06] <dobey> kenvandine, pitti, seb128: so is there a *final* decision on the whole mono/banshee/rbox/gtk3 situation?
[17:10] <seb128> huats, sorry I missed you real question, you highlighted me on other lines but not the question one
[17:11] <huats> seb128, no pb ... how do I update the package then ? in my branch I mean, do I update the whole dir ? it is not really readable for the merge request I think
[17:11] <seb128> huats, either use merge-upstream or do the update the old way, apt-get source and debdiff and let the imported update the vcs with the upload
[17:11] <seb128> huats, whole dir is fine, it's easy enough to bzr diff debian
[17:11] <huats> ok
[17:12] <huats> thanks
[17:12] <seb128> dobey, there was no real discussion about dropping mono yet and we sorted the CD space issues mostly so it's not likely to happen
[17:12] <huats> I'll do that
[17:12] <seb128> dobey, i.e no change planned over what we have
[17:12] <seb128> huats, you're welcome
[17:12] <seb128> ok, away again for half an hour
[17:12] <seb128> bbl
[17:13] <dobey> seb128: ok
[17:26] <chrisccoulson> rodrigo_, does libedataserver provide a way of signalling when sources are added/removed?
[17:26] <chrisccoulson> or do i need to look at the gconf keys myself?
[18:28] <ricotz> could someone get gnome-menus NEWed?
[18:55] <jbicha> ricotz: are you going to package gjs?
[18:56] <ricotz> jbicha, please do if you like
[19:14] <jbicha> ricotz: should we bump the version to libgjs0c since they keep changing the ABI?
[19:15] <jbicha> it looks like only gnome-shell depends on it
[19:18] <micahg> jbicha: if it's a system library, it needs to be maintained as such
[19:18] <jbicha> micahg: so, yes?
[19:18] <micahg> I would think so
[19:18] <ricotz> yes
[19:19] <jbicha> cool, thanks
[19:25] <jbicha> ricotz: you changed this from -c4  DEB_DH_MAKESHLIBS_ARGS_libgjs0b := -Xusr/lib/gjs-1.0/ -V -- -c1
[19:25] <jbicha> but what does that mean?
[19:26] <ricotz> jbicha, this make the symbol check less strict, so "c1" only fails if symbols were removed
[19:27] <jbicha> I should leave it at c4 for release then?
[19:27] <ricotz> yes
[19:31] <kenvandine> chrisccoulson, ping
[19:32] <chrisccoulson> hi kenvandine
[19:32] <kenvandine> chrisccoulson, i just noticed that firefox still relies on gconf for getting proxy settings
[19:32] <kenvandine> but network properties only manages it in gsettings :(
[19:33] <chrisccoulson> kenvandine, oh, i thought the only thing still using gconf was accessibility :/
[19:33] <kenvandine> chrisccoulson, is that known?
[19:33] <kenvandine> :(
[19:33] <chrisccoulson> no
[19:33]  * kenvandine files a bug
[19:34] <seb128> kenvandine, g-c-c is supposed to still copy values to gconf for those old applications btw
[19:34] <seb128> but better to read in gsettings directly if we can
[19:34] <kenvandine> oh ?
[19:34] <kenvandine> it isn't working...
[19:34] <kenvandine> neither firefox or libproxy was picking up the settings
[19:34] <kenvandine> until i set them manually in gconf
[19:35] <kenvandine> should i file a bug against g-c-c too?
[19:36] <seb128> it's g-s-d, but the gconf gsettings key is off there, I mentioned it to rodrigo today, I think he fixed it in the vcs
[19:36] <kenvandine> ok
[19:36] <seb128> kenvandine, i.e gsd has code to copy gsettings to gconf
[19:36] <seb128> kenvandine, would be nice if you can check at beta1 and file a bug if that's still an issue ;-)
[19:36] <kenvandine> so you think this is fixed, just not in oneiric yet?
[19:36] <kenvandine> sure
[19:37] <seb128> right I mentioned it today to rodrigo
[19:37] <seb128> kenvandine, http://bazaar.launchpad.net/~ubuntu-desktop/gnome-settings-daemon/ubuntu/revision/181
[19:38] <seb128> kenvandine, you can turn the key locally and see how it goes
[19:38] <chrisccoulson> hmmm, i can't see firefox using gconf anywhere else :/
[19:39] <kenvandine> chrisccoulson, it definitely getting them from gconf... i can enable/disable in gconf-editor and it switches between hitting my proxy and not
[19:40] <seb128> it could use some lib that use gconf?
[19:40] <kenvandine> chrisccoulson, does it use libproxy by chance?
[19:40] <kenvandine> or libsoup
[19:41] <kenvandine> i'll build gsd locally to verify that does the copy
[19:43] <seb128> kenvandine, it's just a gsettings key change
[19:43] <seb128> kenvandine, no need to rebuild, just use dconf-editor
[19:43] <kenvandine> i would rather verify the package fixes it :)
[19:46] <seb128> ok
[19:50] <kenvandine> seb128, indeed it works :)
[19:50] <seb128> great
[19:52] <chrisccoulson> kenvandine, http://mxr.mozilla.org/mozilla-central/source/toolkit/system/unixproxy/nsUnixSystemProxySettings.cpp
[19:52] <chrisccoulson> m'eh
[19:52] <chrisccoulson> i thought i'd got rid of all the gconf stuff already
[19:52] <chrisccoulson> that sucks
[19:52] <chrisccoulson> it's way to late to get this fixed in oneiric, unless i reuest approval on yet another distro patch
[19:55] <jbicha> chrisccoulson: so a change like that would have to land in what Firefox 9?
[19:55] <chrisccoulson> jbicha, yes
[19:56] <chrisccoulson> which is 12 weeks after oneiric
[19:59] <micahg> chrisccoulson: well, we'll get the fix eventually in oneiric, does it matter if we have it at release or 3 months later?
[20:11] <seb128> chrisccoulson, we still have the gsettings to gconf gsd gateway but it's an hack
[20:11] <seb128> better to get firefox fixed if we can
[20:11] <seb128> that hack will likely lead to issues
[20:11] <seb128> i.e users not using GNOME and running g-s-d
[20:11] <ayan> seb128: lp: 759963, i attached a debdiff for the gvfs package SRU in that bug.  please let me know if there is anything else i need to do.
[20:12] <seb128> ayan, hey
[20:14] <ayan> hey!
[20:15] <seb128> ayan, sorry I didn't notice your query before, better to ping on public channels
[20:16] <ayan> no problem.
[20:17] <ayan> it is probably best that you missed it anyway -- i was struggling with debuild and debdiff. :^) kamal@canonical straightened me out though.
[20:21] <seb128> ayan, the debdiff looks fine, you should have a natty-proposed target
[20:21] <seb128> not natty
[20:22] <seb128> you want to mention that it comes from upstream git in the changelog or patch itself
[20:22] <seb128> subscribe ubuntu-sponsors as well
[20:30] <ayan> seb128: i'd like this to go into natty.
[20:30] <seb128> ayan, right, natty-proposed, it's a sru
[20:30] <seb128> natty is a stable distro, it's frozen and can't get any update
[20:30] <seb128> you can only get things to natty-proposed that will go to natty-updates after testing
[20:45] <kenvandine> cyphermox, hey, have you started working on evolution yet?
[20:45] <kenvandine> cyphermox, i am doing empathy, which needs libfolks 0.6, which needs eds vala bindings
[20:46] <kenvandine> cyphermox, when you update eds, can you enable building the vala bindings?
[20:48] <seb128> kenvandine, not sure he's around he was not there for the meeting I think and didn't reply to my ping this afternoon
[20:48] <seb128> kenvandine, you can maybe rebuild the current version with vala or do the eds update
[20:49] <kenvandine> perhaps
[20:49] <kenvandine> i won't block on him
[20:49] <seb128> kenvandine, btw indicator-datetime didn't get it update yet it seems (there is a new tarball, I think I overlooked it when I sponsored the other ones, it shows up on version)
[20:49] <dobey> hmm
[20:50] <kenvandine> seb128, oh... i'll check
[20:50] <seb128> thanks
[20:54]  * kenvandine sees things are starting to require valac-0.14
[20:54] <kenvandine> maybe i should make gwibber buildable with that
[21:32] <barry> hi folks.  i tried to install fglrx but that broke my oneiric, so i disabled it, but now my desktop is pretty hosed.  no dock, no indicators.  any ideas how to fix this?
[21:36] <jcastro> anyone on nvidia/oneiric with a broken X?
[22:04] <jasoncwarner_> jcastro: I'm running nvidia and x is working
[23:01] <jasoncwarner_> bryceh RAOF TheMuso robert_ancell https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-08-16 meeting time!
[23:01] <RAOF> Woo, woo!
[23:01] <robert_ancell> exciting!
[23:01] <jasoncwarner_> :)
[23:02] <TheMuso> Hey folks.
[23:02] <jasoncwarner_> let's get this thing started officially: [TOPIC] X update
[23:02]  * TheMuso almost forgot the meeting, as he has his head in a patch.
[23:03] <bryceh> heya ho
[23:03] <bryceh> got the wacom-demos package uploaded last week, which has the wayland compositor and utilities
[23:03] <robert_ancell> bryceh, if you have time please hang around after meeting, I have questions about failsafe X
[23:03] <bryceh> apt-get install wacom-demos ; wstart ;
[23:04] <bryceh> robert_ancell, alright
[23:04]  * RAOF presumes bryceh means *wayland*-demos
[23:04] <bryceh> wayland-demos
[23:04] <RAOF> Too much input hacking for bryceh!
[23:04] <bryceh> indeed, looking at too many bugz
[23:05] <bryceh> with not enough sleep
[23:05] <bryceh> anyway, things seem nicely quiescent with X, so just going through old bug backlog and catching up on some toolsmithing
[23:05] <RAOF> The recent updates seem to have caused lots of external monitor-hate with compiz - bug #824099 and a couple of others.  I don't think this is an X issue, though, as unity is happily drawing the top panel on each monitor.
[23:05] <ubot2> Launchpad bug 824099 in compiz "[~30 systems] Plugging in external monitor to VGA port makes both displays corrupted with thick slanted lines" [Critical,Confirmed] https://launchpad.net/bugs/824099
[23:06] <bryceh> yeah, noticing some compiz/unity fallout lately
[23:07] <RAOF> fglrx also seems like it's being a bit of a problem child; I'm not sure what's happening there yet.
[23:07] <jasoncwarner_> RAOF and bryceh I heard that flgrx was causing some problems...have you seen that?
[23:07] <jasoncwarner_> oh
[23:07] <jasoncwarner_> nm
[23:08] <jasoncwarner_> Ok. thanks
[23:08] <bryceh> yeah, I filed a fglrx bug on a problem I spotted
[23:08] <jasoncwarner_> Robert, want to update us on LightDM and Unity Greeter?
[23:09] <bryceh> black overlay on top of the screen; I filed it against fglrx-installer but suspect it's a compiz or unity bug... not sure
[23:09] <bryceh> lp #825605
[23:09] <ubot2> Launchpad bug 825605 in fglrx-installer "Unity displaying with black overlay" [High,Confirmed] https://launchpad.net/bugs/825605
[23:10] <RAOF> It looks like there may be problems with the fglrx driver itself - I've sent bug #823588 over to Alberto to see if he's got any insight.  There may also be some packaging problems - people seem to have trouble uninstalling fglrx.
[23:10] <robert_ancell> ok, so seb128 turned on unity greeter by default last week.  No major problems spotted.  The final design will hopefully be signed off next week, so there will be some minor visual tweaks which may need freeze requests
[23:10] <ubot2> Launchpad bug 823588 in fglrx-installer "ATI driver suggested by Jockey makes system unusable" [High,Triaged] https://launchpad.net/bugs/823588
[23:10] <robert_ancell> Michael Terry has been working on getting the indicators working with it, which has been great.   The important features for the greeter before release are getting them working correctly and a11y.  In the daemon the last major feature is fallback X support
[23:10] <jasoncwarner_> robert_ancell: do you have everything you need from design at this point other than signoff?
[23:11] <robert_ancell> jasoncwarner_, yes
[23:11] <jasoncwarner_> robert_ancell: great.
[23:11] <robert_ancell> there are a number of minor bugs which will get fixed between now and release
[23:11] <jasoncwarner_> robert_ancell: any areas for concern or do most things look like they'll land?
[23:12] <robert_ancell> I am worried about the a11y and the power management features, as it has come late in the cycle.  There's nothing technically too difficult about either but it's just a matter of getting enough time to implement and test
[23:13] <jasoncwarner_> robert_ancell: noted. once those land, let's sync and we can get some concentrated testing around both for a bit to work out the bugs...
[23:13] <robert_ancell> aside from that I think we have got the important features in there, and the real nice to have stuff is bumped to 12.04
[23:13] <jasoncwarner_> robert_ancell: awesome. :)
[23:13] <RAOF> Oh, yeah.  That reminds me.  I need to file a bug - the design doesn't really plan for names as long as "Christopher James Halse Rogers" :)
[23:14] <TheMuso> Yeah, and who knows how long some names in other locales are.
[23:14] <jasoncwarner_> thanks, robert_ancell
[23:14] <jasoncwarner_> TheMuso: two updates coming from you...audio and a11y
[23:15] <jasoncwarner_> TheMuso: want to start with a11y?
[23:15] <TheMuso> Sure. My ubiquity a11y work has landed, however the installer team are having some trouble with other functionality they are wanting to introduce, so its not in the archive yet.
[23:15] <TheMuso> However the testing I did on my own code prior to commit shows that things are working.
[23:15] <TheMuso> But I will give it a good test once its on a daily.
[23:16] <TheMuso> I am hammering unity 2d and finding accessibility bugs, which I am filing.
[23:16] <TheMuso> Also working on a bit of churn that came about since upstrea decided to refactor GTK's accessibility code a little.
[23:16] <TheMuso> as in trying to help actually get things working again, since some bits appear to be a little broken.
[23:17] <jasoncwarner_> TheMuso: ok
[23:17] <jasoncwarner_> TheMuso: the holes you are seeing in 2d, are they big ones or little ones?
[23:18] <jasoncwarner_> TheMuso: i.e. fixable?
[23:18] <TheMuso> jasoncwarner_: Little ones at this point.
[23:18] <jasoncwarner_> TheMuso: awesome...
[23:18] <TheMuso> jasoncwarner_: Yes, very fixable, so far as I am aware.
[23:18] <jasoncwarner_> TheMuso: does this mean we'll have a fully accessibile system this cycle? from installer to greeter all the way to desktop?
[23:18] <jasoncwarner_> (barring gtk issues)
[23:18] <jasoncwarner_> ?
[23:18] <TheMuso> jasoncwarner_: At this point, yes.
[23:19] <TheMuso> jasoncwarner_: If you want to get a lit of a11y bugs for unity-2d, you want to look for bugs tagged a11y under the unity-2d source package. I can get you a URL if that helps.
[23:19] <TheMuso> list
[23:19] <jasoncwarner_> TheMuso: thanks, would be great
[23:19] <TheMuso> As for audio, well Pulseaudio 0.99, what is to become 1.0 has been landed in oneiric, and its likely we will be pushing many a bugfix to this in the next month or so as bugs are found.
[23:20] <jasoncwarner_> two items that always fall below radar that I'm trying to track are a11y and CJK
[23:20] <jasoncwarner_> TheMuso: so, that list of bugs in 2d would be great
[23:20] <TheMuso> The plan is to stick with 1.0 for the LTS, and have a solid and "just works" audio experience for the LTS, and for the hardware that supports it, there will be some jack detection funkyness in place too.
[23:20] <TheMuso> jasoncwarner_: Sure.
[23:21] <TheMuso> jasoncwarner_: Unity-2d a11y bugs: https://launchpad.net/ubuntu/+source/unity-2d/+bugs?field.searchtext=&orderby=-importance&field.status%3alist=NEW&field.status%3alist=INCOMPLETE_WITH_RESPONSE&field.status%3alist
[23:21] <jasoncwarner_> thanks
[23:22] <jasoncwarner_> TheMuso: anything else on a11y?
[23:22] <TheMuso> gah thats not eh whole URL.
[23:22] <TheMuso> hang on.
[23:22] <jasoncwarner_> TheMuso: if not, audio?
[23:22] <TheMuso> jasoncwarner_: Not from me atm.
[23:22] <jasoncwarner_> sure
[23:22] <TheMuso> I posted about audio further up.
[23:22] <jasoncwarner_> oh, missed it, thanks
[23:22] <jasoncwarner_> great
[23:23] <jasoncwarner_> TheMuso: any word on a11y in 3d? hopefully we aren't far off from thta, but i don't know
[23:24] <TheMuso> jasoncwarner_: No real word, I still think dx itself is trying to get its own house in order, but no change from the testing I did recently, I'll take another look today.
[23:25] <TheMuso> jasoncwarner_: Ok here is the full URL. https://launchpad.net/ubuntu/+source/unity-2d/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_supervisor=&f
[23:25] <jasoncwarner_> TheMuso: ok, thanks
[23:25] <jasoncwarner_> alright... TheMuso RAOF robert_ancell bryceh anything else?
[23:26] <RAOF> Oh, yeah.  I've got something else - colord.  Kees has done a security review of it for the MIR and raised some issues.  They seem fixable, but it means that g-s-d and -control-centre are currently failing to build due to component-mismatch.
[23:26] <jasoncwarner_> RAOF: any timeframe for fixing?
[23:27] <RAOF> gsd and control-centre could be fixed by disabling colord support; Kees still needs to review some patches committed upstream which may address some of his concerns.
[23:28] <bryceh> monthly meeting with Intel tomorrow
[23:28] <bryceh> other than that, hoping to get a new xdiagnose release out this week, and usual bug work
[23:29] <jasoncwarner_> alrighty...thanks everyone...
[23:29] <bryceh> thanks
[23:29] <RAOF> I don't have a timeframe for fixing.  I'll see how easy it would be to make colord run with an unpriviledged user rather than root.
[23:29] <jasoncwarner_> RAOF: ok...
[23:30] <jasoncwarner_> thanks everyone...appreciate the work and effort. Gonna be a fun last couple of weeks.
[23:30] <jasoncwarner_> :)
[23:31] <jasoncwarner_> [END MEETING]
[23:32] <robert_ancell> bryceh, RAOF, so I'd like to get fallback X support working in lightdm today, any tips or tricks?
[23:32] <robert_ancell> In particular, is the idea that fallback X is just an X server, or an X server and a session.  Is this concept Ubuntu only, or also used in other distros?
[23:33] <bryceh> robert_ancell, the current failsafe-x is just a single application in the xserver (a troubleshooting tool)
[23:34] <RAOF> I'm not familiar with other distros; it's not an upstream concept, though.
[23:34] <robert_ancell> bryceh, so running it runs an X server and the app?
[23:34] <bryceh> I'm not sure what the other distros do, but by default with gdm it would launch into a ncurses screen that would display the error log
[23:34] <bryceh> robert_ancell, that's correct
[23:34] <bryceh> robert_ancell, now, the idea of having something more session-ish has been kicked around, and may be a good idea
[23:35] <robert_ancell> bryceh, so all I need to do is monitor the process (i.e. I don't need to wait for a SIGUSR1?), and if it quits, what should I interpret that as?
[23:36] <bryceh> there are two failure modes I think we care about
[23:37] <bryceh> one is if X itself keeps failing
[23:37] <bryceh> that's typical if for instance you did "echo 'foo'>/etc/X11/xorg.conf"
[23:37] <bryceh> the other is if there is a fault while X is running (a segfault or freeze)
[23:38] <bryceh> this second mode is actually the more common of the two these days, but isn't what we have captured in the past, so I would leave it for follow on work.
[23:40] <robert_ancell> bryceh, so, the plan is, if X fails to start (i.e. before SIGUSR1 is received), or the greeter fails to connect, then run the failsafe X server and consider the system to be broken and in need of repair by the user.  In all other cases just start a greeter
[23:40] <bryceh> robert_ancell, for the first case, I don't recall offhand if there is a particular signal returned.  I seem to recall gdm would re-try a couple times and if it kept failing within a short period of time it'd kick into failsafe mode
[23:40] <robert_ancell> There is one case that's a potential problem, which is the greeter connecting and then the X server failing a few seconds later, which would cause a restart cycle that should probably be handled better
[23:43] <bryceh> I suppose that case will be obvious enough and we can deal with it in bug reports
[23:44] <bryceh> robert_ancell, also, in gdm they had a configuration field for specifying a fallback xserver command line; do you plan to have something similar in lightdm's config?
[23:45] <robert_ancell> Isn't that the same as fallback X, i.e. essentially "run this program if everything fails to start"
[23:46] <robert_ancell> though it would probably be more consistent to have "run this X server and session if everything fails to start"
[23:46] <bryceh> yes, same thing
[23:46] <bryceh> well, almost the same thing
[23:46] <bryceh> er, well no not the same exactly
[23:47] <bryceh> robert_ancell, if X fails we want to start up a minimal X server with most things shut off, which we do by passing in a minimal xorg.conf which disables the video driver (in favor of a minimal driver like vesa/fbdev), etc.
[23:48] <bryceh> so for that we need to be able to specify the xserver command line.  in gdm we did that by giving it a custom X server command line to run
[23:48] <robert_ancell> bryceh, could we make it really simple and just have failsafe-config=/etc/X11/failsafe.conf?
[23:49] <bryceh> maybe, let me doublecheck
[23:49] <robert_ancell> and failsafe-session=/usr/sbin/failsafe-session
[23:50] <bryceh> hmm, we had passed a few other arguments in addition to the xorg.conf
[23:50] <bryceh> serverargs="${serverargs} -br -once -config $xorg_conf_failsafe -logfile /var/log/Xorg.failsafe.log"
[23:50] <bryceh>    # -br:      Black background
[23:50] <bryceh>    # -once:    Terminate server after one session
[23:50] <bryceh>    # -config:  Specify location of xorg.conf file to use
[23:50] <bryceh>    #           Note: Only root can specify absolute paths
[23:50] <bryceh>    # -logfile: Don't overwrite Xorg.0.log
[23:51] <bryceh> (this is from /etc/gdm/failsafeXServer)
[23:52] <bryceh> I should clarify, for GDM2 we used to put the xserver command into gdm's config file
[23:52] <bryceh> but for GDM3 they dropped that functionality, so we did it via a udev rule iirc
[23:53] <bryceh> er, s/udev/upstart/
[23:53] <bryceh> robert_ancell, http://paste.ubuntu.com/667777/
[23:55] <bryceh> robert_ancell, so...  if lightdm just exited with non-zero status when X failed to start, we could have upstart catch it and fire up failsafe-x, instead of it being something lightdm had to manage.
[23:55] <robert_ancell> oh, I see, so if I run failsafe X it's going to kill lightdm anyway
[23:55] <robert_ancell> that sounds better
[23:55] <bryceh> yeah
[23:58] <robert_ancell> ok, so not much work for me to do there then :)