Re: [pkg-go] Guidance for packaging Docker for Debian

[Shengjing Zhu]

On Thu, Mar 15, 2018 at 5:22 PM, Arnaud Rebillout
<arnaud.rebill...@collabora.com> wrote:
> Dear go packaging team,
>
> lately I've been doing my best to try to package the current version of
> Docker in Debian. My approach was 'bottom-up': I listed all the
> dependencies, and tried to bump every pacakge to the latest version. I
> thought that in order to package the latest version of Docker, I needed the
> latest version of all its dependencies.
>
> Now I finally realize how wrong I was. In the world of go, there's often no
> stable api, no backward compatibility, even no release, that why we end up
> packaging some random git sha. So basically, applications vendor their
> dependencies, and they won't work with an older version (because it's too
> old and miss something), but it won't work either with a newer version
> (because, hey, no release, no backward compatibility).
>
> So I made a beginner mistake, but I'm learning, and hopefully I'm on the
> right track !
>
> But now I face a dilemna.
>
> The current version of Docker vendors `containerd` somewhere between
> `v1.0.0-alpha3` and `v1.0.0-alpha4`. While I already packaged containerd to
> `v1.0.2`. There's almost 6 months of difference between them, and no, docker
> (or more specifically its dependency swarmkit) does not build.
>
> So I could re-package containerd to an older version. But if I do this
> choice, I basically admit that Docker decides of the version of all its
> dependencies, possibly holding back all of them. What if someone needs a
> pretty recent version of containerd (or any other Docker dependency), and we
> can't deliver that because we're waiting for Docker to bump the version it
> vendors, and we have no idea when it will happen ?

The docker maintainers have already packaged docker-containerd, and docker-runc.
see #877146 for reasons why this happened.

>
> The other solution is to keep a vendored version of containerd within
> Docker, just the way it's already done in Docker. I'm personally fine with
> that, but it seems that it's not the Debian way. But maybe in this situation
> it makes sense.
>
> I don't know what's the best way to deal with this situation, so if anyone
> from the team can provide some advice, that would be super welcome !
>
> Thanks !
>
>   Arnaud
>
>
> ___
> Pkg-go-maintainers mailing list
> Pkg-go-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers



-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Accepted elvish 0.11+ds1-5 (source) into unstable

[Shengjing Zhu]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 02 Mar 2018 17:29:22 +0800
Source: elvish
Binary: elvish
Architecture: source
Version: 0.11+ds1-5
Distribution: unstable
Urgency: medium
Maintainer: Debian Go Packaging Team 
<pkg-go-maintainers@lists.alioth.debian.org>
Changed-By: Shengjing Zhu <i...@zhsj.me>
Description:
 elvish - Friendly and expressive shell
Changes:
 elvish (0.11+ds1-5) unstable; urgency=medium
 .
   * d/control: stop using gccgo-go on ppc64el/ppc64.
 Bug in golang-go is now fixed in 1.10.
Checksums-Sha1:
 da3f1e6057f542a7069e5f2c9bcf4187d2b0405e 1813 elvish_0.11+ds1-5.dsc
 536d668c79ae1ca0f3b9ba6844583ae1545777d0 6028 elvish_0.11+ds1-5.debian.tar.xz
 3b24ad6ec7f9a516f4c4a48650df77d56bd633d9 5173 elvish_0.11+ds1-5_amd64.buildinfo
Checksums-Sha256:
 05d4d43c14603cda060945a65836a257b32ebf5489903dd764ae8b2d08c7b9f8 1813 
elvish_0.11+ds1-5.dsc
 608333a2ae7f369f85ef9a40ec161d5157f2efcfa3ed4f20dc0b1c7354e63d25 6028 
elvish_0.11+ds1-5.debian.tar.xz
 53fa1c28f5377b3bcc95be809e489cf7a7a079d8a2e89afe6c2071db16c843b1 5173 
elvish_0.11+ds1-5_amd64.buildinfo
Files:
 e596b4807409ab5e41e3395b66632852 1813 shells optional elvish_0.11+ds1-5.dsc
 e99547626c3736e611f0dc2dc17a97ee 6028 shells optional 
elvish_0.11+ds1-5.debian.tar.xz
 68ed61768b101b97b51d601b48709c69 5173 shells optional 
elvish_0.11+ds1-5_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQE+BAEBCgAoFiEE85F2DZP0aJKsSKyHONAPABi+PjUFAlqZGq4KHGlAemhzai5t
ZQAKCRA40A8AGL4+NaxuB/wOJXmcPa610tPieJG2oHBa2+c9699MyXH4U2gTP3m7
FX2tURg9K4Vab/Zrx5Tjk5v85lOBOD+Xg4Fgxu5iKWgwQb+A9qlPRJDDUWqIL2y9
cXJB/Zgm6lTvQKYTbB1cEuaYrt2De0XepgmGGF68lhh2ZfIr4pELIZXyBJFnZmcC
92yfYOH6ZrZm0T9SJngwRgKDIKaTW2c4P0HVbYWhh0YkVV2BaE1RQyz0hhYwh1Bi
LdMq0I1cu3/LQJFqHW3806vdCe89RANpkum8qfuOENAnpgOXWXkPHTnDkX3WOFH+
Vz6l77eY4nHEiHl+R69Wn6itf8uI8soYfEvVl4F3or+V
=/Vpf
-END PGP SIGNATURE-


___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#891894: golang-golang-x-sys: redefinition of 'SyscallNoError' when building with gccgo 8

[Shengjing Zhu]

Source: golang-golang-x-sys
Version: 0.0~git20180126.0.ff2a66f-1
Severity: important
Tags: upstream

Dear Maintainer,

It failed to build with gccgo 8
https://buildd.debian.org/status/fetch.php?pkg=elvish=ppc64el=0.11%2Bds1-4=1519965549=0

It's been fixed in 
https://github.com/golang/sys/commit/37707fdb30a5b38865cfb95e5aab41707daec7fd

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#891822: elvish: failed to build on arm64/mips64el

[Shengjing Zhu]

Package: elvish
Version: 0.11+ds1-3+b1
Severity: serious
Tags: upstream
Justification: fails to build from source (but built successfully in the past)
Forwarded: https://github.com/elves/elvish/issues/612

Dear Maintainer,

Failed to build with Go 1.10 on arm64 and mips64el

https://buildd.debian.org/status/fetch.php?pkg=elvish=arm64=0.11%2Bds1-3%2Bb1=1519471653=0
https://buildd.debian.org/status/fetch.php?pkg=elvish=mips64el=0.11%2Bds1-3%2Bb1=1519770454=0

--- FAIL: TestSelect (0.00s)
panic: runtime error: invalid memory address or nil pointer dereference 
[recovered]
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x68a30]

goroutine 20 [running]:
testing.tRunner.func1(0x44200bc1e0)
/usr/lib/go-1.10/src/testing/testing.go:742 +0x22c
panic(0x1120e0, 0x1dfed0)
/usr/lib/go-1.10/src/runtime/panic.go:505 +0x1f0
syscall.Select(0x7, 0x4420098280, 0x0, 0x0, 0x0, 0x442003d6f0, 0x442003d6f8, 
0x10)
/usr/lib/go-1.10/src/syscall/syscall_linux_arm64.go:77 +0x20
github.com/elves/elvish/sys.Select(0x7, 0x4420098280, 0x0, 0x0, 0x0, 
0x4420072600, 0x4420084680)

/<>/elvish-0.11+ds1/obj-aarch64-linux-gnu/src/github.com/elves/elvish/sys/select_linux.go:8
 +0x40
github.com/elves/elvish/sys.TestSelect(0x44200bc1e0)

/<>/elvish-0.11+ds1/obj-aarch64-linux-gnu/src/github.com/elves/elvish/sys/select_test.go:48
 +0x140
testing.tRunner(0x44200bc1e0, 0x13f750)
/usr/lib/go-1.10/src/testing/testing.go:777 +0xb0
created by testing.(*T).Run
/usr/lib/go-1.10/src/testing/testing.go:824 +0x25c

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.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)

Versions of packages elvish depends on:
ii  libc6  2.26-6

elvish recommends no packages.

elvish suggests no packages.

-- no debconf information

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

Re: [pkg-go] FYI: “Go += Package Versioning” by Russ Cox

[Shengjing Zhu]

On Thu, Feb 22, 2018 at 3:34 PM, Michael Stapelberg
<stapelb...@debian.org> wrote:
> Here are my thoughts on what this means for us (so far):
> https://docs.google.com/document/d/1XpiOBCLgqG8pKcz3cb6q45mDevCSOTb3AssSUzaujKI/edit
>
> Please feel free to comment/make suggestions either on the document or in
> this email thread.
>
> Eventually (likely by the time Go actually ships this), I’ll freeze the
> document and add it to our website.
>
>

In the new posts from Russ https://research.swtch.com/vgo-repro
`vgo build` creates the binary with building info embedded. With
`goversion -mh` one can view the version of modules used when
building. dh-golang's Built-Using is similar to this.

I find vgo puts module src in `$GOPATH/v/path@version`. We can benefit
from this, to ship multiple versions of a module together.

-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

Re: [pkg-go] Getting a new list for actual discussions

[Shengjing Zhu]

On Mon, Jan 29, 2018 at 11:41 AM, Alexandre Viau <av...@debian.org> wrote:
> Hello,
>
> This list is pretty spammy. How do you guys keep up with actual
> discussions? Do you use filters?

FWIW, here are my two GMail filters:

Matches: from:(-nore...@release.debian.org
-ftpmas...@ftp-master.debian.org) list:"Discussion list for members of
pkg-go "
Do this: Skip Inbox, Apply label "Debian/PKG-GO"

Matches: from:(bugs.debian.org) OR to:(bugs.debian.org)
Do this: Skip Inbox, Apply label "Debian/Debian-Bugs"


-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#878771: golang-github-spf13-cobra FTBFS on mips: error: redefinition of 'AF_ALG'

[Shengjing Zhu]

Control: reassign -1 golang-golang-x-sys

On Mon, Oct 16, 2017 at 11:26 PM, Adrian Bunk <b...@debian.org> wrote:
> Source: golang-github-spf13-cobra
> Version: 0.0~git20170731.0.b26b538-1
> Severity: serious
>
> https://buildd.debian.org/status/fetch.php?pkg=golang-github-spf13-cobra=mips=0.0~git20170731.0.b26b538-2=1508109561=0
>
> ...
> src/golang.org/x/sys/unix/zerrors_linux_mips_mipso32.go:15:2: error: 
> redefinition of 'AF_ALG'
>   AF_ALG   = 0x26
>   ^
> src/golang.org/x/sys/unix/zerrors_linux_mips.go:14:2: note: previous 
> definition of 'AF_ALG' was here
>   AF_ALG   = 0x26
>   ^
> src/golang.org/x/sys/unix/zerrors_linux_mips_mipso32.go:16:2: error: 
> redefinition of 'AF_APPLETALK'
>   AF_APPLETALK = 0x5
>   ^
> src/golang.org/x/sys/unix/zerrors_linux_mips.go:15:2: note: previous 
> definition of 'AF_APPLETALK' was here
>   AF_APPLETALK = 0x5
>   ^
> src/golang.org/x/sys/unix/zerrors_linux_mips_mipso32.go:17:2: error: 
> redefinition of 'AF_ASH'
>   AF_ASH   = 0x12
>   ^
> src/golang.org/x/sys/unix/zerrors_linux_mips.go:16:2: note: previous 
> definition of 'AF_ASH' was here
>   AF_ASH   = 0x12
>   ^
> src/golang.org/x/sys/unix/zerrors_linux_mips_mipso32.go:18:2: error: 
> redefinition of 'AF_ATMPVC'
>   AF_ATMPVC= 0x8
>   ^
> src/golang.org/x/sys/unix/zerrors_linux_mips.go:17:2: note: previous 
> definition of 'AF_ATMPVC' was here
>   AF_ATMPVC= 0x8
>   ^
> ...
>
>
>
> I've reproduced the FTBFS with 0.0~git20170731.0.b26b538-1,
> so that's likely triggered by some change elsewhere (gccgo 7?).
>

It should be caused by gcc-7 7.2.0-10 which fixed #876639
We need to revert the commits in golang/x/sys package,
https://anonscm.debian.org/cgit/pkg-go/packages/golang-golang-x-sys.git/commit/?id=bb8f8e16490ce03ce084c8e170ea4c9e79f53ba2


> ___
> Pkg-go-maintainers mailing list
> Pkg-go-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers



-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#877146: update to runc (1.0.0~rc4) breaks docker

[Shengjing Zhu]

>> I see activity in docker.io's packaging repository in the v17.05.0-ce.new
>> which may work with rc4 but according to the control file it does not.
>>
>> How about I upload docker-runc with previous runc version shipping
>> docker-runc binary and make docker.io use it by removing this patch hunk?:
>
> I have uploaded docker-runc to unstable (in NEW) for docker.io
> containing previous runc version
> with fixes to make it build.

I really think uploading this is not a good approach.
At least I find docker master branch is using a runc version newer
than 1.0.0-rc4.
Packaging the lasted docker release is hard, but eventually we will
do. And the runc/docker-runc in Debian will become duplicated.

CCing docker.io maintainers, so they will be aware of this.

-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#877008: golang-github-mattn-go-sqlite3: FTBFS: FAIL: TestShortTimeout

[Shengjing Zhu]

Source: golang-github-mattn-go-sqlite3
Version: 1.2.0+git20170901.05548ff~ds1-1
Severity: serious
Control: forwarded -1 https://github.com/mattn/go-sqlite3/issues/464
Control: tags -1 + upstream

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/arm64/golang-github-mattn-go-sqlite3.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/armhf/golang-github-mattn-go-sqlite3.html

--- FAIL: TestShortTimeout (5.60s)
sqlite3_go18_test.go:83: Executing db initializing statements
sqlite3_go18_test.go:128: context deadline exceeded


-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#876875: golang-github-gin-gonic-gin FTBFS with Go 1.9

[Shengjing Zhu]

On Tue, 26 Sep 2017 18:05:49 +0300 Adrian Bunk  wrote:
> Source: golang-github-gin-gonic-gin
> Version: 1.2+dfsg1-2
> Severity: serious
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/golang-github-gin-gonic-gin.html
>
> ...
> === RUN   TestPanicInHandler
> --- FAIL: TestPanicInHandler (0.00s)
> assertions.go:239:
>
> Error Trace: recovery_test.go:28
>

I assume this is a random failed test, since I can't reproduce it
locally. And ci.d.n doesn't fail either.

I checked the test env, I see the obvious difference is
tests.reproducible-builds.org has 8 cores, and the test run with `-p
8`. And my local test machine and ci.d.n both have 2 cores.
However I don't have env to confirm it.

IMHO, the error is trigger by the following code,
https://github.com/gin-gonic/gin/blob/v1.2/recovery.go#L64-L67

```
data, err := ioutil.ReadFile(file)
if err != nil {
continue
}
```
it will skip write some expected info when it reads files failed.

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#876639: libgo11: Please consider backport "libgo: use gc's arch names as the default GOARCHs on MIPS"

[Shengjing Zhu]

Package: libgo11
Version: 7.2.0-5
Severity: wishlist
Tags: upstream
X-Debbugs-CC: pkg-go-maintainers@lists.alioth.debian.org

Dear Maintainer,

Currently the pkg-go team uses gccgo to build Go packages on MIPS*
archs. However currently version of gccgo has different GOARCH name for
MIPS*.

Bug is reported at https://github.com/golang/go/issues/18031
And the fix is applied in trunk,
https://github.com/gcc-mirror/gcc/commit/074bbd7b6a221b0446c73b3f4c2e1bf6cc7b2634

We currently need tricky way to build Go packages on MIPS*(as described
in https://github.com/golang/go/issues/18031#issuecomment-318574018 )

So I think backport this fix in gccgo can be really helpful.

Thanks
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#839108: dh-golang: Please document behavior and variables used

[Shengjing Zhu]

On Tue, 20 Jun 2017 09:49:26 +0200 Michael Stapelberg
<stapelb...@debian.org> wrote:
> Hi Guillem,
>
> Thanks for your report!
>
> Guillem Jover <guil...@debian.org> writes:
> > Please document at least the variables from the environment that
> > directly affect the behavior such as GOPATH, DH_GOPKG,
> > DH_GOLANG_INSTALL_ALL, DH_GOLANG_INSTALL_EXTRA, DH_GOLANG_BUILDPKG,
> > DH_GOLANG_GO_GENERATE. And the field control field Go-Import-Path.
>
> What’s the correct place to document them? Stuffing this buildsystem
> related documentation into the dh_golang(1) manpage seems inappropriate,
> as that manpage should only document the dh_golang executable, right?

Add to man 3 Debian::Debhelper::Buildsystem::golang?

If you add the docs to lib/Debian/Debhelper/Buildsystem/golang.pm, the
auto generated manpage is
man3/Debian::Debhelper::Buildsystem::golang.3pm.gz

--
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#832834: golang-github-boltdb-bolt: FTBFS: Tests failures

[Shengjing Zhu]

And Santiago, Lucas,
Could you help to test and see if it still FTBFS?

On Fri, Sep 22, 2017 at 11:48 PM, Shengjing Zhu <i...@zhsj.me> wrote:
> I meet this FTBFS either.
> After looking at the code, I think it's caused by this test only waits
> 5s for writing 134M data.
> So I changed the time to 180s which I think sufficient for most disks.
> https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-boltdb-bolt.git/commit/?id=e989709
>
> Since the upstream is not active now, I haven't reported it to upstream.
>
> Thanks
> Shengjing Zhu



-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#832834: golang-github-boltdb-bolt: FTBFS: Tests failures

[Shengjing Zhu]

I meet this FTBFS either.
After looking at the code, I think it's caused by this test only waits
5s for writing 134M data.
So I changed the time to 180s which I think sufficient for most disks.
https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-boltdb-bolt.git/commit/?id=e989709

Since the upstream is not active now, I haven't reported it to upstream.

Thanks
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#876461: golang-github-boltdb-bolt: Add mipse supports

[Shengjing Zhu]

Source: golang-github-boltdb-bolt
Severity: wishlist

Dear Maintainer,

Currently boltdb doesn't support mips* due to missing some variables on
these archs.
However the upstream seems give up maintaining this project[1], and the
author suggests people to use the coreos's fork[2].

So I wonder if we can backport two simple files to this project to enable
more archs support.
https://github.com/coreos/bbolt/blob/master/bolt_mips64x.go
https://github.com/coreos/bbolt/blob/master/bolt_mipsx.go

[1] https://github.com/boltdb/bolt#a-message-from-the-author
[2] https://github.com/coreos/bbolt

Thanks
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#873889: elvish: FTBFS on ppc64(el): several tests fail

[Shengjing Zhu]

Just for recording, some failed test related to
https://github.com/golang/go/issues/21946

-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

Re: [pkg-go] Bug#811565: [uscan] git mode: allow for scanning repositories without tags

[Shengjing Zhu]

Hi,

I want to know if it's still possible to support GitHub's commit via
different way, rather than do a `git clone`.

I find GitHub has RSS feed for the commit, the url is like
https://github.com/Debian/dh-make-golang/commits/master.atom
So uscan can parse that xml feed, and get the commit data, id, and
finally forms the download link like
https://github.com/Debian/dh-make-golang/archive/71736daa55a06e466cdcc6c0347f5b9489471fe3.tar.gz,
and the version is 0.0~git.
Besides, the RSS feed url is not an API url, and will not have the API
rate problem.

That's simpler than doing `git clone` locally, though the shortage is
site specific.
BTW, gitlab also provides such feed, the url format is like
https://gitlab.com/inkscape/inkscape/commits/master?format=atom

Thanks
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#876013: golang-google-genproto-dev has circular Depends on golang-google-grpc-dev

[Shengjing Zhu]

> Hello Debian Go Packaging Team,
>
> There is a circular dependency between golang-google-genproto-dev
> and golang-google-grpc-dev:
>
> golang-google-genproto-dev  :Depends: golang-google-grpc-dev
> golang-google-grpc-dev  :Depends: golang-google-genproto-dev
>
> Circular dependencies are known to cause problems during upgrade between
> stable releases, so we should try to avoid them.
>

I previously try to avoid such circular, but seems failed.

In src:golang-google-grpc, the package tried to avoid Build-Depends
golang-google-genproto-dev, so vendored some files when building.

I put three files in
debian/vendor/google.golang.org/genproto/googleapis/rpc and copy them
to $(BUILDDIR)/src/

However the -dev package can't just do that.

Maybe we need to break the golang-google-genproto-dev to two package,
one that only contains google.golang.org/genproto/googleapis/rpc? like
golang-google-cloud-compute-metadata-dev?

And if we break golang-google-genproto-dev to two -dev package, one is
golang-google-genproto-rpc-dev. Can the src:golang-google-grpc
Build-Depends google-genproto-rpc-dev, maybe the src packages
Build-Depends still have circular?

-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#875653: Bug#875653: golang-github-aws-aws-sdk-go: New upstream release (>=1.7.0)

[Shengjing Zhu]

After update to 1.8.44,
the ratt result is:

2017/09/15 23:46:04 Build results:
2017/09/15 23:46:04 PASSED: acbuild
2017/09/15 23:46:04 PASSED: goiardi
2017/09/15 23:46:04 PASSED: golang-github-xenolf-lego
2017/09/15 23:46:04 PASSED: kubernetes
2017/09/15 23:46:04 PASSED: gitlab-ci-multi-runner
2017/09/15 23:46:04 PASSED: golang-github-aanand-compose-file
2017/09/15 23:46:04 PASSED: docker-registry
2017/09/15 23:46:04 PASSED: prometheus
2017/09/15 23:46:04 PASSED: cadvisor
2017/09/15 23:46:04 PASSED: golang-github-rsc-letsencrypt
2017/09/15 23:46:04 PASSED: rclone
2017/09/15 23:46:04 PASSED: golang-github-hashicorp-go-getter
2017/09/15 23:46:04 PASSED: golang-github-appc-docker2aci
2017/09/15 23:46:04 PASSED: swarmkit
2017/09/15 23:46:04 FAILED: grafana, but maybe unrelated to new
changes (see buildlogs/grafana_2.6.0+dfsg-3 and
buildlogs_recheck/grafana_2.6.0+dfsg-3)

# github.com/grafana/grafana/pkg/services/sqlstore
src/github.com/grafana/grafana/pkg/services/sqlstore/sqlstore.go:96:
cannot assign to x.Logger
src/github.com/grafana/grafana/pkg/services/sqlstore/sqlstore.go:96:
cannot use xorm.NewSimpleLogger(f) (type *xorm.SimpleLogger) as type
func() core.ILogger in assignment

xorm related


2017/09/15 23:46:04 FAILED: notary, but maybe unrelated to new changes
(see buildlogs/notary_0.1~ds1-1 and
buildlogs_recheck/notary_0.1~ds1-1)

cannot find package "github.com/Sirupsen/logrus/hooks/bugsnag" in any of


2017/09/15 23:46:04 FAILED: docker-swarm, but maybe unrelated to new
changes (see buildlogs/docker-swarm_1.2.5+dfsg-2 and
buildlogs_recheck/docker-swarm_1.2.5+dfsg-2)

cannot find package "github.com/docker/docker/pkg/version" in any of


2017/09/15 23:46:04 FAILED: nomad, but maybe unrelated to new changes
(see buildlogs/nomad_0.4.0+dfsg-1 and
buildlogs_recheck/nomad_0.4.0+dfsg-1)

# github.com/hashicorp/nomad/client/driver/executor
src/github.com/hashicorp/nomad/client/driver/executor/executor_linux.go:103:
cannot use true (type bool) as type *bool in assignment

opencontainers/runc/ related


2017/09/15 23:46:04 FAILED: kubernetes-addon-heapster, but maybe
unrelated to new changes (see
buildlogs/kubernetes-addon-heapster_1.2.0+dfsg-1 and
buildlogs_recheck/kubernetes-addon-heapster_1.2.0+dfsg-1)

gcl.go:57: cannot use *event (type api.Event) as type
googleapi.RawMessage in field value
gcl "google.golang.org/api/logging/v2beta1" related


2017/09/15 23:46:04 FAILED: golang-github-docker-engine-api, but maybe
unrelated to new changes (see
buildlogs/golang-github-docker-engine-api_0.4.0-2 and
buildlogs_recheck/golang-github-docker-engine-api_0.4.0-2)

--- FAIL: TestNewEnvClient (0.00s)

test fail


2017/09/15 23:46:04 FAILED: rkt, but maybe unrelated to new changes
(see buildlogs/rkt_1.21.0+dfsg-1 and
buildlogs_recheck/rkt_1.21.0+dfsg-1)

last time I updated aws-sdk-go, I pushed a fix in git, but no
maintainer has reviewed it and uploaded.


2017/09/15 23:46:04 FAILED: golang-github-go-chef-chef, but maybe
unrelated to new changes (see
buildlogs/golang-github-go-chef-chef_0.0.1+git20161023.60.deb8c38-1
and buildlogs_recheck/golang-github-go-chef-chef_0.0.1+git20161023.60.deb8c38-1)

--- FAIL: TestDataBagsService_DataBagListResultString (0.00s)

test fail


2017/09/15 23:46:04 FAILED: docker.io, but maybe unrelated to new
changes (see buildlogs/docker.io_1.13.1~ds1-2 and
buildlogs_recheck/docker.io_1.13.1~ds1-2)

# github.com/docker/docker/oci
oci/defaults_linux.go:22: unknown field 'Platform' in struct literal
of type specs.Spec
oci/defaults_linux.go:77: cannot use []string literal (type []string)
as type *specs.LinuxCapabilities in assignment
oci/defaults_linux.go:96: undefined: specs.Namespace
oci/defaults_linux.go:107: undefined: specs.Device
oci/defaults_linux.go:108: undefined: specs.Resources
oci/devices_linux.go:15: undefined: specs.Device
oci/devices_linux.go:27: undefined: specs.DeviceCgroup
oci/devices_linux.go:39: undefined: specs.Device
oci/devices_linux.go:39: undefined: specs.DeviceCgroup
oci/namespaces.go:6: undefined: specs.NamespaceType
oci/defaults_linux.go:108: too many errors

seems not related to aws sdk


2017/09/15 23:46:04 FAILED: packer (see buildlogs/packer_1.0.4+dfsg-1)

Only packer failed as expected(I will upload new version soon).

So I will upload aws-sdk-go 1.8.44 in few days :)

Thanks
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#875730: golang-github-vmware-govmomi: New upstream release (>=0.12.1)

[Shengjing Zhu]

Source: golang-github-vmware-govmomi
Severity: wishlist

Dear Maintainer,

With new release of packer 1.1.0, I need govmomi >= 0.12.1 to build.

Thanks
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#875653: golang-github-aws-aws-sdk-go: New upstream release (>=1.7.0)

[Shengjing Zhu]

Package: src:golang-github-aws-aws-sdk-go
Followup-For: Bug #875653
Control: retitle -1 golang-github-aws-aws-sdk-go: New upstream release (>=1.8.4)

Dear Maintainer,

With new release of packer 1.1.0, I need aws-sdk-go 1.8.4 now.

Thanks
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#875653: golang-github-aws-aws-sdk-go: New upstream release (>=1.7.0)

[Shengjing Zhu]

Source: golang-github-aws-aws-sdk-go
Severity: wishlist

Dear Maintainer,

We still have a version gap between upstream, which is v1.10.43 at the
time of writing.

When build packer new version, I need at lease 1.7.0 version of
aws-sdk-go. The feature I needed is added in
https://github.com/aws/aws-sdk-go/pull/1088

Thanks
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#875652: golang-github-hashicorp-go-checkpoint: New upstream snapshot

[Shengjing Zhu]

Source: golang-github-hashicorp-go-checkpoint
Severity: wishlist

Dear Maintainer,

When I build packer new release, I need a new snapshot release,
the feature needed is added in
https://github.com/hashicorp/go-checkpoint/pull/13

Currently I just disabled related feature in packer,
https://anonscm.debian.org/cgit/pkg-go/packages/packer.git/tree/debian/patches/0001-disable-telemetry-report.patch?id=445b8b2e75b414416c50314aa35ae50bafcf51a7

Thanks
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#874779: ratt: Use of /var/lib/apt/lists internals

[Shengjing Zhu]

> your package appears to be relying on the internal layout of 
> /var/lib/apt/lists
> and the location of that directory (which is configurable), as it matches the
> following regular expression (and a quick check did not rule out a false 
> positive):
>
> /var/lib/apt/lists/.*(Packages|Sources)
>
> For the matches found, you can have a quick look at:
>
> 
> https://codesearch.debian.net/search?q=%2Fvar%2Flib%2Fapt%2Flists%2F.*%28Packages%7CSources%29+package%3Aratt
>

These codes are in an `else` branch, which means ratt tries `apt-get
indextargets` first and then fallbacks to /var/lib/apt/lists/.
See 
https://github.com/Debian/ratt/blob/b3977a68b0bc0767f23ea5695aaff7ddb0275af9/ratt.go#L250


-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

Re: [pkg-go] Comments regarding zap_1.5.0+git20170802.3.e68420e-1_amd64.changes

[Shengjing Zhu]

(not from ftp-master, just team member of pkg-go, and not cc ftp-master)

Why ship this /usr/bin/zap-readme? I don't think this is a useful
binary for users.

the readme binary is generate from
https://github.com/uber-go/zap/blob/master/internal/readme/readme.go
which is in an internal directory.
And after looked at the code roughly, I think this is used by library
mantainer, not users, which is to generate the
https://github.com/uber-go/zap/blob/master/README.md


On Wed, Sep 6, 2017 at 7:00 PM, Pirate Praveen <prav...@onenetbeyond.org> wrote:
> On ശനി 02 സെപ്റ്റംബര്‍ 2017 12:57 വൈകു, Luca Falavigna wrote:
>> Hi,
>>
>> /usr/bin/readme is too generic to be placed under a location defined in PATH.
>> Would it be possible to use a more specialized name, such as zap-readme?
>>
>
> done.
>> Cheers,
>> Luca
>>
>>
>>
>> ___
>> Pkg-go-maintainers mailing list
>> Pkg-go-maintainers@lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
>>
>
>
>
> ___
> Pkg-go-maintainers mailing list
> Pkg-go-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers



-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#873889: elvish: FTBFS on ppc64(el): several tests fail

[Shengjing Zhu]

Control: tags -1 pending

with following two commits
https://anonscm.debian.org/cgit/pkg-go/packages/elvish.git/commit/?id=e3a9f22186a6ff9035fd9c26f8675c719f1190c2
https://anonscm.debian.org/cgit/pkg-go/packages/elvish.git/commit/?id=1da0634a7fe5585202c3cd69fb908de9ebe263fd

I have tested elvish successfully on a ppc64le VM provided by Minicloud.


-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#872402: golang-golang-x-tools-dev: Does not work on mips*

[Shengjing Zhu]

Control: severity -1 normal

On Thu, Aug 24, 2017 at 10:37 PM, Martín Ferrari <tin...@debian.org> wrote:
> Yes, sorry, I was confused with x/tools, which has disabled tests. This
> one does not get built in other arches, so the relevant tests are not
> executed.. Maybe we should make it arch:any...?
>

I think the CI like ci.d.n should run on more archs instead...

> Prometheus and friends were failing. I understood now what you are doing
> here (it took me a while), and by passing tags I managed to get them
> building again, but that's not a reasonable solution.. The packages
> should build out of the box. Can't you add the correct build
> restrictions for gccgo so we don't need the tags?

ok, so I read the issue on https://github.com/golang/go/issues/18031

I don't have mips env to verify comments by foka. But what foka said
in that issue is,
gccgo reports mipsel and mips both as `mipso32`. So we need pass
another `-tags` to distinguish the two archs.
Unless gccgo has corrent build tip, we can only manually add `-tags
mips` or `-tags mipsel`.

BTW, let me down grade this bug's severity first since I think we have
workaround for that :)

-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#872402: golang-golang-x-tools-dev: Does not work on mips*

[Shengjing Zhu]

Control: retitle -1 golang-golang-x-sys-dev: Does not work on mips*

Hi Martín,
So what's the prolem of this x/sys? I didn't see this package has
disabled tests.
Which package ftbfs because of x/sys?

On Thu, Aug 17, 2017 at 10:08 PM, Martín Ferrari <tin...@debian.org> wrote:
> reassign 872402 golang-golang-x-sys
> thanks
>
>> Since 0.0~git20170629.0.1b3bb8de-1 a patch has made the source files shipped
>> fail to build in mips* architectures. It does not FTBFS just because tests 
>> have
>> been disabled in a previous version, but it is making other packages FTBFS.
>>
>
> I am being stupid and mixing x/tools with x/sys. Sorry about the noise.
>
> --
> Martín Ferrari (Tincho)
>
> ___
> Pkg-go-maintainers mailing list
> Pkg-go-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers



-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#872428: RFS: golang-github-shopspring-decimal/0.0~git20170816.b9ab2bc-1 [ITP]

[Shengjing Zhu]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "golang-github-shopspring-decimal"

* Package name: golang-github-shopspring-decimal
  Version : 0.0~git20170816.b9ab2bc
  Upstream Author : 2013 Oguz Bilgic
2015 Spring, Inc.
* URL : https://github.com/shopspring/decimal
* License : Expat
  Section : devel


It builds those binary packages:

  golang-github-shopspring-decimal-dev - arbitrary-precision fixed-point 
decimal numbers in go

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/golang-github-shopspring-decimal

You can also get it from alioth:

https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-shopspring-decimal.git/

This package is a new dependency of golang-github-azure-azure-sdk-for-go

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#859360: New version of golang-github-azure-azure-sdk-for-go-dev available upstream: 9.0.0-beta

[Shengjing Zhu]

Hi

I also need new version of azure-sdk-for-go to update packer >= 1.0.3

I've investigated how things will be broken if we update
azure-sdk-for-go up to 10
meanwhile updating azure-sdk-for-go, we need to update azure-go-autorest up to 8

Of cause this will be API incompatible.

The following packages depends azure sdk,
* docker-registry, build successfully after updating azure sdk
* packer, I will update it
* prometheus, ftbfs if update, but I have pushed a patch to fix that.
  
https://anonscm.debian.org/cgit/pkg-go/packages/prometheus.git/commit/?id=5647269

So I think we can update it now and things can be fixed.

If someone has time to sponsor me to upload the updates, please let me know.
I'm on #debian-golang, my irc nick is zhsj.


On Tue, 4 Apr 2017 08:05:21 + "Potter, Tim"  wrote:
> On 3 Apr 2017, at 10:27 AM, Martín Ferrari  wrote:
> >
> > On 02/04/17 20:15, Jeffrey Cliff wrote:
> >> Package: golang-github-azure-azure-sdk-for-go-dev
> >> Version: 2.1.1~beta-3
> >>
> >> Upstream at github ( https://github.com/Azure/azure-sdk-for-go/releases
> >> ) there's been quite a bit of development activity (950+ commits) on the
> >> azure sdk and in particular ethereum has upgraded their required version
> >> to version 6.0.
> >
> > Wow, they sure seem to like to make major releases! :)
> >
> > We will have to see how to do this update without breaking stuff. I
> > can't imagine this will be API-compatible with 2.x?
>
> Yes that's pretty nuts.  I'm poking around at devendoring things for 
> Kubernetes,
> and it requires v7.0.1-beta so I'm keen on seeing this package updated as 
> well.
>
>
> Tim.

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#872415: ITP: golang-github-shopspring-decimal -- arbitrary-precision fixed-point decimal numbers in go

[Shengjing Zhu]

Package: wnpp
Severity: wishlist
Owner: Shengjing Zhu <i...@zhsj.me>

* Package name: golang-github-shopspring-decimal
  Version : 0.0~git20170816.b9ab2bc
  Upstream Author : 2013 Oguz Bilgic
2015 Spring Engineering
* URL : https://github.com/shopspring/decimal
* License : Expat
  Programming Lang: Go
  Description : arbitrary-precision fixed-point decimal numbers in go

 Features
  * the zero-value is 0, and is safe to use without initialization
  * addition, subtraction, multiplication with no loss of precision
  * division with specified precision
  * database/sql serialization/deserialization
  * json and xml serialization/deserializationInstall

This is the new dependency for building new version of
golang-github-azure-azure-sdk-for-go,
I will maintain this inside pkg-go team, and I need sponsor to upload.

Best regards,
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

Re: [pkg-go] Minutes for the DebConf17 BoF

[Shengjing Zhu]

On Sat, Aug 12, 2017 at 4:01 AM, Martín Ferrari <tin...@tincho.org> wrote:
> Git workflows
> -
>
> It was discussed about the problem of having so many different
> workflows, as it makes it difficult to work on packages prepared by
> other team members.
>
> The agreement was to find one standard and make it part of the team's
> policy and incorporate into dh-make-golang.
>
> To that end, it is requested that everyone sends an email to the mailing
> list describing their preferred workflow, and after a period of
> discussion we agree to a conclusion.
>

I just use gbp in the workflow.
* use `gbp import-orig` to update the upstream/pristine-tar/master
branch when new upstream released.
  The reason to use this, is we often need to exclude some files from
upstream. Thus I think we can't just pull all upstream commits to
upstream branch.
* use `gbp pq` to handle patches.
  It integrates the git workflow well.
* use `gbp buildpackge` to build

Currently I'm just not comfortable when I need to create an orig
tarball if the upstream doesn't have a TAG.
I hope #811565 can be fixed soon to get rid of this pain :)

-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#871902: Bug#871902: add golang support to dh-make

[Shengjing Zhu]

On Sat, Aug 12, 2017 at 7:17 PM, Pirate Praveen
<prav...@onenetbeyond.org> wrote:
> package: dh-make, dh-golang
> severity: wishlist
>
> Currently we have to use dh-make to create a generic debian directory
> and edit rules to add golang support. We also need to edit control file
> to add dependency on golang. Both of these could be automated. It would
> be nice to have direct support for this in dh-make (like python) or have
> a new command dh-make-go (like dh-make-ruby) so we can automate creation
> of rules and control files correctly.
>

Hi,

I think we have dh-make-golang already, please see the following
links for reference.

https://packages.debian.org/sid/dh-make-golang
https://github.com/debian/dh-make-golang
https://people.debian.org/~stapelberg/2015/07/27/dh-make-golang.html

-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

Re: [pkg-go] Bug#811565: [uscan] git mode: allow for scanning repositories without tags

[Shengjing Zhu]

Thanks for the comment.

On Wed, Aug 9, 2017 at 10:54 PM, Michael Stapelberg
<stapelb...@debian.org> wrote:
> 1. I think that infrastructure which the pkg-go team critically and very
> visibly depends on should eventually be hosted by DSA under debian.org. I
> don’t see them hosting this special “workaround” service, when there already
> is infrastructure in place to run uscan.

Well it can be hosted by DSA, or even don't use web service. Maybe
uscan can just call its cli tool.
I do hope someone can implement it in perl and bring it to uscan. But
it's hard for me to hack 4k lines perl.

Anyway, it's an exploration for using API rather than `git clone` locally.
And I intend to get it to support more Git services, maybe gopkg.in,
gitlab, etc.

PS, gopkg.in will point to some specific branch, and
github.com///tags doesn't work well even I append a
'?after=' suffix.


>
> 2. I have concerns regarding the scalability of such a service if we
> actually adopted this approach: the GitHub quota permits 5000 requests per
> hour (when authenticated). This sounds like a lot at first glance, but
> consider that we already have 845 Go packages. Your code does 4 requests per
> repository (IIUC), so already we are fairly close to reaching the limit, if
> we don’t take any precautions.

I haven't considered rate-limit, but do we check so frequently indeed?


-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

Re: [pkg-go] Bug#811565: [uscan] git mode: allow for scanning repositories without tags

[Shengjing Zhu]

Hi all,

I spent some time playing around GitHub api, and results a small tool,
https://github.com/zhsj/git-watch

I didn't implement it in uscan. But it can work well with uscan.

A demo service is at https://watch.zhsj.me/

Take one of packages I maintained,
https://tracker.debian.org/golang-github-xiaq-persistent
https://watch.zhsj.me/github/xiaq/persistent is the watch url.
And the following d/watch works fine,

version=4
opts="filenamemangle=s%(?:.*?)?([^/]*)\.tar\.gz%golang-github-xiaq-persistent-$1.tar.gz%"
\
  https://watch.zhsj.me/github/xiaq/persistent \
  (?:.*?/)?([^/]*)\.tar\.gz

This tool works both as web service and cli.

I hope you find this tool useful.

Yours,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#871448: golang-github-mattn-go-sqlite3-dev: please unbundle SQLite

[Shengjing Zhu]

Control: tags -1 + pending

After checking at the git repo, I find sqlite3-binding.* are excluded
in both master and upstream branch.
So I think aviau was aware of this. But they are included in pristine-tar.
Looking at the git commit log, I think aviau was just messed up by
pristine-tar tool.

I have pushed a new version to git. Please help to upload, thanks.

Yours,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

Re: [pkg-go] pkg-go bof at debconf

[Shengjing Zhu]

On Tue, Aug 8, 2017 at 5:10 AM, Martín Ferrari <tin...@tincho.org> wrote:
> Any suggestions about something that works reliably? I have been using
> Google Hangouts for work, but it requires a proprietary chromium plugin.

I think I didn't install any proprietary plugin, but I can use
Hangouts in Chromium.
So I vote for using Hangout.

-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#856139: certspotter: long description advertises commercial service

[Shengjing Zhu]

On Tue, Aug 8, 2017 at 2:12 AM, Dr. Bas Wijnen <wij...@debian.org> wrote:
>> Example: [s3cmd]
>
> How is this not in contrib?  This software is useless without the non-free
> service (which is also software, and it is not in main) from Amazon.  Policy
> even mentions as an example for things in contrib: wrapper packages or other
> sorts of free accessories for non-free programs.  That's exactly what this is.

Maybe some off topic here.

The description of s3cmd is outdated. It's *not* useless without AWS.
It can be used with self-hosted S3 protocol compatible service, such
as Ceph RGW, minio[1]. Both are free softwares, and Ceph is in our
main archive.

[1] https://github.com/minio/minio


-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

Re: [pkg-go] Why we install the test files in dev pkg(was: Bug#870643: golang-github-pierrec-lz4-dev: please split off test data)

[Shengjing Zhu]

On Fri, Aug 4, 2017 at 2:58 PM, Martín Ferrari <tin...@tincho.org> wrote:
> I am not sure if this was ever discussed, but I kind of like the tests
> being there in case I want to run them. It is the same for scritping
> languages like perl and python, tests are installed.

IIRC, python doesn't.
Take python3-requests for example,
these tests https://github.com/requests/requests/tree/master/tests
are not installed in
https://packages.debian.org/sid/all/python3-requests/filelist

-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

Re: [pkg-go] Why we install the test files in dev pkg(was: Bug#870643: golang-github-pierrec-lz4-dev: please split off test data)

[Shengjing Zhu]

BTW, I always drop test dependencies for the -dev package.

On Fri, Aug 4, 2017 at 11:46 AM, Shengjing Zhu <i...@zhsj.me> wrote:
> Hi team,
>
> I'm wondering why we install the *_test.go files in the *-dev binary package.
> IMHO, other package won't import the test files from *-dev package.
> And the CI system is to test building the src package from scratch. It
> doesn't  run `go test ./...` from the -dev package.
>
> So I think we should let the dh-golang stop installing test related
> files in -dev pkg.
>
> One doubt is that how the autopkgtest run for -dev pkg. Does it just
> run again the `go test` like CI for src pkg?
>
> Yours,
> Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Why we install the test files in dev pkg(was: Bug#870643: golang-github-pierrec-lz4-dev: please split off test data)

[Shengjing Zhu]

Hi team,

I'm wondering why we install the *_test.go files in the *-dev binary package.
IMHO, other package won't import the test files from *-dev package.
And the CI system is to test building the src package from scratch. It
doesn't  run `go test ./...` from the -dev package.

So I think we should let the dh-golang stop installing test related
files in -dev pkg.

One doubt is that how the autopkgtest run for -dev pkg. Does it just
run again the `go test` like CI for src pkg?

Yours,
Shengjing Zhu

On Fri, Aug 4, 2017 at 2:06 AM, Aaron M. Ucko <u...@debian.org> wrote:
> Package: golang-github-pierrec-lz4-dev
> Version: 0.0~git20170519.0.5a3d224-1
> Severity: minor
>
> The golang-github-pierrec-lz4-dev binary package now consists of 9+ MB
> of test data and a much smaller quantity of actual code.  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!

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#870160: ITP: golang-github-approvals-go-approval-tests -- ApprovalTests for go

[Shengjing Zhu]

Package: wnpp
Severity: wishlist
Owner: Shengjing Zhu <i...@zhsj.me>

* Package name: golang-github-approvals-go-approval-tests
  Version : 0.0~git20170712.0.c1e747e
  Upstream Author : approvals authors
* URL : https://github.com/approvals/go-approval-tests
* License : Apache-2.0
  Programming Lang: Go
  Description : ApprovalTests for go

 Golden master Verification Library.
 .
 ApprovalTests allows for easy testing of larger objects, strings and
 anything else that can be saved to a file(images, sounds, csv, etc.)

It's the new dependency for packer's[1] test suite.

I will package this inside pkg-go team and need sponsor as well.

[1] https://tracker.debian.org/pkg/packer

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#869989: golang-etcd-server-dev: circular dependency hell

[Shengjing Zhu]

Hi Bill,

IMHO, golang-github-spf13-cobra-dev can be avoid depending
golang-github-spf13-viper-dev

In package github.com/spf13/cobra, it only has github.com/spf13/pflag imported.
github.com/spf13/cobra/cobra can be removed from golang-github-spf13-cobra-dev,
it's only used for building `cobra` binary. I don't think other
packages will import it.

Regards,
Shengjing Zhu


On Fri, Jul 28, 2017 at 9:34 PM, Bill Allombert <ballo...@debian.org> wrote:
> Package: golang-etcd-server-dev
> Version: 3.1.8+dfsg-2
> Severity: important
>
> Hello Debian Go maintainers,
>
> There is a circular dependency between
> golang-etcd-server-dev, golang-github-spf13-cobra-dev,
> golang-github-spf13-viper-dev and
> golang-github-xordataexchange-crypt-dev:
>
> golang-etcd-server-dev:  Depends: golang-github-spf13-cobra-dev
> golang-github-spf13-cobra-dev:   Depends: golang-github-spf13-viper-dev (>= 
> 0.0~git20160605.0.c1ccc37)
> golang-github-spf13-viper-dev:   Depends: 
> golang-github-xordataexchange-crypt-dev
> golang-github-xordataexchange-crypt-dev :Depends: golang-etcd-server-dev
>
> Complex circular dependencies are known to cause problems during upgrade, so 
> we
> should try to avoid them.
>
> Also there is little point in having four separated -dev packages, if
> you have to install them all anyway.
>
> See threads
> http://lists.debian.org/debian-devel/2005/06/msg02111.html
> http://lists.debian.org/debian-devel/2005/11/msg01101.html
>
> Cheers,
> --
> Bill. <ballo...@debian.org>
>
> Imagine a large red swirl here.
>
> ___
> Pkg-go-maintainers mailing list
> Pkg-go-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#869981: ITP: golang-github-gophercloud-gophercloud -- OpenStack SDK for Go

[Shengjing Zhu]

Package: wnpp
Severity: wishlist
Owner: Shengjing Zhu <i...@zhsj.me>

* Package name: golang-github-gophercloud-gophercloud
  Version : 0.0~git20170728.0.574cf4f
  Upstream Author : Gophercloud authors
* URL : https://github.com/gophercloud/gophercloud
* License : Apache-2.0
  Programming Lang: Go
  Description : OpenStack SDK for Go

 Gophercloud allows Go developers to connect their applications with
 OpenStack clouds. It is fully open source and supports many OpenStack
 services like Compute, Object Storage, Identity, Networking and
 Block Storage.

It's the new dependency for packer.

I will package this inside pkg-go team and need sponsor as well.

Additional info:

There's golang-github-rackspace-gophercloud in Debian archive, upstream is
https://github.com/rackspace/gophercloud/

gophercloud/gophercloud is considered as a successor of rackspace/gophercloud,
whoes feature was freezon.

In https://github.com/rackspace/gophercloud/issues/592, maintainer of
rackspace/gophercloud says the library will be migrated
gophercloud/gophercloud, and gophercloud/gophercloud are almost entirely
backwards-compatible. However the two libraries do have incompatible 
interface[1],
and they are both used in many projects[2][3].

So I think we can package this package as a new one. The golang import path for
them are different, and they can coexist together.

[1] https://github.com/gophercloud/gophercloud/blob/master/MIGRATING.md
[2] https://godoc.org/github.com/gophercloud/gophercloud?importers
[3] http://godoc.org/github.com/rackspace/gophercloud?importers

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#869800: golang-github-aws-aws-sdk-go: Please update to >= 1.4.13

[Shengjing Zhu]

On Thu, Jul 27, 2017 at 9:23 PM, Martín Ferrari <tin...@tincho.org> wrote:
> On 27/07/17 14:05, Michael Stapelberg wrote:
>> It does break the API, as evinced by one build failure.
>>
>> I’m not aware of situations in the past where we created a new binary.
>> How would we name them? Is it worth the trouble?
>
> We had to do it once, for golang-github-dgrijalva-jwt-go-v3-dev
>

It leaves the problem that, we need to fix the import path on every
package that depends on it. Take this package for example, the import
path need to be github.com/dgrijalva/jwt-go-v3

/me just wondering why upstream don't use gopkg.in/xxx as the import
path...when they has versioned api.


-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#869863: ITP: golang-github-aliyun-aliyun-oss-go-sdk -- Alibaba Cloud OSS SDK for Go

[Shengjing Zhu]

Package: wnpp
Severity: wishlist
Owner: Shengjing Zhu <i...@zhsj.me>

* Package name: golang-github-aliyun-aliyun-oss-go-sdk
  Version : 1.5.0
  Upstream Author : Yubin Bai and Hǎiliàng Wáng
* URL : https://github.com/aliyun/aliyun-oss-go-sdk
* License : Apache-2.0
  Programming Lang: Go
  Description : Alibaba Cloud OSS SDK for Go

 This Go SDK is based on the official APIs of Alibaba Cloud OSS.
 .
 Alibaba Cloud Object Storage Service (OSS) is a cloud storage service provided
 by Alibaba Cloud, featuring massive capacity, security, a low cost, and high
 reliability.
 .
 The OSS can store any type of files and therefore applies to various websites,
 development enterprises and developers.
 .
 With this SDK, you can upload, download and manage data on any app anytime and
 anywhere conveniently.

It's the new dependency for packer.

I will package this inside pkg-go team and need sponsor as well.

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#869819: ITP: golang-github-denverdino-aliyungo -- Go SDK for Aliyun (Alibaba Cloud)

[Shengjing Zhu]

Package: wnpp
Severity: wishlist
Owner: Shengjing Zhu <i...@zhsj.me>

* Package name: golang-github-denverdino-aliyungo
  Version : 0.0~git20170721.0.80ceb80-1
  Upstream Author : Li Yi
* URL : https://github.com/denverdino/aliyungo
* License : Apache-2.0
  Programming Lang: Go
  Description : Go SDK for Aliyun (Alibaba Cloud)

 This is an unofficial Go SDK for Aliyun Services.
 .
 Following services are supported:
   * ecs: Elastic Compute Service
   * oss: Open Storage Service
   * slb: Server Load Balancer
   * dns: DNS
   * sls: Logging Service
   * ram: Resource Access Management
   * rds: Relational Database Service
   * cms: Cloud Monitor Service
   * cs: Container Service
   * sts: Security Token Service
   * dm: Direct Mail
   * sms: Short Message Service
   * push: Cloud Mobile Push
   * opensearch: OpenSearch
   * mq: Message Queue
   * nas: Network Attached Storage
   * common: Common libary of Aliyun Go SDK
   * util: Utility helpers

It's the new dependency for packer.

I will package this inside pkg-go team and need sponsor as well.

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#869800: golang-github-aws-aws-sdk-go: Please update to >= 1.4.13

[Shengjing Zhu]

Source: golang-github-aws-aws-sdk-go
Severity: wishlist

Dear Maintainer,

I'm currently working on update packer[1] to the latest version.
But it need aws-sdk-go >= 1.4.13. And maybe need to < 1.8.0

Upstream bundled 1.7.1. I find it difficult to fix this in packer to
compile with aws-sdk-go 1.1.14

I have tested aws-sdk-go 1.4.22 in my local env and also tested it with
ratt. (I pick 1.4.22 since I hope we don't break too many things.)

The ratt result is:
https://paste.debian.net/978273/

In summary, the following pkgs FTBFS with aws-sdk-go 1.4.22:

* prometheus
  FTBFS even we don't update aws-sdk-go
  
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/prometheus_1.6.3+ds-1.rbuild.log
* docker-swarm
  FTBFS even we don't update aws-sdk-go
  #861550
* nomad
  FTBFS even we don't update aws-sdk-go
  #861547
* grafana
  FTBFS even we don't update aws-sdk-go
  #817126, #828814, #861551
* docker.io
  FTBFS even we don't update aws-sdk-go
  
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/docker.io.html
* kubernetes
  I can't test it, since to build this needs more memory.
  /usr/lib/go-1.8/pkg/tool/linux_amd64/link: running gcc failed: fork/exec 
/usr/bin/gcc: cannot allocate memory
* packer
  I'm going to pacakge the new version.
* rkt
  FTBFS, errors are:
  coreos/rkt/rkt/config/auth.go:25:2
  cannot find package "github.com/aws/aws-sdk-go/private/signer/v4"
  reason:
  
https://github.com/aws/aws-sdk-go/commit/7bbc764fead608421a340378f04946d8fc24c0a6
  I've prepared a patch for it, it can build successfully:
  https://paste.debian.net/plain/978278
  But I'm not expert at rkt, and I don't now how to test if the patch
  really works(it just can compile).
* notary
  FTBFS even we don't update aws-sdk-go
  #835782, #861546

So I think we can upload 1.4.22 to unstable, and I do hope so.

If you are in favor of this, I can push my changes of aws-skd-go to git
repo. But I'll not upload it(not DD).

[1] https://tracker.debian.org/pkg/packer

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#869757: ITP: golang-github-biogo-hts -- biogo high throughput sequencing repository

[Shengjing Zhu]

Package: wnpp
Severity: wishlist
Owner: Shengjing Zhu <i...@zhsj.me>

* Package name: golang-github-biogo-hts
  Version : 1.0.1+git20170705.18.8bf89f2-1
  Upstream Author : bíogo
* URL : https://github.com/biogo/hts
* License : BSD-3-clause
  Programming Lang: Go
  Description : biogo high throughput sequencing repository

 SAM and BAM handling for the Go language.
 .
 bíogo/hts provides a Go native implementation of the SAM specification for
 SAM and BAM alignment formats commonly used for representation of high
 throughput genomic data, the BAI, CSI and tabix indexing formats, and the BGZF
 blocked compression format. The bíogo/hts packages perform parallelized read
 and write operations and are able to cache recent reads according to
 user-specified caching methods. The bíogo/hts APIs have been constructed to
 provide a consistent interface to sequence alignment data and the underlying
 compression system in order to aid ease of use and tool development.

I intend to package this inside pkg-go team. This library is a dependency of
packer. I need sponsor to upload.

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#865331: ITA: golang-github-masterzen-winrm -- WinRM library for Golang

[Shengjing Zhu]

Control: retitle -1 ITP: golang-github-masterzen-winrm -- WinRM library for 
Golang
Control: owner -1 !
X-Debbugs-CC: pkg-go-maintainers@lists.alioth.debian.org

I will handle this inside pkg-go team. Need sponsor as well.

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#865337: ITA: packer -- tool for creating machine images for multiple platforms

[Shengjing Zhu]

Control: retitle -1 ITA: packer -- tool for creating machine images for 
multiple platforms
Control: owner -1 !
X-Debbugs-CC: pkg-go-maintainers@lists.alioth.debian.org

I will handle this inside pkg-go team. And I will need sponsor.

Regards
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#869375: RFS: golang-gopkg-go-playground-assert.v1/1.2.1-1 [ITP]

[Shengjing Zhu]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: pkg-go-maintainers@lists.alioth.debian.org

Dear mentors,

I am looking for a sponsor for my package "golang-gopkg-go-playground-assert.v1"

* Package name: golang-gopkg-go-playground-assert.v1
  Version : 1.2.1-1
  Upstream Author : Dean Karn
* URL : https://github.com/go-playground/assert
* License : Expat
  Section : devel

It builds those binary packages:

  golang-gopkg-go-playground-assert.v1-dev - Basic Assertion Library used along 
side native go testing

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/golang-gopkg-go-playground-assert.v1


Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/golang-gopkg-go-playground-assert.v1/golang-gopkg-go-playground-assert.v1_1.2.1-1.dsc

Or 
https://anonscm.debian.org/git/pkg-go/packages/golang-gopkg-go-playground-assert.v1.git

This is a dependency of golang-gopkg-go-playground-validator.v8, which
is also a dependency of golang-github-gin-gonic-gin

Changes since the last upload:

 Initial release (Closes: #869370)

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#869374: RFS: golang-github-gin-contrib-sse/0.0~git20170109.0.22d885f-1 [ITP]

[Shengjing Zhu]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: pkg-go-maintainers@lists.alioth.debian.org

Dear mentors,

I am looking for a sponsor for my package "golang-github-gin-contrib-sse"

* Package name: golang-github-gin-contrib-sse
  Version : 0.0~git20170109.0.22d885f-1
  Upstream Author : Manuel Martínez-Almeida
* URL : https://github.com/gin-contrib/sse
* License : Expat
  Section : devel

It builds those binary packages:

  golang-github-gin-contrib-sse-dev - Server-Sent Events implementation in Go

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/golang-github-gin-contrib-sse


Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/golang-github-gin-contrib-sse/golang-github-gin-contrib-sse_0.0~git20170109.0.22d885f-1.dsc

Or

https://anonscm.debian.org/git/pkg-go/packages/golang-github-gin-contrib-sse.git

This a dependency of golang-github-gin-gonic-gin #865134

Changes since the last upload:

 Initial release (Closes: #869368)

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#865134: ITP: golang-github-gin-gonic-gin -- HTTP web framework written in Go

[Shengjing Zhu]

Control: retitle -1 ITP: golang-github-gin-gonic-gin -- HTTP web framework 
written in Go
Control: owner -1 !
X-Debbugs-CC: pkg-go-maintainers@lists.alioth.debian.org

I will package this inside pkg-go team and I need sponsor to upload.

Regards
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

Re: [pkg-go] Testing migration of dh-make-golang

[Shengjing Zhu]

On Mon, Jul 10, 2017 at 11:19 PM, Dr. Tobias Quathamer <to...@debian.org> wrote:
> Hi all,
>
> I have no idea why dh-make-golang does not migrate to testing. It's
> seven days in unstable (needed five), and the excuses seem to suggest
> that everything is fine and the migration will be attempted.
>

Just checked some results on
https://release.debian.org/britney/update_output/2017/20170710160001.txt.gz

skipped: dh-make-golang (15, 52, 17)
got: 64+0: a-8:i-32:a-1:a-3:a-2:m-3:m-7:m-4:p-1:s-3
* s390x: dh-make-golang

Maybe s390x should be available? Not sure about this...

-- 
Best regards,
Shengjing Zhu

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

[pkg-go] Bug#867767: RFS: elvish/0.9-1 [ITP] -- Friendly and expressive Unix shell

[Shengjing Zhu]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: pkg-go-maintainers@lists.alioth.debian.org
Control: block 867524 by -1

Dear mentors,

I am looking for a sponsor for my package "elvish"

* Package name: elvish
  Version : 0.9-1
  Upstream Author : Qi Xiao <xiaqq...@gmail.com>
* URL : https://elvish.io/
* License : BSD-2-Clause
  Section : shells

It builds those binary packages:

  elvish - Friendly and expressive Unix shell

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/elvish


Alternatively, one can download the package with dget using this command:

  dget -x https://mentors.debian.net/debian/pool/main/e/elvish/elvish_0.9-1.dsc

Or you can get it from Alioth:

https://anonscm.debian.org/cgit/pkg-go/packages/elvish.git

More information about elvish can be obtained from https://elvish.io.

Changes since the last upload:

* Initial release (Closes: #867524)

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers