<div dir="ltr"><div>Thanks for the comments, I'll try try to address everything asap.<br><br></div><div>For the packaging I'd go with (b), it seems to separate the conccepts in the most correct way. I'll create some repo for packaging on github, I guess we can eventually move it to alioth project if everything works out fine. The branching required in development repo for keeping debian origs intact would probably result in a situation that would be a bit hard to explain to non-debian people, with lots of development-unrelated branches/tags. Also thanks for examples on all the possibilities.<br><br></div><div>Anyway:<br></div>- The COPYING files are okay, it's the method that's recommended here: <a href="http://www.gnu.org/licenses/gpl-howto.html">http://www.gnu.org/licenses/gpl-howto.html</a> paragraphs 8-9. I'll clarify the license names.<br>- About the lintian - I just fix warnings, they usually remind me something that I wanted to fix earlier but was too lazy :D<br><div>- For the https links I'll need to find a certificate for my site, it may take some time.<br></div><div><br></div><div>I'll report back as soon as I correct the problems.<br><br></div><div>-mk<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, 5 Mar 2016 at 19:07 Ximin Luo <<a href="mailto:infinity0@debian.org">infinity0@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Miroslav Kratochvil:<br>
> Anyway, I guess that the workflow stays mostly the same and the rest of the<br>
> whole gbp framework with upstream branches&tags&so simply doesn't get used<br>
> here, is it right? At least gbp-dch and similar tools kindof refuse to work<br>
> without related branchwork.<br>
><br>
<br>
It's still preferable to use separate branches. The reason is that Debian is very release-oriented, and version you give in debian/changelog is supposed to be exactly the same tarball that was released that the Debian packaging is based on.<br>
<br>
For example your current repo would not be suitable, because you made extra commits to the non-Debian part of your software on top of v1.7.3. The correct Debian version string in this case would be something like 1.7.3+git20160305.34ede39-1 but in practise it's easier to just stick with released versions, and use separate branches.<br>
<br>
Easiest way forward for you probably would be to remove debian/, commit this, address the other issues (a-e) from my other emails, release 1.7.4, commit this, then you have a few options:<br>
<br>
(a) re-insert debian/ on a separate "debian" branch and update debian/changelog to say 1.7.4-1. You should probably also add the following to debian/gbp.conf:<br>
<br>
[buildpackage]<br>
upstream-tree = master<br>
debian-branch = debian<br>
<br>
(b) keep the debian packaging files in a completely separate repo, and import your tarball releases using `gbp import-orig`. You can see [1] for an example. With this option, it would be preferable to keep this repo on Debian's infrastructure, in which case you should create an account on alioth and join our pkg-privacy group [2].<br>
<br>
[1] <a href="https://anonscm.debian.org/cgit/pkg-privacy/packages/golang-goptlib.git/log/" rel="noreferrer" target="_blank">https://anonscm.debian.org/cgit/pkg-privacy/packages/golang-goptlib.git/log/</a><br>
[2] <a href="https://alioth.debian.org/projects/pkg-privacy/" rel="noreferrer" target="_blank">https://alioth.debian.org/projects/pkg-privacy/</a><br>
<br>
(c) Combine (a) and (b) together, with the combined repo hosted on Debian alioth. This is a bit more complex but you can see [3] for an example:<br>
<br>
[3] <a href="https://anonscm.debian.org/cgit/pkg-privacy/packages/obfs4proxy.git/log/" rel="noreferrer" target="_blank">https://anonscm.debian.org/cgit/pkg-privacy/packages/obfs4proxy.git/log/</a><br>
<br>
The gbp commands to run to make (c) work are a little bit more complex; take a look at upstream-vcs-tag in `man gbp-import-orig` or ask me on IRC for help.<br>
<br>
(end stuff about repo layout)<br>
<br>
Apart from that, everything looks great! I'm kind of impressed that your first packaging attempt didn't show up any lintian warnings/errors :) There's a few minor things to fix though:<br>
<br>
debian/control:<br>
- use https:// links<br>
  - though firefox complains about insecure connection when I try to visit <a href="https://e-x-a.org/codecrypt" rel="noreferrer" target="_blank">https://e-x-a.org/codecrypt</a><br>
- add Vcs-Browser and Vcs-Git fields, be sure to use https://<br>
- "encryption&signing" -> "encryption and signing"<br>
<br>
debian/copyright:<br>
- use https:// links<br>
- "GPL-3" should instead say "LGPL-3+"<br>
<br>
X<br>
<br>
--<br>
GPG: ed25519/56034877E1F87C35<br>
GPG: rsa4096/1318EFAC5FBBDBCE<br>
git://<a href="http://github.com/infinity0/pubkeys.git" rel="noreferrer" target="_blank">github.com/infinity0/pubkeys.git</a><br>
</blockquote></div>