[02:28] <thomi> wgrant: blr: is it possible to trigger a rebuild of a package in a PPA (in order to pick up new versions of a build-dep in the same PPA) without re-uploading?
[02:29] <thomi> there's a 'rebuild' button if the build failed, but not one if it succeeded it seems?
[02:29] <wgrant> thomi: No, that's not possible. It's not quite clear how it would work, as it would need to change the version. Bug #245594 tracks this request.
[02:29] <thomi> ahh, thanks
[02:29] <wgrant> The feature is often known as "binNMUs" as that's how they're referred to in Debian.
[02:30] <thomi> ok.. re-upload time for me!
[02:30] <thomi> thankfully my webkit2gtk package built OK - that thing took hours :(
[02:33] <wgrant> webkit is a horrid creature.
[02:38] <thomi> I just noticed my PPa is 1.8GiB... ahh well
[02:39] <wgrant> I can always increase the quota :)
[02:39] <wgrant> WebKit quickly fills 2GiB :/
[14:21] <stokachu> when doing a release is it supposed to change all fix committed bugs to fix released or do i still have to manually set those?
[14:21] <stokachu> i marked all the bugs for a specific milestone
[14:24] <cjwatson> stokachu: Launchpad only has any auto-closing machinery for packages uploaded to distributions.  For projects, you have to close them manually.
[14:24] <stokachu> cjwatson: boo ok
[14:25] <mapreri> or set up your own bot
[14:25] <cjwatson> Marking bugs for a milestone wouldn't be terribly accurate, as people often schedule bugs for fixing in a milestone but then they slip.
[14:25] <cjwatson> And that sort of detail is often only cleaned up post-release, so we wouldn't want to auto-close based on that.
[14:26] <stokachu> would be a nice to have feature that when a new release is done it'll close all bugs associated with that release
[14:28] <teward> stokachu: there's several people including myself who go through via the API and close things based on the release status - a lot of times when I run through it's stuff that's still Triaged, New, etc. against that release - there's a lot of times where it's not that simple, in packages I watch, and I have to close manually (because against devel release instead of the specific series, or such)
[14:29] <stokachu> teward: gotcha
[14:30] <stokachu> i may use the api to automate some of it then
[14:30] <teward> stokachu: and as cjwatson mentioned, it only exists for packages uploaded to distributions - you have to close manually for projects.
[14:31] <teward> (and most of my stuff is nginx anyways, and has corresponding Project *and* Package bugs, so it's a one-two knockout on what I watch)
[14:31] <teward> s/one-two/two-for-one/
[14:31] <cjwatson> We close Launchpad bugs by hand after deployments.
[14:31] <cjwatson> Bugs in Launchpad itself, I mean.
[14:31] <teward> yep
[14:31] <cjwatson> It's often a bit subtle what a release means ...
[14:32] <teward> cjwatson: if not ambiguous - "release" means different things project to project
[14:33] <teward> Ubuntu, it's a new version.  nginx, well... upstream and in ppas, it's either stable or mainline release, so 'release' alone is ambiguous
[14:33] <teward> (just a case in point is all)
[14:38] <teward> cjwatson: the API hasn't changed since the last time I went poking at it, has it?  (In terms of getting a list of bugs for a specific release with specific statuses, then changing the status en masse and putting a standard notification of why it was changed)
[15:14] <cjwatson> teward: release> indeed, for Launchpad it can depend which set of hosts need to be updated, for instance
[15:15] <cjwatson> teward: I can't think of any changes in that area
[20:11] <stokachu> does launchpad pull in submodules when importing a git repo?
[20:13] <stokachu> apparently not :( http://launchpadlibrarian.net/198196868/cloud-installer-cloud-installer-stable.log
[20:20] <dobey> no, git submodules are not supported
[20:34] <dobey> hmm, i think branch scanner hanged or something
[20:39] <jk> does anyone know where i can get the package id for https://api.launchpad.net/1.0/<distribution.name>/+archive/<binary_package.name>/+binarypub/<id> ?
[21:31] <dobey> wgrant: around?