[pkg-go] Bug#1056592: debos: yaml: line X: did not find expected key

On 24/11/2023 17:50, Christopher Obbard wrote: Oh, turns out I completely forgot about that. I think it makes sense to release a new upstream Debos version, import that into Debian and drop your merge request. I will do that today. Thanks for the quick fix Christopher! Have a nice week-end,

[pkg-go] Bug#1056592: debos: yaml: line X: did not find expected key

requests/5 Packaging sidenote: please push your pristine-tar branch (or disable it in debian/gbp.conf), at the moment "gbp buildpackage" fails because of that. Thanks! -- Arnaud Rebillout / OffSec / Kali Linux Developer ___ Pkg-go-maintainers

[pkg-go] Bug#1056592: debos: yaml: line X: did not find expected key

Package: debos Version: 1.1.2-2 Severity: normal User: de...@kali.org Usertags: origin-kali Hi Christopher, Here's a surprising bug report. The version of debos currently in Debian unstable is a bit broken, in an odd way. Consider the following recipe: ``` $ cat main.yaml {{ $ospack := or

[pkg-go] Bug#1020691: debos should depend on systemd-resolved

On 24/10/2022 21:55, Christopher Obbard wrote: I'm more leaning on just adding it as a direct Dependency to the Debos package and seeing if anyone moans... Works for me. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@alioth-lists.debian.net

[pkg-go] Bug#1020691: debos should depend on systemd-resolved

message saying that "/lib/systemd/systemd-resolved is missing", plus a Suggests: systemd-resolved, both together gives a strong hint regarding what should be done. It sounds sensible as well. Sorry, that's not really a clear answer :) Best, -- Arnaud Rebillout / Offensive Security /

[pkg-go] Bug#1020691: debos should depend on systemd-resolved

t of "systemd-nspawn -D / -xb" (systemd-nspawn(1), example 6)? I hope that I clarified a few points here. Would be nice to hear more from fakemachine maintainers. Best regards, -- Arnaud Rebillout / Offensive Security / Kali Linux Developer ___

[pkg-go] Bug#1020691: debos should depend on systemd-resolved

the the lib and binaries could go back into the systemd package, leaving only the "enablement" part in systemd-resolved? Thanks! -- Arnaud Rebillout / Offensive Security / Kali Linux Developer ___ Pkg-go-maintainers mailing list Pkg-go-mainta

[pkg-go] Bug#1020691: debos should depend on systemd-resolved

bos. > > It will fix debos but might break user's setup, or at least surprise > user, because systemd-resolved will take over name resolution > on the machine where it's installed. > > Cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020288 This comment also applies to fakem

[pkg-go] Bug#1020691: debos should depend on systemd-resolved

Hello Christopher! On Sun, 25 Sep 2022 12:28:19 +0100 Christopher Obbard wrote: > Because of this, on a machine which does not have systemd-resolved installed, > debos no longer works as intended. > > Please add systemd-resolved as a runtime dependency to debos. It will fix debos but might

[pkg-go] Bug#1020288: debos: unable to resolve host address

Package: debos Version: 1.0.0+git20210707.c66a48d-2+b2 Severity: important User: de...@kali.org Usertags: origin-kali X-Debbugs-Cc: dai...@debian.org Dear Maintainer, at the moment debos (and fakemachine) is broken in unstable: $ cat debootstrap.yaml architecture: amd64 actions: -

[pkg-go] Bug#974111: golang-github-spf13-pflag: Please consider bumping to latest git commit

Source: golang-github-spf13-pflag Severity: normal Dear Maintainer, Being part of the Go team, I know that we prefer packaging tagged versions, rather than "latest git commit on maste" for Go packages. However in this particular case: - spf13/pflag sees very little maintenance (3 commits since

[pkg-go] Bug#934962: syncthing: FTBFS with 'build cache is disabled by GOCACHE=off, but required as of Go 1.12'

On 8/17/19 1:02 PM, Bruno Kleinert wrote: […] cd _build/src/github.com/syncthing/syncthing && go run script/genassets.go gui lib/auto/gui.files.go build cache is disabled by GOCACHE=off, but required as of Go 1.12 make[1]: *** [debian/rules:54: override_dh_auto_configure] Error 1 make[1]:

[pkg-go] Bug#923603: Drop continuity cli to reduce the Build-Depends

On Sun, 3 Mar 2019 01:45:01 +0800 Shengjing Zhu wrote: > Source: continuity > Severity: wishlist > > Hi Arnaud and team, > > I want to know if you object to drop the continuity cli from this package. Hi Shengjing Zhu, no objection for me. Initially I packaged continuity as a dependency of

[pkg-go] Bug#921156: etcd: CVE-2018-1098 CVE-2018-1099

I looked into this a bit yesterday. As mentioned in the issue upstream at https://github.com/etcd-io/etcd/issues/9353, the fix has been merged in the master branch of etcd in March 2018, almost a year ago. The conversation also mentions that this will be part of the next release v3.4. However

[pkg-go] Bug#918502: golang-github-opencontainers-runtime-tools: autopkgtest needs update for new version of golang-github-hashicorp-go-multierror

I pushed some changes to Salsa:   * New upstream version 0.8.0+dfsg   * Update patches   * Add patch to build against hashicorp-multierror 1.0 Can someone upload this package, as I'm just DM and I don't have permission for that? I CC Dmitry as he's the original author of the package, but

Re: [pkg-go] gotestyourself_1.3.0-1_amd64.changes REJECTED

Yep indeed, I'm not sure what was the right procedure to request removal for a package that was waiting in the NEW queue, I think I did `reportbug ftp.debian.org` as mentioned at https://wiki.debian.org/ftpmaster_Removals. Anyway, thanks for the rejection in this case ;)   Arnaud On

Re: [pkg-go] Bug#907432: golang-github-cloudflare-redoctober: FTBFS (too many arguments in call to activation.Listeners)

On 09/14/2018 11:02 PM, Shengjing Zhu wrote: > On Fri, Sep 14, 2018 at 11:27 PM Arnaud Rebillout > wrote: >> Dear Go team, >> >> can someone please upload this package? I added the patch to fix the FTBFS. >> >> https://salsa.debian.org/go-team/packages

Re: [pkg-go] Bug#907432: golang-github-cloudflare-redoctober: FTBFS (too many arguments in call to activation.Listeners)

again,   Arnaud On 09/14/2018 05:03 PM, Arnaud Rebillout wrote: > On 09/14/2018 04:56 PM, Shengjing Zhu wrote: > >> And for redoctober, it only has one line using go-systemd, it's >> >> activation.Listeners(true) >> >> From the go-systemd commit comment, they just

[pkg-go] Bug#907432: Bug#907432: golang-github-cloudflare-redoctober: FTBFS (too many arguments in call to activation.Listeners)

On 09/14/2018 04:56 PM, Shengjing Zhu wrote: > And for redoctober, it only has one line using go-systemd, it's > > activation.Listeners(true) > > From the go-systemd commit comment, they just removed the arg, and > assume it's default is true. > Oh, I didn't notice it was that trivial. Thanks.

[pkg-go] Bug#907432: golang-github-cloudflare-redoctober: FTBFS (too many arguments in call to activation.Listeners)

The only reverse dependency for this package is golang-cfssl (also from cloudflare). Upstream never issued a release for redoctober. Hence we could just assume that redoctober is part of golang-cfssl's codebase, keep it embedded in golang-cfssl, and stop packaging it separately like we do now.

[pkg-go] Bug#905493: ITP: golang-github-gogo-googleapis -- googleapis generated with gogoprotobuf

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-github-gogo-googleapis Version : 1.0.0-1 Upstream Author : gogoprotobuf * URL : https://github.com/gogo/googleapis * License : Apache-2.0 Programming Lang: Go Description

[pkg-go] Please sponsor for golang-github-shirou-gopsutil

Hello Go Team, Please review and sponsor:   https://salsa.debian.org/go-team/packages/golang-github-shirou-gopsutil This new release add support for the mips64el architecture, which is needed to solve a build failure for the package consul:  

[pkg-go] Blog post about the docker.io package

  Hello Go packaging team, you might remember that I showed up on this mailing list a few months ago, talking about docker packaging and asking around for package reviews :) Since then, Dmitry Smirnov joined the battle, and thanks to his effort the docker.io package is now back to life. I wrote

Re: [pkg-go] Simple binary + library package example

On 05/31/2018 10:32 AM, Tong Sun wrote: > > Isn't binary-only and binary + library packages are supposed to be > build with `dh-golang` instead? and I don't see how to use `dh-golang` > covered in that page either.  > > I'm not asking for extensive and comprehensive explanations.  > I'm only 

Re: [pkg-go] Simple binary + library package example

Hi, continuity is quite simple: https://salsa.debian.org/go-team/packages/continuity   Arnaud On 05/30/2018 10:54 AM, Tong Sun wrote: > Hi,  > > I want to package a tool that is both executable and library.  > > Is there any simple existing package example that is easy to follow > and

[pkg-go] Requesting review and upload sponsorship for new Docker dependencies

Dear Go packaging team, I'm working on packaging Docker '18.03.0-ce' for Debian, and I would like to submit a first group of packages that are needed to build Docker. All these packages are fairly simple. I kindly request review and upload sponsorship for the following packages: EXISTING

[pkg-go] Typo when creating a salsa repo, and how to delete the project

Hello Go packagers, Let's say I used `dh-make-golang create-salsa-project` and I made a typo. Now there's a project at , and I would like to remove it, however I don't have the rights for that. Will this repo automatically

[pkg-go] Bug#896855: ITP: fernet-go -- Generates and verifies HMAC-based authentication tokens

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout <arnaud.rebill...@collabora.com> * Package name: fernet-go Version : 0.0~git20151007.1b2437b-1 Upstream Author : Keith Rarick * URL : https://github.com/fernet/fernet-go * License : Expat Progr

[pkg-go] Bug#896854: ITP: golang-vbom-util -- Go utility packages

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout <arnaud.rebill...@collabora.com> * Package name: golang-vbom-util Version : 0.0~git20170409.256737a-1 Upstream Author : Frits van Bommel * URL : https://github.com/fvbommel/util * License :

[pkg-go] Bug#896853: ITP: golang-gopkg-gorethink-gorethink.v3 -- Go language driver for RethinkDB

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout <arnaud.rebill...@collabora.com> * Package name: golang-gopkg-gorethink-gorethink.v3 Version : 3.0.5-1 Upstream Author : Daniel Cannon * URL : https://github.com/gorethink/gorethink * License : Apac

[pkg-go] Bug#896852: ITP: golang-github-ishidawataru-sctp -- SCTP library for the Go programming language

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout <arnaud.rebill...@collabora.com> * Package name: golang-github-ishidawataru-sctp Version : 0.0~git20180208.07191f8-1 Upstream Author : Wataru Ishida * URL : https://github.com/ishidawataru/sctp * L

[pkg-go] Bug#896850: ITP: golang-github-bruth-assert -- Simple test assertions for Golang tests

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout <arnaud.rebill...@collabora.com> * Package name: golang-github-bruth-assert Version : release.r60+git20130823.de420fa-1 Upstream Author : Byron Ruth * URL : https://github.com/bruth/assert * L

Re: [pkg-go] News on docker packaging, the work is in progress

On 04/19/2018 04:24 AM, Michael Stapelberg wrote: > > On Mon, Apr 16, 2018 at 6:31 AM, Arnaud Rebillout > <arnaud.rebill...@collabora.com > <mailto:arnaud.rebill...@collabora.com>> wrote: > > > - docker-registry requires `golang-github-azure-azure-sdk-f

[pkg-go] News on docker packaging, the work is in progress

Dear Go Packaging Team, I'm still on my way to package Docker. I actually have a working package right now, but not good enough to be submitted. I have two unresolved, oustanding issues, and I'd appreciate some advice to solve them. - docker-registry requires