[00:19] <RAOF> Good mornang.
[00:20] <TheMuso> Hey RAOF. I see xorg stuff has gone up overnight.
[00:21] <RAOF> Yup.  Everything should even remain installable!
[00:22] <RAOF> Although gdm seems to have decided to mess up.  I don't _think_ that's the fault of X, though :)
[00:22] <RAOF> If you're feeling left out on the sponsoring front, I'm sure I can push a mesa upload your way ;)
[00:26] <TheMuso> RAOF: Happy to take care of it for you. I am just not going to upgrade for a day or so till the dust settles.
[00:26] <RAOF> :)
[03:09] <micahg> aganice: is the goal to release with all the clipboard fixes?
[04:41] <TheMuso> RAOF: I am around now if you need that mesa upload taken care of.
[04:41] <RAOF> That would be shiny.
[04:41] <TheMuso> Yay for emergency power work on the apartment build.
[04:41] <TheMuso> building
[04:41] <RAOF> It's just finishing its test-build.
[04:41] <RAOF> !!!
[04:42] <RAOF> I hope that was accompanied by huge sparks, flames, etc?
[04:42] <RAOF> Although, obviously, not flames touching anything interesting.
[04:43] <TheMuso> No, wasn't that bad.
[04:48] <RAOF> Ok.  Mesa's ready.
[04:48] <RAOF> http://cooperteam.net/Packages/
[04:49] <RAOF> If you could also sponsor openchrome, apm, and xorg that'd be ace.
[04:51] <TheMuso> RAOF: sure
[04:52] <RAOF> Then when the -chips sync request gets processed everyone's X should have settled down.
[04:55] <TheMuso> RAOF: do they have to go up in any specific order?
[04:56] <RAOF> Not really, no.
[04:56] <RAOF> There are no build time dependency relations here.
[04:56] <TheMuso> ok
[04:58]  * TheMuso does a build test fora ll.
[04:59] <TheMuso> all even
[06:29] <TheMuso> RAOF: uploading all packages.
[06:29] <RAOF> TheMuso: Bonza.  Thanks.
[06:29] <TheMuso> np
[07:20] <pitti> Good morning
[07:22] <RAOF> pitti: Good morning!
[07:25] <didrocks> good morning
[07:30] <RAOF> And a fine morning to you, too
[07:30] <didrocks> hey RAOF, how are you? Breaking X? )
[07:30] <didrocks> )
[07:30] <didrocks> grrr
[07:30] <didrocks> ;)
[07:31] <RAOF> :)
[07:31] <didrocks> (caps lock for the win!)
[07:31] <RAOF> didrocks:  I dunno - run a dist-upgrade and see? :P
[07:32] <didrocks> RAOF: hum, nvidia driver? I won't be the first to try ;)
[07:32] <RAOF> Heh.  Well, tselliot's going to upload a new nvidia driver soon, which will make that work for you.
[07:34] <RAOF> Incidentaly, is gdm letting you login today? :)
[07:34] <pitti> RAOF: any major breakage reports yet?
[07:34] <pitti> RAOF: btw, thanks for the prior warning on the list
[07:34] <pitti> certainly avoids some damage
[07:35] <RAOF> Everything's not quite installable yet; xserver-xorg-video-apm needs to build & publish, and xserver-xorg-video-chips needs to get sync'd.
[07:35] <RAOF> Hm.  Thinking of which… :)
[07:36] <didrocks> RAOF: didn't upgrade from yesterday, don't know :)
[07:36] <RAOF> bug #615496
[07:36] <ubot2> Launchpad bug 615496 in xserver-xorg-video-chips (Ubuntu) "Sync xserver-xorg-video-chips 1:1.2.3-1 (main) from Debian unstable (main) (affects: 1) (heat: 10)" [Wishlist,Confirmed] https://launchpad.net/bugs/615496
[07:36] <pitti> RAOF: want me to sync?
[07:36] <RAOF> pitti: Thanks, yeah.
[07:38] <pitti> RAOF: done
[07:38] <RAOF> Ta
[07:44] <bob_> RAOF, is -chips required?  It was uninstalled when I dist-upgraded this morning
[07:45] <RAOF> robert_ancell: It's only required if you've got one of those cards.
[07:45] <RAOF> Which you almost certainly don't have; nor do you likely have whatever obscure silicon is driven by xserver-xorg-video-apm.
[07:45] <robert_ancell> I hoped so :), I thought -chips may have been the video card chip db or something
[07:46] <RAOF> Heh.
[07:46] <robert_ancell> horay! Finally got GTK3 to compile
[07:46] <RAOF> No, that's a big switch-case on PCIID in the Xserver.
[07:46] <robert_ancell> RAOF, sounds pretty
[07:47] <didrocks> robert_ancell: awesome! congrats :)
[07:47] <RAOF> It's not an unreasonable way of dealing with it.  Although reading from, you know, a _text file_ might be nice once in a while.
[07:47]  * TheMuso remembers seeing a chips video card/chip in a notebook from the late 90s, never seen one since.
[07:47] <TheMuso> RAOF: that switch case sounds... messy.
[07:48] <robert_ancell> didrocks, which means that I can compile the latest gnome-shell (in theory).  I've been following the dependency trail today
[07:49] <RAOF> TheMuso: It's really not that bad.  It's quite a comprehensible part of X :)
[07:49] <robert_ancell> didrocks, does mutter use gir?
[07:50] <didrocks> robert_ancell: we have a gir package for mutter, yes
[07:50] <TheMuso> RAOF: Are you saying that the rest of X is not so comprehensible? :)
[07:50] <didrocks> robert_ancell: heh, good news :)
[07:51] <pitti> robert_ancell: ah, so the plan is to get it into maverick, but not install by default?
[07:51] <robert_ancell> didrocks, but are they actively used by anything except gnome-shell?   I've got the gobject-introspection 0.9 upgrade working on my box, but there will be some brokenness if you upgrade before all the packages are rebuilt.  Trying to get the right selection of packages tested
[07:52] <RAOF> TheMuso: Far be it for me to suggest that a huge, single-threaded event loop dispatching out to thousands of source files with a bunch of interestingly referenced global variables is less that totally clear!
[07:52] <robert_ancell> pitti, the current version we have is very old and we don't have the latest dependencies to run the new one
[07:52] <TheMuso> RAOF: heh ok
[07:52] <didrocks> robert_ancell: no, only GS is using it AFAIK
[07:52] <robert_ancell> pitti, but I'd like to get all the platform updated earlier rather than later so we don'
[07:52] <robert_ancell> t have the pain later when more apps use the new features
[07:52] <pitti> robert_ancell: well, that would be great; I'd love to have the gtk3 stack available, so that we can build/test the latest upstream trunk stuff
[07:53] <pitti> robert_ancell: thank!
[07:53] <pitti> s
[07:53] <robert_ancell> so, do you guys want me to upload gobject-introspection now and have you guys deal with any potential pain during the day or upload it my tomorrow morning?
[07:54] <didrocks> I won't have the time to deal with that today personnaly, better to get it ready and see if seb128 has some free slots
[07:54] <robert_ancell> didrocks, yeah, waiting for him.
[08:04] <robert_ancell> is there anything special about how atk is stored in bzr?  I try to clone lp:~ubuntu-desktop/atk/ubuntu but it doesn't want to work
[08:07] <TheMuso> robert_ancell: no
[08:07] <TheMuso> robert_ancell: just the atk1.0 source package is all you need.
[08:13] <robert_ancell> TheMuso, can you pull lp:~ubuntu-desktop/atk/ubuntu?
[08:14] <robert_ancell> I get "location is a repository"
[08:15] <TheMuso> not a branch
[08:17] <robert_ancell> TheMuso, oh, bizzare, now it shows up on code.lp.net - it did work the first time but gave me a big warning about incompatible branches
[08:18] <TheMuso> heh
[08:18] <robert_ancell> crazy lp
[08:23] <robert_ancell> slomo, hey, I've got gobject-introspection 0.9 working on my system, what has Debian got planned about upgrading?
[08:24] <slomo> robert_ancell: could go into experimental i guess
[08:24] <slomo> robert_ancell: at least if there won't be any new typelib/gir changes
[08:26] <robert_ancell> slomo, the problem seems to be you need everything running the same introspection version.  Don't know if they'll break it again.  The good news is things fail quite gracefully and the only apps I found that were affected were python-gobject ones
[08:27] <slomo> robert_ancell: and all the gir1.0-X packages have to be renamed to gir1.1-X, yes
[08:28] <robert_ancell> slomo, but the .gir files still install into /usr/share/gir-1.0 so you can't run them both at once
[08:30] <slomo> robert_ancell: so they changed the version in incompatible ways but kept the old directory? that's bad...
[08:30] <slomo> or did only the typelib ABI change?
[08:32] <robert_ancell> slomo, I'm assuming the typelib api changed, but I haven't found a definite description of what changed/what the side-effects are.  But definitely no files have changed names/locations
[08:33] <slomo> great
[08:34] <didrocks> slomo: hey, do you think you will will have some time to merge libgee .symbols file despite the freeze? I think it's pretty dummy to get a divergence just for that.
[08:35] <slomo> didrocks: i'll do it with next upload but it's not really important imho... all symbols currently have the same version anyway
[08:35] <slomo> if new symbols are introduced later it will be important
[08:36] <didrocks> slomo: right, just to know if you think it will do it for squeeze or not
[08:36] <seb128> hey
[08:36] <didrocks> thanks :)
[08:36] <didrocks> salut seb128
[08:36] <seb128> lut didrocks
[08:41] <robert_ancell> seb128, hey, want to upgrade to gobject-introspection 0.9?
[08:42] <seb128> hey robert_ancell
[08:42] <seb128> robert_ancell, not sure if we should do that or just stop doing any gir work
[08:42] <seb128> robert_ancell, did you read the upstream discussion? they are not speaking about making gir only python3 and gtk3 now
[08:43] <seb128> or rather considering doing that
[08:43] <robert_ancell> seb128, ?
[08:43] <robert_ancell> seb128, they like to make our lives hard...
[08:44] <seb128> read recent "GNOME 3.0 in March 2011" on d-d-l
[08:44] <robert_ancell> seb128, hmm, I have 0.9 working here - the value of us upgrading means we don't have so many problems with newer packages expecting it.  And we can get gnome-shell to work
[08:44] <seb128> walters wrote that he wants the supported combinaison to be gtk2,python2,pygtk
[08:44] <seb128> or python3,gtk3,gir
[08:45] <robert_ancell> seb128, well, introspection is more than just GTK and Python
[08:45] <seb128> right
[08:45] <seb128> we don't have anything using the introspection yet I think
[08:45] <robert_ancell> seb128, if they go that way then we make python-gobject stop using it and nothing is using it
[08:45] <seb128> but yeah, we can as well have an updated platform
[08:46] <seb128> does that change the abi version?
[08:46] <seb128> upload if you want, I can handle the rebuilds for it today
[08:47] <robert_ancell> seb128, I think it does - things don't work unless all their dependencies are upgraded (but fail gracefully if they aren't)
[08:48] <seb128> ok
[08:48] <seb128> can you upload your gir update?
[08:48] <seb128> I will handle rebuilds
[08:48] <robert_ancell> seb128, ok, thanks
[08:49] <seb128> np
[08:49] <robert_ancell> seb128, I can compile GTK3 now :)
[08:49] <seb128> lol
[08:49] <seb128> you are working on gtk3 then? ;-)
[08:50] <seb128> I though it was not worth spending efforts on yet
[08:50] <robert_ancell> seb128, didrocks asked me to look at gnome-shell, which then needed GTK3, so I had a quick look.  And that needs gobject-introspection 0.9 and I keep hitting packages that require it so I thought it was time to knock one of the roadblocks out!
[08:51] <seb128> ;-)
[08:51] <didrocks> (gnome-shell is currently broken for two reasons, one being the new mutter)
[08:51] <seb128> didrocks, since when do you assign task to others?
[08:51] <didrocks> seb128: I didn't assign task, I just asked if robert_ancell had the time to have a look :-)
[08:51] <seb128> well debian did manage to update it using introspection 0.6
[08:51] <seb128> we should just sync with then and keep our ld_library_path change
[08:52] <didrocks> seb128: btw, the LD_LIBRARY_PATH for libmoz.js doesn't work last time I tried (last week)
[08:52] <robert_ancell> seb128, oh, I didn't notice that
[08:52] <didrocks> there is a bug report about it
[08:52] <seb128> didrocks, we might just need a rebuild for a new xulrunner version
[08:54] <seb128> robert_ancell, did you check the debian pkg-gnome gtk3 package to start your work?
[08:54] <robert_ancell> seb128, no
[08:55] <seb128> ok
[08:55] <seb128> slomo worked a bit on it there I think
[08:55] <slomo> robert_ancell: sjoerd wanted to work on it too
[08:56] <slomo> robert_ancell: missing right now is: a) dpkg-divert for the update-iconcache script, b) updated copyright file (have fun...), c) some changes for the .install files and d) updated symbols files
[08:56] <slomo> then it should be ready
[08:56] <robert_ancell> b) we need to kill those copyright files... they are so stupid
[08:57] <slomo> yes
[08:57] <robert_ancell> slomo, did they come from debian legal?
[08:58] <robert_ancell> seb128, what is the svn http link?
[08:58] <slomo> i don't know :)
[08:58] <slomo> maybe you can autogenerate it in the case of gtk with licensecheck and some script to convert the output
[08:58] <mvo> good morning kiwinote
[08:59] <kiwinote> hi mvo
[08:59] <slomo> robert_ancell: http://svn.debian.org/viewsvn/pkg-gnome/desktop/experimental/gtk+3.0
[08:59] <slomo> bbl
[08:59] <robert_ancell> slomo, they seem like a legal nightmare - they're probably all wrong and it seems like a bad idea for us to state the license of a project
[08:59] <mvo> kiwinote: thanks for merging my stuff, there is a bit more to come
[08:59] <robert_ancell> slomo, thanks
[08:59] <kiwinote> mvo: sure, thanks for all the changes
[09:00] <robert_ancell> seb128, ok, all uploaded
[09:00] <mpt> mvo, kiwinote, now that apt: is integrated into USC, is the apturl package removed from the Ubuntu seed?
[09:00] <seb128> robert_ancell, thanks
[09:00] <seb128> robert_ancell, speaking of copyright files, you could perhaps give a try asking why we need those on some distro list
[09:01] <robert_ancell> seb128, I figure we'll just bump version numbers on the other packages once gobject-introspection 0.9 is in the builders
[09:01] <seb128> robert_ancell, right, I need to check if the abi change in which case we need to rename the gir
[09:01] <seb128> gir1.1-...
[09:01] <mvo> mpt: its not merged yet
[09:01] <robert_ancell> seb128, there's no point as the files haven't changed names so you can't run both in parallel
[09:01] <seb128> robert_ancell, I will handle it during my day no worry
[09:01] <seb128> mvo, hey
[09:01] <mvo> mpt: once there, gdebi and apturl can go
[09:01] <mvo> hey seb128
[09:02] <seb128> robert_ancell, well the binary name comes from the typelib dirname
[09:02] <mpt> mvo, oh, so bug 426215 shouldn't be marked fixed then?
[09:02] <ubot2> Launchpad bug 426215 in software-center (Ubuntu) (and 1 other project) "apt:package-name isn't handled by the Store when appropriate (affects: 4) (heat: 22)" [Wishlist,Fix committed] https://launchpad.net/bugs/426215
[09:02] <seb128> robert_ancell, I though they bumped the abi to 1.1
[09:02] <seb128> robert_ancell, if they didn't easier for us ;-)
[09:02] <robert_ancell> seb128, but everything still installs into gir-1.0
[09:03] <seb128> ok so they didn't
[09:03] <mvo> mpt: well, fix commited is correct, just not yet in trunk
[09:03] <robert_ancell> I think they just went "1.0 was more of a beta, just update everything to 1.1"
[09:03] <seb128> robert_ancell, ok
[09:03] <seb128> robert_ancell, I will just do rebuilds or take the opportunity of the upload to push some other changes
[09:04] <robert_ancell> seb128, but the thing is because nothing is really using it there aren't too many issues with doing a big upgrade.  The only broken thing I had was meld breaking between updating gobject-introspection and python-gobject.
[09:05] <robert_ancell> pitti, hey, any update on moving to the latest udev?
[09:05] <seb128> robert_ancell, it's a Keybuk's task
[09:05] <robert_ancell> ok
[09:05] <seb128> he said at the sprint he would do it once he figures why the update breaks things
[09:06] <pitti> robert_ancell: I don't know more, sorry; haven't seen Keybuk in IRC for a while
[09:06] <robert_ancell> pitti, np, thought you might have some inside info :)
[09:06] <pitti> I'd love to see it updated, too
[09:07] <seb128> I'm wondering what's going on with Keybuk
[09:08] <seb128> I've not seen him really active this cycle
[09:08] <seb128> I'm wondering if he's working offline on write next upstart or what
[09:08] <robert_ancell> seb128, he's working on upstart right?
[09:08] <seb128> writing
[09:08] <seb128> robert_ancell, that's my guess
[09:10] <mvo> kiwinote: just commited a small modification, please let me know and rename "_error_details" to a more appropriate name (if needed :)
[09:12] <kiwinote> mvo: looking
[09:18] <kiwinote> mvo: we need to distinguish between the PKG_STATE_UNKNOWN and PKG_STATE_ERROR because we a different layout for each case: if the package can not be found, then we hide the pkgstatusbar/description/appinfotable/screenshot, if the package does exist then we need to show these elements
[09:18] <kiwinote> mvo: I think that the pkgstate is the best place to distinguish between the two cases, but if you have a better place, feel free to change it ;)
[09:18] <mvo> kiwinote: aha, ok. I was confused because I thought that STATE unknown means a unkown state, not a unkown package
[09:19] <mvo> kiwinote: maybe we can rename it into PKG_STATE_NOT_FOUND or _UNAVAILALBE or somesuch?
[09:19] <kiwinote> mvo: yep, sounds a good idea
[09:19] <mvo> kiwinote: yeah, the states are the right way
[09:19] <mvo> kiwinote: cool
[09:21] <kiwinote> mvo: while you're editing the branch, can you add 'if self._doc:' to the relevant places in the screenshot and thumbnail properties? thanks
[09:24] <mvo> sure
[09:24] <kiwinote> mvo: thanks
[09:31] <mvo> kiwinote: ok, updated
[09:35] <kiwinote> mvo: thanks, something broke with hiding the right page elements, so I'll just have a look why
[09:35] <huats> morning
[09:38] <mvo> kiwinote: hm, if that is the case, let me add a regression test for it (what element is it, screenshot)?
[09:39] <kiwinote> mvo: just execute 'python software-center app'
[09:42] <mvo> kiwinote: I added a test for this in r944, its currently failing and just tests the screenshot. if you could add the other elements to the test that would rock. you can run it by "(cd test; python test_gui.py SCTestGUI.test_show_unavailable"
[09:43] <kiwinote> mvo: will do, thanks
[09:43] <mvo> kiwinote: its not superquick unfortuantely because it waits until the pkgcache is read. you can speed it up by setting the Dir::state::lists line to uncommented
[09:43] <mvo> kiwinote: great, thanks. I will stop working on the branch for now, just let me know when I can merge back :)
[09:43] <kiwinote> mvo: yep ;)
[09:47] <ronoc> bl8: I just upgraded banshee to 1.7.3-2ubuntu2
[09:48] <ronoc> bl8: still no mpris or sound menu registration ?
[09:51] <seb128> update-manager used to be able to estimate downloads, that was great ;-)
[09:56] <mvo> seb128: *lalala*
[09:56] <seb128> mvo, ;-)
[09:58] <mvo> seb128: its a bit odd, required_download is currently 1.498e-316
[09:58] <mvo> seb128: that is a bit small
[09:58] <seb128> indeed
[09:58] <seb128> or you got very efficient ;-)
[10:00] <mvo> heh :) my downloader can download fractions of a bit!
[10:02] <geser> mvo: are you working on quantum teleportation to transfer packages? :)
[10:03] <mvo> heh :) I keep saying "its important to have goals!"
[10:05] <mpt> mvo, kiwinote: Will the apturl + gdebi stuff be merged into trunk by Feature Freeze?
[10:07] <mvo> seb128: should be fixed
[10:07] <seb128> mvo, you rock
[10:07] <mvo> mpt: we are working to make this happen
[10:07] <mvo> thanks seb128 :)
[10:11] <kiwinote> mvo: all the error handling should be working again in rev944
[10:17] <kiwinote> mvo: one bit of apturl functionality that got lost in the merges is replacing '$kernel' with the kernel version. Did you want this in a different place, or can it go back in the init of Application()?
[10:19] <mvo> kiwinote: it does not feel quite right there, but I can not think of a better place. there are two subsitutions (see the apturl parser). the other one is $distro iirc. it would be great to support both and if you could add a test for that into test/test_database.py
[10:37] <slomo> alf__: your cairo patch doesn't add any new symbols?
[10:37] <slomo> alf__: and what about new headers? maybe a libcairo-perf-utils-dev would be needed?
[10:38] <mpt> mvo, can I remove all those lucid blueprint links from the USC spec now?
[10:38] <alf__> slomo: hi! the headers were already shipped in libcairo2-dev.
[10:38] <popey> do we install/enable popcon by default now that the installer no longer has an option to enable it?
[10:39] <slomo> alf__: they are? cairo-script-interpreter.h?
[10:40] <alf__> slomo: yes
[10:40] <slomo> alf__: no new headers? ok...
[10:41] <mvo> mpt: yes
[10:42] <mpt> k
[10:43] <alf__> slomo: there is a libcairo-script-interpreter2.symbols for the symbols.
[10:43] <slomo> yes, saw it :)
[10:44] <slomo> ok, i'll take that patch, thanks :)
[10:44] <slomo> i'll upload it when next cairo release is there... should be soon
[10:45] <alf__> slomo: and the auxiliary libraries shipped in cairo-perf-utils are used only for LD_PRELOADing, so it didn't make much sense to have symbols for them
[10:46] <seb128> I will sync the next cairo from debian when it's uploaded
[10:46] <slomo> seb128: it has to go through NEW ;)
[10:46] <seb128> well I will take the vcs version and upload it if NEW takes a while ;-)
[10:47] <alf__> slomo, seb128: thanks a lot both!
[10:54] <alf__> slomo: which version of the patch are you going to use?
[10:56] <slomo> alf__: the latest
[11:10] <kiwinote> mvo: I pushed some fixes a little while ago, the tests are also added now
[11:11] <devildante> everyone: is there any news about windicators?
[11:11] <devildante> (sorry if it's not the right channel)
[11:33] <mpt> mvo, sorry, where in the code do I find the XML file that does the categorization of packages?
[11:34] <kiwinote> mpt: /data/software-center.menu.in
[11:34] <mpt> ah, thanks kiwinote
[11:44] <rickspencer3> hey seb128 thanks for sending the team meeting reminder
[11:44] <seb128> hey rickspencer3
[11:44] <pitti> bonjour rickspencer3
[11:44] <seb128> rickspencer3, you are supposed to be on holidays, not on IRC ;-)
[11:44] <rickspencer3> well ...
[11:44] <asac> pitti: is the workitem tracker thing from linaro still running on your host?
[11:45] <rickspencer3> I have some work I need to do
[11:45] <seb128> ok
[11:45] <asac> pitti: jamie is gone this week and i somehow lost a spec from my tracker :(
[11:45] <rickspencer3> I'll ask for my holidays back :)
[11:45] <seb128> I was planning to lead the meeting so feel free to not count that as something you need to do today
[11:45] <rickspencer3> thanks seb128
[11:45] <rickspencer3> I may take you up on that
[11:45] <seb128> ;-)
[11:45] <asac> pitti: so i wonder if you still can see whats going on ... its https://blueprints.edge.launchpad.net/ubuntu/+spec/arm-m-telephony-stack and its owned by tom gall who is member of https://edge.launchpad.net/~arm-user-platforms ... but the spec doesnt show up here:
[11:46] <asac> http://people.canonical.com/~pitti/workitems/maverick/arm-user-platforms-ubuntu-10.10-beta.html
[11:46] <pitti> asac: no, it has run on people.c.c. for ages
[11:46] <asac> pitti: right. so i can see errors on my own?
[11:47] <asac> e.g. where to look?
[11:48] <pitti> hm, at least it's here: http://people.canonical.com/~pitti/workitems/maverick/all.html#tom-gall
[11:48] <asac> hmm. so something is wrong with the beta milestone?
[11:48] <asac> syntax?
[11:48]  * asac looks again
[11:49] <asac> Work Items (ubuntu-10.10-beta):
[11:49] <asac> that looks ok to me
[11:49] <pitti> asac: you shold have gotten a mail on syntax errors, so that shold be ok
[11:49] <asac> i am not sure i would get those mails. i think jamie pulled them over
[11:49] <pitti> asac: the WI tracker keeps timing out these days since SpammapS added his "per-user reports of doom"
[11:50] <pitti> asac: was this targetted/added only recently perhaps?
[11:50] <asac> pitti: tom gall is new to the team and he got the assignment for the spec just before beta
[11:50] <asac> err alpha3
[11:50] <asac> ;)
[11:51]  * asac tries to find out who spammaps is
[11:51] <asac> oh spam filter? ... i dont understand. is sending out emails blocking?
[11:52] <pitti> asac: Clint Byrum
[11:52] <pitti> he submitted the per-user branch
[11:52] <asac> ah
[11:53] <asac> i assume someone is working on fixing it?
[11:54] <pitti> I pinged him on IRC, but didn't get a response yet
[11:54]  * ogra seems to see double graphs on http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile.html
[11:54] <ogra> like several are layered on top of each other
[11:54] <asac> ogra: you are a multi-team ;)
[11:55]  * pitti sets it to update only every 2 hours
[11:55] <asac> ok ... i will check in a couple of hours
[11:55] <asac> thx a bunch
[11:55] <ogra> asac, heh
[11:56] <pitti> asac: in the meantime, you could download the sqlite and check if it's any better there
[11:56] <pitti> perhaps something is not right with the recursive membership detection
[11:57] <pitti> hm, that shouldn't apply here, though
[11:57] <pitti> Tom has one WI here: http://people.canonical.com/~pitti/workitems/maverick/arm-ubuntu.html
[12:00] <TheMuso> c
[12:00] <asac> i am betting on the time out atm. lets see
[12:11] <vish> seb128: hi , i mailed you a list of the papercuts i was mentioning earlier.
[12:12] <vish>  [just mentioning that it doesnt get lost in all your bug mail :D  ]
[12:13] <seb128> vish, hey, ok
[12:14] <seb128> hum
[12:14] <seb128> hey nessita
[12:14] <seb128> seems unity doesn't start after today updates on my mini config
[12:15] <seb128> GNOME still works and running unity under GNOME seems to work
[12:15] <seb128> but selecting the UNE session leads to a background and a cursor
[12:16] <didrocks> seb128: today's update involving an unity component?
[12:16] <nessita> hello!
[12:16] <seb128> I don't think so
[12:16] <didrocks> hey nessita
[12:16] <seb128> the new xorg stack and introspection
[12:17] <didrocks> I still don't have the new xork stack (yeah, nvidia card… always the latest one to get the full transition done :))
[12:20] <seb128> I'm on intel
[12:29] <didrocks> seb128: I unfortunately can't have a look right now (in a long build), but I'll try without the new xorg stack first
[12:30] <seb128> didrocks, don't bother, let's see if somebody else get the issue
[12:30] <didrocks> ok
[13:07] <pitti> didrocks: oh, does nouveau lag behind the ABI transition? or the proprietary one?
[13:08]  * pitti wonders whether nouveau got 3D capabilities in maverick
[13:08] <didrocks> pitti: proprietary ones… I still don't have 3D with nouveau in maverick with my chipset at least
[13:42] <Chipaca> mvo: was the email from alecu enough for your needs?
[13:46] <mvo> Chipaca: I have not started playing with the code, but the mail looks pretty good and complete
[13:47] <Chipaca> mvo: ok, great. You know where to find us if you need us :)
[13:47] <Chipaca> mvo: the branches that are missing should be landed in a few more minutes
[13:48] <mvo> Chipaca: great, I hope to find time to play with it today, when will trunk hit the archive (the version in the archive seems to be a bit older)
[13:48] <nessita> Chipaca, mvo: alecu's branch already landed and mine is just one review short, but that's being solved right now :-)
[13:49] <mvo> nessita: nice
[13:49] <Chipaca> mvo: I believe we'll have packages today; tomorrow if something breaks and we need to delay
[13:49] <mvo> Chipaca: excellent
[14:22] <Sarvatt> didrocks: 3D for nouveau is in the libgl1-mesa-dri-experimental package
[14:23] <didrocks> Sarvatt: thanks for the info. I can't afford breaking my 3D right now, but I'll give it a shot
[14:24] <Sarvatt> if you can't wait and need it nvidia-common that works with the new X is in the ubuntu-x-swat/x-updates PPA
[14:24] <seb128> re
[14:25] <Sarvatt> I take that back, the upload didnt go through this morning
[14:27] <Sarvatt> now its uploading :D the 256.44 one in there just needed a no change rebuild
[15:13] <glatzor> huhu mvo
[15:32] <mvo> hey glatzor!
[15:55] <mpt> didrocks, what's the status of the USC OneConf stuff?
[15:56] <didrocks> mpt: the package is in universe. Apparently, U1 people get issues with desktopcouch syncing
[15:56] <mpt> I don't see a branch from you on https://code.launchpad.net/software-center
[15:56] <didrocks> mpt: it's a separate package (as it's a plugin)
[15:56] <mpt> oh, because it's a plug-in?
[15:56] <mpt> right
[15:56] <didrocks> mpt: lp:oneconf
[15:56] <didrocks> or just install oneconf package :)
[15:56] <didrocks> mpt: but as desktopcouch as sync issues… :/
[15:57] <mpt> Does this mean it's time for me to upgrade to Maverick?
[15:57] <didrocks> mpt: not sure if you want to upgrade because of that. Technically, you only need the new USC and the latest update-notifier
[15:58] <mpt> If it wasn't a plug-in, I'd think there should be a new "Share" menu containing the OneConf items plus the existing "Copy Web Link"
[15:59] <didrocks> can still be easy to hook-up as a placeholder
[16:00] <mpt> yes, but it would look silly as a placeholder :-)
[16:00] <mpt> with only one item in it
[16:00] <didrocks> right :-)
[16:02] <didrocks> mpt: in any case, aquarius told me he will have a look at the sync side, apart from that, all seem to work well, if I can get some input from you, I'm sure there is a lot of design sync to fix (in a timely fashion for maverick, without the double gtktreeview for instance ;))
[16:03] <mpt> double gtktreeview?
[16:04] <didrocks> mpt: the one on the spec, where you have multiple nodes (don't know how to word it better): one for "additional packages", another one for "removed packages" and so on…
[16:04] <mpt> Oh, the branches
[16:05] <didrocks> the only missing item feature-wise is the show/hide technical items, there is apprently bug in USC, I didn't have the time to get a proper look at it
[16:06] <aquarius> didrocks, just to keep you in the loop, we're working on it
[16:07] <didrocks> aquarius: great! Are you still on holidays and connected on IRC, btw? :)
[16:07] <aquarius> no. I am now working and connected on irc. Don't tell the boss I was working while on holiday :)
[16:08] <didrocks> heh :)
[16:27] <vish> ronoc: hi , your thoughts on Bug #594396 ?
[16:27] <ubot2> Launchpad bug 594396 in indicator-sound (Ubuntu) (and 2 other projects) ""Sound Effects" should not be the default tab in Sound Preferences (affects: 2) (heat: 75)" [Wishlist,Confirmed] https://launchpad.net/bugs/594396
[16:28] <ronoc> hi vish, I would tend to agree
[16:28] <ronoc> vish: I think though we will need to visit this sound preferences dialogue thoroughly in cycles to come
[16:29] <ronoc> also the sound preferences options leave alot to the imagination
[16:30] <vish> ronoc: yeah , prefs isnt really complete , for the time being i think we can switch the tab?  could you comment on the bug?
[16:30] <seb128> ronoc is not really the right one to comment on distro changes
[16:30] <seb128> he's dx upstream for indicator-sound
[16:30] <seb128> not doing ubuntu packaging work or gnome-media upstream
[16:30] <vish> seb128: only the menu for the sound indicator needs a change there
[16:31] <ronoc> I know David Bensimon is looking into all this area vish
[16:31] <seb128> how is the indicator needing a change there?
[16:31] <jpds> komputes: ↑
[16:31] <vish> ronoc: neat!
[16:32] <seb128> seems to me that the default tab should be changed in the capplet
[16:32] <vish> seb128: instead of the first tab the applications tab is brought up , similar to how the backgrounds tab is brought up from the desktop
[16:32] <seb128> not only when opened from the indicator
[16:32] <ronoc> seb128: yes I think that is what Vish is suggesting
[16:32] <seb128> ie the sound effect one should probably moved to the end
[16:32] <seb128> ronoc, no, he's suggesting that the sound indicator does a --tab=something
[16:33] <ronoc> seb128: okay sorry either way I think the default tab should not be the sound effect tab
[16:33] <seb128> or rather --page=
[16:33] <seb128> ronoc, right, same here
[16:33] <seb128> I just think the right way to fix it is to move the sound effects tab to the end
[16:34] <ronoc> seb128: agreed, there are other ways to pull up the gnome-media-preferences which user may use
[16:34] <ronoc> *the
[16:34] <vish> seb128: when a user is selecting the sound preferences it is different in different contexts , from a sound menu its more for other applications control , but from System> Prefs its for sound control
[16:35] <vish> device , etc..
[16:35] <seb128> do you think anybody open the mixer to change effects?
[16:35] <seb128> that seems not the best default in any case to me
[16:36] <vish> seb128: effects is a poor first tab , but that would be a different bug , IMO
[16:36] <seb128> what should be the default tab?
[16:36] <seb128> well could be
[16:36] <seb128> depends on what should be the default when no option
[16:37] <seb128> and what default you suggest for the indicator call
[16:38] <vish> seb128: not sure i understand the Q ..
[16:38] <seb128> well, what should be the default tab
[16:38] <seb128> when opened from the menu
[16:38] <seb128> when opened from the indicator
[16:39] <vish> applications tab from the sound menu
[16:39] <seb128> hum
[16:39] <seb128> is that really useful?
[16:39] <seb128> it says "no application doing or recording sound" there
[16:39] <vish> try running a couple of applications and open up the tab..
[16:41] <vish> from a sound menu you can see the running app , to control RB/banshee volume or reduce any other volume , you can just jump to that tab and choose the levels we want..
[16:42] <seb128> hum, k
[16:43] <seb128> I know how the tab work ;-)
[16:43] <seb128> I just point that it can be a weird default if you don't play sound
[16:43] <vish> hehe , i jsut just giving the user story :D
[16:43] <vish> *was jsut
[16:43] <seb128> I use that menu most of the time to switch to sound to an another device for making calls etc
[16:44] <vish> "input" might be another contender , but that is less frequently used[unless you are constantly recording something] other than that there is a lot more sound can provide
[16:44] <vish> sound prefs*
[17:09] <komputes> vish ronoc: had not seen Bug #594396 until today
[17:09] <ubot2> Launchpad bug 594396 in indicator-sound (Ubuntu) (and 2 other projects) ""Sound Effects" should not be the default tab in Sound Preferences (affects: 2) (heat: 73)" [Wishlist,Confirmed] https://launchpad.net/bugs/594396
[17:29] <pitti> seb128: did you hear any feedback about bug 553759 ?
[17:29] <ubot2> Launchpad bug 553759 in gnome-keyring (Ubuntu Lucid) (and 4 other projects) "ubuntuone-preferences crashed with NoSuchKeyringError in __init__() (affects: 32) (dups: 9) (heat: 175)" [High,Fix committed] https://launchpad.net/bugs/553759
[17:30] <pitti> seb128: that was the one with breaking in French or so?
[17:30] <pitti> I'd like to move it to -updates, but so far we got zero feedback
[17:30] <seb128> pitti, no, but I can try to get some
[17:30] <seb128> hum, meeting time
[17:31] <didrocks> hey o/
[17:31] <seb128> chrisccoulson, didrocks, kenvandine, Riddell, pitti: hey
[17:32] <chrisccoulson> hi!
[17:32] <seb128> it's meeting time
[17:32]  * kenvandine waves
[17:32] <pitti> seb128: cheers
[17:32] <Riddell> hi
[17:32] <rodrigo_> any idea what '/usr/share/gir-1.0/DBus-1.0.gir: Incompatible version 1.0 (supported: 1.1)' means?
[17:32] <rickspencer3> hi seb128
[17:32] <seb128> rodrigo_, it means the gir has not been rebuilt yet for gobject-introspection 0.9
[17:32] <rodrigo_> a too new gobject-introspection?
[17:32] <seb128> hey rickspencer3
[17:33] <seb128> rodrigo_, I'm in the process of doing those rebuilds
[17:33] <kenvandine> hey rickspencer3!
[17:33] <rickspencer3> hey kenvandine
[17:33] <seb128> so we had one action item
[17:33] <seb128> [ACTION] chrisccoulson to check chromium rdepends and to figure what implication promoting it would have for security and contributors
[17:33] <seb128> chrisccoulson, ^ did you do that?
[17:33] <rodrigo_> seb128, ah, so what do I do with my package (http://launchpadlibrarian.net/53433406/buildlog_ubuntu-maverick-i386.ubuntuone-client_1.3.7-0ubuntu1_FAILEDTOBUILD.txt.gz), will it get rebuilt, or do I need to submit a change so that it gets rebuilt?
[17:33] <rodrigo_> oh, sorry, meeting time
[17:33] <chrisccoulson> yeah, i raised a MIR for gyp
[17:33] <chrisccoulson> which is needed to build chromium
[17:34] <seb128> rodrigo_, I will retry it later on
[17:34] <rodrigo_> seb128, ok
[17:34] <seb128> chrisccoulson, that's the only thing in universe it uses?
[17:34] <chrisccoulson> for the contributor side, people who are currently contributing will need to apply for PPU permissions once it's in main
[17:34] <chrisccoulson> seb128 - yeah, it looks like that's the only thing in universe
[17:35] <chrisccoulson> there's already a MIR for chromium opened by persia some time ago
[17:35] <chrisccoulson> but it's not complete yet
[17:35] <chrisccoulson> and the security team had quite a few objections
[17:36] <chrisccoulson> bug 522645 FYI
[17:36] <ubot2> Launchpad bug 522645 in chromium-browser (Ubuntu) "[MIR] chromium-browser (affects: 1) (heat: 31)" [Undecided,Incomplete] https://launchpad.net/bugs/522645
[17:37] <seb128> chrisccoulson, ok, thanks
[17:37] <seb128> seems a tricky one to support
[17:37] <chrisccoulson> for the maintenance side of things, i've been told they are going to be pushing out major versions every 6 weeks
[17:37] <chrisccoulson> which is crazy
[17:37] <seb128> do you think there is a way we could make the security team happy?
[17:37] <chrisccoulson> i'm not sure. as long as we can do all the maintenance, then that will probably be ok
[17:38] <seb128> we need to get somebody on board for it
[17:38] <chrisccoulson> yeah :)
[17:38] <seb128> I will check with rickspencer3 later on
[17:38] <seb128> thanks chrisccoulson
[17:38] <seb128> let's get moving
[17:39] <seb128> kenvandine, hey, partner update?
[17:39] <kenvandine> yup
[17:39] <kenvandine> UbuntuOne
[17:39] <kenvandine> single signon client will be landing in maverick this week.
[17:39] <kenvandine> i think software-center is depending on that
[17:39] <kenvandine> Include a default message in evolution, explaining how to effectively use UbuntuOne LP: #615874
[17:39] <kenvandine> Include a default note in Tomboy explaining tomboy note syncing with UbuntuOne LP: #615876
[17:39] <kenvandine> Include a default bookmark in firefox for a UbuntuOne landing page LP: #615889
[17:40] <kenvandine> chrisccoulson, i think you already did the bookmark, thx!
[17:40] <chrisccoulson> kenvandine, yeah, that's done already
[17:40] <seb128> kenvandine, is there any way those new bugs could be handled in a langpack friendly way?
[17:41] <kenvandine> hummm... does tomboy and evolution already do that?
[17:41] <Riddell> ubuntu-sso-client seems to lack any dependencies besides python, bit suspicious that
[17:41] <seb128> no
[17:41] <seb128> kenvandine, the default email is not using gettext, it ships static copies for each locale in the source
[17:41] <kenvandine> eww
[17:41] <seb128> kenvandine, so it means we would need a source upload for each translation change
[17:41] <seb128> which I'm not sure I want to ack
[17:41] <kenvandine> ok, i will talk to them about that
[17:42] <kenvandine> rodrigo_, ^^ FYI
[17:42] <kenvandine> moving onto DX
[17:42] <kenvandine> some appmenu related stuff coming this week, hopefully including the Desktop menu
[17:42] <vish> komputes: hey
[17:42] <vish> oops!
[17:43] <kenvandine> indicator-sound: mpris2 stuff, which we need to raise rhythbox from the indicator
[17:43] <rodrigo_> kenvandine, hmm, ok
[17:43] <kenvandine> so we can drop the appindicator patch from rb
[17:43] <kenvandine> also some indicator-me related ido widget tweaks
[17:43] <seb128> kenvandine, didn't the unity team said they want to keep it for the launchers?
[17:44] <kenvandine> for quicklists
[17:44] <seb128> right
[17:44] <kenvandine> davidbarth said he didn't know if we did or not
[17:44] <kenvandine> i think the plan for now is to drop it
[17:44] <kenvandine> so we don't get the extra icon in the indicator
[17:44] <kenvandine> the quicklists for rb isn't a must have, afaik
[17:44] <seb128> ok
[17:45] <kenvandine> it was more of a "we have this for free" thing
[17:45] <kenvandine> :)
[17:45] <seb128> does the "raise from rb" still depends on rb changes to support mpris2?
[17:45] <kenvandine> maybe, we kind of need that
[17:45] <kenvandine> but they haven't decided on the spec yet
[17:45] <seb128> is somebody working on it?
[17:45] <kenvandine> yes
[17:45] <seb128> or do we cross finger that upstream will do it?
[17:45] <kenvandine> ronoc and some upstreams
[17:46] <seb128> ok
[17:46] <kenvandine> if we don't get mpris2 in rb, we need to wedge in some hacks somehow to raise the window
[17:46] <kenvandine> mpris2 will mean banshee and vlc though
[17:46] <kenvandine> so that is good
[17:46] <seb128> well
[17:46] <seb128> would be better if our default player was working correctly ;-)
[17:46] <kenvandine> yeah!
[17:46] <kenvandine> indeed
[17:46] <jcastro> the default player will be working on UNE. :D
[17:46] <ronoc> kenvandine, yep i know, apparently mirsal is finalizing spec now
[17:46] <kenvandine> haha
[17:47]  * seb128 slaps jcastro
[17:47] <kenvandine> :-D
[17:47] <kenvandine> ronoc, thx
[17:47] <kenvandine> that is all i have
[17:47] <seb128> kenvandine, thanks
[17:47] <kenvandine> questions?
[17:47] <didrocks> kenvandine, seb128, rodrigo_ : FYI, the only way we found with dpm about the initial u1 email localization for evolution is a wiki page and call for translators… which isn't really flexible :/
[17:47] <Riddell> can you fix ubuntu-sso-client
[17:48] <rodrigo_> didrocks, right
[17:48] <seb128> what is broken about it?
[17:48] <Riddell> 17:41 < Riddell> ubuntu-sso-client seems to lack any dependencies besides python, bit suspicious that
[17:48] <kenvandine> Riddell, missing deps?
[17:48] <kenvandine> rodrigo_, ^^
[17:48] <rodrigo_> Riddell, nessita is doing a new package today, so I'll let her know about it
[17:48] <rodrigo_> what deps are missing?
[17:48] <Riddell> thanks
[17:48] <Riddell> I don't know, I've never used it
[17:49] <seb128> thanks kenvandine
[17:49] <seb128> Riddell, kubuntu update?
[17:49] <kenvandine> rodrigo_, make sure it works on kubuntu :-D
[17:49] <rodrigo_> yeah
[17:49] <Riddell>  - KDE SC 4.5.0 got delayed due to too many bugs, just released this afternoon, packages all in the archive
[17:49] <Riddell>  - Alpha 3 out and in reasonable alpha shape
[17:49] <Riddell>  - New ubiquity branch scares me, lots of Kubuntu work going to have to go into porting those changes over now
[17:51] <seb128> do the ubiquite changes break the kubuntu installer?
[17:51] <seb128> or it's just catching up on design changes to do?
[17:51] <Riddell> yes it looks like it's broken, although I was a bit scared to try it on my installed system, I need to set up virtualbox and look closer
[17:52] <Riddell> so I expect that'll keep me busy
[17:52] <Riddell>  - KDE SC 4.5.0 got delayed due to too many bugs, just released this afternoon, packages all in the archive
[17:52] <Riddell>  - Alpha 3 out and in reasonable alpha shape
[17:52] <Riddell> oh, doh
[17:52] <Riddell> also some DX updates due, amarok mpris and dbusmenu patch update to Qt
[17:52] <seb128> did you get the amarok mpris support in maverick yet?
[17:53] <Riddell> we did but then it disappeared, I probably forgot to put it into the bzr archive, I'll fix that shortly
[17:53] <seb128> ok, thanks
[17:53] <seb128> that will make ronoc happy ;-)
[17:54] <seb128> questions for Riddell?
[17:54] <ronoc> Riddell, excellent thx
[17:55] <seb128> thanks Riddell
[17:55] <seb128> didrocks, hey
[17:55] <ronoc> Riddell, I think agateau might have some time next week to see if he can upgrade your mpris support to work with mpris2
[17:55] <seb128> didrocks, news in the UNE world? ;-)
[17:55] <didrocks> of course :-)
[17:55] <didrocks> New unity release this week, not a lot of new features, but more on transitions:
[17:56] <didrocks> notably, we got new mutter and clutter, with added love of battery power saving and rendering optimization.
[17:56] <didrocks> This release is brought to you with the new zeitgeist, making extensions possible. Note than now the FTS (Full Text Search) is a separate package (zeitgeist-fts-extension) and no more a patch but a new package.
[17:57] <didrocks> For that package, the MIR is done (bug #614327), and I just wait for the package to be promoted to main to make both unity places depend on it. Until then, the search is semi-broken in unity ATM.
[17:57] <ubot2> Launchpad bug 614327 in zeitgeist-extensions (Ubuntu) "[MIR] zeitgeist-extensions (affects: 1) (heat: 1632)" [Wishlist,New] https://launchpad.net/bugs/614327
[17:57] <seb128> asac, ^ can we get that mir reviewed?
[17:58] <didrocks> (should be straightforward, it's a small python script)
[17:58] <asac> hmm. zeitgeist i remember
[17:58] <asac> didnt we approve that already?
[17:58] <asac> oh extension
[17:58] <didrocks> asac: yeah, this was a distro-patch on zeitgeist first, and the new version can get proper extension support
[17:58] <didrocks> asac: so, you likely already had a look at that code, it's just now that it's separate :)
[17:59] <seb128> questions for didrocks?
[17:59] <seb128> didrocks, btw you will probably need a rebuild in the unity stack for the gobject introspection update tomorrow
[18:00] <seb128> it wants to remove it locally when I remove libgirepository1.0-0
[18:00] <didrocks> seb128: can we rather want on thursday's update?
[18:00] <seb128> didrocks, as you want, I'm just saying that those changes have been uploaded
[18:00] <didrocks> wait*
[18:00] <seb128> it should just be a rebuild
[18:00] <seb128> didrocks, I will see if I can just do it
[18:01] <didrocks> well, I'll have a look on what is dep on it (most of it IIRC), and see if I can get some time for that
[18:01] <didrocks> seb128: should be easy, I'll try to keep tomorrow morning for that
[18:02] <seb128> didrocks, thanks
[18:02] <seb128> no question about UNE?
[18:02] <didrocks> yw :)
[18:02] <seb128> so let's move on
[18:02] <seb128> no software-center update this week due to holidays
[18:03] <seb128> so release status
[18:03] <seb128> we got past alpha3 now
[18:03] <seb128> everybody got his workitems on http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team-ubuntu-10.10-beta.html in shape right?
[18:03] <seb128> the feature freeze is in 2 days
[18:03] <seb128> if you have things which are late let me know
[18:04] <seb128> it's time to get changes in
[18:05] <seb128> is anybody late on features?
[18:05] <seb128> didrocks, ideally banshee by default should land this week in UNE
[18:05] <seb128> didrocks, not sure if you plan to get oneconf in by default?
[18:05] <didrocks> yeah, so two WI closed, just before FF :)
[18:06] <didrocks> seb128: yeah, but that can wait after FF, right?
[18:06] <seb128> kenvandine, I think the empathy change should land this week as well
[18:06]  * kenvandine whistles innocently
[18:06] <seb128> lol
[18:06] <kenvandine> yeah, i really hope so :)
[18:06] <didrocks> seb128: I would prefer having a working desktopcouch to get people testing it. I can only say "work for me ©" :)
[18:06] <seb128> didrocks, well, seems those are feature to me
[18:06] <seb128> that's a valid point
[18:06] <seb128> ok, let's say it's blocked on u1
[18:07] <didrocks> seb128: we can already get it into main, I can write the MIR tomorrow
[18:07] <seb128> didrocks, would be nice, thanks
[18:07] <didrocks> ok, will do that, thanks :)
[18:07] <seb128> ok, that's about it from me I think
[18:07] <seb128> does anybody has any extra item?
[18:07] <seb128> questions?
[18:08] <chrisccoulson> is everyone getting to UDS on the sunday, or do we get accomodation if we arrive on saturday?
[18:08] <chrisccoulson> actually
[18:08] <chrisccoulson> i could check the wiki ;)
[18:08] <seb128> chrisccoulson, just write the days you are there
[18:08] <pitti> chrisccoulson: arriving on Saturday is quite common
[18:08] <chrisccoulson> seb128 - thanks
[18:08] <seb128> chrisccoulson, you will get accomodation on saturday
[18:08] <pitti> chrisccoulson: just say that you arrive on Sat
[18:08] <chrisccoulson> pitti - yeah, the saturday flights for me are significantly cheaper ;)
[18:09] <seb128> it's often less expensive to get flights over a weekend and people like to get over jetlag
[18:09] <pitti> chrisccoulson: same here; silly "saturday night" rule
[18:09] <pitti> btw, does anyone here go to Plumber's the week afterwards?
[18:09] <pitti> I will
[18:09] <seb128> I don't
[18:09] <seb128> but I need to check if there is a dxsprint before UDS
[18:09] <seb128> they were speaking about doing it in London around release time rather
[18:09] <pitti> well, I guess I'm the u{dev,disks,power} etc. guy here
[18:10] <didrocks> pitti: yeah, I think you are the only one who should get there here :)
[18:10] <pitti> Keybuk will as well
[18:11] <seb128> oh, while I think about it
[18:11] <seb128> ttps://wiki.ubuntu.com/Testing/DesktopTestingProgram
[18:11] <seb128> ups
[18:11] <seb128>  https://wiki.ubuntu.com/Testing/DesktopTestingProgram
[18:11] <seb128> ^ new desktop testing program, they have a team and a mailing list
[18:11] <seb128> if some of you feel like joining to help replying to the issues tester find
[18:11] <didrocks> I had already a look at all the testcases, sounds great :)
[18:11] <seb128> that should not be a lot of work
[18:12] <seb128> but just when there is a testing round replying to questions on whether things are known issue
[18:12] <seb128> or where to report them etc
[18:13] <seb128> ok
[18:13] <seb128> I think that's it for this week
[18:13] <seb128> thanks everybody
[18:13] <seb128> didrocks, indeed ;-)
[18:13] <didrocks> thanks everybody :)
[18:14] <chrisccoulson> good timing, my laptop has just decided to stop working ;)
[18:14] <seb128> let's go back to fixing introspection
[18:14] <didrocks> seb128: I have OOo 3.2.1 final building there (for still some time I guess), if all goes well and I don't find any issue installing it, should I dput it directly to maverick or in a ppa first?
[18:14] <seb128> didrocks, I would say maverick
[18:14] <seb128> it's still early in the cycle and I doubt you will get lot of testing in a ppa
[18:14] <didrocks> seb128: ok, thanks :)
[18:14] <pitti> oh, didrocks maintains OO.o now? nice
[18:14] <seb128> pitti, ...
[18:15] <seb128> pitti, I'm not sure he will like this joke ;-)
[18:15] <chrisccoulson> i'd like to do something like https://wiki.ubuntu.com/Testing/DesktopTestingProgram for mozilla updates
[18:15] <seb128> but he nicely stepped up to do the update which was pending for a while
[18:15] <pitti> didrocks: anyway, thanks a lot for getting that update. .1 is much awaited
[18:15] <seb128> so everybody pay him a beer at next uds
[18:15] <didrocks> seb128, pitti : after two days of cleaning the package, I'm not sure as well :)
[18:15]  * pitti hugs didrocks
[18:15]  * didrocks hugs pitti back
[18:15]  * seb128 hugs didrocks
[18:15]  * didrocks hugs seb128 as well ;)
[18:16] <pitti> seb128: JFYI, I'm on vac tomorrow (train ride); mobile etc. is operational, just in case
[18:16] <seb128> pitti, ok thanks
[18:16] <didrocks> pitti: have a safe travel!
[18:36] <seb128> pedro_, could you get bug #553759 tested?
[18:36] <ubot2> Launchpad bug 553759 in gnome-keyring (Ubuntu Lucid) (and 4 other projects) "ubuntuone-preferences crashed with NoSuchKeyringError in __init__() (affects: 32) (dups: 9) (heat: 175)" [High,Fix committed] https://launchpad.net/bugs/553759
[18:38] <Chipaca> mvo: any news re USC?
[18:42] <devildante> mvo: can you look at bug 601127?
[18:42] <ubot2> Launchpad bug 601127 in update-manager (Ubuntu) (and 1 other project) "don't hide treeview and notebook when some package is avialable but not installabel (affects: 1) (heat: 96)" [Undecided,New] https://launchpad.net/bugs/601127
[18:42] <kenvandine> didrocks, i suppose introspection problems is what is breaking unity?
[18:42] <devildante> mvo: it seems to have a simple patch that applies well to update-manager
[18:42] <didrocks> kenvandine: yeah, we discuss that in the meeting
[18:42] <didrocks> kenvandine: depends on which kinds of break, of course :)
[18:42] <devildante> mvo: and should resolve the bug without any regressions
[18:43] <seb128> kenvandine, can you try if a mutter rebuild fix it?
[18:43] <seb128> didrocks, the meeting breakage was a different one
[18:43] <didrocks> seb128: it was try to "remove", right?
[18:44] <kenvandine> i can try
[18:45] <seb128> yes
[18:45] <didrocks> which breakage do you think about that mutter rebuild will fix?
[18:46] <kenvandine> seb128, fails to build
[18:46] <seb128> didrocks, kenvandine: robert_ancell screwed
[18:46] <kenvandine> /usr/share/gir-1.0/Gdk-2.0.gir: Incompatible version 1.0 (supported: 1.1)
[18:46] <kenvandine> make[5]: *** [Meta-2.31.gir] Error 1
[18:47] <seb128> he didn't rename libgirepository1.0-0 to libgirepository1.0-1
[18:47] <seb128> but the soname changes
[18:47] <seb128> so I had to make libgirepository1.0-1 conflicts with libgirepository1.0-0 now
[18:47] <didrocks> argh, so still linked to the gir changed
[18:48] <seb128> well the gir binaries don't use the lib directly
[18:48] <seb128> only the interpreter needs a rebuild
[18:49] <didrocks> so, if you fix this, no need for rebuild on our side (for the breakage at least, not the transition)
[18:49] <seb128> kenvandine, you need to upgrade your gir1.0-gdk...
[18:49] <seb128> I'm rebuilding those in other
[18:49] <seb128> didrocks, well gir don't need rebuilds
[18:49] <kenvandine> ok, i'll do that locally to for testing
[18:50] <seb128> kenvandine, it's built on launchpad, you can grab the deb
[18:50] <kenvandine> ok
[18:50] <seb128> didrocks, libmutter depends on libgirepository1.0-0
[18:50] <seb128> didrocks, so I guess it uses the api directly
[18:50] <seb128> didrocks, that's why I suggested rebuilding it
[18:51] <didrocks> seb128: and as the package wasn't renamed on the soname bump, we have an ABI breakage, right?
[18:51] <seb128> didrocks, yes
[18:51] <didrocks> ok, understood :)
[18:51] <seb128> kenvandine, https://edge.launchpad.net/ubuntu/maverick/+source/gdk-pixbuf/2.21.6-2ubuntu5
[18:51] <seb128> didrocks, well a rebuild might be enough
[18:52] <kenvandine> got it, already rebuilding mutter
[18:52] <didrocks> seb128: let's hope that. I'll give it a try tomorrow morning. Have to get dinner now before my family becomes angry :) (and in any case, with OOo building, my laptop is almost unuseful)
[18:53] <seb128> didrocks, can you do a no change upload from mutter if you have the source with a build-dep on current? libgirepository1.0-dev
[18:53] <seb128> it's 0.9.3-0ubuntu2
[18:53] <seb128> didrocks, ok
[18:53] <didrocks> seb128: sure can do that, don't you want me to test it localy first?
[18:53] <seb128> let's wait to see how kenvandine's rebuild goes
[18:54] <didrocks> ok
[18:54] <kenvandine> actually i don't have the right version of libgirepository1.0-dev
[18:54]  * kenvandine goes to get that
[18:55] <seb128> kenvandine, rebuild on 0.9.3-0ubuntu1 should work locally
[18:55] <seb128> kenvandine, but you might miss some other gir rebuilds
[18:55] <seb128> chain of depends need to be rebuilt in other
[18:55] <seb128> other -> order
[18:56] <didrocks> well, clutter too needs rebuild
[18:56] <seb128> didrocks, right, I'm doing it locally now
[18:56] <didrocks> so, I have to dep mutter on that version of clutter :)
[18:57] <seb128> I got blocked because it needed json-glib to rebuild
[18:57] <didrocks> hum, ok, that's a fun game…
[18:58] <seb128> well I've uploaded that one
[18:58] <seb128> now clutter builds
[18:58] <mvo> devildante: looks good, will merge that
[18:58] <didrocks> ok, so, I need to dep on the right lib* for everything on mutter
[18:58] <mvo> Chipaca: not yet :/
[18:59] <devildante> mvo: wait, I will group some patches into a branch
[18:59] <seb128> didrocks, or just upload and we will give a retry later on
[18:59] <didrocks> seb128: ok, I'm just depending on the right libgirepository1.0-dev and clutter (-0ubuntu3 right?) at least
[18:59] <mvo> devildante: cool, even better
[18:59] <kenvandine> seb128, i had the same build failure with 0.9.3-0ubuntu1
[19:00] <seb128> didrocks, >> 0ubuntu3
[19:00] <seb128> didrocks, or >= 0ubuntu4
[19:00] <seb128> kenvandine, error?
[19:00] <didrocks> seb128: yeah :)
[19:00] <kenvandine> 	mv $pwd/Meta-2.31.gir.tmp2 $pwd/Meta-2.31.gir
[19:00] <kenvandine> /usr/share/gir-1.0/Gdk-2.0.gir: Incompatible version 1.0 (supported: 1.1)
[19:01] <kenvandine> rebuilding with 0ubuntu2
[19:01] <kenvandine> same error
[19:01] <seb128> kenvandine, dpkg -l | grep gir | grep gdk
[19:01] <kenvandine> 2.21.6-2ubuntu5
[19:01] <seb128> weird
[19:03]  * kenvandine updated the libs that go with it, but doubt that will help
[19:03] <seb128> oh
[19:03] <seb128> you need the -dev
[19:03] <seb128> it has the typelib
[19:03] <kenvandine> ah... yeah
[19:03] <kenvandine> ok
[19:03] <kenvandine> so that should help :)
[19:03] <seb128> ups
[19:03] <seb128> the other way around
[19:03] <seb128> it has the .gir
[19:03] <didrocks> uploaded and branch pushed. I'll really go for dinner now, I'm staying connected if you need me after that :)
[19:04] <kenvandine> nope... same error
[19:04] <seb128> kenvandine, with the -dev?
[19:04] <seb128> very weird
[19:04] <kenvandine> ibgdk-pixbuf2.0-dev                   2.21.6-2ubuntu5
[19:04] <kenvandine> let me try to rebuild libgwibber, it should fail too
[19:05]  * micahg wanted to ask you about that package seb128
[19:05] <kenvandine> yup
[19:05] <seb128> I need to run for dinner
[19:05] <micahg> the .la file is required to build gnome-chemistry-utils
[19:05] <kenvandine> later seb128, enjoy
[19:05] <seb128> micahg, grep for gdk_pixbuf in the *.la installed
[19:05] <seb128> the ones mentionning gdk-pixbuf should be rebuilt to drop that one
[19:06] <seb128> kenvandine, thanks
[19:06] <micahg> seb128: got it, thanks :)
[19:08] <chrisccoulson> i just had to drop a la file from librest to get tracker to build
[19:19] <kenvandine> seb128, the version number needs to be bumped in all the .gir files
[19:19]  * kenvandine doesn't know why rebuilding doesn't bump the version
[19:20] <kenvandine> <repository version="1.0"
[19:20] <kenvandine> bumping that to 1.1 makes it get to the next one
[19:20]  * kenvandine is a huge pile of bustedness
[19:25] <kenvandine> oh... it isn't gdk-pixbuf now... it is Gdk
[19:25] <kenvandine> so a rebuild does fix it :)
[19:27] <dobey> did something change recently with gobject introspection stuff in maverick?
[19:29] <kenvandine> dobey, yes... today...
[19:29] <seb128> dobey, read backlog
[19:29] <kenvandine> lots of brokeness
[19:29] <seb128> kenvandine, did you have to do source changes?
[19:29] <kenvandine> seb128, so gir-repository and gtk need rebuilding too
[19:29] <kenvandine> no
[19:29] <seb128> kenvandine, gtk is already rebuilding
[19:29] <seb128> kenvandine, gir-repository is waiting on webkit and some others
[19:29] <dobey> ah ok
[19:29] <seb128> kenvandine, how did you fix it?
[19:30] <kenvandine> my system's deps are all screwed up right now... so i can't build locally
[19:30] <kenvandine> i didn't really, just tweak the version in the gir file and other things seem to work
[19:30] <kenvandine> so everything with a repository version of 1.0 seems busted
[19:30] <seb128> right
[19:30] <dobey> fun times
[19:31] <seb128> dobey, well gir rdepends are small
[19:31] <seb128> it's going to be sorted in a few hours
[19:31] <dobey> seb128: yeah. someone was asking me to look at the FTBFS for ubuntuone-client, so i just wanted to check whether it was us or not :)
[19:31] <dobey> seb128: thanks
[19:35] <seb128> kenvandine, I don't get it
[19:35] <seb128> kenvandine, http://launchpadlibrarian.net/53433744/libgdk-pixbuf2.0-dev_2.21.6-2ubuntu5_amd64.deb
[19:35] <seb128> has version="1.1
[19:35] <kenvandine> that one is fine
[19:35] <seb128> version="1.1"
[19:35] <seb128> well you said it's not before
[19:35] <kenvandine> the next failure was Gdk-2.0
[19:35] <kenvandine> not GdkPixbuf
[19:35] <seb128> oh, gdk
[19:35] <seb128> doh
[19:35] <seb128> sorry
[19:36] <kenvandine> :)
[19:36] <seb128> yeah, so you need to wait on the gtk rebuild
[19:36] <kenvandine> yeah
[19:36] <kenvandine> and gir-repository too
[19:36]  * kenvandine is downgrading stuff to a state where he can work on telepathy-indicator again :)
[19:36] <seb128> right
[19:36] <pedro_> seb128, yes, looking at it now
[19:37] <seb128> pedro_, thanks
[19:44] <chrisccoulson> does everyone else have the issue with GDM not showing a user list in maverick?
[19:45] <seb128> chrisccoulson, no
[19:46] <chrisccoulson> seb128 - i just did an update and got no users listed in GDM. when i restarted GDM, i got a user list back, but it thought i was already logged in ;)
[19:46] <chrisccoulson> i'll try and debug it after dinner and figure out why :
[19:46] <seb128> chrisccoulson, right, seems to be a race
[19:46] <seb128> there is a bug open about it
[19:46] <seb128> I get it sometimes as well
[19:46] <seb128> I've just pinged upstream about it in case they have a clue
[19:46] <seb128> thanks for the reminder
[19:46] <seb128> the bug has a warning about no valid shell
[19:47] <chrisccoulson> yw ;)
[19:47] <seb128> could be a race something in the user loading
[19:56] <pitti> good night everyone
[20:05] <highvoltage> good night pitti
[20:06] <didrocks> seb128: did you upload clutter? I don't see it in -changes
[20:07] <seb128> didrocks, no, I was waiting on json-glib to be published
[20:07] <seb128> it will fail otherwise
[20:08] <seb128> didrocks, I've done it now since the previous publisher is done, let's see how it goes
[20:08] <didrocks> seb128: oh ok, no explicit build-dep on the -dev package? Well, that's true that bumping everything is a mess :/
[20:08] <didrocks> great ;)
[20:09] <seb128> didrocks, yeah, I'm not a fan of artificial build-depends just to depwait
[20:10] <didrocks> seb128: sounds right, at least, mutter will build when it should, but yeah, it's really artificial and not according to configure.ac
[20:11] <didrocks> can I help in any way on that tonight? (otherwise, I will go see my family :))
[20:11] <seb128> didrocks, no, you should see your familly, stop working ;-)
[20:11] <didrocks> seb128: for once, I will follow your piece of advice then :-)
[20:11] <didrocks> have a good evening everyone!
[20:12] <seb128> 'night didrocks
[20:12] <didrocks> thanks, you too seb128
[20:30] <vish> seb128: Bug #615793 is in gnome-bluetooth or ..?
[20:30] <ubot2> Launchpad bug 615793 in hundredpapercuts (and 1 other project) "For each file received over bluetooth, a dialog is opened and must be dismissed (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/615793
[20:30] <seb128> I guess it is yes
[20:31] <vish> seb128: thanks.
[20:31] <seb128> yw
[22:19] <chrisccoulson> micahg - are we using the right branding for the FF4.0 dailies? i just downloaded a mozilla nightly, and they use the minefield branding
[22:19] <chrisccoulson> oops
[22:19] <chrisccoulson> wrong channel ;)
[23:30] <TheMuso> Good morning.
[23:54] <RAOF> Howdie
[23:56] <RAOF> Gah.  Stupid gdm bug.