[01:28] <robert_ancell> TheMuso, RAOF - is there a way to do a bzr-pdebuild or similar?
[01:28] <RAOF> You could set pdebuild instead of debuild as the bzr builder command.
[01:29] <robert_ancell> RAOF, I tried that but didn't get it to work
[01:30] <robert_ancell> RAOF, I think the problem was I needed some arguments to pdebuild and it got complicated
[01:30] <robert_ancell> what do you guys do?
[01:31] <RAOF> Hm.  Dunno.  I haven't been annoyed enough by a two-step build process to do any fiddling there.
[01:31] <RAOF> I mostly want a clean source-only package as well, so I build one, then {p,s}build that
[01:33] <robert_ancell> RAOF, so you do a bzr-buildpackage -S then work on that?  That doesn't work for me because I need to compile maverick packages on lucid and the dependencies stop bzr-buildpackage -S from working
[01:34] <RAOF> Mostly you can pass -d through, too.  From memory, that works.
[01:35] <RAOF> Unless it needs those new dependencies to clean, of course.
[01:35] <robert_ancell> RAOF, thanks, I tdidn't know about tha
[03:30] <lifeless> hey
[03:30] <lifeless> I've got an odd thing on lucid
[03:30] <lifeless> If I login and do stuff for a couple of days
[03:30] <lifeless> then insert a camera into USB
[03:30] <lifeless> its not noticed
[03:30] <lifeless> If I unplug it, login a new session as lynne, and plug it in, it gets noticed; close her session, back to mine - still no go
[03:31] <lifeless> I'm pretty sure if I log out and in, my session will notice it again (IMBW)
[03:31] <lifeless> any thoughts ?
[03:41] <robert_ancell> TheMuso, can you push a new glib? (Minor change, just installs a few extra binaries that were being ignored)
[03:41] <robert_ancell> push=sponsor
[03:42] <TheMuso> robert_ancell: of course.
[03:42] <robert_ancell> TheMuso, I even built it in a chroot for you :)
[03:42] <TheMuso> Will do so once this merge I have just finished doing is uploaded.
[03:43] <TheMuso> robert_ancell: heh cool. :)
[03:45] <TheMuso> robert_ancell: I also see some manpages in that install file. Shouldn't you also make sure you have installed the manpages for the new binaries that are being included?
[03:45] <TheMuso> Or are there none?
[03:46] <robert_ancell> TheMuso, good question, I didn't check
[03:47] <robert_ancell> TheMuso, pushed.  I wonder why Debian felt they should explicitly list the installed binaries?
[03:48] <TheMuso> robert_ancell: Because they probably didn't want all of them installed.
[03:49] <robert_ancell> It seems the wrong way to go around it, if you don't want them installed then stop them getting built
[03:50] <TheMuso> With the flexibility of the debhelper system and the .install files, its trivial to only install what you want, so I don't see it as a really big deal.
[03:51] <robert_ancell> except for when you forget to add an important new tool...
[03:51] <TheMuso> True, but the fix is trivial
[03:53] <robert_ancell> every fix has a cost and we have enough work as it is!
[03:54] <TheMuso> This is also true.
[04:15] <TheMuso> robert_ancell: the way you made the changes to package all the binaries hasn't quite worked. What you have inside libglib2.0-bin now is usr/bin/bin/ and the binaries inside. Same with man pages, usr/share/man/man/man1 with the manpages inside that.
[04:16] <TheMuso> robert_ancell: TO fix that, you should only need to remove the usr/bin and usr/share/man from the end of the lines in libglib2.0-bin.install
[04:16]  * TheMuso tests to make sure.
[04:16] <TheMuso> robert_ancell: I'm happy to fix that up for you if you'd like.
[04:20] <robert_ancell> TheMuso, thanks
[04:20] <robert_ancell> TheMuso, I didn't read the output of dpkg -c right
[04:20] <TheMuso> ah ok
[05:25] <robert_ancell> TheMuso, did you make that change?
[05:25] <TheMuso> robert_ancell: Yes, and I got it wrong, so made another change. Stil waiting for the test build to finish, alongside some other builds.
[05:26] <robert_ancell> ok, can you push anyway?
[05:26] <robert_ancell> (to bzr)
[05:26] <robert_ancell> I'll build a local copy so I can build some dependant packages
[05:28] <TheMuso> robert_ancell: Sure, once I get the change correct I'll push.
[05:28] <TheMuso> not long now, just got the tests to complete
[05:28] <robert_ancell> what was the change?
[05:29] <TheMuso> robert_ancell: basically the libglib2.0-bin.install file now has:
[05:29] <TheMuso> debian/install/deb/usr/bin/* usr/bin
[05:29] <TheMuso> debian/install/deb/usr/share/man/* usr/share/man
[05:30] <robert_ancell> debian/install/deb/usr/bin didn't work?
[05:31] <TheMuso> ok my change worked
[05:31] <TheMuso> no, as I explained above.
[05:31] <TheMuso> pushing now
[05:32] <TheMuso> and uploading glib
[05:32] <robert_ancell> so what happens? (I thought that would have worked as other packages normally have something like debian/tmp/usr/bin)
[05:33] <TheMuso> the way you had the install file, it told the install process to literally put the bin and man directories into usr/bin and usr/share/man respectively.
[05:33] <robert_ancell> yes, and then you recommended to drop the "usr/bin" from the end - but it sounds like that didn't work?
[05:34] <TheMuso> no it didn't.
[05:34] <TheMuso> it literally added a debian/install/deb set of dirs to the package
[05:34] <robert_ancell> right, these dpkg rules must not realise "debian/install/deb" is the build directory
[05:35] <TheMuso> Or, it may be to do with how dh_install is being called behind the scenes.
[05:36] <TheMuso> or it just may be that I don't understand thigns as well as I thought. :)
[05:36] <robert_ancell> so many packaging variants :)
[05:36] <robert_ancell> thanks for the sponsor!
[05:36] <robert_ancell> and thanks for the endorsement in my core application
[05:37] <TheMuso> np
[05:37] <TheMuso> You're welcome.
[08:10] <robert_ancell> TheMuso, damn, I just worked out why glib had the binaries listed explicitly - some of the binaries are in the -dev package
[08:17] <didrocks> good morning
[08:19] <pitti> Good morning
[08:21] <didrocks> Guten Morgen pitti
[08:25] <pitti> bonjour didrocks, how are you?
[08:25] <didrocks> pitti: I'm fine thanks, preparing the ubuntu party this week-end on my spare time, so very busy :) and you?
[08:26] <pitti> oh, have fun!
[08:26] <pitti> last day of week today, I'm on holiday tomorrow and will go to Munich again
[08:26] <pitti> so, trying to get some stuff done :)
[08:26] <seb128> lut didrocks
[08:26] <seb128> hey pitti
[08:27] <didrocks> pitti: oh sweet, short week so ;) How long will you stay in Munich?
[08:27] <didrocks> salut seb128
[08:27] <pitti> didrocks: until next Saturday
[08:27] <pitti> bonjour seb128
[09:18] <huats> morning
[10:14] <seb128> pitti, hey
[10:14] <seb128> pitti, do you have any though on bug #539515?
[10:14] <ubot2> Launchpad bug 539515 in gvfs (Ubuntu Lucid) (and 1 other project) "Attempts to mount floppy despite no media present - disable automount (affects: 68) (dups: 12) (heat: 404)" [Medium,Confirmed] https://launchpad.net/bugs/539515
[10:15] <seb128> what would you do if you had access to one of the buggy boxes?
[10:15] <pitti> ah, it's been a while
[10:15]  * pitti loks
[10:16] <seb128> pitti, udisks --dump hang for 30 seconds
[10:16] <seb128> that should not block login though
[10:16] <pitti> so it's ultimately bug 459950
[10:16] <ubot2> Launchpad bug 459950 in linux (Ubuntu) "Detects "Floppy Drive" but no floppy drive in computer (affects: 15) (dups: 5) (heat: 102)" [Medium,Confirmed] https://launchpad.net/bugs/459950
[10:17] <seb128> right
[10:17] <pitti> i. e. the kernel pretends to have a /dev/fd0, and once you probe that, you end up in a multi-sec kernel deep sleep
[10:17] <pitti> seb128: on an affected box I'd strace udisks and see whether the probing can be made async
[10:18] <pitti> and check whether we can avoid probing fd0 at all
[10:18] <pitti> it already should be disabled in the udev rules, but something through gvfs still seems to trigger  it
[10:18] <seb128> can you dump your thoughts on the bug?
[10:18] <seb128> it hits quite some users
[10:20] <pitti> seb128: ah, just saw comment 49 again
[10:20] <pitti> so, I'm puzzled why gvfs tries to talk to the floppy in the first place; I think it doesn't
[10:21] <pitti> it just triggers udisk with some sync dbus call which then hangs for 30 s
[10:21] <pitti> but I really can't say more without getting access to such a machine
[10:21] <seb128> ok, weird
[10:21] <seb128> I'm not sure why nautilus hanging would stop session loading
[10:22] <seb128> we dropped it from the required components
[10:22] <seb128> it should just be spawned as any software
[10:22] <seb128> you should get gnome-panel etc loading
[10:22] <seb128> or gnome-panel is stucked the same way for some reason
[10:22] <pitti> well, but that doesn't help
[10:22] <seb128> could be that they use gvfs in a sync way and it's blocking
[10:22] <pitti> it's not gvfs or gnome which is blocking, it's the kernel
[10:23] <seb128> well it's not blocking the box is it?
[10:23] <seb128> the device probing should take time but other things keep running no?
[10:23] <pitti> I don't quite see how, but reportedly it does
[10:23] <pitti> oh, there's another workaround, blacklisting floppy; /me follows up
[10:24] <seb128> it seems to be down to bios lying for the kernel issue
[10:25] <seb128> I guess the kernel can't do a lot about that
[11:16] <seb128> pitti, do you think changing f-spot to not clean photo copies in tmp it does when using the "send via email" option would be fine for a stable update?
[11:16] <seb128> right now it copy it there, call the email composer and clean after a timeout
[11:17] <vuntz> robert_ancell: could you release a new gnome-games?
[11:17] <seb128> which works with evo which does copy the files to send
[11:17] <seb128> but not with thunderbird which goes "the file you want to send is not there" when you send the emails some time later
[11:17] <robert_ancell> vuntz, it's awaiting the glib changes
[11:17] <seb128> robert_ancell, hey
[11:18] <seb128> robert_ancell, so what happened to the "be careful with things depending on gsettings"? ;-)
[11:18] <seb128> robert_ancell, we got gnome-games 2.31 now which does depends on it :p
[11:18] <robert_ancell> seb128, hey, I realised I stuffed up the glib package again - there were two tools, I forgot to add glib-compile-schemas - can you do it?
[11:18] <alf__> pitti: Hi!
[11:19] <seb128> robert_ancell, ok
[11:19] <robert_ancell> seb128, gnome-games is the experimental package - only some of the apps require gsettings and we can roll it back/patch it if it's a problem
[11:19] <seb128> robert_ancell, ok, seems like a plan then
[11:19] <seb128> I'm a bit nervous about using gsettings until we get dconf running and working
[11:19] <robert_ancell> seb128, I'm updating the other packages to the latest 2.30 with debian changes for now
[11:19] <pitti> seb128: i. e. is the timeout too short then?
[11:19] <pitti> hey alf__
[11:19] <seb128> because right now you trash your dconf config on software closing
[11:20] <pitti> seb128: but if that breaks tbird, I'm fine with keeping the /tmp/ files
[11:20] <seb128> pitti, well they argued than any timeout would be too short since you can start your email and send it an hour later
[11:20] <rodrigo_> hmm, shouldn't packages I uploaded via dput for maverick show up on https://edge.launchpad.net/ubuntu/maverick/+queue?queue_state=1 ?
[11:20] <pitti> seb128: agreed
[11:20] <seb128> pitti, so they decided to not clean and let usual distro reboot do that
[11:20] <seb128> rodrigo_, no, upload are directly accepted
[11:21] <rodrigo_> seb128, ah, ok
[11:21] <seb128> rodrigo_, the queue is only during freezes or for stable updates
[11:21] <seb128> ie things which need moderation and review
[11:21] <alf__> pitti: Does jockey know in advance if it has a driver for a hardware device, or must it have internet access?
[11:21] <seb128> pitti, thanks
[11:21] <rodrigo_> seb128, so how can I check it is really uploaded?
[11:21] <pitti> alf__: you need to have internet access, so that apt can download the package indexes
[11:21] <seb128> couchdb-glib (0.6.91-0ubuntu1) maverick; urgency=low
[11:21] <robert_ancell> later all
[11:21] <seb128> rodrigo_, this one?
[11:21] <rodrigo_> seb128, yes
[11:21] <seb128> rodrigo_, you should have got an accepted email
[11:21] <rodrigo_> ah, right
[11:22] <seb128> launchpad send those
[11:22] <rodrigo_> ok then
[11:22] <seb128> you can also subscribe to https://lists.ubuntu.com/mailman/listinfo/maverick-changes
[11:22] <seb128> if you want to see what gets uploaded
[11:22] <rodrigo_> yes, cool
[11:22] <alf__> pitti: Is it possible to provide the package indexes locally?
[11:23] <vuntz> seb128: hrm, do you know which glib change robert_ancell is waiting for?
[11:23] <pitti> alf__: sure, they are in /var/lib/apt/lists/
[11:23] <seb128> vuntz, no, maybe check bugs he opened on bugzilla.gnome.org?
[11:25] <alf__> pitti: Ahh, you meant those :) I mean, how does it know if a hardware device has a proprietary driver?
[11:25] <vuntz> seb128: don't see anything relevant :/
[11:26] <seb128> vuntz, drop him an email I guess
[11:26] <vuntz> I guess I'll just use an old version of gnome-games for this release
[11:26] <alf__> pitti: Does it keep a list somewhere (eg PCI/USB ids?)
[11:26] <pitti> alf__: it uses standard kmod modaliases
[11:26] <pitti> alf__: /usr/share/jockey/modaliases/ has those mappings
[11:26] <pitti> alf__: they are provided by the e. g. nvidia or fglrx drivers
[11:26] <pitti> we install the modalias packages by default
[11:27] <alf__> pitti: So just to check if there is a driver available (not get it) it doesn't need internet access?
[11:27] <vuntz> dobey: ping?
[11:27] <vuntz> dobey: are you still maintaining evolution-webcal?
[11:28] <vuntz> dobey: (need a release asap)
[11:28] <pitti> alf__: right; but the UI does not expose that, it won't show the driver if the package isn't available
[11:29] <pitti> seb128: I'm a bit confused about our cairo package; it doesn't build depend on libdirectfb-dev, but the library depends on libdirectfb; might be a spurious dependency?
[11:30] <pitti> (it's indeed disabled in the build)
[11:30] <seb128> pitti, maverick?
[11:30] <pitti> lucid
[11:30] <seb128> it does build the directfb backend
[11:30] <seb128> that changed in maverick now
[11:31] <pitti> ah, I see
[11:31] <seb128> it was required for the d-i before they switched to x11
[11:31] <pitti> right, maverick's package drops the binary depends
[11:31] <pitti> seb128: thanks for confirming
[11:31] <seb128> gtk, cairo, etc dropped their directfb builds now in maverick
[11:31] <alf__> pitti: Is there a way to get that information somehow programmatically (eg that a driver is or is not available, regardless of whether a package is available)?
[11:31] <seb128> pitti, you're welcome
[11:32] <seb128> pitti, libsdl keep libdirectfb on the default installation though
[11:32] <seb128> would be nice to clean that if we can
[11:32] <pitti> seb128: right, it looks like cruft now
[11:33] <pitti> alf__: yes, with a few python calls it should be possible; hang on
[11:33] <seb128> pitti, could be that a rebuild would be enough to fix it
[11:33] <pitti> seb128: hm, but sdl provides an actual directfb backend, doesn't it?
[11:34] <seb128> pitti, apt-cache show libsdl1.2debian-pulseaudio
[11:34] <seb128> " This version of SDL is compiled with X11 graphics and PulseAudio sound."
[11:34] <seb128> the description says it's build using x11
[11:35] <pitti> seb128: it does build-depend on libdirectfb-dev
[11:35] <pitti> I guess we could drop that
[11:35] <seb128> I'm wondering if that's needed for something
[11:35] <seb128> but I don't know enough about sdl to say
[11:35] <pitti> well, if you want to play sdl games on a framebuffer instead of X11, I suppose
[11:35] <seb128> pitti, how often do you want that? ;-)
[11:37] <pitti> I'm fine with kicking this out
[11:37] <seb128> \o/
[11:59] <zyga> seb128, do you know owen taylor?
[12:11]  * ogra hopes zyga means the gnome shell dev and not http://www.owentaylor.co.uk/ *g*
[12:11] <zyga> ogra, yes you are right
[12:11] <zyga> ogra, he does exactly what I need
[12:11] <ogra> which one ?
[12:11] <ogra> :)
[12:12] <zyga> and I want to talk with him about it
[12:12] <zyga> ogra, performance measurement using log analysis
[12:13] <ogra> ah, so not the butcher then :)
[12:14] <staz> zyga: he is on #gnome-hackers nickname owen
[12:14]  * zyga checks the link ogra gave
[12:14] <zyga> staz, thanks
[12:14] <zyga> staz, in irc.gimp.net?
[12:14] <staz> yes
[12:26] <seb128> zyga, what staz said
[12:26] <zyga> seb128, thanks I'm already in touch with owen
[12:27] <seb128> zyga, I've seen that now, reading backlog ;-)
[13:06] <seb128> didrocks, seems you forgot to push your gnome-utils lucid update
[13:06] <seb128> didrocks, do you still have it locally?
[13:07] <didrocks> seb128: hum, not sure, as I cleaned my directory after lucid, let me see
[13:07] <seb128> didrocks, if not that's not an issue I can fix that locally
[13:07] <didrocks> seb128: no sorry, I don't have it anymore :/
[13:07] <seb128> didrocks, you will just loose commit credit ;-)
[13:08] <didrocks> loosing karma? :)
[13:08] <seb128> yes
[13:08] <didrocks> well, let's say karma isn't a priority for me ;)
[13:08] <didrocks> thanks seb128
[13:08] <seb128> np
[13:08] <seb128> didrocks, that's probably because you don't know yet that your performance review includes karma count ;-)
[13:09] <seb128> (joking ;-)
[13:09] <didrocks> seb128: urgh :-)
[13:09] <seb128> (joking ;-)
[13:09] <seb128> hehe
[13:09]  * didrocks creates lp:~didrocks/+junk/foo branch
[13:19] <ayan> pinghah.
[13:19] <ayan> err -- hah i mean.
[13:20] <seb128> hey ayan
[13:31] <ayan> hey seb.
[14:16] <dobey> vuntz: i am not
[14:27] <vuntz> dobey: hrm, you might want to announce it somewhere like d-d-l so that a new maintainer is found, then
[14:29] <dobey> vuntz: afaik, andre has been landing patches
[14:29] <vuntz> dobey: still, I'm sure everybody assumes it's still you. Especially since MAINTAINERS say so
[14:39] <seb128> chrisccoulson, hey
[14:40] <chrisccoulson> hi seb128, how are you?
[14:40] <seb128> chrisccoulson, good, thanks! you?
[14:40] <chrisccoulson> quite busy, but good
[14:41] <seb128> what are you working on?
[14:41] <chrisccoulson> updating all the firefox extensions in hardy, in preparation for rolling out 3.6.4
[14:42] <seb128> chrisccoulson, oh ok, good luck then
[14:42] <chrisccoulson> heh, thanks ;)
[14:42] <seb128> chrisccoulson, I was going to check if you planned to start on merges for maverick soon or need help with those
[14:43] <seb128> chrisccoulson, seems you are busy, I will see if we can help you with those
[14:43] <chrisccoulson> i haven't really had much time to look at any maverick stuff yet, other than updating connman and ofono a couple of times
[14:43] <chrisccoulson> i want to get this hardy stuff out of the way ASAP really ;)
[14:46] <seb128> right
[14:46] <seb128> thanks for doing the connman and ophono uploads
[14:48] <ogra> ofono :)
[14:49]  * ogra has been corrected by asac so many times that he cant resist to correct others :)
[14:49] <seb128> lol
[16:35] <rickspencer3> seb128, can you take a look at https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-mozilla-team-discussion and see if the work items are going to be parsed correctly?
[16:36] <rickspencer3> when  you get a chance, no big urgency
[16:39] <seb128> rickspencer3, no it's not, the alpha<n> should be maverick-alpha-<n>
[16:39] <seb128> it's not parsed correctly I mean, the syntax needs to be changed
[16:40] <seb128> rickspencer3, do you want me to do it now?
[16:40] <rickspencer3> seb128, nah, we'll have chrisccoulson take care of it when he gets a chance
[16:40] <seb128> or are you editing the whiteboard?
[16:40] <rickspencer3> speaking of which
[16:40] <rickspencer3> ...
[16:40] <rickspencer3> so chrisccoulson will be rolling out updated Mozilla to Hardy and I guess Jaunty next week
[16:40] <chrisccoulson> seb128 - oops ;)
[16:41]  * chrisccoulson blushes
[16:41] <rickspencer3> any chance we could organize some help with testing before the rollout?
[16:41] <rickspencer3> chrisccoulson, can we set up VMs and such and test on Monday?
[16:41] <seb128> pedro_, ara: ^
[16:41] <rickspencer3> oops
[16:41] <seb128> pedro_, ara: you guys are probably better placed to organize testing
[16:41] <rickspencer3> Monday is a holiday in US and UK
[16:42] <rickspencer3> this means, basically, test on Tuesday morning in Europe, and tomorrow, I guess
[16:42] <rickspencer3> seb128, can I assume this is in good hands unless I hear otherwise?
[16:42] <seb128> rickspencer3, I will take care of it
[16:42] <rickspencer3> thanks man
[16:42] <rickspencer3> <3
[16:43] <seb128> it's a working day there on monday
[16:43] <pedro_> ara, can we set up a testing day for those ?
[16:43] <ara> SRU?
[16:43] <ara> what changes does the upload introduce?
[16:43] <seb128> ara, new mozilla versions to hardy and jaunty yes
[16:43] <ara> seb128, which is the bug number?
[16:44] <seb128> chrisccoulson, ^
[16:44] <seb128> ara, it's not a SRU, it's a security update I think
[16:44] <seb128> new security model means we do push new versions
[16:44] <seb128> I'm not sure what hardy has now
[16:45] <ara> seb128, chrisccoulson, sure, I can organize something, but a bit of context will be appreciated ;-)
[16:45] <seb128> ara, I think it's 3.0 to 3.6
[16:45] <ara> seb128, OK
[16:45] <seb128> not sure though, waiting on chrisccoulson to confirm the change and give some context
[16:46] <chrisccoulson> just on a call ;)
[16:48] <chrisccoulson> seb128 / ara - right, this isn't a SRU, it's a security update
[16:49] <chrisccoulson> we plan to roll out firefox 3.6.4 and xulrunner 1.9.2 + all of the extensions will be updated to support the new firefox version
[16:49] <rickspencer3> it's a nightmare, but fortunately chrisccoulson has pulled us out of the fire
[16:49] <chrisccoulson> and we will also be porting some xulrunner rdepends to the latest version, although that probably won't be rolled out at the same time
[16:49] <chrisccoulson> :)
[16:51] <ara> chrisccoulson, now I understand why you need testing...
[16:51] <chrisccoulson> ara - yes, it's quite a substantial update ;)
[16:52] <chrisccoulson> i'm going to start hosting packages in https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa tonight
[16:52] <ara> chrisccoulson, can you send me an email (I am about to log off) with the bug number, when do you plan the upload and any other relevant information when you can? I will try to organize something tomorrow, so people can test over the weekend, if they want
[16:53] <chrisccoulson> ara - ok, no worries
[16:54] <ara> chrisccoulson, thanks
[16:57] <seb128> chrisccoulson, can you bounce me that email when you write it? ;-)
[16:57] <seb128> or keep me updated on IRC
[17:03] <chrisccoulson> seb128 - ok, will do
[17:03] <seb128> chrisccoulson, thank you
[17:06] <chrisccoulson> ArneGoetje, how much notice do you need to be able to get langpacks updated for hardy and jaunty (for the firefox rollout)?
[17:15] <seb128> chrisccoulson, I've added some questions for you on https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-chromium
[17:15] <seb128> I think we should have a technical workitem for eventual dx integration
[17:16] <seb128> we should also document when we will decide on whether we stick on it or not
[17:16] <seb128> rickspencer3, ^
[17:17] <chrisccoulson> seb128 - yeah, that makes sense. i'm not sure what the dx team have planned really, i don't see many chromium related WI's amongst their blueprints atm
[17:17] <seb128> chrisccoulson, I don't think anything special
[17:17] <chrisccoulson> and i'm not sure if the dx team had any plans to make global menu bar work in firefox
[17:17] <seb128> we should make sure it works with csd, rgba and menus changes though
[17:18] <chrisccoulson> heh, currently it doesn't work at all ;)
[17:18] <chrisccoulson> (from what i've seen being discussed anyway)
[17:18] <seb128> rickspencer3, could you review and approved https://blueprints.launchpad.net/ubuntu/+spec/desktop-maverick-overriding-defaults-on-upgrade and https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-gnome for me, since those are my specs I need somebody else to approve those
[17:18] <seb128> chrisccoulson, which seems to be an issue...
[17:19] <seb128> i.e something we need to be aware of and resolve
[17:19] <chrisccoulson> seb128 - yeah, i think fta already pinged bratsche about it
[17:19] <rickspencer3> seb128, otp, I'll ping back in a bit
[17:19] <seb128> rickspencer3, ok
[17:20] <bratsche> He pinged me about metacity, and I think we got a patch that works for it.
[17:20] <fta> chrisccoulson, pinged about what?
[17:20] <chrisccoulson> i thought he mentioned chromium too?
[17:20] <chrisccoulson> fta - did you say chromium stopped working after the gtk update?
[17:20] <fta> bratsche, i also pinged you about acroread from partners
[17:20] <slomo> seb128: if you're merging gst-plugins-bad for maverick, please enable vp8 support (build depend on libvpx-dev and add libgstvp8.so to gstreamer-plugins-bad.install) :) for debian i have to wait a bit unfortunately
[17:20] <fta> chrisccoulson, not chromium, but flash in chromium
[17:21] <chrisccoulson> fta - oh, i misunderstood then ;)
[17:21] <chrisccoulson> sorry
[17:21] <chrisccoulson> that makes me feel a little bit better ;)
[17:21] <chrisccoulson> fta - do you know if flash works in firefox?
[17:22] <fta> chrisccoulson, donno, i'm no longer using it
[17:22] <chrisccoulson> fta - i thought you might say that ;)
[17:23] <seb128> slomo, ok, I will probably let universe ones to somebody else but good to know
[17:24] <slomo> ok :)
[17:26] <seb128> slomo, btw could you apply pitti's vala change for the next upload?
[17:26] <seb128> so we can sync again in Ubuntu
[17:26] <slomo> which?
[17:27] <slomo> ah found it
[17:27] <slomo> sure, i'll include it with next upload
[17:27] <seb128> slomo, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572549
[17:27] <seb128> slomo, thanks
[17:27] <ubot2> Debian bug 572549 in vala "Please fail build on test suite failure" [Minor,Open]
[17:41] <bjf> rickspencer3, just fyi: http://drowninginbugs.blogspot.com/2010/05/uds-maverick-recap.html (daniel chen's blog)
[17:44] <rickspencer3> bjf :,(
[17:56] <seb128> pitti, do you use bzr merge-upstream to update gvfs?
[17:56] <pitti> seb128: yes
[17:56] <seb128> pitti, ok thanks
[17:56] <pitti> usually uscan --rename
[17:56] <pitti> and then bzr mu
[18:01] <seb128> pitti, thanks
[18:01] <pitti> seb128: works for you?
[18:02] <pitti> it's quite easy actually
[18:02] <seb128> pitti, yes
[18:02] <pitti> \o/
[18:02] <seb128> same workflow as for dxteam
[18:02]  * pitti wants a "bzr mooo" alias!
[18:02] <seb128> without the lp:upstream argument there since upstream is not in bzr
[18:02] <pitti> right, it'll just import the tarballs as one commit per release
[18:24] <seb128> pitti, I screwed bug #543892 the update doesn't build because I forget to add a change to the bzr
[18:24] <ubot2> Launchpad bug 543892 in brasero (Ubuntu Lucid) (and 2 other projects) "Brasero Fails to open using the -p argument (affects: 15) (dups: 2) (heat: 100)" [Low,Fix committed] https://launchpad.net/bugs/543892
[18:25] <seb128> pitti, I did a new upload to fix that now, could you review it if you have a minute or so?
[18:25] <seb128> need to run now, I will update the bug later with a debdiff if required
[18:53] <DASPRiD> does empathy belong to the ubuntu-desktop team?
[19:00] <rickspencer3> DASPRiD, yeah
[19:00] <DASPRiD> https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/586121
[19:00] <ubot2> Launchpad bug 586121 in empathy (Ubuntu) "Unable to force workspace for contactlist or chat-window (affects: 1) (heat: 6)" [Undecided,New]
[19:00] <DASPRiD> then: this bug is pretty pitty :)
[19:40] <ayan> bratsche: ping
[19:41] <pitti> good night everyone!
[19:41] <ayan> goog night!
[19:42] <bratsche> Hey ayan
[19:42] <ayan> hey!
[19:42] <ayan> ...
[19:43] <ayan> i'm working https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/8949
[19:43] <ubot2> Launchpad bug 8949 in gtk+2.0 (Ubuntu) (and 3 other projects) "Opening a deleted 'recent document' results in a new file. (affects: 6) (dups: 7) (heat: 114)" [Low,In progress]
[19:44] <ayan> i believe the desired behavior is gnome-panel scans the list of recent files and culls the deleted ones before opening the menu.
[19:44] <ayan> is this correct?
[19:47] <didrocks> good night pitti, enjoy your week-end!
[19:47]  * didrocks goes off too, see you tomorrow!
[20:29] <LaserJock> didrocks: around?
[20:30] <soren> LaserJock: 18:47  * didrocks goes off too, see you tomorrow!
[20:30] <soren> LaserJock: ~45 minutes ago.
[20:33] <LaserJock> shesh
[20:33] <LaserJock> what is it with people and not wanting to be on IRC 24x7 ;-)
[20:34] <LaserJock> you'd think they had real lives or something
[20:34] <ArneGoetje> chrisccoulson: I can prepare the langpack updates tomorrow and then upload them once the mozilla guys are ready.
[20:34] <chrisccoulson> ArneGoetje, ok, that's good then. i'm going to start hosting the updates in the u-m-s PPA this evening, after which, there will be a testing period running in to next week
[20:35] <chrisccoulson> ArneGoetje, the langpacks will probably have to be rolled out through -security too (for users who don't enable -updates)
[20:35] <ArneGoetje> chrisccoulson: I'm on vacation next week.
[20:36] <ArneGoetje> chrisccoulson: shall I put them somewhere so that you can upload them altogether?
[20:36] <chrisccoulson> ArneGoetje, yes please. i will probably go through the usual process for security updates for them
[20:37] <ArneGoetje> chrisccoulson: ok, I'll notify you when I have them ready.
[20:46] <ScottL> chrisccoulson, hi, scott lavender here, did you have a change to read my email about gnome-network-admin in Ubuntu Studio?
[20:47] <ScottL> s / change / chance
[21:00] <ccheney> would anyone be opposed to me basically forking sensible-browser to abide by the user's desktop preferences?
[21:01] <ccheney> it appears the debian maintainer doesn't want to/care to implement this, i will email him to find out what his position is before the change
[21:07]  * ccheney emailed the debian maintainer to see what his comment is
[21:18] <chrisccoulson> hi ScottL - i did read your mail. unfortunately, i'm incredibly busy at the moment, so i haven't had a chance to respond
[21:24] <seb128> pitti, I've access to one box with the floppy hang issue
[21:24] <seb128> pitti, no hurry but if you have some hint for debugging let me know
[21:24] <seb128> pitti, or we can have a look next week
[21:36] <ScottL> chrisccoulson, i understand, we're not in a large rush since our goal would be to get this resolved before maverick comes out :)
[21:38] <ScottL> chrisccoulson, if it would help i could even make a patch and submit to the bug