[16:29] is there an easy/automated way to trigger cross-release builds of already existing packages in ubuntu? [16:30] for example I would need an utopic version of libcurl3 built for trusty [16:31] the "copy packages" feature in launchpad? [16:33] not sure if I can copy arbitrary packages from universe/multiverse [16:35] You can. [16:35] It's possible from the web UI, but kind of hidden and awkward; but you can use copy-package from lp:ubuntu-archive-tools [16:37] (https://launchpad.net/ubuntu/+archive/primary/+copy-packages, search for the package you want to copy, wade through list of PPAs you have upload access to ... personally I'd rather the command-line client any day) [16:37] Also backportpackage is a somewhat more specialised tool that may be more appropriate, especially if you want builds for more than one series [16:38] It's in the ubuntu-dev-tools package [16:38] backportpackage would allow me to simultaneously copy/build the package for multiple target releases? [16:38] It can deal with rebuilding the package with a different version [16:38] gotcha [16:38] Which you need if you're going to build it for more than one release [16:39] currently bitten by http://curl.haxx.se/mail/lib-2015-03/0111.html which seems to be unadressed in trusty libcurl3 [16:40] cjwatson: is there a list of valid characters that would appear in a Launchpad username and PPA? [16:41] bdmurray: Both of those are valid_name, which is re.compile(r"^[a-z0-9][a-z0-9\+\.\-]+$") [16:43] cjwatson: got it, thanks! [16:50] cjwatson: thanks, awkward is a fitting description :D [16:52] +copy-packages is OK for copies between PPAs, but for copies from the primary archive it would really want a rather different design. Which is pretty much why that page isn't linked from anywhere. [16:52] hope I haven't broken anything [16:52] gah, google redirector broken again [16:53] Did you use backportpackage? [16:53] nah, +copy-packages [16:53] just to see if it works [16:53] Well, I hope you listened to my caveats :) [16:53] absolutely [16:53] launchpad.net down? [16:54] Works from here [16:54] hrm, cdn/proxy then [16:55] what's the way to go install the archive tools? [16:55] just clone the bzr repo? [16:55] +to [16:58] bzr branch lp:ubuntu-archive-tools [16:58] But like I say, I think you actually want backportpackage for this [16:59] Which is in "apt install ubuntu-dev-tools" [17:01] ok [17:02] can you tell me what caused https://launchpadlibrarian.net/210358718/buildlog_ubuntu-trusty-amd64.curl_7.37.1-1ubuntu3.4_BUILDING.txt.gz to fail? [17:02] seems like it wanted to pull in the librtmp-dev version it was built against in utopic [17:02] despite it being unversioned in the build dependencies [17:03] (debian/control) [17:05] that doesn't look unversioned to me [17:06] https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/utopic/curl/utopic-security/view/head:/debian/control [17:06] Yeah, that stuff is taken exclusively from debian/control [17:07] GAH [17:07] never mind, had the trusty changes.gz unpacked [17:07] sorry [17:08] (Well, actually from the .dsc, but that's built from debian/control) [17:12] does ubuntu-branches offer a code viewer for all packages of all releases? [17:21] Robe: Only when it works, which a lot of the time it doesn't. [17:23] cjwatson: haha, fair enough :) [17:23] thanks for your time [17:25] Ultimately the plan is to bring up a similar thing in git which is very likely to be more reliable, but that doesn't exist yet. [17:26] *nods* [17:26] with debian I usually click through from tracker.d.o to the respective vcs repo when there's a hint [17:26] was just wondering if there's something similar for ubuntu [17:45] Is there a known issue with launchpad? I tried to file a bug at https://bugs.launchpad.net/oxide/+filebug, and I've just got the "Uh oh! Something has gone wrong..." page [17:45] (browsing through bugs before this kept timing out too) [17:46] popped up immediately for me... [17:46] It seems intermittent for me. I've just tried to resubmit my bug, and it worked [18:24] I'm getting a 503 error with bazaar.launchpad.net [18:34] Robe: Yeah, I'd very much like to have that more consistently, but we're a ways off (ironically) [18:34] chrisccoulson,bdmurray: I believe there've been some intra-DC networking problems ... [18:35] Prevailing theory seems to be that it's fallout from initial sync of a new cdimage.u.c frontend [18:39] cjwatson, thanks