<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 9, 2017 at 6:54 PM, Shengjing Zhu <span dir="ltr"><<a href="mailto:i@zhsj.me" target="_blank">i@zhsj.me</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks for the comment.<br>
<span class=""><br>
On Wed, Aug 9, 2017 at 10:54 PM, Michael Stapelberg<br>
<<a href="mailto:stapelberg@debian.org">stapelberg@debian.org</a>> wrote:<br>
> 1. I think that infrastructure which the pkg-go team critically and very<br>
> visibly depends on should eventually be hosted by DSA under <a href="http://debian.org" rel="noreferrer" target="_blank">debian.org</a>. I<br>
> don’t see them hosting this special “workaround” service, when there already<br>
> is infrastructure in place to run uscan.<br>
<br>
</span>Well it can be hosted by DSA, or even don't use web service. Maybe<br>
uscan can just call its cli tool.<br></blockquote><div><br></div><div>As much as I’d like to see more Go code within Debian, I think it might be best to stick with Perl for uscan :).</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I do hope someone can implement it in perl and bring it to uscan. But<br>
it's hard for me to hack 4k lines perl.<br></blockquote><div><br></div><div>I can understand that, and I’m not asking you to work on uscan — Osamu already seems to be on that.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Anyway, it's an exploration for using API rather than `git clone` locally.<br>
And I intend to get it to support more Git services, maybe <a href="http://gopkg.in" rel="noreferrer" target="_blank">gopkg.in</a>,<br>
gitlab, etc.<br>
<br>
PS, <a href="http://gopkg.in" rel="noreferrer" target="_blank">gopkg.in</a> will point to some specific branch, and<br>
<a href="http://github.com/" rel="noreferrer" target="_blank">github.com/</a><owner>/<repo>/tags doesn't work well even I append a<br>
'?after=<version>' suffix.<br>
<span class=""><br>
<br>
><br>
> 2. I have concerns regarding the scalability of such a service if we<br>
> actually adopted this approach: the GitHub quota permits 5000 requests per<br>
> hour (when authenticated). This sounds like a lot at first glance, but<br>
> consider that we already have 845 Go packages. Your code does 4 requests per<br>
> repository (IIUC), so already we are fairly close to reaching the limit, if<br>
> we don’t take any precautions.<br>
<br>
</span>I haven't considered rate-limit, but do we check so frequently indeed?</blockquote><div><br></div><div>I don’t actually know what the rate of uscan checks is behind the Debian Package Tracker. I can imagine that other places do run uscan, too, though (think Ubuntu, or other Debian derivatives). In fact, I’m working on a dashboard myself which does run uscan fairly frequently.</div></div><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Best regards,<br>Michael</div>
</div></div>