On Mon, Jun 10, 2024 at 8:19 AM Shengjing Zhu wrote:
> On Mon, Jun 10, 2024 at 6:45 PM Reinhard Tartler
> wrote:
> > On Mon, Jun 10, 2024 at 2:48 AM Shengjing Zhu wrote:
> >> >> Though removing src:golang-github-golang-protobuf-1-3 probably will
> not be easy
On Mon, Jun 10, 2024 at 2:48 AM Shengjing Zhu wrote:
>
> >> Though removing src:golang-github-golang-protobuf-1-3 probably will not
> be easy.
> >
> >
> > Can you please elaborate on where you see the difficulties?
> >
>
> Only pb.go files generated by protoc-gen-go-1-3 are compatible with
>
On Sun, Jun 9, 2024 at 12:49 PM Shengjing Zhu wrote:
> I think replacing golang-github-golang-protobuf-1-3-dev with
> golang-github-golang-protobuf-1-5-dev should be fine, as long as the
> generated pb.go files are still produced by protoc-gen-go-1-3.
>
That's the easy part. In fact, (unless
On Fri, Jun 7, 2024 at 3:22 AM Shengjing Zhu wrote:
> These apiv1 packages are going to cause a mess as well. Because the
> old and new versions are the same module, they will conflict with each
> other, just like the golang-github-golang-protobuf-1-{3,5}-dev
> packages. An application can only
On Tue, Jun 4, 2024 at 8:15 PM Shengjing Zhu wrote:
> Yes they are not compatible. But for the packaging, there are no
> conflicts around gogoprotobuf packages. You probably misread
> golang-goprotobuf-dev as golang-gogoprotobuf-dev. (These names are
> very similar...). golang-goprotobuf-dev is
Sorry for being late to the party, I've been spending now a few days of
research to understand this issue. I'd like to share my thoughts, see below.
On Sun, Mar 24, 2024 at 4:10 AM Maytham Alsudany
wrote:
> Hi Simon,
>
> On Sun, 2024-02-18 at 20:42 +0100, Simon Josefsson wrote:
> > Shengjing
Adding debian-go@, I think this topic deserves a wider audience
sorry for the duplicate mail, I messed up the copy for debian-go@, so this
is a re-send.
On Mon, Jun 3, 2024 at 2:31 PM Reinhard Tartler wrote:
> Basically notary insists on golang-github-golang-protobuf-1-3-dev,
> whereas
Package: wnpp
Owner: Reinhard Tartler
Severity: wishlist
* Package name: golang-github-go-jose-go-jose.v3
Version : 3.0.3
Upstream Author : https://github.com/go-jose/go-jose
* URL or Web page : https://github.com/go-jose/go-jose
* License : Apache 2.0
Description
I've been looking at this test failure, but remain puzzled.
Basically, the source for this test is here:
https://sources.debian.org/src/docker.io/20.10.25%2Bdfsg1-2/engine/distribution/xfer/download_test.go/#L364-L429.
This test is testing code in
Great analysis, thanks for the writeup.
As the person who has packaged podman for sid, I'm afraid I have to point
out that the "fun" doesn't end here. In addition to podman, you'll also be
looking at backporting:
- runc (potentially crun, which may or may not be easier)
- conmon
-
Package: wnpp
Severity: wishlist
* Package name: go-jose
Version : 3
Upstream Author : https://github.com/go-jose/go-jose
* URL or Web page : https://github.com/go-jose/go-jose
* License : Apache 2.0
Description : An implementation of JOSE standards (JWE, JWS, JWT)
Hi Mathias,
On Mon, Oct 16, 2023 at 8:15 AM Reinhard Tartler wrote:
>
>
> On Thu, Oct 12, 2023 at 11:04 PM Mathias Gibbens
> wrote:
>
>> [...] the
>> upstream main branch has switched to v6. Attempting to patch runc to
>> use v6 in Debian seems too in
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-checkpoint-restore-checkpointctl
Version : 1.1.0-1
Upstream Author :
* URL : https://github.com/checkpoint-restore/checkpointctl
* License : Apache-2.0
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-coreos-stream-metadata-go
Version : 0.4.3-1
Upstream Author : CoreOS
* URL : https://github.com/coreos/stream-metadata-go
* License : Apache-2.0
Programming Lang: Go
On Thu, Oct 12, 2023 at 11:04 PM Mathias Gibbens wrote:
> [...] the
> upstream main branch has switched to v6. Attempting to patch runc to
> use v6 in Debian seems too invasive, and I don't know how long it will
> be until runc releases a version that uses v6.
>
Looking ta
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-sigstore-rekor
Version : 1.2.2-1
Upstream Author : sigstore
* URL : https://github.com/sigstore/rekor
* License : Apache-2.0
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-containers-libtrust
Version : 0.0~git20230121.c1716e8-1
Upstream Author : Containers
* URL : https://github.com/containers/libtrust
* License : Apache-2.0
Programming Lang
Control: tag -1 +upstream
Control: forwarded -1 https://github.com/containers/podman/issues/18349
Control: severity -1 important
On Wed, Apr 26, 2023 at 6:48 AM Jan Hendrik Farr wrote:
> Package: podman
> Version: 4.3.1+ds1-6+b2
> Severity: normal
> Tags: newcomer
> X-Debbugs-Cc:
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-google-go-containerregistry
Version : 0.14.0-1
Upstream Author : Google
* URL : https://github.com/google/go-containerregistry
* License : Apache-2.0
Programming Lang: Go
On Wed, Apr 12, 2023 at 6:41 AM Reinhard Tartler wrote:
> Control: reassign -1 golang-github-klauspost-pgzip 1.2.5-2
> Control: affects -1 libpod
> Control: forwarded -1 https://github.com/containers/podman/issues/15944
> Control: severity -1 important
>
>
I've prepared an MR
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-jellydator-ttlcache
Version : 3.0.1-1
Upstream Author : Jellydator
* URL : https://github.com/jellydator/ttlcache
* License : Expat
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-pkg-browser
Version : 0.0~git20210911.681adbf-1
Upstream Author :
* URL : https://github.com/pkg/browser
* License : BSD-2-clause
Programming Lang: Go
Description
On Tue, Sep 13, 2022 at 5:03 AM Nilesh Patra
wrote:
>
> >We have the general problem that when we only want a subset package of
> >a library, we end up maintaining a monster package.
>
> In such a case maybe it's better to embed parts of libraries using vendor/
> dir instead of maintaining a
On 8/23/22 16:42, Martina Ferrari wrote:
Hi Reinhard, et al.
I saw that consul is going to be removed from testing in just 7 days, along
with a bunch of packages that depend on it.
I was about to prepare a new release for 1.8 to solve some of the issues, but
then I saw that you have
I happen to know (because I occasionally attend the podman community meetings)
that
podman is developed mostly by redhat employees.
What was the wording of the reject message. Maybe you can also attribute the
copyright
to redhat, or simply the "oci-seccomp-bpf-hook developers"?
best,
-rt
On
Control: bts retitle 1009713 "ITP: netavark -- A container network stack"
Control: owner 1009713 !
>
Hi Folks,
I've been working on packaging all dependencies of netavark, and prepared
initial packaging in https://salsa.debian.org/debian/netavark -- feedback
welcome. Right now I'm waiting for
a hand with this netavark package?
On Thu, Apr 14, 2022 at 7:00 PM Reinhard Tartler
wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: netavark
> Version : 1.0.2
> Upstream Author : github.com/containers
> * URL or Web page : https://github.co
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-gorilla-schema
Version : 1.2.0-1
Upstream Author : Gorilla Web Toolkit
* URL : https://github.com/gorilla/schema
* License : BSD-3-clause
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-stefanberger-go-pkcs11uri
Version : 0.0~git20201008.78d3cae-1
Upstream Author : Stefan Berger
* URL : https://github.com/stefanberger/go-pkcs11uri
* License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-mndrix-tap-go
Version : 0.0~git20171203.629fa40-1
Upstream Author : Michael Hendricks
* URL : https://github.com/mndrix/tap-go
* License : Public Domain
Programming Lang
Thanks, uploaded
On Sun, Apr 17, 2022 at 3:36 PM Mathias Gibbens
wrote:
> I'm looking for a sponsor for my updates to the package golang-
> github-canonical-go-dqlite, which can be viewed on salsa at [1]. This
> is a dependency for my LXD packaging work; I've updated the package to
> the
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-dtylman-scp
Version : 0.0~git20181017.f3000a3-1
Upstream Author : Danny
* URL : https://github.com/dtylman/scp
* License : Expat
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-containerd-stargz-snapshotter
Version : 0.8.0-1
Upstream Author : containerd
* URL : https://github.com/containerd/stargz-snapshotter
* License : Apache-2.0
Programming
On Mon, Aug 30, 2021 at 5:52 PM Shengjing Zhu wrote:
> > Sorry, it seems my rambling caused more confusion than the french bits.
> >
> > To clarify, I do think we need to have some (code) duplication in the
> archive, at least for a couple of months. I somehow assumed that we already
> did have
Hi,
On Mon, Aug 30, 2021 at 10:03 AM Barnabé BALP
wrote:
> Hello eveybody,
>
> Here is my very naive question as I don't know well how Debian maintainers
> work and decide things.
>
> Is there any plan to get new podman releases into bullseye-backports?
>
I'd also love to see podman in
On Mon, Aug 30, 2021 at 4:45 AM Shengjing Zhu wrote:
> I think it again, maybe we should have both v1.3 and v1.4+
> golang-gogoprotobuf together,
> as we do the transition in C/C++ libraries. Some packages are difficult to
> be ported
> to new api, so we end up with two duplications in archive.
On Sun, Aug 29, 2021 at 8:45 PM Shengjing Zhu wrote:
>
> > Shengjing, would it be feasible to keep golang-gogoprotobuf at 1.3 and
> have packages move over to google-protobuf-dev "peu-a-peu"?
>
> Sorry, I don't get what it means. What is "peu-a-peu"?
>
Sorry, I meant to write "piece-by-piece"
On Sat, Aug 28, 2021 at 8:23 PM Shengjing Zhu wrote:
> golang-goprotobuf is special so let's start a new thread.
>
good call!
[...]
Now the question for Debian to move forward.
> 1. Should we bump golang-goprotobuf to v1.4+, this will break packages
> that still uses golang-gogoprotobuf, and
gt; On Sun, Aug 29, 2021 at 12:03 AM Reinhard Tartler
>> wrote:
>> >
>> > Hi,
>> >
>> > now that the freeze is over, and bookworm is open for development, any
>> objections to uploading golang-github-vbauerster-mpb 6 to sid? -- I
>> understand
Hi,
now that the freeze is over, and bookworm is open for development, any
objections to uploading golang-github-vbauerster-mpb 6 to sid? -- I
understand that it will require some dependent packages to get updated and
might be a bit disruptive.
Any thoughts or volunteers to help out with the
Thanks everyone, your opinions and kudos are greatly appreciated.
I've uploaded libpod to unstable and asked for an unblock in #989899.
best,
-rt
Hi Shengjing, hi Dmitry,
I'm reaching out to seek your opinion on whether or not making an upload
for libpod at this point in the cycle is a good idea. I'm looking
specifically at https://bugs.debian.org/989803 for which I've prepared a MR
at
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-jinzhu-copier
Version : 0.3.2-1
Upstream Author : Jinzhu
* URL : https://github.com/jinzhu/copier
* License : Expat
Programming Lang: Go
Description : Deep copy
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-disiqueira-gotree
Version : 3.0.2-1
Upstream Author : Diego Siqueira
* URL : https://github.com/disiqueira/gotree
* License : Expat
Programming Lang: Go
Description
Hi Felix,
I took the liberty of updating restic to version 0.12 because I needed to
use the rewritten prune feature to clean up a repository that was left
unattended for too long. For this, I also had to update the
golang-github-cenkalti-backoff package to version 4.1.0, which you updated
in git
Got it, thanks!
On Tue, Feb 16, 2021 at 1:46 AM Paul Gevers wrote:
> Hi
>
> On 15-02-2021 23:46, Reinhard Tartler wrote:
> > This package doesn't (like most golang-packages) install a
> > debian/tests/control file,
> > but instead has a field 'Testsuite: autopk
Dear Golang Team,
On Mon, Feb 15, 2021 at 1:23 PM Paul Gevers wrote:
> On 15-02-2021 15:08, Reinhard Tartler wrote:
> > Control: severity -1 important
>
> I agree with this. The Debian infra allows for use of the internet (if
> not used to download programs, that's forbidde
On Tue, Feb 2, 2021 at 3:01 PM Paul Gevers wrote:
> Unfortunately I believe we're not really in the position to advise you
> on the matter at hand as there are obviously pro's and con's for both
> side which require detailed knowledge to balance them. It seems to me
> that your having a decent
On Tue, Feb 2, 2021 at 11:54 AM Adrian Bunk wrote:
> On Sat, Jan 30, 2021 at 09:08:36PM -0500, Reinhard Tartler wrote:
> >...
> > On Mon, Jan 25, 2021 at 7:15 PM Dmitry Smirnov
> wrote:
> >...
> > A low-effort workaround could be to add a build-dependency on pod
On Mon, Feb 1, 2021 at 4:58 PM Dmitry Smirnov wrote:
>
> > The fact that as has been mentioned in this thread a) bullseye is around
> > the corner b) nomad-driver-podman isn't even in testing right now, c)
> > podman itself is a much more popular package than nomad-driver-podman
> > (or nomad
On Sat, Jan 30, 2021 at 10:33 PM Dmitry Smirnov wrote:
>
> > > No it hasn't... :( There is a serious regression:
> > > https://github.com/hashicorp/nomad-driver-podman/issues/69
> >
> > I'm having a hard time considering this a "serious" regression. The
> problem
> > as far as I understand is
trimming cc-list
On Mon, Jan 25, 2021 at 7:15 PM Dmitry Smirnov wrote:
> On Monday, 25 January 2021 10:47:25 PM AEDT Reinhard Tartler wrote:
> > It seems that https://packages.qa.debian.org/n/nomad-driver-podman.html
> > has never made it to testing, which makes me wonder whether
On Sat, Jan 30, 2021 at 5:03 PM Antonio Terceiro
wrote:
> FWIW I have been using podman 3.0.0~rc1 from experimental for a few days
> and haven't noticed anything wrong with it. I hope we can have that
> version in bullseye.
>
Me too.
Dear release team, do you have any opinion on this topic?
On Sun, Jan 24, 2021, 21:52 Dmitry Smirnov wrote:
> On Monday, 25 January 2021 12:02:26 PM AEDT Reinhard Tartler wrote:
> > - Podman 3 drops the legacy varlink interface. To the best of my
> > knowledge, there are no packages in debian/testing that would require
> > varli
Dear release-team,
I'm proposing to have podman 3.0 in debian/bullseye. As maintainer of the
package, I'm convinced this is a good step for Debian because:
- podman 3.0 will be included in RHEL 8.4, which will be released in May
2021. I expect security support for podman in Debian to become
On Sun, Jan 24, 2021 at 9:12 AM Reinhard Tartler wrote:
>
>
> On Sun, Jan 24, 2021 at 7:54 AM Shengjing Zhu wrote:
>
>> On Sun, Jan 24, 2021 at 8:44 PM Reinhard Tartler
>> wrote:
>> >
>> > Context is what version of podman to ship in Debian bullseye
&
On Sun, Jan 24, 2021 at 1:44 PM Antoine Beaupré wrote:
>
> Could we still upload 2.1 or 2.2 to unstable in the meantime to have at
> least an update on that front that's solid?
>
>
Debian testing (bullseye)/unstable currently ship with version 2.1.1.
cf.
On Sun, Jan 24, 2021 at 7:54 AM Shengjing Zhu wrote:
> On Sun, Jan 24, 2021 at 8:44 PM Reinhard Tartler
> wrote:
> >
> > Context is what version of podman to ship in Debian bullseye
> [...]
> >
> > One could be to let's go straight for podman 3.0. Since Deb
Context is what version of podman to ship in Debian bullseye
On Thu, Jan 14, 2021 at 11:29 AM Antonio Terceiro
wrote:
> On Sat, Jan 09, 2021 at 12:58:05PM +0200, Faidon Liambotis wrote:
> > Hi there,
> >
> > On Thu, Dec 31, 2020 at 01:39:52PM -0500, Reinhard Tartler wrot
On Wed, Jan 6, 2021 at 8:14 PM El boulangero wrote:
> Hello Go Team,
>
> anyone up for a quick review/upload? This is it:
>
>
> https://salsa.debian.org/go-team/packages/golang-github-opencontainers-selinux
>
> All pushed to salsa, the only thing missing is the debian tag.
>
> This is a minor
On Fri, Oct 30, 2020 at 5:31 AM Shengjing Zhu wrote:
>
> > I suspect this could be related to version of golang, in
> > unstable/testing it is 1.15 so we may need the newer golang version.
> > Can someone confirm if this is indeed the case? If yes, do we plan to
> > backport golang 1.15? I can
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: dnsname
Version : 1.1.1-1
Upstream Author : Containers
* URL : https://github.com/containers/dnsname
* License : Apache-2.0
Programming Lang: Go
Description : name resolution
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-manifoldco-promptui
Version : 0.8.0-1
Upstream Author : Manifold
* URL : https://github.com/manifoldco/promptui
* License : BSD-3-clause
Programming Lang: Go
Description
> I don't understand, I have that in the control file:
>
> Maintainer: Debian Go Packaging Team
> Uploaders:
>Arnaud Rebillout ,
>
> Is it correct?
>
>
>- > debian/copyright is (license-reconcile) clean, thanks!
>- > debian/{rules,control}
I'd love to help, but I'm stuck at this step:
siretart@x1:/srv/scratch/packages/go-team-sponsorship/pup$ dgit --gbp
sbuild --run-lintian --run-piuparts
Format `3.0 (quilt)', need to check/update patch stack
gzip: warning: GZIP environment variable is deprecated; use an alias or
script
dgit: split
Package: golang-blackfriday
Severity: normal
Control: block 964378 by -1
This upgrade is a requirement of the new go-md2man 2.0 upstream version,
which required by github.com/spf13/cobra, which in turns is required
by libpod 2.0, and thus blocks #964378.
I've actually already updated the package
Package: ratt
Version: 0.0~git20180127.c44413c-2+b10
Severity: wishlist
While working on a complex package change, I wish I was able to
"pass-through" additional options to sbuild when working with ratt.
In particular, I wish I could invoke 'ratt' in a way that would allow me
to use the options
Package: wnpp
Owner: Reinhard Tartler
Severity: wishlist
* Package name: golang-blackfriday-v2
Version : 2.0
Upstream Author : Russ Ross
* URL or Web page : https://github.com/russross/blackfriday
* License : BSD-2-clause
Description : Blackfriday: a markdown
Cool, thanks! uploaded
(sorry for the delay)
On Sun, Jun 7, 2020 at 10:59 PM Shengjing Zhu wrote:
> On Mon, Jun 8, 2020 at 5:06 AM Reinhard Tartler
> wrote:
> >
> > Hi,
> >
> > I wonder about the timing to upload golang-github-opencontainers-selinux
> to uns
Hi,
I wonder about the timing to upload golang-github-opencontainers-selinux to
unstable. The newer upstream version is needed for some upcoming other
packages.
Any objections?
--
regards,
Reinhard
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-containers-common
Version : 0.8.1-1
Upstream Author : Containers
* URL : https://github.com/containers/common
* License : Apache-2.0
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-fullsailor-pkcs7
Version : 0.0~git20190404.d7302db-1
Upstream Author : Andrew Smith
* URL : https://github.com/fullsailor/pkcs7
* License : Expat
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-containers-ocicrypt
Version : 1.0.2-1
Upstream Author : Brandon Lum , Stefan Berger
* URL : https://github.com/containers/ocicrypt
* License : Apache-2.0
Programming
On Mon, Mar 2, 2020 at 3:18 AM Dmitry Smirnov wrote:
> On Sunday, 1 March 2020 5:46:59 AM AEDT Tong Sun wrote:
> > I'm a completely newbie when it comes to Debian or Debian-Go
> > packaging, so would you elaborate on this a bit Dmitry, so that newbie
> > like me can understand the difficulties.
Hi Silvano,
thanks for your interest in my packaging. Unfortunately at this point, I
don't have a public repository with packages to test. TBH, I was hoping
that ftp-master would process my uploads in a more timely manner. I've been
using "sbuild --extra-package=DIR" option to iteratively build
Thanks, package looks good, I've just uploaded it.
On Sun, Mar 10, 2019 at 3:27 PM Dawid Dziurla wrote:
> Sorry for your inconvenience. I've already pushed a fix for this I believe.
>
> niedz., 10 mar 2019 o 20:06 Reinhard Tartler
> napisał(a):
> >
> > I've been stru
I've been struggling with getting your package built with gbp.
It seems that you are using non-standard branch names. I could work-around
it in gbp-clone by using this command:
$ gbp clone --debian-branch=debian/sid
salsa:go-team/packages/golang-github-spkg-bom
To build it, I also had to edit
Package: golang-github-appc-cni
Severity: wishlist
Hi,
Please update to new upstream version of 0.7.0-alpha1. I need it as a
build dependency of http://github.com/containers/buildah
In fact, I've done so locally, and would be happy to upload it as a Team
Upload. I was running into issues while
On Fri, Mar 1, 2019 at 9:26 AM Reinhard Tartler wrote:
> That sounds really promising. I wonder how to implement it for this
> package.
>
> The yquake2 package uses gbp-buildpackage, pristine-tar and mk-origtargz,
> which I would love to continue using. Unlike yquake2, this
That sounds really promising. I wonder how to implement it for this package.
The yquake2 package uses gbp-buildpackage, pristine-tar and mk-origtargz,
which I would love to continue using. Unlike yquake2, this package doesn't
combine two seperate git repositories, but both sources come from the
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-openshift-imagebuilder
Version : 1.0+git20190212.3682349-1
Upstream Author : OpenShift
* URL : https://github.com/openshift/imagebuilder
* License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-containers-image
Version : 1.2+git20181221.f0cbc16-1
Upstream Author : Antonio Murdaca
Brandon Philips
Miloslav Trmac
Dan Walsh
Hi Michael,
I'm not sure if this constitutes a bug in dh_golang, so I'm writing here
first. I'm working on
https://salsa.debian.org/go-team/packages/golang-github-containers-image
which needs buildtags to avoid a dependency on ostree.
I'm in contact with upstream and we agreed that this
free to send documentation improvement pull requests :)
>
> On Fri, Feb 15, 2019 at 1:12 PM Reinhard Tartler
> wrote:
>
>> Hi,
>>
>> I may be missing something obvious, but I'm looking for a way to set
>> build tags in debian/rules.
>>
>> While working on t
Hi,
I may be missing something obvious, but I'm looking for a way to set build
tags in debian/rules.
While working on the github.com/containers/image library, upstream has
advised me to avoid some dependencies by setting build tags. After reading
the Debian::Debhelper::Buildsystem::golang
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-ulikunitz-xz
Version : 0.5.5-1
Upstream Author : Ulrich Kunitz
* URL : https://github.com/ulikunitz/xz
* License : 3-clause BSD
Programming Lang: Go
Description
I was running into issues with getting the testsuite pass during a package
build. The testsuite does pass when I 'go get' the library and call it
manually with 'go test'. I straced the failing execution and came to the
conclusion that something funny must be going on with interacting with
The plan is to maintain this package under to go-team umbrella. The
packaging is at
https://salsa.debian.org/go-team/packages/golang-github-mtrmac-gpgme.
Comments / feedback welcome!
-rt
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-mtrmac-gpgme
Version : 0.0~git20170102.b243242-1
Upstream Author : Miloslav Trmač
* URL : https://github.com/mtrmac/gpgme
* License : BSD-3-clause
Programming Lang: Go
I've pushed my current work to salsa. Feedback and suggestions would be
much appreciated, as I'm still rather new to packaging go libraries. I
intend to have this package team maintained.
You can find the repository at
https://salsa.debian.org/go-team/packages/golang-github-containers-storage
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-containers-storage
Version : 1.5-1
Upstream Author :
* URL : https://github.com/containers/storage
* License : Apache-2.0
Programming Lang: Go
Description : Go
Cool, thanks!
On Wed, Jan 9, 2019 at 10:46 AM Juan Picca wrote:
> Hi Reinhard.
>
> Currently ostree-go, commit d0388bd (master HEAD today) fails some tests:
>
> ```
> === RUN TestCommitTreeSuccess
> --- FAIL: TestCommitTreeSuccess (0.11s)
> commit_test.go:108: failed to tar populated dir:
92 matches
Mail list logo