Bug#1108989: ITP: golang-github-oschwald-maxminddb-golang-v2 -- MaxMind DB Reader for Go

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-github-oschwald-maxminddb-golang-v2 Version : 2.0.0-1 Upstream Author : Gregory Oschwald * URL : https://github.com/oschwald/maxminddb-golang * License : ISC Programming Lang: Go

Re: Use of 'debian/latest' in Go team as the default branch name

Hello again, sorry for the previous email, seems that formatting was a disaster, let me try again. On 26/01/2025 07:15, Otto Kekäläinen wrote: > What comes to DEP-14 and timelines, do you agree that debian/sid > predated the 2020 version of DEP-14 and the two options it now > recommends are debia

Re: Use of 'debian/latest' in Go team as the default branch name

Hello Otto, On 26/01/2025 07:15, Otto Kekäläinen wrote: > What comes to DEP-14 and timelines, do you agree that debian/sid > predated > the 2020 version of DEP-14 and the two options it now > recommends are debian/latest and is some situations debian/unstable? That is correct, and I didn't get th

Re: Use of 'debian/latest' in Go team as the default branch name

On 24/01/2025 08:24, Otto Kekäläinen wrote: Can we agree to update the Go team policy to follow this and default to 'debian/latest' going forward? There are <2000 packages in Debian that use the 'debian/sid' branch name, and out of these ~1300 are from the Go team. The Go team should not diverge

Re: Checking reverse dependencies

On 01/12/2024 16:54, Pirate Praveen wrote: 2024, ഡിസം 1 6:37:23 AM Otto Kekäläinen : > Why would somebody have put these libraries in Debian if nothing uses them? Check reverse build depends. reverse-depends -b Or build-rdeps from devscripts.

Re: Should *-dev packages ship examples and testdata?

Hello! On 29/11/2024 14:10, Otto Kekäläinen wrote: To my understanding no package that uses another -dev package as a build dependency would ever have any need for neither the examples nor testdata. Those files are more relevant to the person developing the library, right? Should we aim to remo

Re: RM'ing golang-github-census-instrumentation-opencensus-proto?

Ola, thanks for reaching out, please feel free to remove the package. I must have packaged it as a dependency of docker.io at the time. Best, Arnaud On 28/07/2024 07:54, Mathias Gibbens wrote: Hi Arnaud, Several years ago you uploaded golang-github-census-instrumentation- opencensus-pro

Re: Plans for golang-goprotobuf to unstable?

working on that! -- Arnaud Rebillout / Offensive Security / Kali Linux Developer

Re: Review/Upload of golang-github-fluent-fluent-logger-golang

On 3/31/22 00:01, Shengjing Zhu wrote: How is your AM process going? It has been one year now. Still ongoing. I had very little time this year to work on it, due to many personal reasons, that's why it takes so long :/   But it's still on my agenda, no worries. Thanks for the upload! Arnau

Review/Upload of golang-github-fluent-fluent-logger-golang

Hello Go team, I would need someone to review+upload https://salsa.debian.org/go-team/packages/golang-github-fluent-fluent-logger-golang when you have a moment. This is a build-dep of docker.io and nothing else, as far as I can see. A very simple package. The d/changelog needs to be finali

Re: Attempt to build package golang-github-mvdan-sh for apptainer

/apptainer/-/jobs/2466108#2969 [3] https://salsa.debian.org/go-team/packages/golang-github-mvdan-sh [4] https://salsa.debian.org/go-team/packages/golang-github-mvdan-sh/-/jobs/2465932 -- Arnaud Rebillout / Offensive Security / Kali Linux Developer

Re: Fwd: Bug#1003718: ITP: golang-gopkg-rethinkdb-rethinkdb-go.v6 -- Go language driver for RethinkDB

Hi Nilesh, On 1/14/22 17:22, Nilesh Patra wrote: Hi Arnaud, On 1/14/22 2:30 PM, Arnaud Rebillout wrote: Hello Go Team, is there anyone willing to review/upload this new package? https://salsa.debian.org/go-team/packages/golang-gopkg-rethinkdb-rethinkdb-go.v6 Autopkgtests were failing, I

Fwd: Bug#1003718: ITP: golang-gopkg-rethinkdb-rethinkdb-go.v6 -- Go language driver for RethinkDB

-- Forwarded Message Subject: Bug#1003718: ITP: golang-gopkg-rethinkdb-rethinkdb-go.v6 -- Go language driver for RethinkDB Resent-Date:Fri, 14 Jan 2022 08:39:02 +0000 Resent-From:Arnaud Rebillout Resent-To: debian-bugs-d...@lists.debian.org Resent-CC: debian-de...@lists.d

Bug#1003718: ITP: golang-gopkg-rethinkdb-rethinkdb-go.v6 -- Go language driver for RethinkDB

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-gopkg-rethinkdb-rethinkdb-go.v6 Version : 6.2.1-1 Upstream Author : RethinkDB * URL : https://github.com/rethinkdb/rethinkdb-go * License : Apache-2.0 Programming Lang: Go

Please review/upload two package updates

-sctp * https://salsa.debian.org/go-team/packages/golang-github-hashicorp-go-immutable-radix As a sidenote, I started the process to finally become an official DD, so there are chances that one of these days, I'll stop bugging you every time I need an upload ;) Cheers! -- Arnaud Rebillout

Re: How does the Debian build system avoid go.sum errors?

Hi Sebastian, On 9/11/21 10:06 PM, Sebastian wrote: I would be very interested to see how this might work; presumably, for when the Go build tool attempts to download the dependencies, a proxy server would need to be used in the CI/CD to translate the package paths into ones pointing to the Debi

Bug#994039: ITP: mirrorbits -- Geographical download redirector for distributing files efficiently across a set of mirrors.

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: mirrorbits Version : 0.5.1+git20210123.eeea0e0-1 Upstream Author : Ludovic Fauvet * URL : https://github.com/etix/mirrorbits * License : Expat Programming Lang: Go Description

Please Review / Upload rafaeljusto-redigomock

Hello Go Team! when someone has a moment, I just pushed a new package to Salsa, it needs review and upload as usual: https://salsa.debian.org/go-team/packages/golang-github-rafaeljusto-redigomock https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=988361 Thanks and have a great day!   Arnaud

Bug#988361: ITP: golang-github-rafaeljusto-redigomock -- Easy way to unit test projects using redigo library (Redis client in go)

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-github-rafaeljusto-redigomock Version : 3.0.1-1 Upstream Author : Rafael Dantas Justo * URL : https://github.com/rafaeljusto/redigomock * License : GPL-2.0 Programming Lang: Go

Bug#980433: ITP: buf --

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: buf Version : 0.33.0-1 Upstream Author : Buf Technologies, Inc. * URL : https://github.com/bufbuild/buf * License : Apache-2.0 Programming Lang: Go Description : Better way to

Bug#980432: ITP: golang-github-jhump-protoreflect -- Reflection (Rich Descriptors) for Go Protocol Buffers

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-github-jhump-protoreflect Version : 1.8.1-1 Upstream Author : Joshua Humphries * URL : https://github.com/jhump/protoreflect * License : Apache-2.0 Programming Lang: Go

Bug#977019: ITP: golang-golang-x-term -- Go terminal and console support

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-golang-x-term Version : 0.0~git20201207.ee85cb9-1 Upstream Author : Go * URL : https://github.com/golang/term * License : BSD-3-clause-Google Programming Lang: Go Description

Bug#965102: ITP: pup -- command-line HTML processor

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: pup Version : 0.4.0+git20190919.681d7bb-1 Upstream Author : Eric Chiang * URL : https://github.com/ericchiang/pup * License : Expat Programming Lang: Go Description : command-line

Re: Best approach to update Go packages with the version in the go import path

On 6/19/20 12:24 AM, Shengjing Zhu wrote: On Thu, Jun 18, 2020 at 7:21 PM Arnaud Rebillout wrote: On 6/18/20 4:33 PM, Shengjing Zhu wrote: On Thu, Jun 18, 2020 at 5:31 PM Shengjing Zhu wrote: [...] Because the version of gotestum in debian: 1. have go.mod 2. and declare it wants v2 See

Re: Best approach to update Go packages with the version in the go import path

On 6/18/20 4:33 PM, Shengjing Zhu wrote: On Thu, Jun 18, 2020 at 5:31 PM Shengjing Zhu wrote: [...] Because the version of gotestum in debian: 1. have go.mod 2. and declare it wants v2 See https://salsa.debian.org/go-team/packages/gotestsum/-/blob/debian/0.4.0-2/go.mod It only works when: 1

Re: Best approach to update Go packages with the version in the go import path

On 6/12/20 8:08 AM, Arnaud Rebillout wrote: On 6/11/20 4:07 PM, Shengjing Zhu wrote: On Thu, Jun 11, 2020 at 4:55 PM Arnaud Rebillout wrote: More fun now: in the case of gotest.tools, this magic mechanism does not work, and the build fails with multiple lines such as: package

Re: Best approach to update Go packages with the version in the go import path

On 6/11/20 4:07 PM, Shengjing Zhu wrote: On Thu, Jun 11, 2020 at 4:55 PM Arnaud Rebillout wrote: More fun now: in the case of gotest.tools, this magic mechanism does not work, and the build fails with multiple lines such as: package gotest.tools: code in directory /tmp/gotestdir/src

Re: Best approach to update Go packages with the version in the go import path

On 6/9/20 3:13 PM, Shengjing Zhu wrote: On Tue, Jun 9, 2020 at 3:41 PM Arnaud Rebillout wrote: Hello go team, I'm wondering about the best approach to take for modern Go packages that include the version in the Go path. As an example, gotest.tools, ie. the Debian package "gol

Best approach to update Go packages with the version in the go import path

  Hello go team, I'm wondering about the best approach to take for modern Go packages that include the version in the Go path. As an example, gotest.tools, ie. the Debian package "golang-github-gotestyourself-gotest.tools-dev" [1].   * current version in Debian is 2.x, and it goes by the Go

Re: Taking over an abandoned package

po. The reason I ask is that, this is the only/easiest way I know. If no objection, I'll be starting this weekend. thx. OK, Mr. Arnaud Rebillout?

Re: Basics of packaging with the new workflow

On 3/2/20 11:46 AM, Shengjing Zhu wrote: On Mon, Mar 2, 2020 at 12:06 PM Arnaud Rebillout wrote: [...] automatically, which is nice, except for one thing: you have to *undo* it all when you realize that you need to keep/remove things in the vendor directory (by setting the field Files

Re: Basics of packaging with the new workflow

On 3/1/20 1:46 AM, Tong Sun wrote: On Fri, Feb 28, 2020 at 5:35 PM Dmitry Smirnov wrote: In the spirit of diversity statement we can and should appreciate our differences as it is the very principle that is largely responsible for Debian success.,, Agree, I had been thinking that, we might

Re: Bug#945215: ITP: golang-github-census-instrumentation-opencensus-proto -- Language Independent Interface Types For OpenCensus

Hi Dmitry, thanks for the review and sorry for the delay! On 11/25/19 9:22 AM, Dmitry Smirnov wrote: Awesome. Thanks. It would be very nice to mention URL of the Salsa repository in ITP. For ITPs I recommend to set metadata properly such as block 945216 by 945215 (because one new package

Re: Need review and upload: azure-sdk-for-go

didn't try to rebuild it without the patch 00-Disable_azure.patch. Everyone with time on their hands are already welcome to review the two new packages mentioned above! Thanks   Arnaud On 11/20/19 6:23 PM, Arnaud Rebillout wrote: On 11/20/19 5:55 PM, Arnaud Rebillout wrote: On 11

Bug#945216: ITP: golang-github-census-ecosystem-opencensus-go-exporter-ocagent -- OpenCensus Go exporters for OpenCensus Agent

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-github-census-ecosystem-opencensus-go-exporter-ocagent Version : 0.6.0-1 Upstream Author : OpenCensus Authors * URL : https://github.com/census-ecosystem/opencensus-go-exporter-ocagent

Bug#945215: ITP: golang-github-census-instrumentation-opencensus-proto -- Language Independent Interface Types For OpenCensus

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-github-census-instrumentation-opencensus-proto Version : 0.2.1-1 Upstream Author : OpenCensus * URL : https://github.com/census-instrumentation/opencensus-proto * License : Apache

Re: Need review and upload: azure-sdk-for-go

On 11/20/19 5:55 PM, Arnaud Rebillout wrote: On 11/20/19 8:54 AM, Dmitry Smirnov wrote: I had a quick look and found that even latest release of the latter (v. 13.3.0 released in October) does not provide "github.com/Azure/go-autorest/ tracing" so we probably need to step back few v

Re: Need review and upload: azure-sdk-for-go

On 11/20/19 8:54 AM, Dmitry Smirnov wrote: I had a quick look and found that even latest release of the latter (v. 13.3.0 released in October) does not provide "github.com/Azure/go-autorest/ tracing" so we probably need to step back few versions of "azure-sdk-for- go"... I think you're mista

Re: Need review and upload: azure-sdk-for-go

On 11/20/19 9:00 AM, Dmitry Smirnov wrote: On Wednesday, 20 November 2019 12:26:40 PM AEDT Arnaud Rebillout wrote: Sure, but I couldn't find it, are you sure you pushed it? Can you give me the URL of the git repo? Here it is: https://tracker.debian.org/pkg/prometheus

Re: Need review and upload: azure-sdk-for-go

  Hey Martina, On 11/20/19 12:02 AM, Martina Ferrari wrote: The package azure-sdk-for-go is only used as a build dependency for docker-registry, restic and vuls. In this new version I greatly reduced the dependency graph by excluding the parts of the package that are not needed in Debian. Prome

Re: Need review and upload: azure-sdk-for-go

  Hey Martina, On 11/20/19 12:02 AM, Martina Ferrari wrote: The package azure-sdk-for-go is only used as a build dependency for docker-registry, restic and vuls. In this new version I greatly reduced the dependency graph by excluding the parts of the package that are not needed in Debian. Prome

Need review and upload: azure-sdk-for-go

  Hi Go team, I pushed to Salsa a new version of the azure-sdk-for-go, as I need it to build the docker-registry package. I would need review and upload from someone from the Go team. The package azure-sdk-for-go is only used as a build dependency for docker-registry, restic and vuls. In thi

Re: Salsa: please archive golang-github-nvveen-gotty and golang-github-ijc-gotty-dev

That's because actually Docker 18.09.x uses a fork of github.com/Nvveen/Gotty: https://github.com/docker/docker-ce/blob/18.09/components/cli/vendor.conf#L57 And that's why I packaged it to no avail: it was never used anyway... On 10/25/19 5:54 PM, Dmitry Smirnov wrote: On Friday, 25 October 2

Salsa: please archive golang-github-nvveen-gotty and golang-github-ijc-gotty-dev

  Hi all, I'm requesting the removal/archival of two git repo on salsa: https://salsa.debian.org/go-team/packages/golang-github-nvveen-gotty https://salsa.debian.org/go-team/packages/golang-github-ijc-gotty golang-github-nvveen-gotty is deprecated and was removed from the archive, see https://

Sponsor needed for gotestsum please!

  Dear go team, is there anyone willing to review and upload a new package "gotestsum": https://salsa.debian.org/go-team/packages/gotestsum It's a simple package, and it's a dependency of the docker.io test suite, starting from version 18.09.9. The only thing left to do is to finalize the ch

Bug#940225: ITP: gotestsum -- `go test` runner with output optimized for humans, JUnit XML for CI integration, and a summary of the test run results.

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: gotestsum Version : 0.3.5-1 Upstream Author : https://github.com/gotestyourself/gotestsum/issues/65 * URL : https://github.com/gotestyourself/gotestsum * License : Apache-2.0

Re: Bug#934206: buster-pu: package golang-github-docker-docker-credential-helpers/0.6.1-2+deb10u1

On 8/23/19 9:54 AM, Adam D. Barratt wrote: On 2019-08-18 15:41, Arnaud Rebillout wrote: On 8/16/19 9:35 PM, Adam D. Barratt wrote: So is the conclusion there that docker.io is or is not actually affected? Yes docker.io is affected as well. Which of the binary packages are affected and

Re: Bug#934206: buster-pu: package golang-github-docker-docker-credential-helpers/0.6.1-2+deb10u1

On 8/16/19 9:35 PM, Adam D. Barratt wrote: So is the conclusion there that docker.io is or is not actually affected? Yes docker.io is affected as well.

Re: Bug#934206: buster-pu: package golang-github-docker-docker-credential-helpers/0.6.1-2+deb10u1

On 8/10/19 2:07 PM, Shengjing Zhu wrote: > On Sat, Aug 10, 2019 at 2:56 PM Shengjing Zhu wrote: >> On Fri, Aug 9, 2019 at 10:09 PM Arnaud Rebillout >> wrote: >>> On 8/9/19 5:15 PM, Adam D. Barratt wrote: >>>> The module apparently has three reverse buil

Re: Bug#934206: buster-pu: package golang-github-docker-docker-credential-helpers/0.6.1-2+deb10u1

On 8/9/19 5:15 PM, Adam D. Barratt wrote: > The module apparently has three reverse build-dependencies: > > amazon-ecr-credential-helper: > golang-github-docker-docker-credential-helpers-dev > docker-pycreds: golang-docker-credential-helpers > docker.io: golang-github-docker-docker-credential-helpe

Upload request: docker-credential-helpers

  Dear Go Team, any DD around would be kind enough to upload the following package to *sid*: https://salsa.debian.org/go-team/packages/golang-github-docker-docker-credential-helpers/tree/debian/0.6.1-3 This is about applying a patch for a CVE. Thanks!   Arnaud

Re: upgrading golang packages (swift, google-api)

On 7/25/19 9:23 AM, Drew Parsons wrote: > On 2019-07-25 08:11, Shengjing Zhu wrote: >> >> Haven't used apt-rdepends before, but there's build-rdeps(1) from >> devscripts, which should have same result of ratt. Because they both >> use dose-ceve(1) from dose-extra. > > Ah, too many of these damn l

Re: upgrading golang packages (swift, google-api)

On 7/23/19 2:46 PM, Drew Parsons wrote: > On 2019-07-23 15:14, Arnaud Rebillout wrote: >> >> As usual, I have no clue what that REALLY means until I try to build >> docker against those versions and see what breaks :) > > That sounds to me like "just do the up

Re: upgrading golang packages (swift, google-api)

I just had a quick look at what docker master (upstream) uses at the moment. -> ncw-swift https://github.com/ncw/swift/commit/a0320860b16212c2b59b4912bb6508cda1d7cee6 from Aug 25, 2018, v1.0.40 onward. Seems fairly recent. I see that 1.0.47-1 is in experimental, I guess it's this version that yo

Re: Upload and unblock request for buster

On 5/14/19 10:03 AM, Shengjing Zhu wrote: > On Tue, May 14, 2019 at 10:45 AM Arnaud Rebillout > wrote: >> So, if I understand properly these docs, and assuming that right now I have >> docker `18.09.1+dfsg1-7` in debian unstable, I would have to do two things: >> >

Re: Upload and unblock request for buster

On 5/14/19 9:15 AM, Shengjing Zhu wrote: > You can upload to testing-propose-update, after you get approved by > release team. > > https://wiki.debian.org/TestingProposedUpdates > > https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#t-p-u > Great, thanks! So, if I understand prop

Upload and unblock request for buster

  Hey go team, I have a bit of a technical question regarding the freeze. I need a Go package (namely docker.io) to be accepted to buster. To this effect, I followed the procedure, submitted a bug against release.debian.org, and got the approval from the release team. I was told to upload the new

Re: Winding down my Debian involvement

On 3/11/19 12:22 AM, Michael Stapelberg wrote: > Please see > https://michael.stapelberg.ch/posts/2019-03-10-debian-winding-down/ > > -- > Best regards, > Michael I wish you the best for your next projects and things! And thanks for sharing your thoughts on your blog. Take care,   Arnaud

Re: Bug#909644: Bug #909644: docker.io: dockerd warning: failed to retrieve docker-runc version: unknown output format: runc version spec: 1.0.1

On 3/6/19 4:55 PM, Dmitry Smirnov wrote: > This is not such a small and definitely undesirable overhead. Its purpose is > unclear, it requires manual step and sure enough it will be forgotten. > Moreover it aims at the problem in another package. > It is not runc's job to meet Docker expectations.

Re: Bug#909644: Bug #909644: docker.io: dockerd warning: failed to retrieve docker-runc version: unknown output format: runc version spec: 1.0.1

On 3/6/19 10:03 AM, Shengjing Zhu wrote: > I think the runc should be fixed. > > But I don't like the patch you suggested. It's confused to user. If > you set the git commit to the upstream one, like > ccb5efd37fb7c86364786e9137e22948751de7ed for 1.0.0-rc6, the user would > think it's 1.0.0-rc6 ind

Re: Bug #909644: docker.io: dockerd warning: failed to retrieve docker-runc version: unknown output format: runc version spec: 1.0.1

  Dear Go team, So let met sum up this bug now to avoid you reading the backlog: In short, docker doesn't recognize the output of `runc --version`, and then it misbehaves and flood the log forever. To be more accurate, docker is not happy because it wants to know the git commit that was used to b

Need upload for golang-github-docker-docker-credential-helpers please!

  Dear go team, I'd need someone to upload docker-credential-helpers please, I just fixed a bug there. I can even save you the commands:   gbp clone g...@salsa.debian.org:go-team/packages/golang-github-docker-docker-credential-helpers.git   cd golang-github-docker-docker-credential-helpers   git

Re: google-grpc-dev in buster

On 1/24/19 3:08 AM, Martín Ferrari wrote: > On 19/01/2019 12:08, Dr. Tobias Quathamer wrote: >> [I've added Martín to CC, sorry if you're subscribed to the list.] > Thanks! Sorry I have been silent on this (RL..) > > >> Martín, you've already done the work of updating google-grpc-dev to >> release

Re: google-grpc-dev in buster

On 1/22/19 7:50 AM, Dmitry Smirnov wrote: > On Friday, 18 January 2019 11:34:16 PM AEDT Arnaud Rebillout wrote: >> I managed to build a package for docker v18.09.1 (which is the LTS for >> docker), and I'd be happy to be able to have this package in time for >> buster.

Please upload hashicorp-go-version

  Dear Go team, hashicorp/go-version is a very little library. While debian still ships a commit from Nov. 2017, upstream released two version, the latest being v1.1.0, in Jan. 2019 [1]. I could run ratt on the 9 reverse build deps, and ensure that updating to v1.1.0 doesn't break anything. I pu

Please upload golang-github-coreos-bbolt

  Dear Go team, According to the announce at [1], etcd started to provide a go vanity import path 'go.etc.io'. Consequently, some packages started using it. I pushed a minor change to the packaging files of coreos-bbolt to add this import path [2]. This is required to build docker 18.09.1. Being

Re: google-grpc-dev in buster

On 1/18/19 11:42 PM, Tianon Gravi wrote: > Have you tried using ratt to test the reverse dependencies? (That > should give you a little better confidence in whether/what it might > break to upload.) Well, I just tried to fire ratt on the *current* version of google-grpc-dev, the version that is

google-grpc-dev in buster

  Dear go devs, I managed to build a package for docker v18.09.1 (which is the LTS for docker), and I'd be happy to be able to have this package in time for buster. The main blocker on the way is `google-grpc-dev`: - debian ships 1.11 - docker requires 1.12 and FTBFS otherwise - salsa actually h

Re: Bug#919500: golang-github-grpc-ecosystem-grpc-gateway: build dependency on golang-google-genproto-dev must be bumped to (>= 0.0~git20190111.db91494)

  Dear Go team, I pushed a fix on Salsa, can you please review and upload these changes? Thanks! Regards,   Arnaud

Re: Please remove salsa repo https://salsa.debian.org/go-team/packages/gotestyourself

On 1/15/19 7:48 PM, Martín Ferrari wrote: > Hi Arnaud, > > On 15/01/2019 03:46, Arnaud Rebillout wrote: > >> As you can see, the vcs url point to the right place, ie. `gotest.tools` >> >> $ debcheckout -p gotest.tools >> git    https://salsa.debian.org/go-team/p

Re: Please remove salsa repo https://salsa.debian.org/go-team/packages/gotestyourself

Thanks! On 1/15/19 10:54 AM, Stephen Gelman wrote: > Done! > > Stephen > >> On Jan 14, 2019, at 9:46 PM, Arnaud Rebillout >> wrote: >> >> Dear Go team, >> >> I initially created the salsa repo `gotestyourself` a while ago. >> >>

Please remove salsa repo https://salsa.debian.org/go-team/packages/gotestyourself

  Dear Go team, I initially created the salsa repo `gotestyourself` a while ago. In the meantime, upstream changed the name of the project to `gotest.tools`. Since the package had never been uploaded yet, I created a new salsa repo named `gotest.tools`, and a new package. Ultimately, gotest.tools

Re: packaging delve

On 12/1/18 3:23 AM, Juan J. Natera wrote: > I started by running this: > > dh-make-golang github.com/derekparker/delve > -type program -git_revision > tags/v1.1.0 > > It downloaded the code from the repo and created the debian/ directory > inside it. It ignored

Re: FYI: presentation “Go in Debian”

Hi ! On 09/11/2018 11:47 PM, Michael Stapelberg wrote: > The video is now available: https://www.youtube.com/watch?v=xQNWrFw2bQw Thanks for the link. I never heard about `pk4` before, however I knew about `debcheckout`, which seems to be a pretty similar tool at a first glance. What are the main

Re: RFS: golang-github-gogo-googleapis 1.0.0-1

On 08/07/2018 10:06 AM, Dmitry Smirnov wrote: > Thanks. This package is not as straightforward as you might think. > > All pre-generated files shipped in upstream tarball should be re-built. > > See > > https://salsa.debian.org/go-team/packages/golang-github-gogo-googleapis/ > commit/c047818a >

RFS: golang-github-gogo-googleapis 1.0.0-1

https://salsa.debian.org/go-team/packages/golang-github-gogo-googleapis https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905493 This is a dependency of Docker 18.06. Thanks,   Arnaud

RFS; gotest.tools-2.1.0-1

https://salsa.debian.org/go-team/packages/gotest.tools https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905538 This is a dependency of docker. This package deprecates the existing 'gotestyourself' package, as upstream renamed it in 'gotest.tools'. 'gotestyourself' is still stuck in the NEW queue

Debconf 2018 - Go Packaging Team BoF

Here are the notes from the short BoF from DebConf 2018 (with minor editions). # Notes for the Debconf18 Go Packaging Team BoF People present (please add yourself) - aviau, nodens, rajudev , zhsj, felixonmars, arnaud, iwamatsu, yoshino, ah ## Topics * Quick intro to Go packaging   Please