[00:38] <micahg> persia: cool, looks like the DMB MOTUs having upload rights to everything will be fixed shortly, http://blog.launchpad.net/coming-features/team-owner-no-longer-implies-team-member
[00:51] <lifeless> micahg: thats deployed
[00:51] <micahg> lifeless: oh, cool, was just quoting the blog WRT soon :)
[00:51] <lifeless> micahg: but not to the uploader service
[00:52] <lifeless> micahg: see the blog comments ;)
[00:52] <micahg> silly RSS feed...
[00:53] <micahg> lifeless: oh, are there plans to apply it to uploaders as well?
[00:53] <lifeless> micahg: the upload service isn't high availability
[00:54] <lifeless> micahg: the code change will affect it when the next deploy is done to those boxes - probably soon, but definitely by june 8th
[00:54] <micahg> lifeless: ah, ok, coo
[00:54] <micahg> *cool
[00:54] <lifeless> right now the change may prevent uploads, but it would detect it at queue processing rather than sftp/ftp time
[01:22] <micahg> ximion1: not sure about xmllint, we have the same version as sid, last time I had an issue like this, it was something in the build script
[01:24] <ximion1> micahg, this is really a weird thing, because this error really appears only with LPs buildds
[01:25] <micahg> ximion: idk, maybe one of the DDs here would know why xmllint behaves different in Ubuntu and Debian
[01:26] <ximion> micahg, if it's the same package it should do the same...
[01:26] <ximion> but there's always something which could go wrong
[01:27]  * micahg tries to dig up the upload which had the issue
[01:30] <ximion> micahg: thanks! If there's anything where I can help, just ping me :)
[01:32] <ximion> you might also want to take a look at bug #779148
[01:33] <ximion> the gnome-packagekit of debian will remove the old packagekit-gnome binary package if someone tries to install it at the same time.
[01:33] <ximion> (the bug above was ACKed already, but nothing happened then :P)
[01:34] <ximion> so, I really need to go to bed (it's 3 in the morning here...)
[01:34] <ximion> i'll be back tomorrow
[01:34] <micahg> ximion: the archive admins are a little behind on package removal, they'll catch up soon :)
[01:34] <micahg> ximion: good night
[01:35] <ximion> micahg, ah, okay - I just want to mention this before you stumble upon it.
[01:35] <ximion> thanks!
[01:35] <ximion> gn8
[03:02] <psusi> does it take a day or something for the mail forward @ubuntu.com to start working after being added to universe-contributors?
[03:02] <psusi> or is there something I have to do to activate it?
[03:07] <stgraber> psusi: last time I heard about it, it was some cronjob running once a day
[03:21] <broder> https://wiki.ubuntu.com/UbuntuEmail
[14:29] <xdatap1> micahg, hello
[18:25] <xdatap1> micahg, hello! Thanks for the quick answer. My debdiff is attached to bug #791950
[18:27] <xdatap1> micahg, I'm going to have dinner. Thanks in advance :)
[19:13] <evaluate> micahg, also, if you want to keep the same monochrome look for ubuntu in oneiric, you might want to change the default icon to something like: http://gnome-look.org/content/show.php?content=141013
[19:14] <evaluate> I can submit a wishlist for that if you want me to.
[19:57] <micahg> evaluate: why not make the change upstream if the icon is better?
[19:58] <evaluate> micahg, the default gnome icon theme is quite colorful, so I'm not sure this icon would fit with it.
[19:58] <evaluate> For example in Debian.
[19:59] <micahg> evaluate: ah, ok, would you be open to handling it with dpkg-vendor in the Debian pacakge?
[20:00]  * micahg wants to minimize the diff
[20:00] <evaluate> Sure.
[20:03] <evaluate> If I do this change before the featurefreeze, the changes should be good for it making it in, right?
[20:03] <evaluate> (I'm pretty busy with exams for the next month)
[20:05] <micahg> evaluate: sure, no rush
[20:07] <evaluate> ok then, I'll do it in the Debian package, and request a sync when it's ready.
[20:10] <micahg> evaluate: well, only a sync if you add the appindicator part as a control.in as well :)
[20:11] <evaluate> Talked about that on debian-devel and they said it's considered a RC bug to change the build-depends on build-time, so I'd rather not.
[20:15] <micahg> evaluate: oh right, you can't do that, I keep forgetting...
[20:16] <micahg> evaluate: you can make it changeable at upload time so that all that needs to be done is regenerate the control file
[20:16] <micahg> so, I guess no sync for the forseeable future unless appindicator gets in Debian
[20:17] <evaluate> micahg, sorry, not sure how I could make it changeable at upload time...
[20:18] <micahg> evaluate: regenerate debian/control in the clean rule
[20:18] <micahg> I think
[20:18]  * micahg goes digging for info
[20:22] <micahg> yeah, it's mentioned in the comments here: http://raphaelhertzog.com/2010/09/27/different-dependencies-between-debian-and-ubuntu-but-common-source-package/
[20:24] <evaluate> That seems to only apply to 'Depends:' and not 'Build-Depends:' though.
[20:25] <ScottK> Another option is to package the library for Debian ...
[20:25] <ScottK> (just saying)
[20:25] <evaluate> ScottK, AFAIK there is already ongoing work regarding packaging of the ayatana 'suite' in Debian.
[20:26] <ScottK> Yes.  There's a team doing it.  I'm sure they'd love more help.
[20:26] <micahg> evaluate: build-depends would require a separate upload still, but just a new source package would be created (i.e. dch -i, *Sync on Debian)
[20:27] <micahg> yeah, what ScottK says would obviously be best :)
[20:28] <evaluate> ScottK, I'm pretty busy currently, but I'll see if I can help soon.
[20:28] <evaluate> Although, tbqh I don't like ayatana very much.
[21:29] <micahg> SpamapS: mongodb for natty should just be ported to mozjs185 I think...we need to do it for oneiric first though
[21:32] <SpamapS> micahg: is that trivial?
[21:33] <micahg> SpamapS: well, idk, I don't think it's too bad (probably <100 lines)
[21:33] <micahg> and we get to drop the hack
[21:35] <SpamapS> +1 for that. :)
[21:35] <SpamapS> did the hack get dropped in natty tho?
[21:35] <SpamapS> otherwise how would he see the missing lib he saw?
[21:35] <micahg> SpamapS: no, there's already a bug though for the actual problem
[21:36] <SpamapS> ah
[21:36] <micahg> SpamapS: bug 791672