[09:21] 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] 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] Perhaps, to make it generic, I should specify a VCS URL, commit hash, and a refspec that the commit is reachable from. [09:22] Well, half of a refspec [10:00] I think there's a launchpad issue! [10:00] trying to select 'does thin bug affect you?' ... end up with Timeout error [10:00] (Error ID: OOPS-66ee6979f353b16ba726e18535dbb745) [10:00] https://oops.canonical.com/?oopsid=OOPS-66ee6979f353b16ba726e18535dbb745 [10:04] ^^ I think whatever is happening in infrastructure likely satrted around christmas or so [10:08] rbasak: Hm yes, I suppose a ref is indeed necessary [10:09] enyc: That doesn't look likely to be a new issue [10:12] 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] (though it may not necessarily be easy to fix) [10:48] 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] enyc: No, nothing to do with load [10:53] enyc: And the bug would be against Launchpad itself, i.e. https://bugs.launchpad.net/launchpad [10:53] (Well, maybe not *nothing* to do with load, but the problem is inefficient code not because it's struggling under load.) [14:18] GunnarHj: Should be happier now. [16:45] cjwatson: Yes, that made a difference. Thanks again! === ijohnson is now known as ijohnson|lunch === ijohnson|lunch is now known as ijohnson