on */
/* fall through */
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
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];
memset(h
Josue Abarca 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 version control so I'
Michael Hudson-Doyle writes:
> Josue Abarca 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 se
On 6 November 2016 at 05:00, Niels Thykier wrote:
> Tianon Gravi:
> > On 31 October 2016 at 17:50, Tianon Gravi wrote:
> >> Checking reverse dependencies...
> >> # Broken Build-Depends:
> >> golang-github-docker-go: golang-1.6-go
> >> golang-1.6-src
> >>
> >> Dependency
I made a PR: https://github.com/jacobsa/crypto/pull/7
On 10 November 2016 at 05:10, Aaron M. Ucko wrote:
> Package: golang-github-jacobsa-crypto-dev
> Version: 0.0~git20160410.0.42daa9d-2
> Severity: important
>
> Builds of gocryptfs on ppc64el and the non-release architecure ppc64
> have been f
That PR got merged, so an upstream update will fix this (I can't do that,
only a DM still :-p)
On 10 November 2016 at 08:06, Michael Hudson-Doyle <
michael.hud...@canonical.com> wrote:
> I made a PR: https://github.com/jacobsa/crypto/pull/7
>
> On 10 November 2016 at 05:10,
The alternative will be removed from the next upload of gccgo, or at least
that's what doko told me.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842254 is about fixing
this properly.
I don't really want to fix this the way you are suggesting because most
packages that are implemented in Go
This is the "golang for s390x only works on z196+, not z10" thing. The
right fix is probably to not build golang on Debian, sadly.
On 17 November 2016 at 01:40, Daniel Stender
wrote:
> Package: packer
> Version: 0.10.1+dfsg-1
> Severity: serious
> Justification: fails to build from source (but b
The alternative would be removing golang-1.8 from stretch, which I also
think would be reasonable. From my POV I'm happy for you to file the
unblock request as a way of seeing what the release team would prefer!
On 9 May 2017 at 09:06, Hilko Bengen wrote:
> Package: golang-1.8
> Severity: normal
/changelog 2017-04-07 08:02:24.0 +1200
+++ khmer-2.0+dfsg/debian/changelog 2017-05-12 13:34:33.0 +1200
@@ -1,3 +1,9 @@
+khmer (2.0+dfsg-10ubuntu1) artful; urgency=medium
+
+ * Fix build with Python 3.6.
+
+ -- Michael Hudson-Doyle Fri, 12 May 2017 13:15:00 +1200
+
khmer (2.0+dfs
Makes sense to me, I'd be happy to upload that change to experimental.
What's the timeframe for gccgo-7 getting into unstable? Just waiting for
buster development to open?
On 13 May 2017 at 03:13, Aaron M. Ucko wrote:
> Package: gccgo-go
> Version: 2:1.8~1
> Severity: important
>
> Could you ple
py now that Python 3.6 is a
+supported version (but do not compile them on install with Python 3.5).
+
+ -- Michael Hudson-Doyle Mon, 08 May 2017 12:35:12 +1200
+
jinja2 (2.9.5-1) unstable; urgency=medium
* New upstream release
diff -Nru jinja2-2.9.5/debian/control jinja2-2.9.5/debian/c
forwarded https://github.com/enthought/traits/issues/363
We ran into this in Ubuntu and I just uploaded a simple change to disable
these two tests:
https://launchpadlibrarian.net/319812483/python-traits_4.6.0-1build1_4.6.0-1ubuntu1.diff.gz
I also filed a bug upstream as I could reproduce it consi
ebian/changelog2017-05-16 01:35:25.0 +
@@ -1,3 +1,9 @@
+pysvn (1.9.4-2ubuntu1) artful; urgency=medium
+
+ * Only build with default Python 3 as building with multiple versions fails.
+
+ -- Michael Hudson-Doyle Tue, 16 May 2017
12:46:01 +1200
+
pysvn (1.9.4-2) unstable; urgency=m
I don't think that's quite right, I think the problem is the computation of
PY3MIN and PY3MAX. I've uploaded this patch to Ubuntu which I think fixes
the problem:
http://launchpadlibrarian.net/319819189/mod-wsgi_4.5.11-1build1_4.5.11-1ubuntu1.diff.gz
(you'd still have to edit wsgi.load to use the
I have not, no. I guess we'll get the autopkgtest coverage when Python 3.6
is the default, perhaps I should try something before then...
5-15 16:24:56.0 +1200
@@ -1,3 +1,15 @@
+aubio (0.4.3-4ubuntu4) artful; urgency=medium
+
+ * Fix d/rules to invoke tests with correct version of Python 3.
+
+ -- Michael Hudson-Doyle Mon, 15 May 2017 16:23:18 +1200
+
+aubio (0.4.3-4ubuntu3) artful; urgency=medium
+
+ * Remove python-related
0.0/debian/changelog protobuf-3.0.0/debian/changelog
--- protobuf-3.0.0/debian/changelog 2017-05-12 12:10:07.0 +1200
+++ protobuf-3.0.0/debian/changelog 2017-05-15 11:43:03.0 +1200
@@ -1,3 +1,9 @@
+protobuf (3.0.0-9ubuntu4) artful; urgency=medium
+
+ * Fix build with Python 3.
Package: golang-1.7
Version: 1.7.3-0ubuntu1~ppa0~ubuntu16.04.1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
tzdata 2017a-1 broke one of the Go tests:
--- FAIL: TestParseInLocation (0.00s)
format_test.go:263: ParseInLoca
port CL 37964 for tzdata 2017a changes (Closes: #859583)
+
+ -- Michael Hudson-Doyle Wed, 05 Apr 2017 11:53:49 +1200
+
golang-1.7 (1.7.4-1) unstable; urgency=medium
* Update to 1.7.4 upstream release (Closes: #846545)
diff -Nru golang-1.7-1.7.4/debian/patches/cl-37964--tzdata-2017a.patch golan
On 19 March 2017 at 23:13, Jörg Frings-Fürst
wrote:
> Source: snapd
> Severity: grave
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hello,
>
> on a fresh updated sid install "snap install XXX" hangs on every snaps with
>
> [|] Run configure hook of "core" snap if present
>
> If you ne
On 20 March 2017 at 14:41, Luke W Faraone wrote:
> On 20/03/17 00:40, Michael Hudson-Doyle wrote:
> > Hm, I can't reproduce this in a stretch VM. This sort of thing smells
> > more like a bug in the core snap than the snapd package though, so maybe
> > it's been fi
The "no test files" thing is not the cause of the failure and the log link
is a 404 for me. This link works though:
https://buildd.debian.org/status/fetch.php?pkg=golang-golang-x-tools&arch=armhf&ver=1%3A0.0~git20161028.0.b814a3b%2Bds-3%2Bb1&stamp=1488869926&raw=0
and the failure is this:
=== R
On 2 May 2017 at 19:23, Michael Stapelberg wrote:
> Sorry for the late reply, I’ve been swamped.
>
> On Fri, Apr 21, 2017 at 10:28 AM, Niels Thykier wrote:
>
>> Michael Stapelberg:
>> > On Fri, Apr 21, 2017 at 9:45 AM, Niels Thykier
>> wrote:
>> >
>> >> [...]
>> >>>
>> >>
>> >> They seem to be
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
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?
> [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 Gravi)
> [2016-03
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
wrote:
> Package: golang-go
> Version: 1.5.1-4
> Severity: normal
>
> Dear Maintainer,
>
> As you can see on https:
And another one after I remember that make is not shell :/
On 9 December 2015 at 14:09, Michael Hudson-Doyle
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:13, Michael Hudson-Doyl
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
FWIW, this bug is fixed properly upstream in git tip and will be part of 1.6.
I don't think this bug is relevant any more with the changes in 1.5 packaging?
On 7 August 2015 at 08:41, Hilko Bengen 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
> | src/golang.org
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
> 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 de
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 wrote:
> On 31 May 2016 17:12, "Michael Hudson-Doyle"
> wrote:
>> > All these tests succeeded as far as I can te
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 "golang-google-cloud" as follows:
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 specified with "--buil
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.
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!
On 15 June 2016 at 02:00, Dmitry Smirnov 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. Does
>> it onl
On 15 June 2016 at 17:40, Dmitry Smirnov 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"?
>
> You should be able to gen
On 15 June 2016 at 19:57, Dmitry Smirnov 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, but
>> I hav
On 15 June 2016 at 20:36, Dmitry Smirnov 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 master and
>> upload if
Built-Using only makes sense for a package that ships binaries.
:
> 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)
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 Rel
On 1 May 2016 at 22:41, Michael Hudson-Doyle 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 go list to report no dependencies
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
wrote:
> On 19 March 2016 at 10:52, Tianon Gravi wrote:
>> On 16 March 2016 at 15:13, Michael Hudson-Doyle
>> wrote:
>>>
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
arch
On 3 May 2016 at 04:25, Tianon Gravi wrote:
> On 1 May 2016 at 21:27, Michael Hudson-Doyle
> wrote:
>> 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 princ
On 3 May 2016 at 05:21, Tianon Gravi wrote:
> On 1 May 2016 at 03:41, Michael Hudson-Doyle
> wrote:
>> 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
Grr, this patch!
On 3 May 2016 at 10:05, Michael Hudson-Doyle
wrote:
> Much simpler patch.
>
> On 3 May 2016 at 09:02, Michael Hudson-Doyle
> wrote:
>> On 3 May 2016 at 05:21, Tianon Gravi wrote:
>>> On 1 May 2016 at 03:41, Michael Hudson-Doyle
>>>
Much simpler patch.
On 3 May 2016 at 09:02, Michael Hudson-Doyle
wrote:
> On 3 May 2016 at 05:21, Tianon Gravi wrote:
>> On 1 May 2016 at 03:41, Michael Hudson-Doyle
>> wrote:
>>> dh_golang can fail when compiling with gccgo because in this case it's
>>>
Package: debian-maintainers
Severity: normal
Hi,
Please add Michael Hudson-Doyle 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 of my packaging work so far h
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 20
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 wrote:
> Dear Debian Go c
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 wrote:
> Michael, can yo
irnov 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, somehow that needs
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 this,
On 20 April 2016 at 09:05, Dmitry Smirnov 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 packages, starting from top:
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
wrote:
> On 20 April 2016 at 09:05, Dmitry Smirnov wrote:
>> On Tuesday, 19 April 20
t;
> Cheers,
> --
> Ondřej Surý
> 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-Using in dh-
-26 22:18:51.0 +1200
@@ -1,3 +1,9 @@
+acmetool (0.0.49-2) UNRELEASED; urgency=medium
+
+ * Everyone loves PIE
+
+ -- Michael Hudson-Doyle Tue, 26 Apr
2016 22:18:34 +1200
+
acmetool (0.0.49-1) unstable; urgency=medium
* Initial release (Closes: #817091)
diff -Nru acmetool-0.0.49/debian
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
On 20 March 2016 at 21:08, Michael Hudson-Doyle
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 docs [1]) it should be possible to use
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
>>> "golang.org/x/sys/un
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 track
On 27 April 2016 at 10:57, Tianon Gravi wrote:
> On 26 April 2016 at 15:46, Michael Hudson-Doyle
> wrote:
>> Could/should dh_golang provide help for getting this right? It's kinda
>> similar to the work I did recently to make Built-Using more accurate
>> -- roughl
On 27 April 2016 at 04:53, Peter Colberg 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)"
>> + dh_auto_build -O-
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 architectures
> whe
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
> wrote:
>>
>> On 26 April 2016 at 21:36, Ondře
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:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=80
On 27 April 2016 at 17:57, Anthony Fok wrote:
> On Wed, Apr 27, 2016 at 12:56 PM, Michael Hudson-Doyle
> wrote:
>> On 27 April 2016 at 16:27, Anthony Fok wrote:
>>> As per discussion at https://github.com/Debian/dh-make-golang/pull/36
>>> on GitHub, it was dec
On 19 March 2016 at 10:52, Tianon Gravi wrote:
> On 16 March 2016 at 15:13, Michael Hudson-Doyle
> wrote:
>> 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 goe
On 29 April 2016 at 12:40, Peter Colberg 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 using -extldflags:
>
>
On 29 April 2016 at 13:17, Michael Hudson-Doyle
wrote:
> On 29 April 2016 at 12:40, Peter Colberg 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.
>&g
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
de
+1,9 @@
+gocode (20150303-3) unstable; urgency=medium
+
+ * Fix packaging stuff.
+
+ -- Michael Hudson-Doyle 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-20150303/d
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
--
On 20 May 2015 at 09:24, Guillem Jover 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 nati
On 26 May 2015 at 17:35, Guillem Jover 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 wrote:
>> > On Fri, 2015-05-15 at 15:03:53 +1200, Michael Hudson-Doyle wrote:
>> >>
Sorry for the truncated reply.
On 26 May 2015 at 17:35, Guillem Jover 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 wrote:
>> > On Fri, 2015-05-15 at 15:03:53 +1200, Michael Hudson-Doyle wrote
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:
code.google.com/p/go.crypto/curve2551
-1,3 +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 Tue, 26 May 2015
21:57:38 +1200
+
golang-go.crypto (0.0~hg190-1) unstable; urgency=low
* Initial release. Closes: #740791
d
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:
On 26 May 2015 at 21:07, Michael Hudson-Doyle
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 att
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
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 wrote:
> Bug #796400 was similar.
>
> lamby, can you explain how I can reproduce this failure l
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 errors:
>
> ...
>
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 s
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
A proper fix for this went upstream and will be in 1.6 fwiw
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')
Arch
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 packagi
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" failu
On 12 February 2016 at 12:44, Tianon Gravi wrote:
> On 4 February 2016 at 16:56, Michael Hudson-Doyle
> wrote:
>> I guess it could be fixed by going back to building lots of
>> golang-$GOOS-$GOARCH packages, but somehow that doesn't seem very
>> appealing, it w
Well,
On 3 February 2016 at 20:41, Tianon Gravi wrote:
> On 15 December 2015 at 13:32, Michael Hudson-Doyle
> wrote:
>> FWIW, this bug is fixed properly upstream in git tip and will be part of 1.6.
>
> Nice! :D
>
> The upstream fix applies cleanly against Go 1.5 -- do yo
On 3 February 2016 at 19:08, Tianon Gravi wrote:
> On 8 December 2015 at 18:24, Michael Hudson-Doyle
> wrote:
>> 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
>> distrib
1 - 100 of 394 matches
Mail list logo
