[04:24] <nealmcb> The bug tracker location listed for workrave at https://bugs.launchpad.net/bugs/bugtrackers/workrave-bugzilla/+edit is wrong.  The value currently is "http://issues.workrave.org/cgi-bin/bugzilla/" but that is "Not Found".  The url http://issues.workrave.org/ works, but launchpad won't let me change it.  Please update this and make sure it pulls in all the new bugs (none since 2009 that I see in Launchpad, vs many current bugs in the bugzilla)
[04:34] <wgrant> nealmcb: Launchpad doesn't automatically import all bugs on the remote tracker, but I've updated the URL.
[11:02] <mapreri> so, we have https://launchpad.net/~scribus/+archive/ubuntu/ppa/+sourcepub/5080381/+listing-archive-extra — is there a way to ask lp to do a ppc64el build without re-uploading?
[11:14] <cjwatson> mapreri: I'm not completely sure if this works, but one thing you can try is a self-copy: copy-package -A ppa:scribus/ubuntu/ppa --from-suite trusty --to-suite trusty -e 0.0.1-1~ubuntu14.04~ppa1 -b scribus
[11:15] <cjwatson> mapreri: oh, add --force-same-destination
[11:15] <mapreri> cjwatson: copy-package ain't in ubuntu-dev-tools (at least in debian)
[11:16] <cjwatson> mapreri: lp:ubuntu-archive-tools
[11:16]  * mapreri mumbles: why splitting this stuff...
[11:18] <cjwatson> Different maintenance needs
[11:19] <cjwatson> Maybe some of it could stand to migrate to ubuntu-dev-tools at some point, but I really haven't had the effort and it would require rather more SRUs
[11:21] <mapreri> "Launchpad encountered an error during the following operation: copying a package.  libpagemaker 0.0.1-1~ubuntu14.04~ppa1 in trusty (same version already has published binaries in the destination archive)"
[11:23] <mapreri> oh, with -b worked!
[11:23] <mapreri> though I'm not sure why "copy related binaries" would allow this
[11:38] <cjwatson> that seems to have worked, and sorry I typoed the package name
[11:39] <cjwatson> right, without -b, it thinks you want to rebuild the source, which you can't because there are already binaries there
[11:39] <cjwatson> that stage of the copy process is actually uninteresting and you just want to bypass it, which -b does
[11:39] <cjwatson> the useful effect of the copy is to hit the "create missing builds" step right at the end
[11:50] <mapreri> I'd have never thought of using copy-packages (though I'd have used the webui) to trigger such thing...
[11:50] <mapreri> so thank you :)
[11:50] <cjwatson> yeah the same thing in the web UI should have worked too, I just find CLIs easier to teleoperate :)
[11:50] <mapreri> eheh
[14:10] <cjwatson> Odd_Bloke: your git merge proposal comment issue from the other day is fixed now
[14:11] <Odd_Bloke> cjwatson: Thanks!
[14:13] <Odd_Bloke> cjwatson: Oh, and I just got to use the easy copy-paste for removing a known SSH host for the first time; thanks for that too! <3
[14:14] <cjwatson> cool
[22:26] <george_e> Question - was there a change recently that caused arch. independent packages to be built on i386 instead of amd64?
[22:29] <tumbleweed> other way around
[22:29] <tumbleweed> they'll build on amd64 on newer Ubuntu releases
[22:31] <george_e> Ah, so on Trusty they build on i386 and Vivid, amd64?
[22:31] <george_e> (At least that's what I've observed.)
[22:31] <tumbleweed> I can't remember when it changed
[22:32] <george_e> Okay, I only ask because I have an identical build for both Trusty and Vivid and it's failing on Trusty for some reason. It would appear to be arch-related.
[22:46] <george_e> On an unrelated note: I have some daily builds that seem to be stuck.
[22:46] <george_e> https://code.launchpad.net/~george-edison55/+recipe/hectane-daily
[22:50] <tumbleweed> that I can't help with :)
[22:51] <george_e> If it runs much longer, I'll just cancel them and try again.
[23:42] <george_e> Does anyone know if there is a way to tell backportpackage not to include source in an upload?