[05:39] <pitti> Good morning
[05:40] <jibel> morning pitti
[05:42] <pitti> hey jibel, bonjour
[05:42] <jbicha> good morning
[05:42] <jbicha> pitti: simple-scan has a ubuntu-desktop branch
[05:44] <robert_ancell> can anyone point out what is wrong with this "bzr mu --version 0.0.3 ~/bzr/unity-greeter/unity-greeter-0.0.3.tar.gz" - it just updates the changelog but doesn't pull in any of the new files
[05:45] <pitti> jbicha: ah, pushing there, sorry
[05:45] <pitti> robert_ancell: looks fine
[05:45] <jasoncwarner_> morning, pitti
[05:45] <pitti> hey jasoncwarner_
[05:45]  * robert_ancell scratches his head
[05:46] <jasoncwarner_> pitti: if you update, you should get a new compiz...been running it all day and it has been much more stable for me
[05:46] <pitti> jasoncwarner_: already updated last night
[05:46] <jasoncwarner_> :)
[05:46] <pitti> I lost my theming (back to Ambiance)
[05:46] <jbicha> robert_ancell: I've had headaches with bzr mu, I just reported bug 832496 about a different issue today
[05:47] <ubot2> Launchpad bug 832496 in bzr-builddeb "[bzr-mu] New version was not found in <bzrlib.plugins.builddeb.upstream.UScanSource object>" [Undecided,New] https://launchpad.net/bugs/832496
[05:47] <pitti> and using dash with keyboard si still a nuisance
[05:47] <pitti> but at least it didn't crash yet or destroy the apport-gtk popups :)
[05:47] <robert_ancell> jbicha, ah, cheers
[05:47] <jasoncwarner_> pitti: yeah, dash + keyboard aren't working well right now, but hoping unity today fixes those (have to and check the changelog)
[05:47] <jbicha> and hopefully, this unity bugfix is more substantial than last week's :-)
[05:49] <pitti> jbicha: ah, I think I ignored it because the previous oneiric upload wasn't there either
[05:49]  * pitti commits that as well, though
[05:49] <pitti> yay, amd64 retracer chugging away happily now \o/
[05:51] <pitti> jbicha: branch updated
[05:55] <RAOF> Hey pitti.
[05:56] <pitti> hey RAOF, how are you?
[05:57] <RAOF> Pretty good!
[05:58] <pitti> I'm off for about an hour for a run
[05:58] <RAOF> I think I've got all the security complaints on the colord MIR resolved, so once that's processed g-c-c and g-c-m can get built.
[05:58] <RAOF> Have running fun!
[06:26] <jbicha> I'm having some big problems with gconf but I need help figuring it out
[06:27] <jbicha> one example: I just reinstalled yesterday & cleared my gconf settings, I went to gnome-terminal to disable the Alt shortcuts
[06:27] <jbicha> to switch tabs so that I could use that in irssi, but the settings don't actually get written to gconf
[06:28] <jbicha> the other bigger problem is in the metacity keybindings, run_command_terminal is supposed to be Ctrl-Alt-T by default in Ubuntu
[06:29] <jbicha> and show_desktop should be Super-D but this isn't what's actually happening
[06:31] <jbicha> ah, I think this is the first issue: https://bugzilla.gnome.org/show_bug.cgi?id=656873
[06:31] <ubot2> Gnome bug 656873 in general "gconf-editor has sync issue to set value" [Major,Unconfirmed]
[06:48] <glatzor> morning mvo
[06:50] <glatzor> mvo, https://bugs.launchpad.net/ubuntu/+source/aptdaemon/+bug/831965 do you have got any idea where this exception could be tiggered?
[06:50] <ubot2> Ubuntu bug 831965 in aptdaemon "aptd crashed with SystemError: E:Sub-process /usr/bin/dpkg returned an error code (1) (dup-of: 799982)" [Undecided,New]
[06:50] <ubot2> Ubuntu bug 799982 in aptdaemon "aptd crashed with SystemError: E:Sub-process /usr/bin/dpkg returned an error code (2)" [High,Confirmed]
[06:51] <glatzor> mvo, actually we should catch all SystemError exceptions in Worker._apply_changes
[06:52] <glatzor> and map them to a TransactionFailed one
[07:06] <jbicha> maybe my keybindings problems are compiz's fault; does compiz mess with the metacity settings?
[07:06] <mvo> glatzor: yeah, that sounds sensible
[07:07] <mvo> glatzor: note that we use DPKG_UNTRANSLATED_MESSAGES (patches/01_add_dpkg_untranslated_messages) so the terminal log will be english
[07:09] <pitti> RAOF: I replied to bug 785828
[07:09] <ubot2> Launchpad bug 785828 in libdbusmenu "memory leak in label_notify_cb" [Undecided,Fix committed] https://launchpad.net/bugs/785828
[07:09] <pitti> RAOF: I tried to build the source three times, but that single extra line was about as much as I could reduce the noise
[07:10] <RAOF> pitti: That's rather annoying :/
[07:10] <glatzor> mvo, we already map the error. so I don't know why the exception is not already handled properly
[07:11] <RAOF> pitti: In that case, I'll wave it through.
[07:11] <glatzor> mvo, every SystemException from apt.Cache.commit() is mapped to a TransactionFailed error with the code ERROR_PACKAGE_MANAGER_FAILED
[07:18] <pitti> RAOF: you'll fish it out of rejected?
[07:18] <RAOF> pitti:
[07:18] <RAOF> pitti: Unless you can easily just upload it again.
[07:19] <pitti> RAOF: no, I'd have to re-download and upload, out of rejected is faster
[07:19] <pitti> RAOF: I can accept it, too
[07:19] <pitti> mvo: guten Morgen
[07:20] <mvo> glatzor: lp keeps timing out for me on the master bug
[07:20] <pitti> mvo: http://paste.ubuntu.com/673267/ > I've seen that happen when you mix static and GI bindingd
[07:20] <mvo> pitti: guten morgen!
[07:20] <pitti> mvo: what I did is to edit /usr/lib/python2.7/dist-packages/gobject/constants.py
[07:20] <mvo> pitti: oh, ok. I will hunt some more, I thought that all mixing was gone for good
[07:20] <pitti> mvo: and add these lies to the top:
[07:20] <pitti> "lines"
[07:20] <glatzor> morning pitti
[07:20] <pitti> import traceback
[07:20] <pitti> print '--------- static module import! --------------'
[07:20] <pitti> traceback.print_stack()
[07:20] <pitti> print '-------------------------------------'
[07:20] <RAOF> pitti: Ok, done.  Sorry about that.
[07:20] <pitti> mvo: that makes it rather easy to see through which deep dependency chain it gets pulled in
[07:21] <pitti> hey glatzor, servus!
[07:21] <glatzor> mvo, yeah, the timeout is because of the high number of duplicates. I already talked to people at #launchpad
[07:21] <pitti> RAOF: no need to be sorry at all -- it's good that you spot and complain about such things
[07:21] <pitti> bah, and there we are again -- LP timing out in the retracers :(
[07:21] <glatzor> mvo, but the master bug doesn't provide any additional information
makes perfect sense to timeout for bugs that affect a lot of people</rant>
[07:22] <pitti> mvo: I had some of these as well -- I used /+text for them
[07:22] <pitti> that usually works
[07:24] <mvo> thanks pitti, the traceback helped
[07:24] <pitti> mvo: you can of course also just raise an exception there
[07:25] <mvo> glatzor: hrm, I had hoped that there would be a hint somewhere. I have seen sometimes that the defered eat the exception handling,
[07:33] <rickspencer3> hi huats
[07:33] <huats> hey rickspencer3 !
[07:33] <huats> morning everyone
[07:33] <pitti> hey rickspencer3
[07:33] <pitti> bonjour huats
[07:34] <huats> bonjour pitti
[07:34] <rickspencer3> bonjour mes amis
[07:35] <huats> :)
[07:35] <rickspencer3> mvo, pitti ... obviously SC is broken in natty, only 1 person bought Photobomb so far, and no one reviewed it
[07:35] <rickspencer3> I guess the system got overwhelmed by it's popularity and knocked off line
[07:35] <rickspencer3> it's the only possible explenation
[07:38] <pitti> yeah, I've seen it installed on thousands of machines, something must be wrong
[07:38] <jbicha> rickspencer3: there was an earthquake over here, give us a few weeks to recover!
[07:42] <glatzor> mvo, but un-reproducable?
[07:44] <mvo> rickspencer3: just look at the popcon data instead, we need to use 64bit INTs there now for the first time
[07:44] <rickspencer3> heh
[07:45] <rickspencer3> just doing my job
[07:50] <dholbach> hiya
[07:51] <dholbach> do you have a bug report about a not vanishing alt-tab dialog already? :)
[07:55] <chrisccoulson> good morning everyone
[07:56] <dholbach> ok, back to unity-2d - I can see anything with the alt-tab thing open all the time
[07:56] <pitti> hey chrisccoulson
[07:56] <chrisccoulson> hi pitti, how are you?
[07:57] <pitti> chrisccoulson: pretty well, thanks! happy that retracers are back up (mostly)
[07:57] <pitti> it was a 13 hour hackfest, but oh well :)
[07:57] <chrisccoulson> excellent, it's good that they are working again :)
[07:58] <pitti> amd64 is currently catching up; haven't started i386 yet, but will soon
[08:01] <pitti> jbicha: what is the last word on aisleriot? I thought the license problem was ok now?
[08:01] <jbicha> pitti: upstream forgot to include their COPYING.LGPL in their Makefile so it wasn't in the tarball
[08:02] <pitti> jbicha: right, but I thought it would be in the next release, and until then debian/copyright would suffice?
[08:02] <rodrigo_> morning
[08:02] <pitti> hey rodrigo_
[08:03] <jbicha> pitti: well we talked to them a while ago and they did improve their licensing stuff significantly
[08:03] <pitti> bonjour seb128
[08:03] <jbicha> I think we should put it in Ubuntu now and I'm waiting for a sponsor
[08:04] <pitti> jbicha: I agree; I'll upload now
[08:04] <jbicha> pitti: thanks
[08:04] <seb128> hey desktopers
[08:04] <seb128> hey pitti, how are you?
[08:04] <seb128> hey jbicha
[08:04] <pitti> seb128: happy :)
[08:05] <jbicha> seb128: good morning
[08:05] <pitti> seb128: the retracers didn't do anything over night, LP kept timing out on searchTasks()
[08:05] <pitti> seb128: but I found a cheesy workaround
[08:05] <seb128> pitti, something making you happy?
[08:05] <seb128> great ;-)
[08:05] <pitti> seb128: (only grabbing bugs since August 1, and once these are done, working backwards)
[08:05] <rodrigo_> hi pitti, jbicha, seb128
[08:05] <pitti> seb128: and I fixed some more remaining crashes which happen on old/weird bugs, and it doesn't break permanently (keep lock file) on LP timeouts any more
[08:06] <pitti> seb128: hacking until midnight paid off :)
[08:06] <seb128> hey rodrigo_
[08:06] <seb128> pitti, that's most excellent!
[08:06] <chrisccoulson> hi seb128, how are you?
[08:06] <jbicha> rodrigo_: howdy
[08:06] <seb128> pitti, well, packaging until midnight paid off as well, we got a compiz update out :p
[08:06] <pitti> seb128: congrats about that, great job!
[08:06] <seb128> how is compiz working for everybody today?
[08:06] <pitti> seb128: stable, but I lost my Radiance theme :/
[08:06] <pitti> it's dark now
[08:06] <seb128> hey chrisccoulson, I'm great thanks, what about yourself?
[08:07] <pitti> and using the windows key/keyboard is still utterly broken
[08:07] <pitti> but it stopped disrupting the screen on popup dialogs like apport-gtk
[08:07] <pitti> and hasn't crashed yet
[08:07] <seb128> pitti, yeah, I don't know what's going on with the theme, I'm getting that as well this morning
[08:07] <seb128> pitti, keybindings is unity rather than compiz
[08:07] <chrisccoulson> seb128, yeah, not too bad thanks
[08:07] <pitti> $ gsettings list-recursively|grep theme
[08:07] <pitti> org.gnome.desktop.interface gtk-theme 'Radiance'
[08:08] <pitti> seb128: right, but I thought so is the theme
[08:08] <chrisccoulson> i'm a bit frustrated that i can't get the new thunderbird theme to apply on upgrades :/
[08:08] <seb128> chrisccoulson, oh, still not?
[08:08] <seb128> pitti, are you sure it's the compiz update that broke the theme?
[08:08] <seb128> that seems weird
[08:08] <pitti> seb128: I'm not
[08:09] <pitti> seb128: I just dist-upgraded yesterday, and after restarting my session Radiance went AWOL
[08:09] <seb128> pitti, hum
[08:09] <chrisccoulson> seb128, no. even though the preference is set correctly, the new theme isn't loaded (because only one theme extension can be loaded by the addon manager at a time, and upgraders already have an extensions.sqlite DB with the old theme marked as active)
[08:10] <chrisccoulson> not sure how to fix that on upgrade
[08:10] <seb128> :-(
[08:11] <chrisccoulson> i might have to just patch the default theme, which is how it will be implemented when it all lands upstream anyway
[08:11] <jbicha> the metacity keybindings that are used by gnome shell aren't being set right either
[08:12] <chrisccoulson> however, there are concerns that the new icons don't work so well with high-contrast themes, so using a separate theme extension has an advantage here that enabling accessibility disables the custom theme
[08:12] <chrisccoulson> i'd lose that if i patched the default theme
[08:13] <pitti> Sweetshark: guten Morgen!
[08:13] <jbicha> chrisccoulson: don't we just patch the default theme for firefox?
[08:13] <chrisccoulson> jbicha, no
[08:13] <chrisccoulson> that theme is upstream
[08:13] <pitti> Sweetshark: do you have access to the porter machines, so that you can more easily investigate the FTBFSes?
[08:14] <seb128> brb
[08:17] <jbicha> rodrigo_: have you considered building g-s-d with packagekit support?
[08:19] <jbicha> I don't imagine many Ubuntu users use gnome-packagekit but without the gsettings schema from g-s-d, the prefs gui won't even start
[08:20] <pitti> jbicha: thanks for the simple-scan update! sponsoring this as well
[08:20] <jbicha> it's probably not worth my time messing with it except that it's in the archives
[08:20] <pitti> jbicha: you are unstoppable
[08:22] <jbicha> well this gives me something useful to do with my time
[08:24] <seb128> re
[08:24] <seb128> pitti, ok, it's mterry's and robert_ancell's fault
[08:25] <seb128> it's the unity-greeter g-s-d which doesn't exit and prevent the session one to work
[08:25] <seb128> you can stop the running g-s-ds and restart your user one
[08:25] <seb128> or use the gtk standard greeter as a workaround
[08:25] <pitti> uh, what? how does lightdm's session affect the user session?
[08:26] <pitti> seb128: oh, g-s-d crashes
[08:26] <pitti> (gnome-settings-daemon:19784): power-plugin-WARNING **: Failed to get brightness: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method "GetBrightness" with signature "" on interface "org.freedesktop.UPower.KbdBacklight" doesn't exist
[08:26] <rodrigo_> jbicha, hmm, which prefs gui you mean?
[08:26] <pitti> Speicherzugriffsfehler (Speicherabzug geschrieben)
[08:26] <pitti> chrisccoulson: ^ didn't you do something with the backlight yesterday?
[08:27] <seb128> pitti, same issue than the one we had with gdm, there can only be one xsettings handler by display
[08:27] <chrisccoulson> pitti - yeah, but it hasn't built yet (waiting on the colord MIR)
[08:27] <chrisccoulson> i changed the backlight OSD to use notify-osd
[08:28] <seb128> pitti, the greeter one is running in :0, the greeter switch to the session but the session g-s-d can't start since there is already an handler set
[08:28] <chrisccoulson> that message doesn't look like anything i've touched ;)
[08:28] <pitti> ah
[08:28] <pitti> well, maybe the segfault is unrelated to that
[08:28] <pitti> so probably due to what seb128 says
[08:28] <seb128> $ grep xsettings .xsession-errors
[08:28] <seb128> ** (gnome-settings-daemon:1867): WARNING **: You can only run one xsettings manager at a time; exiting
[08:28] <seb128> pitti, that warning is there since gpm moved to gsd
[08:28] <pitti> hm, why does the lightdm session keep running in the first place?
[08:29] <seb128> that I need to check with robert_ancell
[08:29] <jbicha> rodrigo_: http://paste.ubuntu.com/673627/ it's part of gnome-packagekit
[08:29] <seb128> pitti, it doesn't I think
[08:29] <seb128> pitti, ps ax | grep greeter -> nothing
[08:29] <pitti> seb128: check "ps aux|grep lightdm"
[08:29] <seb128> pitti, it's just that it doesn't clean as it should before starting the user session
[08:30] <pitti> I have gnome-settings-daemon, dbus-launch, notifyucation-daemon, gconfd, gelclue, gvfsd, syndaemon
[08:30] <rodrigo_> jbicha, right, the problem is that we don't have pk in main
[08:30] <seb128> pitti, right, the session doesn't keep running, just the processes it started
[08:30] <pitti> seb128: that sounds like a lot to run even while lightdm is running
[08:30] <seb128> pitti, I bet it will make robert_ancell want systemd and cgroup handling ;-)
[08:31] <huats> seb128,  I might have a question regarding the gtksourceview3 packaging. When I build the package it says that there is a new symbol that appears... I have understood that I need to add the new symbol in the symbols file, but which release number do I need to associate with ? the first packaged release where this symbols appears or the first upstream release where it appears ?
[08:31] <seb128> pitti, those are mostly spawned by indicators that get loaded in the greeter, mterry is looking at cleaning that
[08:31] <pitti> right, what I mean is, we don't need notification-daemon or syndaemon in lightdm at all, but after starting the user session they should all go
[08:31] <pitti> didn't robert rant against running all these bits in the greeter and wrote lightdm for this? :-)
[08:31] <pitti> ah
[08:31] <seb128> huats, we usually use the first packaged version
[08:32] <seb128> huats, without the revision
[08:32] <seb128> huats, is 3.1.4 in your case I think
[08:32] <huats> ok
[08:32] <seb128> pitti, well the gtk greeter run nothing of that, it's a bit trickier with the unity one due to indicators and other things design added for it
[08:32] <huats> thanks !
[08:32] <seb128> pitti, but "known bug, being worked" in short
[08:32] <pitti> seb128: thanks
[08:33] <huats> then I should finish it today, it was a blocker for me almost since the begining, but I wanted to understand it clearly by myself :)
[08:33] <seb128> pitti, we had a bit of a discussion about using g-s-d in the greeter, it makes some useful things
[08:33] <seb128> pitti, only a couple of options are turned on in the greeter g-s-d, theme, xrandr, power basically
[08:39] <seb128> I can see retracing \o/
[08:41] <pitti> seems that the amd64 one is chugging away happily, so I'll setup an i386 one now
[08:42] <pitti> seb128: I'm holding back the lucid/maverick/natty ones FYI, they are less time sensitive, and I haven't extensively tested that yet
[08:42] <seb128> pitti, wfm
[08:47] <pitti> seb128: ok, i386/amd64 are cron'ed now and both work
[08:47] <pitti> i386 should start in 20 mins, amd64 in 5
[08:47] <seb128> the amazing pitti!
[08:47] <seb128> pitti, hug, you rock ;-)
[08:47] <pitti> seb128: can you have a quick look at osageorange ~ubuntu-archive/ ?
[08:47] <pitti> seb128: thanks :)
[08:48] <pitti> seb128: just want to give you a quick walkthrough
[08:48] <seb128> pitti, is osageorange the same box that the old retracers?
[08:48] <pitti> seb128: yes
[08:48] <pitti> porter-i386 aka porter-amd64
[08:48] <seb128> ok, I'm there
[08:49] <seb128> pitti, yeah, I use the porter alias, I'm bad with names :p
[08:49] <pitti> seb128: so, ~/apport/ is a checkout of the no-chroot branch
[08:49] <seb128> ok
[08:49] <pitti> seb128: it doesn't need any particular setup, just checking out the source
[08:49] <pitti> I'll merge it into trunk after some final cleanups
[08:49] <pitti> seb128: please do a bzr diff in there
[08:50] <seb128> created_since=
[08:50] <seb128> nice
[08:50] <pitti> seb128: the "created_since='2011-07-01'" stuff is my workaround for the LP timeouts
[08:50] <pitti> we need to slowly move back until we caught the backlog, and LP doesn't time out yet
[08:50] <pitti> seb128: the other diff is that I temporarily disabled consolidation, I'll debug that next (dupe checking has almost caught up)
[08:51] <pitti> seb128: apport-retracer-{i386,amd64} are the old retracers and are now largely obsolete/useless
[08:51] <pitti> seb128: I moved all our hack scripts into the "scripts/" subdir
[08:51] <seb128> good idea
[08:51] <pitti> seb128: cache-{i386,amd64} is for the new retracers, mostly to keep the apt tree and *.deb there, doesn't need any maintenance
[08:52] <pitti> seb128: if you ever have to reinstall this stuff, you can just rm -r and mkdir them
[08:52] <pitti> seb128: logs are now put into log/: dupcheck.txt, i386.txt, amd64.txt
[08:52] <pitti> seb128: the retracers are now not release specific any more, in theory they can retrace stuff from any release
[08:53] <pitti> seb128: the only release specific thing that they need is an apt sources.list for the built sandboxes (unpacking of the required debs and ddebs)
[08:53] <pitti> seb128: these are in config/<DistroRelease field value>/sources.list
[08:53] <pitti> seb128: they are shared between the i386/amd64 one
[08:54] <pitti> seb128: e. g. check config/Ubuntu\ 11.10/sources.list
[08:55] <seb128> pitti, should that sources have natty-proposed and natty-updates ddebs?
[08:55] <seb128> ups, it has
[08:55] <seb128> ignore me ;-)
[08:55] <pitti> seb128: yes, you remember the reason?
[08:55] <pitti> seb128: I also prep'ed a config/Ubuntu\ 11.04.disabled/sources.list
[08:56] <seb128> pitti, the ddebs are not archive copied to oneiric?
[08:56] <pitti> once it has caught up with oneiric, we can rename it and activate retracing for natty
[08:56] <seb128> ok
[08:56] <pitti> and copy/paste/adjust accordingly for lucid/maverick
[08:56] <pitti> seb128: correct
[08:56] <pitti> seb128: the retracer should now crash a lot less on LP timeouts, it'll just retry the next time
[08:57] <seb128> is there a lock of some way?
[08:57] <pitti> seb128: and finally, ~ has the lock files now: lock.dupcheck, lock.amd64, lock.i386
[08:57] <pitti> seb128: snap :)
[08:57] <seb128> ;-)
[08:57] <pitti> seb128: the dup checker just finished
[08:57] <pitti> it fully caught up
[08:57] <seb128> I see the amd64 lock
[08:57] <seb128> those seem much easier to maintain \o/
[08:57] <pitti> https://bugs.launchpad.net/ubuntu/+bugs?field.tag=need-duplicate-check
[08:57] <pitti> seb128: they are indeed; no chroots, no fakechroot, no separate instances per release, etc
[08:58] <pitti> seb128: finally, please check crontab -l
[08:58] <seb128> it's like the best thing since sliced bread! ;-)
[08:58] <pitti> *beam*
[08:58] <pitti> yeah, it's so much easier, and more robust, too
[08:59] <pitti> seb128: amd64 started, so you can watch tail -f log/amd64.txt
[08:59] <seb128> why did you keep the older retracer entries commented?
[08:59] <rodrigo_> any idea of a reason the monitor would lose signal, apart from a hardware problem?
[08:59] <seb128> rodrigo_, xorg or video driver bug?
[08:59] <seb128> i.e output turning off
[08:59] <rodrigo_> I have this monitor connected to 2 computers, and seems to only happen on my oneiric box
[08:59] <pitti> seb128: just in case we need them back
[08:59] <rodrigo_> seb128, I guess so
[08:59] <seb128> rodrigo_, try asking on #ubuntu-x maybe
[08:59] <rodrigo_> yeah
[08:59] <pitti> seb128: you'll see that I let the dupe retracer run in the lucid dchroot, as it's very stable
[09:00] <pitti> seb128: I let the i386/amd64 ones run in oneiric, as this has the most complete multiarch ld.so configuration
[09:00] <seb128> ok, makes sense
[09:00] <pitti> seb128: I haven't yet tested retracing oneiric crashes in a lucid dchroot; my suspicion is that gdb looks for the ld.so configuration to find libraries
[09:00] <pitti> but I haven't checked that
[09:01] <pitti> but in general it seems good to use the latest gdb etc.
[09:01] <seb128> well if that works in the oneiric environmment no reason to use lucid
[09:01] <pitti> right
[09:01] <pitti> I think natty should work as well, if the oneiric one ever goes bad
[09:01] <pitti> natty had the multiarch ld.so config already
[09:01] <pitti> seb128: ok, any other questions?
[09:02]  * pitti goes to try the consolidation
[09:02] <seb128> pitti, not so far
[09:02] <seb128> let's see after having them running for some time
[09:02] <seb128> but that seems well architectured and easy to use
[09:02] <seb128> so I'm happy ;-)
[09:02]  * pitti hugs seb128
[09:02]  * seb128 hugs pitti back
[09:02] <pitti> seb128: it's also quite a lot faster now
[09:03] <pitti> let's hope it catches up with the backlog in a few days
[09:03] <seb128> pitti, we should maybe change the "created_since='2011-07-01'" to 08-15 I think
[09:03] <pitti> 0815 sounds nice
[09:04] <seb128> pitti, i.e get the retracing that will work and are useful first
[09:04] <pitti> seb128: WFM
[09:04] <seb128> then we can do all the old ones
[09:04] <seb128> those will fail because version changed anyway
[09:04] <pitti> done
[09:05] <pitti> ok, let's see how far the consolidation gets
[09:05] <pitti> I want this working again as well
[09:05] <pitti> otherwise we won't catch regressions
[09:06] <glatzor> mvo, the "aptd crashed with SystemError: E:Sub-process /usr/bin/dpkg exited unexpectedly" bug seems to go crazy today.
[09:07] <glatzor> mvo, we get several duplicates per minute!
[09:08] <bryceh> welll hello Apport retracer
[09:15] <mvo> glatzor: urgh, all against oneiric?
[09:16] <seb128> glatzor, mvo: the retracers were down for some weeks so the dupchecker is catching up on weeks of backlog
[09:16] <seb128> glatzor, mvo: i.e those are not filled from today
[09:16] <seb128> glatzor, mvo: if that's of any consolation ;-)
[09:20] <glatzor> ah ok
[09:21] <glatzor> thanks seb128 for the clarification
[09:21] <seb128> yw
[09:31] <ronoc> pitti, good work !!
[09:32] <seb128> ronoc, oh btw I found a bug in indicator-session
[09:32] <ronoc> brilliant
[09:32] <seb128> ronoc, it displays "software up to date" wrongly after doing some upgrades
[09:32] <ronoc> seb128, whats up ?
[09:33] <seb128> ronoc, like I selected only 5 packages to upgrade in the 90 available
[09:33] <seb128> i.e there are still 85 to upgrade
[09:33] <seb128> but my indicator session says "software up to date"
[09:33] <ronoc> seb128, yeah I have seen this before. will check after beta freeze,
[09:33] <seb128> ok, no hurry
[09:34] <seb128> ronoc, seems to be easy to trigger by right clicking in update-manager, selecting only a few things to upgrade and upgrading those
[09:34] <seb128> ronoc, it acts like "update-manager is done running, the system must be uptodate" ;-)
[09:35] <ronoc> seb128, yeah it seems to work fine at startup but after that it never reacts to another instance of apt running
[09:35] <seb128> (somewhat a corner case, but I like to select updates I want or need and install those first)
[09:39] <jbicha> seb128: it used to always say "Updates Available" so at least they're trying different things :-)
[09:40] <seb128> hehe
[09:40] <jbicha> close a bug, open a new one...
[09:42] <davmor2> jbicha: Fail! You're meant to close one and open 2 your hearts just not in it is it ;)
[09:43] <jbicha> opening new bugs gets tiring!
[09:47] <bryceh> jbicha, write a lplib script to do it for you ;-)
[09:49] <jbicha> hmm, I'm just barely a programmer
[09:49] <jbicha> but it could be Python...
[10:00] <xclaesse> seb128, since clutter update in oneiric, when building empathy I get that: /usr/lib/libclutter-gst-1.0.so.0: undefined reference to `glGetIntegerv'
[10:00] <xclaesse> it's a link-time actually
[10:00] <seb128> xclaesse, seems like a clutter-gstreamer issue, it maybe needs to be updated?
[10:01] <seb128> ricotz, ^ do you know?
[10:01] <xclaesse> no update available atm... is migration still ongoing?
[10:01] <xclaesse> seb128, note that empathy does not link on clutter itself, dunno what pulls that
[10:01] <seb128> xclaesse, I've no clue about clutter-gst, we don't use it
[10:02] <seb128> let's wait if ricotz knows about the issue
[10:02] <xclaesse> ok :)
[10:03] <RAOF> Something's not linking to libGL correctly, it seems.
[10:04] <seb128> likely clutter since that's the only thing that changed
[10:04] <seb128> or clutter-gst was relying on clutter to bring the symbol
[10:05] <RAOF> That seems likely.
[10:05] <xclaesse> that's one issue, the other is why does empathy try to link on clutter at all
[10:06] <seb128> xclaesse, because of the new call ui
[10:06] <seb128> I guess
[10:06] <seb128> it's using clutter-gst
[10:06] <xclaesse> clutter is in optional deps, but I'm not building with that
[10:06] <seb128> ok, dunno then
[10:06] <xclaesse> and it compiles fine, the error is at linking
[10:07] <seb128> well something tries to bring clutter in
[10:07] <xclaesse> I don't even have libclutter-gst-dev installed
[10:07] <seb128> it doesn't happen on our builds for sure so it ought to work without it
[10:10] <chrisccoulson> hmmm, it's time to make the firefox apport hook attach submitted crash ID's to bug reports
[10:10] <chrisccoulson> seb128, oh, i just went to sponsor gmime
[10:10] <chrisccoulson> denied ;)
[10:10] <seb128> chrisccoulson, thanks
[10:10] <seb128> doh, stupid from me to ask you
[10:11] <seb128> the reason it needed sponsoring is because mathieu failed to upload it...
[10:11] <chrisccoulson> heh
[10:11] <seb128> pitti, ^ can you sponsor it? ;-)
[10:11] <seb128> (will do a bit latter otherwise, I'm on a call now)
[10:12] <ricotz> xclaesse, this looks like clutter-gst misses to link against libGL since it uses this symbol
[10:12] <chrisccoulson> should probably be in the desktop packageset really, seeing as kubuntu-dev can upload it
[10:12] <chrisccoulson> oh
[10:12] <chrisccoulson> actually
[10:12] <chrisccoulson> they can't ;)
[10:12] <chrisccoulson> but could at some point
[10:13] <chrisccoulson> oneiric should come with a pair of sunglasses
[10:13] <seb128> chrisccoulson, yeah, I asked cyphermox to email cjwatson to have it added to the set
[10:13] <seb128> not sure if he did yet
[10:13] <chrisccoulson> if the dash isn't really bright, then my screen turns in to the sun every time i try to snap a window to the panel
[10:14] <xclaesse> ricotz, is that an ubuntu bug?
[10:14] <chrisccoulson> brb, session is ruined ;)
[10:15] <ricotz> xclaesse, actually not, they are blindly relying on something would pull it in while they are using it directly in "clutter-gst/clutter-gst-video-sink.c"
[10:16] <pitti> seb128: sorry, was in meeting; sponsor what?
[10:18] <seb128> pitti, lp:~ubuntu-desktop/gmime/ubuntu
[10:18] <pitti> sure
[10:18] <seb128> thanks
[10:18] <xclaesse> ricotz, ok reported: https://bugzilla.gnome.org/show_bug.cgi?id=657225
[10:18] <pitti> gmime? new package?
[10:18] <ubot2> Gnome bug 657225 in general "Missing dep on libGL" [Normal,Unconfirmed]
[10:18] <pitti> oh, gmime2.4
[10:19] <RAOF> seb128: I believe everything's ready for colord's MIR (bug #823185) to go ahead, but it's dinner time.  Could you prod whichever MIR team member you wish to get that moved?  Thanks.
[10:19] <ubot2> Launchpad bug 823185 in colord "[MIR] colord" [High,Incomplete] https://launchpad.net/bugs/823185
[10:20] <chrisccoulson> is dragging windows around appear to be really laggy for anyone else?
[10:20] <pitti> WFM
[10:20] <chrisccoulson> window dragging is really choppy here
[10:21] <seb128> pitti, ^ how do you feel propromoting it? kees said he would probably be ok (i.e there was no issue he could think about when I asked him yesterday) once RAOF's update to run a normal user would land
[10:22] <seb128> that would unblock g-s-d etc build
[10:22] <xclaesse> ricotz, still wondering why that link pulls clutter at all: http://fpaste.org/WUX0/
[10:23] <pitti> seb128: sounds ok to me now
[10:24] <pitti> seb128: so go ahead
[10:25] <ricotz> xclaesse, are you sure this is the right paste?
[10:26] <xclaesse> ricotz, yes, that's the command that link empathy binary
[10:26] <xclaesse> and that produce the error
[10:26] <ricotz> alright
[10:27] <ricotz> xclaesse, you are trying to build 3.1.5.1?
[10:27] <seb128> pitti, can you do it? (it's my 1:1 catchup turn :p)
[10:27] <seb128> pitti, or I will do it in a bit
[10:27] <xclaesse> ricotz, building master
[10:28] <rodrigo_> more hardware-related problems, now the CD drive is not recognized :(
[10:29] <ricotz> xclaesse, ok, let me try, i havent much time to look into this though
[10:34] <pitti> seb128: ok
[10:38] <seb128> pitti, danke
[10:38] <seb128> pitti, oh btw, we got ack to turn off login sound by default in Oneiric
[10:38] <seb128> (I will try to look at that today)
[10:39] <pitti> seb128: oh, great! do we still actually have that on?
[10:39] <seb128> well I don't remember we implicitely turned it of
[10:39] <seb128> off
[10:39] <seb128> maybe it got broken? in any case let keep it off ;-)
[10:39] <seb128> (done with my call btw)
[10:45] <pitti> seb128: ah, still on in guest session
[10:46] <seb128> chrisccoulson, do you think you could have a look to bug #751900 and see if you can help Torsten?
[10:47] <seb128> ups bug #705791
[10:47] <ubot2> Launchpad bug 705791 in gnome-screensaver "T-61 Multi Monitor: gnome-screensaver does not show login dialog after resume in docking station with lid closed" [Undecided,New] https://launchpad.net/bugs/705791
[10:48] <seb128> if you have a clue about this gnome-screensaver code
[10:48] <seb128> I know you look at bit at g-s before
[10:48] <seb128> chrisccoulson, he has a tentative patch and needs some help
[10:48] <chrisccoulson> seb128, sure, will take a look in a bit
[10:49] <seb128> chrisccoulson, no hurry, thanks
[10:52] <xclaesse> ricotz, ok I've understood, here is builds with libcheese
[10:52] <xclaesse> that's what pulls clutter
[10:52] <glatzor> mvo, any news on the AddLicenseKey issue from the server team?
[10:52] <chrisccoulson> bah, compiz is just sat here using 40% of my CPU
[10:52] <xclaesse> ricotz, and afaik ubuntu's package disabled cheese support
[10:53] <ricotz> xclaesse, ubuntu builds with --enable-call=no which prevents pulling clutter deps
[10:55] <xclaesse> ricotz, you probably need --with-cheese=no too
[10:55] <xclaesse> we are using optionally cheese to take a picture to set avatar
[10:56] <ricotz> i see
[10:57] <xclaesse> well, configure will default to not use libcheese if the headers can't be found
[10:58] <ricotz> xclaesse, right, i am still blaming clutter-gst for this ;)
[10:58] <xclaesse> ricotz, yep. thanks for your help :)
[10:58] <ricotz> you could try to patch clutter-gst.pc locally
[10:59] <ricotz> btw i could confirm this error
[11:20] <jasoncwarner_> seb128 & pitti - first compiz crash of the day...
[11:20] <jasoncwarner_> opened gnome-tweak-tool and it sorta spazzed out ;)
[11:36] <seb128> jasoncwarner_, use apport to send it if you can, we have retracers again thanks to pitti
[11:38] <pitti> meh gmime2.4 FTBFS
[11:39] <seb128> oh?
[11:39] <seb128> something to fix for cyphermox then
[11:40] <pitti> The following packages have unmet dependencies:
[11:40] <pitti>  docbook-utils : Depends: jadetex but it is not going to be installed
[11:40] <pitti> hm
[11:41] <pitti> I don't see it on oneiric_probs or component-mismatches
[11:41] <pitti> and it installs fine here
[11:42] <pitti> jbicha: should aisleriot have a dependency to gnome-cards-data? currently it only suggests it
[11:42] <pitti> jbicha: and thus g-c-d wants to go to universe
[11:46] <jbicha> pitti: no, we ship aisleriot on the CD & there's a built-in button under View to install the extra card themes
[11:46] <pitti> jbicha: ah, it already ships a default theme? good, thanks
[11:47] <jbicha> yes, that package used to be called extra themes or something but I decided to just use the Debian name for it
[11:48] <jbicha> actually, I think it's got 2 themes, Ubuntu & Gnome branded, I just will have to fix branding-ubuntu later this week to put the cards in the right location
[11:48] <jbicha> *2 themes on the CD
[11:58] <pedro_> yay retracers!
[11:58]  * pitti ^5s pedro_
[11:58] <pedro_> thanks pitti , you rock!
[12:00] <seb128> pedro_, ola senior ;-)
[12:00] <pedro_> lut seb128!, how are you?
[12:00] <seb128> pedro_, I'm good thanks
[12:00] <seb128> pedro_, how are you?
[12:01] <seb128> pedro_, you missed the european summer, it's over 35°C this week!
[12:01] <pedro_> seb128, feeling great today , happy cause of the retracers ;-)
[12:01] <seb128> ;-)
[12:01] <pedro_> seb128, :-/ not fair, berlin was cold and so it was london
[12:01] <pedro_> :-(
[12:01] <seb128> pedro_, let's wait for all the bugs you will have to triage and see if you are still happy :p
[12:02] <pedro_> heh
[12:02] <seb128> pedro_, yeah, it started being hot during the w.e
[12:02] <seb128> pedro_, but I blame it on you, you did bring the chilian winter with you!
[12:02] <pedro_> seb128, haha and the riots
[12:03] <pedro_> there were some in London, Madrid and now in Santiago
[12:03] <pedro_> all my fault
[12:03] <seb128> ;-)
[12:04] <rodrigo_> hmm, where's libgnomekbd 3.0 branch? the u-d one has 2.32
[12:05]  * rodrigo_ forgot
[12:05] <glatzor> pitti, what is the status of the gdbus server bindings for python? can we expect them to land soon?
[12:06] <seb128> rodrigo_, it was synced from debian so there is no uptodate vcs
[12:06] <seb128> rodrigo_, just commit the current source in the vcs and update on that or update without vcs
[12:06] <rodrigo_> ah, right
[12:06] <seb128> rodrigo_, whatever is easier for you
[12:07] <rodrigo_> seb128, was just going to try the just released 3.1.90
[12:07] <seb128> rodrigo_, yeah, well either use the vcs after updating it of just don't use a vcs, whatever is easier ;-)
[12:08] <pitti> glatzor: it's three bug fixes away, but I'm currently blocked by gnome bug 656554
[12:08] <ubot2> Gnome bug 656554 in introspection "Marshalling GVariants does not work for closures" [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=656554
[12:15]  * rodrigo_ -> lunch
[12:23] <cyphermox> o/
[12:24] <seb128> hey cyphermox, how are you?
[12:24] <cyphermox> bad
[12:25] <cyphermox> gmime2.4 not building, I mean, why?
[12:25] <seb128> oh? :-(
[12:25] <seb128> lol
[12:25] <seb128> seems like it's a build-depends installability fault and not yours?
[12:25] <cyphermox> trying to understand why
[12:25] <cyphermox> or was pitti alredy checking that out?
[12:26] <pitti> cyphermox: I tried a rebuild, but it failed again
[12:26] <cyphermox> seb128: other than that it's a nice day starting, how about you?
[12:26] <pitti> cyphermox: do you happen to have a clean oneiric pbuilder?
[12:26] <seb128> cyphermox, days is being good so far, thanks to pitti we have retracers!
[12:26] <cyphermox> pitti: was sbuild, but yes
[12:26] <pitti> someone needs to create an oneiric pbuilder with just main apt sources
[12:26] <pitti> and try to build it there (or at least install the build deps)
[12:26] <cyphermox> sure, that shouldn't take too long
[12:27] <pitti> cyphermox: I checked local install, component-mismatches, and oneiric_probs, it's nowhere
[12:27] <pitti> usually this kind of thing appears due to universe deps etc.
[12:27] <cyphermox> right
[12:30] <cyphermox> building a pbuilder chroot with just main now
[12:30] <seb128> if you have on no need to build a new one
[12:30] <seb128> usually pbuilder login, update the sources.list and try to install the build-dep works
[12:31] <cyphermox> well, I no longer carry pbuilder chroots, now I use sbuild
[12:31] <seb128> ok
[12:31] <cyphermox> guess I could do just the same there too
[12:31] <pitti> I only use dchroots these days, too
[12:31] <pitti> but I don't have an oneiric one, that's why I asked if someone has an oneiric pbuilder
[12:33] <cyphermox> huh. hold on a sec
[12:33] <cyphermox> my sbuild build yesterday should say whether something was taken from universe
[12:34] <cyphermox> eg. Get: X http://archive.ubuntu.com/ubuntu/ oneiric/universe
[12:34] <cyphermox> but sadly, there isn't one.
[12:36] <seb128> cyphermox, pitti: seems to work in a pbuilder for me
[12:36] <seb128> doesn't really make sense
[12:40] <Laney> rodrigo_: I noticed on tomboy that it asked me to press "Save" when linking to my U1 account, but the save button remained insensitive and when I reopened the preferences I was told it was linked successfully. Perhaps that's no longer needed — could you check?
[12:40] <Laney> 1.7.4-1ubuntu1
[12:44] <cyphermox> seb128: pitti: might be an issue in texlive-binaries:
[12:46] <seb128> cyphermox, how so?
[12:46] <cyphermox> http://paste.ubuntu.com/673789
[12:46] <pitti> texlive-bin was just uploaded 3 hours ago
[12:47] <pitti> ah, it might not have been published then
[12:47] <pitti> armel is being published
[12:47] <pitti> the rest is in
[12:47]  * pitti tries another rebuild
[12:47] <pitti> given back, let's see
[12:49] <cyphermox> pitti: texlive-binaries Breaks: texlive-base (<< 2009-12) which hasn't made it yet
[12:49] <seb128> I'm wondering if we need those docbook-utils build-depends?
[12:50] <seb128> I've been building things for a while without it and I didn't notice issues
[12:50] <seb128> like I drop the control line usually since it started bringing and hundred mb of latex
[12:50] <pitti> cyphermox: ah, so I'll sync texlive-base
[12:50] <seb128> which I refuse to install and keep downloading for nothing
[12:52] <cyphermox> ok, trying to build without it
[12:53] <cyphermox> maybe this is a dumb question, but is there a tool that facilitates comparing what makes it in two different bu
[12:53] <cyphermox> *binary packages
[12:53] <cyphermox> I usually diff and vgrep but it's painful
[12:54] <pitti> cyphermox: debdiff
[12:55] <pitti> cyphermox: it's very handy, shows you the added/removed files, and wdiff of the control section
[12:55] <cyphermox> oh debdiff directly against the .deb?
[12:55] <cyphermox> I fail :)
[12:55] <pitti> two debs
[12:55] <cyphermox> right
[12:56] <pitti> seb128: FYI, ~/apport is lp:apport now, I just merged the branch into trunk
[12:57] <seb128> pitti, \o/
[13:05] <cyphermox> hrm, who wants an update of NM to 0.9.0? :)
[13:06] <pitti> cyphermox: sounds a lot better to me than 0.8.9997+git.20110721t045648.36db194!
[13:06] <pitti> cyphermox: FYI, I synced texlive-base, once it's published I'll re-try the gmime build again
[13:07] <cyphermox> cool
[13:07] <cyphermox> yeah, pitti, it's partly why I want to push it... I'll file a FFE bug now unless you tell me that's not really needed
[13:08] <pitti> cyphermox: depends on the delta
[13:08] <pitti> if it's just bug fixes, no FFE needed (by definition)
[13:09] <pitti> if it has new features/UI/changes API/ABI/D-BUS API/behaviour, it will
[13:11] <cyphermox> nah, looks like bugfix to me (and if not I already had the change from a cherry-picked patch)
[13:11] <pitti> there's not too much room between 0.8.999+something and 0.9.0 anyway :)
[13:11] <cyphermox> indeed
[13:11] <pitti> but still worth checking the changelog
[13:12] <pitti> API/ABI breaks are rather inconvenient this close to the beta
[13:12] <cyphermox> the only issue is with the libnl3 stuff which complicates things, but it's already largely in
[13:12] <cyphermox> I'll upload the 0.9.0 release of nm-applet too, there's practically no change and this will reduce the version number to something sane
[13:13] <cyphermox> then before I make a new upload in P for NM, we'll rethink the numbering to something shorter ;)
[13:14] <pitti> cyphermox: version+git<date> is usually sufficient
[13:14] <pitti> but <date>.<commitid> is ok as well
[13:14] <pitti> two commit IDs seem a little exaggerated, and also it's not quite clear what they mean
[13:14] <cyphermox> it's not two
[13:14] <cyphermox> it's date<t>time
[13:14] <pitti> how is "045648" a time?
[13:15] <cyphermox> I was thinking about dropping this altogether and keeping just the commit
[13:15] <pitti> but if you include a time, then a commit ID seems redundant
[13:15] <pitti> cyphermox: but commit IDs in git aren't monotonous
[13:15] <cyphermox> 045648 as opposed to 165648 ;)
[13:15] <cyphermox> oh, right
[13:15]  * Laney uses date.rX.commit where X is a sequence starting from 1
[13:15] <cyphermox> well, anyway just the dane
[13:15] <cyphermox> *date
[13:15] <pitti> just like anything else in git, it wasn't designed for humans :)
[13:15] <dobey> pitti, mvo: hey guys. either of you know how to override a GtkWidget method in Python with GIR API? i can't find any docs/examplse on it :(
[13:16] <pitti> dobey: I don't know either, I'm afraid, I never tried; #introspection on irc.gnome.org might help
[13:16] <cyphermox> Laney: guess I otherwise could use the bzr commits from the mirrored branch for nm, although that seems wrong, even if it would give something like just ver+bzr29348
[13:17] <pitti> cyphermox: at least they are monotonous, but I think date+commit ID usually works fine
[13:17] <cyphermox> aye
[13:17] <pitti> one seldomly does more than one upload a day
[13:17] <cyphermox> pitti: you haven't touched NM have you? ;)
[13:17] <pitti> and if you do, and the new commit ID happens to be smaller, <date>.1+commitid :)
[13:17] <cyphermox> oh, right, *upload*
[13:17] <pitti> cyphermox: I actually did, but I don't usually upload new snapshots three times a day
[13:18] <cyphermox> :)
[13:32] <cjwatson> cyphermox: there are still a lot of evolution reverse-deps on http://people.canonical.com/~ubuntu-archive/nbs.html - do you need help?
[13:33] <seb128> mvo, does apturl need to recommends libgtk2-perl?
[13:33] <cjwatson> I did a few easy ones
[13:33] <mvo> seb128: its for debconf gtk
[13:33] <cjwatson> sflphone uses libedataserverui and doesn't look easy to port
[13:33] <cyphermox> cjwatson: actually, there are two which bothered me a bit
[13:33] <seb128> mvo, hum ok, any plan to move away from that for next cycle?
[13:33] <cyphermox> tracker and mail-notification, but it's also due to other things like gtk2/gtk3 IIRC
[13:33] <cjwatson> seb128: in favour of what?
[13:33] <seb128> mvo, I'm trying to make sure we are on track to kick gtk2 out of the CD for the lts
[13:34] <cjwatson> oh, GTK 3 you mean
[13:34] <seb128> cjwatson, a gtk3 solution?
[13:34] <cjwatson> I thought this was more anti-perl religion :)
[13:34] <cyphermox> hmm.. perl.
[13:34] <seb128> well, I'm fine with perl as long as I don't have to fix bugs in perl code :p
[13:34] <cjwatson> so, uh, what's happening with perl gir support then?
[13:34] <dobey> perl is nice, if you use it for sane things
[13:35] <pitti> (well, it's actually pretty much the last package which holds big chunks of perl libs on the CD, too)
[13:35] <seb128> cjwatson, that's a good question, I need to check
[13:35] <cjwatson> pitti: I'm aware of that
[13:35] <dobey> writing gtk+ apps in perl isn't sane though :)
[13:35] <cjwatson> oh give it a rest :P
[13:35] <cjwatson> cdebconf is making some progress again
[13:35] <pitti> but fortunately for oneiric the CD size matter is pretty much done, at least for desktop
[13:35] <pitti> I still need to figure out what happened to the alternates
[13:35] <cjwatson> I don't know if it will be ready for P though; I wouldn't like to bet on it
[13:35] <seb128> cjwatson, is that likely to be something you will have time for in the next cycle? (cdebconf)
[13:35] <seb128> cjwatson, well assuming it's not a risky change for a lts
[13:35] <seb128> ok
[13:36] <seb128> you just replied to that :p
[13:36] <cjwatson> it's not unrisky
[13:36] <cjwatson> also, next cycle will be tricky for me with a baby on the way; I'm likely to have to cut back
[13:36] <seb128> right
[13:36] <cjwatson> fortunately I'm not the one working on cdebconf in Debian at the moment :)
[13:36] <seb128> I've a feeling we will not get gtk2 out of the CD next cycle anyway
[13:36] <seb128> would it only be due to firefox and libreoffice
[13:37] <cjwatson> a debconf gtk3 frontend is probably more realistic, provided that the bindings are in place
[13:37] <mvo> seb128: I guess its just a matter of porting the debconf perl frontend
[13:37] <pitti> seb128: if we can get rid of at least gtk2-webkit, that'd already help a lot
[13:37] <mvo> seb128: eh, debconf gtk3
[13:37] <seb128> pitti, that's basically up to u1
[13:37] <cjwatson> and I suspect that gtk3 perl bindings would be a lot smaller than libgtk2-perl
[13:37] <cjwatson> at least they ought to be if done right
[13:38] <seb128> cjwatson, I assume so if they use introspection
[13:38] <seb128> let's see
[13:38] <seb128> cjwatson, mvo: thanks
[13:38] <cjwatson> I think they do
[13:38] <cjwatson> cyphermox: I was wondering if it might be practical to reintroduce a gtk2 libedataserverui for a while
[13:38] <cjwatson> otherwise we have to do gtk2->3 ports in order to fix nbs ...
[13:38] <seb128> cjwatson, or drop those sources
[13:38] <pitti> oh, speaking of reintroducing, we need to reintroduce the ealier gnome-menus
[13:39] <seb128> I would be favor of dropping outdated code for libpanel-applet and e-d-s
[13:39] <pitti> lots of rdepends on NBS, and if for nothign else we'll need it for s-c
[13:39] <seb128> cjwatson, the panel applets are in the same situation
[13:39] <cjwatson> yeah
[13:39] <cjwatson> dropping or not is up to you guys but it needs to be cleared up either way ...
[13:39] <seb128> well a difference is that for the panel we can't add back an old source
[13:40] <seb128> it would work for e-d-s
[13:40] <seb128> in fact debian did that
[13:40] <mvo> pitti: there is a freeze exception for the gtk3 version pending, that would elliminate the need for s-c
[13:40] <cyphermox> some other things indeed fail because of panel bits
[13:45] <seb128> chrisccoulson, btw do you still plan to work on the lock screen gnome-shell looking issue?
[13:46] <chrisccoulson> seb128, mdeslaur already has a fix for that. do we want the gnome-shell look when not in unity though?
[13:46] <chrisccoulson> as his patch reverts the new style unconditionally
[13:46] <seb128> it would be better yes
[13:46] <seb128> did you have a patch doing it in a conditional way?
[13:46] <seb128> njpatel, what's the recommend way to test for a software if it's in an unity session?
[13:47] <chrisccoulson> seb128, i had one to hide the panel
[13:47] <chrisccoulson> but mdeslaur has also reverted the dialog changes, to add the user name back to it
[13:47] <chrisccoulson> which we would also want
[13:47] <njpatel> seb128, check com.canonical.Unity exists or not
[13:47] <njpatel> seb128, also XDG_CURRENT_DESKTOP
[13:47] <chrisccoulson> oh, i just looked at GDMSESSION ;)
[13:47] <njpatel> gives Unity now
[13:48] <njpatel> which is nice
[13:48] <seb128> we should have a boilerplate C function on a wiki or something that you can copy
[13:49] <mterry> seb128, btw, ecryptfs & lightdm still seem to hate each other when autologin is in play
[13:49] <pitti> mterry: ecryptfs and autologin?
[13:49] <pitti> how does that work?
[13:49] <seb128> mterry, how can you autologin on ecryptfs?
[13:49] <pitti> if autologin works with ecryptfs, we're doing something wrong
[13:50] <mterry> Well, right now the UI lets you do it, then you get .ICE errors and such
[13:50] <mterry> How did GDM handle it in the past?
[13:50] <pitti> mterry: ah, we need to port our old gdmsetup fix for that to the account settings?
[13:50] <seb128> it should probably not let you do it
[13:51] <seb128> mterry, it shouldn't let you turn autologin on for ecryptfs account
[13:51] <pitti> mterry: gdmsetup checked if the selected user had an ecryptfs and if so, disabled the autologin option for him
[13:51] <mterry> I see
[13:51] <seb128> bug #284443
[13:51] <ubot2> Launchpad bug 284443 in gdm "gdmsetup: Don't offer autologin for ecryptfs users" [Low,Fix released] https://launchpad.net/bugs/284443
[13:51] <mterry> hah, delightfully low bug number
[13:52] <seb128> mterry, see 42_no_ecryptfs_autologin.patch in the gdm patches
[13:53] <seb128> mterry, if you have interest in ecryptfs btw, bug #284443
[13:53] <ubot2> Launchpad bug 284443 in gdm "gdmsetup: Don't offer autologin for ecryptfs users" [Low,Fix released] https://launchpad.net/bugs/284443
[13:53] <seb128> ups bug #816669
[13:53] <ubot2> Launchpad bug 816669 in gnome-control-center "encrypted-home support in new user dialog" [Low,Confirmed] https://launchpad.net/bugs/816669
[13:54] <seb128> it's something we didn't come to do which is a regression compared to natty
[13:54] <kirkland> autologin + ecryptfs should never work;  the "security" there would be a total farce
[13:54] <kirkland> any progress on the lightdm + ecryptfs login bug?  the one where lightdm is creating some files before $HOME is mounted?
[13:55] <seb128> kirkland, that one got fixed a week ago
[13:56] <kirkland> seb128: hmm, let me reboot and try then
[13:57] <seb128> kirkland, http://bazaar.launchpad.net/~lightdm-team/lightdm/trunk/revision/1060
[14:05] <mdeslaur> chrisccoulson: just to be clear, you're not expecting me to do anything with gnome-screensaver, right?
[14:06] <seb128> mdeslaur, upload your fixes? ;-)
[14:07] <chrisccoulson> mdeslaur, oh, yeah, i forgot - you've got your hands full with nspluginwrapper!
[14:07] <chrisccoulson> ;)
[14:07] <mdeslaur> seb128: as chrisccoulson said, my patches unconditionally revert the gnome-shell look. If you're ok with that, I'll upload it. If not, chrisccoulson needs to fix it.
[14:08] <chrisccoulson> heh
[14:08] <mdeslaur> chrisccoulson: hehe
[14:08] <rodrigo_> BigWhale, hey
[14:08] <seb128> I would say "get that in for ui freeze, we can fix the conditional behaviour later"
[14:08] <seb128> chrisccoulson, mdeslaur: ^
[14:08] <mdeslaur> seb128: ok, I'll upload it in a few minutes then
[14:08] <rodrigo_> BigWhale, diod you see/test the fix for the introspection problem you were having?
[14:08] <seb128> mdeslaur, thanks
[14:08] <chrisccoulson> seb128, ok, makes sense
[14:08] <chrisccoulson> thanks!
[14:09] <chrisccoulson> i need to get the new thunderbird theme in before UI freeze anyway ;)
[14:14] <GunnarHj> rodrigo_: Hi Rodrigo, I downloaded the latest git source yesterday, and have written a pure Ubuntu patch that applies to it.
[14:14] <seb128> GunnarHj, hey
[14:15] <seb128> GunnarHj, do you know about language-selector not letting install input methods in Oneiric?
[14:15] <seb128> GunnarHj, like if you select chinese (or any other language) in the installation list, you can only select the translation checkbox
[14:15] <GunnarHj> seb128: Hello Sebastien.
[14:15] <seb128> the input ones are never active
[14:16] <GunnarHj> seb128: No, I had no idea. Is there a bug report about it?
[14:16] <seb128> GunnarHj, not that I know, I just noticed it in testing, I wanted to see if somebody else can confirm before reporting or if that's a known issue
[14:17] <GunnarHj> seb128: I'll look at it later today.
[14:17] <seb128> GunnarHj, thanks!
[14:17] <seb128> GunnarHj, do you want a bug about it?
[14:18] <GunnarHj> seb128: No, that can wait for now.
[14:18] <seb128> ok
[14:19] <rodrigo_> GunnarHj, cool, I'll upload it with the next upstream release we upload in ubuntu
[14:20] <GunnarHj> seb128: Btw, did you look at bug 770091?
[14:20] <ubot2> Launchpad bug 770091 in ubiquity "Unsolicited attempt to import files and settings" [Undecided,Confirmed] https://launchpad.net/bugs/770091
[14:20] <seb128> GunnarHj, no, I will try to have a look today, thanks for the reminder
[14:20] <GunnarHj> seb128: Tnx.
[14:21] <GunnarHj> rodrigo_: You said in about two weeks, didn't you?
[14:26] <GunnarHj> rodrigo_: I ask, because I'd like the functionality to be in place in Beta 1. Thinking of preparing a patch for the current orig that is as similar as possible, and that can be upload right away.
[14:31] <pitti> is that only me, or does compiz take a constant 30% CPU for other people, too?
[14:31] <pitti> seb128: ^ seems the new compiz did not get only better :(
[14:32] <seb128> pitti, chrisccoulson had the issue before
[14:32] <seb128> dbarth, njpatel: ^
[14:32] <dobey> mvo: are you aware that aptdaemon.gtk3widgets doesn't actually work with gtk3 on natty? :)
[14:32] <seb128> it's around 21% for me and used almost 1 hour or cpu time since this morning
[14:32] <rodrigo_> GunnarHj, in 2 weeks, yes
[14:33] <pitti> dobey: on natty it uses GTK2
[14:33] <chrisccoulson> seb128, pitti - yeah, it's still doing it here
[14:33] <pitti> dobey: yeah, it shuold have been called gtk-gi-widgets or so
[14:33] <chrisccoulson> my laptop feels like it's melting
[14:33] <dobey> pitti: well, even if you have the gir for gtk3 installed, it totally breaks :(
[14:33] <njpatel> pitti, open your dash, is the spinner spinning?
[14:33] <dobey> pitti: because Vte requires 2.0, and it loads 3.0 before Vte gets loaded
[14:33] <dobey> so fun times
[14:33] <dbarth> seb128, pitti: noted
[14:33] <njpatel> pitti, (on any of the lenses)
[14:34] <seb128> njpatel, it's spinning for me
[14:34] <seb128> on the application lens
[14:35] <njpatel> yeah, it's fixed in trunk, will be part of the next update
[14:35] <njpatel> sorry, that was my bad
[14:36] <mvo> dobey: I wasn't aware of this, but i'm not that suprised, like pitti said, we use gtk2 there by default
[14:36] <GunnarHj> rodrigo_: Ok. Then I'll try to make that patch. Are you able to fix it so that the Language Support launcher is shown on the cc window?
[14:37] <rodrigo_> GunnarHj, what do you mean?
[14:37] <dobey> mvo: right. just making my life difficult at the moment :)
[14:37] <chrisccoulson> hmmm, patching css is not fun :/
[14:38] <rodrigo_> dobey, btw, when you uploaded couchdb-glib, you didn't update the lp:~ubuntu-desktop/couchdb-glib/ubuntu branch
[14:38] <rodrigo_> dobey, I've done it, but remember to do so next time, please
[14:39] <dobey> rodrigo_: i don't have write permissions to that. and i wasn't aware i should have proposed it to merge into there
[14:39] <dobey> sorry
[14:39] <rodrigo_> dobey, yes, I know, that's why I tell you :)
[14:39] <rodrigo_> no problem, just so that you know
[14:39] <GunnarHj> rodrigo_: Currently the Region and Language launcher is shown also in Ubuntu, but language-selector is going to be used in Oneiric, right?
[14:39] <dobey> rodrigo_: what a pain :(
[14:39] <rodrigo_> GunnarHj, if we can't get all the stuff in the upstream one, yes
[14:40] <rodrigo_> GunnarHj, but there's still work going on upstream
[14:40] <rodrigo_> dobey, best thing is to just propose a branch against lp:~ubuntu-desktop/couchdb-glib/ubuntu and let the person (me) who does the review do the full sponsoring (merging, uploading)
[14:41] <dobey> rodrigo_: that would be easy if said person weren't on holiday i guess :)
[14:41] <rodrigo_> dobey, then seb128 ort any other ubuntu-desktop member can do it :)
[14:43] <GunnarHj> rodrigo_: The impression I had is that quite some work remains to be done. Such as maintaining LANGUAGE, input method setting, installing langpacks...
[14:43] <rodrigo_> GunnarHj, maintaining LANGUAGE?
[14:44] <rodrigo_> GunnarHj, input method setting is available in the layouts tab, not sure though if that covers all the cases
[14:44] <GunnarHj> rodrigo_: Yes. Have a look at the language-selector UI about LANGUAGE.
[14:45] <rodrigo_> GunnarHj, and installing langpacks, yes that's hard to do cross-distro, so I was thinking on just patching g-c-c to have a button
[14:46] <rodrigo_> GunnarHj, looked at it, still not sure what you mean
[14:48] <GunnarHj> rodrigo_: Ubuntu does not only set a locale, but also the priority list in LANGUAGE.
[14:48] <rodrigo_> GunnarHj, and what is that priority used for?
[14:49] <GunnarHj> rodrigo_: Fallback when translations are not complete.
[14:49] <rodrigo_> GunnarHj, and where does it store that setting?
[14:49] <pitti> njpatel: hm, I restarted (broke some other stuff, I had to), it's gone now
[14:50] <pitti> mvo, dobey: in oneiric it actually does use GTK3, FTR
[14:50] <dobey> pitti: yeah, in oneiric it's not a problem because vte is using gtk3
[14:50] <njpatel> pitti, yeah, most likely it will come back if you search for something in the dash
[14:50] <njpatel> it's fixed in trunk
[14:50] <GunnarHj> rodrigo_: It's stored in ~/.profile.
[14:51] <pitti> njpatel: confirmed
[14:51] <pitti> njpatel: cheers
[14:51] <rodrigo_> GunnarHj, hmm, how is it stored? the env vars there can just have 1 locale, not a list of
[14:53] <GunnarHj> rodrigo_: LANGUAGE is different. A value can consist of "de:es_ES:en"
[14:53] <rodrigo_> GunnarHj, ah
[14:54] <rodrigo_> GunnarHj, hmm, does it work, it doesn't seem to store there anything other than the language I select
[14:54] <rodrigo_> ?
[14:55] <rodrigo_> ah, now it works
[14:55] <GunnarHj> rodrigo_: With my suggested patch it would have done.
[14:56] <mvo> dobey: I think its best to use the gtk2 on natty and smaller and gtk3 on oneiric, that is what update-manager is doing too (but of course u-m only needs to support a single version for your its slightly more complicated as you will have the same code running on multiple versions, right?)
[14:57] <dobey> mvo: yes, i am just trying to support both and it is very difficult, because upstream doesn't want to support gi for gtk2 it seems :(
[14:58] <rodrigo_> GunnarHj, hmm, I'm thinking we could just add the .desktop magic so that language-selector is shown in unity and the upstream region panel in gnome
[14:58] <rodrigo_> GunnarHj, at least until we have all features in the upstream one, but for this LANGUAGE thing we're going to need some design, so too late for 3.2
[14:58] <cyphermox> seb128: totem> what was about the gir for totem? we already have a gir binary for it, so I'm not sure if things really need to be moved around for this
[14:59] <GunnarHj> rodrigo_: I feel there are quite some issues we ought to discuss further, and time is running out for Oneiric. I think that the right thing to do now is to keep language-selector in Oneiric.
[14:59] <mvo> dobey: yeah, I ran in a lot of issues with static vs dynamic bindings and that you can't mix them at all
[14:59] <seb128> cyphermox, the typelib is in the gir binary, the .gir is in totem and should be moved to libtotem-dev (with the corresponding replaces)
[15:00] <GunnarHj> rodrigo_: Sure, that .desktop magic sounds great; I just don't know how it works. :)
[15:00] <rodrigo_> GunnarHj, I think the only not doable thing is the LABGUAGE thing
[15:00] <rodrigo_> GunnarHj, ok, I'll patch g-c-c and language-selector
[15:00] <dobey> mvo: i'm not even mixing bindings in this code. it's just that differences between gtk3/gtk2 APIs is pain, and some things aren't in the GI :(
[15:01] <cyphermox> ah, ok
[15:01] <seb128> mvo, hey, could you update libsigc++ to 2.2.10? asking you because you did the previous update and the new version is needed for the glib cpp binding to build, they are ftbfsing with the current version
[15:01] <mvo> dobey: right :( yeah, I feel the pain, what I wanted to say is I guess that the whole transition is really bumpy
[15:02] <GunnarHj> rodrigo_: Maybe LANGUAGE is the trickiest one. I'm not sure that ~/.profile is the best storing place going forward either; that's one thing I'd like to talk about.
[15:03] <mvo> seb128: I can have a look, I assume there is no debian version yet?
[15:03] <seb128> mvo, no there isn't
[15:03] <seb128> mvo, thanks
[15:03] <dobey> mvo: bumpy is an understatement. feels like falling down the side of a jagged cliff :(
[15:03] <GunnarHj> rodrigo_: Great if you patch g-c-c with the l-s launcher.
[15:04] <mdeslaur> chrisccoulson: you had a patch for the gss that was conditional with getenv? can I see it? (I may fix this right)
[15:04] <mvo> dobey: well put, I had this feeling a couple of times when reading the gir xml to figure out how to call something
[15:06] <seb128> pitti, could you nudge https://launchpad.net/~ubuntu-desktop/+archive/ppa/+sourcepub/1909467/+listing-archive-extra please? danke
[15:08] <seb128> rodrigo_, hey
[15:08] <rodrigo_> hi seb128 :)
[15:08] <seb128> rodrigo_, how are design tweaks going? did you have time to work on those?
[15:09] <rodrigo_> seb128, oh, had a look on Friday, but then forgot, sorry
[15:09] <pitti> seb128: done
[15:09] <seb128> rodrigo_, well at least the theme selection ui?
[15:09] <seb128> rodrigo_, ui freeze is tomorrow :-(
[15:09] <rodrigo_> seb128, will have a look now after I buiuld this package
[15:09] <seb128> pitti, thanks
[15:09] <seb128> rodrigo_, ok thanks
[15:09] <rodrigo_> seb128, theme selection ui should be just a couple hours work, so will try to write a patch for that
[15:10] <seb128> rodrigo_, thanks
[15:10] <seb128> rodrigo_, that's the one we should try to land fore tomorrow evening if we can
[15:10] <rodrigo_> seb128, ok
[15:11] <pitti> good night everyone!
[15:13] <seb128> 'night pitti
[15:13] <seb128> pitti, will you still be around in 15 minutes? ;-)
[15:13] <seb128> pitti, I will need an unity build nudge once that nux build is done
[15:14] <seb128> pitti, if not don't worry I will find another buildd admin
[15:24] <rodrigo_> good night pitti, and, for when you're back -> https://code.launchpad.net/~rodrigo-moya/language-selector/show-in-new-g-c-c/+merge/72737
[15:26] <rodrigo_> seb128, now I remember why I stopped looking at this, since I sent a mail to john lea about the ugliness of the theme selector in the background panel
[15:26] <rodrigo_> seb128, and about adding other options, like fonts, etc
[15:27] <rodrigo_> seb128, will try to ping him now
[15:27] <seb128> ok, thanks
[15:27] <seb128> rodrigo_, well it seems like for this cycle we will not do a lot over that small tweak
[15:27] <seb128> we can discuss it doing it better next cycle
[15:27] <seb128> but yeah, feel free to discuss with him
[15:28] <rodrigo_> I think we could just mimic the gnome-tweak-tool 'interface' settings UI
[15:28] <seb128> rodrigo_, btw do you know if the color thing in g-c-c should show in the ui somewhere?
[15:28] <rodrigo_> seb128, yes, there should be a 'color' panel, don't you get that?
[15:29] <seb128> rodrigo_, ignore me, I got the g-s-d update but not g-c-c yet
[15:29]  * rodrigo_ ignores and bands seb128
[15:29] <seb128> lol
[15:30] <rodrigo_> s/bands/bans :)
[15:30] <seb128> rodrigo_, oh, it failed to build
[15:30] <seb128> stop ignoring me!
[15:30]  * rodrigo_ whistles
[15:30] <seb128> lacks a build-depends on libnotify-dev
[15:30] <seb128> No package 'libnotify' found
[15:30] <seb128> rodrigo_, https://launchpadlibrarian.net/77951896/buildlog_ubuntu-oneiric-i386.gnome-control-center_1%3A3.1.5-0ubuntu1_FAILEDTOBUILD.txt.gz
[15:30] <rodrigo_> hmm
[15:31] <rodrigo_> hmm, no package libnotify?
[15:31] <seb128> rodrigo_, you needs to build-depends on libnotify-dev I guess?
[15:31]  * rodrigo_ looks
[15:31] <rodrigo_> I thought it already was
[15:33] <rodrigo_> it doesn't indeed
[15:33] <mpt> seb128, hi, you suggested that I turn accessibility off, but I don't see how to do that in Gnome 3
[15:33]  * rodrigo_ fixes
[15:34] <mpt> Everything's off in the "Universal Access" settings
[15:34] <seb128> rodrigo_, http://git.gnome.org/browse/gnome-control-center/commit/?id=7962a25ecfa01b93087dd95c6e128381aeb8f2db
[15:34] <seb128> rodrigo_, that was added between 3.1.4 and 3.1.5
[15:34] <seb128> I guess you overlooked it while doing the update
[15:34] <rodrigo_> yeah
[15:36] <dbarth> pitti: sorry again, can you bump the score of https://launchpad.net/~unity-team/+archive/compiz-testing/+builds?build_state=pending
[15:36] <rodrigo_> seb128, uploading a fix in a minute
[15:36] <seb128> mpt, dconf-editor org.gnome.desktop.interface toolkit-accessibility
[15:36] <seb128> rodrigo_, thanks
[15:36] <seb128> dbarth, I think he's off, try asking on #ubuntu-devel
[15:36] <dbarth> seb128: oh, who in particular as htose special powers?
[15:37] <seb128> dbarth, doko
[15:37] <mpt> thanks seb128 :-)
[15:38] <seb128> mpt, I'm not sure if we have an ui for it, doesn't seem so :-(
[15:38] <mpt> seb128, well in theory we shouldn't need one
[15:38] <seb128> right
[15:49] <mvo> seb128: libsigc++ uploaded
[15:49] <seb128> mvo, thanks \o/
[16:04] <chrisccoulson> mercurial patch queues are really neat
[16:10] <mvo> is it just me or is the gtk3 spinner in pygi broken? http://paste.ubuntu.com/673933/ does not spin for me even though a debug print tells me that the active property is true
[16:11] <seb128> mvo, it works here
[16:12] <seb128> your example spins
[16:12] <mvo> seb128: hm, on my other box it does too
[16:12] <seb128> mvo, do you run the ppa pygobject on the broken box?
[16:13] <mvo> seb128: I wonder if its pygi 2.90 ? that is the only difference between the two machines I can think of. or are you using 2.90 as well?
[16:13] <seb128> mvo, no, that box I'm on is stock oneiric
[16:13] <seb128> let me try on my ppa box
[16:14] <seb128> mvo, no, it works on my ppa box as well
[16:15] <mvo> odd
[16:15] <mvo> but *shrug* if it works for the rest of the world …
[16:57] <nigelb> rickspencer3: Hey, around? Got time for a PM?
[16:57] <rickspencer3> nigelb, sure, I always have time
[16:57] <rickspencer3> 'sup?
[17:07] <GunnarHj> seb128: Can you possibly sponsor https://code.launchpad.net/~gunnarhj/language-selector/type-error/+merge/72755 ? Seems to be a critical thing, judging from incoming bug reports...
[17:10] <seb128> GunnarHj, can do, it's not a real issue it seems but apport makes those noisy
[17:10] <seb128> i.e it will trigger each time somebody run into it and the clicks,bug reports add
[17:11] <GunnarHj> seb128: But doesn't it cause crashes?
[17:11] <seb128> GunnarHj, well I've not checked the code, often in python you get an exception but you program can keep running
[17:12] <seb128> well anyway let's get the fix in
[17:12] <GunnarHj> seb128: Thanks!
[17:12] <seb128> thank you for working on it!
[17:52] <dobey> pitti: are you still here?
[17:52] <mdeslaur> seb128, chrisccoulson: just uploaded gnome-screensaver that changes appearance conditionally on Unity
[18:00] <chrisccoulson> mdeslaur, thanks
[18:01] <chrisccoulson> wooh, i've just added a nearly 300kB distro patch to thunderbird
[18:01] <chrisccoulson> that's crazy ;)
[18:01] <chrisccoulson> most of that is svg icons though
[18:05] <ogra_> hmm, why do i have window frames in maximited windows
[18:06] <chrisccoulson> ogra_, because compiz loves you
[18:06] <ogra_> chrisccoulson, 2d :)
[18:06] <chrisccoulson> ogra_, it's still a compiz bug
[18:06] <ogra_> seems the default for the gconf key changed
[18:07] <chrisccoulson> ;)
[18:07] <ogra_> odd
[18:10] <ricotz> mterry, hello
[18:11] <ricotz> mterry, could you take a look at http://people.ubuntu.com/~ricotz/clutter/ -- http://people.ubuntu.com/~ricotz/clutter/clutter-1.0_1.7.10-1~ubuntu2_source.changes
[18:16] <mterry> ricotz, small detail, but shouldn't the version be -2~ubuntu1?
[18:18] <ricotz> mterry, i know, clutter isnt uploaded yet, so perhaps it will still get -1 as next version, just wanted to make it syncable in any case
[18:19] <mterry> ricotz, k, let me sponsor here
[18:19] <ricotz> mterry, thanks, i hope the symbols will match now
[18:20] <ricotz> i cant testbuild it :\
[18:20] <ricotz> mterry, use the changes file or rebuild with -v1.7.10-1
[18:21] <mterry> ricotz, can't testbuild?  you mean on armel?
[18:21] <ricotz> yes, on armel
[18:26] <mterry> ricotz, the patch for SONAMEs seems a lot simpler than the patch in the bug it points to.  This has been tested?  (by Ricardo?)
[18:26]  * mterry also doesn't have an armel machine
[18:27] <ricotz> mterry, i dropped this patch and readded it again :(
[18:27] <ricotz> so it was there before
[18:28] <mterry> k
[18:30] <mterry> ricotz, pushed.  and thanks for the reminder about the .changes; I do tend to forget about that
[18:30] <ricotz> mterry, thanks :)
[18:33] <mterry> Is anyone here familiar with trapping TERM signals?
[19:31] <seb128> mdeslaur, thanks for the gnome-screensaver work
[19:34] <mdeslaur> seb128: np
[19:53] <tkamppeter> RAOF, hi
[19:55] <seb128> tkamppeter, it's like 6am for him, he's probably sleeping
[19:56] <seb128> mterry, did you screw your cowboy upload? ;-)
[19:57] <seb128> (it's not showing up on the changes list)
[19:58] <mterry> seb128, it wouldn't be a cowboy upload if I didn't screw it up.  I got the accept email
[19:59] <seb128> ;-)
[20:01] <tkamppeter> Sweetshark, hi
[20:02] <mterry> seb128, I think oneiric-changes is just being crazy.  Launchpad shows it as uploaded
[20:03] <seb128> mterry, right, I see, you broked oneiric-changes and don't want to admit it!
[20:04] <mterry> seb128, heh
[20:04] <seb128> -d
[20:04] <seb128> mterry, but yeah, it's showing on launchpad so seems all good ;-)
[20:06] <seb128> hum
[20:06] <seb128> cyphermox, thanks for the totem update!
[20:06] <seb128> kenvandine, what happened the gnome-contacts mir bug? ;-)
[20:07] <seb128> mterry, btw do you feel like you have enough things you can pick on to keep busy or are you looking for bug lists, or things that need to get done?
[20:07] <kenvandine> sorry... forgot :)
[20:07]  * kenvandine is racing for UIF 
[20:07] <kenvandine> :)
[20:07] <seb128> kenvandine, the beta freeze is tomorrow, do you think you could write it today?
[20:07] <kenvandine> yeah
[20:07] <mterry> seb128, at this point, I'm just picking up lightdm/deja-dup stuff that I know I can fix, then looking at the QA report for extra stuff
[20:07] <kenvandine> i will
[20:08] <seb128> kenvandine, thanks
[20:08] <kenvandine> np
[20:08] <mterry> seb128, did that lightdm live cd issue get fixed?
[20:09] <seb128> mterry, not that I know of no
[20:09] <seb128> mterry, oh, your upload is showing up on the list now ;-)
[20:09] <mterry> seb128, that seems like a beta blocker...  I'll look a bit
[20:09] <seb128> mterry, ok, yeah the qa page "oneiric" category is probably a good list of "need to be fixed" bugs
[20:10] <seb128> mterry, indeed, thanks
[21:20] <GunnarHj> rodrigo_: Still there?
[21:30] <kenvandine> seb128, gnome-contacts MIR bug 833383
[21:30] <ubot2> Launchpad bug 833383 in gnome-contacts "[MIR] gnome-contacts" [Undecided,New] https://launchpad.net/bugs/833383
[21:31] <seb128> kenvandine, thanks
[21:34] <GunnarHj> seb128: I had a look at that greyed out options in l-s that you mentioned before. I have no idea on when or why it happened. Think it's more a pitti thing to look into.
[21:34] <seb128> GunnarHj, ok
[21:35] <seb128> GunnarHj, thanks for having a look anyway, you can confirm the bug then?
[21:35] <GunnarHj> seb128: Indeed I can.
[21:35] <seb128> ok, great
[21:36] <chrisccoulson> hmmm, thanks gnome-settings-daemon for re-arranging my displays whilst I was away :/
[21:38] <GunnarHj> seb128: Btw, I can add that I installed an older version (0.37), and the problem is present there as well.
[21:39] <seb128> GunnarHj, ok
[21:39] <seb128> kenvandine, I've assigned you bug #829436
[21:39] <ubot2> Launchpad bug 829436 in geoclue "geoclue version 0.12.0-1ubuntu9 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/829436
[21:39] <seb128> trying to dispatch a bit ftbfs bugs
[21:40] <kenvandine> good times :)
[21:40] <seb128> kenvandine, it's to test but I think http://cgit.freedesktop.org/geoclue/commit/?id=90669619d1d621080ef00dcb8db1c3d206ee0bfe might be enough to fix the issue
[21:40] <seb128> dunno who decided to fail builds on unused variables
[21:40] <kenvandine> seb128, looks like it
[21:41] <seb128> seems like a stupid thing to break builds on
[21:41] <kenvandine> yeah... kind of painful
[21:41] <kenvandine> bamf is out of control on those
[21:41] <seb128> like ok it's non optimal but it's not likely to create bugs
[21:41] <kenvandine> very unlikely
[21:41] <cyphermox> seb128: re ftbs, I'm going to look at n-m-pptp, and was already working on trying to fix indicator-network so that it at least builds and pretends to work
[21:41] <kenvandine> and nobody wants to fix 100 or so of those errors in bamf
[21:42] <seb128> cyphermox, thanks
[21:42] <cyphermox> I'll pick at others once done :)
[21:42] <seb128> bug #833172
[21:42] <ubot2> Launchpad bug 833172 in xapian-core "[FFE] CJK support" [Undecided,Confirmed] https://launchpad.net/bugs/833172
[21:43] <seb128> is somebody who is not over his work day wanting to look at that and get it uploaded before his end of day?
[21:43] <seb128> it's the cjk patch for xapian from dx
[21:43] <seb128> it's a backport of 2 upstream commits to their svn which will be in the next stable update and got a ffe
[21:44] <seb128> so it's basically "checking that it applies, build, and that unity and i.e synaptic still work"
[21:44] <cyphermox> fun
[21:44] <cyphermox> unity as in the app list of installable apps?
[21:44] <seb128> didrocks put an earlier version in the ubuntu-desktop ppa and dx and oem has been testing those patches
[21:44] <seb128> so they should be ok
[21:45] <seb128> cyphermox, yes, like open the application lens, type a name and check that it still list things
[21:45] <cyphermox> hm, I wonder if this fixes my entering deadkeys in the search
[21:49] <seb128> njpatel is working on the unity side
[21:50] <cyphermox> ok. I need to run now (lift is here) but I can upload in an hour or so if nobody does it before
[21:52] <seb128> cyphermox, it's likely not going to be in your upload set
[21:52] <seb128> but if you can do an update ask RAOF or whoever is on work shift to sponsor it if you can
[21:52] <seb128> otherwise we will pick it up tomorrow morning european time
[21:52] <seb128> cyphermox, thanks ;-)
[21:52] <cyphermox> alright
[21:56] <seb128> 'night
[22:01] <RAOF> Morning cyphermox :)
[22:03] <chrisccoulson> oh, wow. it's nice when people announce API breaks, so I can fix my extension before it actually happens - http://groups.google.com/group/mozilla.dev.platform/browse_thread/thread/13d0295f867d845a#
[22:03] <chrisccoulson> :)
[22:03] <chrisccoulson> it's not often that happens
[22:24] <ricotz> jbicha, hi
[22:27] <ricotz> i think it isnt really usefull doing merge proposes against full-source branches without adding some debdiff to make a review simpler
[22:28] <ricotz> i mean a diff of debian/* only
[22:29] <jbicha> ricotz: ok, I'll add a debian/ diff
[22:30] <jbicha> that makes sense as the other stuff isn't useful
[22:30] <ricotz> exactly ;)
[22:32] <ricotz> jbicha, try to clean up the build-deps like dropping the gir1.2-* build-deps which are pulled by their -dev package
[22:32] <jbicha> hmm, actually there isn't a place to upload files in the merge proposal, I could just paste it in or pastebin it
[22:33] <ricotz> and add gir1.2-soup-2.4 to gnome-shell deps
[22:34] <ricotz> jbicha, yeah, or put a diff in your people space and link to it
[22:37] <ricotz> jbicha, and of course a merge with conflicts isnt good either
[22:38] <ricotz> 23568 lines (+7833/-6327) 95 files modified (has conflicts)
[22:38] <ricotz> Text conflict in debian/changelog
[22:39] <jbicha> ricotz: ok, I'll work on cleaning this up
[22:40] <ricotz> jbicha, while there is no real branch for gnome-shell, you probably want to use a bug adding a package files and a debian-only-diff to it
[22:44] <cyphermox> Morning RAOF
[22:44] <jbicha> ricotz: what do you mean by adding a package files?
[22:44] <jbicha> I should just open a new bug requesting the new gnome-shell version, right?
[22:45] <ricotz> jbicha, i mean *.dsc diff.gz and tarball
[22:46] <ricotz> jbicha, yes, and subscribe ubuntu-sponsors
[22:47] <ricotz> jbicha, maybe the best to ping bigon before he uploads it first :P
[22:47] <jbicha> ricotz: well if I do a merge proposal I don't need the *.dsc, diff.gz or tarball, just the debian/ diff, right?
[22:48] <jbicha> ricotz: do you mean bigon's uploading to Debian or to Ubuntu?
[22:48] <ricotz> jbicha, yeah, probably, the tarball can be downloaded easily while sponsoring
[22:48] <ricotz> to ubuntu like he did with mutter
[23:00] <ricotz> jbicha, bye
[23:20] <chrisccoulson> w00t, new thunderbird theme coming now!
[23:25] <jasoncwarner_> chrisccoulson: awesome!
[23:25] <jasoncwarner_> tell me when I should push enter on my keyboard to get it ;)
[23:25] <chrisccoulson> jasoncwarner_, i'm just uploading it now
[23:26] <chrisccoulson> the patches to implement it are absolutely huge
[23:26]  * jasoncwarner_ notes that chrisccoulson should make internets faster so I can get it now...hate waiting
[23:26] <chrisccoulson> heh
[23:26] <chrisccoulson> it takes 2 hours to build as well ;)
[23:32]  * jasoncwarner_ notes that...and keeps hitting enter anyway ;)
[23:33] <chrisccoulson> i definitely need a faster internet connection
[23:33] <chrisccoulson> 2/3 uploaded now ;)