[00:04] <RAOF> bdmurray: If they're not worth SRUing, they should be punted from the queue. If they may be worth SRUing, but we've been waiting for information on the bug for a while, then they can be punted from the queue (and mentioned in the bug that they've been punted, and what the uploader needs to do to actually get them accepted next time they upload it)
[00:04] <micahg> packages can be unrejected as well if appropriate
[00:06] <RAOF> How long does that remain true?
[00:09] <infinity> As long as the package is in the rejected queue.  Was that a helpful response? :P
[00:11] <RAOF> I could rephrase my question as: under what conditions does a package leave the rejected queue? :P
[00:14] <infinity> RAOF: When it moves to another queue.
[00:15] <infinity> RAOF: Or when someone or something decides to purge the queue for space reasons.  But I'm not sure if or when that happens anymore.
[00:15] <RAOF> Ok. So there's no expiry from that queue, and it'll sit there indefinitely unless something happens to it?
[00:15] <RAOF> Heh.
[00:15] <infinity> Keeps track of bugs.
[00:15] <infinity> You can assign them to people.
[00:15] <infinity> Maybe you could fix them eventually.
[00:16] <infinity> ^-- The phabricator website is possibly the funniest thing I've read all week.
[00:16] <RAOF> So, an indeterminate period, but essentially long enough.
[03:34] <cjwatson> RAOF: No expiry at all that I'm aware of.
[03:35] <cjwatson> RAOF: Though of course eventually things there may become non-unrejectable due to being superseded by other updates.
[04:05] <wildint> is this the right channel to report something odd with the download links?
[04:05] <cjwatson> Probably
[04:07] <wildint> so I went to the server page, copied the download link for 64 bit, then tried to download is with wget, it ended up redirecting to an i386 iso
[04:08] <wildint> now somehow after exploring around mirrors looking for the files I'm stuck downloading from uk mirrors even though I'm in the US
[04:08] <slangasek> wildint: which page, exactly?
[04:09] <wildint> http://www.ubuntu.com/download/server/thank-you?distro=server&release=lts&bits=64
[04:10] <slangasek> hmm; that gives me a link to ubuntu-12.04-server-amd64.iso, which is correct
[04:10] <wildint> using wget
[04:10] <cjwatson> That redirects to ubuntu-12.04-server-amd64.iso for me too
[04:10] <slangasek> ah
[04:10] <wildint> firefox gets me the right link
[04:10] <cjwatson> wget works for me
[04:10] <wildint> but I want to download on a headless server
[04:10] <cjwatson> Proxy request sent, awaiting response... 302 Moved Temporarily
[04:10] <cjwatson> Location: http://ubuntu.virginmedia.com/releases//precise/ubuntu-12.04-server-amd64.iso [following]
[04:10] <wildint> let me paste what I got
[04:11] <slangasek> http://mirror.ox.ac.uk/sites/releases.ubuntu.com/releases//precise/ubuntu-12.04-server-amd64.iso here
[04:11] <cjwatson> Obviously different redirects each time, but I've just tried it 20 times or so and I get amd64 every time
[04:11] <slangasek> which... is a strange choice of mirror for me as well
[04:11] <cjwatson> wildint: Make sure to paste your wget command line too
[04:11]  * cjwatson has a suspicion
[04:12] <wildint> http://pastebin.com/4BkyPa2E
[04:12] <slangasek> wildint: you have to quote the url
[04:12]  * cjwatson wins
[04:12] <slangasek> :)
[04:12] <cjwatson> but slangasek was too quick
[04:12]  * slangasek suspected the same :)
[04:12] <wildint> was not expecting that issue, but wasn't thinking about it
[04:12] <cjwatson> What "wget http://www.ubuntu.com/start-download?distro=server&bits=64&release=lts" translates to is: 2,13,14,16,17,32,33,64,71]
[04:13] <cjwatson> oops
[04:13] <cjwatson> "wget http://www.ubuntu.com/start-download?distro=server" in the background; set bits=64 shell variable in the background; set release=lts shell variable
[04:14] <wildint> yup quotes does it
[04:14]  * wildint wishes https://help.ubuntu.com/community/UbuntuHashes was linked off the download page somewhere
[11:18] <cjwatson> jdstrand: Is anything happening with bug 993304?  It's blocking at least three packages now.
[11:18] <ubot2> Launchpad bug 993304 in jbigkit "[MIR] jbigkit" [Medium,Confirmed] https://launchpad.net/bugs/993304
[11:42] <jdstrand> cjwatson: oh! I missed that it got assigned to me. I'll look at it this morning
[11:43] <Riddell> how do I do new queue through launchpad?
[11:51] <Riddell> ah found it https://launchpad.net/ubuntu/quantal/+queue
[12:50] <xnox> cjwatson: have you been running auto-syncs after alpha1? or are we still in a 'freeze'?
[12:53] <ogra_> iirc inifinity unfreezed and processed -proposed yesterday
[12:53] <ogra_> not sure that also enabled auto-syncs though
[12:53] <ogra_> (it should indeed)
[12:54] <xnox> ogra_: last time i heard auto-syncs still require a human =))) it was work in progress to make it fully automatic
[12:54] <ogra_> ah
[12:54] <ogra_> then i'm not up to date ... feel free to ignore my babbling ;)
[13:02] <cjwatson> xnox: I haven't done it yet, but will do today
[13:03] <xnox> cjwatson: ok cool =) a couple of boost1.49 transitions will land =)
[13:05] <cjwatson> ogra_: Yeah, auto-syncing is much better than it was, but it's never been fully automatic
[13:05] <ogra_> ah
[13:05] <cjwatson> We just try to run it often enough to make it look like it is ;-)
[13:06] <ogra_> heh, couldnt cron just do that ?
[13:07] <ogra_> or is that to dangerous
[13:07] <cjwatson> We're almost there, but not quite
[13:07] <ogra_> k
[13:08] <cjwatson> In particular, bug 1006917 is a current blocker
[13:08] <ubot2> Launchpad bug 1006917 in launchpad "Distribution archive owners cannot necessarily copy packages" [Low,Triaged] https://launchpad.net/bugs/1006917
[13:09] <cjwatson> Once it's possible, though, I certainly want to fully automate it
[13:10] <cjwatson> It's all very well having busywork I can do before I've entirely woken up, but it does get a bit old
[14:31] <cjwatson> stgraber: ^- I think the above "accepted" entries are queuebot getting desperately confused.  For example, kdesdk [i386] is still in the queue.  Maybe it got confused by the temporary appearance of a large pile of syncs?
[14:32] <cjwatson> (Unfortunately I didn't quite manage to accept them in time to stop queuebot spamming us.)
[14:34] <stgraber> cjwatson: I'm not sure how that could happen in the code, though it might have been hit by a LP timeout or something similar (though it's supposed to just ignore those)
[14:37] <cjwatson> stgraber: I was wondering if maybe it had ignored it a bit too hard and concluded that the timed-out things didn't exist
[14:38] <bjf> can the armadaxp kernels in the Precise upload queue get some love /
[14:38] <stgraber> cjwatson: could be, currently the code checks for .status over the API and shows accepted if .status != "Rejected". So maybe it got some weird status back from LP and assumed it was accepted
[14:39]  * stgraber needs to implement a muting feature in queuebot so we can mute a specific pocket for a while directly from IRC :)
[14:42] <ogra_> ++
[14:50] <cjwatson> rejecting duplicate sudo copy to precise-updates
[14:50] <cjwatson> (my fault)
[14:55] <cjwatson> bjf: looking
[14:55] <cjwatson> bjf: will it break anything that the tracking bug isn't listed in .changes?
[14:57] <bjf> cjwatson, double checking
[14:58] <bjf> cjwatson: there are only 4 units in the world and they are all in our QA lab
[14:59] <cjwatson> Hah
[14:59] <bjf> cjwatson: a somewhat gross exaggeration but fairly accurate
[15:02]  * ogra_ bets marvell has some too :)
[15:02] <bjf> cjwatson: thanks
[15:24] <jamespage> please could someone reject my upload of samba to lucid-updates - had a friday afternoon moment
[15:31] <cjwatson> bjf: And fixed up the incorrect overrides now too, maybe not before your script notices them
[15:34] <bjf> cjwatson: thanks again
[16:34] <Daviey> nova preicse SRU rejected, as one more patch is required.
[16:39] <jamespage> Daviey, pls could you reject samba from the lucid queue - I uploaded targetted to the wrong pocket
[16:41] <Daviey> jamespage: done
[16:42] <jamespage> Daviey, ta - friday afternoon moment :-)
[16:43] <Daviey> heh
[17:17]  * stgraber tests new queuebot with the muting feature
[17:23] <stgraber> mute queue new quantal-release
[17:23] <stgraber> unmute queue new quantal-release
[17:23]  * stgraber bumps threads/sub-processes a bit higher on the todo ;)
[17:25] <stgraber> so you can now use "mute queue", "mute queue <queue>", "mute queue <pocket>", "mute queue <queue> <pocket>", "mute queue <pocket> <queue>" and "mute tracker"
[17:25] <stgraber> they all have matching "unmute"
[17:25] <stgraber> and just typing "mute" lists the current entries if any
[17:25] <stgraber> cjwatson: ^
[17:27] <stgraber> oh, and it's not persistent (nothing in queuebot is persistent at the moment)
[17:40] <infinity> stgraber: No persistent seems like a feature anyway.
[19:47] <stgraber> barry: what are you doing in the queue? ^
[19:48] <barry> stgraber: good question.  the only thing i've uploaded recently is dbus-python.  what is ^^ ?
[19:48] <barry> oh, that's the package 'barry' :)
[19:48] <stgraber> yeah ;)
[19:49] <barry> grrrr
[19:53] <skaet> :)
[19:54] <highvoltage> closest thing to me in the archive is "jove" (jonathan's own version of emacs) and I use vim anyway.
[19:55] <stgraber> skaet, jibel: just finished implementing the new download link fallback feature in the tracker. So with the next rollout, no more need to duplicate them for every release, SERIES and VERSION will be recognized as place holders and fallback entries will be displayed unless a series-specific one is added.
[20:14] <skaet> stgraber,  yay!  :)
[20:32] <cjwatson> stgraber: great, thanks!
[20:46] <barry> queuebot: you are interrupting my nap!
[20:46]  * slangasek chuckles
[22:29] <bdmurray> I used sru-release for a couple of packages in precise-propsed before realizing it was Friday afternoon
[22:29] <bdmurray> so I'm gonna leave those packages there waiting for approval
[22:31] <xnox> bdmurray: have a good weekend =)