Bug#680455: pptp-linux: pptp stops receiving packets when bandwidth spike

*/ diff -u pptp-linux-1.7.2/debian/changelog pptp-linux-1.7.2/debian/changelog --- pptp-linux-1.7.2/debian/changelog +++ pptp-linux-1.7.2/debian/changelog @@ -1,3 +1,9 @@ +pptp-linux (1.7.2-6ubuntu1) precise; urgency=low + + * Include adj_missing_window.patch from bug #681617 + + -- Michael Hudson

Bug#706662: siege: coding error can lead to connections going to localhost rather than desired system

Package: siege Version: 2.70-4 Severity: important Tags: upstream Dear Maintainer, This bug is still in the upstream 3.0.0 release. This code from newsocket in sock.c: int herrno; struct sockaddr_in cli; struct hostent *hp; ... { struct hostent hent; char hbf[8192];

Bug#706662: siege: coding error can lead to connections going to localhost rather than desired system

Josue Abarca jmasli...@debian.org.gt writes: Hello Michael, thanks for reporting the problem, please, if possible, let me now if you get an answer from upstream (He is usually very responsive). I got an answer indeed, and sent him the attached patch. I can't find a public bug tracker or

Bug#706662: siege: coding error can lead to connections going to localhost rather than desired system

Michael Hudson-Doyle michael.hud...@canonical.com writes: Josue Abarca jmasli...@debian.org.gt writes: Hello Michael, thanks for reporting the problem, please, if possible, let me now if you get an answer from upstream (He is usually very responsive). I got an answer indeed, and sent him

Bug#785344: libdpkg-perl: Dpkg/Shlibs/Objdump.pm does not cope with spaces in symbol names

Package: libdpkg-perl Version: 1.17.25ubuntu1 Severity: normal Dear Maintainer, I have been working on adding support to the native Go toolchain for shared libraries. Upstream git now produces shared libraries and dpkg-shlibdeps complains noisily when processing them: dpkg-shlibdeps: warning:

Bug#785344: libdpkg-perl: Dpkg/Shlibs/Objdump.pm does not cope with spaces in symbol names

On 20 May 2015 at 09:24, Guillem Jover guil...@debian.org wrote: Hi! On Fri, 2015-05-15 at 15:03:53 +1200, Michael Hudson-Doyle wrote: Package: libdpkg-perl Version: 1.17.25ubuntu1 Severity: normal I have been working on adding support to the native Go toolchain for shared libraries

Bug#785344: libdpkg-perl: Dpkg/Shlibs/Objdump.pm does not cope with spaces in symbol names

On 26 May 2015 at 21:07, Michael Hudson-Doyle michael.hud...@canonical.com wrote: It would be nice if the unit test would cover versions longer than the normal space padding, and the visibility attributes. I'll try to do that tomorrow. So it took a week longer than I hoped, but I'm attaching

Bug#785344: libdpkg-perl: Dpkg/Shlibs/Objdump.pm does not cope with spaces in symbol names

On 26 May 2015 at 17:35, Guillem Jover guil...@debian.org wrote: Hi! On Wed, 2015-05-20 at 09:49:22 +1200, Michael Hudson-Doyle wrote: On 20 May 2015 at 09:24, Guillem Jover guil...@debian.org wrote: On Fri, 2015-05-15 at 15:03:53 +1200, Michael Hudson-Doyle wrote: Package: libdpkg-perl

Bug#785344: libdpkg-perl: Dpkg/Shlibs/Objdump.pm does not cope with spaces in symbol names

Sorry for the truncated reply. On 26 May 2015 at 17:35, Guillem Jover guil...@debian.org wrote: Hi! On Wed, 2015-05-20 at 09:49:22 +1200, Michael Hudson-Doyle wrote: On 20 May 2015 at 09:24, Guillem Jover guil...@debian.org wrote: On Fri, 2015-05-15 at 15:03:53 +1200, Michael Hudson-Doyle

Bug#786869: golang-go.crypto-dev: fails to build with golang-go = 1.4

Package: golang-go.crypto-dev Version: 0.0~hg190-1 Severity: normal Dear Maintainer, The golang-go.crypto package fails to build with Go 1.4 (or newer) as is now found in sid with errors of the form: # testmain missing Go type information for global symbol:

Bug#786869: golang-go.crypto-dev: fails to build with golang-go = 1.4

+1,9 @@ +golang-go.crypto (0.0~hg190-1ubuntu1) UNRELEASED; urgency=medium + + * Add two patches to be compatible with go = 1.4 + + -- Michael Hudson-Doyle michael.hud...@canonical.com Tue, 26 May 2015 21:57:38 +1200 + golang-go.crypto (0.0~hg190-1) unstable; urgency=low * Initial release

Bug#796761: golang-golang-x-tools: please upload a new snapshot

Package: golang-golang-x-tools Version: 1:0.0~git20150716.0.87156cb+dfsg1-3 Severity: important Dear Maintainer, Currently golang-golang-x-tools has tests that fail with Go 1.5. These have been fixed in tip. There are other tests that I think will fail on some builder unless -short is passed to

Bug#794815: [pkg-go] Bug#794815: FTBFS because go generate is missing a build dependency... and then some.

On 7 August 2015 at 08:41, Hilko Bengen ben...@debian.org wrote: Source: golang-x-text Version: 0+git20150518.c93e7c9-1 Severity: grave Beacuse dh-golang now executes go generate, the stringer binary is needed in building: , | ... | src/golang.org/x/text/width/trieval.go |

Bug#794831: dh-golang: file copy in configure loses permissions

Package: dh-golang Version: 1.8 Severity: normal Dear Maintainer, ubuntu-snappy has a go:generate line like this at ./i18n/i18n.go: //go:generate ../update-pot This fails for two reasons: 1) the update-pot script isn't copied 2) when you fix that by setting DH_GOLANG_INSTALL_ALL, ../update-pot

Bug#793829:

@@ +gocode (20150303-3) unstable; urgency=medium + + * Fix packaging stuff. + + -- Michael Hudson-Doyle mwhudson@glamdring Mon, 27 Jul 2015 22:57:38 + + gocode (20150303-2) unstable; urgency=medium * Remove vim-syntax-go from vim-gocomplete dependency list (Closes: #786891) diff -Nru gocode

Bug#793829: gocode: fails to build with Go 1.5

Source: gocode Version: 20150303-2 Severity: normal Dear Maintainer, The package fails to build with Go 1.5 because debian/rules appears to think make is shell and sets GOPATH to '`pwd`'. Go 1.5 is stricter about detecting bogus GOPATH values and the build fails. The fix is to remove chunks of

Bug#793838: aptly: fails to build with Go 1.5

Package: aptly Version: 0.9.5-1 Severity: normal Dear Maintainer, The override_dh_auto_build rule in debian/rules sets GOPATH to a value containing an empty component. Go 1.5 is pickier about malformed GOPATH entries and complains. Simply deleting the first colon fixes the build. Cheers, mwh

Bug#796806: [pkg-go] Bug#796806: Bug#796806: golang-check.v1: Non-determistically FTBFS due to unreliable timing in tests

I also encountered this and filed an upstream bug fwiw: https://github.com/go-check/check/issues/53 I've only ever seen this on a builder, never locally. On 26 August 2015 at 08:52, Michael Stapelberg stapelb...@debian.org wrote: Bug #796400 was similar. lamby, can you explain how I can

Bug#784543: [pkg-golang-devel] Bug#784543: golang: test failures on arm64

Hm, it bootstrapped fine using gccgo-5 in Ubuntu: https://launchpadlibrarian.net/214911501/buildlog_ubuntu-wily-arm64.golang_2%3A1.5~rc1-0ubuntu1_BUILDING.txt.gz. I don't know enough about sbuild to know what the issue is here (aspcud- vs apt-based resolver?) The "not found in multicast rib"

Bug#807136: [pkg-golang-devel] Bug#807136: golang: FTBFS due to new binutils relocations

This is fixed in 1.5.2 which got released the other day, so a simple fix would be to just upload that :-) On 6 December 2015 at 11:12, Eric Cooper wrote: > Package: golang > Version: 2:1.5.1-4 > Severity: normal > Tags: upstream patch > > Building golang fails with these

Bug#807294: golang-go: contains some but not all race-enabled packages

Package: golang-go Version: 1.5.1-4 Severity: normal Dear Maintainer, As you can see on https://packages.debian.org/sid/amd64/golang-go/filelist there are quite a few race-enabled package .a files included in the package. They are there because of the race-testing ./run.bash does. I think it's a

Bug#807290: golang: does not respect DEB_BUILD_OPTIONS=nocheck

Source: golang Version: 1.5.1-4 Severity: normal Tags: patch Dear Maintainer, The package build always runs the tests, irrespective of DEB_BUILD_OPTIONS. Simple patch attached. Cheers, mwh *** Reporter, please consider answering these questions, where appropriate *** * What led up to the

Bug#734357:

A proper fix for this went upstream and will be in 1.6 fwiw

Bug#807303: golang: NEWUSER tests fail on ubuntu (or maybe just new kernel)

Source: golang Version: 1.5.1-4 Severity: normal Tags: patch upstream Dear Maintainer, Tests fail in my sid chroot because, on the Ubuntu kernel at least, the tests that try to create a new user namespace all fail in a chroot. I fixed this upstream but it'd be nice to have this in the 1.5

Bug#807299: golang: build-depends overly broad

Source: golang Version: 1.5.1-4 Severity: minor Tags: patch Dear Maintainer, bison hasn't been needed for a long time I think... Some of the others are in build-essential. Cheers, mwh -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable')

Bug#807294: golang-go: contains some but not all race-enabled packages

Here's a patch that removes the race enabled packages, which I'm planning to include in Ubuntu. On 7 December 2015 at 20:13, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: > Package: golang-go > Version: 1.5.1-4 > Severity: normal > > Dear Maintainer, > &

Bug#807455: golang-src: includes race detector runtime files not built from source in the source package

Package: golang-src Version: 1.5.1-4 Severity: normal Dear Maintainer, The files installed as /usr/share/go/src/runtime/race/*.syso are not built during package build, but rather come directly from the Go source distribution. To ensure that they are built from what they claim to be, in Ubuntu we

Bug#807294: golang-go: contains some but not all race-enabled packages

And another one after I remember that make is not shell :/ On 9 December 2015 at 14:09, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: > Here's a patch that removes the race enabled packages, which I'm > planning to include in Ubuntu. > > On 7 December 2015 at 20:

Bug#734357:

FWIW, this bug is fixed properly upstream in git tip and will be part of 1.6.

Bug#784926:

I don't think this bug is relevant any more with the changes in 1.5 packaging?

Bug#818415: [pkg-golang-devel] Bug#818415: Bug#818415: golang: move to per-Go-major version coinstallable packages

Yay thanks for getting this done. Now we can look at 1.6.2, 1.7~beta1, shipping the standard library as PIE... On 3 June 2016 at 01:24, Tianon Gravi <admwig...@gmail.com> wrote: > On 31 May 2016 17:12, "Michael Hudson-Doyle" <michael.hud...@canonical.com> > wrote: &g

Bug#827219: [pkg-go] Bug#827219: Bug#827219: dh-golang: Built-Using calculation crashes on "golang-google-cloud"

On 15 June 2016 at 17:40, Dmitry Smirnov <only...@debian.org> wrote: > On Wednesday, 15 June 2016 9:55:34 AM AEST Michael Hudson-Doyle wrote: >> Where can I get docker.io_1.11.1~ds1.orig.tar.{bz2,gz,lzma,xz} ? > > ?? Is something wrong with "uscan"? > > Y

Bug#827219: [pkg-go] Bug#827219: Bug#827219: dh-golang: Built-Using calculation crashes on "golang-google-cloud"

On 15 June 2016 at 20:36, Dmitry Smirnov <only...@debian.org> wrote: > On Wednesday, 15 June 2016 8:26:43 PM AEST Michael Hudson-Doyle wrote: >> Ah, good point. Fix for that push to the bug-827219 branch, tested >> with docker with reasonable-seeming results. Merge to

Bug#827219: [pkg-go] Bug#827219: Bug#827219: dh-golang: Built-Using calculation crashes on "golang-google-cloud"

On 15 June 2016 at 19:57, Dmitry Smirnov <only...@debian.org> wrote: > On Tuesday, 14 June 2016 4:19:59 PM AEST Michael Hudson-Doyle wrote: >> Oh, sorry, I see that the failure is when building something that >> depends on golang-google-cloud. I don't have time to test it now,

Bug#827219: [pkg-go] Bug#827219: dh-golang: Built-Using calculation crashes on "golang-google-cloud"

I guess it would be better to feed the source files rather than the directory to dpkg-source. On 14 June 2016 at 08:36, Dmitry Smirnov wrote: > Package: dh-golang > Version: 1.17 > Severity: normal > Control: affects -1 docker.io > > dh_golang invocation fails on

Bug#827219: [pkg-go] Bug#827219: dh-golang: Built-Using calculation crashes on "golang-google-cloud"

While this bug report makes sense, I can't reproduce the problem. Does it only fail on some version of golang-google-cloud in git that you haven't pushed to alioth or something? I'll try to code up a fix but it would be nice to test that it actually helps.

Bug#827219: [pkg-go] Bug#827219: dh-golang: Built-Using calculation crashes on "golang-google-cloud"

Oh, sorry, I see that the failure is when building something that depends on golang-google-cloud. I don't have time to test it now, but I have pushed a proposed fix to https://anonscm.debian.org/cgit/pkg-go/packages/dh-golang.git/log/?h=bug-827219. I'd be interested to hear if it helps!

Bug#827226: [pkg-go] Bug#827226: incorrect preparation of build directory when pre-installed package is re-built

On 14 June 2016 at 10:11, Dmitry Smirnov wrote: > Package: dh-golang > Version: 1.17 > Severity: normal > > --buildsystem=golang does a nice job preparing build directory in > `dh_auto_configure` by symlinking source packages from under > "/usr/share/gocode/src" to directory

Bug#818415: [pkg-golang-devel] Bug#818415: golang: move to per-Go-major version coinstallable packages

> All these tests succeeded as far as I can tell. So can someone either > upload the new packages or tell me what else to test please? :) As there has been a deafening silence after this, I'm going to say that if there is no more comment in the next 7 days, I'm going to (fast-forward) merge the

Bug#827219: [pkg-go] Bug#827219: dh-golang: Built-Using calculation crashes on "golang-google-cloud"

On 15 June 2016 at 02:00, Dmitry Smirnov <only...@debian.org> wrote: > Hi Michael, > > Thanks for looking into the problem. > > On Tuesday, 14 June 2016 3:45:35 PM AEST Michael Hudson-Doyle wrote: >> While this bug report makes sense, I can't reproduce the problem. D

Bug#827697: [pkg-go] Bug#827697: Bug#827697: golang-github-shirou-gopsutil: Please update to latest release

Built-Using only makes sense for a package that ships binaries.

Bug#827928: [pkg-go] Bug#827928: golang-github-coreos-go-systemd-dev: circular dependency with golang-github-coreos-pkg-dev

Indeed, I ran into this too: http://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20160620/005631.html and https://github.com/coreos/go-systemd/issues/183 and https://github.com/coreos/pkg/issues/73. The good news is that upstream seem to agree this is a problem... On 23 June

Bug#823014: [pkg-golang-devel] Bug#823014: golang: Package compiled stdlib for PIE build mode

The change looks OK to me. Thanks for working on it! I guess it would be good to get Tianon or Paul to look at it too before pushing to master (we'll need one of them to upload it too, or grant me the right to do it). Cheers, mwh On 23 June 2016 at 12:01, Peter Colberg

Bug#776401: [pkg-golang-devel] Bug#776401: [Pkg-golang-devel] Bug#776401: Bug#776401: src:golang: Set CGO_ENABLED for all platforms

On 4 February 2016 at 02:12, Hilko Bengen wrote: > * Tianon Gravi: > >> I'm not positive whether all were required for this to work, but given >> that it _did_ work, I think this is in the realm of possible with the >> changes of Go 1.5 and am inclined to close this bug as

Bug#776401: [pkg-golang-devel] Bug#776401: Bug#776401: [Pkg-golang-devel] Bug#776401: Bug#776401: src:golang: Set CGO_ENABLED for all platforms

On 12 February 2016 at 12:44, Tianon Gravi <admwig...@gmail.com> wrote: > On 4 February 2016 at 16:56, Michael Hudson-Doyle > <michael.hud...@canonical.com> wrote: >> I guess it could be fixed by going back to building lots of >> golang-$GOOS-$GOARCH packages, but

Bug#807294: golang-go: contains some but not all race-enabled packages

On 3 February 2016 at 19:02, Tianon Gravi wrote: >> + # On linux/amd64 run.bash installs some race enabled standard library >> + # packages. Delete them again to avoid accidentally including them in >> + # the package. >> + rm -rf "$(GOROOT)/pkg/linux_amd64_race/" > > This

Bug#734357: [pkg-golang-devel] Bug#734357:

Well, On 3 February 2016 at 20:41, Tianon Gravi <admwig...@gmail.com> wrote: > On 15 December 2015 at 13:32, Michael Hudson-Doyle > <michael.hud...@canonical.com> wrote: >> FWIW, this bug is fixed properly upstream in git tip and will be part of 1.6. > > Nice! :

Bug#807455: golang-src: includes race detector runtime files not built from source in the source package

On 3 February 2016 at 19:08, Tianon Gravi <tia...@debian.org> wrote: > On 8 December 2015 at 18:24, Michael Hudson-Doyle > <michael.hud...@canonical.com> wrote: >> The files installed as /usr/share/go/src/runtime/race/*.syso are not built >> during package build,

Bug#776401: [pkg-golang-devel] Bug#776401: Bug#776401: Bug#776401: Bug#776401: [Pkg-golang-devel] Bug#776401: Bug#776401: src:golang: Set CGO_ENABLED for all platforms

On 16 February 2016 at 11:13, Tianon Gravi <tia...@debian.org> wrote: > On 11 February 2016 at 17:50, Michael Hudson-Doyle > <michael.hud...@canonical.com> wrote: >> It's the standard library packages, GOARCH=arm go install runtime is >> going to try to create $

Bug#818320: golang-golang-x-tools: FTBFS with go 1.6

Source: golang-golang-x-tools Version: 1:0.0~git20151026.0.0f9d71c-2 Severity: serious Tags: patch Justification: Policy 4.9 Dear Maintainer, The version of golang/x/tools in the archive currently fails tests with Go 1.6 and fails to build. Updating to a new upstream snapshot should fix this.

Bug#818320: golang-golang-x-tools: FTBFS with go 1.6

) Cheers, mwh On 16 March 2016 at 10:51, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: > Source: golang-golang-x-tools > Version: 1:0.0~git20151026.0.0f9d71c-2 > Severity: serious > Tags: patch > Justification: Policy 4.9 > > Dear Maintainer, > &

Bug#818551: [pkg-go] Bug#818551: golang-golang-x-tools: provides same file '/usr/bin/bundle' as ruby-bundler

Oops, pushed a fix to git, will need Tianon or someone to upload. On 18 March 2016 at 11:32, Sven Hartge wrote: > Package: golang-golang-x-tools > Version: 1:0.0~git20160315.0.f42ec61-1 > Severity: serious > Justification: Policy 10.1 > > Hi! > > The subject says it all: > >

Bug#818415: golang: move to per-Go-major version coinstallable packages

Source: golang Version: 2:1.6-1 Severity: wishlist Dear Maintainer, To make maintenance of Go easier in the future, it would be good to allow major versions of Go to be co-installed (like gcc-4.9, gcc-5, etc). The plan goes something like this: 1) convert existing golang source package to

Bug#818651: [pkg-golang-devel] Bug#818651: golang: cannot use net package without CGO

Hi, On 19 March 2016 at 22:03, Ayke van Laethem wrote: > Package: golang > Version: 2:1.6-1 > Severity: normal > > Dear Maintainer, > > Golang 1.3 (jessie) can build this file just fine without CGO, but golang 1.5 > and 1.6 throws an error: > > package main > >

Bug#807455: golang-src: includes race detector runtime files not built from source in the source package

be usable. So um. We could build the race detector from llvm-snapshot packaging maybe? Or just packaging another copy of the source... Cheers, mwh On 22 March 2016 at 15:00, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: > On 3 February 201

Bug#807455: golang-src: includes race detector runtime files not built from source in the source package

On 3 February 2016 at 21:04, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: > On 3 February 2016 at 19:08, Tianon Gravi <tia...@debian.org> wrote: >> On 8 December 2015 at 18:24, Michael Hudson-Doyle >> <michael.hud...@canonical.com> wrote: >>>

Bug#822395: [pkg-go] Bug#822395: Bug#822395: prometheus: FTBFS: cannot find package "golang.org/x/sys/unix"

On 27 April 2016 at 05:42, Martín Ferrari wrote: > reassign 822395 golang-github-fsnotify-fsnotify-dev > thanks > > On 24/04/16 02:24, Martin Michlmayr wrote: > >> This package fails to build in unstable: > >>> src/gopkg.in/fsnotify.v1/inotify.go:19:2: cannot find package >>>

Bug#822668: Processed: cloning 822386, reassign -1 to dh-golang ..., severity of -1 is important

heers, > -- > Ondřej Surý <ond...@sury.org> > Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server > > On Tue, Apr 26, 2016, at 11:29, Michael Hudson-Doyle wrote: >> Hmm, that package just isn't going to work with the new way of >> computing Built-

Bug#821454: [pkg-go] Bug#821454: dh-golang: Position-independent executables (PIE)

-26 22:18:51.0 +1200 @@ -1,3 +1,9 @@ +acmetool (0.0.49-2) UNRELEASED; urgency=medium + + * Everyone loves PIE + + -- Michael Hudson-Doyle <michael.hud...@ubuntu.com> Tue, 26 Apr 2016 22:18:34 +1200 + acmetool (0.0.49-1) unstable; urgency=medium * Initial release (Closes: #817091

Bug#818651: [pkg-golang-devel] Bug#818651: Bug#818651: golang: cannot use net package without CGO

On 20 March 2016 at 21:08, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: > >> The exact (but cryptic) error reported is: >> >> go install net: open /usr/lib/go/pkg/linux_amd64/net.a: permission denied >> >> Since Go 1.2 (according to the

Bug#776401: [pkg-golang-devel] Bug#776401: src:golang: Set CGO_ENABLED for all platforms

I finally mentioned this on the upstream list and Russ Cox pointed out that you can use the -pkgdir argument to the go tool here, you can do something like go install -pkgdir ~/.gopkgdir instead of plain go install. Cheers, mwh

Bug#822746: [pkg-golang-devel] Bug#822746: golang: Add golang-any dependency package to install either golang-go or gccgo

On 27 April 2016 at 17:57, Anthony Fok <f...@debian.org> wrote: > On Wed, Apr 27, 2016 at 12:56 PM, Michael Hudson-Doyle > <michael.hud...@canonical.com> wrote: >> On 27 April 2016 at 16:27, Anthony Fok <f...@debian.org> wrote: >>> As per discussion at https:

Bug#818415: [pkg-golang-devel] Bug#818415: golang: move to per-Go-major version coinstallable packages

On 19 March 2016 at 10:52, Tianon Gravi <tia...@debian.org> wrote: > On 16 March 2016 at 15:13, Michael Hudson-Doyle > <michael.hud...@canonical.com> wrote: >> To make maintenance of Go easier in the future, it would be good to allow >> major >> versions of

Bug#822668: Processed: cloning 822386, reassign -1 to dh-golang ..., severity of -1 is important

set DH_GOPKG or Xs-Go-Import-Path or use the golang dh buildsystem. I guess we could put back the built-using-from-Build-Depends code and use both that *and* the go list-using code I added... Cheers, mwh > On Tue, Apr 26, 2016 at 11:56 AM, Michael Hudson-Doyle > <michael.hud...@canonical.co

Bug#822746: [pkg-golang-devel] Bug#822746: golang: Add golang-any dependency package to install either golang-go or gccgo

On 27 April 2016 at 16:27, Anthony Fok wrote: > Source: golang > Severity: normal > Tags: patch > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > In order to make Go packages available on as many architectures as > possible, we can make these packages depend on gccgo on

Bug#822743: dh-golang: should assist in calculating -dev packages Depends:

Package: dh-golang Version: 1.12ubuntu1 Severity: wishlist Dear Maintainer, There was a bug recently where a golang-*-dev package missed a dependency in Depends: to another golang-*-dev package, causing yet other packages to ftbfs. But there's no reason to force maintainers to manually keep

Bug#822395: [pkg-go] Bug#822395: Bug#822395: Bug#822395: prometheus: FTBFS: cannot find package "golang.org/x/sys/unix"

On 27 April 2016 at 10:57, Tianon Gravi <tia...@debian.org> wrote: > On 26 April 2016 at 15:46, Michael Hudson-Doyle > <michael.hud...@canonical.com> wrote: >> Could/should dh_golang provide help for getting this right? It's kinda >> similar to the work I did rec

Bug#821454: [pkg-golang-devel] Bug#821454: [pkg-go] Bug#821454: dh-golang: Position-independent executables (PIE)

On 27 April 2016 at 04:53, Peter Colberg <pe...@colberg.org> wrote: > Hi Michael, > > On Tue, Apr 26, 2016 at 10:29:51PM +1200, Michael Hudson-Doyle wrote: >> override_dh_auto_build: >> - dh_auto_build -O--buildsystem=golang -- -ldflags "$(GO_LDFLAGS)" >

Bug#822751: [pkg-golang-devel] Bug#822751: Bug#822751: Lintian fixes for golang 1.6

On 27 April 2016 at 20:13, Hilko Bengen wrote: > src/runtime/race/README explains hso race_*.syso have been generated, so > perhaps the corresponding sources ought to be added as a patch. I have a more comprehensive fix for this one in Ubuntu:

Bug#821454: [pkg-golang-devel] Bug#821454: [pkg-go] Bug#821454: dh-golang: Position-independent executables (PIE)

On 29 April 2016 at 12:40, Peter Colberg <pe...@colberg.org> wrote: > Hi Michael, > > On Wed, Apr 27, 2016 at 01:35:30PM +1200, Michael Hudson-Doyle wrote: >> I think only pie, bindnow and relro make sense for Go. > > I figured out how to link with BINDNOW and RELRO us

Bug#821454: [pkg-golang-devel] Bug#821454: [pkg-go] Bug#821454: dh-golang: Position-independent executables (PIE)

On 29 April 2016 at 13:17, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: > On 29 April 2016 at 12:40, Peter Colberg <pe...@colberg.org> wrote: >> Hi Michael, >> >> On Wed, Apr 27, 2016 at 01:35:30PM +1200, Michael Hudson-Doyle wrote: >>> I th

Bug#824806: [pkg-golang-devel] Bug#824806: golang: random_build_path_by_golang_compiler is #824806

FWIW my impression is that this issue has been addressed upstream and will be fixed in the 1.7 release, but maybe someone should check?

Bug#824806: [pkg-golang-devel] Bug#824806: Bug#824806: Bug#824806: golang: random_build_path_by_golang_compiler is #824806

/pkg/golang says > [2016-04-19] golang 2:1.6.1-2 MIGRATED to testing (Debian testing watch) > [2016-04-13] Accepted golang 2:1.6.1-2 (source) into unstable (Michael > Hudson-Doyle) (signed by: Tianon Gravi) > [2016-04-13] Accepted golang 2:1.6.1-1 (source) into unstable (Tianon Grav

Bug#824080: debian-maintainers: Please add Michael Hudson-Doyle as a Debian Maintainer

Package: debian-maintainers Severity: normal Hi, Please add Michael Hudson-Doyle <michael.hud...@ubuntu.com> to the Debian Maintainers' keyring. The jetring changeset (add-80E627A0AB757E23) is attached. Please note that michael.hud...@ubuntu.com is not the primary uid of the key. Most

Bug#824421: [pkg-golang-devel] Bug#824421: golang: FTBFS using gccgo

This (I'm fairly sure) is because gccgo-5 no longer installs /usr/bin/go. We should change this to b-d on golang-any when we upload golang-defaults/golang-1.6. Cheers, mwh

Bug#818415: [pkg-golang-devel] Bug#818415: Bug#818415: golang: move to per-Go-major version coinstallable packages

I found a dh-golang bug I introduced) but the golang-any package itself works fine AFAICT. Cheers, mwh On 28 April 2016 at 12:36, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: > On 19 March 2016 at 10:52, Tianon Gravi <tia...@debian.org> wrote: >> On 16 March 2

Bug#823136: dh-golang: dh_golang can fail when compiling with gccgo

On 1 May 2016 at 22:41, Michael Hudson-Doyle <michael.hud...@ubuntu.com> wrote: > Package: dh-golang > Version: 1.12ubuntu1 > Severity: important > > Dear Maintainer, > > dh_golang can fail when compiling with gccgo because in this case it's > possible > for

Bug#823136: dh-golang: dh_golang can fail when compiling with gccgo

Package: dh-golang Version: 1.12ubuntu1 Severity: important Dear Maintainer, dh_golang can fail when compiling with gccgo because in this case it's possible for go list to report no dependencies at all. Patch coming as soon as I get a bug number :-) Cheers, mwh -- System Information: Debian

Bug#822743: dh-golang: should assist in calculating -dev packages Depends:

I've had a poke at this and there are some subtleties. Basically it seems too inflexible. 1) If the Depends is entirely auto generated, that doesn't give the maintainer anywhere to encode versioned Depends or alternatives. 2) At least in principle, you could get different results on different

Bug#823136: dh-golang: dh_golang can fail when compiling with gccgo

Much simpler patch. On 3 May 2016 at 09:02, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: > On 3 May 2016 at 05:21, Tianon Gravi <admwig...@gmail.com> wrote: >> On 1 May 2016 at 03:41, Michael Hudson-Doyle <michael.hud...@ubuntu.com> >> wrote: >

Bug#823136: dh-golang: dh_golang can fail when compiling with gccgo

Grr, this patch! On 3 May 2016 at 10:05, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: > Much simpler patch. > > On 3 May 2016 at 09:02, Michael Hudson-Doyle > <michael.hud...@canonical.com> wrote: >> On 3 May 2016 at 05:21, Tianon Gravi <admwig...@gm

Bug#822743: dh-golang: should assist in calculating -dev packages Depends:

On 3 May 2016 at 04:25, Tianon Gravi <admwig...@gmail.com> wrote: > On 1 May 2016 at 21:27, Michael Hudson-Doyle > <michael.hud...@canonical.com> wrote: >> 1) If the Depends is entirely auto generated, that doesn't give the >> maintainer anywhere to encode versioned

Bug#823136: dh-golang: dh_golang can fail when compiling with gccgo

On 3 May 2016 at 05:21, Tianon Gravi <admwig...@gmail.com> wrote: > On 1 May 2016 at 03:41, Michael Hudson-Doyle <michael.hud...@ubuntu.com> > wrote: >> dh_golang can fail when compiling with gccgo because in this case it's >> possible >> for go list to

Bug#821000: dh-golang: matched no packages; no buildable Go source files

Sure, I'll take a look. Some details would be nice... On 15 April 2016 at 02:53, Michael Stapelberg <stapelb...@debian.org> wrote: > Michael Hudson-Doyle, can you take a look at this please? > > Dmitry, can you please provide steps to reproduce? > > On Thu, Apr 14, 2016 at 2:

Bug#821000: [PATCH] Restore setting of GOPATH during build removed by mistake in 1.14.

+1,9 @@ +dh-golang (1.15) UNRELEASED; urgency=medium + + * Restore setting of GOPATH during build removed by mistake in 1.14. + + -- Michael Hudson-Doyle <michael.hud...@ubuntu.com> Fri, 15 Apr 2016 09:31:13 +1200 + dh-golang (1.14) unstable; urgency=medium [ Michael Hudson-Doyle

Bug#821350: dh-golang: generates rubbish in Built-Using; errors on invocation

New patch. Builds everything on Dmitry's list without any stderr from dh_golang and the built-using headers produced look reasonable. Cheers, mwh On 20 April 2016 at 11:13, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: > On 20 April 2016 at 09:05, Dmitry Smirnov <only..

Bug#821350: dh-golang: generates rubbish in Built-Using; errors on invocation

On 20 April 2016 at 09:05, Dmitry Smirnov <only...@debian.org> wrote: > On Tuesday, 19 April 2016 12:02:10 PM AEST Michael Hudson-Doyle wrote: >> Are there any other packages you think would be particularly good to >> try to build? > > You can check the following

Bug#821350: dh-golang: generates rubbish in Built-Using; errors on invocation

<only...@debian.org> wrote: > On Tuesday, 19 April 2016 10:19:56 AM AEST Michael Hudson-Doyle wrote: >> Wow, I'm not sure that package gets much from using dh-golang at all? >> But I think the problem is the " --builddirectory=_build" in the >> default target

Bug#821350: dh-golang: generates rubbish in Built-Using; errors on invocation

Wow, I'm not sure that package gets much from using dh-golang at all? But I think the problem is the " --builddirectory=_build" in the default target, somehow that needs to get funnelled into the right place. Will have a look. On 19 April 2016 at 09:05, Michael Stapelberg

Bug#821454: [pkg-go] Bug#821454: dh-golang: Position-independent executables (PIE)

This is like the cross-compilation / CGO_ENABLED=0 situations: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818651#10 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776401#27 I still don't really know of a good answer. I've been meaning to ask upstream if they have any ideas about

Bug#832160: [pkg-golang-devel] Bug#832160: golang-defaults: Upgrading golang-go did not change /usr/lib/go dir to symlink (hence godoc fails)

Hey, Thanks, committed to master (I took out the rules change though as I'm 99.9% that doesn't do anything). Cheers, mwh On 23 July 2016 at 12:21, Anthony Fok wrote: > Source: golang-defaults > Version: 2:1.6.1+1 > Severity: normal > Tags: patch > > -BEGIN PGP SIGNED

Bug#827928: [pkg-go] Bug#827928: Bug#827928: golang-github-coreos-go-systemd-dev: circular dependency with golang-github-coreos-pkg-dev

Thanks to upstream changes we can fix this by packaging golang-github-coreos-pkg-capnslog separately from the rest of golang-github-coreos-pkg. It's a bit of a hack, it'd be better to wait until upstream splits out capnslog into a separate repo but that seems to be taking a while. I'll do this in

Bug#824806: golang: random_build_path_by_golang_compiler is #824806

My instinct here is that 1.7 is coming so soon that this isn't worth the effort. But I'm not opposed at all to someone else uploading it... On 17 July 2016 at 00:52, Nicolas Braud-Santoni wrote: > Ping? > > On Wed, Jul 06, 2016 at 08:05:32PM +0200, Nicolas Braud-Santoni

Bug#823014: [pkg-golang-devel] Bug#823014: Bug#823014: Bug#823014: golang: Package compiled stdlib for PIE build mode

On 16 July 2016 at 15:40, Peter Colberg wrote: > On Fri, Jul 15, 2016 at 04:04:26PM -0700, Tianon Gravi wrote: >> - the "Build-Profiles" bits -- I know we should be using >> build-profiles more intelligently throughout src:golang-X.Y, but is >> there something specific to PIE

Bug#829302: dh-golang: Respect "--parallel" and "--max-parallel" options

On 9 July 2016 at 13:32, Dmitry Smirnov <only...@debian.org> wrote: > On Friday, 8 July 2016 3:39:54 PM AEST Michael Hudson-Doyle wrote: >> I haven't tried it properly, but does this not limit the parallelism >> and slow builds by default? > > Yes it does. Parallel

Bug#829302: dh-golang: Respect "--parallel" and "--max-parallel" options

I haven't tried it properly, but does this not limit the parallelism and slow builds by default? (I don't know how this works and apparently have not got around to reading up on it in the week since the bug was filed, so I'll ask a potentially silly question) On 2 July 2016 at 22:37, Dmitry

Bug#833470: [pkg-golang-devel] Bug#833470: golang-go: No reasonable default for GOPATH?

On 5/08/2016 9:18 am, "Michael Stapelberg" wrote: > > Upstream doesn’t prescribe a GOPATH, so I don’t think Debian should either. It’d be a shame if Go behaved differently depending on which Linux distribution one uses. > > If you’d like to see this changed, please lobby

Bug#827697: [pkg-go] Bug#827697: Bug#827697: golang-github-shirou-gopsutil: Please update to latest release

..@tincho.org> wrote: > On 20/06/16 00:06, Michael Hudson-Doyle wrote: >> Built-Using only makes sense for a package that ships binaries. > > I really never knew if it should be present or not on -dev libraries.. > But we have it is most of our repos nowadays. > > > -- > Martín Ferrari (Tincho)

Bug#834477: [pkg-golang-devel] Bug#834477: [golang] Please package new version 1.7

I'd uploaded it to unstable before you sent this mail! On 16 August 2016 at 14:48, Tim Sattarov wrote: > Package: golang > Version: 2:1.6.1+1 > Severity: minor > > --- Please enter the report below this line. --- > > Hi, there is new version of Golang announced today: >

Bug#851473: snapd fails to run when apparmor is enabled

Hi, I can reproduce this. It doesn't seem related to the /usr merge because that was disabled with the stretch rc1 installer and it persists after installing with that. Or maybe I'm just seeing the "failure to execute snap-exec", I get this: root@debian:~# hello.universe execv failed: Permission

  1   2   3   4   >