[02:50] <Amaranth> hyperair: #compiz-dev could probably just take it from you
[02:51] <hyperair> Amaranth: a bit too late, the patch's already committed =)
[02:51] <hyperair> but yeah i took it to #compiz-dev
[03:02] <Amaranth> hyperair: Did you see the PPA I started for compiz++?
[03:02] <hyperair> Amaranth: YOU DID?!
[03:02] <Amaranth> I got compiz and libcompizconfig done, iirc
[03:02] <hyperair> >=O
[03:02] <hyperair> after all the efforts i went through compiling and stuffing into /opt!
[03:03] <Amaranth> But then seb128 said to merge with the debian packaging and I couldn't get any answer from the debian packager on my changes
[03:03] <hyperair> ah i see.
[03:03] <Amaranth> So that's where I stopped working on it
[03:03] <Amaranth> I rewrote the compiz package to use dh 7
[03:03] <hyperair> awesome!
[03:03] <hyperair> will there be a daily PPA for compiz++?
[03:04] <Amaranth> And I was going to include the plugin packs as submodules of the compiz package so they would always be in sync and we could easily creatively split them up based on usage
[03:04] <hyperair> ah i see
[03:04] <hyperair> that's an interesting idea.
[03:04] <Amaranth> Maybe, I might just go implement all my ideas anyway and get seb128 to recognize the awesomeness
[03:04] <hyperair> but that'd require you to generate your own tarballs, right?
[03:05] <Amaranth> Oh, crap, I deleted my PPA because some idiots were trying to use it and it didn't have all the packages
[03:05] <hyperair> lol
[03:05] <Amaranth> I hope I still have the source packages somewhere...
[03:05] <hyperair> you should always maintain these things in git =p
[03:05] <Amaranth> hyperair: I believe dh 7 supports a source package with multiple tarballs
[03:05] <hyperair> oh yeah it does.
[03:05] <Amaranth> Or maybe I would have to roll my own 'compiz' tarball
[03:05] <Amaranth> Oh, I still have my bzr branches
[03:06] <hyperair> you might, if you're going for the submodule method
[03:06] <Amaranth> https://code.launchpad.net/~amaranth/compiz/0.9
[03:06] <hyperair> git-buildpackage hates submodules in any case.
[03:07] <Amaranth> Nice simple rules file
[03:07] <hyperair> why are you still depending on cdbs, though?
[03:08] <Amaranth> the translation stripping stuff
[03:09] <hyperair> afaik you don't need cdbs for that.
[03:09] <hyperair> my dh7 packages don't.
[03:09] <hyperair> e.g. nautilus-share
[03:09] <Amaranth> Do you strip the translations though? You actually have to put something in rules to do it
[03:10] <Amaranth> From the gconf schemas, I mean
[03:10] <hyperair> eh?
[03:10] <hyperair> gconf?
[03:10] <hyperair> oh nautilus-share doesn't have gconf
[03:11] <hyperair> wait a sec, i could have sworn i made nautilus-share use dh7
[03:11] <hyperair> why is it still using cdbs D=
[03:12] <hyperair> anyway, i have to be going. ttyl
[06:21] <RAOF> Who feels like sponsoring some bugfixes!
[06:22] <kklimonda> RAOF: do you have any idea if the subpar performance of unity is related to nvidia drivers?
[06:23] <RAOF> It's sub-par on nvidia?
[06:23] <kklimonda> well, not even a subpar performance - just that using unity (with some pretty standard apps) makes my laptop boil :/
[06:23] <RAOF> I should probably install the blob on one of my nvidia machines, but Alberto does such a good job of maintaining it!
[06:24] <kklimonda> temperature is ~7-8 degrees higher then what I get on standard desktop and it can raise up to ~90
[06:24] <RAOF> I guess it's possible that unity hits codepaths poorly-optimised by the nvidia drivers.  I'd be a bit surprised, though, since AFAIK unity tends to be developed on a combination of intel & nvidia boxes.
[06:25] <kklimonda> I can see mutter constantly use some cpu even if I just type in the terminal..
[06:25] <RAOF> I'd give #ayatana a try, or... #ubuntu-dx?  Where do our DX guys hang out? :)
[06:26] <kklimonda> on #ayatana afair
[06:26] <kklimonda> do you know who I should ask directly?
[06:27] <RAOF> Not really; both DBO and MacSlow would probably be knowledgable in the appropriate areas, though.
[06:27] <DBO> kklimonda, whats up?
[06:27] <kklimonda> thanks, I'll ask them
[06:27] <kklimonda> DBO: unity is boiling my laptop :/
[06:27] <kklimonda> well, not exactly but it's noticeably hotter
[06:27] <DBO> kklimonda, a little more explanation would be nice :)
[06:28] <kklimonda> DBO: there isn't much else - just by running unity (firefox, evolution, terminal, few more apps but nothing cpu intensive) my laptop runs 7-8 degrees hotter then when I use standard desktop.
[06:29] <DBO> kklimonda, okay a small battery of questions: CPU/GPU? CPU usage levels when running unity? Standard desktop == compiz?
[06:29] <kklimonda> DBO: compiz, core2duo 2.4Ghz with nvidia quadro 140m
[06:30] <DBO> kklimonda, using the nvidia proprietary drivers?
[06:30] <kklimonda> yes
[06:30] <DBO> hows CPU?
[06:31] <kklimonda> DBO: hmm.. I get constant 20% cpu usage when I move terminal window slowly
[06:32] <kklimonda> slower I move it the higher cpu usage is :)
[06:32] <DBO> thats actually expected, how is it just sitting there?
[06:32] <kklimonda> it's sitting at 1-2%
[06:32] <kklimonda> 4 windows: 2 terminals, transmission and rhythmbox in background
[06:33] <kklimonda> when I type in terminal cpu usage raises to ~7%
[06:33] <DBO> running maverick?
[06:34] <kklimonda> DBO: yeah, up to date
[06:34] <DBO> the CPU usage seems fine, almost idle
[06:35] <DBO> it is likely the high temperature is related to GPU being powered up into a higher power state
[06:35] <DBO> this is one of the few times a nvidia chip is working against you here...
[06:35] <kklimonda> can I actually force it to stay in powersave?
[06:36] <kklimonda> and my nvidia is a nasty beast - it's actively working on making my laptop useless by burning itself ;)
[06:37] <kklimonda> btw, I have crashed mutter/unity twice already
[06:37] <kklimonda> and I've been running it for an hour or so :)
[06:37]  * DBO sighs
[06:37] <RAOF> DBO: You should have quit about a month ago.  It was much more stable ;)
[06:38] <DBO> it wasn't us who broke it
[06:38] <DBO> all these new updates came into Maverick
[06:38] <RAOF> Oh, yeah.  There was a clutter update, wasn't there.
[06:38] <DBO> how much can I bitch about clutter in public?
[06:38] <kklimonda> but the stacktrace actually looks useful: __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31
[06:38] <kklimonda>  g_strconcat (string1=0x7fc006c0c50b "app-") at /build/buildd/glib2.0-2.25.15/glib/gstrfuncs.c:310
[06:39] <DBO> ? more?
[06:39] <kklimonda> DBO: I can subscribe you if you can give me your launchpad id :)
[06:39] <DBO> jassmith
[06:39] <DBO> link me the bug?
[06:39] <kklimonda> it's not retraced yet but first 3 frames are available.
[06:39] <kklimonda> bug 648548
[06:39] <ubot2> kklimonda: Bug 648548 on http://launchpad.net/bugs/648548 is private
[06:40] <kklimonda> subscribing you
[06:40] <kklimonda> done
[06:41] <DBO> kklimonda, why is a Unity bug private such that not even the unity team can look at it?
[06:41] <kklimonda> DBO: until it's retraced it's not available to anyone because CoreDump is still attached
[06:41] <DBO> ahhh
[06:41] <DBO> well, looks like we got vala fucked again, I'll look at it
[06:42] <micahg> !ohmy | DBO
[06:42] <ubot2> DBO: Please remember that all Ubuntu IRC channels share the same attitude of providing friendly and polite interaction with all users of all ages and cultures. Basically, this means no foul language and no abuse towards others.
[06:42] <kklimonda> DBO: it's not that hard to make vala generate stupid things :/
[06:42] <DBO> indeed
[06:44] <DBO> RAOF, you think I should try for Ubuntu membership
[06:44] <kklimonda> yeah, you were right - It's probably gpu reving up to make all the bling show on the screen every time I do something.
[06:44] <RAOF> DBO: Sure, if you want to.
[06:44] <RAOF> I mean, I know you :)
[06:45] <DBO> hehe I am curious how that would go
[06:45] <kklimonda> DBO: after I spent last 20 minutes doing nothing but chatting here the temperature has dropped down.
[06:45] <DBO> "So what have you done for Ubuntu?" "Oh you know... stuff"
[06:45] <DBO> kklimonda, I suspect what is going on is as you do stuff mutter in all its wisdome is getting a big ol stream of damage events
[06:46] <DBO> unlike compiz its not all that smart about occlusion and just goes ahead and tfp's the living heck (welcome micahg) out of your system
[06:46] <kklimonda> that's unfortunate
[06:46] <DBO> this is causing your X driver to enter a spin loop (TFP is awesome) and spins the nvidia driver up to a higher power state
[06:47] <RAOF> DBO: It should be using the GL occlusion query that locked the GPU on i965 :)
[06:47] <DBO> in so many ways I hate linux drivers
[06:47] <kklimonda> DBO: any chance you can fix that before natty release? ;)
[06:47] <kklimonda> because I refuse to use gnome shell
[06:47] <DBO> the crash? yes
[06:47] <kklimonda> mutter being stupid :)
[06:47] <RAOF> Speaking of which… sponsorship of mesa & xserver-xorg-video-intel from http://cooperteam.net/Packages/ would be appreciated :)
[06:48] <DBO> the performance? my god man I rewrite the entire logic of how clutter picks actors (no small task, they chiding me for even suggesting i could do it)
[06:48] <DBO> rewrote*
[06:48] <kklimonda> I wonder if I can at least force nvidia to stay in powersave mode..
[06:48] <kklimonda> It's not like I use it for anything
[06:49] <kklimonda> the worst purchase ever - for various reasons
[06:49] <kklimonda> oh wait, the ibook that broke 4 times was probably even worse..
[06:51] <DBO> no you cant
[06:51] <DBO> nvidia has openly stated that
[06:51] <DBO> basically they need to be able to power up in dual monitor situations
[06:51] <DBO> so rather than giving you that control
[06:51] <DBO> well you get the idea...
[06:52] <kklimonda> right, users are obviously too stupid for their own good so It's important to think for them..
[07:02] <kklimonda> DBO: btw, do you know if it's reported that, when an application is maximised, I can't double click on the top panel (where appmenu-gtk lives) to unmaximise it?
[07:02] <kklimonda> I haven't seen it reported but maybe I'm not looking at the right packae
[07:02] <DBO> kklimonda, thats more of a feature issue than a bug
[07:02] <DBO> I know that code is not written
[07:02] <kklimonda> DBO: oh, so it's on the radar?
[07:03] <DBO> mmm no comment
[07:03] <kklimonda> :)
[07:09] <Sarvatt> kklimonda: yeah you can, with the registrydwords module option
[07:09] <kklimonda> Sarvatt: any drawbacks?
[07:09] <Sarvatt> i can't remember the exact stanza for minimum all the time though..
[07:09] <kklimonda> other then not being able to rev it up without restarting X :)
[07:10] <Sarvatt> PowerMizerEnable=0x1 PerfLevelSrc=0x2233 PowerMizerDefault=0x3  -- thats always min power on battery, adaptive on ac
[07:11] <kklimonda> google, here I come
[07:11] <Sarvatt> you can probably tweak it with nvidia-settings on the command line, i know xorg.conf stopped working around the 180 series
[07:11] <Sarvatt> lemme boot up my nvidia and see how I did it
[07:12] <kklimonda> thanks
[07:20] <Sarvatt> ok level 1 is max performance 3 is min power for each of the settings, PerfLevelSrc=0x2222 makes it fixed frequency on ac and battery, 2233 is fixed on battery adaptive on ac
[07:20] <Sarvatt> need to add options nvidia NVreg_RegistryDwords="foo" in a /etc/modprobe.d/whatever.conf
[07:21] <Sarvatt> might be options nvidia-current actually
[07:21] <Sarvatt> looks like i'm not using any of the settings at the moment on that machine to reference, I always get thrown off when I go to disable it
[07:22] <Sarvatt> options nvidia NVreg_RegistryDwords="PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x3"
[07:22] <Sarvatt> that should work
[07:22] <Sarvatt> vdpau needs more than the min frequency so you might not want to use it :)
[07:23] <kklimonda> I have never really had much luck with vdpau anyway
[07:23] <kklimonda> option nvidia or nvidia-current?
[07:23] <kklimonda> options*
[07:24] <kklimonda> ok, lets see what happens
[07:25] <Sarvatt> oh! I was using xorg.conf, I guess it does work again!
[07:26] <Sarvatt> i have Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2233; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x2" in the device section of my xorg.conf
[07:27] <Sarvatt> it only worked via a kernel module option from 180-195 from what I remember, but its working via xorg.conf in this 260 driver
[07:27] <kklimonda> hmm, it doesn't seem to work - at least nvidia-settings says that gpu revs up as always..
[07:27] <kklimonda> is modprobe -r nvidia-current && modprobe nvidia-current enough?
[07:27] <Sarvatt> what GPU do you have?
[07:27] <kklimonda> quadro 140m
[07:27] <Sarvatt> if its before 8xxx it proably wont work
[07:27] <kklimonda> no, it's 8xxx
[07:27] <Sarvatt> oh thats the same as I have and its working
[07:28] <kklimonda> hmm.. then I'm probably doing it wrong
[07:28] <Sarvatt> its sitting at 169/100 in nvidia-settings no  matter what I do with the xorg.conf
[07:29] <Sarvatt> (on battery)
[07:30] <Sarvatt> http://pastebin.com/kpb2Quzg
[07:31] <kklimonda> I should remove the last one?
[07:31] <Sarvatt> yeah no need for the module option, xorg.conf works
[07:31] <Sarvatt> sorry about that
[07:31] <kklimonda> i.e. PowerMizerDefaultAC=0x2
[07:32] <Sarvatt> try Option  "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3"
[07:32] <Sarvatt> that should be always lowest power mode
[07:33] <Sarvatt> dont have an ac adapter handy to check it
[07:33] <Sarvatt> nouveau will have power management for natty at least
[07:34] <kklimonda> yeah, it works now - everything is so slow :D
[07:34] <kklimonda> well, not everything but the fade-in/fade-out is
[07:35] <Sarvatt> might want to use adaptive that only goes up to performance level 1, but heck if I know what that combination would be :)
[07:35] <kklimonda> yeah, that would probably be perfect.. Good to know that nvidia provides a detailed documentation for this feature ;)
[07:35] <Sarvatt> i know you can do that though because i've had it before
[07:37] <kklimonda> 0x2 maybe?
[07:38] <Sarvatt> *that* might be the thing you need to use the kernel module options to accomplish
[07:38] <Sarvatt> hmm
[07:38] <Sarvatt> actually, try this
[07:38] <Sarvatt> Option  "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x3333; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x2"
[07:39]  * Sarvatt thinks default sets the max level but isn't sure
[07:39] <kklimonda> http://tutanhamon.com.ua/technovodstvo/NVIDIA-UNIX-driver/ do you think it's up to date?
[07:40] <Sarvatt> yeah those two default values pick the performance level to use, with 1 being the fastest level and 3 being the slowest level
[07:41] <Sarvatt> so Option  "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x3333; PowerMizerDefault=0x2; PowerMizerDefaultAC=0x2" would do it
[07:41] <Sarvatt> the options have been there for years and years so  I'm sure it is
[07:42] <kklimonda> it seem to be stuck at the Level 1
[07:42] <kklimonda> or not
[07:43] <kklimonda> it just took a while
[07:43] <Sarvatt> it go own to 0 or up to 2?
[07:43] <kklimonda> only down to 0
[07:43] <kklimonda> thanks
[07:43] <Sarvatt> sweet, no problem
[08:12] <didrocks> good morning
[08:15] <RAOF> Aloha, didrocks!
[08:15] <didrocks> hey RAOF, how are you?
[08:15] <RAOF> Pretty good.
[08:16] <RAOF> Oh, whoops.  Just cliked on a link.  I may be slightly less than responsive while KDE tries to launch hundreds of winebrowser instances for no particularly good reason.
[08:18] <didrocks> :)
[08:19] <RAOF> Yay!  It's done.
[08:19] <pitti> Good morning
[08:21] <TheMuso> Hey pitti, didrocks.
[08:21] <didrocks> Guten Morgen pitti
[08:21] <didrocks> hey TheMuso
[08:21] <pitti> hey TheMuso, had a nice weekend?
[08:21] <pitti> bonjour didrocks
[08:22] <TheMuso> pitti: Certainly did thanks, a little warmer than I'd like for early sprig however.
[08:22] <TheMuso> early/mid spring even
[08:22] <pitti> lucky you - it has been raining here since Saturday, and will most of the week
[08:23] <RAOF> And we've got strong wind here - although it's settled down a bit during the day.
[09:01] <seb128> hello
[09:01] <didrocks> hey seb128 :)
[09:02] <seb128> lut didrocks
[09:02] <didrocks> welcome back! how were your holidays?
[09:02] <seb128> how are you?
[09:02] <seb128> great, I managed to not work at all
[09:02] <seb128> I almost didn't turn the computer on
[09:02] <seb128> how did those 10 days go?
[09:02] <didrocks> busy :)
[09:03] <didrocks> but good I think!
[09:03] <didrocks> a lot of RC bug closed and such
[09:03] <didrocks> and a lot of uploads :)
[09:03] <didrocks> happy to hear you didn't turn the computer on during your holidays :)
[09:03] <mvo> hey seb128 - welcome back!
[09:04] <seb128> hey mvo, thanks!
[09:04] <seb128> didrocks, great
[09:04] <seb128> didrocks, where do we stand quality and updates wise
[09:04] <seb128> desktop and une?
[09:05] <didrocks> seb128: desktop has few remaining RC bugs, I didn't get anything worrying on the list
[09:05] <seb128> ok, great
[09:05] <didrocks> I finished updating gnome 2.31.92 last week, all went well
[09:05] <seb128> how did the meeting go?
[09:05] <didrocks> (apart from glib and gtk I let you that part :p)
[09:05] <seb128> brb coffee ready
[09:05] <seb128> alright
[09:05] <seb128> new GNOME today right?
[09:05] <seb128> 2.32?
[09:05] <didrocks> right, finishing my emails first and then, jump on them :)
[09:06] <didrocks> unity got a lot, a lot, a lot of bug fixes :)
[09:06] <didrocks> it's really good those days!
[09:06] <didrocks> still some few bugs which should be fixed as of today
[09:06] <didrocks> a lot of unexpected extra work like libindicator soname bump… but overall all went well
[09:07] <didrocks> and both meetings were smooth :) nothing particular
[09:11] <seb128> ok great
[09:11] <seb128> I'm catching up on emails, it's crazy
[09:11] <seb128> especially my bugmails box which has received lot of bug watch updates it seems
[09:12] <seb128> didrocks, seems there was some discussion about the signature
[09:12] <seb128> thanks for fixing it ;-)
[09:12] <seb128> did we just decide to go back to the hack I did without your changes to set it as default?
[09:24]  * mvo restarts to test mesa changes
[09:34] <didrocks> seb128: yeah, quite hot discussion :)
[09:34] <didrocks> good luck on email catching
[09:34] <didrocks> seb128: yeah, it's your hack + some small fixes, but not the default addition
[09:35] <seb128> 91_git_fix_cache_issues.patch
[09:35] <seb128> ok
[09:35] <seb128> didrocks, ^ in gnome-menus
[09:35] <seb128> isn't the caching ubuntu specific?
[09:35] <didrocks> seb128: no, this is the internal gnome-menus cache, not the file cache
[09:35] <seb128> ok
[09:35] <didrocks> seb128: don't do like vuntz, he was blaming our cache :p
[09:36] <vuntz> seb128: welcome back. Make sure to blame didrocks a lot!
[09:36] <didrocks> and then, realize it was all his fault!
[09:36] <didrocks> he didn't believe me :p
[09:36] <vuntz> didrocks: of course I didn't believe you. As usual :-)
[09:37] <seb128> hey vuntz
[09:50] <mvo> on todays upgrade I get a lot warnings about a missing "/usr/lib/gdk-pixbuf-2.0/loaders.cache" - known issue?
[09:50] <seb128> sort of
[09:51] <seb128> that's nothing new in any case
[09:51] <seb128> it's there since gdk-pixbuf has its own source
[09:51] <seb128> I pinged you about that by then
[09:51] <baptistemm> hello
[09:51] <seb128> the issue is that the gdk-pixbuf postinst create the cache
[09:51] <seb128> but other postinsts can be run before this one and use the pixbufs
[09:52] <seb128> ie softwares installing icons
[09:52] <seb128> running gtk-update-icon-cache
[09:52] <seb128> mvo, ^
[09:52] <seb128> baptistemm, lut
[09:52] <seb128> mvo, we would need a way to ensure that the gdx-pixbuf postinst is triggered before the others
[09:53] <seb128> but there is no way to do that right?
[09:56] <mvo> hm, ok
[09:56] <mvo> so its harmless?
[09:56] <seb128> not sure
[09:56] <seb128> I'm not sure it doesn't make the icon cache updates fail
[09:56] <pitti> hey seb128, welcome back! had a nice vacatin?
[09:56] <seb128> hey pitti!
[09:56] <seb128> excellent thanjks
[09:56]  * pitti hugs seb128
[09:56]  * seb128 hugs pitti
[09:56] <seb128> how are things around?
[09:57] <pitti> pretty hectic last week, but settling down
[09:57] <seb128> I'm still catching up, anything I should know about?
[09:57] <seb128> oh? breakage? or just rc bug fixing sprint?
[09:57] <pitti> the latter
[09:57] <pitti> i386 retracer fixed, FYI (python module breakage again)
[09:58] <mvo> what is the shortcut in unity that was alt-f2 in most other systems?
[09:59] <pitti> if a "run app" feature is available, why wouldn't it be alt-f2?
[10:00] <mvo> I don't know
[10:00] <baptistemm> salut seb128
[10:03] <mvo> I guess there is none
[10:03] <mvo> :/(
[10:06] <didrocks> mvo: there is none
[10:09] <mvo> didrocks: bug #648625 fwiw, mutter crashing reliable for me on right click on any launcher item and clicking on a action in there
[10:09] <ubot2> mvo: Bug 648625 on http://launchpad.net/bugs/648625 is private
[10:10] <didrocks> mvo: waow, can't open the bug :)
[10:10] <didrocks> mvo: ATI card?
[10:10] <mvo> didrocks: intel
[10:11] <mvo> didrocks: subscribed you
[10:11] <didrocks> mvo: thanks
[10:11] <didrocks> mvo: sounds like GL issue
[10:12] <mvo> possible
[10:12] <didrocks> can you paste to the bug report your exact intel card?
[10:13] <didrocks> there were a feature planned for a fallback if GL support in quicklist wasn't handle by the hw
[10:13] <didrocks> unfortunately, that branch didn't land and may won't be in maverick
[10:30] <chrisccoulson> good morning everyone
[10:31] <seb128> chrisccoulson, hey
[10:31] <seb128> how are you?
[10:31] <chrisccoulson> hi seb128, you're back!
[10:31] <chrisccoulson> did you enjoy your vacation?
[10:31] <chrisccoulson> i'm good thanks
[10:31] <seb128> yes, I had a great time away from the computer
[10:31] <seb128> I'm happy to be back to it after 2 weeks though ;-)à
[10:32] <chrisccoulson> heh _;_
[10:32] <chrisccoulson> oops
[10:32] <chrisccoulson> :-)
[10:32] <chrisccoulson> not sure what happened there ;)
[10:32] <chrisccoulson> i bet you have a lot of bug mail to get through this morning
[10:32] <seb128> emails yes, not only bugemails
[10:32] <seb128> I think I will just set the bug emails as read
[10:33] <seb128> I've read the ones assigned to me or the team
[10:41] <didrocks> hey chrisccoulson
[10:41] <chrisccoulson> hi didrocks, how are you?
[10:41] <didrocks> chrisccoulson: got a lot of rest this week-end, so fine, yes! ;)
[10:42] <didrocks> and you?
[10:42] <chrisccoulson> yeah, i'm good thanks. i got quite a bit of rest too
[10:43] <mvo> didrocks: running netbook-session and switching back set the gconf key for "metacity-is-a-compoisition manager"
[10:43] <fta> didrocks, hi, do you still plan to sponsor the tiny cairo fix?
[10:44] <mvo> didrocks: and it shufffled my custom button_layout (that one is minor)
[10:44] <mvo> didrocks: just fyi, not terrible
[10:44] <didrocks> fta: not right now, but can maybe do later or hunt for another sponsor :)
[10:44] <didrocks> mvo: hum? switching back to the desktop session change the default compositing manager?
[10:48] <mvo> didrocks: it appears to have set /apps/metacity/general/compositing_manager to true
[10:48] <didrocks> interesting, that's maybe a side issue when mutter is started
[10:48]  * didrocks checks the value there
[10:49] <chrisccoulson> didrocks - any bugs you want me to fix today? :-)
[10:49] <chrisccoulson> i got the totem one fixed on friday
[10:49] <didrocks> hum, it's false there, will try later on :)
[10:49] <didrocks> chrisccoulson: yeah, I saw that! thanks a lot :)
[10:50] <didrocks> chrisccoulson: hum, there is still those 2 ftbfs (the syncevo and the testsuite of xvfb). Not sure how important it is. Do you want to work on them?
[10:50] <didrocks> the totem fix really rocks! ;)
[10:50] <chrisccoulson> yeah, sure
[10:51] <didrocks> thanks chrisccoulson :)
[10:51] <didrocks> chrisccoulson: I'll upload it with the new totem btw
[10:53] <didrocks> mvo: can you log a bug and subscribe me? I'll have a test later on a fresh install :)
[10:53] <mvo> didrocks: sure
[10:53] <didrocks> mvo: thanks :)
[10:54] <mvo> didrocks: what package? unity?
[10:54] <didrocks> mvo: add a unity upstream task for tracking, but I would say ubuntu-netbook-default-settings for the package
[10:56] <seb128> chrisccoulson, having some free time today?
[10:57] <chrisccoulson> seb128 - yeah, i can look at some desktop bugs today
[10:57] <seb128> didrocks, how busy are you?
[10:57] <seb128> I'm trying to organize GNOME 2.32 updates ;-)
[10:57] <didrocks> seb128: well, quite a bit right now :-) will be able to start updates on 30 minutes, I hope :)
[10:58] <seb128> ok
[10:59] <didrocks> seb128: will do the gnome-games one
[10:59] <mvo> didrocks: bug #648662
[10:59] <ubot2> Launchpad bug 648662 in ubuntu-netbook-default-settings (Ubuntu) "after switching from netbook-session to desktop-session metacity is a composiotr (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/648662
[10:59] <seb128> didrocks, ok
[10:59] <seb128> I will start with the gdk-pixbuf gtk glib
[10:59] <didrocks> seb128: yeah, the one I even didn't try to touch :)
[10:59] <didrocks> seb128: oh about gtk, one sec
[10:59] <seb128> yes?
[11:00] <seb128> pitti, do I need ack from somebody to sync telepathy-* updates from debian?
[11:00]  * didrocks looks at emails
[11:00] <seb128> we have the current rc tarballs and they rolled stable ones while I was away
[11:00] <didrocks> seb128: bratche fixed bug #644730 and it's now commited upstream AFAIK, maybe should be interesting to pick it
[11:00] <ubot2> Launchpad bug 644730 in gtk+2.0 (Ubuntu) "Remove mouse scrolling from GtkNotebook tabs (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/644730
[11:01] <seb128> didrocks, ok thanks
[11:01] <didrocks> bratsche*
[11:01] <didrocks> yw :)
[11:01] <pitti> seb128: you were on the freeze exceptions delegates list for GNOME, but since you were on holiday and couldn't confirm, you got taken off, I think
[11:01] <pitti> seb128: but at this point I think it's better to have a bug and document it, and get a signoff
[11:02] <seb128> pitti, hum ok, one bug for each I guess?
[11:02] <didrocks> seb128: tp-glib is depending on latest gir
[11:02] <pitti> seb128: or task, if the kind of changes are similar
[11:02] <didrocks> and that blocks another tp package
[11:02] <seb128> didrocks, well quite some 2.32 tarballs will
[11:02] <seb128> I will just revert those commits
[11:02] <didrocks> yeah, it's just a FYI stuff :) I didn't have the time to look at it and ken told me it wasn't trivial to revert
[11:03] <seb128> pitti, do you prefer a bug or a fakesync so it can be reviewed in the queue?
[11:03] <seb128> didrocks, ok
[11:03] <pitti> seb128: I don't mind much; fakesync makes it easier to review, though
[11:03] <seb128> didrocks, the gtk change seems controversial that will be for next cycle
[11:03] <pitti> seb128: but harder to comment if there are questionable changs
[11:04] <didrocks> seb128: sure
[11:04] <seb128> pitti, ok, let me see the diff first and I will do what seems easier
[11:30] <gord> mvo, hey, re bug 648625 - could you pastebin me the output of gconftool-2 --get /desktop/unity/launcher/favorites/favorites_list please?
[11:30] <ubot2> Launchpad bug 648625 in unity (Ubuntu) (and 2 other projects) "mutter crashed with SIGSEGV in g_strconcat() (affects: 1) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/648625
[11:38] <didrocks> mvo: about bug #648662, I should miss something. Reinstall there an ubuntu-desktop, add ubunut-netbook, switching to the session, and then switching back to ubuntu-desktop session and the compositing_manager didn't change and still distro's default (and then, false…)
[11:38] <ubot2> Launchpad bug 648662 in ubuntu-netbook-default-settings (Ubuntu) "after switching from netbook-session to desktop-session metacity is a composiotr (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/648662
[11:56] <seb128> ok lunch time
[11:56] <didrocks> enjoy seb128
[11:56] <seb128> didrocks, I can do the vuntz's tarball after lunch
[11:56] <seb128> ie gnome-desktop libwnck etc
[11:57] <didrocks> ok thanks :)
[12:11] <didrocks> restart on live, will be back in less than 10 min if everything's ok
[12:26] <seb128> didrocks, re
[12:26] <didrocks> re seb128
[12:26] <seb128> didrocks, so what went wrong? you came back after 11 minutes
[12:26] <seb128> ;-)
[12:27] <didrocks> seb128: well, time to finish uploading gnome-games. not used to slow network :)
[12:27] <didrocks> seb128: the thing is, it seems my fix doesn't work, so a few reboot for testing will be needed
[12:27] <seb128> ok
[12:28] <seb128> didrocks, hint from a slow dsl user, scp your .changes .diff.gz .dsc on chinstrap or similar
[12:28] <mvo> didrocks: I wonder if it was because of my earlier mutter crash? the compositing_manager change I mean
[12:28] <seb128> then wget the orig and dput there
[12:28] <rodrigo_> seb128, didrocks: can you please review, upload and merge this -> https://code.edge.launchpad.net/~rodrigo-moya/ubuntu/maverick/rhythmbox/unbreak-python-bindings/+merge/36699
[12:29] <seb128> didrocks, rodrigo_: doing it
[12:29] <didrocks> seb128: yeah, I think I'll do that :)
[12:29] <rodrigo_> thanks!
[12:29] <mvo> didrocks: its a relatively fresh install (mid-last week) and I'm pretty sure I did not set it myself or did anything other fancy (yet) other then playing with unity
[12:29] <didrocks> mvo: do you have in your desktop session fancy launchers in panels or in the desktop? :)
[12:30] <didrocks> mvo: I think printing the key gord pointed at will be a nice clue
[12:30] <didrocks> ok, restarting to debug
[12:43] <didrocks> seb128: have you already done gnome-session? I have a patch to update first
[12:44] <seb128> didrocks, no
[12:44] <seb128> you can do it if you want
[12:44] <didrocks> seb128: I'll do it then :)
[12:44] <seb128> thanks
[13:16] <pedro_> hello folks
[13:16] <seb128> hey pedro_!
[13:17] <pedro_> seb128! welcome back! :-)
[13:17] <seb128> thanks!
[13:17] <pedro_> seb128, did you got too many 'bug watch updates' emails?
[13:18] <seb128> pedro_, enough to decide to mark my bugmails box as read
[13:18] <seb128> ;-)
[13:18] <seb128> so if you need me to know about a bug which was not assigned to me or the team ping me on IRC
[13:18] <pedro_> haha
[13:18] <pedro_> ok will do it
[13:18] <pedro_> i've been doing the same for closed bugs btw
[13:39] <bilalakhtar> seb128: Welcome back and THANKS!
[13:39] <seb128> bilalakhtar, hey, thanks for what?
[13:39] <bilalakhtar> seb128: Thanks for the endorsement on that day
[13:40] <seb128> oh right
[13:40] <bilalakhtar> seb128: I didn't get to thank you since then :)
[13:40] <bilalakhtar> You went on vacation
[13:40] <seb128> ;-)
[13:40] <seb128> right, which is one of the reason I was quite busy before the meeting and didn't have time to write on the wiki for you
[13:52] <seb128> chrisccoulson, do you want to help on GNOME updates?
[13:52] <seb128> we are in a hurry to get 2.32 in today
[13:53] <chrisccoulson> seb128 - yeah, sure
[13:53] <jcastro> welcome back seb!
[13:53] <cyphermox> seb128, how can I pitch in?
[13:54] <bcurtiswx_> seb128, same here, would I be able to help?
[13:56] <seb128> ok, great, motivated people there!
[13:56] <seb128> we work from http://people.canonical.com/~seb128/versions.html but we don't want to update everything
[13:56] <seb128> let me list some updates to do, whoever want to do one say "claiming <source>é
[13:57] <seb128> we will use IRC to dispatch tasks
[13:57] <jcastro> seb128: I am just here to say if you have more bugs --> klattimer
[13:57] <seb128> jcastro, hey
[13:57] <seb128> jcastro, I'm just back from holidays so right now I don't have my hands on the bug state
[13:57] <seb128> didrocks, ^ though
[13:58] <seb128> you probably have a better overview of things
[13:58] <didrocks> jcastro: oh, he already finished all others I gave? sweet. Will have a look
[13:58] <bcurtiswx_> seb128, once empathy releases 2.32.0 i can get a branch done for ya
[13:58]  * didrocks finishes something and have a look then
[13:59] <seb128> bcurtiswx: great
[13:59] <didrocks> hey mterry!
[13:59] <didrocks> mterry: welcome to the team :)
[13:59] <mterry> didrocks, hi!  :)
[13:59] <seb128> mterry, hey
[14:00] <mterry> seb128, yo!
[14:00] <seb128> mterry, welcome on board
[14:01] <mterry> thanks!
[14:01] <cyphermox> chrisccoulson, just a reminder, if you could spend a minute or two to look at my merge req. for bug 575160
[14:01] <ubot2> Launchpad bug 575160 in seamonkey (openSUSE) (and 3 other projects) "seamonkey 2.0 crashes with 'RenderBadPicture' diagnostics (affects: 19) (dups: 4) (heat: 125)" [Medium,Fix released] https://launchpad.net/bugs/575160
[14:01] <jcastro> mterry: \o/
[14:01] <mterry> :)
[14:01] <seb128> ok so
[14:03] <fagan> 13:57 < jcastro> seb128: I am just here to say if you have more bugs --> klattimer
[14:04] <fagan> huh
[14:04] <fagan> I just clicked on the window
[14:04] <fagan> and it pased something
[14:04] <fagan> :/
[14:04] <seb128> so
[14:04] <chrisccoulson> cyphermox, micahg mentioned it in #ubuntu-mozillateam this morning, and he has an idea of what to do to make it work with system cairo
[14:04] <chrisccoulson> but hasn't had time to write a patch yet
[14:05] <seb128> chrisccoulson, bcurtiswx, cyphermox:
[14:05] <seb128> if you want to do some updates
[14:05] <cyphermox> chrisccoulson, ah, right, okay then :)
[14:06] <seb128> http://download.gnome.org/sources/vino/2.32/vino-2.32.0.tar.gz
[14:06] <seb128> http://download.gnome.org/sources/libgweather/2.30/libgweather-2.30.3.tar.gz
[14:06] <seb128> http://download.gnome.org/sources/libwnck/2.30/libwnck-2.30.5.tar.gz
[14:06] <seb128> http://download.gnome.org/sources/gnome-menus/2.30/gnome-menus-2.30.4.tar.gz
[14:06] <seb128> http://download.gnome.org/sources/simple-scan/2.32/simple-scan-2.32.0.tar.gz
[14:06] <seb128> http://download.gnome.org/sources/libbonobo/2.32/libbonobo-2.32.0.tar.gz
[14:06] <seb128> http://download.gnome.org/sources/gucharmap/2.32/gucharmap-2.32.0.tar.gz
[14:06] <seb128> http://download.gnome.org/sources/vte/0.26/vte-0.26.0.tar.gz
[14:07] <seb128> ^ if you start on one say it there
[14:07] <cyphermox> claiming libgweather ;)
[14:07] <seb128> [UPDATING] source
[14:07] <cyphermox> d'oh
[14:07] <seb128> thanks
[14:07] <seb128> cyphermox, noted ;-)
[14:07] <seb128> I just decided on [UPDATING] for easier parsing
[14:07] <seb128> mterry, ^ if you want to help on those today
[14:07] <cassidy> one more soon for you guys, I'm distchecking Empathy 2.32.0 atm :)
[14:07] <seb128> we will probably get extra one comings
[14:08] <bcurtiswx_> [UPDATING] vino
[14:08] <seb128> bcurtiswx_: ^ empathy will be yours as well
[14:08] <seb128> thanks
[14:08] <bcurtiswx_> cassidy, OK i'll be on that too then
[14:08] <corecode> hey
[14:09] <mterry> seb128, sure, I can claim something.  gucharmap?
[14:09] <corecode> chrisccoulson: around?
[14:10] <chrisccoulson> claiming vte (but i will need someone to sponsor that)
[14:10] <chrisccoulson> corecode, yes
[14:10] <didrocks> [UPDATING] libwnck
[14:10] <corecode> chrisccoulson: your last gnome-terminal update on lucid removed the useful rows/columns setting
[14:11] <corecode> chrisccoulson: i understand that that happened upstream, but still.  that's in reference to bug #510483
[14:11] <ubot2> Launchpad bug 510483 in gnome-terminal (Ubuntu) (and 1 other project) "Gnome-terminal ignores /usr/share/vte/termcap/xterm (affects: 1) (heat: 8)" [Low,Fix released] https://launchpad.net/bugs/510483
[14:11] <chrisccoulson> corecode, that's because it was removed in the upstream stable release. it should never have been there in the first place, and is just unfortunate that we shipped with an unstable version
[14:11] <seb128> chrisccoulson, ok
[14:11] <corecode> chrisccoulson: i disagree; it is a very useful thing to have
[14:12] <corecode> chrisccoulson: before, you had to modify termcap entries that are likely to be overwritten on updates
[14:12] <corecode> chrisccoulson: now you could actually change the default size at a sensible place
[14:12] <corecode> chrisccoulson: and what's worse is that this now changed mid-release
[14:13] <corecode> and in maverick it will change back
[14:13] <seb128> http://download.gnome.org/sources/libgnome-keyring/2.31/libgnome-keyring-2.31.92.tar.gz
[14:13] <seb128> ^ other update
[14:13] <corecode> that's quite counter least astonishment
[14:14] <chrisccoulson> corecode, it was removed to fix gnome bug 607875
[14:14] <ubot2> Gnome bug 607875 in Profiles "ignores termcap?" [Blocker,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=607875
[14:15] <corecode> chrisccoulson: i understand that
[14:15] <corecode> chrisccoulson: does not seem like a reasonable decision to me
[14:16]  * cyphermox brb -> making tea
[14:16] <corecode> after all it is much easier to change the default size in the gui than by editing some termcap entry
[14:17] <corecode> now that this has been reverted, everybody who finally did change the default size will be surprised
[14:19] <OwaisL> hi, does anyone know if the xorg edgers ppa fixes Intel GM issue for clutter?
[14:20] <fagan> OwaisL: you should ask the #ubuntu-x guys
[14:20] <fagan> they would know
[14:22] <cassidy> seb128, are you going to pacakge GTK 2.22 in Maverick ?
[14:23] <OwaisL> fagan, all right. thanks
[14:23] <OwaisL> join #ubuntu-x
[14:23] <seb128> cassidy, yes, I'm on it
[14:23] <seb128> cassidy, we might not update the telepathy-glib etc though
[14:24] <OwaisL> damn.. i always f*ck up the join command
[14:24] <seb128> since it seems you require a new gobject introspection
[14:24] <cassidy> seb128, yeah, that's the only way to get it working properly it seems :\
[14:24] <cassidy> because of gir, not our code
[14:36] <bcurtiswx_> seb128, this always confused me.  since there's an ~ubuntu-desktop/empathy that has only the debian directory.  do you want two separate merge requests (one for the lp:ubuntu/empathy and one for lp:~ubuntu-desktop/empathy) ?
[14:37] <seb128> no
[14:37] <seb128> just the one indicated in the control or by apt-get source
[14:37] <bcurtiswx_> seb128, OK
[14:37] <seb128> ie lp:~ubuntu-desktop/empathy/ubuntu
[14:37] <seb128> the other one is an autoimport from the uploads
[14:42] <cyphermox> for these updates, is there already a master bug or should I be filing something for libgweather?
[14:42] <mterry> seb128, https://bugs.launchpad.net/ubuntu/+source/gucharmap/+bug/648894 (need a sponsor for gucharmap 2.32.0)
[14:43] <seb128> cyphermox, just upload
[14:43] <ubot2> Ubuntu bug 648894 in gucharmap (Ubuntu) "Merge new release 2.32.0 (affects: 1) (heat: 8)" [Undecided,New]
[14:43] <seb128> mterry, thanks
[14:43] <seb128> cyphermox, mterry, chrisccoulson, bcurtiswx: no need of bugs for the exception
[14:43] <seb128> those are part of GNOME with a standing exception
[14:43] <mterry> seb128, sure, but needed a place for debdiff, no?
[14:43] <seb128> but it would be nice if you could rather work on having merge requests
[14:44] <desrt> seb128: good vacation?
[14:44] <mterry> seb128, oh right.  :)
[14:44] <seb128> desrt, hey, yes, thanks
[14:44] <desrt> nice to have you back :)
[14:44] <seb128> ;-)
[14:44] <seb128> I'm trying to get the new glib in today
[14:44] <desrt> don't
[14:44] <desrt> i'll have 2.26.0 out by tonight
[14:44] <cyphermox> seb128, I can't upload them anyway, but I have a merge request ready for libgweather in 2
[14:44] <mterry> I'll take simple-scan next
[14:44] <seb128> desrt, I know but if we get the current we will get closed
[14:45] <seb128> mterry, thanks
[14:45] <desrt> closed?
[14:45] <seb128> desrt, closer
[14:45] <desrt> ah
[14:45] <desrt> maybe a good idea, indeed
[14:45] <seb128> desrt, I will have a hard time to get it in
[14:45] <desrt> new API changes in 2.26.0
[14:45] <desrt> *no new
[14:45] <desrt> just one new API
[14:45] <seb128> 2.25.16 breaks quite some apis
[14:45] <desrt> and i plan to render robert's gsettings patch irrelevent
[14:46] <seb128> it's getting very late
[14:46] <desrt> ie: i will implement the requested functionality, but in a more robust way, so you can drop the patch
[14:46] <seb128> candidate iso should start being rolled tomorrow
[14:46] <seb128> I'm not sure I will manage to get those in
[14:46] <seb128> let's see
[14:46] <desrt> would it help if i tried to have the release in a few hours?
[14:46] <seb128> yes
[14:46] <desrt> okay.  i'll do that, then
[14:47] <desrt> bye :)
[14:49] <seb128> thanks
[14:52] <cyphermox> seb128, or somebody else; https://code.edge.launchpad.net/~mathieu-tl/libgweather/update-to-2.30.3/+merge/36713 <-- needs a sponsor/review
[14:52] <seb128> didrocks, ^ can do that?
[14:52] <didrocks> seb128: sure
[14:52] <seb128> thanks
[14:52] <cyphermox> [UPDATING] gnome-menus
[14:55] <mterry> seb128, ah, bzr merges so much easier.  :)
[14:55] <seb128> mterry, ;-)
[14:56] <mterry> I'll take libwnck
[14:56] <cyphermox> mterry, I think didrocks was already working on that one?
[14:56] <didrocks> libwnck already done
[14:56] <mterry> cyphermox, oh, didn't see it in backlog
[14:56] <didrocks> and uploaded :)
[14:57] <cyphermox> mterry, but yeah,  /me <3 bzr merges
[14:57] <mterry> libbonobo?
[14:57] <cyphermox> mterry, afaik, free
[14:57] <seb128> mterry, it's your
[14:57] <seb128> yours
[14:57] <seb128> rickspencer3, hey
[14:57] <rickspencer3> hi seb128
[14:57] <rickspencer3> welcome back!
[14:57] <rickspencer3> I bet didrocks was happy to see you this morning :)
[14:57] <seb128> http://download.gnome.org/sources/gnome-settings-daemon/2.32/gnome-settings-daemon-2.32.0.tar.gz
[14:57] <seb128> http://download.gnome.org/sources/gnome-control-center/2.32/gnome-control-center-2.32.0.tar.gz
[14:57] <seb128> rickspencer3, thanks
[14:58] <seb128> rickspencer3, seems you guys did just fine without me ;-)
[14:58] <rickspencer3> seb128, well ...
[14:58] <rickspencer3> we survived
[14:58] <seb128> but yeah apparently didrocks set on an hectic schedule for that
[14:58] <didrocks> "hectic" yes… :)
[14:59] <mterry> seb128, btw, where is glib 2.26.0?  I keep waiting for that release.  Is that scheduled for 3.0 rather than 2.32?
[14:59] <seb128> mterry, it's coming today, I uploaded 2.25.16 which should be close
[14:59] <seb128> it's waiting review though
[15:00] <mterry> seb128, ah good to hear
[15:00] <cyphermox> seb128, didrocks, should I bother fixing lintian warnings?
[15:00] <seb128> no
[15:00] <cyphermox> thx
[15:01] <seb128> change nothing at this stage
[15:01] <nessita> hello everyone! I'm getting errors for python-virtkey when installing today's updates http://pastebin.ubuntu.com/501496/
[15:01] <seb128> hey nessita
[15:01] <nessita> hey seb128, how are you? we missed you last week!
[15:02] <seb128> nessita, I'm great thanks
[15:11] <mterry> I'm taking gnome-settings-daemon too now
[15:16] <seb128> mterry, thanks, did you finish libbonobo?
[15:16] <seb128> I'm just making sure I don't miss sponsoring requests ;-)
[15:17] <mterry> seb128, yeah, the merge request is filed
[15:17] <mterry> seb128, https://code.launchpad.net/~mterry/ubuntu/maverick/libbonobo/2.32.0/+merge/36715
[15:17] <seb128> mterry, can you give the url on IRC when you have one?
[15:17] <seb128> thanks ;-)
[15:17] <seb128> easier to track, I'm avoiding emails today
[15:18] <mterry> seb128, heh, right, you're back from vacation  :)
[15:18] <seb128> indeed
[15:18] <seb128> and we have one day to get GNOME 2.32 in
[15:18] <seb128> so busy day ;-)
[15:18] <nisshh> seb128, holy moly you can type fast :)
[15:19] <seb128> lol
[15:19] <seb128> "Gdk-2.0.gir: error: Type reference 'GdkPixbuf' not found"
[15:19] <seb128> I hate gir
[15:19] <seb128> gtk 2.22 build fails
[15:21] <chrisccoulson> seb128 - ok, vte is in bzr for sponsoring
[15:21] <chrisccoulson> nice easy update :)
[15:22] <desrt> seb128: :)
[15:22] <bilalakhtar> seb128: Ready to sponsor a critical bug fix?
[15:22] <seb128> bilalakhtar, which one?
[15:22] <seb128> chrisccoulson, great, you might do g-t to go with it then
[15:22] <desrt> my girlfriend was jhbuilding yesterday
[15:22] <bilalakhtar> seb128: bug #648695
[15:22] <ubot2> Launchpad bug 648695 in virtkey (Ubuntu Maverick) (and 1 other project) "package python-virtkey (not installed) failed to install/upgrade: file does not exist: /usr/lib/python2.6/dist-packages/python_virtkey-0.60.0.egg-info (affects: 131) (dups: 98) (heat: 977)" [Critical,In progress] https://launchpad.net/bugs/648695
[15:22] <bilalakhtar> though I haven't attached patch yet
[15:22] <desrt> and she was getting upset because she felt confused that something was broken and she didn't know how to fix it
[15:22] <chrisccoulson> seb128 - yeah, can do
[15:22] <desrt> i ask "what is it?"
[15:22] <desrt> "uh.. gobject introspection?"
[15:23] <seb128> desrt, is the end of story telling me how to fix that specific issue? ;-)
[15:23]  * mterry is enjoying previously-unknown 'bzr lp-open' command
[15:23] <desrt> no :)
[15:23] <chrisccoulson> bilalakhtar, i can sponsor that if you like
[15:23] <seb128> desrt, :-(
[15:23] <bilalakhtar> Thanks chrisccoulson ! Let me debdiff
[15:23] <mterry> seb128, https://code.launchpad.net/~mterry/ubuntu/maverick/gnome-settings-daemon/2.32.0/+merge/36719
[15:24] <mterry> I'll take gnome-control-center
[15:24] <seb128> mterry, ok, thanks
[15:26] <chrisccoulson> hi mterry, and welcome!
[15:26] <bilalakhtar> chrisccoulson: You may see the debdiff now
[15:26] <mterry> chrisccoulson, hello!  :)
[15:26] <chrisccoulson> bilalakhtar, thanks
[15:28] <seb128> mterry, you want to pay attention to apt-get source
[15:28] <seb128> mterry, or use debcheckout
[15:28] <seb128> mterry, we usually use lp:~ubuntu-desktop/source/ubuntu
[15:29] <seb128> with only the debian dir
[15:29] <seb128> for our packaging
[15:29] <seb128> it's listed in the control and apt-get source or debcheckout should do the right thing
[15:29] <mterry> seb128, oh, I was used to jamesw's instructions.  OK.  Do I need to redo any of the merges?
[15:29]  * bilalakhtar hopes the patch is good
[15:30] <seb128> mterry, no, I will sort those, just do it for the next one
[15:30] <mterry> seb128, yup, sorry for busywork
[15:30] <seb128> mterry, we have the discussion with james_w every cycle ;-)
[15:30] <seb128> we still feel that fetching the whole source history is very slow for no real benefit
[15:30] <seb128> mterry, no worry
[15:31] <seb128> http://download.gnome.org/sources/nautilus/2.32/nautilus-2.32.0.tar.gz
[15:32] <bilalakhtar> chrisccoulson: Are you a core-dev?
[15:32] <bilalakhtar> ah, you have upload rights for virtkey
[15:32] <chrisccoulson> bilalakhtar, no, i can still upload that :)
[15:33] <seb128> chrisccoulson, when do you apply btw? ;-)
[15:33] <chrisccoulson> i really need to do that soon :/
[15:34] <bcurtiswx_> seb128, im doing a pbuilder-maverick build on empathy, will have merge shortly on that
[15:34] <seb128> ok
[15:34] <bilalakhtar> good to see good participation in the desktop team
[15:35]  * bcurtiswx_ isn't even in the desktop team :P
[15:35] <seb128> no need to be in the team to contribute ;-)
[15:35] <seb128> but yeah, great to see the channel active
[15:35] <bilalakhtar> bcurtiswx_: Even I am not, but I help fix some trivial bugs in the desktop packages, and so we are part of the desktop contributors
[15:35] <bilalakhtar> that's what I meant
[15:35] <bcurtiswx_> bilalakhtar, Ok then, i agree :)
[15:36] <bilalakhtar> This channel is never dead, unlike other development team channels like #ubuntu-motu
[15:36] <bcurtiswx_> ugh, idk how i didn't have a create with pbuilder yet.. now i have to wait for that.. hahaha
[15:41] <cyphermox> alright, gnome-menus ready for review/sponsoring: https://code.edge.launchpad.net/~mathieu-tl/gnome-menus/update-to-2.30.4/+merge/36725
[15:42] <cyphermox> [UPDATING] simple-scan
[15:42] <mterry> seb128, btw, is there nice documentation for the workflow for a debian-dir-only branch?  I can figure it out myself, but not sure if there are other convenience commands like debcheckout I should be using
[15:42] <mterry> cyphermox, I did simple-scan
[15:42] <cyphermox> ah ok
[15:42] <cyphermox> gucharmap?
[15:42] <mterry> cyphermox, got that too
[15:42] <cyphermox> mmkay
[15:43] <seb128> cyphermox, http://download.gnome.org/sources/totem/2.32/totem-2.32.0.tar.gz
[15:43] <didrocks> cyphermox: there is a distro patch to add to totem
[15:43] <didrocks> one sec
[15:43] <cyphermox> ok
[15:43] <seb128> you can probably start on it
[15:43] <mterry> Also, I think libgnome-keyring is unclaimed
[15:44] <cyphermox> seb128, ok, starting. didrocks, if you can just point me to the bug number when you have it ;)
[15:44] <seb128> right
[15:44] <seb128> http://download.gnome.org/sources/nautilus/2.32/nautilus-2.32.0.tar.gz
[15:44] <seb128> as well
[15:45] <didrocks> cyphermox: https://launchpad.net/bugs/630753
[15:45] <ubot2> Launchpad bug 630753 in totem (Ubuntu) "gnome-screensaver activates while watching a movie in totem (affects: 2) (heat: 10)" [Low,Fix released]
[15:45] <didrocks> released?
[15:45]  * didrocks checks
[15:46] <seb128> didrocks, chrisccoulson uploaded I think
[15:46] <didrocks> chrisccoulson: ok, didn't see you uploaded :)
[15:46] <didrocks> yeah, seeing that
[15:46] <didrocks> I just saw the bug report changing the status
[15:46] <didrocks> cyphermox: nevermind then :)
[15:46] <didrocks> and thanks chrisccoulson again!
[15:46] <cyphermox> didrocks,  hehe okay ;)
[15:46] <chrisccoulson> :-)
[15:46] <cyphermox> chrisccoulson, you rock ;)
[15:47] <didrocks> (and somethimes, reading the french forum can be helpful: I would never have noticed that bug otherwise)
[15:48] <seb128> pitti, do you know if we have any active r-m this week?
[15:48] <pitti> seb128: yes, Riddell will manage the RC
[15:49] <seb128> Riddell, is that you who manage reviewing uploads as well?
[15:49] <seb128> we have GNOME 2.32 tarballs stacking and no move on the review side
[15:49] <seb128> I would also sort the glib abi break situation
[15:49] <seb128> like to sort
[15:49] <pitti> "no move"? I just flushed the queue around noon
[15:50] <Riddell> oh I got the job did I?
[15:50] <didrocks> "noon", it's like years ago :)
[15:50] <Riddell> pitti: I'll probably need a reminder on what needs doing
[15:50] <Riddell> seb128: I can do a flush now
[15:50] <seb128> pitti, sorry but we have over 10 updates already in the queue
[15:50] <Riddell> review and flush that is
[15:50] <Riddell> seb128: do you have an opinion on having dbus 1.4.0 in?
[15:50] <seb128> pitti, and you can count on another 5 to 10 in the next hour
[15:50] <pitti> seb128: right, that's fine; I can help out a bit with reviewing, I just don't regularly do it every hor
[15:50] <seb128> Riddell, no
[15:51] <mterry> seb128, don't think I gave you simple-scan merge URL: https://code.launchpad.net/~mterry/ubuntu/maverick/simple-scan/simple-scan-2.32.0/+merge/36714
[15:51] <seb128> pitti, we just started around midday, I was busy catching up this morning
[15:51] <seb128> mterry, thanks
[15:51] <seb128> didrocks, ^ can you sponsor this one?
[15:52] <Riddell> seb128: this is the final gnome release tars?
[15:52] <didrocks> seb128: sure
[15:52] <seb128> Riddell, yes
[15:52] <seb128> didrocks, thanks
[15:52] <seb128> Riddell, pitti: the glib update is tricky, see #u-r backlog
[15:52] <didrocks> yw
[15:52] <seb128> there is a bug open if that needs discussion
[15:53] <Riddell> even the gnome-games update is tricky, but that's autotools for you
[15:55] <bilalakhtar> Thanks thanks thanks chrisccoulson !
[15:56] <seb128> Riddell, right, you usually want to filter out documentation translations and autotools updates to have a debdiff you can read
[15:58]  * didrocks uses http://paste.ubuntu.com/501522/
[15:59] <mterry> seb128, so like this?:  https://code.launchpad.net/~mterry/gnome-control-center/ubuntu-2.32.0/+merge/36732
[16:00] <didrocks> simple-scan sponsored btw
[16:00] <seb128> didrocks, thanks
[16:00] <seb128> mterry, yes
[16:01] <mterry> seb128, so sparse!  I like to see all the upstream changes too.  :)
[16:01] <mterry> I'll take libgnome-keyring, since it still seems unclaimed
[16:01] <seb128> ok
[16:01] <seb128> mterry, debdiff is your friend to see the changes in the code ;-)
[16:02] <didrocks> hum, didn't gnome-keyring it depends on latest gir?
[16:02] <didrocks> or on unreleased glib, don't remember
[16:02] <seb128> mterry, sorry I forgot to reply to your question before
[16:02] <cyphermox> seb128, didrocks, in case it was missed, i had gnome-menus ready:  https://code.edge.launchpad.net/~mathieu-tl/gnome-menus/update-to-2.30.4/+merge/36725 , working on totem now
[16:02] <seb128> mterry, http://wiki.ubuntu.com/DesktopTeam/Bzr
[16:02] <didrocks> there was something, so, be warned!
[16:02] <didrocks> cyphermox: great, looking :)
[16:02] <mterry> seb128, btw, you're libgnome-keyring points at 2.31.92, is that correct?
[16:02] <seb128> mterry, no, I meant 2.32
[16:03] <mterry> seb128, makes sense  :)
[16:03] <seb128> hum no
[16:03] <seb128> mterry, seems .92 was correct
[16:03] <seb128> that's the current version
[16:03] <didrocks> I didn't updated, I remember seb128 told me it was broken
[16:03] <mterry> seb128, seems like I should wait until 2.32.0 is done then
[16:03] <seb128> didrocks, ?
[16:03] <seb128> http://git.gnome.org/browse/libgnome-keyring/log/
[16:04] <seb128> mterry, doesn't hurt to do the .92 one, not sure they will roll a 2.32 one on time
[16:04] <bcurtiswx_> seb128, what am i doing wrong with bzr push ? http://paste.ubuntu.com/501529/
[16:04] <mterry> seb128, alright!
[16:04] <didrocks> 2010-09-13 11:26:40     seb128  didrocks, the gnome-keyring updates are not to do
[16:05] <seb128> didrocks, right, the daemon we don't update
[16:05] <seb128> the lib is ok
[16:05] <didrocks> oh libgnome-keyring
[16:05] <didrocks> sorry :)
[16:05] <seb128> ;-)
[16:05] <seb128> bcurtiswx_, sorry I've no clue about that, maybe james_w or didrocks can help you
[16:05] <seb128> didrocks, mterry: I'm sponsoring gnome-menus
[16:05] <seb128> ups
[16:06] <seb128> -mterry, +cyphermox, ^
[16:06] <didrocks> oh good :)
[16:06] <didrocks> bcurtiswx_: seems you have format issue, run bzr upgrade .
[16:06] <didrocks> (ok, back on the unity field then)
[16:07] <bcurtiswx_> didrocks, thx that was it
[16:09] <Riddell> didrocks: thanks, I added an autotools exclude option to mdebdiff for reviewing the queue
[16:09] <didrocks> Riddell: that will be useful I guess :)
[16:09] <bcurtiswx_> seb128, https://code.edge.launchpad.net/~bcurtiswx/ubuntu/maverick/empathy/empathy-2.32.0/+merge/36735
[16:09] <seb128> bcurtiswx: thanks
[16:10] <bcurtiswx_> onto vino
[16:10] <cyphermox> seb128, thanks
[16:10] <pitti> Riddell: I can do somem reviews; shall I start at the top or bottom of https://edge.launchpad.net/ubuntu/maverick/+queue?queue_state=1?
[16:10] <seb128> pitti, thanks ;-)
[16:11]  * pitti starts from the bottom for now
[16:16] <seb128> didrocks, you are busy with unity and other things right now or can I bounce sponsoring requests your way as well? ;-)
[16:16] <cyphermox> didrocks, looks to me like the screensaver patch is already no longer necessary ;)
[16:16] <didrocks> seb128: the queue is emptying :) so please do ;)
[16:16] <seb128> didrocks, <bcurtiswx_> seb128, https://code.edge.launchpad.net/~bcurtiswx/ubuntu/maverick/empathy/empathy-2.32.0/+merge/36735
[16:16] <seb128> didrocks, and vte from chrisccoulson
[16:16] <didrocks> cyphermox: heh, seems like that :)
[16:16] <didrocks> seb128: ok, taking them
[16:17] <seb128> http://download.gnome.org/sources/gvfs/1.6/gvfs-1.6.4.tar.gz
[16:17] <seb128> http://download.gnome.org/sources/gconf-editor/2.32/gconf-editor-2.32.0.tar.gz
[16:17] <seb128> ^ for those wanting extra updates
[16:17] <seb128> http://download.gnome.org/sources/nautilus/2.32/nautilus-2.32.0.tar.gz is still to claim as well
[16:17] <seb128> http://download.gnome.org/sources/gcalctool/5.32/gcalctool-5.32.0.tar.gz
[16:19] <seb128> http://download.gnome.org/sources/deskbar-applet/2.32/deskbar-applet-2.32.0.tar.gz could be worth doing but it's in universe so can wait another day
[16:19] <Riddell> pitti: I'm doing it alphabetically from a
[16:20] <pitti> Riddell: ah, ok; I reviewed a few now
[16:20] <pitti> Riddell: so I'll continue with z upwards
[16:21] <pitti> (and dbus)
[16:26] <pitti> didrocks: zeitgeist is a very large change; how extensively was this tested with unity, gnome-shell, and by itself?
[16:26] <didrocks> pitti: kamstrup read all the diff
[16:26] <didrocks> pitti: GS isn't using zg
[16:27] <didrocks> pitti: and it's needed to fix a bug with unity where OOo files aren't updated at all in zg
[16:27] <didrocks> I'm running it for a few hours there
[16:27] <didrocks> seems like last files are correctly picked up and not change in applications detection
[16:29] <cyphermox> d'oh, missing an updated gtk+2.0 (2.21.8) for totem to build.
[16:31] <bcurtiswx_> seb128, https://code.edge.launchpad.net/~bcurtiswx/ubuntu/maverick/vino/vino-2.32.0/+merge/36740
[16:31] <bcurtiswx_> did anyone take nautilus yet ?
[16:31] <seb128> bcurtiswx_, ok, no, nautilus is yours
[16:31] <bcurtiswx_> seb128, OK
[16:31] <seb128> cyphermox, I'm having issues building gtk due to a gir error
[16:31] <seb128> so maybe delay until that is done
[16:32] <cyphermox> seb128, yeah, ok, I was about to ask you if that's already something you were working on
[16:34]  * cyphermox is about to call his ISP, order a tech, just to stab him... my connection has dropped five times over the past half-hour, and I had it all checked last week :/
[16:36]  * bcurtiswx_ is glad he's not your tech
[16:36] <cyphermox> [UPDATING] gvfs
[16:37] <bcurtiswx_> [UPDATING] nautilus (just for everyone else who doesn't know yet)
[16:38] <cyphermox> bcurtiswx, looks like it usually crashes when I try to load up LP too :P but it's cable, and I *know* the signal is great and the modem is new, so there is no excuse
[16:38] <bcurtiswx_> cyphermox, gl with that tho
[16:39] <bcurtiswx_> OK, since upstream NEWS files aren't specific to BGO bug numbers, where can I find a more detailed changes list from nautilus ?
[16:40] <desrt> seb128: all changes are made now, just going to do some testing/checking
[16:40] <cyphermox> bcurtiswx, on the phone with tech support... at least the signal picks up again, so I can actually do stuff
[16:41] <seb128> desrt, ok great
[16:41] <desrt> shame robert isn't here
[16:41] <desrt> i'd have liked him to look over my changes :/
[16:43] <mclasen> seb128: if you figure out whats the problem with the gtk intospection build, I'd be interested
[16:43]  * mclasen has the same problem in f14
[16:43] <seb128> desrt, he's on holidays
[16:44] <desrt> bad timing, methinks :)
[16:44] <seb128> mclasen, ok, I'm dealing with the other updates for now but I will go back to gtk in a bit
[16:46] <mterry> seb128, https://code.launchpad.net/~mterry/libgnome-keyring/ubuntu-2.31.92/+merge/36746
[16:47] <seb128> mterry, thanks
[16:47] <bcurtiswx_> seb128, is there a place for more a more detailed list of changes (with BGO #'s) so i can compare with LP other than the NEWS file, which has no bug numbers (for nautilus)
[16:48] <seb128> bcurtiswx: you can use the ChangeLog
[16:48] <mterry> [UPDATING] gconf-editor
[16:48] <seb128> mterry, great ;-)
[16:49] <Riddell> the Ubuntu Desktop alternate CDs are oversized today, could someone remove language packs to make them fit please http://cdimage.ubuntu.com/daily/20100927/
[16:51] <pitti> tremolux: *sigh* new tzdata..
[16:51] <pitti> and I thought the DST switching season wouldn't start until another month
[16:51] <bcurtiswx_> seb128, whats that 1: doing in the version number http://paste.ubuntu.com/501579/
[16:52] <bcurtiswx_> do i need to keep that?
[16:52] <seb128> bcurtiswx_, it's an epoch
[16:52] <seb128> and yes you need to keep it
[16:52] <pitti> mterry: ah, so it seems you already got enslaved into seb128's GNOME updating army? :-)
[16:52] <seb128> 1: is higher than versions without it
[16:52]  * bcurtiswx_ will have to learn what epoch means in this case
[16:52] <mterry> pitti, yeah, it was quick
[16:53] <seb128> bcurtiswx_: it's used to say that a lower number is a higher version
[16:53] <tremolux> pitti: yes, I saw it but have not looked at it yet
[16:53] <seb128> bcurtiswx: 1:2.22 > 2.26
[16:53] <cyphermox> bcurtiswx, it's a way to make sure new versions of a package are higher than the previous even if upstream renumbers and decides to start over at a lower number
[16:54] <bcurtiswx_> OK, still seems nautilus is going up in version numbers though
[16:54] <mterry> bcurtiswx_: once you add an epoch, you can never remove it
[16:54] <seb128> well once you used it in the history you need to keep it
[16:54] <seb128> you can't downgrade versions
[16:54] <seb128> and dropping it would be going back to a lower version number
[16:54] <bcurtiswx_> Ok, noted.  Thanks for the epoch lesson for today
[17:03] <ari-tczew> could someone triage this bug 648516 ?
[17:03] <ubot2> Launchpad bug 648516 in gwget2 (Ubuntu) "when reqister gwget.schemas, get promts "You must have at least one <locale> entry in a <schema>" (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/648516
[17:04] <seb128> didrocks, can you sponsor https://code.launchpad.net/~mterry/libgnome-keyring/ubuntu-2.31.92/+merge/36746?
[17:04] <bcurtiswx_> seb128, http://paste.ubuntu.com/501588/ would i have to specify the upstream tarball in this case and how do i do so?
[17:04] <didrocks> seb128: sure
[17:05] <mterry> seb128, https://code.launchpad.net/~mterry/gconf-editor/ubuntu-2.32.0/+merge/36749
[17:05] <seb128> bcurtiswx_, weird, not sure why it doesn't work, just wget the tarball and rename it?
[17:05] <seb128> mterry, ok
[17:05] <bcurtiswx_> seb128, OK, where do I put that 1 up from source, or source
[17:05] <mterry> [UPDATING] gcalctool
[17:07] <bcurtiswx_> seb128, is there a way to tell it i am providing source tarball ?
[17:07] <seb128> it should find it
[17:08] <seb128> just put it in the directory where you did the checkout
[17:08] <seb128> ie the directory which has the ubuntu directory
[17:08] <bcurtiswx_> yeah.. i did.. still doesn't like that
[17:09] <seb128> hum
[17:09] <seb128> you can a nautilus_2.32.0.orig.tar.gz
[17:09] <seb128> and the ubuntu dir
[17:09] <seb128> ?
[17:09] <bcurtiswx_> underscore.. that could be it
[17:09] <seb128> you can -> you have
[17:10] <bcurtiswx_> seb128, yup the underscore.. thx :)
[17:10] <chrisccoulson> didrocks - did you do totem?
[17:10] <didrocks> chrisccoulson: not me, but cyphermox did IIRC
[17:10] <seb128> chrisccoulson, somebody started but it's blocked on the gkt update
[17:11] <seb128> gtj
[17:11] <seb128> gtk
[17:11] <seb128> can't type ;-)
[17:11] <chrisccoulson> ah, ok
[17:11] <chrisccoulson> thanks
[17:11] <seb128> chrisccoulson, you want an update to do?
[17:11] <chrisccoulson> seb128 - yeah, i can do some more
[17:11] <seb128> chrisccoulson, can you do telepathy-glib?.
[17:11] <chrisccoulson> seb128 - yeah, no problem
[17:11] <seb128> it might be non trivial
[17:11] <bcurtiswx_> seb128, OK, nautilus deps on gtk+-2.0 with >=2.22.0 but maverick has 2.21.7  is gtk getting upped to 2.22.0 ?
[17:12] <seb128> chrisccoulson, start maybe with what debian has or try 0.12
[17:12] <didrocks> chrisccoulson: you have to revert the g-i part
[17:12] <seb128> chrisccoulson, we will need to revert the changes that require a newer gobject introspection version
[17:12] <seb128> bcurtiswx_, yes but I'm having build issue
[17:14] <bcurtiswx_> seb128, OK once you get that figured out if you can provide a .deb for 2.22.0 i will finish nautilus
[17:14] <cyphermox> what's the trick for dealing with gvfs, especially with debian/patches/debian-changes-1.6.3-0ubuntu1 (should that even really be there?)
[17:16] <didrocks> cyphermox: it shouldn't, maybe someone didn't pay attention of source 3 debian format
[17:17] <cyphermox> didrocks, alright, that's what I was expecting
[17:17] <didrocks> cyphermox: just look what's inside to ensure to not remove a patch that should be applied
[17:18] <cyphermox> yup
[17:24] <bcurtiswx_> seb128, got another I can work on in the time being?
[17:25] <seb128> bcurtiswx_, one sec, checking
[17:28] <ari-tczew> seb128: can I count for your help in take a look on bug 648516 ?
[17:28] <ubot2> Launchpad bug 648516 in gwget2 (Ubuntu) "when reqister gwget.schemas, get promts "You must have at least one <locale> entry in a <schema>" (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/648516
[17:28] <seb128> ari-tczew, hi, sorry but we are sort of busy trying to get GNOME 2.32 in maverick today
[17:30] <seb128> ari-tczew, it seems the schemas is broken
[17:30] <ari-tczew> seb128: do you have any FAQ where can I read how can I fix it?
[17:31] <mterry> seb128, https://code.launchpad.net/~mterry/gcalctool/ubuntu-2.32.0/+merge/36753
[17:31] <bcurtiswx_> mterry, you are quick :) im in awe in all honesty
[17:32] <seb128> ari-tczew, http://library.gnome.org/devel/gconf/2.28/
[17:32] <mterry> bcurtiswx_: :)  thanks
[17:32] <seb128> didrocks, <mterry> seb128, https://code.launchpad.net/~mterry/gcalctool/ubuntu-2.32.0/+merge/36753
[17:32] <seb128> if you can sponsor it ;-)
[17:32]  * mterry eats lunch
[17:32] <didrocks> will try :)
[17:33] <seb128> ari-tczew, or use other schemas as example
[17:33] <seb128> the format is easy enough
[17:33] <seb128> didrocks, thanks
[17:33] <seb128> mterry, enjoy!
[17:33] <ari-tczew> seb128: thanks for suggestions
[17:42] <desrt> seb128: http://download.gnome.org/sources/glib/2.26/
[17:42] <seb128> desrt, thanks
[17:42] <desrt> np
[17:43] <desrt> you'll need to drop robert's patch
[17:43] <desrt> everything else should be pretty dull tho
[17:43] <seb128> ok
[17:45] <bcurtiswx_> [UPDATING] deskbar-applet
[17:46] <cyphermox> didrocks, looks like the big issue is that gvfs isn't a debian-only branch, so whenever you bzr bd -S, dpkg-source generates a debian-patch.... with the files changes between what is in the branch, and what comes from the source tarball
[17:46] <pitti> gvfs is in lp:ubuntu/gvfs, FYI
[17:46] <cyphermox> didrocks, or, do you know of a special trick to bzr bd or debuild to have it ignore that ? ;)
[17:46] <pitti> ah, right
[17:46] <cyphermox> pitti, yup
[17:46] <pitti> cyphermox: use debian/patches/ :)
[17:46] <cyphermox> pitti, I do
[17:46] <pitti> cyphermox: you changed source code inline?
[17:47] <cyphermox> pitti,  i know better ;)
[17:47] <cyphermox> pitti, my problem is this: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/maverick/gvfs/maverick/annotate/head:/debian/patches/debian-changes-1.6.3-0ubuntu1
[17:47] <cyphermox> since we use the imported branch, dpkg-source makes a diff of what is there against the files coming from the source tarball
[17:48] <pitti> hm, it's not supposed to be an imported branch any more
[17:48] <pitti> we went to explicitly maintaining that
[17:48] <cyphermox> well, either that or because it contains full source and I should have committed after unpacking the tarball in there?
[17:48] <pitti> cyphermox: ah, I can understand that this debian_changes thing has the autoconfiscation, but it also has source changes
[17:49] <cyphermox> seems kind of wrong to me
[17:49] <pitti> expecially since teh source changes look backwards
[17:49] <pitti> like they would unapply the changes from the new upstream release
[17:50] <pitti> aah
[17:51] <pitti> r128 says "new upstream release"
[17:51] <pitti> but it doesn't change anythign
[17:51] <pitti> (except in debian/)
[17:51] <pitti> so it seems like Robert wanted to update to 1.6.3, but forgot to actually do bzr merge-upstream
[17:52] <pitti> cyphermox: I checked our patches, and they don't touch autotools, so indeed we shouldn't have a debian_changes* at all
[17:52] <cyphermox> pitti, I got to that conclusion too
[17:52] <cyphermox> so proper process in an update for a full-source branch is to update changelog and bzr merge-upstream?
[17:52] <pitti> yes
[17:52] <cyphermox> sorry, I never really had to do this before ;)
[17:53] <pitti> and if we do that again for 1.6.4, the debian_changes should disappear
[17:53] <pitti> so effectively we have 1.6.2 right now, because debian_changes have teh inverse 1.6.3 changes..
[17:53] <cyphermox> so "upstream releae" commit should include all the upstream changes
[17:53] <pitti> correct
[17:53] <pitti> bzr mu, dch "new upstream release..", debcommit
[17:54] <desrt> seb128: in the next few days the archive is more or less frozen, right?
[17:55] <bcurtiswx_> im getting a Unmet build dependencies: python-gnome2-extras-dbg but there's no package with that name
[17:55]  * desrt ponders some early upgrades
[17:55] <pitti> cyphermox: right, so the latest revision introduces all the mess, it's a merge from the auto-import
[17:56] <seb128> desrt, right, candidate iso will be rolled tomorrow
[17:56] <cyphermox> pitti, ok, fixing it now
[17:57] <desrt> moving the release date up was very interesting
[17:58] <desrt> sort of nice from an instant-gratification standpoint -- GNOME work is done and now we have an ubuntu
[17:59] <didrocks> mterry: are you sure about your email adress for gcalctool?
[17:59] <bcurtiswx_> seb128, im getting a Unmet build dependencies: python-gnome2-extras-dbg but there's no package with that name
[18:00] <mterry> didrocks, oh shoot, does it say @tambo?
[18:00] <didrocks> mterry: right :)
[18:00] <seb128> bcurtiswx_, drop the dbg binary if needed I guess
[18:00] <mterry> didrocks, whoops.  I screwed up my DEBEMAIL and haven't fixed it yet. Have just been manually fixing it.  error prone
[18:00] <mterry> didrocks, will update branch
[18:00] <didrocks> mterry: ok, I'll pull then :)
[18:02] <mterry> didrocks, updated
[18:02] <didrocks> mterry: got and pushed :) thanks!
[18:30] <bcurtiswx_> seb128, the deskbar-applet version in maverick shows as 2.30.1-1ubuntu1, when I do a apt-get source it says its revision control is with ~ubuntu-desktop/deskbar-applet/ubuntu but the changelog in there doesn't have ANY reference to 2.30.1-1ubuntu1 :\
[18:35] <mterry> seb128, any more you'd like us to do, or shall I start picking from recent GNOME releases myself?  I notice gnome-power-manager isn't done yet
[18:36] <seb128> mterry, you can pick whatever you spot not updated
[18:36] <mterry> seb128, deal
[18:36] <mterry> [UPDATING] gnome-power-manager
[18:42] <seb128> bcurtiswx_, sorry I was busy with something else for a while
[18:42] <seb128> bcurtiswx_, it's possible that whoever did the change didn't commit
[18:43] <seb128> but since deskbar-applet is an universe component there is no reason it should be in the ubuntu-desktop vcs
[18:52] <bcurtiswx_> seb128, no prob i know you're busy.  Should I just branch lp:ubuntu/deskbar-applet then merge-upstream ?
[18:52] <seb128> you can
[18:53] <seb128> or just apt-get source the old way
[18:53] <seb128> mclasen, what gobject introspection version do you use to build gtk?
[18:53] <mterry> seb128, https://code.launchpad.net/~mterry/gnome-power/ubuntu-2.32.0/+merge/36765
[18:53] <mclasen> 0.9.3
[18:54] <mclasen> seb128: it built fine with 0.9.6 in rawhide
[18:54] <seb128> chrisccoulson, pitti: ^ can you sponsor the gpm update?
[18:54] <seb128> mclasen, ok thanks
[18:54] <chrisccoulson> seb128 - yeah, can do
[18:55] <seb128> chrisccoulson, thanks
[19:01] <mterry> [UPDATING] gnome-system-tools
[19:03] <devildante> mvo, tremolux: care to merge https://code.edge.launchpad.net/~ilidrissi.amine/software-center/fixing-random-bugs/+merge/34656 in trunk? (not 3.0)
[19:06] <tremolux> devildante: hey!  I'll take a looksee, thanks!
[19:06] <devildante> thank YOU :)
[19:06] <devildante> and this new Ubuntu font is awesome :p
[19:07] <tremolux> devildante:  yes indeed, I love it too
[19:07] <bcurtiswx_> hmm, i have quilt push tab complete errors
[19:07] <bcurtiswx_> i did the export. gah
[19:08] <didrocks> mterry: please, can you also open upstream task for unity? that's easier than me to do this each time :)
[19:08] <mterry> didrocks, :)  sure
[19:08] <didrocks> mterry: thanks :)
[19:08] <bcurtiswx_> didrocks, any reason why quilt push wouldn't work when i've export QUILT_PATCHES=debian/patches
[19:08] <didrocks> bcurtiswx_: do you have a debian/patches/series file?
[19:09] <bcurtiswx_> didrocks, no
[19:09] <mterry> didrocks, theoretically it could be a bug with our packaging...
[19:09] <didrocks> mterry: and stop filing bug reports, that's annoying :) (kidding)
[19:09] <didrocks> mterry: yeah, but we don't distro-patch without any reason when dx is upstream
[19:09] <didrocks> mterry: and the probablity of a bug in the package is small :)
[19:10] <didrocks> bcurtiswx_: so, it's not a package using quilt patch, maybe cdbs?
[19:10] <mterry> didrocks, agreed
[19:10] <didrocks> bcurtiswx_: what-patch is the command you need
[19:10] <bcurtiswx_> says cdbs, how would I edit the patch with that
[19:11] <bcurtiswx_> well how would i apply, so i can find out the problem
[19:13] <bcurtiswx_> didrocks, says i have install cdbs, but there's no cdbs command.. what to do?
[19:13] <didrocks> bcurtiswx_: you never edited patch with cdbs?
[19:13] <bcurtiswx_> lol, nope
[19:13]  * micahg thought edit-patch TTDTRT
[19:13] <chrisccoulson> mterry - ok, g-p-m is sponsored
[19:14] <didrocks> oh yes, try edit-patch :)
[19:14] <didrocks> or look, there is a classroom I made 2 years ago I think in the ubuntu wiki
[19:15] <bcurtiswx_> micahg, how do I apply/unaply patches with cdbs?
[19:15] <mterry> didrocks, seb128: there have been a few merges where debian/watch seems wrong.  Sometimes it is obviously a bug (like where libgnome-keyring pointed at gnome-keyring, not libgnome-keyring), but mostly it's like "([\d\.]+)\d" when it seems like it should be "([\d\.]+\d)".  I've been correcting them, but am I being stupid, or are these real bugs?  Seems like maybe uscan changed?
[19:15] <mterry> seb128, https://code.launchpad.net/~mterry/gnome-system-tools/ubuntu-2.32.0/+merge/36767
[19:16] <didrocks> mterry: I think uscan changed, it worked before
[19:16] <chrisccoulson> yeah, i noticed it didn't work with gnome-terminal earlier too
[19:16] <mterry> didrocks, I thought the point of the version=X field was to avoid such things.  :)
[19:16] <mterry> s/things/breakages/
[19:17] <cyphermox> pitti, so, should the gvfs branch get merges from the auto-import? if not, who could fix that?
[19:17] <didrocks> mterry: right, I don't really know. Just know that it worked before when I did those changes :p
[19:17] <mterry> chrisccoulson, good, so I'm not the only one
[19:17] <pitti> cyphermox: only if it is out of date
[19:17] <pitti> cyphermox: if the branch is pushed to and tagged (with debcommit -r) before or at upload, the importer won't touch it
[19:17] <cyphermox> pitti, great
[19:17] <pitti> cyphermox: but even if it does, that would be unrelated to the debian_changes stuff
[19:18] <cyphermox> pitti; pushing an update then I'll file a merge request
[19:18] <micahg> pitti: I thought you had to run mark-uploaded as well
[19:18] <pitti> micahg: I think that's pretty much teh same as dch -r/debcommit -r
[19:19] <mterry> [UPDATING] gnome-backgrounds
[19:19] <cyphermox> that's my understanding as well
[19:19] <pitti> at least james_w said that debcommit -r was sufficient
[19:19] <micahg> bcurtiswx: you can run ./debian/rules patch I think, also, when you run edit-patch, I think it should preapply all patches before it
[19:19] <micahg> pitti: hmm, that didn't work for me when I tried IIRC
[19:20] <james_w> pitti/michag: anything that sets the tag to be the same as the version in debian/changelog is fine by me
[19:20] <micahg> james_w: hmm, I guess I should test that, since I don't think it worked for me before
[19:20] <bcurtiswx_> micahg, may i PM you?
[19:20] <micahg> bcurtiswx_: sure
[19:21] <mterry> scratch that, gnome-backgrounds is stuck on 2.30
[19:23] <mterry> [UPDATING] libgnome
[19:25] <seb128> mterry, I've noticed issues there as well but didn't have time to investigate, I think something changed yes
[19:26] <bcurtiswx_> seb128, if i have to do a new autoconf , how to do so?
[19:26] <bcurtiswx_> seb128, edit-patch.. then what?
[19:27] <seb128> bcurtiswx_, run autoreconf
[19:27] <seb128> chrisccoulson, do you have upload rights for g-s-t?
[19:27] <chrisccoulson> seb128 - yeah, i can upload that
[19:27] <seb128> chrisccoulson, can you sponsor the update mterry mentionned before?
[19:27] <chrisccoulson> seb128 - yeah, can do
[19:27] <seb128> chrisccoulson, thanks
[19:28] <chrisccoulson> i think i've done more sponsoring today than i've done for the whole of maverick ;)
[19:28] <seb128> chrisccoulson, you should come back to some desktop work ;-)
[19:28] <chrisccoulson> heh :-)
[19:28] <seb128> I guess it will be easier now that you know your way around firefox
[19:29] <seb128> with the security model change done as well
[19:29] <didrocks> pitti: it seems you didn't status on zg? did you got my answer?
[19:35] <mterry> seb128, https://code.launchpad.net/~mterry/libgnome/ubuntu-2.32.0/+merge/36771
[19:36] <seb128> mterry, ok
[19:38] <bcurtiswx_> seb128, i've edit-patch then autoreconf, what next?
[19:38] <bcurtiswx_> exit 0, then?
[19:39] <seb128> bcurtiswx_, yes
[19:39] <bcurtiswx_> seb128, what next? do I need to apply them?
[19:40] <mterry> [UPDATING] tomboy
[19:40] <bcurtiswx_> seb128, http://paste.ubuntu.com/501698/
[19:41] <bcurtiswx_> looks like patches applied fine in build.. thats my next error which i'm clueless about
[19:41] <seb128> bcurtiswx_, is that deskbar-applet still?
[19:41] <bcurtiswx_> yus
[19:41] <bcurtiswx_> or yes
[19:42] <bcurtiswx_> seb128, ^
[19:43] <seb128> bcurtiswx_, let's forget about it, it's non trivial and needs debugging and I've no time to help you there
[19:43] <seb128> I need to get the gtk and glib updates uploaded
[19:44] <bcurtiswx_> seb128, OK, just wanted to make sure it wasn't n00b error.  Thx :)
[19:44] <cyphermox> for gvfs: https://code.edge.launchpad.net/~mathieu-tl/gvfs/update-to-1.6.4/+merge/36769
[19:44] <bcurtiswx_> seb128, any telepathy- packages need an update?
[19:44] <seb128> bcurtiswx_, I think not, but check the ones listed on version if you want
[19:45] <seb128> we might want to stay away from those
[19:45] <seb128> I did updated gabble
[19:45] <seb128> chrisccoulson was working on tp-glib
[19:45] <bcurtiswx_> -idle or -haze?
[19:45] <chrisccoulson> yeah, i'm working on -glib
[19:45] <seb128> chrisccoulson, not sure we should do it though, #telepathy guys think we might run into issue with our old gobject-introspection
[19:46] <chrisccoulson> yeah, i'm struggling to get it to build atm ;)
[19:46] <chrisccoulson> in fact, i can't even build the current version :/
[19:46] <cyphermox> seb128, any other packages need updating?
[19:46] <bcurtiswx_> i will try -idle and -haze then.. i won't bug you on problems though knowing you say it's probably going to be buggy
[19:46] <seb128> chrisccoulson, ok, maybe just forget about it then
[19:47] <seb128> bcurtiswx_, ok thanks
[19:48] <bcurtiswx_> seb128, did you get that gtk build issue fixed so I can finish the nautilus update?
[19:49] <seb128> bcurtiswx_, I'm on it, I think I've the fix but gtk takes a while to build
[19:49] <mterry> bcurtiswx_: I see that gconf 2.32.0 is out if you want to grab that
[19:49] <bcurtiswx_> mterry, OK
[19:49] <mterry> bcurtiswx_: Oh, sorry.  cyphermox was asking for more work, not you
[19:49] <mterry> You all can fight over gconf  :)
[19:49] <cyphermox> hehe
[19:50] <bcurtiswx_> cyphermox, its yours if you want it
[19:50] <cyphermox> okie dokie.
[19:58] <chrisccoulson_> mterry - gnome-system-tools is uploaded now
[19:58] <mterry> chrisccoulson_: thanks
[20:00] <bcurtiswx_> meeting, bbl
[20:00] <mterry> [UPDATING] libgnomeui
[20:06] <mterry> Why is libbonobo on amd64 taking so long to be published?  It's been waiting ~45min:  https://launchpad.net/ubuntu/+source/libbonobo/2.32.0-0ubuntu1/+build/1976973
[20:06] <seb128> mterry, the publisher runs every hour
[20:06] <seb128> and it takes an hour to run
[20:06] <seb128> so you get things publised in 1 to 2 after build
[20:07] <mterry> seb128, :)  So I'm just being impatient.  Cool.  Just annoying that it got the -common binary package but not the amd64 ones, as now I can't build amd64 packages due to the conflict
[20:07] <seb128> well you did the update you could install you local build
[20:07] <didrocks> I have builders issue on amd64
[20:07] <seb128> your
[20:07] <didrocks> gcc failing
[20:08] <seb128> didrocks, you got dokoed? ;-)
[20:08] <mterry> seb128, yar, I'm just attached to my pristine chroots.  /me goes and does a dirty test build
[20:08] <didrocks> seb128: is it a new feature? :-) more seriously, I just try to ping on #ubuntu-devel
[20:13] <cyphermox> hrm... I'm having issues with sftp after updating gvfs to 1.6.4 :/
[20:16] <seb128> could be http://git.gnome.org/browse/gvfs/commit/?id=c6be45c89346da80d557cdb01756e6e1975ad1ff
[20:17] <mterry> seb128, https://code.launchpad.net/~mterry/ubuntu/maverick/libgnomeui/2.24.4/+merge/36775  (not sure how important that one is really, but it's there)
[20:19] <seb128> mterry, thanks
[20:19] <mterry> seb128, https://code.launchpad.net/~mterry/ubuntu/maverick/tomboy/1.4.0/+merge/36776
[20:21] <mterry> [UPDATING] evince
[20:38] <Riddell> pitti: were you persuaded by didrocks's explanation of zeitgeist testing?
[20:38] <Riddell> pitti: weren't you going to reject dbus?
[20:38] <mterry> [UPDATING] brasero
[20:40] <pitti> re
[20:41] <seb128> hey pitti
[20:41] <pitti> Riddell: I at least don't have the guts to accept dbus at this stage
[20:41] <pitti> sorry, had to lay down a bit, I'm a bit feverish
[20:42] <pitti> Riddell: zeitgeist> ah, I forgot to accept it after the last discussion
[20:42] <pitti> done now
[20:42] <didrocks> thanks pitti!
[20:43] <mterry> seb128, https://code.launchpad.net/~mterry/evince/ubuntu-2.32.0/+merge/36778
[20:50] <bcurtiswx_> is gnome-system-tools beings worked on?
[20:51] <mterry> bcurtiswx_: Yah, I got it
[20:51] <bcurtiswx_> gnome-power-manager?
[20:52] <mterry> got it
[20:52] <bcurtiswx_> seb128's list needs updating :P
[20:52] <mterry> True...
[20:52] <mterry> bcurtiswx_: anjuta?
[20:53] <bcurtiswx_> what version is it upstream?
[20:53]  * pitti waves good night
[20:53] <didrocks> enjoy pitti!
[20:53] <seb128> 'night pitti
[20:53] <bcurtiswx_> nite pitti
[20:53] <seb128> bcurtiswx, mterry: I think we are still on 2.30 for anjuta
[20:54] <mterry> bcurtiswx_: then libgnomecanvas?
[20:54] <mterry> also on an older branch, but that's more intentional
[20:55] <bcurtiswx_> hmm, brb
[20:58] <mvo> devildante: thanks, I have a look at that branch!
[20:59] <mterry> seb128, FYI: brasero update is blocked on newer gtk
[20:59] <bcurtiswx_> same with nautilus
[21:01] <mterry> [UPDATING] meld
[21:01] <bcurtiswx_> mterry, how can i tell versions of upstream packages?
[21:01] <cyphermox> seb128, would it be alright to backout just that one commit, or is updating gvfs too unsafe at this point?
[21:02] <seb128> cyphermox, is there any commit worth getting?
[21:02] <mterry> bcurtiswx_: what do you mean?  How can you tell which upstream packages have updates?
[21:02] <cyphermox> let me check
[21:02] <bcurtiswx_> yeah
[21:02] <bcurtiswx_> mterry, ^
[21:02] <mterry> bcurtiswx_: I've been drinking from the GNOME ftp firehose: http://ftp.gnome.org/pub/GNOME/LATEST.xml
[21:02] <mterry> bcurtiswx_: and refreshing every now and then
[21:03]  * bcurtiswx_ hugs mterry
[21:03] <bcurtiswx_> thx
[21:04] <mterry> bcurtiswx_: Kind of a fun rss feed to watch in your reader anyway.  :)  fresh bits are fun to know about
[21:04] <bcurtiswx_> mterry, libgnomecanvas has no ubuntu hashing.. how do i work those updates?
[21:05] <cyphermox> heh, all I see besides translations is adding support of iOS2,4 for the afc backend; except maybe a fix for GConf initialization (https://bugzilla.gnome.org/show_bug.cgi?id=628889), I'll check if there are bugs open in LP for that
[21:05] <ubot2> Gnome bug 628889 in gconf "gconf initialization stuck in g_bus_get_sync()" [Major,Resolved: duplicate]
[21:05] <mterry> bcurtiswx_: That means that we most recently copied the packaging from debian wholesale.  Just add an ubuntu version and merge like normal
[21:06] <bcurtiswx_> mterry, OK, just making sure someone won't rip my head off for putting ubuntu hashing on it
[21:07] <mterry> bcurtiswx_: Hopefully they wouldn't do that anyway.  :)  It's nice to avoid adding a delta between us and debian in general, but for GNOME stuff, we are generally are OK with managing the delta
[21:11] <didrocks> ok, are they still things waiting for sponsoring?
[21:12] <Laney> what is "ubuntu hashing"?
[21:12] <mterry> didrocks, yeah...  https://code.launchpad.net/~mterry/evince/ubuntu-2.32.0/+merge/36778
[21:12] <didrocks> mterry: looking :)
[21:12] <Laney> I'd be a bit more wary about deviating where packages are already in sync it's not necessary to take every update if they don't add value
[21:12] <mterry> didrocks,  https://code.launchpad.net/~mterry/ubuntu/maverick/tomboy/1.4.0/+merge/36776
[21:12] <seb128> didrocks, https://code.launchpad.net/~mterry/ubuntu/maverick/tomboy/1.4.0/+merge/36776 https://code.launchpad.net/~mterry/ubuntu/maverick/libgnomeui/2.24.4/+merge/36775
[21:12] <cyphermox> seb128, seems we already have the patch for gconf, so I think gvfs can be left as-is
[21:12] <seb128> ok
[21:12] <didrocks> looking at them :)
[21:13] <didrocks> mterry: btw, for further uploads, we tend to do one commit == one action (look at the history)
[21:13] <didrocks> mterry: normally, with UNRELEASED in the debian/changelog
[21:13] <didrocks> and the sponsor change it and tag it :)
[21:14] <didrocks> mterry: should be described in the Bzr wiki page pointed ebfore IIRC
[21:14] <mterry> didrocks, right, I remember reading that now
[21:14] <mterry> ahem
[21:14] <didrocks> mterry: no worry :)
[21:14] <didrocks> mterry: not that important, but nice to follow I think
[21:15] <cyphermox> seb128, did you finish gtk+2.0?
[21:15] <seb128> no
[21:15] <seb128> it's building
[21:16] <cyphermox> ok
[21:18] <cyphermox> I suspect gconf will need this update as well, it fails to build: dh_install: cp -a ./debian/tmp/usr/share/gir-1.0 debian/libgconf2-dev//usr/share/ returned exit code 1
[21:19] <didrocks> mterry: can you upgrade your evince branch
[21:20] <didrocks> mterry: like bzr upgrade lp:~mterry…
[21:20] <seb128> cyphermox, http://git.gnome.org/browse/gconf/log/
[21:20] <bcurtiswx_> mterry, what do I need to do with the control file when adding the ubuntu has to a debian version ?
[21:21] <seb128> cyphermox, seems there is only the gir update changes there and we didn't update gir
[21:21] <seb128> cyphermox, so maybe let's skip this one
[21:21] <mterry> bcurtiswx_: run update-maintainer
[21:22] <mterry> didrocks, done, I believe.  Had to do it locally and push.  bzr didn't like the remote upgrade
[21:22] <cyphermox> seb128, ok!
[21:22] <didrocks> mterry: oh really? I was able to do it remotely just before
[21:22] <mterry> didrocks, bzr: ERROR: The branch format Meta directory format 1 is already at the most recent format.
[21:23] <didrocks> mterry: hum, still the same bug
[21:23] <didrocks> 1 the most recent format? :)
[21:23] <didrocks> bzr is kidding
[21:23] <cyphermox> seb128, then I'll just have totem once gtk has built
[21:23] <mterry> didrocks, well, I dunno what bzr is getting at there either.  But that's what it gave me on a remote upgrade attempt
[21:23] <didrocks> ok, scrapping and downgrade my branch :)
[21:24] <seb128> cyphermox, ok
[21:32] <didrocks> oh, evince has my fix :)
[21:33] <didrocks> totally forgot that one :)
[21:33] <bcurtiswx_> seb128, https://code.edge.launchpad.net/~bcurtiswx/ubuntu/maverick/libgnomecanvas/libgnomecanvas-2.30.2/+merge/36785
[21:34] <seb128> bcurtiswx_, ok
[21:34] <bcurtiswx_> [UPDATING] file-roller
[21:35] <seb128> didrocks, how busy are you?
[21:35] <didrocks> seb128: still on mterry's review (buildling && test)
[21:35] <didrocks> seb128: but can take others if needed, why?
[21:35] <seb128> didrocks, ok, I'm doing libgnomecanvas
[21:35] <didrocks> ok :)
[21:35] <seb128> you will get the next one ;-)
[21:37] <didrocks> hum, round-robing scheduler? :)
[21:39] <cyphermox> is there anything left? ;)
[21:39]  * bcurtiswx_ will aim to give didrocks another review :)
[21:40] <bcurtiswx_> cyphermox, gnome-panel just got released to 2.32.0.2
[21:40]  * didrocks wants to eat :)
[21:41] <didrocks> mterry: hum, seems you didn't update the maintainer field
[21:41] <cyphermox> didrocks, ;)
[21:41] <didrocks> mterry: for libgnomeui
[21:41] <didrocks> mterry: how did it built for you?
[21:41] <didrocks> normally, the build fails
[21:43] <mterry> didrocks, darn it.  And I just advised bcurtiswx_ to use it.  /me will try to take a page from his own book
[21:43] <didrocks> mterry: but my question is how did you built it? :)
[21:44] <mterry> didrocks, I dunno.  Built fine for me.
[21:44] <didrocks> mterry: hum, weird you should have a look at your rules, it should fail with default one on the distro
[21:44] <didrocks> I think it'll fail on buildd as well, but never tried
[21:45] <mterry> didrocks, updating branch
[21:45] <didrocks> mterry: I've done it already
[21:45] <mterry> didrocks, oh ok
[21:45] <didrocks> mterry: just didn't push :)
[21:45] <didrocks> (waiting the build to finish and such)
[21:45] <mterry> didrocks, so where is the rule that would fail such a build?
[21:46] <mterry> didrocks, (i mean, you suggested checking my 'rules')
[21:46] <didrocks> mterry: or in .devscripts maybe, let me have a look
[21:46] <mterry> didrocks, I probably built in a chroot...
[21:47] <didrocks> hum, get nothing relevant in .devscripts
[21:47] <didrocks> well, it's building, I can have a dummy test somewhere to get it failing
[21:48] <cyphermox> bcurtiswx, there isn't a whole lot of changes in gnome-panel though
[21:48] <seb128> we don't track gnome-panel 2.32
[21:48] <seb128> bcurtiswx_, ^
[21:48] <cyphermox> ok
[21:49] <bcurtiswx_> seb128, hmm, how do I know what we track?
[21:49] <bcurtiswx_> im doing file roller.. do we track that?
[21:49] <seb128> yes
[21:49] <seb128> check the version list, url in the topic
[21:49] <seb128> it tracks the correct series
[21:50] <seb128> or ask on the channel
[21:50] <bcurtiswx_> seb128, for my dumb question of the minute.  wheres the version list/url in topic ?
[21:51] <seb128> http://people.canonical.com/~seb128/versions.html
[21:51] <seb128> bcurtiswx_, ^
[21:52] <bcurtiswx_> seb128, if its not on there, we don't track it ?
[21:54] <bcurtiswx_> seb128, how often is that list updated?
[21:54] <seb128> every hour
[21:56] <cyphermox> [UPDATING] gbrainy
[21:59] <mterry> seb128, https://code.launchpad.net/~mterry/meld/ubuntu-1.4.0/+merge/36790 (though meld 1.4.0 was a bit more changes than most 2.32.0 tarballs.  not sure what our risk threshold is.  I built and ran it, but didn't stress test)
[22:00] <mterry> seb128, ack, hold on
[22:00] <mterry> seb128, i left the merge target as upstream
[22:00] <seb128> mterry, I think we should limit to easy updates in series we tracked today
[22:01] <mterry> seb128, ok, deleted that merge because of the bad target.  Sounds like I shouldn't bother resubmitting
[22:02] <seb128> mterry, right, keep it ready for a sru maybe though
[22:02] <didrocks> mterry: not sure why you didn't get it, seems to be introduced in dpkg-source itself (see 1.14.24ubuntu1 https://launchpad.net/ubuntu/karmec/+source/dpkg/+changelog)
[22:02] <didrocks> mterry: it seems to be if DEBEMAIL contains @ubuntu.com nevertheless
[22:03] <mterry> didrocks, ah...  I happen to not be using ubuntu.com today.
[22:03] <didrocks> yeah, saw that, hence the issue :)
[22:03] <mterry> didrocks, I should, especially if there are additional safety checks
[22:04] <didrocks> I didn't know it was depending on that, but yeah
[22:04] <didrocks> mterry: or patch tools to add another env variable :)
[22:05] <mterry> seb128, I have a brasero update staged, but haven't tested due to the gtk block.  lp:~mterry/brasero/ubuntu-2.32.0   I was planning on signing off soon though.  We still need stuff in today?
[22:05] <seb128> mterry, no, I think we are done for today anyway
[22:05] <seb128> mterry, thanks
[22:05] <mterry> seb128, OK
[22:05] <bcurtiswx_> seb128, didrocks, https://code.edge.launchpad.net/~bcurtiswx/ubuntu/maverick/file-roller/file-roller-2.32.0/+merge/36793
[22:05] <seb128> I've uploaded gtk but it still needs review and to be accepted
[22:05] <didrocks> looks like it's my turn :)
[22:06] <didrocks> seb128: taking it ^
[22:06] <didrocks> (5 minutes, the time for the micro-wave to work :))
[22:06] <seb128> didrocks, thanks
[22:07] <bcurtiswx_> seb128, let me know when you get gtk updated and tomorrow i can finish the update to nautilus
[22:07] <didrocks> tomorrow will be too late :)
[22:07] <bcurtiswx_> well if its in a rush, than tonight I can if GTK is updated
[22:07] <didrocks> bcurtiswx_: we have theorically 2 hours left before archive to be frozen for RC :)
[22:08] <didrocks> bcurtiswx_: we can handle it
[22:08] <seb128> bcurtiswx_, I did the gtk update it's waiting for review
[22:08] <Riddell> seb128: "+  * debian/libglib2.0-0.symbols: updated
[22:08] <didrocks> bcurtiswx_: don't worry too much, what you did is really a lot!
[22:08] <Riddell> that seems wrong
[22:08] <Riddell> in gtk
[22:08] <bcurtiswx_> seb128, i don't mind doing the update.  I was having fun today
[22:09] <seb128> Riddell, yes, changelog typo
[22:09] <Riddell> seb128: rejecting gtk, please fix that and reupload
[22:09] <seb128> urg
[22:09] <seb128> Riddell, you make me reupload 25 meg for a changelog typo? ;-)
[22:09] <bcurtiswx_> but, i will be back on when i get home, you can PM me as by bcurtiswx (without the underscore) is my xchat on at home.  :)
[22:10] <seb128> Riddell, ok, let me scp on chinstrap, will be faster to upload
[22:10] <Riddell> seb128: how come many of the symbols in libgtk2.0-0.symbols are - 2.21.6 + 2.21.8 ?
[22:10] <bcurtiswx_> bbl :)
[22:10] <didrocks> bcurtiswx_: thanks a lot for your work already :) much appreciated!
[22:11] <seb128> Riddell, it's coming from debian, they update all the symbols added in the unstable serie to the current version
[22:11] <Riddell> mm ok
[22:11] <seb128> Riddell, I used 2.21.8 from debian and updated to 2.22 using it
[22:11] <seb128> they will probably -> 2.22 those
[22:11] <Riddell> right
[22:13] <seb128> Riddell, reuploaded
[22:13] <seb128> I think I had it uploaded twice the first time btw so don't be surprised if there is an extra one
[22:25] <didrocks> *phew* finished sponsoring :)
[22:27] <seb128> didrocks, you rock
[22:28] <didrocks> seb128: you rock too. just on fire the first day back of your holidays :)
[22:28]  * didrocks hugs seb128
[22:28]  * seb128 hugs didrocks
[22:30] <cyphermox> seb128, I should be able to finish up totem now?
[22:31] <seb128> Riddell needs to accept it first then it needs to build
[22:31] <cyphermox> ok
[22:31] <seb128> didrocks, you should call it a day
[22:32] <didrocks> seb128: still around for half an hour at least, looking at bug mails (didn't have the time today) to not have a depressing Tuesday morning with hundreds of them :)
[22:33] <seb128> ;-)
[22:33] <seb128> same here
[22:45] <seb128> who was doing totem?
[23:00] <cyphermox> seb128, i was
[23:04] <seb128> didrocks, ^
[23:04] <didrocks> cyphermox: where did you stand on it?
[23:04] <cyphermox> waiting for gtk+2.0
[23:05] <didrocks> cyphermox: I've done the changelog bump, and adding the build-dep, did you began?
[23:06] <cyphermox> didrocks, I was done, but good point, missing bumping the build-dep
[23:06] <didrocks> cyphermox: can I finish it then? (as I've it there)
[23:06] <cyphermox> didrocks, it doesn't build with 2.21.7 though, requires 2.21.8 or later
[23:06] <cyphermox> didrocks, sure, go ahead
[23:07] <didrocks> cyphermox: think to diff <previous_version>/configure.{in,ac} new_version :)
[23:07] <didrocks> cyphermox: thanks, doing it :)
[23:07] <cyphermox> ok, sorry ;)
[23:07] <didrocks> cyphermox: no worry, just a notice for next time :)
[23:08] <cyphermox> didrocks, fwiw,  * debian/patches/08_scrsaver_startup_inhibit.patch: obsolete
[23:08]  * cyphermox -> dinner
[23:20] <seb128> chrisccoulson_, still around?
[23:21] <chrisccoulson_> seb128 - i am
[23:21] <seb128> chrisccoulson_, want to do an update?
[23:21] <chrisccoulson_> seb128 - yeah, can do
[23:21] <seb128> http://ftp.acc.umu.se/pub/GNOME/sources/glibmm/2.25/
[23:21] <seb128> chrisccoulson_, ^
[23:21] <seb128> glibmm-2.25.5.tar.gz
[23:22] <chrisccoulson_> ok, looking at that
[23:22] <seb128> thanks
[23:25] <didrocks> ok, totem done :))
[23:25] <seb128> didrocks, waouh
[23:26] <didrocks> do you think we still have some to catch? like eog for instance?
[23:26] <didrocks> they probably aren't so important, but well…
[23:28] <seb128> didrocks, eog would be nice
[23:28] <seb128> and https://code.launchpad.net/~rodrigo-moya/ubuntu/maverick/rhythmbox/unbreak-python-bindings/+merge/36699
[23:28] <seb128> if somebody feels doing those
[23:28] <didrocks> doing eog then :)
[23:29] <seb128> I'm finishing some testing on glib and gtk there and calling it a day
[23:29] <seb128> didrocks, can you do the rhythmbox sponsoring as well? should be easy
[23:29] <seb128> then you should call it a day as well
[23:29] <didrocks> seb128: sure
[23:29] <seb128> thanks
[23:29] <seb128> brb
[23:34] <lifeless> RAOF: please be fixing X; thanks
[23:35] <desrt> lifeless: his life story, i figure...
[23:35] <Riddell> seb128: how long are these gnome uploads going to go on for?
[23:35] <lifeless> desrt: I did an upgrade mid-transition,... update-manager didn't know enough to protect me ;P
[23:35] <desrt> i bet he gets an email/irc-poke to this effect at least once per day :)
[23:35] <lifeless>   * xserver-xorg-core conflicts with xserver-xorg-input-7 (provided by xserver-xorg-input-evdev 1:2.3.2+git20100121.e81cd935-0ubuntu0sarvatt, xserver-xorg-input-mouse 1:1.5.0-1, xserver-xorg-input-vmmouse 1:12.6.5-4ubuntu2,               ▒
[23:36] <lifeless>     xserver-xorg-input-wacom 1:0.10.5-0ubuntu4)                                                                                                                                                                                               ▒
[23:36] <didrocks> Riddell: you should get totem, and soon eog and rhythmbox at least
[23:36] <seb128> didrocks, those didrocks lists and chrisccoulson_ is doing glibmm then we are done I think
[23:36] <didrocks> eog pushed, rhythmbox building
[23:37] <didrocks> hum, maybe cheese?
[23:38]  * didrocks does cheese as well
[23:39] <TheMuso> There are some at-spi, atk, orca, and mousetweaks updates, but I can hold those off and put them through as SRUs if timing is tight...
[23:40] <TheMuso> As it is, at-spi update is not actually needed by us, since at-spi corba is already set as the default...
[23:50] <didrocks> oh nautilus is still needed, right?
[23:53] <Sarvatt> lifeless: sudo apt-get install ppa-purge && sudo ppa-purge xorg-edgers ? :) release upgrading while using PPA stuff versioned higher than whats in the new release has always been broken but its really nasty with X..
[23:53] <seb128> didrocks, I think bcurtiswx started on it but got blocked by the new gtk requirement
[23:54] <didrocks> seb128: if we want to get it, maybe it worths working on it now?
[23:54] <seb128> up to you
[23:54] <didrocks> rhythmbox and eog pushed now
[23:54] <seb128> I think we should call it a day
[23:54] <seb128> we can try to get those after rc or as a sru
[23:54] <didrocks> (/!\ as it's tuesday, does it mean we should only connect on wednesday? ;))
[23:55] <didrocks> yeah, maybe it's time to stop, even jokes are bad ^^
[23:55] <didrocks> catching up on last hour email and shower, then bed
[23:55] <seb128> hum
[23:55] <seb128> nautilus fixes bug #630884
[23:56] <ubot2> Launchpad bug 630884 in nautilus (Ubuntu) (and 1 other project) "nautilus crashed with SIGSEGV in g_closure_invoke() (affects: 56) (dups: 36) (heat: 384)" [Medium,Fix committed] https://launchpad.net/bugs/630884
[23:56] <seb128> which has lot of duplicates
[23:56] <seb128> and bug #625938
[23:56] <ubot2> Launchpad bug 625938 in nautilus (Ubuntu) (and 1 other project) "Nautilus bookmarks sometimes do nothing when clicked (affects: 1) (heat: 123)" [Low,Triaged] https://launchpad.net/bugs/625938
[23:56] <didrocks> ok, can jump on it then
[23:57] <seb128> didrocks, ok, then please call it a day ;-)
[23:57] <didrocks> seb128: ok :-)