<div dir="ltr">I just realized you didn’t get a reply to this yet, sorry for the late reply. See below:<div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 22, 2015 at 8:01 PM, Matthias Schmitz <span dir="ltr"><<a href="mailto:matthias@sigxcpu.org" target="_blank">matthias@sigxcpu.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi everyone,<br>
<br>
i started to package rkt [1] and pushed it<br>
to the Alioth pkg-go git repository [2].<br>
<br>
I have some questions about the packaging of Go applications in general<br>
and some questions about the rkt packaging.<br>
<br>
First: I use dh_golang as described on the pkg-go-Alioth page[3] and as<br>
rkt is a binary it should not install its source in /usr/share/golang.<br>
Is their a way to suppress the installation of the source? At the<br>
moment i just "rm" the usr/share/gocode/rkt in debian/rules (as i saw in<br>
the docker debian/rules).<br></blockquote><div><br></div><div>Using rm is fine.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The rkt source build seven binaries but only two of them (rkt, actool)<br>
are for the user (living in /usr/bin/) and the other five are for<br>
use in the stage1.aci (Application Image Container, please see the<br>
architecture description here: [4]). Is there a more elegant way to<br>
install them not in usr/bin as the way i used (rm them from usr/bin and<br>
install also by rkt.install).<br></blockquote><div><br></div><div>I can’t find rkt.install (anymore?) in the repository, so perhaps you’ve already solved this…?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The creation of the stage1.aci is also a thing i am unsure how to<br>
do that. Upstream builds the stage1.aci by downloading a pxe.img and<br>
extracting systemd and other stuff and create the Image. This is of<br>
course a "no way action" for Debian. What do you thing about shipping a<br>
script with rkt which would run the same actions like upstream<br>
(download coreos pxe.img and so on) to create the image by the user? I<br>
thing it could be hard to create the image only from Debian's own<br>
packages (installing systemd as Build-Dependency and copying that to<br>
the image e.g.).<br></blockquote><div><br></div><div>You already got a reply to this further down the email thread.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
But the thing that worries me most is the heavy use of embedded source<br>
code copies in the upstream repository. It ships all its Godeps<br>
committed in its own git repository. As i understand the Debian Policy<br>
4.13 [5] those "Convenience copies of code" are not allowed.<br>
How would i address this problem?<br></blockquote><div><br></div><div>You’re correct in that bundling source code is heavily discouraged. You’d solve the problem by creating Debian packages for all the bundled packages (where necessary, some might already be packaged).</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Please have a look at the git repository [2] and give feedback :-).<br></blockquote><div><br></div><div>From what I can see currently, the repository looks good :).</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Best wishes,<br>
Matthias<br>
<br>
[1] <a href="https://github.com/coreos/rkt" target="_blank">https://github.com/coreos/rkt</a><br>
[2] <a href="https://anonscm.debian.org/cgit/pkg-go/packages/rkt.git/" target="_blank">https://anonscm.debian.org/cgit/pkg-go/packages/rkt.git/</a><br>
[3] <a href="https://pkg-go.alioth.debian.org/packaging.html" target="_blank">https://pkg-go.alioth.debian.org/packaging.html</a><br>
[4]<br>
<a href="https://github.com/coreos/rkt/blob/master/Documentation/devel/architecture.md" target="_blank">https://github.com/coreos/rkt/blob/master/Documentation/devel/architecture.md</a><br>
[5] <a href="https://www.debian.org/doc/debian-policy/ch-source.html" target="_blank">https://www.debian.org/doc/debian-policy/ch-source.html</a><br>
<br>_______________________________________________<br>
Pkg-go-maintainers mailing list<br>
<a href="mailto:Pkg-go-maintainers@lists.alioth.debian.org">Pkg-go-maintainers@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Best regards,<br>Michael</div>
</div></div>