Bug#1073282: Access request (Re: ITP: golang-github-charlievieth-fastwalk -- Fast directory traversal for Golang)
On Mon, Jul 8, 2024 at 6:59 AM Vincent Blut wrote: > > [cc'ing the debian-go mailing list] > > Le 2024-07-07 19:37, Vincent Blut a écrit : > > Hi, > > > > Le 2024-06-21 16:46, Vincent Blut a écrit : > > > [Obviously, I forgot to Cc the debian-go mailing list…] > > > > > > Le 2024-06-20 23:08, Vincent Blut a écrit : > > > > Package: wnpp > > > > Followup-For: Bug #1073282 > > > > > > > > Hi, > > > > > > > > I'm ready to push my work but sadly I'm still not allowed to push to the > > > > repository.¹ Could someone have a look at my access request? > > > > > > > > Cheers, > > > > Vincent > > > > > > > > ¹ > > > > https://salsa.debian.org/go-team/packages/golang-github-charlievieth-fastwalk > > > > Any update on this? > > Done. Usually you can just request to the group instead of just an individual repository. -- Shengjing Zhu
Bug#1067390: ITP: watcher -- watch for files or directory changes without using filesystem events
On Thu, Mar 21, 2024 at 5:39 AM Arthur Diniz wrote: > > Package: wnpp > Severity: wishlist > Owner: Arthur Diniz > > * Package name: watcher There is already a package named watcher https://tracker.debian.org/pkg/watcher. Maybe you can use go-watcher or golang-watcher for the package name. But the cli /usr/bin/watcher is already taken by python3-watcherclient. -- Shengjing Zhu
Bug#1060839: ITP: golang-github-adamkorcz-go-fuzz-headers-1 -- helper functions for Go fuzzing (library)
On Tue, Jan 16, 2024 at 4:28 AM Simon Josefsson wrote: > > Shengjing Zhu writes: > > > On Mon, Jan 15, 2024 at 8:51 PM Simon Josefsson wrote: > >> > >> Package: wnpp > >> Severity: wishlist > >> Owner: Simon Josefsson > >> > >> * Package name: golang-github-adamkorcz-go-fuzz-headers-1 > >> Version : 0.0~git20230919.8b5d3ce-1 > >> Upstream Author : Adam Korcz > >> * URL : https://github.com/AdamKorcz/go-fuzz-headers-1 > >> * License : Apache-2.0 > >> Programming Lang: Go > >> Description : helper functions for Go fuzzing (library) > >> > >> Various helper functions for go fuzzing. It is mostly used in combination > >> with go-fuzz (https://github.com/dvyukov/go-fuzz), but compatibility with > >> fuzzing in the standard library will also be supported. Any coverage > >> guided > >> fuzzing engine that provides an array or slice of bytes can be used with > >> go-fuzz-headers. > >> . > >> go-fuzz-headers' approach to fuzzing structs is strongly inspired by > >> gofuzz (https://github.com/google/gofuzz). > >> > >> I hope to maintain this package as part of Debian Go Packaging Team: > >> > >> https://salsa.debian.org/go-team/packages/golang-github-adamkorcz-go-fuzz-headers-1/ > >> > > > > Usually we don't run fuzz test when building packages, because it > > would waste a lot of buildd resource. > > > > In theory we don't need any fuzz related libraries. But upstream may > > mix their unit tests and fuzz tests in one source file, which makes it > > difficult to strip such tests and their libraries. > > The Go compiler by default wouldn't run fuzz tests. > > > > For packaging rekor, I think all these fuzz tests can be stripped by > > file names. It seems upstream just puts all fuzz tests in > > "fuzz_test.go". > > What is the best method to modify rekor to not need this dependency? > > If rekor can work without this package, I'm happy to avoid packaging it, > although it is already in NEW. > > Looking at code, it seems to be used here: > > go.sum:github.com/AdamKorcz/go-fuzz-headers-1 > v0.0.0-20230618160516-e936619f9f18 > h1:rd389Q26LMy03gG4anandGFC2LW/xvjga5GezeeaxQk= > go.sum:github.com/AdamKorcz/go-fuzz-headers-1 > v0.0.0-20230618160516-e936619f9f18/go.mod > h1:fgJuSBrJP5qZtKqaMJE0hmhS2tmRH+44IkfZvjtaf1M= > hack/tools/go.sum:github.com/AdamKorcz/go-fuzz-headers-1 > v0.0.0-2023032938-12e09aba5ebd > h1:1tbEqR4NyQLgiod7vLXSswHteGetAVZrMGCqrJxLKRs= > hack/tools/go.sum:github.com/AdamKorcz/go-fuzz-headers-1 > v0.0.0-2023032938-12e09aba5ebd/go.mod > h1:0vOOKsOMKPThRu9lQMAxcQ8D60f8U+wHXl07SyUw0+U= > hack/tools/tools.go:_ "github.com/AdamKorcz/go-fuzz-headers-1" > hack/tools/go.mod: github.com/AdamKorcz/go-fuzz-headers-1 > v0.0.0-2023032938-12e09aba5ebd > pkg/types/hashedrekord/v0.0.1/fuzz_test.go: fuzz > "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/types/rpm/v0.0.1/fuzz_test.go: fuzz > "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/types/alpine/v0.0.1/fuzz_test.go: fuzz > "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/types/alpine/fuzz_test.go: fuzz "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/types/cose/v0.0.1/fuzz_test.go: fuzz > "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/types/jar/v0.0.1/fuzz_test.go: fuzz > "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/types/rekord/v0.0.1/fuzz_test.go: fuzz > "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/types/intoto/v0.0.1/fuzz_test.go: fuzz > "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/types/intoto/v0.0.2/fuzz_test.go: fuzz > "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/types/tuf/v0.0.1/fuzz_test.go: fuzz > "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/types/helm/v0.0.1/fuzz_test.go: fuzz > "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/types/dsse/v0.0.1/fuzz_test.go: fuzz > "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/types/rfc3161/v0.0.1/fuzz_test.go: fuzz > "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/fuzz/alpine_utils.go: fuzz "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/fuzz/fuzz_utils.go: fuzz "github.com/AdamKorcz/go-fuzz-headers-1" > pkg/fuzz/jar_utils.go: fuzz "github.com/AdamKorcz/go-fuzz-headers-1" > go.mod: github.com/AdamKorcz/go-fuzz-headers-1 > v0.0.0-20230618160516-e936619f9f18 > > Would we have to patch all of these files? Or disable building them > somehow? > Just remove these files, either via Files-Excluded in debian/copyright, or rm in builddir in debian/rules. > Let's see if we can develop a workaround before ftp-master approves the > packages... otherwise maybe it doesn't hurt to use it anyway, and may > save us time maintaining patches. > > /Simon -- Shengjing Zhu
Bug#1060839: ITP: golang-github-adamkorcz-go-fuzz-headers-1 -- helper functions for Go fuzzing (library)
On Mon, Jan 15, 2024 at 8:51 PM Simon Josefsson wrote: > > Package: wnpp > Severity: wishlist > Owner: Simon Josefsson > > * Package name: golang-github-adamkorcz-go-fuzz-headers-1 > Version : 0.0~git20230919.8b5d3ce-1 > Upstream Author : Adam Korcz > * URL : https://github.com/AdamKorcz/go-fuzz-headers-1 > * License : Apache-2.0 > Programming Lang: Go > Description : helper functions for Go fuzzing (library) > > Various helper functions for go fuzzing. It is mostly used in combination > with go-fuzz (https://github.com/dvyukov/go-fuzz), but compatibility with > fuzzing in the standard library will also be supported. Any coverage guided > fuzzing engine that provides an array or slice of bytes can be used with > go-fuzz-headers. > . > go-fuzz-headers' approach to fuzzing structs is strongly inspired by > gofuzz (https://github.com/google/gofuzz). > > I hope to maintain this package as part of Debian Go Packaging Team: > > https://salsa.debian.org/go-team/packages/golang-github-adamkorcz-go-fuzz-headers-1/ > Usually we don't run fuzz test when building packages, because it would waste a lot of buildd resource. In theory we don't need any fuzz related libraries. But upstream may mix their unit tests and fuzz tests in one source file, which makes it difficult to strip such tests and their libraries. The Go compiler by default wouldn't run fuzz tests. For packaging rekor, I think all these fuzz tests can be stripped by file names. It seems upstream just puts all fuzz tests in "fuzz_test.go". -- Shengjing Zhu
Bug#1060840: ITP: golang-k8s-sigs-release-utils -- utilities for kubernetes Go release engineering (library)
On Mon, Jan 15, 2024 at 10:25 PM Simon Josefsson wrote: > > Shengjing Zhu writes: > > > On Mon, Jan 15, 2024 at 9:27 PM Simon Josefsson wrote: > >> > >> Package: wnpp > >> Severity: wishlist > >> Owner: Simon Josefsson > >> > >> * Package name: golang-k8s-sigs-release-utils > >> Version : 0.7.7-1 > >> Upstream Author : Kubernetes SIGs > >> * URL : https://github.com/kubernetes-sigs/release-utils > >> * License : Apache-2.0 > >> Programming Lang: Go > >> Description : utilities for kubernetes Go release engineering > >> (library) > >> > >> Tiny utilities for use by the Release Engineering subproject and > >> kubernetes/release (https://github.com/kubernetes/release/). > >> > > > > Which package will need this library? It looks strange by the name and > > description. We certainly don't do the release stuff for kubernetes. > > Sigstore's rekor complained: > > https://salsa.debian.org/jas/golang-github-sigstore-rekor/-/jobs/5160982 > > src/github.com/sigstore/rekor/cmd/backfill-redis/main.go:44:2: cannot find > package "sigs.k8s.io/release-utils/version" in any of: > /usr/lib/go-1.21/src/sigs.k8s.io/release-utils/version (from $GOROOT) > > /builds/jas/golang-github-sigstore-rekor/debian/output/source_dir/_build/src/sigs.k8s.io/release-utils/version > (from $GOPATH) > > Use is here: > > https://github.com/sigstore/rekor/blob/main/cmd/backfill-redis/main.go#L44 > Hmm, then this library is needed. However I just checked the code in sigs.k8s.io/release-utils/version, I'm afraid it's not compatible with how we build Go binaries in Debian. We don't have any VCS info when building the binaries. And we use GOPATH mde as well. So the Go compiler can't inject any version info in the binaries. This code https://github.com/sigstore/rekor/blob/main/cmd/backfill-redis/main.go#L103 would probably just print "unknown, unknown"... > Can you think of some other solution than packaging > golang-k8s-sigs-release-utils? I would be happy to learn about > alternative approaches to reduce golang dependencies. > > /Simon -- Shengjing Zhu
Bug#1060840: ITP: golang-k8s-sigs-release-utils -- utilities for kubernetes Go release engineering (library)
On Mon, Jan 15, 2024 at 9:27 PM Simon Josefsson wrote: > > Package: wnpp > Severity: wishlist > Owner: Simon Josefsson > > * Package name: golang-k8s-sigs-release-utils > Version : 0.7.7-1 > Upstream Author : Kubernetes SIGs > * URL : https://github.com/kubernetes-sigs/release-utils > * License : Apache-2.0 > Programming Lang: Go > Description : utilities for kubernetes Go release engineering (library) > > Tiny utilities for use by the Release Engineering subproject and > kubernetes/release (https://github.com/kubernetes/release/). > Which package will need this library? It looks strange by the name and description. We certainly don't do the release stuff for kubernetes. -- Shengjing Zhu
Bug#1059860: ITP: golang-github-quic-go-quic-go -- A QUIC implementation in pure go
On Wed, Jan 3, 2024 at 6:14 PM Félix Sipma wrote: > > On 2024-01-02 22:32+0800, Shengjing Zhu wrote: > >On Tue, Jan 2, 2024 at 10:27 PM Félix Sipma wrote: > >> > >> Package: wnpp > >> Severity: wishlist > >> Owner: Félix Sipma > >> > >> * Package name: golang-github-quic-go-quic-go > >> Version : 0.40.0-1 > >> Upstream Author : > >> * URL : https://github.com/quic-go/quic-go > >> * License : Expat > >> Programming Lang: Go > >> Description : A QUIC implementation in pure go > >> > >> A QUIC implementation in pure Go > > > >It's https://tracker.debian.org/pkg/golang-github-lucas-clemente-quic-go > >It has been updated to use the new source. Though it should be better > >to rename the Debian package when upstream moved their code location. > >But I was too lazy to go through NEW when I updated the package. > > Sorry, I did not find golang-github-quic-go-quic-go with "apt search" or > wnpp-check, so I assumed it was not in Debian yet. > Although golang-github-lucas-clemente-quic-go-dev Provides golang-github-quic-go-quic-go-dev, it's hard to search. I found that `apt-cache search` can return the result, but `apt search` does not. OTOH `dh-make-golang search` is the tool to search with Go import path. > Upgrading to >= 0.39 seems implies to deal with incompatibles changes in > the API (and upstream switched to uber's gomock...), but 0.38.2 seems to > be enough to update Syncthing, and should be OK for the other > dependencies. Could you have a look to the upgrade-to-0.38.2 branch of > golang-github-lucas-clemente-quic-go on salsa? > I added one more change to use ginkgo-v2, which is packaged now, and uploaded. -- Shengjing Zhu
Bug#1059860: ITP: golang-github-quic-go-quic-go -- A QUIC implementation in pure go
On Tue, Jan 2, 2024 at 10:27 PM Félix Sipma wrote: > > Package: wnpp > Severity: wishlist > Owner: Félix Sipma > > * Package name: golang-github-quic-go-quic-go > Version : 0.40.0-1 > Upstream Author : > * URL : https://github.com/quic-go/quic-go > * License : Expat > Programming Lang: Go > Description : A QUIC implementation in pure go > > A QUIC implementation in pure Go > It's https://tracker.debian.org/pkg/golang-github-lucas-clemente-quic-go It has been updated to use the new source. Though it should be better to rename the Debian package when upstream moved their code location. But I was too lazy to go through NEW when I updated the package. -- Shengjing Zhu
Bug#1055441: ITP: golang-golang-x-telemetry -- Go Telemetry services and libraries
On Mon, Nov 6, 2023 at 3:33 PM Anthony Fok wrote: > > Package: wnpp > Severity: wishlist > Owner: Anthony Fok > > * Package name: golang-golang-x-telemetry > Version : 0.0~git20231030.36630a2-1 > Upstream Author : The Go Authors > * URL : https://github.com/golang/telemetry > * License : BSD-3-Clause > Programming Lang: Go > Description : Go Telemetry services and libraries > > This package from the https://go.googlesource.com/telemetry repository > holds the Go Telemetry server code and libraries. > > Reason for packaging: Needed by gopls (golang-golang-x-tools) > IMO Debian has tradition to disable upstream telemetry features, so it's disabled gopls currently, not just because this new dependency is not packaged. -- Shengjing Zhu
Bug#1055134: ITP: golang-github-bits-and-blooms-bloom -- Go package implementing Bloom filters, used by Milvus and Beego.
Hi, On Wed, Nov 1, 2023 at 11:21 AM John Goerzen wrote: > > Package: wnpp > Severity: wishlist > Owner: John Goerzen > > * Package name: golang-github-bits-and-blooms-bloom > Version : 3.6.0-1 > Upstream Author : Will Fitzgerald > * URL : https://github.com/bits-and-blooms/bloom > * License : BSD-2-clause > Programming Lang: Go > Description : Go package implementing Bloom filters, used by Milvus and > Beego. > This package was called golang-github-willf-bloom previously. Upstream just renamed. And golang-github-willf-bloom also adds github.com/bits-and-blooms/bloom as import path. https://tracker.debian.org/pkg/golang-github-willf-bloom -- Shengjing Zhu
Bug#1052998: ITP: golang-github-moby-spdystream -- A multiplexed stream library using spdy
On Wed, Sep 27, 2023 at 2:15 AM Arthur Diniz wrote: > > Package: wnpp > Severity: wishlist > Owner: Arthur Diniz > > * Package name: golang-github-moby-spdystream > Version : 0.2.0-1 > Upstream Author : Moby > * URL : https://github.com/moby/spdystream > * License : Apache-2.0 and BSD-3-Clause > Programming Lang: Go > Description : A multiplexed stream library using spdy > Already packaged as golang-github-docker-spdystream. -- Shengjing Zhu
Bug#1052175: ITP: golang-github-yuin-goldmark-highlighting-v2 -- A Syntax highlighting extension for the goldmark markdown parser (v2)
On Tue, Sep 19, 2023 at 2:06 AM Peymaneh wrote: > > Package: wnpp > Severity: wishlist > Owner: Peymaneh > > * Package name: golang-github-yuin-goldmark-highlighting-v2 > Version : 0.0~git20230729.37449ab-1 > Upstream Author : Yusuke Inuzuka > * URL : https://github.com/yuin/goldmark-highlighting > * License : Expat > Programming Lang: Go > Description : A Syntax highlighting extension for the goldmark markdown > parser. > > This package provides github.com/yuin/goldmark-highlighting/v2 > > Version 1 is packaged in Debian as golang-github-yuin-goldmark-highlighting > > Version 2 is needed for updating Caddy. > v1 is only used by caddy, you can just update it to v2 without changing source & binary package name when you upload the new version of caddy. There is no rule that major versions must be packaged separately. It's only needed when the transition is hard to coordinate with all the reverse-depends. (Just comparing to the C libraries, we only add version suffix in -dev package name when reverse-depends are hard to adapt to the new api.) -- Shengjing Zhu
Bug#1040157: ITP: golang-github-azuread-microsoft-authentication-library-for-go -- Microsoft Authentication Library (MSAL) for Go
Control: merge -1 1039471 On Sun, Jul 2, 2023 at 11:57 PM Félix Sipma wrote: > > Package: wnpp > Severity: wishlist > Owner: Félix Sipma > > * Package name: > golang-github-azuread-microsoft-authentication-library-for-go > Version : 0.6.0-1 > Upstream Author : Microsoft > * URL : > https://github.com/AzureAD/microsoft-authentication-library-for-go > * License : Expat > Programming Lang: Go > Description : Microsoft Authentication Library (MSAL) library for Go This has already been packaged, and it's waiting in NEW. https://ftp-master.debian.org/new/golang-github-azuread-microsoft-authentication-library-for-go_1.0.0-1.html -- Shengjing Zhu
Bug#1037927: ITP: fuse -- bazil.org/fuse - With macOS support and its own import path so replace directives aren't necessary
On Thu, Jun 15, 2023 at 3:29 AM Félix Sipma wrote: > > Sorry about this, the message was auto-generated by dh-make-golang and I > forgot to edit the package name in the ITP. I intend to use the usual > golang naming "golang-github-anacrolix-fuse". FWIW, You could use the `dh-make-golang -type library` option. -- Shengjing Zhu
Bug#1031637: ITP: roff -- Roff lets you write roff documents in Go
On Mon, Feb 20, 2023 at 1:38 AM Scarlett Moore wrote: > > > On 2/19/23 10:35, Shengjing Zhu wrote: > > On Mon, Feb 20, 2023 at 1:21 AM Scarlett Moore wrote: > >> Package: wnpp > >> Severity: wishlist > >> Owner: Scarlett Moore > >> X-Debbugs-Cc: debian-de...@lists.debian.org, sgmo...@debian.org > >> > >> * Package name: roff > > It doesn't sound quite right. roff is a file format. Does the package > > really need to be called `roff`? > > > >>Version : 0.1.0 > >>Upstream Author : Christian Muehlhaeuser > >> * URL : https://github.com/mueslix/roff > > This is 404. I assume you mean https://github.com/muesli/roff > yes > > > > Then the package name is really wrong. It's a Go library, the name > > should be golang-github-muesli-roff. > > Please read > > https://go-team.pages.debian.net/packaging.html#_naming_conventions_2 > > ok, new to go packaging. I used dh-make-golang and assumed it named it > correctly. My apologies. I think it's because the library contains an example which produces a binary. It will confuse dh-make-golang. So dh-make-golang has an option, you can use `dh-make-golang make -type library`. Besides, after dh-make-golang creating the template, you should adjust debian/rules with: ``` export DH_GOLANG_EXCLUDES := examples ``` This usage is documented at https://manpages.debian.org/bullseye/dh-golang/Debian::Debhelper::Buildsystem::golang.3pm.en.html#DH_GOLANG_EXCLUDES (Yeah, we know the manpage name is difficult to find..) -- Shengjing Zhu
Bug#1031637: ITP: roff -- Roff lets you write roff documents in Go
On Mon, Feb 20, 2023 at 1:21 AM Scarlett Moore wrote: > > Package: wnpp > Severity: wishlist > Owner: Scarlett Moore > X-Debbugs-Cc: debian-de...@lists.debian.org, sgmo...@debian.org > > * Package name: roff It doesn't sound quite right. roff is a file format. Does the package really need to be called `roff`? > Version : 0.1.0 > Upstream Author : Christian Muehlhaeuser > * URL : https://github.com/mueslix/roff This is 404. I assume you mean https://github.com/muesli/roff Then the package name is really wrong. It's a Go library, the name should be golang-github-muesli-roff. Please read https://go-team.pages.debian.net/packaging.html#_naming_conventions_2 -- Shengjing Zhu
Bug#1030928: ITP: nerdctl -- nerdctl is a Docker-compatible CLI for containerd.
On Thu, Feb 9, 2023 at 8:03 PM Han Xu wrote: > > Package: wnpp > Severity: wishlist > Owner: Han Xu > X-Debbugs-Cc: debian-de...@lists.debian.org, suyanh...@gmail.com > > * Package name: nerdctl ... > The packages that nerdctl depends on all exist in Debian, such as containerd. This is not true. There are many build dependencies missing. And I know nerdctl continues exploding its build dependencies. This is yet another giant monster software. > Our team is packaging and maintaining this package. > -- Shengjing Zhu
Bug#1010648: marked as pending in golang-github-pierrec-lz4.v4
On Mon, Nov 21, 2022 at 02:49:28PM -0500, Nicholas D Steeves wrote: > Control: retitle -1 RFP: golang-github-pierrec-lz4.v4 -- LZ4 compression and > decompression in pure Go (v4) > Control: noowner -1 > > TLDR: this missing package is blocking updates for syncthing as well as > golang-github-gocql-gocql. FWIW, I just notice golang-github-gocql-gocql 1.2.1-2 has migrated to testing.
Bug#1024519: ITP: golang-github-keybase-go-ps -- find, list, and inspect processes from Go
On Tue, Nov 22, 2022 at 4:18 AM Ryan Kavanagh wrote: > > On Mon, Nov 21, 2022 at 11:11:07AM +0800, Shengjing Zhu wrote: > > Besides, which package needs it? I checked #1012721, which is for > > chezmoi. But I can't any use of the go-ps. > > chezmoi imports from golang-github-google-gops (NEW), which depends on > golang-github-keybase-go-ps. > FWIW, chezmoi doesn't need golang-github-google-gops since v2.24.0 https://github.com/twpayne/chezmoi/commit/72d9846a7ae51fd3398727d48815fc2f13a681f9 I've submitted a PR to gops to drop keybase-go-ps. https://github.com/google/gops/pull/187 -- Shengjing Zhu
Bug#1024519: ITP: golang-github-keybase-go-ps -- find, list, and inspect processes from Go
Hi, On Sun, Nov 20, 2022 at 05:04:38PM -0500, Ryan Kavanagh wrote: > Package: wnpp > Severity: wishlist > Owner: Ryan Kavanagh > Control: block 1012721 by -1 > > * Package name: golang-github-keybase-go-ps > Version : 0.0~git20190827.91aafc9-1 > Upstream Author : Keybase > * URL : https://github.com/keybase/go-ps > * License : Expat > Programming Lang: Go > Description: find, list, and inspect processes from Go (library) > go-ps is a library for Go that implements OS-specific APIs to list and > manipulate processes in a platform-safe way. The library can find and > list processes on Linux, Mac OS X, and Windows. This is a fork of https://github.com/mitchellh/go-ps, which is already packaged at golang-github-mitchellh-go-ps-dev. Comparing the code, it seems the keybase one mostly enhances the bsd/darwin support. So probably we don't need it. Besides, which package needs it? I checked #1012721, which is for chezmoi. But I can't any use of the go-ps.
Bug#1023288: ITP: golang-github-certifi-gocertifi -- curated collection of Root Certificates
Hi, On Wed, Nov 2, 2022 at 3:42 AM Leo Antunes wrote: > > Package: wnpp > Severity: wishlist > Owner: Leo Antunes > > * Package name: golang-github-certifi-gocertifi > Version : 2021.04.29-1 > Upstream Author : Certifi > * URL : https://github.com/certifi/gocertifi > * License : MPL-2.0 > Programming Lang: Go > Description : curated collection of Root Certificates > This Go package contains a CA bundle that you can reference in your Go > code. This is useful for systems that do not have CA bundles that Golang > can find itself, or where a uniform set of CAs is valuable. > . > This is the same CA bundle that ships with the Python Requests > (https://github.com/kennethreitz/requests) library, and is a Golang > specific port of certifi (https://github.com/kennethreitz/certifi). The > CA bundle is derived from Mozilla's canonical set. > Please see the previous attempt. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966583 And methods people have chosen to avoid such package: https://lists.debian.org/debian-go/2018/12/msg00065.html https://lists.debian.org/debian-go/2020/12/msg00021.html -- Shengjing Zhu
Bug#1023100: ITP: cancelreader -- A cancelable reader for Go
On Sun, Oct 30, 2022 at 4:27 PM Martin Dosch wrote: > > Package: wnpp > Severity: wishlist > Owner: Martin Dosch > > * Package name: cancelreader >Version : 0.2.2-1 >Upstream Author : Christian Muehlhaeuser > * URL : https://github.com/muesli/cancelreader > * License : Expat >Programming Lang: Go >Description : A cancelable reader for Go > The package name probably should be golang-github-muesli-cancelreader. dh-make-golang may not be smart enough to exclude the example program. In this case you should use `dh-make-golang make -type library`. -- Shengjing Zhu
Bug#1022915: ITP: golang-github-pin-tftp -- TFTP server and client library for Golang
On Thu, Oct 27, 2022 at 11:18 PM Thomas Goirand wrote: > > Package: wnpp > Severity: wishlist > Owner: Thomas Goirand > X-Debbugs-Cc: debian-de...@lists.debian.org > > * Package name: golang-github-pin-tftp > Version : 3.0.0 > Upstream Author : Dmitri Popov > * URL : https://github.com/pin/tftp > * License : Expat > Programming Lang: Golang > Description : TFTP server and client library for Golang > > This package provides a TFTP server and client library for Golang. It > implements: > * RFC 1350 - The TFTP Protocol (Revision 2) > * RFC 2347 - TFTP Option Extension > * RFC 2348 - TFTP Blocksize Option > . > Partially implements (tsize server side only): > * RFC 2349 - TFTP Timeout Interval and Transfer Size Options > . > Its set of features is sufficient for PXE boot support. > > Note: this is another dependency for mgmt-config that I'm packaging. > It's already packaged. https://tracker.debian.org/pkg/golang-github-pin-tftp -- Shengjing Zhu
Bug#1022798: duplication of library vs updating dependencies
On Wed, Oct 26, 2022 at 10:45 PM Jeffrey Cliff wrote: > > "duplicate the source." > > it is one thing that could be done > > the other way is for the packages that are staled by this upgrade of > golang-goprotobuf-dev (which is what this appears to be, in a separate > package) to be updated > > would that not be the way these kinds of upgrades would normally > occur, insated of just accepting the go ecosystem's needless > duplication of libraries? > > was there any discussion that lead to this duplication of this library > as a way out of this particular dependency hell somewhere? > https://lists.debian.org/debian-go/2020/07/msg6.html https://lists.debian.org/debian-go/2021/08/msg00061.html https://lists.debian.org/debian-go/2022/06/msg00070.html Well, one thread per year from 2020. tl,dr Because some important packages can't be migrated to the new version, and removing that would mean removing all the container tools like containerd/docker/podman. -- Shengjing Zhu
Bug#1022798: ITP: golang-github-golang-protobuf -- Go support for Google's protocol buffers
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: golang-github-golang-protobuf-1-5 Version : 1.5.2-1 Upstream Author : Go * URL : https://github.com/golang/protobuf * License : BSD-3-clause Programming Lang: Go Description : Go support for protocol buffers (version v1.5.x) This module (github.com/golang/protobuf) contains Go bindings for protocol buffers. . It has been superseded by golang-google-protobuf-dev package. . It is incompatible with golang-github-gogo-protobuf-dev package. . Version v1.3.x is provided in golang-goprotobuf-dev package. Reason for packaging: github.com/golang/protobuf 1.3 -> 1.4 is a great breaking change that is incompatible with github.com/gogo/protobuf. Many packages have been staled due to this. So we need to duplicate the source. The development of github.com/golang/protobuf is frozen. v1.5.2 is expected to be the final version.
Bug#1009982: pius ITA
On Thu, Aug 18, 2022 at 4:39 AM Louis-Philippe Véronneau wrote: > > Hi, > > Do you still plan on adopting this package? I'm a pius user and I'd be > glad to maintain this package under the Debian Python Team. > Yes. Since the package is currently in good shape, I didn't take any action yet. I'm fine if you take it over too. -- Shengjing Zhu
Bug#1011149: ITP: mogan -- structured editor for science and technology
Package: wnpp Severity: wishlist Owner: Shengjing Zhu X-Debbugs-Cc: debian-de...@lists.debian.org, z...@debian.org * Package name: mogan Version : 1.0.3 Upstream Author : Darcy Shen * URL : https://github.com/XmacsLabs/mogan * License : GPL-3+ Programming Lang: Tcl, Scheme, C++ Description : structured editor for science and technology Mogan Editor is a fork of GNU TeXmacs using S7 Scheme and Qt 5 with massive online TeXmacs documents provided by Xmacs Planet and TMML wiki. . The software includes a text editor with support for mathematical formulas, a small technical picture editor and a tool for making presentations from a laptop. Moreover, Mogan can be used as an interface for many external systems for computer algebra, numerical analysis, statistics, etc. . New presentation styles can be written by the user and new features can be added to the editor using the Scheme extension language. A native spreadsheet and tools for collaborative authoring are planned for later. . Mogan runs on all major Unix platforms and Windows. Documents can be saved in TeXmacs, Xml or Scheme format and printed as Postscript or Pdf files. Converters exist for TeX/LaTeX and Html/Mathml.
Bug#1005989: ITP: owncast -- Easy to setup video live streaming and chat server.
Hi, On Sat, Feb 19, 2022 at 12:54 AM Benedikt Wildenhain wrote: > > Package: wnpp > Severity: wishlist > Owner: Benedikt Wildenhain > > * Package name: owncast > Version : 0.0.10-1 > Upstream Author : Owncast > * URL : https://github.com/owncast/owncast > * License : Expat > Programming Lang: Go This project is not only implemented in Go. But also JavaScript for the frontend. Files in https://github.com/owncast/owncast/tree/develop/static/admin/_next/static are compiled from https://github.com/owncast/owncast-admin -- Shengjing Zhu
Bug#1004470: ITP: golang-github-benbjohnson-clock -- golang library for mocking time
On Fri, Jan 28, 2022 at 6:33 PM Nobuhiro Iwamatsu wrote: > > Hi Shengjing, > > 2022年1月28日(金) 18:39 Shengjing Zhu : > > > > It has been packaged, > > https://tracker.debian.org/pkg/golang-github-benbjohnson-clock > > Oh, thank you for pointing that out. > I will close this bug. > > BTW, Are you planning to update this package? > Updated now. -- Shengjing Zhu
Bug#1004470: ITP: golang-github-benbjohnson-clock -- golang library for mocking time
It has been packaged, https://tracker.debian.org/pkg/golang-github-benbjohnson-clock
Bug#999478: ITP: golang-opentelemetry-otel -- OpenTelemetry Go API and SDK
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: golang-opentelemetry-otel Version : 1.1.0-1 Upstream Author : OpenTelemetry * URL : https://github.com/open-telemetry/opentelemetry-go * License : Apache-2.0 Programming Lang: Go Description : OpenTelemetry Go API and SDK OpenTelemetry-Go is the Go implementation of OpenTelemetry. It provides a set of APIs to directly measure performance and behavior of your software and send this data to observability platforms.
Bug#996267: ITP: golang-github-mdlayher-vsock -- Vsock provides access to Linux VM sockets (AF_VSOCK)
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: golang-github-mdlayher-vsock Version : 0.0~git20210303.10d5918-1 Upstream Author : Matt Layher * URL : https://github.com/mdlayher/vsock * License : Expat Programming Lang: Go Description : Vsock provides access to Linux VM sockets (AF_VSOCK) Package vsock provides access to Linux VM sockets (AF_VSOCK) for communication between a hypervisor and its virtual machines.
Bug#988599: ITP: kata-containers -- secure container runtime with lightweight virtual machines
On Tue, May 18, 2021 at 10:02 PM Hideki Yamane wrote: > > On Mon, 17 May 2021 00:28:51 +0800 > Shengjing Zhu wrote: > > * Package name: kata-containers > > I'm also interested in making its deb package. > Can I join it? > Definitely yes! For a package written in Go and Rust, which both imply tons of dependencies, I much appreciate the help. I'll maintain the dependencies in corresponding teams, which are Debian Go Packaging Team and Debian Rust Maintainers, and follow the team policy. I'm familiar with the Go packaging, but new to Rust. I haven't started the packaging yet, but are already sending patches to upstream to fix the problems that I have met on Debian. https://github.com/kata-containers/kata-containers/issues/created_by/zhsj If you haven't packaged Go or Rust packages yet, I would suggest you starting by packaging small library dependency first, as defined in + Go: https://github.com/kata-containers/kata-containers/blob/main/src/runtime/go.mod + Rust: https://github.com/kata-containers/kata-containers/blob/main/src/agent/Cargo.toml -- Shengjing Zhu
Bug#988599: ITP: kata-containers -- secure container runtime with lightweight virtual machines
Package: wnpp Severity: wishlist Owner: Shengjing Zhu X-Debbugs-Cc: debian-de...@lists.debian.org, z...@debian.org * Package name: kata-containers Version : 2.1.0 Upstream Author : Kata Containers * URL : https://katacontainers.io/ * License : Apache-2.0 Programming Lang: Go, Rust Description : secure container runtime with lightweight virtual machines Kata Containers is an open source project and community working to build a standard implementation of lightweight Virtual Machines (VMs) that feel and perform like containers, but provide the workload isolation and security advantages of VMs.
Bug#977274: ITP: cpu-features -- cross-platform C library to retrieve CPU features at runtime
Package: wnpp Severity: wishlist Owner: Shengjing Zhu X-Debbugs-Cc: debian-de...@lists.debian.org, z...@debian.org * Package name: cpu-features Version : 0.6.0 Upstream Author : Guillaume Chatelet * URL : https://github.com/google/cpu_features * License : Apache-2.0 Programming Lang: C Description : cross-platform C library to retrieve CPU features at runtime A cross-platform C library to retrieve CPU features (such as available instructions) at runtime. It was embedded in various packages: volk, spoa, anbox. https://codesearch.debian.net/search?q=cpuinfo_x86.h=1 As new version of anbox doesn't include it in source tarabll anymore, I'm going to package it as a standalone package.
Bug#976703: ITP: vendorcheck -- Check that all your Go dependencies are properly vendored
On Mon, Dec 7, 2020 at 4:27 PM Xialei Qin wrote: > > Package: wnpp > Severity: wishlist > X-Debbugs-Cc: debian-de...@lists.debian.org > > * Package name: vendorcheck > Version : 0.0~git20160511.d6d54d1-1 > Upstream Author : Filippo Valsorda > * URL : https://github.com/FiloSottile/vendorcheck > * License : MIT > Programming Lang: Go > Description : Check that all your Go dependencies are properly vendored > > vendorcheck Check that all your Go dependencies are properly vendored The Go ecosystem is moving to Go modules, why do we still want this legacy stuff? -- Shengjing Zhu
Bug#976183: ITP: golang-github-godbus-dbus -- Native Go bindings for D-Bus
On Tue, Dec 1, 2020 at 12:21 PM Hayley Hughes wrote: > > Package: wnpp > Severity: wishlist > Owner: Hayley Hughes > X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org > > * Package name : golang-github-godbus-dbus > Version : 5.0.3-1 > Upstream Author : > * URL : https://github.com/godbus/dbus Duplicated of https://tracker.debian.org/pkg/golang-dbus -- Shengjing Zhu
Bug#974930: ITP: golang-mvdan-gofumpt -- A stricter gofmt
Package: wnpp Severity: wishlist Owner: Shengjing Zhu X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org * Package name: golang-mvdan-gofumpt Version : 0.0~git20201107.a024667-1 Upstream Author : Daniel Martí * URL : https://github.com/mvdan/gofumpt * License : BSD-3-clause Programming Lang: Go Description : A stricter gofmt Enforce a stricter format than gofmt, while being backwards compatible. That is, gofumpt is happy with a subset of the formats that gofmt is happy with. The tool is a modified fork of gofmt, so it can be used as a drop-in replacement. Dependency of gopls.
Bug#974929: ITP: golang-mvdan-xurls -- Extract urls from text
Package: wnpp Severity: wishlist Owner: Shengjing Zhu X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org * Package name: golang-mvdan-xurls Version : 2.2.0-1 Upstream Author : Daniel Martí * URL : https://github.com/mvdan/xurls * License : BSD-3-clause Programming Lang: Go Description : Extract urls from text Extract urls from text using regular expressions. Dependency of gopls.
Bug#972869: RFA: fmtlib
Control: retitle -1 ITA: fmtlib Hi, On Sun, Oct 25, 2020 at 04:07:37PM +0100, Eugene V. Lyubimkin wrote: > Package: wnpp > Severity: normal > > Hello, > > This package needs a more responsive maintainer. I unfortunately haven't > had enough time for months and this is unlikely to change in the near > future. > > fmtlib is a modern C++ library, it provides fast and type-safe > replacement of (s)printf and related machinery. > > What needs to be done: > - package a new upstream release; > - solve a (documentation-related) FTBFS; > - potentially make a shared library instead of a static library. > I find my package is using fmtlib, and the PTS shows: "Depends on packages which need a new maintainernormal". So I will adopt this.
Bug#970428: ITP: golang-gopkg-cheggaaa-pb.v3 -- Console progress bar for Golang
On Wed, Sep 16, 2020 at 5:33 PM Andreas Henriksson wrote: > > Package: wnpp > Severity: wishlist > Owner: Andreas Henriksson > > * Package name: golang-gopkg-cheggaaa-pb.v3 > Version : 1.0.29-1 > Upstream Author : Sergey Cherepanov > * URL : https://github.com/cheggaaa/pb > * License : BSD-3-clause > Programming Lang: Go > Description : Console progress bar for Golang > > Terminal progress bar for Go. The v1 and v2 is already packaged > in debian, but now projects are starting to port to v3 so it's > needed as a dependency for other things I'm thus considering > packaging it. If someone else wants to take it over, please > go for it! > This package uses a very strange version approach. In short, v3 is not really v3. The master branch contains both v1 and v3 code. v3 code is lived in a directory called v3, see https://github.com/cheggaaa/pb/tree/master/v3 So basically, we can reuse the v1 source package, v1 and v3 can live together... And maybe we can add a transitional package to avoid confusion. -- Shengjing Zhu
Bug#963113: ITP: golang-github-insomniacslk-dhcp -- DHCPv6 and DHCPv4 packet library, client and server written in Go
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: golang-github-insomniacslk-dhcp Version : 0.0~git20200420.ed3125c-1 Upstream Author : insomniac * URL : https://github.com/insomniacslk/dhcp * License : BSD-3-clause Programming Lang: Go Description : DHCPv6 and DHCPv4 packet library, client and server written in Go DHCPv4 and DHCPv6 decoding/encoding library with client and server code, written in Go. . The library is split into several parts: . * dhcpv6: implementation of DHCPv6 packet, client and server * dhcpv4: implementation of DHCPv4 packet, client and server * netboot: network booting wrappers on top of dhcpv6 and dhcpv4 * iana: several IANA constants, and helpers used by dhcpv6 and dhcpv4 * rfc1035label: simple implementation of RFC1035 labels, used by dhcpv6 and dhcpv4 * interfaces, a thin layer of wrappers around network interfaces
Bug#962479: RFP: microsocks -- tiny, portable SOCKS5 server with very moderate resource usage
Package: wnpp Severity: wishlist * Package name: microsocks Version : master Upstream Author : rofl0r * URL : https://github.com/rofl0r/microsocks/ * License : MIT Programming Lang: C Description : tiny, portable SOCKS5 server with very moderate resource usage A SOCKS5 service that you can run on your remote boxes to tunnel connections through them, if for some reason SSH doesn't cut it for you. It's very lightweight, and very light on resources too: For every client, a thread with a stack size of 8KB is spawned. the main process basically doesn't consume any resources at all. The only limits are the amount of file descriptors and the RAM. It's also designed to be robust: it handles resource exhaustion gracefully by simply denying new connections, instead of calling abort() as most other programs do these days. Another plus is ease-of-use: no config file necessary, everything can be done from the command line and doesn't even need any parameters for quick setup. It's really a simple socks5 server, that doesn't have complicated configures and only needs libc.
Bug#960798: ITP: golang-google-protobuf -- Go support for Protocol Buffers (second major revision)
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: golang-google-protobuf Version : 1.23.0 Upstream Author : The Go Authors * URL : https://github.com/protocolbuffers/protobuf-go * License : BSD-3-clause Programming Lang: Go Description : Go support for Protocol Buffers (second major revision) This project hosts the Go implementation for protocol buffers, which is a language-neutral, platform-neutral, extensible mechanism for serializing structured data. The protocol buffer language is a language for specifying the schema for structured data. . This schema is compiled into language specific bindings. . This project provides both a tool to generate Go code for the protocol buffer language, and also the runtime implementation to handle serialization of messages in Go.
Bug#953403: ITP: golang-k8s-sigs-structured-merge-diff -- Test cases and implementation for "server-side apply"
On Mon, Mar 9, 2020 at 11:42 AM Tong Sun wrote: > > Package: wnpp > Severity: wishlist > Owner: Tong Sun > > * Package name: golang-k8s-sigs-structured-merge-diff > Version : 3.0.0-1 > Upstream Author : Kubernetes SIGs > * URL : https://github.com/kubernetes-sigs/structured-merge-diff > * License : Apache-2.0 > Programming Lang: Go > Description : Implementation for "server-side apply" > > Structured Merge and Diff. It implements the Kubernetes "APPLY" operation, > apart from the PUT/PATCH operations. > > Dependency of github.com/google/go-containerregistry & > github.com/GoogleContainerTools/container-diff. > Are you still working on it? Since it's a tiny library, can I just take it? -- Shengjing Zhu
Bug#959204: ITP: rootlesskit -- Linux-native "fake root" for rootless containers
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: rootlesskit Version : 0.9.4-1 Upstream Author : Akihiro Suda * URL : https://github.com/rootless-containers/rootlesskit * License : Apache-2.0 Programming Lang: Go Description : Linux-native "fake root" for rootless containers The purpose of RootlessKit is to run Docker and Kubernetes as an unprivileged user (known as "Rootless mode"), so as to protect the real root on the host from potential container-breakout attacks. . RootlessKit creates user_namespaces(7) and mount_namespaces(7), and executes newuidmap(1)/newgidmap(1) along with subuid(5) and subgid(5). Package will be prepared at http://salsa.debian.org/go-team/packages/rootlesskit
Bug#959012: ITP: golang-github-moby-sys -- Library to parse mount info and mount filesystems
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: golang-github-moby-sys Version : 0.0~git20200320.6154f11-1 Upstream Author : Kir Kolyshkin * URL : https://github.com/moby/sys * License : Apache-2.0 Programming Lang: Go Description : Library to parse mount info and mount filesystems It provides following Go libraries: . * github.com/moby/sys/mount * github.com/moby/sys/mountinfo Package is prepared at https://salsa.debian.org/go-team/packages/golang-github-moby-sys
Bug#956912: ITP: golang-github-davecgh-go-spew -- Implements a deep pretty printer for Go data structures to aid in debugging
On Fri, Apr 17, 2020 at 12:37 AM Manas Kashyap wrote: > * Package name: golang-github-davecgh-go-spew It has been packaged. https://tracker.debian.org/pkg/golang-github-davecgh-go-spew -- Shengjing Zhu
Bug#956909: ITP: golang-github-cilium-ebpf -- eBPF Library for Go
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: golang-github-cilium-ebpf Version : 0.0~git20200413.48fb86d-1 Upstream Author : Cilium * URL : https://github.com/cilium/ebpf * License : Expat Programming Lang: Go Description : eBPF Library for Go eBPF is a pure Go library that provides utilities for loading, compiling, and debugging eBPF programs. It has minimal external dependencies and is intended to be used in long running processes.
Bug#934774: RFP: vim-execline -- execline syntax highlighting for vim
Package: wnpp Severity: wishlist * Package name: vim-execline Version : git HEAD version Upstream Author : Devin J. Pohly * URL : https://github.com/djpohly/vim-execline * License : Programming Lang: Vim script Description : execline syntax highlighting for vim This package adds syntax highlighting supports for execline[1] script. [1] https://tracker.debian.org/pkg/execline signature.asc Description: PGP signature
Bug#928657: ITP: golang-github-naegelejd-go-acl -- Golang POSIX 1e ACL bindings
Hi On Fri, May 10, 2019 at 4:06 PM Felixoid wrote: > > + submit, debian-devel, debian-go sub...@bugs.debian.org is meant for creating a new bug.. > > пт, 10 мая 2019 г. в 09:31, Felixoid : >> >> Hello. Did I miss something here? What would be the next step to submit the >> repo https://github.com/Felixoid/golang-github-naegelejd-go-acl to the >> created salsa >> https://salsa.debian.org/go-team/packages/golang-github-naegelejd-go-acl as >> well? >> >> I've created a guest user felixoid-guest and couldn't push into repo because >> of lack of permissions: >> > GitLab: You are not allowed to push code to this project. You could do it with dh-make-golang, you can get more info at https://go-team.pages.debian.net/packaging.html#_using_dh_make_golang -- Shengjing Zhu
Bug#926499: ITP: ccls -- C/C++/ObjC language server
Package: wnpp Severity: wishlist Owner: Shengjing Zhu -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: ccls Version : 0.20190314 Upstream Author : Fangrui Song * URL : https://github.com/MaskRay/ccls/ * License : Apache-2.0 Programming Lang: C++ Description : C/C++/ObjC language server This originates from cquery, and supports: . * code completion (with both signature help and snippets) * definition/references, and other cross references * cross reference extensions: $ccls/call $ccls/inheritance $ccls/member $ccls/vars ... * formatting * hierarchies: call (caller/callee) hierarchy, inheritance (base/derived) hierarchy, member hierarchy * symbol rename * document symbols and approximate search of workspace symbol * hover information * diagnostics and code actions (clang FixIts) * semantic highlighting and preprocessor skipped regions * semantic navigation: $ccls/navigate -BEGIN PGP SIGNATURE- iQFEBAEBCgAuFiEE85F2DZP0aJKsSKyHONAPABi+PjUFAlyoPOQQHHpoc2pAZGVi aWFuLm9yZwAKCRA40A8AGL4+Na3JB/9CAzBG28G3VWH3maO7tJaizrZfz5+p1uzc yzflrp+iEDHymp2z4PhNGSnAXPMY1QkYG5+TrKbSHmisFhbfs3REpDTX3e1cJU9+ kCt1WysG4GMf4lN/6mHlfi4FuHnjj9BVOSmNbOEcxnPf9B5U2wYBo6xV/wFjzL6K /OCV4z37rPzfZrKw5SKOjHUBDqoY8WRBzZx971D2Dj1zSwPM6PxJb5TdrgZII/Oa sfuSeIsC64pXOotUIPUifmtSpmn0n4g6WpyGMuapkDlFe+eIUKzNivALi77WsdPG mcPp0/FaHarADV7sS6HIpB2BbNV8AbhdSDt976tBic/do5g8fq3b =ROSq -END PGP SIGNATURE-
Bug#924786: RFS: golang-github-michaeltjones-walk/0.0~git20161122.4748e29-1
On Mon, Mar 18, 2019 at 1:51 AM Dawid Dziurla wrote: > > Hello, > > yes, actually there are dependencies of dependencies of dependencies that > need to be packaged in order for lazygit to be buildable in Debian. > > Here is the dependency tree (made by Jongmin Kim): > https://raw.githubusercontent.com/jesseduffield/lazygit-debian/master/deps-graph/exported/20190311.png > I looks... headache. One tip is that, if you don't need the build-depends' binary excutables, you can just skip them. Maybe it can save some time. -- Shengjing Zhu
Bug#924786: RFS: golang-github-michaeltjones-walk/0.0~git20161122.4748e29-1
Hi Dawid, On Mon, Mar 18, 2019 at 1:13 AM Dawid Dziurla wrote: > > Dear Go team, > > I am looking for a sponsor for the package "golang-github-michaeltjones-walk". > This package is a prerequisite for upcoming package "lazygit" (#908894). I just have a quick look at lazygit. Both golang-github-michaeltjones-walk and golang-github-anmitsu-go-shlex are not in lazygit's dependency tree[1] [1] https://salsa.debian.org/go-team/packages/lazygit/blob/debian/sid/Gopkg.lock Maybe you can reduce your work burden by checking the dependency tree more carefully? Or maybe I'm wrong if there's complicated dependency hell here :( PS. I don't plan to sponsor this since I don't have much time recently. -- Shengjing Zhu
Bug#924270: O: keepassx -- Cross Platform Password Manager
Hi, On Mon, Mar 11, 2019 at 3:15 AM Reinhard Tartler wrote: > > Package: wnpp > Severity: normal > > Keepassx is a graphical password manager, using the Qt4 toolkit. I'm no > longer using this package and have personally switched to > 'password-store'. Unfortunately, I've also failed to get a response > from upstream from > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=920616 - which > recommends to replace keepassx with keepassxc, a community fork, > possibly because of unresponsive upstream. > > I am undecided whether or not this package should be included in Debian > 10 (aka buster). It clearly is useful to many people, but its long-term > maintenance is unclear. > > I'd encourage people interested in picking up this package to coordinate > with Julian Klode (CC'ed), the Debian keepassxc maintainer. > I'm also long-time user of keepassx. I checked the upstream. In surprise, I found the master version has switched to Qt-5. And the upstream author is Felix Geyer, who is DD as well. Felix, could you have some inputs here? In person, I hope keepassx is in buster. I can help uploading the master version(with Qt-5) if Qt-4 is really needed to be removed from buster. However I'm unsure if RT is fine with this big change(I assume it's not ok). -- Shengjing Zhu
Bug#924098: ITP: golang-github-containerd-go-cni -- generic CNI library to provide APIs for CNI plugin interactions
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: golang-github-containerd-go-cni Version : 0.0~git20190226.0683513-1 Upstream Author : containerd * URL : https://github.com/containerd/go-cni * License : Apache-2.0 Programming Lang: Go Description : generic CNI library to provide APIs for CNI plugin interactions The library provides APIs to: . * Load CNI network config from different sources * Setup networks for container namespace * Remove networks from container namespace * Query status of CNI network plugin initialization . go-cni aims to support plugins that implement Container Network Interface This is a dependency of containerd. signature.asc Description: PGP signature
Bug#924095: ITP: golang-github-containernetworking-cni -- Container Network Interface - networking for Linux containers
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: golang-github-containernetworking-cni Version : 0.6.0-1 Upstream Author : CNI * URL : https://github.com/containernetworking/cni * License : Apache-2.0 Programming Lang: Go Description : Container Network Interface - networking for Linux containers CNI consists of a specification and libraries for writing plugins to configure network interfaces in Linux containers, along with a number of supported plugins. CNI concerns itself only with network connectivity of containers and removing allocated resources when the container is deleted. Because of this focus, CNI has a wide range of support and the specification is simple to implement. This is a dependency of golang-github-containerd-go-cni signature.asc Description: PGP signature
Bug#868050: RFS: golang-github-shibukawa-configdir -- Configuration directories handling for Go
On Sun, Sep 9, 2018 at 6:20 PM Paride Legovini wrote: > I fixed the ITP, changed the release distribution back to UNSTABLE, > pushed these changed to salsa, and deleted the release tag on my local > copy of the repository. I don't have the permissions to delete the tag > on salsa: you will have to do so. As you are there, you could also > delete the following tag: > > upstream/0.0_git20170330.0.e180dbd > > which is not used and was already there when I took up the packaging. > Forget to say, I've uploaded and deleted the tags. https://ftp-master.debian.org/new/golang-github-shibukawa-configdir_0.0~git20170330.e180dbd-1.html -- Shengjing Zhu
Bug#906250: ITP: execline -- small and non-interactive scripting language
On Mon, Sep 3, 2018 at 4:43 PM Shengjing Zhu wrote: > > Three of them (cd, umask, wait) clash with shell's regular built-in > > utilities. POSIX requires them to be exec(2)able[0][1]. Debian doesn't > > currently provide standalone executables for them (which is a bug), but > > some other distros do. The execline's implementation are of course not > > compatible with POSIX, and therefore must not be included within PATH. > > > > Sorry, I can't get your point. Doesn't this mean execline _follows_ > POSIX, which makes cd/umask/wait execable? > Oh, you mean the behaviours of execline's cd/umask/wait are not compatible with POSIX. -- Shengjing Zhu GPG Key: 0xCF0E265B7DFBB2F2 Homepage: https://zhsj.me
Bug#906250: ITP: execline -- small and non-interactive scripting language
On Mon, Sep 3, 2018 at 4:17 PM Jakub Wilk wrote: > > * Shengjing Zhu , 2018-09-02, 14:42: > >When I try to package execline(a non-interactive shell script)[1], it > >installs following binaries in default PATH, > > > >cd, if, exec, wait, > > Three of them (cd, umask, wait) clash with shell's regular built-in > utilities. POSIX requires them to be exec(2)able[0][1]. Debian doesn't > currently provide standalone executables for them (which is a bug), but > some other distros do. The execline's implementation are of course not > compatible with POSIX, and therefore must not be included within PATH. > Sorry, I can't get your point. Doesn't this mean execline _follows_ POSIX, which makes cd/umask/wait execable? -- Shengjing Zhu GPG Key: 0xCF0E265B7DFBB2F2 Homepage: https://zhsj.me
Bug#906250: ITP: execline -- small and non-interactive scripting language
Dear -devel, When I try to package execline(a non-interactive shell script)[1], it installs following binaries in default PATH, cd, if, exec, wait, Some facts: * These names are other shells built-in, but in execline these are binaries. * There's no conflict binary name in archive currently. * If I install them in path like /usr/lib/execline/bin, then I need to ensure this path are in everyone's PATH. I find this package has option like `--enable-absolute-paths`, but as a result it doesn't work as I expect. When I contact upstream[2], upstream thinks these binaries should be in default PATH. Any advice with packaging, can I install these binaries in default PATH(like /usr/bin)? [1] https://skarnet.org/software/execline/ [2] https://www.mail-archive.com/skaware@list.skarnet.org/msg01225.html -- Shengjing Zhu
Bug#907093: orphaning packages
Hi Gerrit, On Fri, Aug 24, 2018 at 5:45 PM Gerrit Pape wrote: > > On Thu, Aug 23, 2018 at 10:27:12PM +0200, Tobias Frost wrote: > > The current maintainer of [packages], Gerrit Pape , > > is apparently not active anymore. Therefore, I orphan this package now. > > Indeed, I'm not active since quite some time, but still around, with > some motivation to get back to work eventually. We've been discussing > this lately. It appears that I stressed your patience. > > Best Regards, Gerrit. Since I already send ITA to 907093(skalibs), I want to let you I'll not hijack it if you're still around. But AFAIK, the current version of skalibs has no Build-Depends/Depends in Debian archive, and is far behind upstream release. As I want to package s6, I'll need the latest version of skalibs. So I hope I can co-maintain this with you. -- Best regards, Shengjing Zhu
Bug#907093: ITA: skalibs -- Public domain general-purpose libraries
Control: retitle -1 ITA: skalibs -- Public domain general-purpose libraries Control: owner -1 ! I'm not aware of this package, thus I filed another ITP. Anyway, I'll adopt it since I'm going to package s6, which depends it.
Bug#906250: ITP: execline -- small and non-interactive scripting language
Package: wnpp Severity: wishlist Owner: Shengjing Zhu Control: block 733915 by -1 Control: block -1 by 906200 * Package name: execline Version : 2.5.0.1 Upstream Author : Laurent Bercot * URL : https://skarnet.org/software/execline/ * License : ISC Programming Lang: C Description : small and non-interactive scripting language execline is a (non-interactive) scripting language, like sh; but its syntax is quite different from a traditional shell syntax. The execlineb program is meant to be used as an interpreter for a text file; the other commands are essentially useful inside an execlineb script. . execline is as powerful as a shell: it features conditional loops, getopt-style option handling, filename globbing, and more. Meanwhile, its syntax is far more logic and predictable than the shell's syntax, and has no security issues. This is used for packaging s6. signature.asc Description: PGP signature
Bug#906200: ITP: skalibs -- development files used for building software at skarnet.org
Package: wnpp Severity: wishlist Owner: Shengjing Zhu Control: block 733915 by -1 * Package name: skalibs Version : 2.7.0.0 Upstream Author : Laurent Bercot * URL : https://skarnet.org/software/skalibs/ * License : ISC Programming Lang: C Description : development files used for building software at skarnet.org skalibs is a package centralizing the free software / open source C development files used for building all software at skarnet.org: it contains essentially general-purpose libraries. You will need to install skalibs if you plan to build skarnet.org software. The point is that you won't have to download and compile big libraries, and care about portability issues, every time you need to build a package: do it only once. . skalibs can also be used as a sound basic start for C development. There are a lot of general-purpose libraries out there; but if your main goal is to produce small and secure C code with a focus on system programming, skalibs might be for you. This is used for packaging s6. signature.asc Description: PGP signature
Bug#733915: ITP: s6 -- a small suite of programs for UNIX, designed to allow process supervision
Control: retitle -1 ITP: s6 -- a small suite of programs for UNIX, designed to allow process supervision Control: owner -1 ! I intent to package s6. I personally use it in my container. -- Shengjing Zhu
Bug#905075: RFS: golang-github-juju-collections/0.0~git20180717.9be91dc-1 [ITP]
On Fri, Aug 3, 2018 at 3:33 PM Alexandre Viau wrote: > > On 2018-07-31 09:43 AM, Shengjing Zhu wrote: > > X-Debbugs-CC: debian...@lists.debian.org > > > > Hi Go team, > > > > Here is > > https://salsa.debian.org/go-team/packages/golang-github-juju-collections > > Hello, > > Your d/copyright files mentions LGPL and refers to > /usr/share/common-licenses/LGPL-3. > > However, the text in /usr/share/common-licenses/LGPL-3 is different than > the one used by upstream. > > Upstream uses a license exception. > > The exception should be documented in d/copyright. > Thanks, fixed in git. -- Best regards, Shengjing Zhu
Bug#905074: RFS: golang-github-canonicalltd-raft-test/0.0~git20180628.c3345b5-1 [ITP]
On Fri, Aug 3, 2018 at 3:40 PM Alexandre Viau wrote: > > Hello, > > On 2018-07-31 09:45 AM, Shengjing Zhu wrote: > > X-Debbugs-CC: debian...@lists.debian.org > > > > Hi Go team, > > > > Here is > > https://salsa.debian.org/go-team/packages/golang-github-canonicalltd-raft-test > > d/control: > - the long descriptions starts with "this repository". This may make >sense for the GitHub project page but not for a Debian package. > Fixed in https://salsa.debian.org/go-team/packages/golang-github-canonicalltd-raft-test/commit/e22c8f275f117b63a0d635fc4729e31d2b53e5ff > I also notice that the import path contains paths. Do you have > dependencies that import it with these caps? If yes, then it is fine, > but I suspect that you might have to create a symlink eventually. > You mean the capitalized path? I think only LXD and its dependecies will use it, and just checked LXD is using github.com/CanonicalLtd. So this is fine. -- Best regards, Shengjing Zhu
Bug#905074: RFS: golang-github-canonicalltd-raft-test/0.0~git20180628.c3345b5-1 [ITP]
X-Debbugs-CC: debian...@lists.debian.org Hi Go team, Here is https://salsa.debian.org/go-team/packages/golang-github-canonicalltd-raft-test PS, haven't run dch -r yet Helping nodens for packaging lxd at debconf :) -- Shengjing Zhu signature.asc Description: PGP signature
Bug#905075: RFS: golang-github-juju-collections/0.0~git20180717.9be91dc-1 [ITP]
X-Debbugs-CC: debian...@lists.debian.org Hi Go team, Here is https://salsa.debian.org/go-team/packages/golang-github-juju-collections PS, haven't run dch -r yet Helping nodens for packaging lxd at debconf :) -- Shengjing Zhu signature.asc Description: PGP signature
Bug#905073: RFS: golang-github-frankban-quicktest/1.0.0-1 [ITP]
X-Debbugs-CC: debian...@lists.debian.org Hi Go team, Here is https://salsa.debian.org/go-team/packages/golang-github-frankban-quicktest PS, haven't run dch -r yet Helping nodens for packaging lxd at debconf :) -- Shengjing Zhu signature.asc Description: PGP signature
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Chris, On Wed, Jul 4, 2018 at 10:54 PM Chris Lamb wrote: > Uploading anbox_0.0~git20180612-1.dsc > Uploading anbox_0.0~git20180612.orig.tar.gz > Uploading anbox_0.0~git20180612-1.debian.tar.xz > Uploading anbox-dbgsym_0.0~git20180612-1_amd64.deb > Uploading anbox_0.0~git20180612-1_amd64.buildinfo > Uploading anbox_0.0~git20180612-1_amd64.deb > Uploading anbox_0.0~git20180612-1_amd64.changes > > $ echo $? > 0 > Thanks, it hits NEW now. -- Best regards, Shengjing Zhu
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Chris, On Wed, Jul 4, 2018 at 8:55 PM Chris Lamb wrote: > Failed to upload anbox-dbgsym_0.0~git20180612-1_amd64.deb to > la...@ssh.upload.debian.org:/srv/upload.debian.org/UploadQueue/anbox-dbgsym_0.0~git20180612-1_amd64.deb: > scp: > /srv/upload.debian.org/UploadQueue/anbox-dbgsym_0.0~git20180612-1_amd64.deb: > Permission denied Sorry, previous I run `dcut ftp-master rm -f 'anbox_0.0~git20180612*', so anbox-dbgsym_0.0~git20180612-1_amd64.deb is not deleted. I re-sent with `dcut ftp-master rm -f 'anbox*' > Log of processing your commands file /zsj-1530715180.commands: > > > rm anbox* > Files removed: anbox_0.0~git20180612-1.debian.tar.xz > anbox_0.0~git20180612-1.dsc anbox-dbgsym_0.0~git20180612-1_amd64.deb > > anbox_0.0~git20180612.orig.tar.gz All problem files should be deleted now. Please upload again, thanks! -- Best regards, Shengjing Zhu
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Chirs, On Wed, Jul 4, 2018 at 5:29 PM Shengjing Zhu wrote: > > Uploaded.. although there was some cruft in the queue, so it might get > > rejected. Please check it hits NEW... :) > > That's because I upload this by mistake, forget to put `mentors` between > `dput` and changes file... > I Ctrl-C quickly but still uploaded three files. I thought it would be > deleted soon, but they're still there... > Could you upload it again, > anbox_0.0~git20180612-1.dsc has incorrect size; deleting it BTW, I've sent dcut commands, these files left in ftp-master/pub/UploadQueue/ have been deleted. -- Best regards, Shengjing Zhu
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
On Wed, Jul 4, 2018 at 5:14 PM Chris Lamb wrote: > > Hi Shengjing Zhu, > > > https://mentors.debian.net/debian/pool/contrib/a/anbox/anbox_0.0~git20180612-1.dsc > > Uploaded.. although there was some cruft in the queue, so it might get > rejected. Please check it hits NEW... :) That's because I upload this by mistake, forget to put `mentors` between `dput` and changes file... I Ctrl-C quickly but still uploaded three files. I thought it would be deleted soon, but they're still there... -- Best regards, Shengjing Zhu
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Chris, On Sat, Jun 23, 2018 at 2:22 AM Chris Lamb wrote: > > > Acked from Ben[1], let's wait for next 4.17 kernel. > > Thanks Shengjing; please keep me informed. :) linux 4.17.3 is in unstable now, although linux-lastest haven't updated yet. Could you continue looking at anbox? I've uploaded new version to mentors.d.n, https://mentors.debian.net/debian/pool/contrib/a/anbox/anbox_0.0~git20180612-1.dsc Or you can get it from salsa https://salsa.debian.org/zhsj-guest/anbox/ below is copied from mentors.d.n, > Longer long description would be nice I copied more words from upstream readme. And added one sentence about the android image and kernel modules. > install -d $(CURDIR)/debian/anbox/usr/share/pixmaps/ vs debian/dirs seems > unfortunately ugly/complicated all directories are installed by d/dirs and d/install now. > double newline before override_dh_auto_configure fixed > could we have autopkgtests for this? :) I had added one in d/tests/control. should have more? I think it's too much to test running android entirely, eg, need a kernel greater than 4.17.3, and graphics, and download android image... So d/test/control only test the `anbox` command. > tests seem to hang for me: I don't know the reason from your log. the log says buffered_io_stream_tests stared but not finished. Does this happen in sbuild or other environment? It's fine on my side and I can't reproduce (in sbuild). -- Best regards, Shengjing Zhu
Bug#902400: ITP: backward-cpp -- Beautiful stack trace pretty printer for C++
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: backward-cpp Version : 1.4(upcoming) Upstream Author : François-Xavier Bourlet bomb...@gmail.com * URL : https://github.com/bombela/backward-cpp * License : MIT Programming Lang: C++ Description : Beautiful stack trace pretty printer for C++ Backward spices the stack trace up when C++ programs run into fault. . It can also display code snippets with colored lines when the source files are accessible. . Backward is a header only library. signature.asc Description: PGP signature
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
On Sun, Jun 17, 2018 at 10:21 PM Chris Lamb wrote: > > If you haven't seen the comments on the blocker for anbox, the kernel > > modules. Could you look at #901134. Ben and Adam think it would be better > > to enable them in kernel, not as out-of-tree dkms modules. > > Makes sense to me. It looks like they have not replied to your latest > email yet - perhaps a gentle ping is in order? > > (Let's solve the kernel situation before bothering or even confusing > ourselves with src:anbox itself.) > Acked from Ben[1], let's wait for next 4.17 kernel. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901134#47 -- Best regards, Shengjing Zhu
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Chris, Seems that we got lost with the notification system on mentors.d.n. I replied you three days after you first comment, since the comment didn't come to my mailbox(forget to subscribe on web page). And you're not likely to receive my comments on web page too. If you haven't seen the comments on the blocker for anbox, the kernel modules. Could you look at #901134. Ben and Adam think it would be better to enable them in kernel, not as out-of-tree dkms modules. (Replied on my mobile phone) Chris Lamb 于 2018年6月17日周日 17:14写道： > Hi Shengjing, > > > ITP: anbox -- Run Android applications on any GNU/Linux operating system > > Any updates after my review of your packages? Would love to > help you out here. :) > > > Regards, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb.co.uk >`- >
Bug#901130: ITP: anbox-modules -- Android kernel driver (binder, ashmem) in DKMS format
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: anbox-modules-dkms Version : 0.0~git20180608 Upstream Author : Simon Fels * URL : https://github.com/anbox/anbox-modules/ * License : GPL-2 Programming Lang: C Description : Android kernel driver (binder, ashmem) in DKMS format This package contains a out-of-tree version of the core Android kernel functionalities binder and ashmem. . Anbox is a container-based approach to boot a full Android system on a regular GNU/Linux system. . To run Android system in a container, you must have these modules.
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Control: owner -1 ! Taking over it. Also some notes, After contacted with @morphis(upstream maintainer), he will move anbox kernel modules to a separated source repository. So I'll submit another ITP for anbox-dkms package. -- Best regards, Shengjing Zhu
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
On Fri, Jun 8, 2018 at 5:44 AM Chris Lamb wrote: > > Chris Lamb wrote: > > > I would be happy if you took this up from me, however. If so, please > > just take over this ITP. > > Any further thoughts on this? :-) Just waited sometime to see if you'll be free again. It seems to me that the ITP being owned by DD is more convenient than me. I'll take it next day if you haven't changed mind. My previous work is done at https://github.com/zhsj/pkg-anbox/ -- Best regards, Shengjing Zhu
Bug#884797: ITP: anbox -- Run Android applications on any GNU/Linux operating system
Hi Chris, What's the current status for this? I hope I can offer help to co-maintain this with you. BTW, I'm afraid this package should be in contrib section, since we might can't build the Android image it needed. That means, to run anbox functionally, users need a custom Android image built by upstream. But it's still worth to do, as said in the RFP message, this is the only way to run Android natively on GNU/Linux. -- Best regards, Shengjing Zhu
Bug#893199: rapidjson maintenance
On Sun, Mar 25, 2018 at 06:44:59PM +0300, Alexander Gerasiov wrote: > Hello Shengjing Zhu, > > If you need a help in maintenance or sponsoring the upload, feel free > to contact me. > > I've also pushed some small fixups to salsa repo feel free to use them. > Hi Alexander, I didn't plan to update it recently, currently version in sid is fine to build ceph. And there's also no open bug in BTS. I submit this ITA in case of further problems. But if you're also interested in maintaining, feel free to take the owner :) BR, Shengjing Zhu
Bug#893199: O: rapidjson -- fast JSON parser/generator for C++ with SAX/DOM style API
Control: retitle -1 ITA: rapidjson -- fast JSON parser/generator for C++ with SAX/DOM style API Control: owner -1 ! I intent to adopt this package. I'm preparing the new version of ceph, which needs this library. Thanks!
Bug#875755: ITP: golang-github-christrenkamp-goxpath -- XPath 1.0 implementation written in Go
Package: wnpp Severity: wishlist Owner: Shengjing Zhu <i...@zhsj.me> * Package name: golang-github-christrenkamp-goxpath Version : 1.0~alpha3 Upstream Author : 2015-2017 ChrisTrenkamp <ch...@christrenkamp.com> * URL : https://github.com/ChrisTrenkamp/goxpath * License : Expat Programming Lang: Go Description : XPath 1.0 implementation written in Go goxpath is a XPath 1.0 implementation, written natively in the Go programming language. XPath queries XML documents, selecting elements, attributes, text, and has some operators and functions for manipulating strings, numbers, and booleans. This is new dependency for packer 1.1.0. I will package this inside pkg-go team and need sponsor to upload. Thanks Shengjing Zhu signature.asc Description: PGP signature
Bug#872415: ITP: golang-github-shopspring-decimal -- arbitrary-precision fixed-point decimal numbers in go
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
Bug#865324: ITA: golang-github-digitalocean-godo -- DigitalOcean API V2 client library for Golang
Hi Daniel, On Tue, Aug 1, 2017 at 7:49 PM, Daniel Stender <deb...@danielstender.com> wrote: > A new version of this package has been uploaded yesterday by me, and I've > rechecked the ITA bug now, which > has been closed by this upload. > > It happened that the bug was closed resp. the package was adopted by > Shengjing Zhu, but he wasn't the owner of > this bug report. > > I'm sorry that this have been hijacked. I haven't properly monitored that, > and I'm sure Shengjing Zhu > has just missed it for he's adopting a whole row of Golang packages which > have been RFA by me from the > dependencies for Packer. > > If you're not o.k. with this Andrew, of course we're restoring the Maintainer > resp. Uploader immediately > to meet who has been the owner of this bug. > Actually this package is signed by Andrew, see the info below: https://tracker.debian.org/news/859858 I contacted Andrew on July 26, asking if he could update this package, but he was on traveling then. He agreed that I could push the new version to git repo. And he signed the update yesterday, https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-digitalocean-godo.git/commit/?id=77d8a0c2fc6043ce592064ff821e2e547cadf5b1 Maybe he forget to put his name on Uploaders field and d/changelog. -- Best regards, Shengjing Zhu
Bug#870160: ITP: golang-github-approvals-go-approval-tests -- ApprovalTests for go
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
Bug#869981: ITP: golang-github-gophercloud-gophercloud -- OpenStack SDK for Go
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
Bug#869863: ITP: golang-github-aliyun-aliyun-oss-go-sdk -- Alibaba Cloud OSS SDK for Go
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
Bug#869819: ITP: golang-github-denverdino-aliyungo -- Go SDK for Aliyun (Alibaba Cloud)
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
Bug#869757: ITP: golang-github-biogo-hts -- biogo high throughput sequencing repository
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
Bug#869687: ITA: winrmcp -- tool for copying files to remote Windows machines using WinRM
Hi Daniel, I have updated it in git, https://anonscm.debian.org/cgit/pkg-go/packages/winrmcp.git/ PS. new golang-github-masterzen-winrm is not installed currently. Regards, Shengjing Zhu signature.asc Description: PGP signature
Bug#869687: ITA: winrmcp -- tool for copying files to remote Windows machines using WinRM
Control: retitle -1 ITA: winrmcp -- tool for copying files to remote Windows machines using WinRM Control: owner -1 ! I will handle this inside pkg-go team. Need sponsor as well. Regards, Shengjing Zhu signature.asc Description: PGP signature
Bug#865327: ITA: golang-github-hashicorp-atlas-go -- official Go client for HashiCorp's Atlas
Control: retitle -1 ITA: golang-github-hashicorp-atlas-go -- official Go client for HashiCorp's Atlas Control: owner -1 ! I will handle this inside pkg-go team. BTW, to update golang-github-hashicorp-atlas-go, it introduces a new dependency, golang-github-hashicorp-go-rootcerts. I have filed ITP for it, #869650, and package source is ready at: git://anonscm.debian.org/pkg-go/packages/golang-github-hashicorp-go-rootcerts.git Plz take a consideration to sponsor this :) Thanks, Shengjing Zhu signature.asc Description: PGP signature
Bug#869650: ITP: golang-github-hashicorp-go-rootcerts -- Functions for loading root certificates for TLS connections.
Package: wnpp Severity: wishlist Owner: Shengjing Zhu <i...@zhsj.me> * Package name: golang-github-hashicorp-go-rootcerts Version : 0.0~git20160503.0.6bb64b3-1 Upstream Author : HashiCorp * URL : https://github.com/hashicorp/go-rootcerts * License : MPL-2.0 Programming Lang: Go Description : Functions for loading root certificates for TLS connections. Go's standard library crypto/tls provides a common mechanism for configuring TLS connections in tls.Config. The RootCAs field on this struct is a pool of certificates for the client to use as a trust store when verifying server certificates. . This library contains utility functions for loading certificates destined for that field, as well as one other important thing: . When the RootCAs field is nil, the standard library attempts to load the host's root CA set. This behavior is OS-specific, and the Darwin implementation contains a bug that prevents trusted certificates from the System and Login keychains from being loaded This library contains Darwin-specific behavior that works around that bug. I'm intend to package this inside pkg-go team, and I need sponsor to upload. This library is a new dependency of golang-github-hashicorp-atlas-go-dev, which is needed for new packer(https://bugs.debian.org/865337). signature.asc Description: PGP signature
Bug#865331: ITA: golang-github-masterzen-winrm -- WinRM library for Golang
Hi Daniel, This package is ready to upload. The new version is needed for building packer. You can get it from https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-masterzen-winrm.git/ If you have no time, I can file RFS to pkg-go team. Regards, Shengjing Zhu
Bug#865331: ITA: golang-github-masterzen-winrm -- WinRM library for Golang
Control: retitle -1 ITP: golang-github-masterzen-winrm -- WinRM library for Golang Control: owner -1 ! X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org I will handle this inside pkg-go team. Need sponsor as well. Regards, Shengjing Zhu signature.asc Description: PGP signature
Bug#865337: ITA: packer -- tool for creating machine images for multiple platforms
Control: retitle -1 ITA: packer -- tool for creating machine images for multiple platforms Control: owner -1 ! X-Debbugs-CC: pkg-go-maintain...@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
