[00:08] <robert_ancell> no desktop meeting today?
[00:09] <RAOF> No?  I'm not late for it, then?
[00:09] <LaserJock> I think it was earlier
[00:09] <LaserJock> or well, the early one was earlier :-)
[00:10] <robert_ancell> I *think* it's Eastern edition now, according to my calendar
[00:11] <RAOF> That would be the traditional time, yes.
[00:11] <LaserJock> seb128 ran the Western edition
[00:12] <robert_ancell> RAOF, I've been caught out by daylight savings at least once :)
[00:16] <TheMuso> rickspencer3: You around for desktop team meeting eastern edition?
[00:16] <rickspencer3> TheMuso, yeah
[00:17] <rickspencer3> sorry, otp
[00:17] <rickspencer3> everything is running over
[00:17] <rickspencer3> robert_ancell, TheMuso sound ok?
[00:17] <TheMuso> sure
[00:17] <rickspencer3> RAOF, ?
[00:18] <RAOF> Yup.
[00:18] <RAOF> I'm now at a location where the power won't be turned off at arbitrary times :)
[00:18] <robert_ancell> RAOF, bonus!
[00:21] <rickspencer3> so ...
[00:21] <rickspencer3> I couldn't attend the main meeting
[00:21] <rickspencer3> and I've been totally busy all day, so I haven't even looked at the meeting wiki :/
[00:22] <rickspencer3> RAOF, TheMuso, robert_ancell given that I have no more context than the three of you, how do you suggest we proceed?
[00:24]  * TheMuso decides to read the wiki page for now.
[00:24] <robert_ancell> what was the wiki link?
[00:25] <rickspencer3> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-06-15
[00:25] <rickspencer3> it looks nicely filled in
[00:28] <rickspencer3> tremolux, around at all?
[00:28] <RAOF> Hm.  The indicator stuff reminds me - the ayatana mono bindings for the various libs have historically not been particularly Debian-cli policy compliant, with varying degrees of problems introduced by this.  I'd like to volunteer my assistance if people have CLI packaging questions - they're generally quite easy. :)
[00:28] <rickspencer3> kenvandine, ^
[00:30] <RAOF> I also notice that we've now got libindicate mono bindings.  Yay! :)
[00:30] <rickspencer3> I'm pretty sure that kenvandine rolled those
[00:34] <robert_ancell> does anyone here know about webkit releases?  Will Maverick be using >1.2?
[00:35] <TheMuso> I personally hope the latest is used to get accessibility improvements, but no idea what Maverick will end up using.
[00:36] <rickspencer3> robert_ancell, TheMuso is webkit not part of Gnome?
[00:37] <TheMuso> I think its an external dependency.
[00:37] <RAOF> That was my understanding.
[00:37] <rickspencer3> so, would that not fall to the Gnome maintainer to determine?
[00:38] <rickspencer3> *cough* robert_ancell *cough*
[00:38] <robert_ancell> external.  I'm not familiar with the release process though, and they don't have a well defined process on their webpage
[00:38] <rickspencer3> fudge
[00:39] <robert_ancell> so the latest yelp, which I want to try requires features of the latest version, but I'm not sure if that's stable
[00:39] <rickspencer3> robert_ancell, you want the latest yelp for maverick?
[00:40] <robert_ancell> I want to try it (I can't compile it atm), there's been a lot of help improvements lately
[00:40] <rickspencer3> urk
[00:57] <Sarvatt> sorry to be a pain, but is there any chance anyone is around that could sponsor a mesa upload? it's just a tiny fix putting the GL headers in the right place, anything building against them in the current package is failing - http://sarvatt.com/downloads/merges/mesa/
[00:57] <Sarvatt> and here is the file list for the built debs to be sure its right - http://sarvatt.com/downloads/files-seven.txt
[01:05] <TheMuso> Sarvatt: I'll take a look.
[01:07] <Sarvatt> TheMuso: thanks yet again man, really appreciate the help
[01:07] <TheMuso> Sarvatt: np
[01:14] <TheMuso> Sarvatt: Ok just waiting for a test build. Once this is uploaded and built, please let me know what packages need rebuilding, and I can retry them for you.
[01:17] <Sarvatt> thanks TheMuso, I'm not sure anything in the archive failed but I am checking now
[01:19] <Sarvatt> checking everything that built since mesa since its possible things could just silently fail to enable GL support since there were no headers
[01:21] <TheMuso> yep ok
[01:21] <tremolux> rickspencer3: you rang?
[01:24] <tremolux> rickspencer3: also, you said "fudge"
[01:33] <Sarvatt> https://edge.launchpad.net/ubuntu/+source/libforms
[01:33] <Sarvatt> found one so far
[01:34] <Sarvatt> everyone and their mother pulls in xserver-xorg-dev, have to trawl through the build logs to be sure its not using it :)
[01:34] <Sarvatt> (which pulls in mesa-common-dev)
[01:35] <Sarvatt> nasty time to have a huge sync go through :(
[01:35] <Sarvatt> 3 pages and i've only gone back an hour
[01:36] <TheMuso> heh
[01:36] <TheMuso> Ok still test building here, and even once I do upload it, it will take an hour at least before packages start showing up.
[01:41] <Sarvatt> i'm 400 results in and its only going back 2 hours, broken mesa has been uploaded for like a day. eep
[01:44] <TheMuso> Sarvatt: uploading.
[01:57] <Sarvatt> another one that failed - http://launchpadlibrarian.net/50404333/buildlog_ubuntu-maverick-i386.mrtrix_0.2.8-3_FAILEDTOBUILD.txt.gz
[02:05] <TheMuso> ok
[02:05] <TheMuso> Twill be a while before mesa is built everywhere, at least all arches are building it now.
[02:26] <Sarvatt> ok searched through 1550 builds until i hit mesa and those two were the only problems, outside of libghc6-opengl which failed anyway since the base packages failed
[02:30] <TheMuso> ok cool.
[02:40] <dobey> hrmm
[02:41] <dobey> the bzr tree for the ubuntuone-client package isn't updated with last week's release.
[02:42] <dobey> hrmm, and the lucid tree isn't updated with the SRU either
[02:43] <dobey> TheMuso: you wouldn't have any idea why that might be, would you?
[02:46] <TheMuso> dobey: Without digging, no I have no idea.
[02:46] <dobey> ok
[02:50] <kenvandine> RAOF, rickspencer3: would love to have someone look at those
[02:51] <kenvandine> RAOF, i think directhex did the indicator-application mono bindings
[02:51] <kenvandine> so should be debian-cli compliant
[02:51] <kenvandine> i did the libindicate mono bindings, which are only like a week old :)
[02:52] <dobey> TheMuso: looks like it just failed to import for some reason
[02:52] <RAOF> kenvandine: I'll have a look at them if you like.
[02:52] <TheMuso> dobey: RIght
[02:52] <kenvandine> RAOF, awesome
[02:52] <RAOF> I'd kinda like to patch smuxi into the indicator :)
[02:53] <kenvandine> i think i fixed the packaging problems in the latest appindicator0.1-cil
[02:53] <kenvandine> RAOF, cool!
[02:53] <kenvandine> but there is a problem in the library still
[02:53] <kenvandine> making them not work :/
[02:54] <kenvandine> the last update to indicator-application broke the assembly version
[02:54] <kenvandine> and the -cil-dev package was 0.1 and the -cil package was 0.0
[02:55] <kenvandine> it was a mess...
[02:55] <kenvandine> the dll was 0.1 but installed in the 0.0 dir and the .pc file was and .config file where pointing to 0.1
[02:55] <kenvandine> so nothing was working!
[02:55] <RAOF> :)
[02:55] <kenvandine> but fixing that uncovered deeper breakage in libappindicator
[02:55] <kenvandine> :/
[02:56] <RAOF> The CLI is quite pendantic about… oh. :(
[02:56] <kenvandine> RAOF, however... for smuxi all you need is libindicate
[02:56] <kenvandine> which is available now... and should work :)
[02:56] <RAOF> :)
[02:56] <kenvandine> RAOF, i also just did mono bindings for libgwibber
[02:56] <kenvandine> but none of that is packaged yet :)
[06:51] <robert_ancell> TheMuso, what is the best way to give you a package for sponsorship that is not in bzr?
[06:52] <TheMuso> robert_ancell: If its a new upstrea release, then you probably need to upload the file set somewhere. If its a new revision without the need for a new orig tarball, a debdiff will do.
[06:54] <robert_ancell> TheMuso, I never really got the whole debdiff process, I've uploaded it to lp:~robert-ancell/+junk/rdesktop, can you sponsor please?
[06:54] <TheMuso> robert_ancell: ok
[06:56] <TheMuso> robert_ancell: ok/c
[06:57] <TheMuso> robert_ancell: the timestamp of the latest changelog entry is from 2008...
[06:57] <TheMuso> robert_ancell: and your name is not in the entry.
[06:58] <robert_ancell> TheMuso, whoops, pushed
[06:58] <TheMuso> thanks
[07:02] <TheMuso> robert_ancell: uploaded
[07:03] <TheMuso> bbiab
[07:38] <robert_ancell> TheMuso, can you sponsor pygtk too?
[07:53] <baptistemm> hello
[07:54] <baptistemm> if someone could merge my branches, that'd be great (lp:~bluetooth/ubuntu/maverick/obexd/main & lp:~bluetooth/ubuntu/maverick/bluez/main)
[07:55] <pitti> Good morning
[07:55] <baptistemm> hi pitti
[07:55] <baptistemm> s/merge/review/
[07:58] <baptistemm> http://webapps.ubuntu.com/employment/canonical_GDOS/
[07:58] <baptistemm> huu
[08:03] <didrocks> good morning
[08:05] <pitti> bonjour baptistemm, hey didrocks
[08:07] <didrocks> Guten Morgen pitti
[08:08] <RAOF> Aloha pitti, didrocks.
[08:09] <didrocks> hey RAOF
[08:09] <RAOF> I'm trying out unity.  It's pretty rockin'!
[08:09] <didrocks> heh, right, it's really good :)
[08:10] <pitti> hey RAOF
[08:10] <RAOF> It does suffer from the problem that mutter grabs the <Super> modifier and doesn't let go, though.
[08:10] <pitti> didrocks: indeed! I have yesterday's daily installed on my mini now
[08:11]  * didrocks is eager for Thursday release, a lot of goodness coming :)
[08:18] <RAOF> Man, software-centre has also gone all shiny.
[08:41] <seb128> hello
[08:41] <seb128> robert_ancell, hey, stop working on karmic we should focus on maverick now! ;-)
[08:44] <robert_ancell> seb128, did I upload something to karmic by accident...
[08:45] <seb128> robert_ancell, no, but you listed a lot of karmic updates on your activity report ;-)
[08:45] <robert_ancell> oh, well, I just love karmic so much I want to make it better ;)
[08:45] <seb128> hehe
[08:45] <seb128> how are you otherwise?
[08:45] <seb128> had a productive day? ;-)
[08:45] <seb128> I think desrt was looking for you yesterday
[08:46] <seb128> he said something about you guys living in incompatible timezones
[08:48] <robert_ancell> seb128, yeah, almost at the end of the merges!
[08:48] <robert_ancell> I've been merging compiz to reduce the delta from debian...
[08:49] <seb128> nice
[08:49] <seb128> we can probably sync some of compiz-*
[08:49] <seb128> or be close
[08:50] <robert_ancell> there's just so much text that differs between the two, it's very hard to tell what is important
[08:50] <seb128> "text"?
[08:53] <robert_ancell> seb128, in debian/
[08:53] <seb128> robert_ancell, don't bother too much about rebasing sources when it's not worth the effort
[08:58] <robert_ancell> seb128, we don't need compiz-dbg any more right?  Now that we have -dbgsym?
[08:58] <seb128> right
[09:01] <robert_ancell> seb128, oh, I took one look at gvds and decided that could be merged another day :)
[09:01] <robert_ancell> gvfs
[09:02] <seb128> hehe
[09:02] <seb128> robert_ancell, I can do that today if you want
[09:02] <seb128> robert_ancell, is there any merge left on your todolist?
[09:02] <seb128> robert_ancell, do you know what you plan to work on next after merges?
[09:03] <robert_ancell> seb128, I started gnome-menus but got a bit lost, I'll push it to a +junk branch, you can have a look
[09:04] <robert_ancell> the only other things were gnome-control-center and system-tools-backends
[09:04] <seb128> ok
[09:04] <robert_ancell> everything else is more foundations work
[09:04] <seb128> I will try to look at gvfs gnome-menus gnome-control-center today
[09:04] <seb128> I would like to see if I can help debian getting started on gtk3 as well
[09:05] <seb128> robert_ancell, the idea right now would be to have the gtk3 stack ready to be used for maverick but not on the default installation
[09:05] <seb128> which means we will have to do the packaging work for dual libraries, themes, etc
[09:05] <seb128> robert_ancell, do you think it's a reasonable goal?
[09:06] <robert_ancell> yeah, I think we should try.  The theme for Maverick seems to be, get all the new libraries in so people can start using them
[09:06] <seb128> I don't trust their schedule enough and the transition will raise issues especially for bindings use etc
[09:06] <seb128> so getting gtk3 clients on the default installation would be quite some work
[09:06] <seb128> we would also need to find CD space for it
[09:06] <seb128> I think we better get it in shape this cycle and see how it works
[09:07] <robert_ancell> The only apps I'm currently interested in looking at 2.31 versions are vinagre (will get rdp support so can drop tsclient) and yelp (needs unstable version of webkit)
[09:07] <seb128> robert_ancell, I guess we will end by having a GNOME3 ppa at the end of the cycle anyway
[09:07] <robert_ancell> I don't think we need to get this stuff on the cd
[09:07] <robert_ancell> universe will be fine
[09:07] <seb128> right
[09:07] <seb128> I'm interested in new empathy
[09:07] <seb128> but seems upstream is interested to still support gtk2 builds if they can so we can ship their new version
[09:07] <seb128> nautilus and evolution would be nice to have
[09:08] <seb128> but those will likely be problematic so for next cycle
[09:08] <robert_ancell> seb128, lp:~robert-ancell/+junk/gnome-menus-merge
[09:08] <seb128> robert_ancell, thanks
[09:08] <robert_ancell> ok, gtg, see you later
[09:09] <seb128> robert_ancell, have fun, see you later!
[09:15] <vish> hmm, is mpt on leave today?
[09:15] <seb128> vish, dunno but it's only 9am in the uk
[09:15] <vish> ah cool
[09:15] <seb128> vish, ie a time where people start working
[09:15] <seb128> he might just not be arrived yet
[09:15] <vish> got it :)
[09:23] <huats> morning
[09:46] <seb128> didrocks, hello
[09:46] <didrocks> hey seb128 :)
[09:46] <seb128> ;-)
[09:47] <seb128> didrocks, do you think chromium is still on the a2 target for une?
[09:47] <seb128> I think we should discuss that with chrisccoulson and rickspencer today
[09:47] <didrocks> seb128: it depends on chriscoulson's state I would love to have all the default for a2
[09:47] <didrocks> but I didn't want to bother him while he was still on his firefox's updates
[09:48] <seb128> I think it's not realistic
[09:48] <seb128> it requires to rework xulrunner
[09:48] <didrocks> right, it will be short
[09:48] <seb128> you are already over CD space use
[09:48] <didrocks> yeah, at least banshee + evolution express will be good
[09:49] <didrocks> talking of evolution express, I tried to cherry pick what's needed yesterday evening to build it
[09:49] <didrocks> it brings most of the gnome 2.30 trunk in it
[09:49] <seb128> oh
[09:49] <seb128> well GNOME 2.30.2 next week
[09:49] <didrocks> I got something, but at this point, I think waiting for evolution 2.30.2 is better
[09:49] <didrocks> right
[09:49] <seb128> you are welcome to do a git snapshot if you want
[09:49] <seb128> or wait next week
[09:49] <didrocks> I think we can wait for few days, it will be easier and less error-prones
[09:50] <seb128> if you do a git snapshot if will make the next update easier to review and get during the alpha freeze I guess
[09:50] <didrocks> but it's not that difficult to backport it, so I'm confident for alpha2 :)
[09:50] <seb128> hum ignore that
[09:50] <didrocks> yeah, but e-d-s is needed too
[09:50] <seb128> we will get the .2 tarball before the freeze
[09:50] <didrocks> right
[09:50] <seb128> so wait next week
[09:50] <didrocks> so, let's focus on banshee now and some dx packaging
[09:51] <didrocks> do you want me to push to alpha3 the chromium WI now?
[09:51] <seb128> ArneGoetje, hi
[09:51] <seb128> ArneGoetje, https://blueprints.launchpad.net/ubuntu/+spec/desktop-maverick-language-selector
[09:52] <seb128> ArneGoetje, did you do the follow up discussion and did you get the mockups?
[10:08] <alf__> didrocks: Hi! In #591208 i said "none" not "one" :)
[10:08] <didrocks> alf__: umf, should by glasses :)
[10:08] <didrocks> buy*
[10:08] <didrocks> alf__: sweet, so we can go on on that, do you still have changes that need to be done with the egl backend?
[10:11] <alf__> didrocks: I just have to add the symbols files in that branch, too
[10:11] <didrocks> alf__: ok, keep me posted, I would rather work on your branch directly
[10:12] <alf__> didrocks: You mean the egl brach?
[10:12] <didrocks> right
[10:12] <alf__> didrocks: ok
[10:37] <seb128> didrocks, could you try to get extra feedback about your poppler sru you did over a month ago now?
[10:38] <didrocks> seb128: sure
[10:41] <kamstrup> njpatel, would you rather I make the searching work or I make the time based grouping work?
[10:42] <didrocks> seb128: what's the official link to see waiting sru btw? http://qa.ubuntu.com/ still points to http://people.canonical.com/~sbeattie/sru_todo.html which seems not being updated anymore
[10:44] <seb128> didrocks, http://people.canonical.com/~ubuntu-archive/pending-sru.html
[10:44] <seb128> chrisccoulson, hey
[10:44]  * didrocks bookmarks, thanks seb128
[10:44] <chrisccoulson> hey seb128, how are you?
[10:45] <seb128> chrisccoulson, I'm fine thank
[10:45] <seb128> chrisccoulson, how are you?
[10:45] <chrisccoulson> seb128 - i'm not too bad thanks. a bit tired this morning though
[10:46] <chrisccoulson> i had quite a late night updating extensions in karmic last night
[10:46] <seb128> worked late again?
[10:48] <chrisccoulson> seb128 - i just saw bug 595008. i should probably think about doing that for mozilla-devscripts too ;)
[10:48] <ubot2> Launchpad bug 595008 in debhelper (Ubuntu) "should port the Ubuntu cdbs custom rules to dh7 (affects: 1) (heat: 6)" [Wishlist,New] https://launchpad.net/bugs/595008
[10:48] <chrisccoulson> i need to figure out how dh7 works first though
[10:49] <seb128> hehe
[10:49] <seb128> chrisccoulson, do you have a maverick system yet?
[10:49] <chrisccoulson> seb128 - not yet. i was going to wait until after the mozilla work is done before upgrading
[10:50] <chrisccoulson> it doesn't make a lot of sense for me to upgrade just yet
[10:50] <seb128> right
[10:50] <seb128> I guess I will look at merging gjs today
[10:50] <seb128> chrisccoulson, RAOF: or does one of you want to do it?
[10:50] <seb128> I've a workitem to get an updated gnome-shell in universe for alpha2
[10:51] <seb128> I think we can probably sync that from Debian
[10:51] <seb128> but we need to get the current gjs
[10:51] <RAOF> You're welcome to take gjs, I'd love lo lose TIL status on it :/
[10:51] <chrisccoulson> i need to look at gjs at some point. the xulrunner update in lucid is going to break gjs there
[10:52] <chrisccoulson> it's specifies a rpath for libmozjs, which is going to change after each update
[10:52] <chrisccoulson> so we might need to drop that and provide a wrapper in gnome-shell to set LD_LIBRARY_PATH
[10:52] <chrisccoulson> else it's going to break every few weeks
[10:52] <seb128> there is a bug open to change it so it stops needing a rebuilding after each upgrade
[10:52] <seb128> ok
[10:52] <chrisccoulson> yeah, i think micahg was looking at that
[10:52]  * RAOF wish, wish, wishes that GNOME had rejected it in favour of seed which doesn't try to treat an defiantly ABI unstable dynamic object as a system library.
[10:52] <seb128> I might just do the easy update and let you deal with other changes then
[10:53] <chrisccoulson> RAOF - this is why we don't treat it as a system library on ubuntu (unlike other distro's)
[10:53] <chrisccoulson> so it makes it very difficult for people to use it
[10:55] <milanbv> chrisccoulson: if you need to set LD_LIBRARY_PATH, note the gnome-shell python script already does this
[10:55] <milanbv> only need to change the dir there
[10:56] <chrisccoulson> milanbv, oh, that's good. we need to dynamically set the path based on the output of "xulrunner --gre-version"
[10:56] <milanbv> you have
[10:56] <milanbv>  mozjs_libdir = re.sub('-(sdk|devel)', '', mozjs_sdkdir)
[10:56] <milanbv>         if os.path.exists(mozjs_libdir + '/libmozjs.so'):
[10:56] <milanbv>             env['LD_LIBRARY_PATH'] = os.environ.get('LD_LIBRARY_PATH', '') + ':' + mozjs_libdir
[10:56] <milanbv> so that's easy :-)
[10:56] <chrisccoulson> oh, so we really just need to drop the rpath from gjs
[10:57] <RAOF> And provide a wrapper for the gjs binary, probably.
[10:57] <chrisccoulson> yeah, we'd need to do that too
[10:57] <seb128> chrisccoulson, want to do that and rebase on debian? ;-)
[10:57] <seb128> chrisccoulson, you can do that on lucid I guess
[10:57] <chrisccoulson> seb128 - yeah, i can look at that later on
[10:57] <seb128> thanks
[10:57] <milanbv> though, note you have to do the same in gnome-shell-clock-preferences, which is a standalone shell script
[10:57] <chrisccoulson> i just need to update a few more extensions first
[11:04] <ArneGoetje> seb128: https://chinstrap.canonical.com/~arne/language-selector/
[11:05] <seb128> ArneGoetje, hey
[11:05] <seb128> ArneGoetje, nice
[11:05] <ArneGoetje> seb128: mockups are here, they need a final review and maybe some polishing. Review meeting yesterday was cancelled, since Design team had a meetng with Mark. Need to find a new time.
[11:05] <seb128> ArneGoetje, can you change to work item to DONE then?
[11:05] <ArneGoetje> seb128: yep
[11:05] <seb128> thanks
[11:10] <ArneGoetje> seb128: done
[11:11] <seb128> ArneGoetje, thanks
[12:28] <seb128> didrocks, I guess the eclipse doesn't start is a rgba issue
[12:28] <didrocks> seb128: didn't kenvandine deactivated rgba yesterday?
[12:28] <seb128> not sure
[12:28] <seb128> I did in maverick
[12:28] <seb128> I've not tracked ppa builds
[12:29] <didrocks> IIRC, he told he did, that's why I want to ensure he has the last one
[12:29] <didrocks> I don't have a box ready right now to break it and want to work on other thing, checking with him will be good, no?
[12:31] <alf__> didrocks: I think I have made all changes to my clutter eglx build. Feel free to take a look :)
[12:32] <didrocks> alf__: adding that to my TODO, tomorrow morning sounds good?
[12:32] <alf__> didrocks: Sure, thanks!
[12:32] <didrocks> alf__: I will certainly ping you then so :)
[12:34] <seb128> didrocks, don't bother testing, I was just making a comment that's it's likely a rgba issue
[12:34] <didrocks> seb128: ok, thanks :)
[12:35] <seb128> didrocks, but the versions you list have rgba changes
[12:35] <didrocks> seb128: and those I tested on maverick? (the first one)
[12:35] <seb128> didrocks, though you are likely using an ubuntu eclipse, I'm not sure the user is
[12:35] <didrocks> right, I'm using the ubuntu eclipse
[12:35] <seb128> ie we might have workaround for such issues
[12:36] <didrocks> yeah, probably
[12:36] <seb128> lot of users run upstream eclipse though
[12:36] <didrocks> it's so easy to run it without installing, that can explain the crash he has and not me
[13:07] <_tydeas_> i am back for the bind9 problem?
[13:07] <_tydeas_> does it need to allow icmp from firewall too?
[13:08] <_tydeas_> sorry wrong #
[13:12] <rodrigo_> seb128, pitti: I've just uploaded ubuntu-sso-client package to maverick, which is a split from ubuntuone-client
[13:12] <rodrigo_> seb128, pitti: what do I need to do to get it in main?
[13:13] <james_w> rodrigo_: depend on it from something in main
[13:13] <rodrigo_> ugh, the upload was rejected
[13:13] <seb128> you likely don't have upload rights for this source?
[13:13] <rodrigo_> james_w, ubuntuone-client will depend on it as soon as we get the package in maverick
[13:14] <rodrigo_> seb128, right, it's a new package
[13:14] <james_w> rodrigo_: in that case you just need to file a dummy MIR bug stating that it is code split out from ubuntuone-client, and it will get cursory review
[13:14] <rodrigo_> james_w, ok
[13:16] <seb128> rodrigo_, so you need a sponsor to upload for you
[13:16] <seb128> rodrigo_, since you don't have right for that source
[13:17] <rodrigo_> seb128, yeah, so I file a MIR bug pointing to the branch containing the package?
[13:20] <james_w> rodrigo_: they are independent things, you can get it uploaded by a sponsor, and file the MIR bug independently
[13:20] <rodrigo_> ok, so who can do the upload for me?
[13:20] <rodrigo_> the package is in lp:~nataliabidart/ubuntu/maverick/ubuntu-sso-client/maverick
[13:20] <james_w> I would do it now, but I'm just headed out for lunch
[13:21] <rodrigo_> james_w, ok, can we ping you later so that you do it, please?
[13:21] <james_w> sure, if no-one else can help you beforehand
[13:21] <rodrigo_> ok, thanks
[13:44] <pitti> rodrigo_: sounds trivial, please just file a pro forma MIR bug to explain the split
[14:17] <nessita> pitti: MIR for package rodrigo_ was referring to is https://bugs.launchpad.net/ubuntu-sso-client/+bug/595096
[14:17] <ubot2> Launchpad bug 595096 in ubuntu-sso-client "[MIR] ubuntu-sso-client (affects: 1) (heat: 8)" [High,Confirmed]
[14:23] <pitti> nessita: thanks; please get it uploaded, so that we can review the package
[14:24] <nessita> pitti: the package is uploaded to my PPA, and the package branch is uploaded at https://code.launchpad.net/~nataliabidart/ubuntu/maverick/ubuntu-sso-client/maverick
[14:24] <nessita> pitti: dput to ubuntu is rejected
[14:24] <nessita> (well, was rejected, I can do it again)
[14:24] <pitti> right, see above
[14:33] <nessita> pitti: sorry, but not sure what you're asking for :-)
[14:34] <pitti> you need a sponsor
[14:34] <pitti> kenvandine presumably, or seb128
[14:34] <kenvandine> hey
[14:34] <nessita> ah, yes we do
[14:35] <kenvandine> nessita, i'll look at that, cool
[14:35] <nessita> kenvandine: thank you! anything that you need you can ping rodrigo_ or me
[14:36] <kenvandine> will do
[14:39] <pitti> kenvandine: good morning, how are you?
[14:39] <kenvandine> doing ok, and you?
[14:39] <pitti> I'm good, thanks
[14:39] <pitti> just squeezing in some ubuntu work
[14:40]  * pitti still has 2 WIs for alpha-2
[14:40] <seb128> hey pitti
[14:40]  * pitti hands seb128 some ice cream
[14:40] <seb128> pitti, how strongly do we care about alpha2 UNE iso to fit on a CD?
[14:40] <seb128> pitti, thanks ;-)
[14:40] <pitti> seb128: me personally? about this ---><--- much
[14:41] <pitti> for the release I'd care some more, since this is a _netbook_ edition after all
[14:41] <pitti> it should be lean and mean and not take 3 GB
[14:41] <pitti> why is it so big?
[14:42] <seb128> pitti, it's basically shipping what the desktop ships
[14:42] <seb128> pitti, why we would want to be over target for a2 is chromium
[14:42] <pitti> is that by design?
[14:42] <seb128> yes
[14:42] <pitti> i. e. shipping gnome-panel, firefox, etc.
[14:43] <pitti> that seems a lot of clutter and cruft for a netbook
[14:43] <seb128> we will look at space use and clean a bit I guess
[14:43] <seb128> we did previous cycle
[14:43] <pitti> if someone wants gnome, why not install the normal gnome CD, or apt-get install ubuntu-desktop?
[14:43] <seb128> but we have basically the GNOME platform
[14:43] <seb128> and openoffice
[14:43] <seb128> and firefox
[14:43] <pitti> seb128: well, I'd say it's your call this time :)
[14:43] <seb128> pitti, well it's basically gnome-panel replaced by unity
[14:44] <seb128> pitti, the question is because we want chromium by default in alpha2
[14:44] <pitti> drop firefox then?
[14:44] <seb128> but we will not have time to do the xulrunner changes that will bring us CD space
[14:44] <bcurtiswx> UNE or Desktop?
[14:44] <seb128> so we will basically have the xul and chromium stacks
[14:44] <pitti> I see
[14:44] <seb128> pitti, we would if chrisccoulson was not busy full time on those security updates
[14:45] <pitti> seb128: I'd just drop firefox for the sake of clean menus and not shipping two things for one purpose
[14:45] <seb128> pitti, we still need xul or desktopcouch etc
[14:45] <pitti> seb128: yes, those are "implementation details"
[14:45] <seb128> pitti, right, that will not bring us on CD target though
[14:45] <seb128> pitti, which was sort of my question
[14:45] <pitti> seb128: as I said, I wouldn't personally care about oversized alpha-2
[14:45] <seb128> "how much rt cares about alpha2 UNE to be on CD target"
[14:45] <seb128> pitti, ok, thanks
[14:45] <pitti> but releasing with xul and the entire gnome stack would be ugly
[14:46] <seb128> pitti, we will clean what we can but chrisccoulson's priority is still security updates and we get closed from alpha2
[14:46] <pitti> seb128: just announce this in the next release meeting so that folks are prepared
[14:46] <seb128> ok
[14:46] <seb128> thanks
[14:46] <seb128> didrocks, ^
[14:46]  * bcurtiswx needs to freshen up with the desktop-team mailing lists
[14:46] <pitti> seb128: I don't see any urgency in cleaning that for a2
[14:46]  * didrocks backlogs in a minute
[14:46] <pitti> we should do feature development now
[14:47] <seb128> pitti, ok, I was not sure how much we CD iso limits are rc for alpha
[14:47] <seb128> I know we do care about staying on target for desktop isos and for stable versions
[14:48] <pitti> my personal preference for a netbook installation would be 500 MB compressed (or less) and ~ 1 GB installed :)
[14:48] <seb128> I never had to worry about alpha UNE isos before
[14:48] <pitti> but yeah, if too many folks insist on OO.o, then *shrug*
[14:48] <seb128> right ;-)
[14:49] <didrocks> seb128: pitti: ok, thanks :)
[14:50] <didrocks> I'm still scared about CD size with all the new things. I've made a lot of cleanage for lucid, and if we don't remove a major component…
[14:51] <pitti> didrocks: ubuntu-desktop?
[14:51] <didrocks> pitti: on UNE
[14:51] <pitti> didrocks: yes, that's what I mean; drop ubuntu-desktop and GNOME bits, firefox, etc.
[14:52] <didrocks> pitti: well, that's basically what I tried to do for lucid. On the image, we still didn't replace the default (apart from unity), so it will still be one for one… We'll see
[14:54] <pitti> RAOF: ok, please go wild with adding add_drm_info(); that actually looks like quite nice information, thanks for the idea
[14:54] <pitti> RAOF: add to source_xorg.py, I mean
[15:00] <kenvandine> nessita, is setup.py meant to be AGPL?
[15:06] <didrocks> kenvandine: do you build gtk with rgba in the UNE ppa?
[15:06] <didrocks> hey btw :)
[15:06] <kenvandine> didrocks, hey :)
[15:06] <kenvandine> yes... want me to remove that?
[15:06] <didrocks> kenvandine: well, we got that bug #595013
[15:06] <ubot2> Launchpad bug 595013 in gtk+2.0 (Ubuntu) (and 1 other project) "eclipse doesn't start because of libgtk 2.20.1 provide with package in unity ppa (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/595013
[15:07] <didrocks> kenvandine: if we can avoid people messing up lucid with rgba as we deactivated it in maverick for now…
[15:07] <kenvandine> agreed
[15:07] <didrocks> kenvandine: that will rock if you can remove it, thanks :)
[15:07] <kenvandine> i'll remove that... i'll make just lucid gtk+menuproxy
[15:09] <didrocks> thanks :)
[15:09] <seb128> kenvandine, take the patch from yesterday as well
[15:10] <kenvandine> seb128, yeah... will do
[15:10] <seb128> thanks
[15:13] <seb128> ArneGoetje, could you comment on bug #569442?
[15:13] <ubot2> Launchpad bug 569442 in linux (Ubuntu) "Silent wraparound on > 2 TB LVM snapshots (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/569442
[15:13] <seb128> ArneGoetje, it seems something to get sorted before lucid .1 if we can
[15:13] <seb128> ups
[15:13] <seb128> the bot is buggy now?
[15:14] <seb128> it got the wrong title
[15:15] <seb128> bug #1
[15:15] <ubot2> Launchpad bug 1 in tilix (and 18 other projects) "Microsoft has a majority market share (affects: 445) (heat: 2396)" [High,New] https://launchpad.net/bugs/1
[15:15] <seb128> weird
[15:15] <pitti> seb128: I think most of the WIs on https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-xorg-gpu-freeze-reports are probably going to miss a2; since there is a separate a2 section, having the entire spec being targetted at alpha-2 might actually be an error?
[15:17] <seb128> pitti, why do you think they will miss a2?
[15:17] <seb128> pitti, I didn't notice before it was milestoned for a2, I'm not the one why did that, right seems a mistake
[15:17] <pitti> seb128: well, it's less than a week to implement all of it, and there are many dependencies
[15:18] <seb128> we discussed that yesterday and chris though it was still doable
[15:18] <pitti> seb128: e. g. before the first two WIs are done we can't start the others
[15:18] <pitti> ok
[15:18] <seb128> I will check with him when he's around
[15:19] <seb128> pitti, it would be fine to move in a3 in any case
[15:19] <seb128> I think it makes sense to have that for an early milestone though
[15:19] <seb128> we want debug datas during the unstable cycle
[15:19] <pitti> seb128: ok; in particular, my last WI there is at the end of a very long dependency chain
[15:19] <pitti> well, I'll talk to RAOF
[15:19] <seb128> pitti, I just dropped the spec milestone
[15:20] <pitti> seb128: a3 perhaps?
[15:20] <seb128> I will ask him to move work items to proper targets in the whiteboard
[15:20] <pitti> since it is for collecting debug data, after all
[15:20] <pitti> but oh well, with that I suddenly have my a2 stuff done, nice :)
[15:20] <seb128> right, what I just said
[15:20] <seb128> a3 seems fine
[15:20] <seb128> we can use either the whiteboard or target the spec
[15:20] <seb128> let's target the spec for a3 until that's discussed
[15:20] <seb128> pitti, good ;-)
[15:57] <bcurtiswx> kenvandine: would I talk to you about a change to adium-theme-ubuntu
[15:57] <bcurtiswx> ?
[15:57] <kenvandine> bcurtiswx, maybe :)
[15:57] <kenvandine> i think we probably need to get folks from design to review
[15:57]  * kenvandine just handles the package :)
[15:58] <bcurtiswx> i just want to make /me actions in channels be a different color than the join/parts
[15:58] <kenvandine> bcurtiswx, good idea
[15:58] <kenvandine> file a bug and a patch if you can
[15:59] <kenvandine> i'll do what i can to get someone to look at it
[15:59] <bcurtiswx> kenvandine: OK, im looking at the code now, i hope to find where to change this soon enough
[15:59] <bcurtiswx> i wouldn't know what to grep
[15:59] <kenvandine> cool :)
[15:59] <kenvandine> me either really :)
[15:59] <kenvandine> one of the Content.html files i guess
[16:00] <kenvandine> outgoing/Content.html'
[16:00] <kenvandine> something like that
[16:00] <bcurtiswx> OK
[16:18] <dobey> seb128, pitti: do you need to do something if i added a new Build-Dep to a package? lp says it's in dependency wait still
[16:19] <pitti> probably a MIR
[16:23] <dobey> pitti: oh, Build-Depends-Indeps need to all be in main too?
[16:23] <pitti> yes, all build deps need to be
[16:24] <dobey> oh ok, maybe i should remove that build dep for now then
[16:25] <dobey> we probably don't really need to be running pylint during the build too. just trying to get tests running
[16:26] <dobey> yeah, i think i'll do
[16:27] <rodrigo_> kenvandine, the ubuntu-sso-client package is ready (https://bugs.launchpad.net/ubuntu-sso-client/+bug/595096), can you review and upload it please?
[16:27] <ubot2> Launchpad bug 595096 in ubuntu (and 1 other project) "[MIR] ubuntu-sso-client (affects: 1) (heat: 8)" [Undecided,In progress]
[16:28] <kenvandine> rodrigo_, will do
[16:28] <rodrigo_> kenvandine, ok, thanks!
[16:29] <dobey> rodrigo_, nessita: why didn't you guys upload it to REVU?
[16:29] <rodrigo_> dobey, because we got a sponsor already :)
[16:30] <dobey> rodrigo_: yes, but anyone can upload to revu, so you can upload it there, and point at it for packaging review, then it can be pushed into universe, and the MIR done
[16:30] <dobey> *shrug*
[16:30] <kenvandine> actually... i will need seb128 to actually upload it anyway...
[16:31] <kenvandine> seb128, do you have time?
[16:31] <kenvandine> seb128, or i can do a review of it first, if you like
[16:33] <dobey> kenvandine: heh, you don't have universe privs yet?
[16:33] <chrisccoulson> hi ara
[16:33] <kenvandine> nope... i should apply for that :)
[16:33] <dobey> yes you should :P
[16:33] <ara> hey chrisccoulson, how are you doing?
[16:33] <chrisccoulson> we can probably ask people to start testing firefox 3.6.4 on karmic from tomorrow :)
[16:34] <chrisccoulson> i'm good thanks, how are you?
[16:34] <kenvandine> didrocks, gtk uploaded to une ppa
[16:34] <seb128> kenvandine, you are not a motu yet?
[16:34] <ara> chrisccoulson, cool, what about jaunty? did I miss anything?
[16:34] <didrocks> kenvandine: thanks, I guess you can also put the bug #594877 as incomplete
[16:34] <ubot2> Launchpad bug 594877 in indicator-appmenu "certain applications crash with assertion error on menu_proxy_module_load (affects: 2) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/594877
[16:34] <ara> (I was on holidays)
[16:34] <chrisccoulson> ara - jaunty will probably follow a couple of days later, but certainly by the end of the week
[16:35] <kenvandine> seb128, no... i'll apply for that
[16:35] <seb128> kenvandine, right, you should
[16:35] <chrisccoulson> (thinking about it, a couple of days is the end of the week)
[16:35] <seb128> kenvandine, I've time for a sign and upload now but not to review something to sponsor
[16:35] <ara> chrisccoulson, ah, ok, I will start preparing the call for testing and the tracker, let me know (email) when everything is set up and ready to go
[16:35] <seb128> kenvandine, ie if you reviewed it and it just lacks and uploader I can do, otherwise I will let somebody else take it
[16:35] <kenvandine> seb128, ok, i'll review it and ping you
[16:35] <seb128> kenvandine, thanks
[16:35] <chrisccoulson> ara - ok, will do. thank you
[16:36] <kenvandine> rodrigo_, why is setup.py AGPL?
[16:36] <nessita> kenvandine: hey, sorry for the delay, did you get an answer for your question?
[16:36] <kenvandine> oh... i missed it
[16:36] <rodrigo_> kenvandine, is it?
[16:36] <kenvandine> rodrigo_, yes... which seems weird to me
[16:36] <kenvandine> :)
[16:36] <dobey> eh
[16:36] <ArneGoetje> seb128: done. Please use my fix in language-selector (my bzr branch) for SRU as commented in the bug.
[16:37] <dobey> kenvandine: oh that may be a pasting thinko on my part :)
[16:37] <kenvandine> ok... so first thing to fix
[16:37] <nessita> rodrigo_: why is it  AGPL?
[16:37] <rodrigo_> nessita, no idea :)
[16:37] <dobey> nessita: ^
[16:38] <dobey> nessita: becasue we didn't catch it in review of my setup.py fixes
[16:38] <kenvandine> also, mocker.py doesn't have any license references ata ll
[16:38] <kenvandine> at all
[16:38] <dobey> nessita: and i copied/pasted the block from ubuntuone-storage-protocol
[16:38] <kenvandine> oh it does
[16:38] <kenvandine> __license__ = "PSF License"
[16:39] <seb128> ArneGoetje, it's an hardy change?
[16:39] <ArneGoetje> seb128: lucid
[16:39] <kenvandine> dobey, also COPYING is GPLv2 and all the files say GPL v3
[16:39] <nessita> dobey: are you fixing it or we are?
[16:39] <seb128> ArneGoetje, it will not fix upgrades for people who did changes already?
[16:39] <dobey> kenvandine: i'll fix that too then
[16:39] <kenvandine> thx
[16:40] <kenvandine> i guess you need to include the PSF
[16:40] <dobey> nessita: making a branch real quick
[16:40] <kenvandine> what ever that is
[16:40] <ArneGoetje> seb128: ?
[16:40] <seb128> ArneGoetje, https://code.edge.launchpad.net/~arnegoetje/language-selector/language-selector-lucid-0.5.x recent commit is a bug number in a changelog? the previous comment is 1.5 month old?
[16:40] <seb128> ArneGoetje, and the changelog says karmic?
[16:41] <ArneGoetje> seb128: argh... needss to be changed to lucid...
[16:42] <seb128> ArneGoetje, is the language-selector used on upgrade?
[16:42] <dobey> kenvandine: for PSF, it's included in the mocker.py file i believe, and just needs to be mentioned appropriately in debian/copyright, as we do in ubuntuone-storage-protocol
[16:42] <ArneGoetje> seb128: someone told me to apply that fix, but didn't give me the bug number to stick it to, that's why it hasn't been uploaded yet
[16:42] <seb128> ArneGoetje, I'm not sure how that will fix things for people who used the language selector once 2 years ago on hardy, upgrade and run lucid
[16:42] <seb128> ArneGoetje, they will not run the language-selector again
[16:42] <kenvandine> dobey, it's not in mocker.py
[16:42] <dobey> kenvandine: or you can help me get http://revu.ubuntuwire.com/p/mocker approved and in universe
[16:42] <seb128> ArneGoetje, so their desktop will still look buggy with your change no?
[16:43] <ArneGoetje> seb128: the fix is in the fontconfig snippet, which gets activated by language-selector, once the user chooses Japanese as his desktop language
[16:43] <kenvandine> dobey, well, it would need to be in main if it was needed for building
[16:43] <dobey> kenvandine: then we can switch to using the packaged version and avoid all this mess
[16:43] <kenvandine> i guess it isn't
[16:43] <dobey> kenvandine: it's not currently, but i just realized that and will have to deal with it i guess :)
[16:43] <kenvandine> dobey, ok :)
[16:43] <ArneGoetje> seb128: the fontconfig snippet is already in place since hardy. this fix will fix the bug in there where it belongs.
[16:43] <dobey> kenvandine: because i'd like all our packages to gets tests running during the builds
[16:44] <dobey> so i've been doing some work to that end :)
[16:44] <seb128> ArneGoetje, ok, but that will require to use language selector again no?
[16:44] <ArneGoetje> seb128: they don't need to run l-s again.
[16:44] <seb128> ArneGoetje, what happens for users who use japaness on hardy and upgrade?
[16:44] <kenvandine> dobey, cool... maybe i can look at that for gwibber tests :)
[16:44] <kenvandine> dobey, but for now we need the license included
[16:44] <dobey> rodrigo_, nessita: https://code.edge.launchpad.net/~dobey/ubuntu-sso-client/setup-license-fix/+merge/27735
[16:44] <kenvandine> and referenced in the copyright file
[16:45] <ArneGoetje> seb128: they get the new (fixed) font settings like all Lucid users
[16:45] <ArneGoetje> seb128: it's an issue for all japanese users, not only for upgrades
[16:46] <seb128> ArneGoetje, oh ok, that changes an config in etc
[16:46] <dobey> kenvandine: i think in our other packages, we just have the PSF included/referenced in the debian/copyright
[16:46] <seb128> ArneGoetje, got it now
[16:46] <ArneGoetje> seb128: :)
[16:46] <seb128> ArneGoetje, thanks, will sponsor that ;-)
[16:46] <dobey> ok, well i'm really off to lunch now. bbiab
[16:46] <ArneGoetje> seb128: thanks
[16:47] <rodrigo_> dobey, approved
[16:47] <kenvandine> dobey, it should also be included in the source
[16:47] <kenvandine> or nessita ^^
[16:48] <kenvandine> also, debian/copyright says Files: *
[16:48] <kenvandine> Copyright: (C) 2007  Gustavo Niemeyer <gustavo@niemeyer.net>
[16:48] <nessita> kenvandine: what in the source? the GPLv3?
[16:48] <kenvandine> nessita, well... in dobey's branch it is :)
[16:48] <kenvandine> it was wrong
[16:48] <kenvandine> oh
[16:48] <kenvandine> yeah
[16:48] <nessita> kenvandine: that (c to Gustavo) was added by python-mkdebian
[16:49] <kenvandine> sorry... so you should have reference for PSF for mocker.py in the copyright file
[16:49] <kenvandine> and include a copy of the PSF in the source
[16:49] <kenvandine> and list GPL-3 for all the other files in debian/copyright
[16:54] <kenvandine> nessita, ping me when we get these fixes pushed
[16:55] <nessita> kenvandine: yes, thank you
[16:55] <kenvandine> crap... the gtk branch for lucid is outdated!
[16:55] <kenvandine> lp:ubuntu/lucid/gtk+2.0 was 2.20.0.... 2.20.1 is in lucid :(
[16:56] <kenvandine> wasted time....
[16:56] <kenvandine> lucid-updates... wonder why those don't sync back to the source package branch
[16:57] <seb128> likely because lucid is 2.20.0 and lucid-updates 2.20.1
[16:57] <seb128> so ubuntu/lucid is rightly 2.20.0
[16:58] <seb128> kenvandine, did you try ubuntu/lucid-updates
[16:58] <seb128> hey vish
[16:59] <vish> hi
[16:59] <seb128> vish, we are going to stay mostly on the GNOME from lucid this cycle, just mentionning it in case you don't know
[17:00] <kenvandine> seb128, no..  i didn't realize there were branches for those :)
[17:00] <seb128> vish, it might be something to consider for hundredpapercut etc
[17:00] <kenvandine> now i know :)
[17:01] <vish> seb128: ah. ok. so not even nautilus?
[17:01] <seb128> vish, no
[17:01] <seb128> vish, they will likely use gsettings and gtk3 this cycle
[17:02] <seb128> vish, and we plan to switch to those on 2 cycles
[17:03] <vish> hmm, then that leaves us with very little we can probably do..
[17:04] <vish> seb128: .. can we patch Lucid packages? or rather how can we fix papercuts?
[17:04] <seb128> vish, depends of the change I guess
[17:05] <seb128> vish, well we will probably fix less of those this cycle
[17:05] <vish> ivanka: mpt: djsiegel ^^^
[17:05] <seb128> or we need to aim at different ones
[17:07] <vish> seb128: there seems to be a little mix up here :s , ivanka / djsiegel might need to decide what to do
[17:08] <vish> with the papercuts i mean :)
[17:09] <seb128> vish, right, that's why I pinged you there in case you guys were not tracking what we are doing this cycle
[17:10] <seb128> vish, or to maybe discuss how it impacts what you are doing and what we need to change
[17:26] <nessita> kenvandine: PSF license should be added next to COPYING?
[17:26] <kenvandine> nessita, yes, something like COPYING.PSF
[17:26] <nessita> perfect
[17:27] <kenvandine> nessita, and make sure it gets included in DIST
[17:27] <nessita> yes
[17:27] <kenvandine> thx
[17:43] <vish> seb128: if the desktop packages are not being updated , which packages are being updated? [maybe the papercuts can be around those ones?]
[17:43] <vish> no one from the ux seems to be aware of this mixup :s
[17:44] <seb128> vish, dx ones are
[17:44] <vish> only those? oh my!
[17:44] <seb128> vish, it's not easy to tell right now, it's on a case by case basis that we will decide what to update
[17:44] <seb128> not only those
[17:44] <seb128> we update the platform for example
[17:44] <seb128> but it's not something you care about
[17:45] <vish> yeah.. well we dont usually have 'papercut' in those ;)
[17:45] <seb128> we will likely get the new empathy version
[17:45] <seb128> new firefox is there is one
[17:45] <seb128> and new version of things out of GNOME
[17:45] <seb128> ie anything which doesn't require gtk3 or a gsettings change over several components
[17:46] <vish> what if patches are done for the Lucid packages?  instead of the git branches ones?
[17:46] <seb128> well, we can backport changes
[17:46] <seb128> but they need to apply to our codebase
[17:47] <seb128> we need to be careful about new strings as well etc
[17:47] <vish> no string changes?
[17:48] <seb128> not really, we just need to consider impact on translations and documentations so we do those early and consider the extra cost
[17:49] <vish> seb128: hmm , then we could just do papercuts and not have a target of 100 , which might make it safer to rule out any problems?
[17:49] <seb128> vish, well, I will let your team judge about what you want to do and target
[17:50] <seb128> I'm just giving you the informations you might need to decide on what you guys want to do
[17:50] <vish> yeah , a weird mixup we have :s
[17:50] <vish> seb128: thanks for bringing it up atleast now :)
[17:51] <seb128> you're welcome ;-)
[17:58] <chrisccoulson> vish - did you send me a message yesterday that i never responded to?
[17:59] <vish> chrisccoulson: ah yeah , for the bugsquad mentorship
[17:59] <chrisccoulson> ah, yes, that was it
[17:59] <chrisccoulson> i'm not sure i'd have time to do that at the moment
[18:00] <vish> chrisccoulson: yeah , thought so , just wanted to make sure you are really  busy ;)
[18:11] <rickspencer3> tremolux, hi
[18:12] <tremolux> hi Rick, was just writing you an email  :)
[18:12] <tremolux> what's up?
[18:12] <rickspencer3> tremolux, ok, otp, need to know something
[18:12] <tremolux> sure
[18:12] <rickspencer3> have you guys already implemented lp authentication in software-center?
[18:13] <tremolux> yes, we have a sort of rough dialog, but it works
[18:13] <tremolux> it logs in and gets a list of private PPAs for the user
[18:14] <tremolux> also, let's you check for forgotten password and set up an account of if you need one
[18:15] <didrocks> tremolux: are you using launchpadlib or something else to get access?
[18:16] <tremolux> it's launchpadlib
[18:16] <didrocks> ok, I was hoping of stealing your code :-)
[18:16] <didrocks> (as I need some part which aren't in launchpadlib for Quickly)
[18:17] <tremolux> didrocks: sure!  take a look at softwarecenter/view/login.py
[18:18] <didrocks> tremolux: well, if you are using launchpadlib, I'm already using it with Quickly. It's just I need some function which aren't and that won't be in launchpadlib in near futur (pushin gpg/ssh key for instance) :)
[18:18] <tremolux> didrocks: oh, I see
[18:19] <tremolux> didrocks: missed you comment just above there  :P
[18:19] <didrocks> tremolux: no worry ;)
[18:49] <kenvandine> didrocks, isn't that what ubuntu-sso-client is going to be fore?
[18:49] <kenvandine> for
[18:50] <bcurtiswx> playing too much bad golf again ken? </attempt at bad joke>
[18:50] <kenvandine> haha
[18:50] <kenvandine> :)
[18:50] <didrocks> kenvandine: from what I understand, it's to connect to an application using ubuntu sso, not launchpad for instance, but I may be wrong
[18:50] <kenvandine> i would think it could be one and the same
[18:51] <kenvandine> isn't LP now using sso?
[18:51] <kenvandine> didrocks, i could be very wrong :)
[18:51] <kenvandine> just wanting to make sure everyone knows what is happening on the roadmap :)
[18:51] <didrocks> kenvandine: not sure, as it's not the same interface
[18:51] <kenvandine> ok
[18:54] <baptistemm_> hi there
[18:57] <chrisccoulson> right, that's all the extensions for karmic in the PPA now
[18:57] <chrisccoulson> i'll test everything later to make sure things aren't really broken, then everyone can start testing karmic :)
[18:59] <seb128> chrisccoulson, waouh!
[18:59] <seb128> chrisccoulson, great work ;-)
[18:59] <chrisccoulson> heh :)
[19:00] <chrisccoulson> right, i'm going to pop out for a few minutes whilst i wait for the last few bits to build
[19:24] <nessita> kenvandine: package changes push to the package branch, shall I dput the package somewhere?
[19:30] <kenvandine> nessita, nah... let me look
[19:30] <nessita> kenvandine: https://code.launchpad.net/~nataliabidart/ubuntu/maverick/ubuntu-sso-client/maverick
[19:31] <nessita> (jic :-))
[19:31] <kenvandine> got it :)
[19:31] <didrocks> nessita: hey, we were wondering with kenvandine a little bit before: does ubuntu-sso-client enables to connect to Launchpad?
[19:32] <jcastro> didrocks: is the queue view totally broken for you in banshee-meego?
[19:32] <nessita> didrocks: right now ubuntu-sso-client is the plain split of the former code in u1-client
[19:32] <nessita> didrocks: we're meant to change it to be a generic app to login using SSO
[19:32] <didrocks> jcastro: hum, no, it's not, what do you mean by broken?
[19:32] <kenvandine> nessita, ok, is that happening for maverick?
[19:32] <kenvandine> or sometime in the future?
[19:32] <jcastro> didrocks: totally empty
[19:32] <nessita> kenvandine: maverick should be, yes :-)
[19:32] <didrocks> jcastro: let me check again while my build finishes :)
[19:33] <nessita> rodrigo_: right? ^
[19:33] <kenvandine> nessita, so another app can use it to login to LP
[19:33] <didrocks> nessita: great ;)
[19:33] <kenvandine> or just U1?
[19:33] <jcastro> didrocks: ah, it's empty because the dropdown in the fwd. button on the bottom seems to not be hooked up?
[19:33] <nessita> kenvandine: yes, it should be generic enough, it will not be tied to ubuntuone
[19:33] <jcastro> didrocks: hmm, or is it, it's weird
[19:33] <kenvandine> nessita, awesome
[19:33] <nessita> :-)
[19:34] <didrocks> jcastro: the dropdown about cycling?
[19:34] <jcastro> yeah
[19:34] <jcastro> didrocks: oh I know why it looks broken, the Q keyboard binding seems broken
[19:35] <jcastro> but if you right click and add a song the queue it works
[19:35] <didrocks> jcastro: hum, I didn't cycle normally, but keep that in part, I'll try to have a look
[19:35] <didrocks> jcastro: the Q is to add a new element?
[19:35] <kenvandine> nessita, did we figure out what was up with the text in the LICENSE file for PSF?
[19:35] <jcastro> it's to add something to the play queue
[19:35] <kenvandine> is that good to go?
[19:35] <didrocks> jcastro: ok, and right, it seems to not working
[19:36] <jcastro> it works in the desktop ui
[19:36]  * jcastro will go upstream
[19:36] <didrocks> yeah :)
[19:36] <nessita> kenvandine: Gustavo will fix it eventually, but not ETA. dobey suggested we should ship the LICENSE juts like it is in the mocker source tree
[19:36] <kenvandine> ok
[19:45] <kenvandine> nessita, copy/paste bug in debian/control
[19:45] <kenvandine>  ${python:Depends}${misc:Depends},
[19:45] <kenvandine> three is a misc:Depends on the line above
[19:45] <kenvandine> and python:Depends on the line below that
[19:45] <kenvandine> so you can just remove that line
[19:47] <nessita> kenvandine: I never edited that file, I used python-mkdebian, I'll check
[19:47] <kenvandine> ok, just remove that line
[19:47] <didrocks> kenvandine: it's a bug on python-mkdebian on certain condition
[19:48] <nessita> yes, totally yes
[19:48] <didrocks> pitti: btw, if you don't know it, I didn't find the minimum reproducal example ^ (python-mkdebian producing ${python:Depends}${misc:Depends},)
[19:49] <nessita> didrocks: can I help somehow?
[19:49] <nessita> kenvandine: Pushed up to revision 10.
[19:50] <didrocks> nessita: I didn't have any time for looking at it, but if you feel brave about it, sure. It's just trying to discover when python-mkdebian is triggering that case
[19:50] <didrocks> nessita: the package containing it is python-distutilsextra (never sured about where the hypens are)
[19:50] <didrocks> so, if you have some time to look at it, that will rock :)
[19:51] <nessita> didrocks: I have to package another (personal) project of mine, and I'll use it, so I'll try to break it :-)
[19:51]  * nessita likes to break things
[19:51] <kenvandine> nessita, great :)
[19:51] <didrocks> nessita: awesome \o/
[19:53] <kenvandine> nessita, one more change
[19:53] <kenvandine> UNRELEASED
[19:53] <kenvandine> instead of maverick for the series in the changelog
[19:53] <didrocks> nessita: also, keep in mind that python-mkdebian can be used to refresh debian/control dep when you relaunch it
[19:54] <nessita> kenvandine: oh, I changed that back because I couldn't upload the .deb to my PPA
[19:54] <kenvandine> nessita, we do that until it is uploaded to the archive
[19:54] <kenvandine> yeah, you need that to upload
[19:54] <nessita> kenvandine: ok, changing it back again...
[19:54] <kenvandine> this way anyone that looks at the branch will know it isn't
[19:54] <kenvandine> ok... push that
[19:54] <didrocks> kenvandine: normally it's to the sponsored to replace UNRELEASED -> maverick :)
[19:54] <nessita> understood
[19:54] <didrocks> sponsor*
[19:54] <kenvandine> lp:~nataliabidart/ubuntu/maverick/ubuntu-sso-client/maverick
[19:55] <kenvandine> didrocks, yeah...
[19:55] <kenvandine> didrocks, got time to sponsor that?
[19:55] <kenvandine> i think it is good
[19:56] <didrocks> kenvandine: in 10 minutes?
[19:56] <kenvandine> sure
[19:56] <kenvandine> thx
[19:56] <nessita> kenvandine: changes pushed to revno 11
[19:56] <didrocks> I'll have a look again, of course :)
[19:56] <didrocks> kenvandine: does all the LICENSE thing fixed?
[19:56] <didrocks> is*
[19:56] <kenvandine> yeah, it contains the exact text that comes with mocker.py
[19:57] <didrocks> ok :)
[19:57] <nessita> kenvandine, didrocks: thank you!
[19:58] <nessita> I'll be around just in case
[19:58] <kenvandine> np
[19:58] <didrocks> nessita: yw
[19:58] <baptistemm_> someone can review branches lp:~bluetooth/ubuntu/maverick/obexd/main and lp:~bluetooth/ubuntu/maverick/bluez/main ?
[19:59]  * nessita goes to make some mate
[20:14] <didrocks> nessita, kenvandine: I won't be able to do a proper review today, I guess. Will have a look tomorrow
[20:15] <nessita> didrocks: can I brave you somehow? :-P
[20:15] <didrocks> baptistemm_: je connais pas vraiment ça, sinon je l'aurais fait :/
[20:15] <nessita> didrocks: sorry, I meant bribe :-)
[20:16] <seb128> review what?
[20:16] <didrocks> nessita: ahah, no need. Just to do a clean review and too tired tonight to do it :) and want to make this banshee things WORKS
[20:16] <seb128> didrocks, it's time to call it a day now, I hope you had dinner
[20:16] <nessita> didrocks: no problem, let's start fresh tomorrow
[20:16] <seb128> nessita, I can do a review now if you need one
[20:16] <didrocks> seb128: not yet, but I'm shifted today ^^
[20:16] <seb128> didn't you ask kenvandine?
[20:17] <seb128> didrocks, ok, go to dinner and enjoy your evening
[20:17] <nessita> seb128: yes, but somehow kenvandine pass the ball to didrocks
[20:17] <seb128> didrocks, banshee can wait tomorrow
[20:17] <kenvandine> hehe
[20:17] <kenvandine> seb128, you dropped off and didrocks was around
[20:17] <seb128> didrocks, you will not have lot to do before dx start rolling tarballs
[20:17] <nessita> seb128: I'm still not sure who does what
[20:17] <kenvandine> seb128, got time for a review? or tomorrow?
[20:17] <seb128> kenvandine, now is fine
[20:17] <kenvandine> great
[20:18] <kenvandine> lp:~nataliabidart/ubuntu/maverick/ubuntu-sso-client/maverick
[20:18] <didrocks> seb128: yeah yeah, I planned to have nothing to do tomorrow, and I have been able to start working on banshee at 5pm :)
[20:18] <nessita> didrocks, kenvandine, seb128: we can wait till tomorrow, so as it fit best for you all
[20:18] <baptistemm_> didrocks, pas de problème
[20:18] <seb128> didrocks, I will make sure you can focus on that tomorrow morning, starting by doing that review for you now ;-)
[20:19] <seb128> didrocks, go and enjoy your evening! ;-)
[20:19] <didrocks> seb128: heh, thanks. Still trying to strike a little bit for 10 min and I will go then :-)
[20:19] <seb128> nessita, we tend to all be busy, now is better than tomorrow, I'm somewhat hanging around while watching football on TV while during the day I try to get work done
[20:19] <seb128> didrocks, ok ;-)
[20:20] <seb128> nessita, usually new source review goes through motu and revu
[20:20] <nessita> seb128: are you cheering for uruguay or for sudafrica?
[20:22] <seb128> nessita, let's see sudafrica to be supportive with the boss ;-)
[20:22] <nessita> heh
[20:22] <seb128> nessita, I'm supportive for the french team in that group ;-)
[20:23] <nessita> well, you just should cheer for Argentina, it will win the world cup anyways, so better start early :-P
[20:23] <seb128> lol
[20:23] <seb128> let's see ;-)
[20:24] <kenvandine> hehe
[20:28] <seb128> kenvandine, nessita: seems fine to me
[20:28] <seb128> kenvandine, nessita: the only thing I've no clue about is if you can distribute psf sources under the gpk
[20:28] <seb128> gpl
[20:30] <seb128> the COPYING indicates it should
[20:30] <nessita> seb128: if the mocker thing is complicating things, I think I should remove it from the package, honestly, since we're not distributing the tests and the mocker is used only for those
[20:30] <seb128> right, seems alright, the license says it's gpl compatible
[20:31] <nessita> ok
[20:31] <seb128> nessita, kenvandine: you need sponsoring or just review?
[20:31] <nessita> seb128: I'm not sure :-$
[20:31] <nessita> kenvandine: help?
[20:31] <kenvandine> seb128, sponsoring
[20:31] <nessita> ah!
[20:31] <seb128> ok
[20:32] <seb128> will do that now
[20:32] <kenvandine> thx seb128
[20:34] <dobey> hrmm
[20:34] <dobey> isn't update-manager -d supposed to let me upgrade to maverick?
[20:34] <seb128> seems it's buggy
[20:34] <seb128> somebody mentioned it some days ago and mvo is on holiday this week...
[20:34] <nessita> dobey: I think you need to enable to accept "non LTS" released
[20:34] <nessita> dobey: but not sure how :-)
[20:35] <dobey> bah i set that preference already years ago
[20:36] <dobey> when i was on the last lts and wanted to upgrade
[20:36] <dobey> so 2 bugs then it seems
[20:36] <seb128> just dist-upgrade the old way
[20:36] <nessita> dobey: then #ubuntu+1 is where you wanna ask ;-)
[20:37] <nessita> seb128: but if something breaks, people in #ubuntu+1 would say you did it in the not-recommended way :-(
[20:37] <dobey> nessita: i know how to change the pref. i just wouldn't expect it to be reset automatically when i already set it
[20:37] <nessita> dobey: I have no eth0, don't fight me
[20:37] <seb128> nessita, it's not recommended to upgrade now anyway
[20:37]  * nessita cries over her eth0
[20:37] <nessita> seb128: we as desktop people have to, as far as I understand
[20:38] <seb128> if you need to upgrade now you are probably in the category of users who can deal with using the command line to upgrade
[20:39] <nessita> seb128: I agree, but after my update my eth0 was gone, and the first answer I got was "you updated in the not-recommended way"
[20:40] <nessita> which had nothing to do with eth0 being gone
[20:40] <dobey> *why* is your eth0 gone?
[20:40] <dobey> no more driver?
[20:41] <nessita> dobey: nopes, some IRQ issue, it escalated to intel driver devs, seems like I have to flash my BIOS
[20:41] <nessita> which sucks
[20:41] <dobey> oh
[20:41] <nessita> yeah
[20:41] <seb128> nessita, let's not comment on random quality of IRC responds ;-)
[20:41] <dobey> and you don't have a DOS floppy to boot from?
[20:42] <dobey> ;)
[20:42] <seb128> nessita, kenvandine; didrocks: ubuntu-sso-client uploaded
[20:42] <nessita> dobey: nopes, not even a CD-DVD rom to boot from. I was given a few guidelines on how to do it with a pendrive
[20:42] <nessita> dobey: so I have to take a deep breathe and try it
[20:42] <nessita> seb128: yeyyyyyyy
[20:43] <dobey> que sera, sera :)
[20:43] <liminal> hello
[20:44] <didrocks> seb128: thanks :)
[20:44] <liminal> ive got a major ongoing problem with my latest ubuntu installation
[20:44] <nessita> seb128: that means that I should be able to install it from the maverick repos?
[20:44] <liminal> applications keep randomly stopping
[20:45] <seb128> nessita, let's say tomorrow
[20:45] <liminal> is there a good peice of monitoring software that might log what issue is causing them to close?
[20:45] <nessita> seb128: that's just *perfect*
[20:45] <seb128> nessita, it's waiting to be accepted now and then needs to be build
[20:45] <nessita> seb128, didrocks, kenvandine: thank you very much!
[20:45] <kenvandine> np nessita
[20:45] <nessita> dobey, rodrigo_: you too :-) (this is my first package)
[20:45] <kenvandine> good job nessita
[20:46]  * nessita dances
[20:46]  * dobey moans about setup.py
[20:46] <seb128> Riddell, still around? any chance you could NEW review ubuntu-sso-client today or tomorrow?
[20:46] <Riddell> seb128: can do, give me a minute
[20:46] <seb128> Riddell, thanks
[20:47]  * nessita will reboot to see if nvidia drivers work
[20:47] <dobey> man, once you start doing stuff to packages in main, it seems like everything has to go in main
[20:59] <Riddell> seb128: accepted!
[20:59] <seb128> kenvandine, nessita: ^
[21:00] <seb128> Riddell, thanks
[21:00] <nessita> Riddell: thanks!
[21:22] <nessita> seb128: well, my video is finally settled. Do I need to do anything else re: ubuntu-sso-client?
[21:22] <seb128> nessita, no
[21:22] <nessita> seb128: well, that's great news. Thank you!
[22:00] <rodrigo_> rickspencer3, ready for our call with nessita?
[22:00] <rickspencer3> rodrigo_, yeah
[22:00] <rodrigo_> rickspencer3, mumble?
[22:00]  * rickspencer3 first up mumble
[22:01] <nessita> rickspencer3, rodrigo_: what channel?
[22:01] <rodrigo_> rickspencer3, we are under Online Services/Desktop
[22:01] <rodrigo_> rickspencer3, unless you prefer another channel?
[22:02] <rickspencer3> kenvandine, around?
[22:11] <kenvandine> rickspencer3, hey
[22:12] <kenvandine> just heading out
[22:12] <rickspencer3> ok
[22:12] <rickspencer3> nevermind :)
[22:12] <kenvandine> what's up?
[22:12] <kenvandine> ok
[22:12] <kenvandine> later!
[22:13] <kenvandine> rickspencer3, i got one gtk widget done in vala :)
[22:13]  * kenvandine runs out
[22:21] <seb128> if you use maverick on amd64 don't upgrade today
[22:21] <seb128> there is an initramfs bug right now breaking things
[22:21] <rodrigo_> seb128, oh, why?
[22:21] <rodrigo_> ok, won't upgrade
[22:22] <seb128> the fix has been uploaded but it will take some hours before having it build and published and ready to download
[22:23] <rickspencer3> seb128, does everyone know nessita?
[22:23] <rickspencer3> she started on U1 a few weeks ago, and so will be working in here a lot, I guess
[22:23] <nessita> I started on the desktop side of U! a few weeks ago ;-)
[22:23] <nessita> U1*
[22:24] <seb128> rickspencer3, I guess not, I reviewed a package for her today but didn't know she was on the online services team before
[22:24] <seb128> nessita, welcome on board ;-)
[22:24] <nessita> seb128: :-)
[22:24] <seb128> if you need anything you can just ask there
[22:25] <seb128> sometime people are a bit busy but we usually try to help when we can
[22:25] <didrocks> welcome nessita :)
[22:26] <Sarvatt> seb128: refreshed the lcdfilter patch - http://sarvatt.com/downloads/merges/cairo/
[22:26] <seb128> Sarvatt, you rock!
[22:27] <seb128> Sarvatt, can you get the new cairo version in the xorg edger ppa then?
[22:27] <rickspencer3> seb128, didrocks ... bad news ...
[22:27] <rickspencer3> nessita says we all have to learn Spanish now
[22:27] <Sarvatt> yep of course, just wanted to refresh that before putting it there because people would complain :)
[22:27] <nessita> seb128, didrocks: thank you! like you've discovered already, I'm pretty new to the packaging stuff -- I worked for U1 foundations for 7 months, so I never dealt with a package before :-)
[22:27] <seb128> rickspencer3, ola!
[22:28] <rickspencer3> si
[22:28] <nessita> rickspencer3: and drink mate!
[22:28] <didrocks> rickspencer3: finish your French class first :)
[22:28] <nessita> :-D
[22:28] <seb128> ;-)
[22:28] <rickspencer3> si es oui en Espanol
[22:28] <didrocks> I can do the second part ^^
[22:28] <rickspencer3> no puedo usar el ~
[22:28] <rodrigo_> right, the desktop team has too many French
[22:28] <nessita> rickspencer3: you need to have a US intl layout
[22:29] <nessita> je parle un petit peut de francais
[22:29] <didrocks> rodrigo_: there is never "too many French" :)
[22:29] <didrocks> nessita: très bien :)
[22:29] <nessita> heh
[22:29] <seb128> rodrigo_, coming from GNOME you should know that you need to speak french in the desktop world ;-)
[22:29] <nessita> didrocks: I guess I can practice in Prague while we drink mate
[22:29] <seb128> I will need to watch didrocks
[22:29] <didrocks> seb128: what? ;)
[22:30] <nessita> seb128, didrocks, kenvandine: rodrigo_ and I are attending to the Prague sprint, so we'll get a chance to meet
[22:30] <rodrigo_> seb128, no, we taught Spanish to vuntz when he was in Valencia!
[22:30] <seb128> didrocks, seems you already have drinking plans one month before being there
[22:30] <didrocks> nessita: heh, sorry for not speaking spanish, I picked German
[22:30] <rickspencer3> rodrigo_, and nessita will be there
[22:30] <didrocks> seb128: heh, that's the Free Software ecosystem :)
[22:30] <rickspencer3> so, ha much Espana por el sprinto
[22:30] <seb128> didrocks, ;-)
[22:30] <seb128> didrocks, you will not trick me to stay at the bar every night this time ;-)
[22:31] <seb128> I didn't see that coming at UDS
[22:31] <didrocks> seb128: what? it will be my fault? No way :-)
[22:31] <rickspencer3> seb128, we can teach you "do cervasas por favor"
[22:31] <seb128> lol
[22:31] <seb128> nessita, will be nice to see you at the sprint then ;-)
[22:32] <rickspencer3> and thanks for the weekly releases, that will help lots
[22:32] <nessita> rickspencer3: your Spanish is really funny, no offense :-)
[22:33] <seb128> I guess spanish is easier to speak than write
[22:33] <nessita> rickspencer3: but I guess my french is even funnier :-P
[22:34] <nessita> well guys, it was great meeting you more formally. I need to run some errands now
[22:34]  * nessita bbl
[22:34] <seb128> nessita, have fun
[22:34] <didrocks> enjoy nessita
[22:37] <rickspencer3> yo hablo mucho Espanol muy bueno
[22:37] <rodrigo_> :)
[22:38] <rodrigo_> rickspencer3, cool, continue practicing for when we switch the whole company to Spanish :)
[22:38] <rickspencer3> carumba!
[22:40] <Sarvatt> not sure edgers is a good place for this cairo though if you want testing for possible inclusion in maverick, for one i fixed xserver to advertise renderproto 0.11 so pdf blend operators are used and that's not upstream yet, plus I use git checkouts of pixman that aren't going to be in maverick
[22:47] <seb128> Sarvatt, ok, can you hand it over to me so I can upload it to the ubuntu-desktop ppa
[22:49] <Sarvatt> it's all at the link i gave ya - http://sarvatt.com/downloads/merges/cairo/
[22:49] <seb128> Sarvatt, <ickle>	seb128: any chance of packaging cairo.git in xorg-edgers?
[22:49] <seb128> Sarvatt, that was on #cairo the other day
[22:49] <Sarvatt> surprised he didn't just ask me
[22:49] <Sarvatt> he uses edgers
[22:49] <seb128> well they were trying to convince me to ship 1.9 in maverick
[22:49] <seb128> I argued that their schedule was not really reliable
[22:50] <seb128> so next they asked if we could start by testing in a ppa
[22:50] <seb128> Sarvatt, right, he said he would get cairo it from the ppa if we had it there ;-)
[22:50] <Sarvatt> i'm still putting it in edgers its just edgers is pretty radically different than what's going to be in maverick, i thought you needed the new cairo for poppler
[22:51] <seb128> well turn out we don't really
[22:51] <seb128> the new version build with our cairo
[22:51] <seb128> it will just lack some of the new things
[22:51] <seb128> I will push the new cairo in the ubuntu-desktop ppa as well I guess
[22:52] <Sarvatt> someone wanted newer cairo for pdf, i think it was for simple-scan
[22:52] <seb128> it's likely
[22:52] <seb128> as said upstream would like us to ship it in maverick
[22:52] <seb128> so it's going to be useful
[22:52] <seb128> I think we will start by testing in the xorg and ubuntu-desktop ppa
[22:54] <Sarvatt> only problem i've had after a day using it is chrome/chromium seems to be a bit screwed up, the icons on the tabs blink when it refreshes
[22:55] <seb128> ok