[pkg-go] Bug#796400: Bug#796400: Bug#796400: golang-github-jacobsa-ratelimit: Non-determistically FTBFS due to unreliable timing in tests

[Michael Stapelberg]

On Mon, Aug 24, 2015 at 3:32 PM, Aaron Jacobs <jacobsa at google.com> wrote:
> On Mon, Aug 24, 2015 at 4:37 PM, Michael Stapelberg <stapelberg at debian.org>
>> Could the timing requirements be relaxed to make it less flaky?
>
> Sure. Are you able to modify the test before running it on the relevant system
> and find a timing that works reliably?

lamby, do I have access to the system on which the tests don’t pass?

>
>
>> I don’t think giving up is a good idea :). FWIW, just to be clear,
>> it’s not that vendoring is not supported, it’s a conscious decision by
>> Debian to avoid it. Also, AFAICT, other distributions (like Fedora)
>> are following the same model, so I don’t think Debian is different in
>> this regard. If you have trouble getting the software into Debian,
>> you’ll likely have trouble getting it into any of the other big
>> distributions, too.
>
> (I understand about vendoring; it's a philosophical difference.)
>
> The model we've chosen is distributing binaries from our own apt and yum repos:
>
>     https://github.com/googlecloudplatform/gcsfuse/blob/master/docs/installing.md
>
>  I'm totally fine with you finishing this off for the official debian repo if
> you want to, but I wanted to be clear about the situation from our end.

It seems to me that there’s little value in making gcsfuse available
in Debian when the officially recommended way of installing it is from
a third-party repository. I’ll think about how to proceed; moving in
either direction is work, and leaving things as they are means
bloating our repository and control files shipped to users for no good
reason.

-- 
Best regards,
Michael