<div dir="ltr">I’m a bit pressed on time, so short reply: See <a href="https://qa.debian.org/developer.php?login=stapelberg%40debian.org">https://qa.debian.org/developer.php?login=stapelberg%40debian.org</a> for which packages are in Debian and which ones are in NEW.<div><br></div><div>Currently, all further packages are blocked on golang-golang-x-sys getting accepted.</div><div><br></div><div>paultag, can you help with that? :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 22, 2015 at 3:34 AM, Aaron Jacobs <span dir="ltr"><<a href="mailto:jacobsa@google.com" target="_blank">jacobsa@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Michael,<br>
<br>
Any progress with the remaining packages? Feel free to ignore my philosophical<br>
questions/suggestions if they're not relevant or helpful.<br>
<span class="HOEnZb"><font color="#888888"><br>
Aaron<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Mon, Jun 15, 2015 at 8:32 AM, Aaron Jacobs <<a href="mailto:jacobsa@google.com">jacobsa@google.com</a>> wrote:<br>
> On Fri, Jun 12, 2015 at 5:02 PM, Michael Stapelberg<br>
> <<a href="mailto:stapelberg@debian.org">stapelberg@debian.org</a>> wrote:<br>
>> The Debian policy is to not ship copies of libraries in packages. For C,<br>
>> that works quite well, since library authors are generally aware of SONAMEs<br>
>> and when they need to bump them. For Go, package paths are supposed to never<br>
>> break backwards compatibility, and it seems like most of the community<br>
>> agrees. We haven’t had a single case of backwards compatibility breakage yet<br>
>> (that I know of).<br>
><br>
> I agree it's the convention to never break backwards compatibility, but it does<br>
> happen from time to time. I will sheepishly raise my hand and say that I've<br>
> done it, and will probably do it again, for code that I own where other code I<br>
> own is the primary or sole user.<br>
><br>
> In such a case, would bumping a major semantic version number (in the form of a<br>
> git tag) help you? I guess this would be the analog of C library versions, but<br>
> I don't actually know how Debian deals with the problem of dependent A needing<br>
> version 1 and dependent B needing version 2, even for C libraries.<br>
><br>
><br>
> On Mon, Jun 15, 2015 at 7:13 AM, Michael Stapelberg<br>
> <<a href="mailto:stapelberg@debian.org">stapelberg@debian.org</a>> > golang-github-jacobsa-oglematchers is in<br>
> Debian<br>
>> golang-github-jacobsa-reqtrace is in Debian<br>
>> golang-goprotobuf was updated in Debian<br>
>><br>
>> golang-github-jacobsa-oglemock is in the NEW queue<br>
>> golang-github-jacobsa-ogletest is in the NEW queue<br>
>> golang-google-appengine is in the NEW queue<br>
>> golang-golang-x-oauth2 is in the NEW queue<br>
><br>
> Great! Thank you. :-)<br>
><br>
><br>
>> Looking at remaining dependencies, you could save me a lot of headaches if<br>
>> you could split out <a href="http://github.com/googlecloudplatform/gcsfuse/timeutil" rel="noreferrer" target="_blank">github.com/googlecloudplatform/gcsfuse/timeutil</a> into a<br>
>> separate repository. Otherwise, we have circular dependencies<br>
>> (<a href="http://github.com/googlecloudplatform/gcsfuse" rel="noreferrer" target="_blank">github.com/googlecloudplatform/gcsfuse</a> depends on <a href="http://github.com/jacobsa/fuse" rel="noreferrer" target="_blank">github.com/jacobsa/fuse</a>,<br>
>> which depends on <a href="http://github.com/googlecloudplatform/gcsfuse/timeutil" rel="noreferrer" target="_blank">github.com/googlecloudplatform/gcsfuse/timeutil</a>).<br>
>><br>
>> Also, either doing the same with <a href="http://github.com/jacobsa/gcloud/syncutil" rel="noreferrer" target="_blank">github.com/jacobsa/gcloud/syncutil</a> or<br>
>> inlining the (<a href="http://github.com/jacobsa/fuse/fsutil).AnonymousFile" rel="noreferrer" target="_blank">github.com/jacobsa/fuse/fsutil).AnonymousFile</a> call in<br>
>> <a href="http://github.com/jacobsa/gcloud/gcs/tools/gcsthroughput/gcsthroughput.go" rel="noreferrer" target="_blank">github.com/jacobsa/gcloud/gcs/tools/gcsthroughput/gcsthroughput.go</a> would<br>
>> help as well.<br>
><br>
> I had been feeling guilty I hadn't done this anyway; thanks for the push. Done:<br>
><br>
>     <a href="https://github.com/jacobsa/timeutil" rel="noreferrer" target="_blank">https://github.com/jacobsa/timeutil</a><br>
>     <a href="https://github.com/jacobsa/syncutil" rel="noreferrer" target="_blank">https://github.com/jacobsa/syncutil</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Best regards,<br>Michael</div>
</div>