[00:00] <rickspencer3> sun is finally coming out here in Seattle
[00:00] <rickspencer3> getting cold there?
[00:00] <rickspencer3> I'm guessing cold for you is hot for us
[00:01] <RAOF> I'm guessing 5℃ isn't particularly hot for you.
[00:01] <rickspencer3> I thought it was always hot in Australia
[00:01] <rickspencer3> :/
[00:01] <rickspencer3> with the deserts and kangaroos and all
[00:01] <rickspencer3> j/k
[00:01] <RAOF> The stuff up north, around the equator, yes. :)
[00:02] <rickspencer3> anyway, 5 isn't all that cold
[00:03] <rickspencer3> :)
[00:03] <RAOF> Not inside, no.
[00:03] <rickspencer3> heh
[00:04]  * RAOF is about the same lattitude as Wellington & Auckland
[00:04] <ajmitch> luxury...
[00:04] <rickspencer3> I think the deal is, that it's always hot there when it's cold here
[00:04] <rickspencer3> so it seems like it is always hot for you guys
[00:05] <RAOF> Heh.
[00:07] <rickspencer3> RAOF, I see dist-upgrade is still wanting to uninstall xorg-xserver
[00:07] <rickspencer3> but I think your email worked
[00:07] <rickspencer3> only one person asked me about it, and they asked if they should wait to upgrade for a few days
[00:07] <RAOF> Woot!
[00:08] <RAOF> A bunch of the drivers got built against the wrong xserver ABI.  They're all rebuilt now, leaving siliconmotion which requires a new upstream to build against the new xserver.
[00:11] <rickspencer3> I have a 7:05 am flight tomorrow
[00:11] <rickspencer3> so going to step away now
[00:11] <rickspencer3> cu guyz later !
[00:12] <robert_ancell> later
[00:12] <RAOF> Have fun flying.
[00:12] <TheMuso> rickspencer3: enjoy your fliht.
[00:12] <TheMuso> flight
[00:13] <rickspencer3> thanks TheMuso
[01:25] <Sarvatt> RAOF: wacom still needs merging, evtouch needs a fakesync, xorg meta needs uploading, geode, displaylink, virtualbox-ose-guest-x11, glamo,  nvidia-current, nvidia-173, nvidia-96 all need rebuilding
[01:26] <RAOF> savage wants a merge, too.
[01:30] <Sarvatt> oh duh, need to disable edgers to see everything else providing xserver-xorg-video-6 and xserver-xorg-input-7, i just had a list of things not installed :)
[01:30] <RAOF> Also, siliconmotion needs a new upstream to build against 1.8 :)
[01:30] <RAOF> Savage and siliconmotion are in git.
[01:30] <RAOF> And I want to touch nvidia-*'s apport hook before uploading them.
[01:38] <RAOF> Man, these chocolate biscuits are *awesome*.  ½ 70% cocoa, ½ 85% cocoa chocolate + dark chocolate drops.  MMmmm.
[01:38] <Sarvatt> 173 and 96 don't work with xserver 1.8 and current really shouldn't be providing an ABI I'd think since its compatible with multiple ones
[01:38] <RAOF> It could provide multiple ABIs then, but that's the reverse of what the XSF is going for.
[01:39] <LaserJock> does PyGI replaces pygtk?
[01:40] <Sarvatt> xserver-xorg-core breaks xserver-xorg-input-7 and xserver-xorg-video-6 so its really tricky, nothing can provide those and have it be installable :( if the meta was uploaded people without xserver-xorg-{video,input}-all could at least upgrade now
[01:42] <Sarvatt> well wacom would need to be updated too
[01:44] <RAOF> Yes.
[01:44] <Amaranth> LaserJock: I think the idea is to layer pygtk on top of pygi so you can keep using the same API
[01:49] <LaserJock> Amaranth: but if I was making a new app I could just use pygi, right?
[01:50] <Amaranth> assuming it exposes what you need, yes
[01:58] <Sarvatt> ah video-fbdev too
[02:01] <RAOF> Oh, yeah.  That's merged locally too.
[02:50] <Sarvatt> hmm background transparency in gnome-terminal doesn't work with a rgba theme
[02:52] <RAOF> Works here.
[02:53] <Sarvatt> with darkroom?
[02:54] <RAOF> With Radiance
[02:54] <Sarvatt> thats not rgba yet? darkroom is still the only one with transparency everywhere here
[02:55] <RAOF> Edit the gtkrc and flip argb to TRUE.
[02:56] <RAOF> It'd work better if compiz blur didn't segfault in mesa.
[02:58] <Sarvatt> adjusting the transparency slider crashed gnome-terminal that time :D
[02:58] <Sarvatt> man abiance/radiance looks ugly with a side panel :(
[02:59] <Sarvatt> http://sarvatt.com/downloads/rgba2.png
[03:00] <RAOF> You're basically on a hiding to nothing with a side panel :)
[03:00] <Sarvatt> can't get transparency working in it, weird
[03:14] <Sarvatt> ok it works when i run it in gdb from a VT... :D
[03:16] <Sarvatt> thats so odd, installing the dbg packages and running it in gdb from a VT fixed it, its not crashing anymore either
[03:16] <RAOF> Hah!
[03:18] <Sarvatt> in that screenshot it was a little transparent wasnt it.. the settings must have just been stuck
[03:22] <Sarvatt> now to figure out how to get indicator applet application menu to show anything :)
[04:10] <RAOF> TheMuso: Would you be able to sponsor some X uploads for me?  There are a bunch of no-change rebuilds and a couple of easy merges from Debian. http://cooperteam.net/Packages/ have the source packages.
[04:11] <TheMuso> RAOF: Right, so I don't need to pull from git for any of them?
[04:11] <RAOF> TheMuso: No.  I've done all that for you :)
[04:12] <TheMuso> RAOF: dude, thanks heaps.
[04:12] <RAOF> You can pull them from git if you'd prefer, of course. :)
[04:14] <TheMuso> RAOF: no its fine. Do these need to be uploaded/built in any particular order?
[04:14] <Sarvatt> also have xorg meta here if possible- http://sarvatt.com/downloads/merges/xorg/ and it's in git here http://git.debian.org/?p=pkg-xorg/debian/xorg.git;a=shortlog;h=refs/heads/ubuntu
[04:15] <TheMuso> RAOF: any particular reason the changelog entries from debian aren't included in the changes file for xserver-xorg-video-fbdev?
[04:15] <TheMuso> Sarvatt: Lets get everything up first, and I'll pull your source package, thanks.
[04:15] <TheMuso> RAOF: same for xserver-xorg-video-savage
[04:16] <RAOF> TheMuso: Because I forgot them!  Whoops, I'll just fix that up.
[04:17] <TheMuso> RAOF: thanks. BTW where do I get the orig tarballs from? Debian I assume.
[04:17] <RAOF> Yup.
[04:18] <RAOF> For the ones which aren't simply no-change rebuilds of what we've got in Ubuntu.
[04:18] <TheMuso> RAOF: ok
[04:19] <TheMuso> RAOF: ok let me know when you have fixed those changes files.
[04:24] <RAOF> TheMuso: Fixed.
[04:24] <TheMuso> RAOF: thanks
[04:29] <TheMuso> Now to fetch the orig tarballs.
[04:30] <RAOF> Want me to upload them?
[04:31] <TheMuso> RAOF: nah its fine
[04:32]  * TheMuso sighs at the new spam bot crap going around the last day or so.
[04:33] <RAOF> TheMuso: Can I add siliconmotion to that list, sorry?
[04:33] <TheMuso> RAOF: sure.
[04:33] <RAOF> It's up, and has everything including orig.tar.gz
[04:34] <TheMuso> dude you are a legend! thanks
[04:35] <TheMuso> Already building xserver-xorg-video-displaylink anyway
[04:42] <TheMuso> RAOF: just doing a mass test build now.
[04:42] <RAOF> Ta.
[04:44] <RAOF> You know what?  It's lunch time.
[04:45]  * TheMuso had his about an hour ago. :p
[05:01] <robert_ancell> RAOF, when I go to dist-upgrade my maverick box it wants to remove xserver-xorg-input-mouse - that's a bad thing right?
[05:01] <RAOF> Yes.
[05:02] <RAOF> Well, actually, if that's the _only_ thing it wants to remove you'd be ok.  evdev handles mice.
[05:02] <robert_ancell> it's just that and xsever-xorg-video-tseng which is n/a for me
[05:02] <RAOF> You won't miss xserver-xorg-input-mouse.
[05:02] <robert_ancell> so is input-mouse deprecated in favour of evdev?
[05:03] <RAOF> Yup.
[05:03] <robert_ancell> dist-upgrading now...
[05:04]  * RAOF disappears back to lunch in case of breakage
[05:10] <TheMuso> RAOF: nothing yet, build wise.
[05:10] <TheMuso> just doing dummy test build
[05:11] <RAOF> That seems a surprisingly slow rate of builds - why do they take so long for you?
[05:19] <TheMuso> RAOF: I am running them in a linear fashion because I am too lazy to try and parallelize them.
[05:19] <TheMuso> RAOF: and dpkg takes ages to install packages...
[05:20] <RAOF> Hm.
[05:21] <TheMuso> RAOF: all uploaded
[05:22]  * RAOF likes his sbuild union-mount-on-tmpfs quite a lot.
[05:22] <RAOF> TheMuso: Gratsias.
[05:22] <TheMuso> heh
[05:22] <RAOF> Or however you spell it ):
[05:22] <RAOF> :(
[05:22] <RAOF> :)
[05:22] <TheMuso> RAOF: I should consider that myself
[05:22] <TheMuso> heh
[05:22] <TheMuso> RAOF: how much of RAM do you allocate to it?
[05:23] <RAOF> 80%, so I can build huge packages like mesa.
[05:23] <TheMuso> right
[05:23] <TheMuso> How much RAM do you have?
[05:23] <RAOF> But almost nothing needs nearly that amount.
[05:23] <RAOF> 4GB
[05:23] <RAOF> Minus shared GPU memory
[05:23] <TheMuso> ah ok
[05:24]  * TheMuso has 4GB as well, so that sounds reasonable then
[05:24] <RAOF> And sbuild is now more memory efficient than doing the same with a pbuilder.  Yay!
[05:25] <Sarvatt> except vmmouse is in input-all and depends on mouse
[05:27] <TheMuso> Sarvatt: haven't uploaded x meta yet
[05:27] <TheMuso> if you have more tweeking to do, go ahead
[05:31] <Sarvatt> no tweeking left in meta if thats what you meant, i was just saying vmmouse depends on mouse regarding the earlier conversation, if it wants to remove mouse it must want to remove a lot more than just mouse and its a bad thing
[05:31] <TheMuso> ah ok
[05:32] <TheMuso> Sarvatt: So xorg meta is ready to go?
[05:33] <Sarvatt> yeah, wacom needs a merge though still for xserver-xorg-core to be installable and i havent had any luck with that
[05:33] <TheMuso> Sarvatt: Same as I asked RAOF about before. Is there a reason why you left out debian changelog entries from the changes file for the merge?
[05:34] <TheMuso> Sarvatt: so I'll hold off then?
[05:41] <statik> hi hi
[05:41] <statik> anyone around who would be interested in sponsoring a merge of protobuf from debian?
[05:41] <Sarvatt> well that was a nasty surprise, got a hang and apparently plymouth no workie when your xserver doesn't support -nr :)
[05:42] <Sarvatt> TheMuso: is there a different way I should have created the source package to include that?
[05:42] <statik> http://people.canonical.com/~emurphy/protobuf-merge/
[05:43] <Sarvatt> debuild -S -sa -i -I doesn't include that apparently, is there another flag I can pass to include it or just something that needs to be done manually?
[05:44] <RAOF> You need to pass -v$LAST_UBUNTU_VERSION
[05:45] <Sarvatt> aha!
[05:46] <statik> ooh, i didn't know about that
[05:48] <Sarvatt> TheMuso: fixed it up then, sorry about that - http://sarvatt.com/downloads/merges/xorg/
[05:49] <TheMuso> Sarvatt: Right, because of wacom/xserver-xorg-core, shoudl we not wait till wacom is sorted?
[05:52] <Sarvatt> it doesn't matter really, it's better to have the meta in early so that the xserver-xorg-video-all | xserver-xorg-video-7, xserver-xorg-input-all | xserver-xorg-input-9 depends actually work for people that dont have input/video-all installed but yeah wacom really needs to be updated so xserver-xorg-core is even installable
[05:54] <TheMuso> Well its up to both you guys
[05:54] <TheMuso> I won't act on it unless explicitly given a yes.
[05:57] <RAOF> TheMuso: Yes.  Uploading the metapackage is fine.
[05:57] <TheMuso> ok
[05:59] <TheMuso> ok uploading
[05:59] <TheMuso> uploaded
[06:00] <Sarvatt> thanks TheMuso
[06:00] <TheMuso> np
[06:23] <robert_ancell> does anyone know why we're running such an old version of dbus?
[06:26] <TheMuso> robert_ancell: But keybuk might.
[06:26] <TheMuso> robert_ancell: no, but keybuk might
[06:26] <robert_ancell> TheMuso, thanks
[06:29] <Sarvatt> is it me or does dbus git look screwed up? master and dbus-1.2 branch are the same
[06:30] <Sarvatt> (dbus-1.2 has 1.3.1 in it)
[06:45] <robert_ancell> Sarvatt, that doesn't sound good
[06:46] <TheMuso> Sarvatt: Hopefully that could be recoverable with tags.
[06:47] <TheMuso> At least mostly.
[06:47] <Sarvatt> i was looking here  to see how far we were behind - http://cgit.freedesktop.org/dbus/dbus/
[06:47] <TheMuso> that would depend on whether there were changes included that weren't part of a tagged release.
[06:47] <statik> hi TheMuso, any chance you would have a few moments to sponsor an upload of protobuf? it's just a merge from debian+patch refresh.
[06:47] <statik> http://people.canonical.com/~emurphy/protobuf-merge/
[06:48] <TheMuso> statik: will take a look.
[06:48] <statik> TheMuso, thanks! I tried to hassle robert first, but he is still waiting on core-dev rights
[06:51] <TheMuso> statik: just running a test build.
[06:52] <statik> TheMuso: thanks. I've testbuild in a maverick cowbuilder, and also we've been running a backport of this on our lucid test servers and the hardy servers in the datacenter, so i'm reasonably confident that it is sane.
[06:53] <TheMuso> ok
[06:53] <statik> but I am quite a salesman, so a testbuild is completely appropriate :)
[06:53] <TheMuso> I always run a test build to be safe anyway.
[06:53] <pitti> Good morning
[06:54] <TheMuso> Morning pitti.
[06:54] <pitti> hey TheMuso, how are you?
[06:54] <TheMuso> Gah! More list moderation queue spam to deal with.
[06:54] <statik> hi pitti
[06:54] <TheMuso> pitti: very well thanks, yourself?
[06:54] <pitti> I'm great, thanks
[06:54] <TheMuso> I sware some new bots have come online this last few days
[06:54] <pitti> hey statik
[06:54] <pitti> for a few days now I get very strange spam, and tons  of it
[06:55] <TheMuso> Me too.
[06:55] <pitti> just random words, which always make it through my spam filter
[06:55] <pitti> looks like there's a large-scale attack to confuse the adjustments of all Bayesian filters out there
[06:55] <robert_ancell> pitti, hey, I'm doing a dbus merge, is there anything in particular to look out for?
[06:55] <TheMuso> The recent stuff I have seen is messages with twitter in the subject, as well as some outlook notification or some such.
[06:55] <pitti> robert_ancell: just that Keybuk claimed the merge
[06:56] <robert_ancell> pitti, ok, makes my life easy.  Whose domain is dbus?  Can we get it into bzr?
[06:56] <TheMuso> I'd suspect dbus is foundations now.
[06:56] <TheMuso> suspect
[06:57] <pitti> and a million fake "account notifications" with javascript; go viruses
[06:57] <pitti> robert_ancell: Keybuk is one of the upstreams
[06:57] <pitti> robert_ancell: conceptually it's rather desktop-ish, though; I suggest to ping/email him and check who should merge
[06:58] <TheMuso> pitti: Yeah seen something similar.
[07:02] <TheMuso> statik: uploading
[07:03] <statik> TheMuso, you rock
[07:25] <RAOF> The xserver-xorg-input-wacom is ready for sponsoring - available here: http://cooperteam.net/Packages/xf86-input-wacom_0.10.6-0ubuntu1.dsc http://cooperteam.net/Packages/xf86-input-wacom_0.10.6-0ubuntu1_source.changes
[07:26] <pitti> RAOF: doing
[07:26] <pitti> uploaded
[07:27] <RAOF> pitti: Rocking.  Thanks.
[07:43] <Sarvatt> jockey's data/handlers/nvidia.py needs something like this for nvidia-173 to work -
[07:43] <Sarvatt>         if self.version == '173':
[07:43] <Sarvatt>             self.xorg_conf.addOption('ServerFlags', 'IgnoreABI', 'True', optiontype='Option', position=0)
[07:43] <Sarvatt> still no nvidia-173 release that works without IgnoreABI :(
[07:59] <didrocks> good morning
[08:13] <pitti> bonjour didrocks
[08:13] <didrocks> Guten Morgen pitti, how are you?
[08:13] <pitti> I'm great, thanks! how about you?
[08:14] <didrocks> I'm fine, thanks. It's almost dark outside because of the bad weather though
[08:16] <pitti> wow, we have bright sunshine
[08:16] <didrocks> totally different story there :)
[08:25] <seb128> hey there
[08:25] <didrocks> salut seb128, ça va ?
[08:25] <pitti> bonjour sebastien
[08:25] <seb128> lut didrocks
[08:25] <seb128> nickel, et toi ?
[08:25] <didrocks> ça va, il fait juste presque nuit sur Paris ^^
[08:27] <seb128> donc tu peux bosser sans distractions? ;-)
[08:31] <didrocks> seb128: roh, tout de suite :-)
[08:31] <pitti> RAOF: ahh, got rejected; you dropped the epoch
[08:32] <pitti> RAOF: shall I reupload with epoch, or do you want to fix in git and produce a new source yourself?
[08:32] <seb128> hey pitti
[08:32] <seb128> how is the xorg transition going?
[08:32] <RAOF> Please reupload with the epoch; we're not really using the git.
[08:34] <pitti> RAOF: done
[08:34] <RAOF> seb128: Once wacom is uploaded & built xserver-xorg-video-all and xserver-xorg-input-all will be installable; upgrades should now go through.  Unless you're using proprietary drivers :)
[08:34] <RAOF> pitti: Thanks muchly!
[08:37] <seb128> RAOF, I uninstall wacom yesterday
[08:37] <seb128> those seems to still need an update: glamo geode fbdev ivtv siliconmotion
[08:38] <seb128> those are the drivers with the abi at 6 and not 7
[08:38] <seb128> those are the drivers with the abi at 6 and not 7 there
[08:39] <RAOF> Right.  fbdev, ivtv, siliconmotion have builds pending.
[08:39] <RAOF> glamo is tremendously obscure, and requires some patching to get building.
[08:41] <pitti> we could temporarily remove it from -all to get back installability?
[08:42] <RAOF> geode (should) will just require a no-change rebuild.  I haven't got to it because I'm not on i386 :)
[08:45] <seb128> RAOF, btw I did the intel no change rebuild but I didn't commit anywhere, do you use a vcs? can you commit for me the changelog update?
[08:45] <RAOF> seb128: That's already been done, thanks :)
[08:45] <seb128> thank you
[08:46] <seb128> I guess I can update now
[08:46] <seb128> I don't need any of the drivers I listed
[08:51] <didrocks> seb128: libgee MIR done (bug #592060). Once you have some free time if you can push it to main so that unity can build, that will be a good way to start the day :)
[08:51] <ubot2> Launchpad bug 592060 in libgee (Ubuntu) "[MIR] libgee (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/592060
[08:51] <seb128> hum
[08:52] <seb128> pitti, ^
[08:52] <pitti> sure, feel free to pre-promote it
[08:52] <seb128> pitti, thanks
[08:53] <didrocks> the package just produce a single library, however, there are a lot of sources in vala
[08:58] <robert_ancell> seb128, pitti, hey, what happened with that gdm patch?
[08:58] <seb128> hey robert_ancell
[08:58] <seb128> robert_ancell, which one?
[08:58] <pitti> robert_ancell: seb ported it to the current -proposed version
[08:59] <robert_ancell> seb128, the one pitti was talking about, was there another proposed not in bzr?
[08:59] <seb128> robert_ancell, no, but 2.30.2 failed verification and has new crashers and bugs
[08:59] <seb128> robert_ancell, so it's a no go to lucid-updates
[08:59] <robert_ancell> oh, ok
[08:59] <seb128> robert_ancell, I rebased on the current lucid version
[09:00] <robert_ancell> so it's all ok now?
[09:00] <seb128> robert_ancell, I rebased on the current lucid version for now
[09:00] <seb128> robert_ancell, did you read my comments on the bug?
[09:00] <robert_ancell> yeah, but I was confused.  I thought you'd done that but I wanted to check
[09:00] <seb128> robert_ancell, the update doesn't fix the issue
[09:01] <seb128> robert_ancell, the changes we have seems to have the same "watch files in user directories trigger automounting storm" issue
[09:01] <robert_ancell> seb128, I think they were using the old SRU
[09:01] <seb128> no
[09:02] <seb128> 16_gdmserver_user_manager.patch:+        user->icon_monitor = g_file_monitor_file (file,
[09:02] <seb128> robert_ancell, ^ I think that's still an issue
[09:03] <robert_ancell> my patch means this code is never executed if IncludeAll=false (which is the correct behaviour for NFS systems afaik)
[09:03] <seb128> robert_ancell, see 91_git_no_icons_watching.patch in my upload
[09:03] <seb128> robert_ancell, EtienneG tested the update and says it's still an issue
[09:04] <seb128> robert_ancell, I can check today with him he's running the right version but I think he was
[09:04] <robert_ancell> EtienneG says he tested -0ubutntu1 which is the SRU before my one
[09:04] <robert_ancell> I made -0ubuntu2
[09:05] <robert_ancell> so your saying the 2.30.2-0ubuntu1 SRU has failed verification and was pulled back, so you took my changes in 2.30.2-0ubuntu2 and applied them to 2.30.0-0ubuntu6?
[09:06] <seb128> robert_ancell, no
[09:06] <seb128> robert_ancell, I did 2.30.2.is.2.30.0-0ubuntu1
[09:06] <seb128> robert_ancell, get the source from launchpad
[09:06] <seb128> robert_ancell, I rebased on the lucid version your changes and some git commits and some pitti changes
[09:07] <robert_ancell> ok, but that hasn't been tested by EtienneG afaik, as he says in the report he tested 2.30.2-0ubuntu1
[09:10] <seb128> robert_ancell, oh ok, I will check today with him what version he tested
[09:10] <seb128> robert_ancell, I'm not sure if people got confused by the version I used or if they are still running the previous one
[09:10] <didrocks> talking about that, there is no lp:~ubuntu-desktop/gdm/lucid, where is the lucid branch?
[09:11] <didrocks> just to start with the good base :)
[09:11] <seb128> didrocks, there is none
[09:11] <seb128> apt-get source
[09:11] <seb128> I didn't work in bzr
[09:12] <didrocks> ok, no worry
[09:12] <seb128> I tend to no do a bzr for stable updates
[09:12] <didrocks> seb128: really? ok, I should remove some lucid branch I've pushed so :)
[09:12] <robert_ancell> seb128, ok, the patch looks fine - it should work np
[09:13] <seb128> robert_ancell, nice, thanks
[09:13] <seb128> robert_ancell, what are you working on now otherwise btw?
[09:14] <robert_ancell> merging mostly
[09:14] <seb128> robert_ancell, we have low overlap atm, it's hard to follow what you do
[09:14] <seb128> out of rocking merges and getting pygi in
[09:14] <seb128> which is already a lot ;-)
[09:14] <seb128> but it seems we settle down
[09:14] <seb128> the merges list is almost done no?
[09:15] <seb128> robert_ancell, GNOME 2.31 increased my stress level btw
[09:15] <robert_ancell> I was looking a the other GDM bug but there's only so much GDM I can take at one time
[09:15] <robert_ancell> seb128, why?
[09:15] <seb128> ok
[09:15] <seb128> robert_ancell, it seems some things will depends on gtk3
[09:15] <robert_ancell> seb128, I've got a list of things we should talk about GNOME 3.0 at the sprint.  I think that's when we should make the decision on how much we can take in Maverick
[09:16] <seb128> and I don't want gtk3 in the default installation
[09:16] <robert_ancell> Still a lot of merges to go, it's hard to tell how long as some are easy and some are very hard
[09:16] <seb128> the schedule is not reliable
[09:16] <seb128> it would mean duplicate the gtk stack
[09:16] <seb128> ie CD space issue
[09:16] <seb128> and we can't have an app loading gtk2 and gtk3 at the same time
[09:16] <seb128> ie we need duplicate builds of each lib
[09:16] <robert_ancell> right, I was going to ask about that.  Is there anything useful in gtk3?
[09:17] <seb128> robert_ancell, which ones are on your list to merge still?
[09:17] <seb128> robert_ancell, things like gdm we should not bother with
[09:17] <seb128> or gvfs
[09:17] <robert_ancell> seb128, anything on versions that has gnome- in from of it
[09:17] <seb128> there is just lot of work for no win
[09:17] <robert_ancell> agree not moving gdm
[09:17] <robert_ancell> I think there's not enough time to get new stuff in anyway, we should just pick some interesting apps (if there are any)
[09:18] <seb128> robert_ancell, gtk3 has nice changes
[09:18] <robert_ancell> seb128, are they backportable?
[09:18] <seb128> the new layout thing, multi touch, symbolic icons, libunique
[09:18] <robert_ancell> multi touch would be very nice
[09:18] <robert_ancell> what is the layout thing?
[09:19] <seb128> robert_ancell, we will likely backport symbolic icons
[09:19] <seb128> robert_ancell, having gtklabels to rewrap dynamically
[09:19] <robert_ancell> GTK3 is on the gtk-2-90 branch?
[09:19] <robert_ancell> the labels would be nice
[09:19] <seb128> yes
[09:20] <seb128> let me find the email about it
[09:20] <seb128> it's non trivial work to how gtk work
[09:21] <robert_ancell> I've got the GTK 2.90.2 release email but haven't seen anything else
[09:22] <didrocks> if we don't take evo 2.32, it would be great to take the new patches for netbook and --express that land into trunk
[09:22] <didrocks> some other distro uses them with 2.30, so it should be mergeable easily
[09:22] <seb128> robert_ancell, http://mail.gnome.org/archives/gtk-devel-list/2010-April/msg00044.html
[09:23] <robert_ancell> ah, I don't follow gtk-devel
[09:23] <robert_ancell> seb128, thanks
[09:23] <seb128> robert_ancell, https://bugzilla.gnome.org/show_bug.cgi?id=101968
[09:23] <ubot2> Gnome bug 101968 in GtkLabel "(extended-layout) Height-for-width layout" [Enhancement,Resolved: fixed]
[09:23] <robert_ancell> oh, I remember reading a blog post about this
[09:23] <huats> morning
[09:23] <huats> hello seb128 didrocks and robert_ancell
[09:23] <robert_ancell> huats, hey
[09:23] <didrocks> salut huats
[09:24] <seb128> lut huats
[09:24] <seb128> robert_ancell, in any case I can see softwares will depends on gtk3
[09:24] <seb128> I want to get gtk3 in
[09:24] <robert_ancell> seb128, software will already depend on other GNOME3 stuff (e.g. gsettings/dconf).  We will have to pick wisely :)
[09:25] <seb128> but not on the default installation
[09:25] <robert_ancell> seb128, is anyone packaging it yet?
[09:25] <seb128> robert_ancell, well, I've no real issue with gsettings in the default install
[09:25] <seb128> it's in glib
[09:25] <seb128> but a new gtk stack...
[09:25] <seb128> we have no CD space and it's going to do a lot of work
[09:25] <seb128> especially since they don't version symbols
[09:26] <seb128> which means you can use gtk3 and a gtk2 client library
[09:26] <seb128> so we will need to duplicate quite some libs to have gtk3 versions
[09:26] <robert_ancell> oh
[09:27] <robert_ancell> anyway, I have to go.  See you guys later
[09:27] <seb128> see you
[09:27] <seb128> robert_ancell, yes for gtk3
[09:27] <seb128> some gnome-shell ppa guys
[09:27] <seb128> and debian started some work
[09:27] <seb128> I will try to get people to work together
[09:27] <robert_ancell> nice
[09:27] <seb128> and get it in debian
[09:27] <seb128> robert_ancell, have fun
[09:27] <seb128> robert_ancell, see you!
[09:27] <robert_ancell> seb128, oh, one last question.  what is the deal with the xdg/autostart gnome/autostart changes in Debian.  Which one do we use?
[09:28] <seb128> robert_ancell, etc which is the upstream location
[09:28] <seb128> robert_ancell, but I'm open to discuss it
[09:28] <seb128> it's just annoying since you need to clean etc in preinst etc
[09:28] <seb128> conffiles
[09:28] <seb128> and it's useless diff over upstream
[09:29] <robert_ancell> seb128, I just keep coming up against it in merges, and I've matched debian which I think now is the wrong way
[09:29] <seb128> debian changes it because they don't want those to be conffiles
[09:29] <seb128> robert_ancell, if you move to usr and didn't add preinst cleaning code you will still have the etc entry on upgrade
[09:30] <robert_ancell> seb128, well, I copied the debian code so it has the cleaning
[09:30] <seb128> ok
[09:30] <robert_ancell> anyway, later
[09:31] <RAOF> Anyone want to sponsor a -geode no-change rebuild?  http://cooperteam.net/Packages/xserver-xorg-video-geode_2.11.8-4build1.dsc
[09:32] <pitti> RAOF: do you have a source.changes?
[09:32] <RAOF> Yup, same location.
[09:32] <RAOF> http://cooperteam.net/Packages/xserver-xorg-video-geode_2.11.8-4build1_source.changes
[09:33] <pitti> RAOF: uploaded
[09:35] <didrocks> seb128: ok, http://bazaar.launchpad.net/~ubuntu-desktop/gdm/ubuntu/revision/257 contains the fix and I pushed it to maverick, don't know if you want to wait for more fixes for lucid before pushing -proposed
[09:36] <RAOF> pitti: Danke
[09:36] <pitti> I suggest to get the current gdm in proposed to -updates first
[09:36] <seb128> didrocks, yes let's see how etienneg's testing go
[09:36] <seb128> if the current update can go to updates wait for that
[09:37] <didrocks> ok, just ping me when I need to push it to -proposed
[09:39] <seb128> didrocks, ok, we might batch other changes with it
[09:39] <seb128> didrocks, just set the bug to fix commited with the bzr url
[09:39] <didrocks> on the lucid task? ok
[09:39] <seb128> didrocks, yes
[09:40] <seb128> didrocks, or feel free to import my current upload in a bzr and push yours is the vcs
[09:40] <seb128> we can use that for the next update
[09:41] <didrocks> seb128: well, if you prefer not using a vcs for -updates (and as we have done most of them, I guess), I don't want to change your workflow, I have no strong opinion about that, so let's wait for -proposed to be opened again for gdm
[09:43] <seb128> didrocks, it's not that I prefer or not
[09:43] <seb128> I'm just to lazy to set one
[09:43] <seb128> I did what was easier
[09:43] <didrocks> :)
[09:44] <seb128> I would have used a vcs if there was one
[09:44] <didrocks> your current upload content, do you mean something different than -ubuntu2 ?
[09:44] <seb128> waouh, new xorg seems to work ;-)
[09:45] <seb128> didrocks, ?
[09:45] <seb128> didrocks, 2.30.2.is.2.30.0-0ubuntu1
[09:45] <didrocks> "feel free to import my current upload in a bzr" -> not sure I'm following, do you talk about the -ubuntu2 gdm upload in maverick?
[09:45] <didrocks> ok
[09:45] <seb128> didrocks, if you want to do a sru bzr
[09:46] <seb128> you can import that
[09:46] <seb128> or take the revision from the current one which as common
[09:46] <seb128> commit my update to it
[09:46] <seb128> commit your change
[09:46] <seb128> then push somewhere
[09:46] <seb128> as -> was
[09:46] <didrocks> sure
[09:46] <seb128> ie before we did a maverick commit
[09:47] <seb128> didrocks, btw I've some time now, did you want to discuss that UNE transition wiki of yours?
[09:47] <didrocks> seb128: sure, even if I have even take some decision fom yesterday's upload :)
[09:48] <seb128> didrocks, hum
[09:48] <seb128> didrocks, do you still need my input and on what?
[09:48] <seb128> will be easier this way ;-)
[09:48] <didrocks> I've talked to LaserJock too and he agreed in a plan (as he wants to take over netbook-launcher maintainership)
[09:48] <seb128> ok
[09:48] <didrocks> well, I can do a "FYI" thing, so that you can give your input
[09:48] <didrocks> the idea is:
[09:48] <seb128> so it seems you don't need my input ;-)
[09:48] <seb128> ok
[09:49] <pitti> wow, there's someone taking over the 3D launcher?
[09:49] <didrocks> pitti: right
[09:49] <pitti> who will maintain the -efl one, BTW?
[09:49] <didrocks> seb128: basically to avoid corner cases, the idea is to ship a new source package with netbook-launcher and rename it
[09:49] <didrocks> pitti: I guess it's still the ARM team (that what was discussed at UDS)
[09:50] <pitti> ah, thanks
[09:50] <didrocks> netbook-launcher is a transition package to unity now
[09:50] <pitti> I really started to like it; it's tremendously fast
[09:50] <didrocks> pitti: don't you find it too much blinging?
[09:50] <pitti> looks quite nice to me..
[09:50] <didrocks> pitti: people seems to like that, I keep have feature requests about animations that are implemented in -efl
[09:51] <milanbv> hey guys, do you think someone could find the time to SRU upstream bugfix releases for system-tools-backends, liboobs and gnome-system-tools?
[09:51] <milanbv> I'm really ashamed of their buggy status in Lucid
[09:51] <milanbv> we can't keep this for several years anyway!
[09:53] <didrocks> milanbv: did you prepare some packages? (I would rather have a check for SRU team about the amount of changes)
[09:54] <milanbv> didrocks: I'm really lame at packaging
[09:54] <milanbv> :p
[09:54] <milanbv> should be quite easy for you
[09:54] <milanbv> but I'm really fighting with downstream patches
[09:55] <didrocks> I think huats wanted to redo some active packaging tasks :)
[09:55] <milanbv> at least for system-tools-backends and liboobs, it should only be a matter of merging from upstream
[09:56] <milanbv> for gnome-system-tools, we need to drop a downstream patch
[09:56] <huats> didrocks, I am indeed...
[09:57] <huats> I can do it milanbv if you want
[09:57] <milanbv> huats: that would be great!
[09:57] <huats> well I have said that without looking at the log
[09:57] <huats> but :)
[09:57] <milanbv> log is relatively short
[09:58] <milanbv> those are bugfix releases
[09:58] <milanbv> for gnome-system-tools, I've done a merge request to add a new downstream patch
[09:59] <milanbv> plus we need to drop 10_disable_interfaces.patch (which is a nightmare to merge anyway)
[09:59] <huats> milanbv, let me look at the various packages you mentionned
[09:59] <milanbv> sure :-)
[09:59] <huats> I'll get back to you during the day
[09:59] <milanbv> I can link bugs to the branch if you want, since I know which are fixed
[10:00] <milanbv> *which ones
[10:00] <milanbv> thanks!
[10:00] <huats> milanbv, that might be great
[10:29] <seb128> hum
[10:29] <chrisccoulson> hey seb128
[10:29] <seb128> gnome-screensaver doesn't detect mouse activity with the new xorg
[10:29] <seb128> ie moving the mouse when it starts kicking it doesn't stop the locking
[10:29] <seb128> hey chrisccoulson
[10:29] <seb128> how are you?
[10:29] <chrisccoulson> i'm good thanks, how are you?
[10:30] <seb128> I'm fine thanks
[10:30] <chrisccoulson> does it detect the mouse movement once the screen is locked?
[10:30] <seb128> the mouse cursor moves if that's what you mean
[10:30] <seb128> and I can click on the unlock button
[10:31] <seb128> it seems that the idle timer is not resetted or something
[10:31] <seb128> or not sure what should stop the lock on unactivity
[10:32] <chrisccoulson> yeah, i can't remember what stops it when you move the mouse as it's fading
[10:33] <seb128> whatever that is it broken with the xorg 1.8 update
[10:34] <chrisccoulson> ok, it's the idletime counter resetting that cancels it mid-fade
[10:39] <milanbv> btw, have you noticed how sound skips when screensaver activates?
[10:39] <milanbv> happens since Karmic, really weird
[11:29] <chrisccoulson> grrr, no internet again
[11:29] <pitti> 3G FTW?
[11:29] <seb128> chrisccoulson, oh btw thanks for fixing firefox startup notification
[11:29] <seb128> that bug was driving me crazy
[11:29] <seb128> it made firefox not get focus when launched from a launcher
[11:30] <chrisccoulson> seb128 - yeah, i realised we weren't even enabling the feature ;)
[11:30] <seb128> so I kept typing urls in xchat-gnome
[11:30] <chrisccoulson> pitti - yeah, i'm on my 3G now
[11:38] <seb128> didrocks, unity building btw
[11:38] <seb128> the build started some minutes ago
[11:39] <seb128> lunch time
[11:39] <seb128> bbl
[11:43] <didrocks> seb128: yeah, I triggered a rebuild, can't wait :)
[11:43] <didrocks> seb128: enjoy
[11:43] <didrocks> Internet issue there too :/ the wifi seems down, got a cable
[12:13] <fta> in maverick, to obtain a "`" using a french keyboard, i need to type it twice. how can i revert that to the old behavior?
[12:15] <seb128> what keyboard do you use?
[12:15] <seb128> keyboard layout rather
[12:16] <seb128> I can't confirm there
[12:17] <fta> seb128, "France (Legacy) Alternative"
[12:18] <seb128> "France Autre"
[12:18] <seb128> try this one, it's the default one
[12:18] <seb128> otherwise it's a xkeyboard-config issue I guess
[12:20] <fta> ok, better. thanks
[12:21] <fta> the only pref i change is to drop un-breakable space
[12:22] <fta> not sure why i got the legacy layout though. it's a quite fresh install
[12:37] <fta> evolution crashes in plugin_lib_invoke() while trying to format a message with a text/calendar attcht. http://paste.ubuntu.com/447726/
[12:38] <fta> well, SIGSEGV in format_itip()
[12:40] <seb128> fta, you can probably search for similar bugs on bugzilla.gnome.org
[12:40] <seb128> fta, there is no active evolution hacker there so better to upstream crash issues you get
[12:40] <seb128> fta, they are responsive usually
[12:47] <fta> seb128, not really, i have a few bugs there opened for more than a year
[12:48] <fta> even with patched
[12:49] <seb128> well depends of the bugs
[12:49] <fta> gnome 619959
[12:49] <seb128> you can lobby for those in #evolution
[12:49] <ubot2> Gnome bug 619959 in Mailer "Crash in format_itip at itip-formatter.c line 2567" [Critical,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=619959
[12:49] <seb128> they are often responsive
[12:50] <fta> so that crash is already known
[12:52] <cassidy> seb128, gst packages have been tagged verification-done on lp, what's the next before having them in lucid-upgrade?
[12:52] <seb128> cassidy, nothing
[12:52] <seb128> cassidy, one week delay
[12:52] <cassidy> ah that's automatic
[12:52] <seb128> cassidy, to catch eventual issues
[12:53] <cassidy> good good
[12:54] <seb128> fta, try adding a comment saying you get it as well
[12:54] <fta> seb128, done, but i can't change the status, it's still Unconfirmed
[12:56] <seb128> fta, it doesn't make any difference
[12:56] <seb128> bugzilla.gnome.org people tend to not make any difference between unconfirmed and new bugs
[12:57] <fta> seb128, #evolution is almost empty (2 + me)
[12:58] <seb128> fta, it's on irc.gnome.org
[12:58] <fta> oh, damn
[13:11] <seb128> mvo, bug #579669
[13:11] <ubot2> Launchpad bug 579669 in software-properties (Ubuntu) (and 1 other project) "Creates sources.list.d file with illegal character in name (affects: 1) (heat: 113)" [Undecided,Incomplete] https://launchpad.net/bugs/579669
[13:11] <seb128> mvo, could you review the patch on that bug?
[13:11] <mvo> sure
[13:11] <seb128> mvo, thanks ;-)
[13:14] <fta> would be nice if software-properties was more etckeeper friendly..
[13:27] <milanbv> seb128: regarding GTK+ 3.0 dep, see
[13:27] <milanbv> http://mail.gnome.org/archives/desktop-devel-list/2010-June/msg00132.html
[13:28] <milanbv> I think you should talk with upstream if Ubuntu wants to stick with 2.x
[13:28] <milanbv> for example, I think Colin was willing to backport GtkApplication to 2.22, but Matthias wasn't really in favor of it
[13:28] <seb128> milanbv, talk about what,
[13:28] <seb128> that's their choice to say 2.31 requires gtk3
[13:30] <milanbv> seb128: but if you don't say that you plan to try using 2.22, people won't have any reason to be compatible with it
[13:30] <milanbv> often that's not a strict requirement, just easier for maintainers
[13:30] <seb128> vuntz, there?
[13:30] <seb128> milanbv, well I guess it basically means we should not go for GNOME 2.31 this cycle
[13:31] <seb128> we were already not sure with dconf
[13:31] <milanbv> the mail didn't say GNOME would require GTK+3.0
[13:32] <seb128> well it says that next GNOME 2.31 will have  gtk 2.90
[13:32] <milanbv> was a question
[13:32] <milanbv> but if nobody knows some distributions want to use 2.22, 2.31 may well end up with most modules requiring 3.0
[13:32] <seb128> which means 2.31 tarball can depends on it
[13:32] <seb128> which is basically a GNOME choice
[13:33] <mclasen> milanbv: I don't think we want to make this an opt-in decision for distros...
[13:33] <seb128> I don't think it would be fair to ask them to slow down GNOME3 for distro considerations
[13:33] <seb128> it just meants distros get to choice to stay on what they have now
[13:33] <seb128> or go for GNOME3
[13:33] <milanbv> I'm not talking about forcing GNOME to use 2.22
[13:34] <milanbv> but you were talking about patching 2.22 with features from 3.0
[13:34] <mclasen> milanbv: also, gtk3 is not really a scary thing; it is fully parallel installable
[13:34] <milanbv> better do this upstream
[13:34] <milanbv> mclasen: yeah, I know, I'm basing my tought on Ubuntu plans here
[13:34] <seb128> mclasen, it's just lot of work because you need to maintain the stack twice
[13:35] <seb128> because gtk doesn't use versioned symbols
[13:35] <mclasen> thats a red herring
[13:35] <seb128> which means you can't use gtk3 and a lib which uses gtk2 at the same time
[13:35] <seb128> so you need to duplicate libraries to have gtk2 and gtk3 builds
[13:35] <mclasen> symbol versions will not fix that problem for you
[13:35] <seb128> having those installable together as well
[13:36] <seb128> it's tedious work if nothing else
[13:58] <seb128> didrocks, http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team-maverick-alpha-2.html
[13:58] <seb128> didrocks, desktop-maverick-une-app-selection and dx-m-app-menubar
[13:58] <seb128> didrocks, is the wi duplicates between both?
[13:58] <seb128> or are those different components to install?
[13:59] <didrocks> seb128: I deleted a few minutes ago the duplicated one
[14:00] <seb128> didrocks, ok thanks
[14:00] <didrocks> yw :)
[14:03] <seb128> kenvandine, hey
[14:06] <kenvandine> hey seb128
[14:07] <seb128> kenvandine, how are you?
[14:07] <kenvandine> good, and you?
[14:08] <seb128> I'm fine thanks
[14:08] <seb128> kenvandine, could you give me a summary of what's going on with indicator-appmenu?
[14:08] <kenvandine> getting appmenu-gtk and indicator-appmenu ready to be sponsored :)
[14:08] <kenvandine> reviewing the packaging, waiting for dx to make releases
[14:08] <seb128> ok
[14:09] <seb128> let me know if you want me to do a review of the work at it's now
[14:09] <seb128> I've some free slots today
[14:09] <kenvandine> will do
[14:09] <kenvandine> great
[14:39] <fta> bratsche, fyi, BadMatch in gtk-recordMyDesktop too
[14:42] <seb128> fta, open a bug and tag it gtk-csd
[14:46] <fta> seb128, well, yeah. i wanted to expose a bug, i found another one.
[14:46] <fta> seb128, http://people.ubuntu.com/~fta/broken-menu-when-hovering-up.ogv
[14:47] <seb128> fta, it's a gtk bug fixed in git
[14:47] <seb128> will be fixed in gtk 2.21.2
[14:47] <fta> ok
[15:10] <seb128> hum
[15:10] <seb128> unhappy internet today
[16:11] <rodrigo_> kenvandine, I'm doing another couchdb-glib/evo-couchdb package, so I'll keep using my branch until we can merge it, ok?
[16:12] <kenvandine> rodrigo_, yeah, thx
[16:12] <kenvandine> i am going to find someone that can help debug that later today
[16:12] <rodrigo_> kenvandine, cool, thanks
[16:24] <and471> mpt: happy birthday!
[16:24] <mpt> Thanks and471
[16:24] <mpt> Haven't seen you around for a while, how's things?
[16:24] <and471> mpt: I have only 3 more exams left! (out of 17)
[16:25] <and471> they have been going pretty well, so good!
[16:25] <and471> mpt: and you?
[16:25] <and471> mpt: I have been looking at some of your new work, really excited :-) (i.e. sound menu)
[16:25] <mpt> good good
[16:26] <and471> after friday, I might be able to start doing some more work on software center (my next two exams are spread over 3 weeks...)
[16:26] <and471> mpt, mvo: ^ if you will let me back.. :-(
[16:27] <mpt> I won't speak for mvo, but I'd be delighted
[16:27] <and471> :-)
[16:27] <and471> only joking :-)
[16:27] <and471> mpt: I also might be working on a project of my own, but I shall definitely try to get back contributing to software-center
[16:28] <and471> you have done LOADS since I stopped :-)
[16:29] <mvo> and471: welcome back!
[16:29] <and471> mov: hiya!
[16:29] <and471> oops mvo: hiya!
[16:29] <and471> well I am back after friday... just popping on to wish mpt a happy birthday
[16:29] <and471> but I have maths tomorrow - which is easy
[16:36] <rodrigo_> hmm, another bzr in maverick breakage? It tries to get couchdb-glib_0.6.92.orig.tar.gz as the upstream tarball ??
[16:36] <rodrigo_> kenvandine, ^^
[16:37] <kenvandine> what's wrong with that?
[16:37] <rodrigo_> kenvandine, the tarball is couchdb-glib-0.6.92.tar.gz
[16:37] <rodrigo_> without the orig
[16:37] <rodrigo_> but it seems it's just contacting the out-of-date mirror
[16:37] <rodrigo_> so seems a false alarm, sorry :D
[16:38] <kenvandine> ok :)
[16:38] <jpds> rodrigo_: Which mirror?
[16:38] <rodrigo_> jpds, gnome ftp mirror
[16:38] <jpds> Ah, OK.
[16:45] <rodrigo_> kenvandine, yeah, false alarm indeed, it now gets it correctly :)
[16:45] <kenvandine> great :)
[16:51] <seb128> slomo, hey
[16:52] <seb128> slomo, speaking about gtk and gir, what do you think about making gtk in experimental build its gir? the ubuntu change is in the bts if you want to use it
[16:52] <seb128> slomo, it depends on doing that for atk and pango before though, changes for that are in the bts as well
[16:53] <slomo> seb128: sounds good, just needs someone to do it ;)
[16:54] <vish> seb128: hi.. when is shotwell , replacing F-spot? [or has it already replaced]
[16:56] <seb128> vish, hi, when it's ready
[16:56] <vish> ;p
[16:56] <seb128> vish, check with robert_ancell when he's around or check the blueprint work items
[16:57] <vish> seb128: will do thanks...  someone said that was scrapped and f-spot was being used for M , hence the confusion started
[16:58] <seb128> you should not read what random someones say on the internet though ;-)
[16:58] <vish> :D
[17:39] <zyga> mvo, http://pastebin.ubuntu.com/447835/
[17:40] <zyga> mvo, software-center 2.1.1
[17:40] <zyga> file it?
[18:14] <hyperair> anyone here familiar with udev?
[18:14]  * hyperair needs a udev rule that matches all ipods and runs "podsleuth --rescan"
[18:20] <mvo> zyga: please try 2.1.2 (uploaded today)
[18:20] <zyga> mvo, I just did but that earlier bug was not so easy to reproduce
[18:20] <zyga> mvo, IMHO it was a race of some sort
[18:20] <zyga> the UI was in flux when that occured
[18:24] <zyga> mvo, http://pastebin.ubuntu.com/447846/
[18:24] <zyga> mvo, once you click on the 'share via microblog' link
[18:24] <zyga> mvo, (I was searching for getting things gnome) -- for context
[18:28] <mvo> zyga: thanks, that looks like a bug for kenvandine :)
[18:28] <kenvandine> indeed
[18:29]  * kenvandine should upload a fix for that :)
[18:29] <zyga> kenvandine, it might be just my local installation
[18:29] <zyga> kenvandine, none of this social stuff really works on my computer, it keeps crashing on startup
[18:29] <kenvandine> zyga, that is fixed with the latest kernel
[18:30]  * zyga runs gwibber
[18:30] <kenvandine> but this bug is real... just need to upload a fix
[18:30] <zyga> indeed!
[18:30] <zyga> cool
[18:30] <zyga> :-)
[18:30]  * zyga runs away, see you guys
[18:35] <kenvandine> zyga, fix uploaded to maverick
[18:45] <mvo> thanks kenvandine!
[18:46] <kenvandine> np
[20:28] <jcastro> tremolux: you are on a roll today!
[20:29] <tremolux> jcastro: wazzat?
[20:29] <jcastro> tremolux: just noticing a ton of your work scrolling by in my launchpad folder!
[20:30] <tremolux> jcastro: ahh  :)
[20:30] <tremolux> jcastro: well thanks!
[20:31] <LaserJock> jcastro: you know if anybody has done a greader messaging menu app?
[20:32] <jcastro> LaserJock: doesn't ring a bell, I know someone ported liferea to app indicators
[20:32] <jcastro> LaserJock: if you see one lmk. Or better yet add it to: https://wiki.ubuntu.com/MessagingMenu/Applications
[20:38] <LaserJock> jcastro: I love the gmail one, but I get more greader "messages" than email so I'd like to see it done too
[20:42] <jcastro> I will keep an eye out for one
[21:13] <Daniel_Neel> Hello, I'm doing a bit of work on Ubuntu's Project Cleansweep and found a bug that could be pertinent to the Desktop Team. Here's the link to the bug https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/351322 - as far as I know, the patch attached to the bug should work. However, I'm not sure whether the "problem" fixed with the patch is desirable. Would a member of the Desktop Team be able to take a look at the
[21:13] <Daniel_Neel>  patch and either confirm that the patch is or isn't valid and desired, or point me to another source that would be able to make a decision regarding this matter?
[21:13] <ubot2> Launchpad bug 351322 in thunderbird (Ubuntu) "Make GNOME menu entry for Thunderbird consistent with Firefox, Evolution (affects: 1) (heat: 8)" [Undecided,Confirmed]
[21:17] <chrisccoulson> Daniel_Neel, thanks. i will discuss that with other members of the mozillateam first though before changing it, but I agree in principal
[21:20] <Daniel_Neel> Ok, good deal. Should I wait on a response from the mozillateam before taking further action on the bug or hold off and let you guys take care of it?
[21:21] <chrisccoulson> Daniel_Neel, yeah, there's no need to do anything else with it atm
[21:21] <chrisccoulson> thanks
[21:21] <Daniel_Neel> Alrighty, sounds good then, thanks for the help.
[21:32] <chrisccoulson> i'm sure the lucid kernel is leaking memory like crazy :/
[21:44]  * didrocks waves goodnight
[23:59] <i_need_a_dev> hello desktop team
[23:59] <i_need_a_dev> any dev here?