[01:06] <xnox> what happens if i copy a package with binaries, but e.g. one arch is still building?
[01:06] <xnox> a new build record will be created, and/or binaries will be published in the destination archive, once built?
[01:06] <xnox> or just lost ?!
[01:21] <wgrant> xnox: If the copy is into a new archive then a new build will be created.
[01:21] <wgrant> (assuming the build is allowed to exist in the target archive)
[01:21] <xnox> yeap. that's good. thanks.
[01:21]  * xnox shall ponder what to do with the 4 day pending build before going on vacation
[01:22] <wgrant> xnox: Which?
[01:22] <xnox> wgrant, https://launchpad.net/~xnox/+archive/ubuntu/nonvirt/+build/8441761
[01:22] <xnox> it's gonna go until friday morning, assuming it will not fail in e.g. test suite.
[01:26] <wgrant> Oh that one.
[01:30] <marcus1060> Hey there, I've been getting the errors: W: Failed to fetch http://ppa.launchpad.net/ondrej/apache2/ubuntu/dists/wily/InRelease  W: Failed to fetch http://ppa.launchpad.net/ondrej/apache2/ubuntu/dists/wily/Release.gpg  Unable to connect to ppa.launchpad.net:http:  W: Some index files failed to download. They have been ignored, or old ones used instead. for the last few days new. Any ideas? I can connect to standard Ubuntu packa
[01:32] <wgrant> marcus1060: Can you browser to http://ppa.launchpad.net/ondrej/apache2
[01:32] <wgrant> ?
[01:33] <marcus1060> On my desktop yes, but if I try to wget it on the server, it just times out.
[01:34] <wgrant> marcus1060: Sounds like it's firewalled, or you have routing issues.
[01:34] <wgrant> Can you ping it from the server?
[01:34] <marcus1060> No I can't
[01:35] <wgrant> Where does the traceroute stop?
[01:36] <marcus1060> Hmm, doesn't look like it's getting anywhere... Weird
[01:37] <marcus1060> Are there mirrors?
[01:37] <wgrant> No, ppa.launchpad.net is the only host.
[05:15] <virtualroadside> we no longer use launchpad, but I don't want to delete the old bugs that are in our project. Is there a way to disable people from commenting on the bugs and redirect them to our current tracker, without deleting the old bug reports?
[05:20] <wgrant> virtualroadside: That's not possible.
[05:32] <lifeless> You could comment on them all once with a link to the new tracker
[14:07] <sidi> Stupid question time. I'm hitting the "File already exists in UCL Linux Multitasking Study, but uploaded version has different contents." after uploading a new package, and then uploading a version with changes in debian/ (but not, afaik, in the orig.tar.gz). I'd normally just  bump the minor version number but my package (firejail 0.9.29) is a fork from another project for which there is an official 0.9.30 version so I don't want to "cannibalise" that v
[14:07] <sidi> ersion number. Can I either force Launchpad to forget about the previous orig or use version strings like "0.9.29-blabla"?
[14:07] <cjwatson> sidi: What is the exact version number, and can you give us the URL to the archive?
[14:08] <cjwatson> sidi: You have probably changed the orig.tar.gz by accident, but let's see.
[14:08] <sidi> cjwatson, i agree that's the most likely explanation
[14:08] <sidi> last failed build log was https://launchpadlibrarian.net/230281469/buildlog_ubuntu-vivid-i386.firejail_0.9.29-4_BUILDING.txt.gz
[14:09] <cjwatson> Failed binary builds aren't so relevant here.
[14:09] <sidi> with missing build deps because I'm silly :-) i then re-uploaded with a bump to the package version number and the missing deps in debian/
[14:09] <sidi> 0.9.29-5 is the last attempted upload, ppa is https://code.launchpad.net/~ucl-cs-study-devs/+archive/ubuntu/multitasking-study/+packages
[14:11] <cjwatson> sidi: Right, so you have somehow changed the orig.tar.xz (not gz) by accident.  I would recommend downloading that file from Launchpad again, putting it in the directory immediately above your source build tree (I bet you'll find the same file name but with different contents there), running "debuild -S" in your source build tree, and reuploading (with dput -f if necessary).  No need to change the version number, you can still use 0.9.29-5.
[14:12] <sidi> cjwatson, thanks, doing that
[14:13] <cjwatson> sidi: To answer your specific questions as asked, Launchpad will never forget about that orig in that PPA (though you could use a different PPA), and you can use 0.9.29+something if you need to, but neither of those is actually the right answer here.
[14:13] <cjwatson> (0.9.29+something-1 etc., rather - but still, don't do that just for this)
[14:13] <sidi> but what exactly does the orig.xz contain?
[14:13] <sidi> i must've put something in there that I shouldn't, right?
[14:14] <cjwatson> The orig is meant to match the upstream source tarball.  I don't know exactly how you managed to end up with a second version of it.  Nothing in the normal packaging toolchain modifies that file.
[14:15] <sidi> i made and uploaded the original orig, since wily only had 0.9.28
[14:15] <cjwatson> Right, but you appear to have made it twice in two different ways.
[14:15] <sidi> and i had to fix a few things in the original wily package, especially since i have my own patches. this is very dirty work anyway...
[14:15] <cjwatson> Usually the orig is just a renamed version of the output of "make dist" or similar.
[14:16] <sidi> ah, i have totally done it the wrong way then
[14:16] <cjwatson> And once you have one for a given version you keep it and don't try to recreate it.
[14:16] <cjwatson> https://www.debian.org/doc/manuals/developers-reference/ch06.en.html#bpp-origtargz
[14:21] <sidi> right, thanks once again
[14:49] <Odd_Bloke> cjwatson: wgrant: git seems to be wedged somehow; ssh -vvv daniel-thewatkins    git push --set-upstream origin feature/fix-serial-determination
[14:49] <Odd_Bloke> Oh FFS.
[14:49] <Odd_Bloke> ssh -vvv daniel-thewatkins@git.launchpad.net hangs at 'debug1: Connecting to git.launchpad.net [162.213.33.95] port 22.'
[14:49] <cjwatson> Odd_Bloke: I'm told there are some PS4.5 issues
[14:50] <cjwatson> Odd_Bloke: I would be more up to date if my connection to Canonical IRC hadn't also just wedged
[14:50] <cjwatson> But I expect it's widespread
[14:52] <dobey> yeah
[14:52] <dobey> ci train was having issues connecting, then i got an error page, and now lost route to canonical
[14:54] <beuno> what's the freenode channel for IS?
[14:55] <Odd_Bloke> Oh, yeah, and there goes my Canonical IRC.
[14:55] <beuno> cjwatson, do you remember? ^
[14:55] <cjwatson> beuno: #canonical-sysadmin
[14:56] <beuno> thanks
[17:40] <mvo> are the armhf builder affected by the recent issues? it seems my ubuntu-core livecd-rootfs build is staled since some time
[17:41] <mvo> (staled as in "in-the-queue" and the esitmated start keeps growing)
[18:04] <dobey> mvo: https://launchpad.net/builders
[18:05] <dobey> seems all the armhf metal builders are up, except one, but just very busy
[18:29] <mvo> dobey: thanks!