Seeing as how these are development headers for building go debian
packages (as a Build-Dependency), and not
something users would ever install (including go developers working on
Debian, since these system -dev packages aren't useful to use there
either), I don't see the added complexity worth the space savings.

In fact, splitting this off may even result in more archive space to
store another .deb. I'd be against splitting this package unless there
was seriously good cause.


On Mon, Aug 7, 2017 at 10:35 PM, Aaron M. Ucko <> wrote:
> Package: golang-github-gogo-protobuf-dev
> Version: 0.3+git20170120.144.265e960d-1
> Severity: minor
> Following up on #870643, I see that several other go packages, notably
> golang-github-gogo-protobuf-dev, contain much more test data (nearly
> 22M in this case) than actual code.  Once again, I acknowledge the
> value of automated regression testing, but would appreciate it if you
> could please split the test data into a separate binary package.
> Thanks!
> -- System Information:
> Debian Release: buster/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386, x32
> Kernel: Linux 4.11.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> golang-github-gogo-protobuf-dev depends on no packages.
> Versions of packages golang-github-gogo-protobuf-dev recommends:
> ii  gogoprotobuf  0.3+git20170120.144.265e960d-1
> golang-github-gogo-protobuf-dev suggests no packages.
> -- no debconf information
> _______________________________________________
> Pkg-go-maintainers mailing list


Pkg-go-maintainers mailing list

Reply via email to