[01:16] <ScottK> phillw: We may, but yet please.  The more the merrier in any case.
[01:17] <phillw> ScottK: okies. I will, I'm also going to announce on ubuntu forum apple area :)
[05:49] <maclin> hi,guys, Is there any problem with the qatracker building? I requested a rebuild this morning and the status has keeping re-building for nearly 6 hours.
[05:51] <smartboyhw> ^ That's for UbuntuKylin
[05:51] <maclin> yes, thanks smartboyhw
[05:53] <maclin> Anyone could help to check it? I even can't cancel the rebuild request.
[06:08] <phillw> maclin: AFAIK, we are still on cron-job rebuilds. Only when the cron is suspended can we ask the system for re-spins (e.g after Monday when beta 1 trips in for us). I'm sure one of the release team will correct my rough and basic knowledge of how it all works; but that is it to my knowledge.
[06:11] <smartboyhw> phillw, huh? I asked for an Ubuntu Studio rebuild yesterday and it worked
[06:11] <smartboyhw> Maybe the day before yesterday, forgotten
[06:13] <phillw> maclin: 14 22 * * *	for-project ubuntukylin cron.daily-live --live
[06:13] <phillw> 22:14 UTC is the build time for kylin
[06:13] <phillw> smartboyhw: 20:34 UTC is for ubuntu studio
[06:14] <smartboyhw> phillw, actually, where can I find that-.-
[06:14] <phillw> If you're ever unsure, look it up on http://bazaar.launchpad.net/~ubuntu-cdimage/ubuntu-cdimage/mainline/view/head:/etc/crontab
[06:14] <phillw> I have the times in the lubuntu area so people know not to start a test suite one hour before a respin :D
[06:18] <phillw> Those times do come with a bit of small print "Please note from the release team: Sure, as long as it's clear that it's subject to change - We're not intending to make any promises here. We won't change them around frivolously or anything but it's possible."
[06:19] <phillw> the times on the link are the times, the entries onto your wiki page, should you let people know; are subject to change.
[07:42] <Laney> hello
[07:42] <Laney> I'm about to generate the beta block
[07:47] <jodh> Laney: have you heard any update on the mysql-blocking-upstart issue? upstart is still in -proposed.
[07:47] <phillw> Laney: will the late FFe squeeze in?
[07:47] <Laney> jodh: checking
[07:49] <Laney> jodh: Guess I'll skip that then :-/
[07:49] <Laney> jamespage: ^^^ have you seen this?
[07:49] <Laney> phillw: what FFe?
[07:49] <Laney> (We can do unblocks)
[07:49] <jamespage> Laney, I was just looking now
[07:49] <jamespage> stderr is causing the DEP-8 test to fail
[07:49] <Laney> jamespage: might be because of the stderr output
[07:49] <Laney> ha
[07:49] <jamespage> I'm testing a fix now
[07:49] <jamespage> but it takes ~3 hours to build
[07:50] <Laney> ok
[07:50] <phillw> Laney: the one from micah for gnumeric etc.? it is on the ubuntu-release emails?
[07:50] <Laney> phillw: yes
[07:50] <jamespage> if mysql is the last thing holding it please force it throught
[07:50] <Laney> I don't know where the uploads stand though, didn't check yet
[07:50] <jodh> Laney/jamespage: this is rather unfortunate - having a new version of upstart appear in the archive on a Friday is not optimal imho :(
[07:50] <Laney> jamespage: ok, but really really ideally not any more
[07:50] <phillw> Laney: it was ~ 13:00 today.
[07:50] <jamespage> Laney, trying my best
[07:50] <jamespage> sorry
[07:51] <Laney> I know, thanks for fixing it ;-)
[07:51] <jamespage> not sure why I'm apologizing actually - I did not write the DEP-8 tests and they have never actually passed...
[07:51] <jamespage> but hey - its a server package
[07:51]  * jamespage takes it like a man
[07:52] <Laney> collective responsibility
[07:52] <Laney> very cabinet of you
[07:53] <phillw> Laney: the community flavours affected would really like this in for the beta 1 if at all possible.
[07:54] <Laney> phillw: Someone has to upload it then
[07:54] <jodh> jamespage, Laney: am I reading these mysql test results correctly? they all passed, but the overall test failed due to stderr output right?
[07:54] <jamespage> jodh, thats right
[07:54] <Laney> jodh: seems like it
[07:54] <Laney> (hint updated)
[07:54] <jamespage> jodh, the fix is 2>&1
[07:54] <smartboyhw> Laney, if you can ACK Bug 1218736 it would be great
[07:54] <ubot2`> Launchpad bug 1218736 in oxygen-gtk3 (Ubuntu) "[FFe]Please update oxygen-gtk3 to 1.2.0" [Undecided,In progress] https://launchpad.net/bugs/1218736
[07:55] <jodh> Laney: so, what are the options wrt getting upstart into main? I'd rather not go through the whole FFE process as I actually uploaded 2 days ago, but ideally, I'd like upstart to hit the archive monday now due to the mysql delays.
[07:55] <Laney> jodh: No FFe
[07:55] <Laney> jodh: Now you get the entire Europe and US days - is that not enough?
[07:56] <phillw> Laney: his eta was ~ 13:00 UTC today (micah) Adam Conrad was pretty relaxed and appreciated that they do need to land. May I ask why the sudden "we're closing"?
[07:56] <jodh> Laney: lets hope so.
[07:56] <infinity> jodh: Getting upstart into "main"?  You mean into the release pocket?
[07:56] <jodh> infinity: right
[07:56] <smartboyhw> phillw, you did report a FFe bug right?
[07:57] <Laney> phillw: What? There's no closing. No need to panic.
[07:57] <infinity> jodh: I'll let it slip in right now.
[07:57] <Laney> We can unblock. micahg knows how to ask.
[07:57] <Laney> infinity: I just pushed the force-badtest update.
[07:57] <infinity> Oh, or Laney will. ;)
[07:58] <Laney> Although...
[07:58] <phillw> smartboyhw: nope, it was done using the release team email list to get permission from all the flavours it would affect. The result of that was that we would much rather prefer it in for the Beta 1, than after.
[07:58] <smartboyhw> phillw, can't you read the mail ScottK wrote?
[07:58] <Laney> The version on excuses is ubuntu3 but I forced for ubuntu5
[07:58] <Laney> hope that works
 Yes.  Please go ahead (like today so we can minimize architectural changes
[07:58] <smartboyhw> after Beta), but also please file an FFe bug for the record (I'll be happy to
[07:58] <smartboyhw> bless if after I sleep).
[07:58] <infinity> Laney: It won't work, no.  I'll just add a skiptest for that upstart version while I'm in there. :P
[07:59]  * Laney glares at adt-britney
[07:59] <phillw> smartboyhw: it was not for me to raise a Ffe bug report. It *was* being handled via the mailing list :)
[07:59] <smartboyhw> phillw, ?
[08:00] <Laney> It's fine. Calm down. Far more important that someone actually does the work and uploads now.
[08:00] <smartboyhw> Laney, both me and phillw are not uploaders
[08:00] <phillw> Laney: indeed, please give micah time. Us mere mortals are used to ~17:00 UTC as cut off time :)
[08:00] <Laney> (a) That doesn't stop you from doing the work, (b) micahg indicated he would in his initial mail
[08:01] <phillw> Laney: how do I file an FFe that affects several flavours?
[08:01] <smartboyhw> phillw, just file it?
[08:01] <infinity> phillw: Huh?
[08:01] <phillw> I'm lubuntu release manager only.
[08:01] <smartboyhw> No need to care about flavours
[08:01] <smartboyhw> Just report a bug through Launchpad
[08:01] <infinity> phillw: An FFe is for allowing a package upload to the archive, it has nothing to do with flavours.
[08:02] <Laney> He has time. Don't know what you're talking about with 1700UTC. The freezes were yesterday.
[08:02] <infinity> Granted, if micahg uploads those before filing a bug, no one's going to complain, Scott's just going to make sure he does the paperwork at some point.
[08:02] <infinity> At any rate, discussing an upload that hasn't happened yet is silly.  Wait for micahg to get around to it.
[08:02] <phillw> I've only ever done an SRU, can someone pop into -quality and talk me through it so as not to antagonise people here?
[08:02] <smartboyhw> infinity, sigh, I will do the FFe bug
[08:03] <infinity> smartboyhw: If you do, follow up to the list thread, so micahg knows he doesn't have to file another. :P
[08:03] <smartboyhw> infinity, sure
[08:03] <infinity> smartboyhw: You can just copy and paste his original email, FWIW.  Don't need to be fancy here, two release engineers already ACKed it.
[08:03] <infinity> (One of them's just anal about paperwork)
[08:04] <smartboyhw> infinity, :P
[08:04] <jibel> jamespage, you could use the restriction allow-stderr in dep8 control file instead of redirecting stderr
[08:05] <jamespage> jibel, I could
[08:05] <jamespage> jibel, but I'm half way throught testing it with redirection in the script itself
[08:05] <Laney> jibel: Do you know why upstart/excuses shows an older version of mysql-5.5?
[08:05] <Laney> I guess it's something to do with the depends being dropped
[08:06] <phillw> Laney: when I started, it was still yesterday :) But, I just had a sneaky feeling that all that was agreed on the mailing list would count for nothing when faced with "the rules" :)
[08:07] <Laney> Well don't.
[08:08] <Laney> bah, did python-apt break API?
[08:08] <infinity> phillw: What are you on about?  What was agreed on the mailing list counts for everything, the FFe is fine, the sky is not falling.  However, arguing to include something that hasn't been uploaded is.  Uhm.  Meaningless.
[08:12] <smartboyhw> Laney, bug 1218763
[08:12] <ubot2`> Launchpad bug 1218763 in goffice (Ubuntu) "[FFe] Please update gnumeric to upstream version 1.12.6 and goffice to 0.10.6" [Undecided,New] https://launchpad.net/bugs/1218763
[08:12] <jibel> Laney, because that was the version in the archive when upstart 1.10-0ubuntu1 was uploaded
[08:15] <Laney> jibel: Ah, and it's a bug that this wasn't updated for subsequent versions, OK then
[08:16] <Laney> beta 1 supercalifragilisticexpialidocious block pushed
[08:18] <smartboyhw> Laney, Bug 1218763 and Bug 1218766 to the Ubuntu Release Team's ACK.
[08:18] <ubot2`> Launchpad bug 1218763 in goffice (Ubuntu) "[FFe] Please update gnumeric to upstream version 1.12.6 and goffice to 0.10.6" [Undecided,New] https://launchpad.net/bugs/1218763
[08:18] <ubot2`> Launchpad bug 1218766 in xfce4-settings (Ubuntu) "[FFe] Please update Xfce4-settings to upstream version 4.11" [Undecided,New] https://launchpad.net/bugs/1218766
[08:18] <Laney> smartboyhw: ok, thanks for filing
[08:18] <smartboyhw> phillw, ^ happy?
[08:19] <smartboyhw> Laney, if you can, do Bug 1218736 or me too:)
[08:19] <ubot2`> Launchpad bug 1218736 in oxygen-gtk3 (Ubuntu) "[FFe]Please update oxygen-gtk3 to 1.2.0" [Undecided,In progress] https://launchpad.net/bugs/1218736
[08:19] <smartboyhw> Huh, 36, 63 and 66
[08:19] <smartboyhw> Lucky number!
[08:50] <xnox> Laney: please unblock & migrate upstart =) since well mysql-5.5 5.5.32-0ubuntu3 will for sure never pass now, as the version moved on now & it's not a direct r-dep anymore.
[08:53] <Laney> xnox: yes, unblocking it
[08:53] <Laney> I saw your sidestepping of the issue :P
[08:55] <xnox> Laney: I have no idea what you are on about, it is valid for mysql to drop that depends =))) _and_ it's been failing to build on i386 a couple of times, so it needed a rebuild anyway on i386 =)
[08:55] <phillw> smartboyhw: thanks.
[08:55] <phillw> infinity: can you kick off a manual respin of ISos'?
[09:06] <phillw> if there is a respin authorised person about, could you please kick ubuntu-kylin off. their release manager marked it for a respin some 10 hours ago now. He did not know that the iso's are still under cron control and it is sat as status rebuilding.
[09:08] <Laney> they are
[09:14] <cjwatson> requested rebuilds should happen regardless of cron
[09:15] <phillw> cjwatson: in that case, there is something stopping the kylin one. He came on several hours ago to say he had requested a respin several hours before and it had not happened.
[09:15] <cjwatson> I think rebuild-requests is stuck - there's a process there that's been running since Aug 12, but it shouldn't be long-running
[09:15] <cjwatson> I'll try killing it and letting it respawn
[09:16] <cjwatson> Not that I see any locking either, so maybe that isn't it
[09:26] <cjwatson> Oh, cdimage tried to rebuild, the build failed, it marked the rebuild as Built in the iso.qa database when the build ended, but it never published a new version (since it failed) so it effectively looks stuck
[09:30] <phillw> cjwatson: I'm just going to copy and paste that explanation.. I've read it three times now.... "build failed and system the didn't know what to do as it does not have such error trapping, yet."
[09:30] <phillw> Am I close?
[09:31] <cjwatson> Please don't copy and paste my explanation as it's not an explanation, I'm thinking out loud
[09:31] <cjwatson> If you start copying every word I say then I'll just investigate silently instead
[09:31] <cjwatson> I think you'd probably prefer it if I were a little more verbose though
[09:33] <cjwatson> I've forcibly reset those rebuilds to the Requested state - let's see what happens
[09:33] <cjwatson> An actual investigation of the bug here requires stgraber, but perhaps I can poke it into action for now
[09:33] <phillw> cjwatson: that is why I asked if my interpretation was close. It means I have a basic idea and can then pass that on. Please do not be offended over the standing joke of the language devs speak in; it was meant jokingly and not as to cause offence :'(
[09:34] <cjwatson> I don't think it's valuable to pass on my random intermediate musings.
[09:35] <cjwatson> They're mostly for the benefit of stgraber reviewing this log later.
[09:35] <cjwatson> There we go, it's rebuilding now, though apparently building i386 twice (whoops, that's my fault)
[09:36] <phillw> twice is better than zero :) Thanks.
[09:36] <cjwatson> (There were two i386 requests in the Built state, and I idiotically reset both to Requested)
[09:39] <phillw> cjwatson: you were perfectly entilted to say "wait for stgrabber", that you did not and got the builds for that team going is a testament to the sort of guy you are. I'm sure that their TL would agree fully with that sentiment, but to save any more issues with c & P I will not ask him.
[09:40] <Laney> hmm
[09:40] <Laney> why didn't infinity's force-skiptest for upstart stick?
[09:40] <cjwatson> What I mean is that rather than wasting the UbuntuKylin people's time with intermediate comments, I'd rather they just saw their build land.
[09:41] <Laney> W: [Fri Aug 30 09:20:51 2013] - Overriding force-skiptest[upstart] = ('1.9.1-0ubuntu3', 'adconrad', 'None') with ('1.10-0ubuntu1', 'adconrad', 'None')
[09:41] <Laney> W: [Fri Aug 30 09:20:51 2013] - Overriding force-skiptest[upstart] = ('1.10-0ubuntu1', 'adconrad', 'None') with ('1.9.1-0ubuntu5', 'stgraber', 'None')
[09:41] <Laney> hah
[09:41] <cjwatson> Which should hopefully happen in a bit now.
[09:41] <cjwatson> Laney: mm, yeah, delete the old-versioned hint
[09:42] <Laney> already done
[09:42] <cjwatson> stupid code, my fault :)
[09:42] <Laney> well, modulo merging
[09:42] <phillw> so would they :) and ...
[09:42] <phillw> (10:36:42) phillw: maclin: they are now rebuilding
[09:42] <phillw> (10:40:02) maclin: phillw, thanks
[09:43]  * Laney renames self to zzzzzlaney
[09:43] <smartboyhw> Laney, do it then
[09:43] <smartboyhw> :)
[09:58] <mlankhorst> boy the archive admins are fast, llvm-toolchain-3.2 no longer in main for saucy :)
[10:01] <xnox> =)))) lolz
[10:02] <Laney> upstart went in
[10:04] <xnox> jodh: ^ \o/
[10:05] <jodh> Laney: yah - thanks
[10:05] <jodh> yay even :)
[10:06] <jamespage> Laney, jodh: my fix for mysql tested OK locally - uploaded so should not block in future...
[10:06] <Laney> jamespage: \o/
[10:07] <Laney> did you use the VM based stuff to test it?
[10:07] <Laney> run-adt-test
[10:07] <Laney> thanks for caring about tests :-)
[10:12] <jamespage> Laney, yes
[10:12] <Laney> neat
[10:12] <jamespage> still takes about 1.5 hrs to run on my laptop with SSD and multi-core
[10:13] <jamespage> and its running in /dev/shm as well
[10:13] <jamespage> blimey
[10:13] <jamespage> thats a full regression test suite and a half
[12:17] <micahg> Laney: phillw: had an early night, finishing up now
[12:20] <Riddell> what's the name of the core package set?
[12:20] <Riddell> this doesn't work   ./edit-acl query -P ubuntu-core-dev -S saucy
[12:23] <micahg> I think it's just core
[12:24] <Riddell> ah hah, thanks
[12:28] <micahg> ScottK: you mentioned you'd ACK Bug #1218763 ?
[12:28] <ubot2`> Launchpad bug 1218763 in goffice (Ubuntu) "[FFe] Please update gnumeric to upstream version 1.12.6 and goffice to 0.10.6" [Undecided,New] https://launchpad.net/bugs/1218763
[12:31] <micahg> haha, onlyjob just uploaded to Debian, I think I'll just grab from there
[12:59] <ScottK> micahg: Ack'ed.
[13:04] <stgraber> cjwatson: so sounds like I messed up the case where a product fails to build? weird that we never had that happen before. I'll take a look at what's happening in that case (I think the state should be set as done even on failure as the rebuild was processed)
[13:06] <micahg> phillw: Laney: done with goffice/gnumeric, will try to keep an eye on it
[13:06] <smartboyhw> ScottK, according to the procedure on wiki.ubuntu.com/FreezeExceptionProcess, that should have been an Triaged;P
[13:06] <smartboyhw> Anyhow
[13:07] <ScottK> OK.  Feel free to change it.
[13:07] <smartboyhw> ScottK, I can't anyway
[13:07] <micahg> too late, already sync'd :)
[13:07] <smartboyhw> micahg, well, it isn't a problem anyway
[13:10] <cyphermox> hi, I uploaded network-manager yesterday, and autopkgtests seem to be failing -- I'm just been debugging this with pitti and it looks as though it may still be an issue related to dbus 1.6.12-0ubuntu5 -- downgrading it, tests begin passing again
[13:11] <cyphermox> would it be possible to ignore the tests results?  ^^
[13:19] <cjwatson> stgraber: That's what it looked like; there was a limit to how much I could investigate from my end, but the status was definitely 3
[14:16] <stgraber> infinity: hey, was it you who re-enabled proposed for the precise builds? if so, you missed all the desktop images ;)
[14:16] <stgraber> infinity: just noticed as ara was wondering why the current dailies didn't include the proposed initramfs-tools
[14:16]  * stgraber fixes
[14:18] <xnox> stgraber: thank you!
[14:41] <maclin> cjwatson, the amd64 image of ubuntukylin is ready, but the i386 image is not.  Is there any error during building?
[14:43] <cjwatson> maclin: The logs are all public
[14:43] <cjwatson> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/saucy/ubuntukylin/  and  http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntukylin/saucy/
[14:43] <cjwatson> (sorry that the bits of those URLs are in opposite orders - historical mistake)
[14:44] <cjwatson> It's possible I confused it by accidentally re-requesting two i386 builds at once
[14:45] <maclin> cjwatson, you mean it is still building?
[14:45] <cjwatson> No, I think I broke it by mistake
[14:45] <cjwatson> I was manually poking the database ...
[14:46] <cjwatson> It's certainly not still building
[14:46] <JackYu> cjwatson, wow, so you will rebuild one?
[14:46] <cjwatson> I'm just going to do another one by hand
[14:46] <cjwatson> Actually, I should be able to do it in the tracker, one moment
[14:47] <JackYu> cjwatson, thanks:)
[15:28] <doko> binutils (2.23.52.20130727-1ubuntu1 to 2.23.52.20130828-1ubuntu1)
[15:28] <doko> Maintainer: Ubuntu Core developers
[15:28] <doko> Not touching package due to block request by laney (contact #ubuntu-release if update is needed)
[15:28] <doko> Not considered
[15:28] <doko> Laney, ?
[15:28] <Laney> beta 1 freeze
[15:28] <doko> ahh
[15:29] <doko> which is unfortunate, hmm, will have to copy this to a ppa for the test rebuild
[15:35] <ScottK> doko: It's only Friday, I don't think it's a big deal to unblock it if it's important.
[15:41] <chiluk> can I get some love from an sru-team member for curl and apt that are currently sitting on the upload queue for p,q,r ?
[15:41] <chiluk> bdmurray already sponsored the upload. *thanks btw
[15:43] <bdmurray> chiluk: they should wait 7 days after being verified unless there is some real hurry
[15:44] <chiluk> today is day 7
[15:44] <bdmurray> chiluk: oh you meant reviewing them not releasing, sorry
[15:44] <chiluk> bdmurray it's still sitting in the upload queue... hasn't been released to proposed yet.
[15:49] <chiluk> bdmurray it's still sitting in unapproved.. iirc, you need someone else to approve it since you sponsored it right?
[15:50] <bdmurray> chiluk: yes, we generally prefer that.
[15:51] <bdmurray> infinity: could you have a look at those uploads?
[15:53] <chiluk> bdmurray, also doesn't curl need to be approved and built before apt can be built right?
[15:54] <chiluk> because of the new builddeb on the latest curl for apt..
[15:54] <chiluk> or is launchpad smart enough to hold off on the apt build until curl has completed.
[15:55] <cjwatson> maclin,JackYu: looks better now (belatedly)
[16:00] <JackYu> cjwatson :)
[16:37] <jamespage> hey - could the ceph upload for raring be reject please - I have another bug I'd like to squash alongside the point release
[16:44] <stgraber> jamespage: done
[16:44] <jamespage> stgraber, thanks
[17:27] <chiluk> stgraber can I get the uploads for p,q,r curl and apt approved?  currently sponsored, but stuck in queue.  fyi apt has a new builddeb on the new version of curl.
[17:31] <infinity> stgraber: Did I really?  Go me.
[17:31] <infinity> stgraber: Oh, bah.  I didn't even notice those were still two-parter lines.
[18:39] <slangasek> stgraber: ^^ don't worry about curl/apt, I'm working on it (#-devel)
[18:41] <stgraber> ok
[19:32] <adam_g> any SRU members able to accept the openstack updates into raring-proposed? (cinder, glance, keystone, horizon, nova, quantum)  i'd love to get them verified and released before upcoming CVEs start getting released against whats in -updates
[19:33] <micahg-work> can someone please unblock goffice/gnumeric
[20:28] <cyphermox> Laney: hey
[21:49] <sergiusens> can anyone get https://launchpad.net/ubuntu/saucy/+source/click/0.4.0 published?
[21:49] <sergiusens> stgraber: ? ^^
[21:49] <sergiusens> released*
[21:52] <stgraber> sergiusens: it's currently blocked by the Beta1 block that Laney put in place
[21:52] <stgraber> sergiusens: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[21:53] <stgraber> Laney: I'll release a bunch of touch related packages since they're not affected by beta1 and not seeded outside of ubuntu-touch. Would be great if you could update your block accordingly.
[21:55] <sergiusens> stgraber: thanks
[21:56] <stgraber> letting through system-image, click and click-apparmor
[22:01] <infinity> stgraber: eglibc totally qualifies as touch-only, right?
[22:04] <stgraber> infinity: sure ;) to be honnest I'm not really sure why the block is already in place, I'd have expected it to be put in place on Monday but whatever
[22:05] <stgraber> I guess we've usually been late at putting the block in place, so maybe we're trying to balance it out by being early for once :)
[22:07] <jdstrand> stgraber: fyi, apparmor-easyprof-ubuntu is also touch only
[22:07] <jdstrand> I will be uploading a new one of those in a minute
[22:08] <infinity> stgraber: Well, I still hope to get this eglibc verified to my satisfaction and convince someone that 2 days after FF is "close enough" over the weekend, but we'll see. :)
[22:09] <infinity> Just one last patch to rebase, and one last testsuite failure to effin' figure out and commit an upstream fix for.
[22:10] <infinity> If my laptop would stop locking up (thanks, i915 developers, you guys are AWESOME), this would go better.
[22:10] <stgraber> jdstrand: unblock lines are per-version, so until it's on proposed-migration I can't see the version number and so can't let it through
[22:10] <cjwatson> or just have jdstrand tell you the version in advance ...
[22:10] <stgraber> that works too :)
[22:12] <infinity> Maybe it's time for me to spend a few hundred dollars on a decently-beefy build server I can slap under my desk headless and stop abusing my laptop.
[22:13] <stgraber> or just rent one, I hear there's a company in Germany with cheap Haswell servers
[22:13] <infinity> stgraber: Hah.  Yeah.  I'd use my current co-lo machine, but it's way slower than my laptop.
[22:13] <infinity> stgraber: I'm still considering the move.  The latency (and worse, bandwidth) between them and I wasn't stellar, but maybe I can cope.
[22:14] <infinity> mosh does generally cover up the ineractive latency issues, at least.
[22:14] <infinity> s/ineractive/interactive/
[22:15] <jdstrand> stgraber: fyi, apparmor-easyprof 1.0.25 uploaded. it isn't critical or anything. I just saw you let the others go through and thought I'd mention this one
[22:15] <stgraber> the latency doesn't bother me that much actually, I only notice it when I fly to Europe and wonder why my shell feels weird all of a sudden
[22:15] <micahg-work> can someone please unblock goffice/gnumeric
[22:16] <stgraber> bandwidth based on what you measured last time is pretty bad, not sure what kind of crappy routes it's going through for you... though for a build machine, good bandwidth to Canonical DC is probably more important than good bandwidth to your place
[22:16] <stgraber> jdstrand: ok, I'll add an unblock for it
[22:16] <infinity> stgraber: Yeah, it's more about bandwidth to normal people, because it also hosts websites.
[22:17] <infinity> stgraber: (Which is why the "just put it on an ipv6 tunnel and get better routes" solution isn't a solution)
[22:19] <micahg-work> please unblock goffice 0.10.6-1 and gnumeric 1.12.6-1 (didn't realize I need to give versions :))
[22:21] <stgraber> micahg-work: done
[22:21] <micahg-work> thanks
[22:21]  * micahg-work disappears
[22:24] <phillw> thanks stgraber :)
[22:33] <phillw> stgraber: btw, did you get to the bottom of the problem with -kylin not building?
[22:36] <stgraber> phillw: I know what the problem is, but I haven't got around to fixing it, probably next week
[22:37] <phillw> stgraber: okies, once the cron is suspended on monday, would it impact any of the teams asking for / agreeing to a respin?
[22:39] <stgraber> so long as their product builds, no
[22:40] <stgraber> and since we've only had that problem happen once in the past 2 months, it's doubtful it'll happen again this week (especially with the soft freeze in place)