[08:05] <abcd5939> Hi, is it possible to non-launchpad members to subscribe directly to mailing lists hosted on launchpad without subscribing to launchpad itself?
[08:05] <abcd5939> like through the regular Mailman interface: http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers ?
[08:12] <wgrant> abcd5939: No, you need a Launchpad account to subscribe to a Launchpad mailing list. But that just requires email verification, same as a normal mailman subscription.
[08:14] <abcd5939> wgrant:  it one step more: 1 verification and 2 subscription - right? in regular mailman it is one step
[08:15] <wgrant> abcd5939: You need to click subscribe once you're logged in, that's true.
[08:22] <ePierre> Hi everyone!
[08:22] <ePierre> quick question: now Git is supported on Launchpad, is there a documentation on how to migrate from bzr to git?
[08:22] <ePierre> (for an existing Launchpad project)
[08:23] <cjwatson> ePierre: We haven't had time to put much in the way of migration docs together yet, no; more importantly there are still some UI holes in the process of actually migrating, which we're working on fixing.
[08:24] <ePierre> cjwatson, ok thanks! So you recommend patience for the time being? :)
[08:24] <cjwatson> For the moment :-)
[08:25] <cjwatson> ePierre: Right now, we're really keen on people who know how to do it, and people who already have git repositories they wanted to host with us, pushing things and helping us to sort out the gaps
[08:28] <ePierre> cjwatson, ok!
[11:46] <mgz> how do I do that "status tracked in <particular series>" thing?
[11:54] <wgrant> mgz: "Target to series"
[11:55] <wgrant> The main task says "status tracked in <development series>" when there's a non-Won't Fix task for the development series.
[11:58] <mgz> wgrant: ah, I see, if I add a task for "trunk" I get it
[11:59] <mgz> thanks!
[18:35] <bdmurray> wgrant: Do you know why the first package version in this would not have any binaryFileUrls? http://paste.ubuntu.com/11117439/
[19:41] <dobey> hmm, i wish i could go through and delete recipes created by other people that are broken, not being maintained, and it's obvious they just clicked on "create a recipe" and then "ok" to get it created, without understanding what needs to happen
[20:16] <bdmurray> cjwatson: Do you have any ideas about my previous question?
[20:45] <bdmurray> cjwatson, wgrant: it works fine with lxd-client and the two most recent package uploads...
[23:16] <cjwatson> bdmurray: can have a look tomorrow morning if nobody beats me to it; it's not intuitively obvious to me, will need to dig
[23:19] <bdmurray> cjwatson: okay, thanks. It seems to depend on the package - lxd-client works and so does udev.
[23:26] <cjwatson> bdmurray: I think that BPPH.binaryFileUrls() only works for things that are actually still published, at least right now - it's looking for BinaryPackageFilePublishing rows that are attached to the very same BPPH, which isn't going to work here because superseding a package involves creating a new BPPH
[23:26] <cjwatson> the same is not true for SPPH.binaryFileUrls()
[23:27] <cjwatson> bdmurray: I think this is a bug - it's certainly weirdly inconsistent
[23:27] <cjwatson> bdmurray: It doesn't look especially hard to fix, it would just need to go through BPPH.binarypackagerelease internally
[23:30] <cjwatson> Quite possibly just replace self.files with self.binarypackagerelease.files in the implementation, in fact