Re: Bug#1059083: RFS: updated golang-github-azure-azure-sdk-for-go
On Fri, Jun 21, 2024 at 8:33 PM Maytham Alsudany wrote: > > Ping! Still need a sponsor to upload golang-github-azure-azure-sdk-for- > go. Urgently needed for new versions of rclone and prometheus. > I think people are hesitant to sponsor because of the reconstruction of the upstream repository. This was first brought by Félix last year, but we never have a clear answer how to adapt the changes. https://lists.debian.org/debian-go/2023/06/msg00030.html I looked again at the upstream repository. The main modules are in a subdirectory /sdk https://github.com/Azure/azure-sdk-for-go/tree/main/sdk, which is not used by previous legacy versions. And there is one separate module in /profile, this directory is also not used previously, but currently no packages need that. So I propose to create a new package called golang-github-azure-azure-sdk-for-go-sdk, which contains all the modules in the /sdk directory. And the package version uses 0.0~gitMMDD schema. This package doesn't conflict with the previous legacy version, and can be co-installed. -- Shengjing Zhu
Bug#1057043: RFS: goauthing/2.2.1-1 [ITP] -- CLI authentication utility for srun4000 systems
On Tue, Nov 28, 2023 at 11:27 PM 陈 晟祺 wrote: > > Package: sponsorship-requests > Severity: wishlist > X-Debbugs-CC: debian...@lists.debian.org > > Dear mentors, > > I am looking for a sponsor for my package "goauthing": > > * Package name : goauthing > Version : 2.2.1-1 > Upstream contact : Yuxiang Zhang > * URL : https://github.com/z4yx/GoAuthing > * License : GPL-3.0 > * Vcs : https://salsa.debian.org/go-team/packages/goauthing > Section : golang > > The source builds the following binary packages: > > goauthing - CLI authentication utility for srun4000 systems > > To access further information about this package, please visit the following > URL: > > https://mentors.debian.net/package/goauthing/ > > Alternatively, you can download the package with 'dget' using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/g/goauthing/goauthing_2.2.1-1.dsc > > Changes for the initial release: > > goauthing (2.2.1-1) UNRELEASED; urgency=medium > . > * Initial release (Closes: #1057029) > The name goauthing is too generic. The cli name is auth-thu, could the package name be renamed to auth-thu as well? -- Shengjing Zhu
Bug#986257: RFS: age/1.0.0~rc1-2 -- simple, modern and secure encryption tool
On Fri, Apr 2, 2021 at 3:33 AM Johan Fleury wrote: > > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "age": > > * Package name: age >Version : 1.0.0~rc1-2 >Upstream Author : Filippo Valsorda > * URL : https://github.com/FiloSottile/age > * License : BSD-3-clause, Expat, ISC > * Vcs : https://salsa.debian.org/go-team/packages/age >Section : utils > > It builds those binary packages: > > age - simple, modern and secure encryption tool > > To access further information about this package, please visit the following > URL: > > https://mentors.debian.net/package/age/ > > Alternatively, one can download the package with dget using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/a/age/age_1.0.0~rc1-2.dsc > > Changes since the last upload: > > age (1.0.0~rc1-2) unstable; urgency=medium > . >* Set main.Version at build time to ease debuging (Closes: #986144) > Uploaded. I just fixed one minor issue directly. https://salsa.debian.org/go-team/packages/age/-/commit/af6d87964882bd8dfe6590767e2b80fdeb0e4276 -- Shengjing Zhu
Bug#985028: Bug#981413: age: New upstream version (1.0.0~beta6)
On Thu, Mar 18, 2021 at 12:53 AM Filippo Valsorda wrote: > > 2021-03-17 17:33 GMT+01:00 Shengjing Zhu : > > On Thu, Mar 18, 2021 at 12:06 AM Filippo Valsorda > wrote: > > > > 2021-03-17 16:19 GMT+01:00 nicoo : > > > This is currently blocked on golang-filippo-edwards25519 getting into > > > testing, which didn't happen because of the whole issue with NEW requiring > > > binary uploads and transition requiring source-only ones. > > > > Thank you for packaging age and for picking up this upload! > > > > I dropped the golang-filippo-edwards25519 dependency in v1.0.0-rc.1 to > > make it easier to get that version into Bullseye. > > > > Let me know if it's fine to add it back in a later v1.0, or if it would > > block bugfixes from making it into Bullseye during the cycle, and I > > should wait for v1.1. > > > > It depends on what version of age wants to be included in Bullseye. > As per Bullseye freeze policy[1], golang-filippo-edwards25519 is out > of luck to be included in Bullseye(No new package since 2/12). But it > will be included in the next release of cause. > Currently age v1.0.0-rc1 seems fine for Bullseye, it will migrated > from Unstable to Bullseye after 20 days. > > > v1.0.0-rc.1 is definitely ok for the Bullseye release. > > I was wondering if I should delay the golang-filippo-edwards25519 > dependency to v1.1.0 to allow v1.0.x bugfixes into later Bullseye point > releases, or if the bar for those is so high that it doesn't matter > anyway. IMO, it doesn't matter too much. But if you can maintain a stable branch which has minimal diff to v1.0.0-rc1(no new dependency, only backporting important patches), that would be best for Bullseye. Otherwise, we can cherry-pick patches for Bullseye ourselves. An usual life cycle for Debian release is about 5 years(with LTS), so it's sure much easier if upstream can maintain a stable branch. -- Shengjing Zhu
Bug#985028: Bug#981413: age: New upstream version (1.0.0~beta6)
On Thu, Mar 18, 2021 at 12:06 AM Filippo Valsorda wrote: > > 2021-03-17 16:19 GMT+01:00 nicoo : > > This is currently blocked on golang-filippo-edwards25519 getting into > > testing, which didn't happen because of the whole issue with NEW requiring > > binary uploads and transition requiring source-only ones. > > Thank you for packaging age and for picking up this upload! > > I dropped the golang-filippo-edwards25519 dependency in v1.0.0-rc.1 to > make it easier to get that version into Bullseye. > > Let me know if it's fine to add it back in a later v1.0, or if it would > block bugfixes from making it into Bullseye during the cycle, and I > should wait for v1.1. > It depends on what version of age wants to be included in Bullseye. As per Bullseye freeze policy[1], golang-filippo-edwards25519 is out of luck to be included in Bullseye(No new package since 2/12). But it will be included in the next release of cause. Currently age v1.0.0-rc1 seems fine for Bullseye, it will migrated from Unstable to Bullseye after 20 days. Bullseye hard freeze has already started on 3/12, which means Bullseye will be released soon. So I'm not sure age v1.0 can catch up the deadline. [1] https://release.debian.org/bullseye/freeze_policy.html -- Shengjing Zhu
Re: tool for ISA usage statistics within ELF binaries?
Package: lintian Severity: wishlist Control: retitle -1 lintian: check ISA used in binaries On Mon, Nov 4, 2019 at 5:18 AM Adam Borowski wrote: > > On Sun, Nov 03, 2019 at 04:27:12PM +, Mo Zhou wrote: > > Hi mentors, > > > > do you know if there is a static ELF analysing tool, that makes > > statistics on the usage of different ISAs? maybe something on top > > of a disassembler? > > > > actually, I'd like to know if an ELF binary has got more, say > > AVX instructions after recompiling with -march=native, > > -ftree-vectorization, -O3, etc. > > No check for AVX yet, but a quick hack that may be useful to you is attached > to: https://lists.debian.org/debian-devel/2017/08/msg00200.html > I think this could be added to lintian. lintian could give a warning if the generated binaries break ISA baseline. -- Shengjing Zhu
Re: debian/watch file for the ledgersmb package
On Fri, Aug 3, 2018 at 1:25 AM Robert James Clay wrote: > Running, for instance, the command "uscan --force-download --verbose --rename > --destdir .." results in the error "BAD signature". And indeed, checking the > resulting files from that command finds that the archive does look to have > been repacked (it's smaller) and so the verify fails. Not about repack, current watch file will download tarball that github generated, not the one upstream uploading to github release. Look at https://github.com/ledgersmb/LedgerSMB/releases, please be careful that there're two kinds of tarball. Don't look at https://github.com/ledgersmb/LedgerSMB/tags, which doesn't have asc signatures. And I think using upstream http release page is much simpler for you. -- Best regards, Shengjing Zhu
Bug#903147: RFS: backward-cpp/1.4-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "backward-cpp" * Package name: backward-cpp Version : 1.4-1 Upstream Author : François-Xavier Bourlet bomb...@gmail.com * URL : https://github.com/bombela/backward-cpp * License : MIT Section : libdevel It builds those binary packages: libbackward-cpp-dev - Beautiful stack trace pretty printer for C++ To access further information about this package, please visit the following URL: https://mentors.debian.net/package/backward-cpp Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/b/backward-cpp/backward-cpp_1.4-1.dsc Or https://salsa.debian.org/zhsj-guest/backward-cpp -- Best Regards, Shengjing Zhu
Bug#901134: RFS: anbox-modules/0.0~git20180608-1 [ITP]
On Sat, Jun 23, 2018 at 1:04 AM Ben Hutchings wrote: > I needed to make some small changes to build them as modules. The next > upload using Linux 4.17 should include ashmem_linux and binder_linux > modules for amd64, arm64 and armhf. > Thanks for your time! -- Best regards, Shengjing Zhu
Bug#901134: RFS: anbox-modules/0.0~git20180608-1 [ITP]
Hi Ben, On Thu, Jun 14, 2018 at 10:46 AM Shengjing Zhu wrote: > > On Thu, Jun 14, 2018 at 01:09:39AM +0100, Ben Hutchings wrote: > > I agree, I don't think it makes much sense to build these OOT if they > > can be built in-tree. > > Here goes the bug #901492 (linux: Please enable Android ashmem and binder > module) Is there any update about this? It's it acceptable to enable the in-tree version, as built-in module? Or it would be better to continue this dkms package as they can't be built as modules? > > > The in-tree version of ashmem *cannot* be built as a module, though, > > which we would probably want to change. > -- Best regards, Shengjing Zhu
Bug#901134: RFS: anbox-modules/0.0~git20180608-1 [ITP]
On Thu, Jun 14, 2018 at 01:09:39AM +0100, Ben Hutchings wrote: > On Wed, 2018-06-13 at 13:23 +0200, Adam Borowski wrote: > > Hi Ben! > > Could you please chime in to bug #901134 (RFS: anbox-modules)? > > > > This package wants to ship redundant copies of two modules (ashmem and > > binder) that are already in mainline since a long time ago. This strikes me > > as thoroughly wrong, yet I'm very ignorant about packaged kernels, thus I > > can't offer good advice. > > I agree, I don't think it makes much sense to build these OOT if they > can be built in-tree. > Here goes the bug #901492 (linux: Please enable Android ashmem and binder module) > The in-tree version of ashmem *cannot* be built as a module, though, > which we would probably want to change. > Don't have knowledge about this, but I'd like to see it built as module. signature.asc Description: PGP signature
Bug#901134: RFS: anbox-modules/0.0~git20180608-1 [ITP]
On Thu, Jun 14, 2018 at 8:09 AM Ben Hutchings wrote: [...] > I do wonder what the value of enabling these as in-tree modules would > be. I don't think we package the many Android userspace services and > libraries that would be needed to run Android apps. So how would these > modules be useful? Is the idea to support running an Android system in > a container? Yes, there's no value for most people to have these two modules. It's only used when you want to run Android in a container(most probably you want to run some applications/games which only have mobile version but no free alternative on Debian). Anbox[1] is the approach to do this. If you want to test, you can have a look at my other RFS(#901137). Also noted, anbox will be in contrib area, since we don't have Android image(rootfs) in main. [1] https://github.com/anbox/anbox -- Best regards, Shengjing Zhu
Bug#901134: RFS: anbox-modules/0.0~git20180608-1 [ITP]
On Wed, Jun 13, 2018 at 02:30:18AM +0200, Adam Borowski wrote: > > anbox-modules-dkms - Android kernel driver (binder, ashmem) in DKMS > > format > > Could you please explain (here and/or in the package's description) reasons > why an user would prefer this version of the modules over what's in mainline > kernel trees? > This upstream repo in out-of-tree format can be built against various kernel versions. I think upstream creates this repo because many distributions(including most Debian based) don't enable these modules in their kernel. Since this repo already exists, then packaging it is more convenient to enable these modules in kernel(and waiting other Debian derivatives to sync up, not sure if they just sync with Debian or have own kernel config). I don't have good sentence for package description. Suggestions are welcome. > Also, you have GPL-3 scripts managing GPL-2 modules, this is borderline and > I'm not quite sure of which side of the border. > the debian/ directory is split from previous anbox package, which is in GPL-3. Since all things in debian/ dir are written by myself, it's easy to change the license. But I don't think it would be problem. Just to clarify, there's no d/patches file, so no GPL-3 code is patched to GPL-2 code. -- Regards, Shengjing Zhu signature.asc Description: PGP signature
Bug#901137: RFS: anbox/0.0~git20180608-1 [ITP]
Package: sponsorship-requests Severity: wishlist X-Debbugs-CC: Chris Lamb Dear mentors, I am looking for a sponsor for my package "anbox" * Package name: anbox Version : 0.0~git20180608-1 Upstream Author : Simon Fels * URL : https://github.com/anbox/anbox/ * License : GPL-3 Section : utils It builds those binary packages: anbox - Android in a box To access further information about this package, please visit the following URL: https://mentors.debian.net/package/anbox Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/contrib/a/anbox/anbox_0.0~git20180608-1.dsc More information about anbox can be obtained from https://anbox.io Changes since the last upload: * Initial release. (Closes: #884797) Regards, Shengjing Zhu signature.asc Description: PGP signature
Bug#901134: RFS: anbox-modules/0.0~git20180608-1 [ITP]
Package: sponsorship-requests Severity: wishlist X-Debbugs-CC: Chris Lamb Dear mentors, I am looking for a sponsor for my package "anbox-modules" * Package name: anbox-modules Version : 0.0~git20180608-1 Upstream Author : Simon Fels * URL : https://github.com/anbox/anbox-modules/ * License : GPL-2 Section : kernel It builds those binary packages: anbox-modules-dkms - Android kernel driver (binder, ashmem) in DKMS format To access further information about this package, please visit the following URL: https://mentors.debian.net/package/anbox-modules Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/a/anbox-modules/anbox-modules_0.0~git20180608-1.dsc Regards, Shengjing Zhu signature.asc Description: PGP signature
Bug#872428: RFS: golang-github-shopspring-decimal/0.0~git20170816.b9ab2bc-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "golang-github-shopspring-decimal" * Package name: golang-github-shopspring-decimal Version : 0.0~git20170816.b9ab2bc Upstream Author : 2013 Oguz Bilgic 2015 Spring, Inc. * URL : https://github.com/shopspring/decimal * License : Expat Section : devel It builds those binary packages: golang-github-shopspring-decimal-dev - arbitrary-precision fixed-point decimal numbers in go To access further information about this package, please visit the following URL: https://mentors.debian.net/package/golang-github-shopspring-decimal You can also get it from alioth: https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-shopspring-decimal.git/ This package is a new dependency of golang-github-azure-azure-sdk-for-go Regards, Shengjing Zhu signature.asc Description: PGP signature
Bug#869374: RFS: golang-github-gin-contrib-sse/0.0~git20170109.0.22d885f-1 [ITP]
Package: sponsorship-requests Severity: wishlist X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org Dear mentors, I am looking for a sponsor for my package "golang-github-gin-contrib-sse" * Package name: golang-github-gin-contrib-sse Version : 0.0~git20170109.0.22d885f-1 Upstream Author : Manuel Martínez-Almeida * URL : https://github.com/gin-contrib/sse * License : Expat Section : devel It builds those binary packages: golang-github-gin-contrib-sse-dev - Server-Sent Events implementation in Go To access further information about this package, please visit the following URL: https://mentors.debian.net/package/golang-github-gin-contrib-sse Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/golang-github-gin-contrib-sse/golang-github-gin-contrib-sse_0.0~git20170109.0.22d885f-1.dsc Or https://anonscm.debian.org/git/pkg-go/packages/golang-github-gin-contrib-sse.git This a dependency of golang-github-gin-gonic-gin #865134 Changes since the last upload: Initial release (Closes: #869368) Regards, Shengjing Zhu signature.asc Description: PGP signature
Bug#869375: RFS: golang-gopkg-go-playground-assert.v1/1.2.1-1 [ITP]
Package: sponsorship-requests Severity: wishlist X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org Dear mentors, I am looking for a sponsor for my package "golang-gopkg-go-playground-assert.v1" * Package name: golang-gopkg-go-playground-assert.v1 Version : 1.2.1-1 Upstream Author : Dean Karn * URL : https://github.com/go-playground/assert * License : Expat Section : devel It builds those binary packages: golang-gopkg-go-playground-assert.v1-dev - Basic Assertion Library used along side native go testing To access further information about this package, please visit the following URL: https://mentors.debian.net/package/golang-gopkg-go-playground-assert.v1 Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/golang-gopkg-go-playground-assert.v1/golang-gopkg-go-playground-assert.v1_1.2.1-1.dsc Or https://anonscm.debian.org/git/pkg-go/packages/golang-gopkg-go-playground-assert.v1.git This is a dependency of golang-gopkg-go-playground-validator.v8, which is also a dependency of golang-github-gin-gonic-gin Changes since the last upload: Initial release (Closes: #869370) Regards, Shengjing Zhu signature.asc Description: PGP signature
Bug#867544: RFS: golang-github-xiaq-persistent/0.0~git20170614.0.06adb7b-1 [ITP]
Thanks for review. On Mon, Jul 10, 2017 at 10:08:22AM +0800, ChangZhuo Chen wrote: > * Please change the short name of Eclipse Public License 1.0 from > `EPL-10` to `EPL-1.0` to avoid confusion. Changed, https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-xiaq-persistent.git/commit/?id=bf9c92d > * Please fix the following lintian warning. > > W: golang-github-xiaq-persistent source: unknown-testsuite > autopkgtest-pkg-go autopkgtest-pkg-go in d/control is generated by dh-make-golang, https://github.com/Debian/dh-make-golang/pull/60 I think we should keep it as is. I asked on #debian-golang whether we should file a issue about lintian, but haven't got a reply. Best regards, Shengjing Zhu signature.asc Description: PGP signature
Bug#867767: RFS: elvish/0.9-1 [ITP] -- Friendly and expressive Unix shell
Package: sponsorship-requests Severity: wishlist X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org Control: block 867524 by -1 Dear mentors, I am looking for a sponsor for my package "elvish" * Package name: elvish Version : 0.9-1 Upstream Author : Qi Xiao <xiaqq...@gmail.com> * URL : https://elvish.io/ * License : BSD-2-Clause Section : shells It builds those binary packages: elvish - Friendly and expressive Unix shell To access further information about this package, please visit the following URL: https://mentors.debian.net/package/elvish Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/elvish/elvish_0.9-1.dsc Or you can get it from Alioth: https://anonscm.debian.org/cgit/pkg-go/packages/elvish.git More information about elvish can be obtained from https://elvish.io. Changes since the last upload: * Initial release (Closes: #867524) Regards, Shengjing Zhu signature.asc Description: PGP signature
Bug#867544: RFS: golang-github-xiaq-persistent/0.0~git20170614.0.06adb7b-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "golang-github-xiaq-persistent" * Package name: golang-github-xiaq-persistent Version : 0.0~git20170614.0.06adb7b-1 Upstream Author : Qi Xiao <xiaqq...@gmail.com> * URL : https://github.com/xiaq/persistent * License : Eclipse Public License 1.0 Section : devel It builds those binary packages: golang-github-xiaq-persistent-dev - Persistent data structure in Go To access further information about this package, please visit the following URL: https://mentors.debian.net/package/golang-github-xiaq-persistent Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/golang-github-xiaq-persistent/golang-github-xiaq-persistent_0.0~git20170614.0.06adb7b-1.dsc The repository of this package is at: https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-xiaq-persistent.git Changes since the last upload: * Initial release (Closes: #867525) Regards, Shengjing Zhu signature.asc Description: PGP signature