[pkg-go] Help with dh-golang
André Colomb
debian at andre.colomb.de
Thu May 21 06:51:40 UTC 2015
Hi list,
I'm just doing my first steps with Go and Debian packaging, so please
bear with me in case of dumb questions ;-)
On 2015-05-19 11:12, Michael Stapelberg wrote:> > The problem you’re
seeing is that you didn’t declare dependencies
> > on the library packages that syncthing is trying to use. In
> > Debian, we never use bundled/vendored dependencies. Some of the
> > dependencies are already packaged in Debian, e.g.
> > golang-goleveldb-dev, but it looks like most aren’t (yet).
>
> The upstream repository includes a whole bunch of dependencies
> verbatim (not e.g. as git subprojects). So if I understand correctly,
> all of these should be packaged as separate golang-*-dev libraries?
>
> That’s correct.
>
> The sources are under Godeps/_workspace/src/ in the repository. Some
> are so trivial that I doubt they would make useful library packages.
> Is there a way to just treat them as part of the Syncthing software
> itself? Can I influence the GOPATH dh-golang sets to include the
> Godeps/_workspace/ path?
>
> No, and that’s intentional.
So I got to know what Godep is [1], but I'm not quite sure it's a good
idea. It advises people to _copy_ Go package dependencies to their own
project repository and track them there. That seems to avoid Dependency
Hell, but sounds like the opposite of dependency management to me.
Isn't that what git subprojects are for, if all depended-on source code
must be available in one giant build setup?
Anyway, I just wondered whether you pkg-go maintainers already have a
master plan regarding dependencies (and their manifold, separate needed
versions in different dependent packages) within Debian Go packages?
If so, would someone mind to elaborate on the Big Picture? The
documentation on the Alioth pages [2] would be a nice discoverable place
and is already quite good, so thank you by the way!
Regards
André
[1]: https://github.com/tools/godep
[2]: http://pkg-go.alioth.debian.org/packaging.html
More information about the Pkg-go-maintainers
mailing list