[00:13] <slangasek> ScottK: yes, though I think we should make sure all the flavor theme packages depend on plymouth-label before switching
[00:16] <ScottK> slangasek: How about just seeding plymouth-label then, not the entire Ubuntu theme?
[00:23] <slangasek> the target is to not need to seed plymouth-label at all and only pull it in as a dep; I'd rather just get all the theme packages fixed so we don't have to change it twice
[00:57] <cjwatson> slangasek: I want to move plymouth-theme-ubuntu-logo from standard to desktop-common too to avoid excessive pollution of Priority: standard; I switched the seeds over, but I think all the -metas that use desktop-common will need uploads ...
[00:57] <cjwatson> I figure servers won't want it anyway
[00:57] <cjwatson> oh, err, does this conflict with what ScottK said above?
[00:58] <cjwatson> actually no, it supports what ScottK said :-)
[00:58] <cjwatson> ok, so I won't upload *-meta until the themes have been switched
[00:58] <cjwatson> I'm away Sun/Mon anyway
[01:17] <ScottK> slangasek: Are you tracking which are updated and which aren't?  Kubuntu is fixed.
[01:26] <slangasek> ScottK: I'll look this weekend and make sure it's sorted before Monday
[01:58] <ScottK> Great.
[01:59] <ScottK> I need to do a kubuntu-meta upload, but not before it's fixed so that doesn't get dragged in.
[03:16] <slangasek> ScottK: the last workitem for foundations-lucid-supportable-binaries is 'update SRU policy to ensure it's clear FTBFS fixes for missing binaries are SRU candidates', but it already seems clear to me - do you think changes are still needed here?
[03:17] <ScottK> slangasek: If you're happy.  I'm happy.
[03:17] <ScottK> There was some discussion about it as UDS, but we didn't review it in detail.
[03:17] <ScottK> I think particularly since you said they were SRU candidates in your u-d-a mail, it should be fine.
[03:18] <slangasek> okie
[03:20] <ScottK> It's interesting how fast the vnc FTBFS got fixed once it was removed....
[03:20] <slangasek> that does tend to be the way
[03:22] <ScottK> BTW, ldb -> samba4 -> openchange -> evolution-mapi is all done.
[03:23]  * slangasek cheers
[03:29] <doko_> slangasek: I'd like to upload a gcc-snapshot/gcc-4.5 build (supposed to build on armel). it will block the community ports for a while, but the queues are empty
[03:32] <slangasek> doko_: go ahead and upload, though there may be a few more accepts in the meantime out of the stuff currently in the queue
[03:41] <ScottK> Interesting.  I didn't realize Partner would build on the Ubuntu buildds.
[03:49] <wgrant> ScottK: That does seem pointless.
[03:50] <wgrant> But it's trivial for an admin to change.
[03:50] <ScottK> For sun-java6 it makes sense to do it that way.  It just further blurs the line about is Partner part of Ubuntu.
[03:51] <wgrant> I heard rumours that Partner will be replaced with PPAs soon.
[03:51] <wgrant> As it should have been from the start...
[03:51] <wgrant> (technically they're not 'Ubuntu' buildds; they're just non-virtual)
[03:51] <ScottK> I heard that rumor too, but it may have been from you.
[03:52] <wgrant> Possibly. I heard it from a reasonable source last week.
[04:09] <slangasek> ^^ would be great if someone could review plymouth
[04:13] <ScottK> Is queuediff expected to be able to cope with v3 format source packages?
[04:13] <ScottK> BTW, a certain maintainer is unlikely to be pleased with your versioning.
[04:28] <slangasek> I did several other uploads with the same versioning and there was no screaming.  I'm happy to use dch the way it's meant to work, and he's apparently happy to fix the version up by hand each time he uploads. <shrug> :)
[04:28] <ScottK> OK.
[04:30] <ScottK> For some reason, queuediff seems to be failing to remember to download plymouth_0.8.1-4ubuntu1.debian.tar.gz and things go downhill from there.
[04:30] <slangasek> :(
[08:03] <ScottK> slangasek: I'm not comfortable with accepting the plymouth upload, but I did fix queuediff to work with v3 source format.
[08:19] <wgrant> ScottK: I'm guessing that it would make everyone involved rather happy if LP did the diff itself?
[08:20] <ScottK> Not sure.  Queuediff seems to work pretty well.
[08:21] <ScottK> Just interdiff doesn't work on v3 source.
[08:21] <ScottK> So you have to skip the shortcut of not downloading the orig.tar.gz .
[08:22] <ScottK> I guess it would depend on how much I trusted LP to really be diffing the correct files.
[08:22] <wgrant> Interestingly, LP does actually do the diff before the upload is accepted.
[08:22] <wgrant> It just doesn't display a link anywhere.
[08:22] <wgrant> LP uses debdiff.
[08:23] <ScottK> What gets diffed if there are two uploads of the same package in queue?
[08:23] <wgrant> It will diff against the latest primary archive version.
[08:23] <wgrant> Latest accepted, that is.
[08:24]  * ScottK needs to get to sleep, but will think about it.
[08:24] <wgrant> Night.
[08:24] <ScottK> Good night.
[10:43] <cjwatson> slangasek: plymouth looks good to me; accepted
[15:09] <sistpoty> cjwatson, iulian, Riddell, pitti, nhandler, ScottK, slangasek: wrt. delegates, I've finally got confirmation from anyone and have drafted a mail about it: http://paste.ubuntu.com/409073/
[15:09] <sistpoty> any comments, questions, objections?
[15:09] <ScottK> No server delegat then?
[15:10] <sistpoty> ScottK: thought you'd handle server? (no need to delegate then)
[15:14] <sistpoty> should I explicitely mention that kubuntu and server has members in the release team already, so isn't delegated?
[15:14] <ScottK> Sounds reasonable.
[15:18] <sistpoty> revised version: http://paste.ubuntu.com/409076/
[15:23] <ScottK> sistpoty: Looks good.
[15:24] <sistpoty> ok, thanks
[15:24] <sistpoty> (I'll wait a little bit longer yet in case someone else has objections or additions before sending)
[15:39] <nhandler> sistpoty: What do you mean by "directory process"? Do you mean Ack+Upload?
[15:41] <sistpoty> nhandler: grant an exception. Do you think that's unclear?
[15:42] <sistpoty> (it's "directly process" btw, seems like I even spellt it correctly *g*)
[15:42] <nhandler> sistpoty: Yeah, it is a bit unclear, as they should be leaving a comment on those types of bugs as well to show they granted a FFe. /me can't type right after waking up
[15:43] <sistpoty> heh
[15:43] <sistpoty> ok, will try to improve the wording
[15:45] <sistpoty> http://paste.ubuntu.com/409086/
[15:45] <sistpoty> nhandler: is that better? ^^
[15:46] <nhandler> sistpoty: Is there a reason for the distinction between sync requests? Shouldn't a note saying an ack has been (not) granted be left on all bugs they process?
[15:47] <sistpoty> nhandler: good point, was thinking of FFe's granted on irc when I wrote explicitely about sync requests
[15:50] <sistpoty> next try: http://paste.ubuntu.com/409089/
[15:51] <sistpoty> nhandler: ^^
[15:51] <nhandler> Looks good
[15:52] <sistpoty> and yet one small fix: http://paste.ubuntu.com/409090/ (s/nonetheless/always/)
[15:53] <nhandler> :)
[16:38] <sistpoty> ok, mail sent to U-D-A, pending moderation. In case there's anything that should get improved, please delete it from moderation, make the changes and resend (as I'm most likely afk for the rest of the day), thanks!
[17:18] <ScottK> slangasek: ^^^
[17:52] <slangasek> mail accepted