<div dir="ltr">Alright, then. Find attached a patch against the piuparts git to add debiman-piuparts-distill. You can build it by running “go build” in the debiman-piuparts-distill subdirectory.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 31, 2017 at 11:47 AM, Holger Levsen <span dir="ltr"><<a href="mailto:holger@layer-acht.org" target="_blank">holger@layer-acht.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, May 31, 2017 at 11:32:46AM +0200, Michael Stapelberg wrote:<br>
> The fact that these manpages are included at all is what the<br>
> slave-alternative handling got us :)<br>
<br>
</span>ah!<br>
<span class=""><br>
> > ok, I'll request this once we got closer… (see below)<br>
> Thanks :).<br>
<br>
</span>done (as you know, but for the record of this bug…)<br>
<span class=""><br>
> The code is authenticated via HTTPS. If you don’t trust GitHub and/or the<br>
> TLS certificate infrastructure, then we should find an alternative.<br>
<br>
</span>I dont trust GitHub, or rather, it's bad enough trusting alioth, I dont want<br>
to also trust Github… (and TLS, no…)<br>
<br>
(we should probably rather trust signed tags, but anyway, as we dont have<br>
that I would prefer to only trust one repo…)<br>
<span class=""><br>
> > Also, I don't expect debiman-piuparts-distill to change very often, do you?<br>
> Agreed, most likely it will not change very often.<br>
<br>
</span>ok, cool.<br>
<span class=""><br>
> > does the code need to live in <a href="http://github.com/Debian/debiman" rel="noreferrer" target="_blank">github.com/Debian/debiman</a> at all? One copy<br>
> > in the piuparts repo should be enough, or?<br>
> That’s correct; I was referring to code that is shared between different<br>
> debiman components. Specifically,<br>
> <a href="https://github.com/Debian/debiman/blob/54dd6050a6ce8a454c14e172a8687d93d0fd241b/internal/write/atomically.go" rel="noreferrer" target="_blank">https://github.com/Debian/<wbr>debiman/blob/<wbr>54dd6050a6ce8a454c14e172a8687d<wbr>93d0fd241b/internal/write/<wbr>atomically.go</a><br>
<br>
</span>ic<br>
<span class=""><br>
> But, if the conclusion is that debiman-piuparts-distill should live in the<br>
> piuparts repo, we can duplicate that code. I don’t expect it to change<br>
> either.<br>
<br>
</span>I think I would really prefer the code to live in the piuparts repo.<br>
<br>
Or alternativly, life in your repo and then we deploy it on demand, but not<br>
everyday. Having it in the piuparts repo would be easier for deployments, but<br>
I can see how its a bit more hassle for you to maintain the code in another<br>
repo. But then, I know how to be very liberal to accept your code changes to<br>
your code in our piuparts repo :)<br>
<br>
Patches welcome! :-D<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
cheers,<br>
        Holger<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Best regards,<br>Michael</div>
</div>