[pkg-go] github.com/XXX/YYY vs gopkg.in/XXX/YYY.v1

Vincent Bernat bernat at debian.org
Fri May 27 11:32:04 UTC 2016


 ❦ 25 mai 2016 16:32 -0400, Peter Colberg <peter at colberg.org> :

>> > I need this package for use in gobgp which
>> > uses it through github.com/eapache/channels.
>> > 
>> > Should I package golang-github-eapache-channels-dev or
>> > golang-gopkg-eapache-channels.v1-dev?
>> > 
>> > In the first case, should I provide a symbolic link for
>> > gopkg.in/eapache/channels.v1 or wait for anything else needing this
>> > symbolic link?
>> 
>> I would go with first option because if package ever moves to .v2 you'll only 
>> need to update "Provides" field (and symlink). Providing compatibility 
>> symlink may be useful even if nobody uses it yet.
>
> On the other hand, having golang-gopkg-….vN as separate source and
> binary packages allows having multiple major versions in Debian when
> applications depend on different major versions of a package.

Since this was not consensual, I did go with gopkg.in + a symlink. The
main reasons is that packages from the same upstream also are in this
namespace.

I already did the upload, but should I had added "Provides:
golang-github-eapache-channels-dev"?
-- 
Test programs at their boundary values.
            - The Elements of Programming Style (Kernighan & Plauger)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-go-maintainers/attachments/20160527/d53faaf1/attachment.sig>


More information about the Pkg-go-maintainers mailing list