[pkg-go] golang-github-naoina-go-stringutil_0.0~git20150102.360db0d-1_amd64.changes is NEW

2015-07-30 Thread Debian FTP Masters
binary:golang-github-naoina-go-stringutil-dev is NEW. source:golang-github-naoina-go-stringutil is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are

[pkg-go] Processing of golang-github-naoina-go-stringutil_0.0~git20150102.360db0d-1_amd64.changes

2015-07-30 Thread Debian FTP Masters
golang-github-naoina-go-stringutil_0.0~git20150102.360db0d-1_amd64.changes uploaded successfully to localhost along with the files: golang-github-naoina-go-stringutil_0.0~git20150102.360db0d-1.dsc golang-github-naoina-go-stringutil_0.0~git20150102.360db0d.orig.tar.gz

Re: [pkg-go] dh-golang : DH_GOLANG_INSTALL_EXTRA_EXTENSIONS option

2015-07-30 Thread Alexandre Viau
On 30/07/15 03:26 PM, Michael Stapelberg wrote: On Thu, Jul 30, 2015 at 3:02 PM, Alexandre Viau alexan...@alexandreviau.net wrote: We can extend the default list of installed extensions, but I'm not Can you send a patch for that please? Here you go :)! -- Alexandre Viau

[pkg-go] Bug#793518: Bug#793518: Bug#793518: FTBFS: TestString fails: ini_test.go:167: Dict cannot be stringified as expected.

2015-07-30 Thread Michael Stapelberg
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 stapelb...@debian.org wrote: So, yes, if you could work with upstream on a proper solution and then we could just package a new upstream snapshot,

Re: [pkg-go] gcsfuse -- fuse file system for Google Cloud Storage

2015-07-30 Thread Michael Stapelberg
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 jaco...@google.com wrote: On Tue, Jul 28, 2015 at 6:05 PM, Michael Stapelberg stapelb...@debian.org wrote: Indeed. Currently, when building, I get: #

[pkg-go] golang-github-ugorji-go-msgpack 0.0~git20130605.792643-1 MIGRATED to testing

2015-07-30 Thread Debian testing watch
FYI: The status of the golang-github-ugorji-go-msgpack source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 0.0~git20130605.792643-1 -- This email is automatically generated once a day. As the installation of new packages into

Re: [pkg-go] dh-golang : DH_GOLANG_INSTALL_EXTRA_EXTENSIONS option

2015-07-30 Thread Michael Stapelberg
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

[pkg-go] golang-github-kimor79-gollectd 0.0~git20150616-1 MIGRATED to testing

2015-07-30 Thread Debian testing watch
FYI: The status of the golang-github-kimor79-gollectd source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 0.0~git20150616-1 -- This email is automatically generated once a day. As the installation of new packages into testing

[pkg-go] golang-collectd 0.0~git20150630-1 MIGRATED to testing

2015-07-30 Thread Debian testing watch
FYI: The status of the golang-collectd source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 0.0~git20150630-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple

Re: [pkg-go] dh-golang : DH_GOLANG_INSTALL_EXTRA_EXTENSIONS option

2015-07-30 Thread Michael Stapelberg
I think the go tools do not cover files that are referenced by test code, e.g.: func TestFoo(t *testing.T) { f, err := os.Open(my_test_resource.txt) if err != nil { t.Fatalf(Could not open file: %v, err) } // … } Did I miss something? On Thu, Jul 30, 2015 at 2:41 AM, Michael