Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package golang-pty
This is part of the fix for Debian bug #860608: Go library packages
should not use the Built-Using tag at all, and a few packages are
still referencing a l
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package golang-github-hashicorp-go-msgpack
This is part of the fix for Debian bug #860608: Go library packages
should not use the Built-Using tag at all, and a few packages a
With runc 1.0.0~rc2+git20161109.131.5137186-2, things indeed work again.
Thanks!
On Thu, Mar 30, 2017 at 5:26 AM, Potter, Tim wrote:
> On 30 Mar 2017, at 3:54 AM, Michael Stapelberg
> wrote:
> >
> > Hi Tim,
> >
> > "Potter, Tim" writes:
> >>
Hi Tim,
"Potter, Tim" writes:
> Hi Ricardo. Thanks for the bug report. I messed up by uploading some of the
> Docker 1.13
> dependencies to unstable instead of experimental - my apologies.
>
> I've done a new upload with a Breaks line to avoid this bug occurring until I
> finish testing
> 1.1
control: owner -1 !
Hi,
Michael Hudson-Doyle writes:
> and the failure is this:
>
> === RUN TestImportSymlinks
> --- FAIL: TestImportSymlinks (0.03s)
> Which, frankly, is a very bizarre test to be arch dependent.
It’s not arch-dependent, it’s “just” flaky :).
This was fixed upstream:
https:/
c52f723879eaf2f3ace92c46ec2b4 Mon Sep 17 00:00:00 2001
From: Michael Stapelberg
Date: Mon, 13 Mar 2017 20:30:40 +0100
Subject: [PATCH 3/3] c/binaries: amend go whitelist to cover all errors
---
checks/binaries.pm | 2 ++
1 file changed, 2 insertions(+)
diff --git a/checks/binaries.pm b/checks/bi
2c3a041c5ecb8ec90f81579cf182a Mon Sep 17 00:00:00 2001
From: Michael Stapelberg
Date: Mon, 13 Mar 2017 20:30:24 +0100
Subject: [PATCH 2/3] c/binaries: fix go whitelist by moving variable
---
checks/binaries.pm | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/ch
Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg
* Package name: golang-golang-x-debug
Version : 0.0~git20160621.0.fb50892-1
Upstream Author : The Go Authors
* URL : https://golang.org/x/debug
* License : BSD-3-clause
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg
* Package name: golang-github-golang-geo
Version : 0.0~git20170112.0.f819552-1
Upstream Author : Google Inc.
* URL : https://github.com/golang/geo
* License : Apache-2.0
Programming Lang: Go
No objections, no special tests necessary.
If things break, we get a good signal on what tests we need to add :).
Thanks for your work on this!
On Tue, Nov 29, 2016 at 6:11 PM, Dr. Tobias Quathamer
wrote:
> Am 22.11.2016 um 13:36 schrieb Dr. Tobias Quathamer:
>
>> Hi all,
>>
>> I've prepared a
Glad to hear it’s useful :).
On Fri, Nov 18, 2016 at 4:37 AM, Potter, Tim (HPE Linux Support) <
timothy.pot...@hpe.com> wrote:
> On 17 Nov 2016, at 6:20 PM, Michael Stapelberg
> wrote
>
> > As for the issue itself, could you please file a bug at
> https://github.com/Debi
On Thu, Nov 17, 2016 at 7:41 AM, Martín Ferrari wrote:
> Michael,
>
> On 17/11/16 08:20, Michael Stapelberg wrote:
> > Instead of creating additional scripts/tools, could we try to centralize
> > that functionality into either gbp import-orig itself, or dh-make-gol
Instead of creating additional scripts/tools, could we try to centralize
that functionality into either gbp import-orig itself, or dh-make-golang
please? https://github.com/Debian/dh-make-golang/issues/14 is related, and
paultag expressed some interest in this as well recently.
As for the issue it
[+cc stender, who maintains this package]
Thanks for the offer to help. I think the best way to make others aware
that you’re willing to help would be to add you as an uploader.
Daniel, what do you think? Would you be amenable to Emmanuel helping out
with the package? If yes, could you add him as
I’m not opposed, please feel free to push your changes.
On Sat, May 14, 2016 at 3:50 PM, Martín Ferrari wrote:
> Since nobody has voiced strong concerns about this, I will merge this
> change later today or tomorrow and upload.
>
> I wanted to wait for Michael S. to chime in, but I guess he's no
Thank you for your patience with this, the last few weeks have been very
busy for me.
I’ve applied the patch and updated the website, so the changes are live now.
Thanks!
On Fri, Feb 26, 2016 at 4:18 PM, Alexandre Viau wrote:
> On 13/02/16 10:34 PM, Martín Ferrari wrote:
> > On 09/02/16 01:44,
On Thu, Apr 14, 2016 at 12:57 AM, Raphael Hertzog
wrote:
> Hi,
>
> On Thu, 14 Apr 2016, Michael Stapelberg wrote:
> > I didn’t see this before pushing a new version.
>
> What new version? The new version looks like my changes only.
>
I packaged a new upstream snapshot.
Thanks for the patch, it’s now merged and uploaded.
I’d prefer if you could send such patches in a bug report instead of to
mailing lists which I don’t actively read :). In fact, I’d say it’s long
overdue to make this package team-maintained. The repository is already in
collab-maint, so if you wa
I didn’t see this before pushing a new version.
Why did you not commit your changes to the collab-maint git repository? :(
On Thu, Apr 7, 2016 at 11:29 AM, Raphael Hertzog wrote:
> Control: tags 819472 + patch
> Control: tags 819472 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for dh
Dmitry, can you do the upload please?
On Sat, Feb 27, 2016 at 12:17 PM, Dmitry Smirnov wrote:
> On Sun, 17 Jan 2016 06:51:59 PM Harlan Lieberman-Berg wrote:
> > Confirmed and pre-existing upstream bug referenced.
>
> Guys could someone please re-upload "jacobsa-ogletest" with tests disabled
> or
, Martín Ferrari wrote:
> On 04/02/16 18:57, Michael Stapelberg wrote:
> > I’m also in support of it.
> >
> > In case nobody else chimes in with an objection, I’ll commit it this
> > weekend.
>
> Sorry I am this late to the discussion, you probably have commited the
>
I’m also in support of it.
In case nobody else chimes in with an objection, I’ll commit it this
weekend.
Thanks everyone for the discussion.
On Sun, Jan 31, 2016 at 6:03 PM, Tianon Gravi wrote:
> On 31 January 2016 at 00:01, Dmitry Smirnov wrote:
> > Though it would be nice if anyone else say
Hi Alexandre,
Alexandre Viau writes:
> This was discussed in dh-make-golang's issue tracker (adding Michael to
> CC as he has expressed a friend of his would like to code this):
> - https://github.com/Debian/dh-make-golang/issues/8
I’ve checked back with said friend, and his life is too busy to
aviau, in which way would you want people to express their preferences?
Could we re-use the LowNMU mechanism that Debian has, see
https://wiki.debian.org/LowThresholdNmu? Or is LowNMU different than what
your proposal wants to accomplish? If yes, can you outline the differences
that are important t
library packages?
On Tue, Jan 19, 2016 at 9:18 AM, Dmitry Smirnov wrote:
> On Tue, 19 Jan 2016 08:51:22 AM Michael Stapelberg wrote:
> > Dmitry, can you please outline what it is that you dislike about the
> > suggestion?
>
> Too much freedom to upload without notifying thos
14 days have already passed since aviau’s original post, so I can
understand why he wants to see the change implemented soon.
I’m willing to wait 7 more days for arguments to be brought up.
Dmitry, can you please outline what it is that you dislike about the
suggestion?
On Tue, Jan 19, 2016 at 8
Cool, please go ahead.
On Wed, Dec 2, 2015 at 3:15 AM, Tianon Gravi wrote:
> On 24 November 2015 at 17:50, Potter, Tim (Converged Cloud)
> wrote:
> > This packages needs to be updated to the latest upstream version so that
> the golang-google-grpc
> > package can also be updated to the latest u
Thanks for the feedback.
The problem with the repository at hand is that it’s using a light-weight
tag instead of an annotated tag:
$ cat .git/packed-refs
# pack-refs with: peeled fully-peeled
c7477ad8e330bef55bf1ebe300cf8aa67c492d1b refs/remotes/origin/master
46a638d98be2af4fa6de146b5d28a9d9904a
I think the problem might be
https://github.com/Debian/dh-make-golang/blob/1221041fd15c552f370d14fbb1dc24699d57a467/make.go#L239
— can you try what happens if you just comment out
https://github.com/Debian/dh-make-golang/blob/1221041fd15c552f370d14fbb1dc24699d57a467/make.go#L239-L245
?
If that hel
Packman <
martin.pack...@canonical.com> wrote:
> On 22/10/2015, Michael Stapelberg wrote:
> >
> > Can you create an alioth account please? You can get a guest account
> > without any trouble. Afterwards, please send a request to join pkg-go,
> and
> > then you can
On Mon, Oct 19, 2015 at 11:06 PM, Martin Packman <
martin.pack...@canonical.com> wrote:
> On 19/10/2015, Michael Stapelberg wrote:
> > This looks good to me. Can you push it to
> > https://anonscm.debian.org/cgit/pkg-go/packages/golang-x-text.git/ as
> well
> > plea
This looks good to me. Can you push it to
https://anonscm.debian.org/cgit/pkg-go/packages/golang-x-text.git/ as well
please?
On Mon, Oct 19, 2015 at 12:44 PM, Martin Packman <
martin.pack...@canonical.com> wrote:
> I've pushed up packaging changes to fix golang-x-text for golang 1.5
> in experime
control: tags -1 + pending
Thanks. Committed
https://github.com/Debian/ratt/commit/20731fa3f65b04e4e030221f95d524baf83aa42d
On Mon, Oct 19, 2015 at 10:06 AM, Johannes Schauer wrote:
> Hi,
>
> Quoting Michael Stapelberg (2015-10-19 09:03:40)
> > Thanks for the clarification. The
standardized on a format yet I think.
On Mon, Oct 19, 2015 at 9:53 AM, Dmitry Smirnov wrote:
> On Monday 19 October 2015 08:15:37 Michael Stapelberg wrote:
> > Dmitry, note that the pkg-go team policy states that packages must be
> > buildable using git-buildpackage:
> > https://pkg
dh-make-golang. I’ve been packaging by running
> dh-make
> —single then cutting and pasting from older repos. It’s a bit error prone
> as you have
> seen. Will try it out for my next Go package.
>
>
> Regards,
>
> Tim.
>
> > On 12 Sep 2015, at 7:41 am, Mich
Thanks for the clarification. The attached patch seems to work for me. Does
it look good to you as well?
On Mon, Oct 19, 2015 at 7:56 AM, Johannes Schauer wrote:
> Hi,
>
> Quoting Michael Stapelberg (2015-10-18 23:10:06)
> > I can’t figure out how to specify multiple binar
Dmitry, note that the pkg-go team policy states that packages must be
buildable using git-buildpackage:
https://pkg-go.alioth.debian.org/packaging.html
So, even if you prefer not to use git-buildpackage, please at least verify
before pushing your repository that it can successfully be built using
id example.
(4. Possibly, the manpage ceve(1) should be worded a bit more clearly with
regards to pkgspec, but perhaps it’s just me…)
Thanks.
On Thu, Oct 15, 2015 at 7:37 AM, Johannes Schauer wrote:
> Hi,
>
> Quoting Michael Stapelberg (2015-10-14 22:25:25)
> > Ah, so dose-ceve op
;t it still worth checking
> so we don't get random FTBFS? or do we just not worry about it and do
> something about them as they come?)
>
> ♥,
> - Tianon
> 4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
>
>
> On 15 October 2015 at 11:08, Michael Sta
Do you have a link with details? I’m curious.
On Thu, Oct 15, 2015 at 7:45 PM, Tianon Gravi wrote:
> On 15 October 2015 at 10:40, Michael Stapelberg
> wrote:
> > FWIW, I don’t think that’s necessary for the compiler itself. Go adheres
> to
> > its Go 1 stability guara
On Thu, Oct 15, 2015 at 6:44 PM, Tianon Gravi wrote:
> On 13 October 2015 at 16:43, Potter, Tim (Converged Cloud)
> wrote:
> > Hi tianon. I was curious what your plans were for uploading Go 1.5 to
> unstable. Is there anything you can share?
>
> Go 1.5 has some minor breaking changes, so I've
index files.
On Wed, Oct 14, 2015 at 7:30 PM, Johannes Schauer wrote:
> Quoting Michael Stapelberg (2015-10-14 19:24:34)
> > dh-make-golang actually does build-depend on golang-golang-x-tools-dev:
> >
> >
> https://anonscm.debian.org/cgit/pkg-go/packages/dh-make-golang.gi
r 2015 at 10:06, Michael Stapelberg
> wrote:
> > > I’m a bit hesitant to do this. If a user specified custom settings in
> their
> > > ~/.sbuildrc, they are probably there for a reason and should be
> considered
> > > when using ratt, right?
> >
> > I'
dh-make-golang actually does build-depend on golang-golang-x-tools-dev:
https://anonscm.debian.org/cgit/pkg-go/packages/dh-make-golang.git/tree/debian/control?id=64d6a0f658cb9618af076935ba5c2f14315b74a0#n11
On Wed, Oct 14, 2015 at 7:19 PM, Johannes Schauer wrote:
> Hi,
>
> Quotin
I’m a bit hesitant to do this. If a user specified custom settings in their
~/.sbuildrc, they are probably there for a reason and should be considered
when using ratt, right?
What speaks against asking users to set SBUILD_CONFIG= when invoking ratt?
Currently, that’d be my preferred route.
On Mon
tobuf-dev, protobuf-compiler
Package: aptly
Version: 0.9.5-2
Architecture: any
Build-Depends: debhelper (>= 9.0.0), golang (>= 1.1), golang-go.tools,
bash-completion
Do you know where that difference comes from?
On Tue, Oct 13, 2015 at 12:14 PM, Johannes Schauer wrote:
> Hi,
>
> Quoti
Thanks for the hint, I wasn’t aware of dose-ceve. When trying to run it, I
have some trouble getting it working, though:
$ dose-ceve -T debsrc -r 'golang-github-jacobsa-gcloud-dev' -G pkg
deb:///var/lib/apt/lists/ftp.ch.debian.org_debian_dists_testing_main_binary-amd64_Packages
debsrc:///var/lib/a
control: tags -1 + pending
Fixed with
https://github.com/Debian/ratt/commit/7b424109b0bea76eb6b5d2b0be6ae770391ed98b
On Mon, Oct 12, 2015 at 9:03 PM, Johannes Schauer wrote:
> Quoting Michael Stapelberg (2015-10-12 20:59:10)
> > > Maybe ratt should:
> > >
> > > -
This was also reported as https://github.com/Debian/ratt/issues/1.
On Mon, Oct 12, 2015 at 1:23 PM, Johannes Schauer wrote:
> Package: ratt
> Version: 0.0~git20150816.0.b060319-1
> Severity: wishlist
>
> Hi,
>
> ratt currently seems to unconditionally pass --dist=sid to sbuild. This
> is problem
control: tags -1 + pending
Thanks to both of you for the hint. I’ve implemented support for apt-get
indextargets with
https://github.com/Debian/ratt/commit/bbd7f0d6fb14dc66707a04cb5a9600905082369a
On Mon, Oct 12, 2015 at 1:51 PM, Jakub Wilk wrote:
> * Johannes Schauer , 2015-10-12, 13:15:
>
>>
Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg
* Package name: ratt
Version : 0.0~git20150816.0.b060319-1
Upstream Author : Michael Stapelberg
* URL : https://github.com/debian/ratt
* License : MIT
Programming Lang: Go
Description : Rebuild
On Tue, Sep 15, 2015 at 4:35 AM, Dmitry Smirnov wrote:
> On Tuesday 15 September 2015 01:53:33 Potter, Tim wrote:
>> Trying to rebuild it just now and there’s a missing package
>> github-robfig-go-cache, a fork of github-pmylund-go-cache which is,
>> according to github, 35 commits behind and 1 co
I tried looking into this, but it’s not trivial.
https://github.com/golang/go/issues/10904 required a revert of some
commits (see
https://anonscm.debian.org/cgit/pkg-go/packages/golang-go.net.git/commit/?h=upstream&id=316f04ccdf09acb3d65aff39abb11ef287859815),
but is still unfixed. I think we’d ne
• debian/* is licensed under GPL-2+, but upstream is MIT. Consider
using the same license to avoid headaches when shipping patches.
• The package does not build with gbp:
/tmp/golang-github-bitly-go-simplejson master $ gbp buildpackage
--git-builder='sbuild -v -As --dist=unstable'
gbp:error: upst
I’ve updated the policy in commit
https://anonscm.debian.org/cgit/pkg-go/website.git/commit/?id=98531f7af530cbb571429a680e86a57ab936e86f
On Fri, Sep 11, 2015 at 10:02 PM, Alexandre Viau
wrote:
> Hello Michael,
>
> On 11/09/15 03:57 PM, Michael Stapelberg wrote:
>> That’s a fair po
As a meta-point: I think we should change dh-make-golang to do the
right thing once we agree on these suggestions. At least the first
point you mention (repository creation) is already properly handled,
i.e. dh-make-golang gives you a setup-repository command to run.
On Sun, Sep 13, 2015 at 2:54 P
On Sat, Sep 12, 2015 at 12:15 AM, Aaron M. Ucko wrote:
> Source: golang-github-vbatts-tar-split
> Version: 0.9.7-1
> Severity: serious
> Justification: fails to build from source
>
> Automatic builds of golang-github-vbatts-tar-split have been failing
> because its build dependencies include
>
>
> n 27 Aug 2015, at 2:26 am, Michael Stapelberg wrote:
>>>
>>> Thanks for your work on these packages!
>>>
>>> On Tue, Aug 25, 2015 at 12:35 PM, Potter, Tim (Cloud Services)
>>> wrote:
>>>> Hi everyone. I’ve put together a couple of packages
That’s a fair point as well. Do you want to file a bug against the
package in question?
On Fri, Sep 11, 2015 at 9:11 PM, Paul Tagliamonte wrote:
> On Fri, Sep 11, 2015 at 03:07:36PM -0400, Alexandre Viau wrote:
>> About that, should -dev packages contain binaries? Would it be best that
>> dev pac
I agree that setting Built-Using on the -dev packages does not make
sense as long as they don’t contain binaries. golang-gogoprotobuf-dev
is an example where the -dev package does contain binaries.
As the vast majority of -dev packages does not actually contain
binaries, I’m happy to accept a pull
Paul mentions good reasons for just doing #2 for now, so I recommend
that. Eventually we also want to rename the git repositories — can we
use symlinks for that?
On Wed, Sep 9, 2015 at 2:19 AM, Paul Tagliamonte wrote:
> On Tue, Sep 08, 2015 at 06:05:45PM -0600, Anthony Fok wrote:
>> > No, but you
Yeah, https://github.com/Debian/ratt should be ready to use. Please
let me know of any issues you encounter.
On Tue, Sep 8, 2015 at 8:37 PM, Paul Tagliamonte wrote:
> On Tue, Sep 08, 2015 at 09:00:34AM +0200, Michael Stapelberg wrote:
>> > 1. ... just go ahead and update them? :
On Tue, Sep 8, 2015 at 8:53 AM, Anthony Fok wrote:
> Hello all,
>
> I would like to package Hugo ( http://gohugo.io/ ) for Debian,
> and I am starting to package the various Go packages that
> Hugo depends on.
>
> One of the packages that need updating is golang-blackfriday
> because Hugo depends
Looks good to me, thanks for your work on this!
On Wed, Sep 2, 2015 at 11:28 AM, Dmitry Smirnov wrote:
> Hi team,
>
> "golang-uuid" upstream moved to GitHub -- I've updated package repository [1]
> with changes as per our policy [2] but I'd appreciate a brief review if
> everything is all right.
I just use dh-make-golang to produce new upstream tarballs. See also
https://github.com/Debian/dh-make-golang/issues/14
On Wed, Sep 2, 2015 at 4:46 AM, Dmitry Smirnov wrote:
> On Wednesday 02 September 2015 12:52:56 Martín Ferrari wrote:
>> There is a very well documented and tidy process for doi
Thanks for your work on these packages!
On Tue, Aug 25, 2015 at 12:35 PM, Potter, Tim (Cloud Services)
wrote:
> Hi everyone. I’ve put together a couple of packages for review. Hopefully
> these
> are ready to go as they’re quite small. Could someone please review and
> upload?
>
> * golang-g
Bug #796400 was similar.
lamby, can you explain how I can reproduce this failure locally? I’d
like to better understand how you are testing this before I can do
anything about fixing the issue.
On Mon, Aug 24, 2015 at 9:45 AM, Chris Lamb wrote:
> Source: golang-check.v1
> Version: 0.0+git2015072
On Tue, Aug 25, 2015 at 7:13 PM, Chris Lamb wrote:
>> > Sure. Are you able to modify the test before running it on the relevant
>> > system
>> > and find a timing that works reliably?
>>
>> lamby, do I have access to the system on which the tests don’t pass?
>
> I fear gaining access to this mach
On Mon, Aug 24, 2015 at 3:32 PM, Aaron Jacobs wrote:
> On Mon, Aug 24, 2015 at 4:37 PM, Michael Stapelberg
>> Could the timing requirements be relaxed to make it less flaky?
>
> Sure. Are you able to modify the test before running it on the relevant system
> and find a timing t
(like Fedora)
are following the same model, so I don’t think Debian is different in
this regard. If you have trouble getting the software into Debian,
you’ll likely have trouble getting it into any of the other big
distributions, too.
>
> Aaron
>
> On Sun, Aug 23, 2015 at 9:08 PM, Michae
Aaron, could you take a look at this problem please? It seems to me
like this is a shortcoming of your tests, unrelated to Debian.
On Fri, Aug 21, 2015 at 8:44 PM, Chris Lamb wrote:
> Source: golang-github-jacobsa-ratelimit
> Version: 0.0~git20150723.0.2ca5e0c-1
> Severity: serious
> Justificatio
transitional packages? See
https://anonscm.debian.org/cgit/pkg-go/packages/golang-go.net.git/commit/?id=189085288e608ca2720b32d551227d330a561123
for an example.
>
>
> Thanks,
>
> Tim.
>
>> On 13 Aug 2015, at 3:11 pm, Michael Stapelberg wrote:
>>
>> I think bef
s been my experience that upstream's usually pretty
>>> responsive with these kinds of requests (which is what makes me think
>>> they're worth at least poking before we go head-first into a
>>> snapshot).
>>>
>>> ♥,
>>> - Tianon
>&g
t; see the error after updating jacobsa/fuse?
>
> On Thu, Jul 30, 2015 at 5:53 PM Michael Stapelberg
> wrote:
>>
>> I get exactly the same build failure when trying to package gcsfuse
>> v0.5.0.
>>
>> On Tue, Jul 28, 2015 at 12:22 PM, Aaron Jacobs wrote:
> Regards,
>
> Tim.
>
>> On 6 Aug 2015, at 4:54 pm, Michael Stapelberg wrote:
>>
>> debian/patches/0001-reparent-goini-library.patch is missing patch
>> tags. Can you please add them, so that it’s clear to me and other
>> readers why you are changing the i
Thanks for the quick test. Uploaded 1.10.
On Thu, Aug 6, 2015 at 10:22 PM, Paul Tagliamonte wrote:
> On Thu, Aug 06, 2015 at 10:17:35PM +0200, Michael Stapelberg wrote:
>> Committed! Can you please confirm that it works as expected? Once I
>> hear back, I can do a new upload.
&
Committed! Can you please confirm that it works as expected? Once I
hear back, I can do a new upload.
On Mon, Jul 27, 2015 at 8:37 PM, Paul Tagliamonte wrote:
> Attached. I don't know Perl all that well, so this may need a bit
> of love before getting merged. In particular, I put it in sub new ra
debian/patches/0001-reparent-goini-library.patch is missing patch
tags. Can you please add them, so that it’s clear to me and other
readers why you are changing the import path, and whether you have
sent that patch upstream?
On Thu, Aug 6, 2015 at 2:02 AM, Potter, Tim (Cloud Services)
wrote:
> Hi
Thanks for confirming. I uploaded dh-golang 1.9.
On Mon, Aug 3, 2015 at 8:05 PM, Alexandre Viau
wrote:
> Hello Michael,
>
> On Mon, Aug 3, 2015 at 1:45 PM, Michael Stapelberg
> wrote:
>> Can you confirm that this works as expected for you? Once I hear back
>> from yo
, 2015 at 4:02 PM, Alexandre Viau
wrote:
> Hi,
>
> On 31/07/15 03:59 AM, Michael Stapelberg wrote:
>> Your patch still adds an extra option. Can you remove that part
>> please?
>>
>> Also, while you’re at it, install .s files as well? :)
>>
>
> This one sh
Sorry for the late reply.
On Fri, Jun 19, 2015 at 12:16 AM, Michael Hudson-Doyle
wrote:
> On 19 June 2015 at 08:24, Michael Stapelberg wrote:
>> Thanks.
>>
>> The overall approach looks good to me,
>
> Very glad to hear that :-)
>
>> but the patches still c
, 2015 at 9:59 PM, Alexandre Viau
wrote:
> On 30/07/15 03:26 PM, Michael Stapelberg wrote:
>> On Thu, Jul 30, 2015 at 3:02 PM, Alexandre Viau
>> wrote:
>>> We can extend the default list of installed extensions, but I'm not
>>
>> Can you send a
On Thu, Jul 30, 2015 at 3:02 PM, Alexandre Viau
wrote:
>> I think the go tools do not cover files that are referenced by test code,
>> e.g.:
>
> Also, this does not to include files that are used in go:generate
> calls. For example, .proto files.
>
> Note that my proposed patch would also allow t
get files to where
> they _do_ work, but that just means that there are DepsErrors fields
> in the json -- the command still completes and gives the needed
> information afaics.
>
> Cheers,
> mwh
>
> On 30 July 2015 at 19:10, Michael Stapelberg
> wrote:
> > Instead
I get exactly the same build failure when trying to package gcsfuse v0.5.0.
On Tue, Jul 28, 2015 at 12:22 PM, Aaron Jacobs wrote:
> On Tue, Jul 28, 2015 at 6:05 PM, Michael Stapelberg
> wrote:
>> Indeed. Currently, when building, I get:
>>
>> # github.com/googlecloudpl
On Thu, Jul 30, 2015 at 6:05 AM, Potter, Tim (Cloud Services) <
timothy.pot...@hp.com> wrote:
> On 28 Jul 2015, at 5:14 pm, Michael Stapelberg
> wrote:
> >
> > So, yes, if you could work with upstream on a proper solution and then
> we could just package a new upstrea
Instead of adding this via a new setting, why not make dh-golang install
these files by default?
I think installing everything one can legitimately call program source code
is fair game. The tricky part is identifying files which are necessary for
test cases.
The reason why dh-golang doesn’t just
On Tue, Jul 28, 2015 at 1:09 AM, Aaron Jacobs wrote:
> On Mon, Jul 27, 2015 at 4:45 PM, Michael Stapelberg
> wrote:
> > As I tried to explain before, we cannot use your vendored copies, and the
> > tarballs we’ll create of your source code will not even contain the
>
great.
On Tue, Jul 28, 2015 at 3:02 AM, Potter, Tim (Cloud Services) <
timothy.pot...@hp.com> wrote:
> On 28 Jul 2015, at 6:35 am, solo-debianb...@goeswhere.com wrote:
> >
> > On Mon, Jul 27, 2015 at 07:26:10PM +0200, Michael Stapelberg wrote:
> >> con
: info: unpacking
golang-github-glacjay-goini_0.0~git20141123-1.debian.tar.xz
dpkg-source: info: applying 0001-fix-test-nondeterminism.patch
I: Building the package
On Mon, Jul 27, 2015 at 10:39 PM, Michael Stapelberg
wrote:
> Turns out that test is flaky. The problem was fixed upstream
Turns out that test is flaky. The problem was fixed upstream in
https://github.com/glacjay/goini/commit/5352bdc2ac2ddf2b5d27447c95bfe9588a8e09e9,
I’ll package a new snapshot.
On Mon, Jul 27, 2015 at 10:35 PM, wrote:
> On Mon, Jul 27, 2015 at 07:26:10PM +0200, Michael Stapelberg wr
control: tags -1 + unreproducible
I can’t reproduce this. Using gbp buildpackage --git-pbuilder, the package
builds fine. Additionally, clicking “build2” on
https://reproducible.debian.net/rb-pkg/unstable/amd64/golang-github-glacjay-goini.html
(which your bug report pointed me to) results in a bui
As I tried to explain before, we cannot use your vendored copies, and the
tarballs we’ll create of your source code will not even contain the vendor/
directory.
FWIW, the only blocker currently to get gcsfuse uploaded is
https://github.com/GoogleCloudPlatform/gcsfuse/issues/93
On Mon, Jul 27, 201
Thanks for the quick reply!
I copy&pasted this from
http://sources.debian.net/src/gnome-user-docs/3.16.1-1/debian/copyright/?hl=6#L6,
perhaps you want to file a bug against that package, then :).
I’ll reupload golang-golang-x-tools in a minute with the fixed
debian/copyright.
On Fri, Jul 24, 201
I took a look at all of them and updated the whiteboard with the current
status. Comments are on the #debian-golang IRC channel.
On Sat, Jul 18, 2015 at 6:32 AM, Alexandre Viau wrote:
> Hello, pkg-go!
>
> I have been working on packaging InfluxDB dependencies and I am done. I
> could successfull
both humans and provisioning tools...
>
> On Fri, Jul 17, 2015 at 12:44 PM, Michael Stapelberg
> wrote:
> > Why is not good enough to use systemd’s ways to override specific keys
> of a
> > service file? I.e., use “systemctl edit etcd” and specify e.g.
> > Environment=ETCD_
Why is not good enough to use systemd’s ways to override specific keys of a
service file? I.e., use “systemctl edit etcd” and specify e.g. Environment=
ETCD_DATA_DIR=/my/path/to/etcd
On Fri, Jul 17, 2015 at 4:27 PM, Eric Paris
wrote:
> Package: etcd
> Version: 2.0.8-2
> Severity: wishlist
>
> De
:10 AM, Michael Stapelberg
wrote:
> The remaining packages are:
>
> golang-github-jacobsa-bazilfuse (currently in NEW)
> golang-github-jacobsa-fuse
> golang-github-jacobsa-gcloud
> gcsfuse
>
> Where each one depends on the one before being accepted into Debian. The
> pac
Package: ftp.debian.org
Severity: normal
With the newest upload of golang-goprotobuf, golang-raft now fails to
build from source, see #789987.
There is a trivial fix for this problem, but upstream does not want to
merge it as the library is unmaintained:
https://github.com/goraft/raft/pull/245
A
On Tue, Jun 30, 2015 at 7:41 AM, Potter, Tim (Cloud Services) <
timothy.pot...@hp.com> wrote:
> On 30 Jun 2015, at 6:06 am, Michael Stapelberg
> wrote:
> > On Sat, Jun 27, 2015 at 1:09 AM, Potter, Tim (Cloud Services) <
> timothy.pot...@hp.com> wrote:
> > On
301 - 400 of 421 matches
Mail list logo
