[09:21] <rbasak> cjwatson: on specifying a commit hash and not a ref, I'm still going to know what refs to fetch in order to get hold of the commit I think. Any thoughts on that?
[09:21] <rbasak> https://www.debian.org/doc/debian-policy/ch-controlfields.html#dgit does "The commit is reachable from at least one reference whose name matches refs/dgit/*"
[09:22] <rbasak> Perhaps, to make it generic, I should specify a VCS URL, commit hash, and a refspec that the commit is reachable from.
[09:22] <rbasak> Well, half of a refspec
[10:00] <enyc> I think there's a launchpad issue!
[10:00] <enyc> trying to select 'does thin bug affect you?' ... end up with Timeout error
[10:00] <enyc> (Error ID: OOPS-66ee6979f353b16ba726e18535dbb745)
[10:04] <enyc> ^^ I think whatever is happening in infrastructure likely satrted around christmas or so
[10:08] <cjwatson> rbasak: Hm yes, I suppose a ref is indeed necessary
[10:09] <cjwatson> enyc: That doesn't look likely to be a new issue
[10:12] <cjwatson> enyc: Can you file a bug quoting the OOPS ID, please?  From the error report it looks like it's just a very inefficient page doing lots of repeated queries with minor variations that could instead be done in bulk
[10:13] <cjwatson> (though it may not necessarily be easy to fix)
[10:48] <enyc> cjwatson: struggling under load I guess? hrrm ok.  Yes happy to do so,  do I need a particular project/package to report?  just generic launchpad bug on launchpad ?
[10:52] <cjwatson> enyc: No, nothing to do with load
[10:53] <cjwatson> enyc: And the bug would be against Launchpad itself, i.e. https://bugs.launchpad.net/launchpad
[10:53] <cjwatson> (Well, maybe not *nothing* to do with load, but the problem is inefficient code not because it's struggling under load.)
[14:18] <cjwatson> GunnarHj: Should be happier now.
[16:45] <GunnarHj> cjwatson: Yes, that made a difference. Thanks again!