Bug#1026871: opendht 2.3.1-1.1 NMU patch
Hey, This is maintained under collab-maint, Please update the git repo too and feel free to just add yourself to uploaders instead of doing an NMU :) Cheers, -- Alexandre Viau alexan...@alexandreviau.net On Thu, 22 Dec 2022 at 16:39, Petter Reinholdtsen wrote: > > > Package: opendht > Version: 2.3.1-1.1 > Severity: wishlist > > I have just uploaded a NMU for opendht to the 7 day delayed queue fixing > a few long pending fixes sent to the salsa project. This upload is part > of an effort coordinated on #debian-voip to improve the jami package in > Debian. > > This is the patch used. It is also commited to the salsa project, which > is under of the Debian team umbrella. > > diff --git a/debian/changelog b/debian/changelog > index e8d06fe..4333e4b 100644 > --- a/debian/changelog > +++ b/debian/changelog > @@ -1,3 +1,23 @@ > +opendht (2.3.1-1.1) unstable; urgency=medium > + > + * Non-maintainer upload using salsa Debian team git repo. > + > + [ Amin Bandali ] > + * d/watch: Tweak opts to use newly-suggested format in the current > +uscan(1) manual for GitHub repositories, helping correctly detect > +new releases again (partly fixes #1016489). > + > + [ Federico Ceratto ] > + * Configure service sandbox (Closes: #1007163). > + * Bump up Standards-Version from 4.0.0 to 4.5.0. > + * Switch to debhelper-compat 12. > + > + [ Petter Reinholdtsen ] > + * Switched build and binary dependency for libargon2-0-dev to libargon2-dev > +(Closes: #1005699). > + > + -- Petter Reinholdtsen Thu, 22 Dec 2022 22:33:19 +0100 > + > opendht (2.3.1-1) unstable; urgency=medium > >[ Amin Bandali ] > diff --git a/debian/compat b/debian/compat > deleted file mode 100644 > index f599e28..000 > --- a/debian/compat > +++ /dev/null > @@ -1 +0,0 @@ > -10 > diff --git a/debian/control b/debian/control > index b9b532a..b511cb4 100644 > --- a/debian/control > +++ b/debian/control > @@ -2,7 +2,7 @@ Source: opendht > Section: libs > Priority: optional > Maintainer: Alexandre Viau > -Build-Depends: debhelper (>= 9.20160709), > +Build-Depends: debhelper-compat (= 12), > cmake, > dh-exec, > pkg-config, > @@ -10,7 +10,7 @@ Build-Depends: debhelper (>= 9.20160709), > libmsgpack-dev (>= 1.2), > libreadline6-dev, > libncurses5-dev, > - libargon2-0-dev, > + libargon2-dev, > librestinio-dev, > libasio-dev, > libjsoncpp-dev, > @@ -18,7 +18,7 @@ Build-Depends: debhelper (>= 9.20160709), > libssl-dev, > libfmt-dev, > nettle-dev > -Standards-Version: 4.0.0 > +Standards-Version: 4.5.0 > Homepage: https://github.com/savoirfairelinux/opendht > Vcs-Git: https://salsa.debian.org/debian/opendht.git > Vcs-Browser: https://salsa.debian.org/debian/opendht > @@ -32,7 +32,7 @@ Depends: ${misc:Depends}, > libmsgpack-dev (>= 1.2), > libreadline6-dev, > libncurses5-dev, > - libargon2-0-dev, > + libargon2-dev, > librestinio-dev, > libasio-dev, > libjsoncpp-dev, > diff --git a/debian/dhtnode.service b/debian/dhtnode.service > index a8e7644..90198f3 100644 > --- a/debian/dhtnode.service > +++ b/debian/dhtnode.service > @@ -1,14 +1,43 @@ > [Unit] > Description=OpenDHT standalone node > -After=network.target > Documentation=man:dhtnode(1) > +After=network.target > +ConditionPathExists=/etc/default/dhtnode > > [Service] > +Type=simple > User=opendht > Group=opendht > EnvironmentFile=/etc/default/dhtnode > ExecStart=/usr/bin/dhtnode -s $DHT_ARGS > Restart=on-failure > +RestartSec=2s > +LimitNOFILE=65536 > +WorkingDirectory=/tmp > + > +# Hardening > +CapabilityBoundingSet=CAP_NET_BIND_SERVICE > +LockPersonality=yes > +NoNewPrivileges=yes > +PrivateDevices=yes > +PrivateTmp=yes > +PrivateUsers=yes > +ProtectClock=yes > +ProtectControlGroups=yes > +ProtectHome=yes > +ProtectHostname=yes > +ProtectKernelLogs=yes > +ProtectKernelModules=yes > +ProtectKernelTunables=yes > +ProtectSystem=strict > +ReadOnlyDirectories=/ > +ReadWriteDirectories=-/proc/self > +ReadWriteDirectories=-/var/run > +RestrictAddressFamilies=AF_UNIX AF_INET AF_INET6 > +RestrictNamespaces=yes > +RestrictRealtime=yes > +SystemCallArchitectures=native > +SystemCallFilter=@system-service > > [Install] > WantedBy=multi-user.target > diff --git a/debian/watch b/debian/watch > index b42aa67..31ca925 100644 > --- a/debian/watch > +++ b/debian/watch > @@ -1,4 +1,4 @@ > version=4 > -opts="filenamemangle=s%(?:.*?)?v?(\d[\d.]*)\.tar\.gz%@PACKAGE@-$1.tar.gz%" \ > +opts="filenamemangle=s%(?:.*?)?v?(\d[\d.]*@ARCHIVE_EXT@)%@PACKAGE@-$1%" \ >https://github.com/savoirfairelinux/opendht/tags \ > - (?:.*?/)?@ANY_VERSION@@ARCHIVE_EXT@ > + (?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@ > > -- > Happy hacking > Petter Reinholdtsen
Bug#1001147: syncthing.service appears to be enabled for all users
Hello/Salut Francois, Could it be that you globally enabled the syncthing systemd user unit? Can you please show us the output of: - $ ls -l /etc/systemd/user/default.target.wants/ Thanks, -- Alexandre Viau av...@debian.org
Bug#884575: ITP: syncthingtray -- a tray applet, plasmoid, and Dolphin integration for Syncthing
Hello Nicholas, Hannah, > Oh, and Alexandre was my first Debian contact. Aww. This is giving me Debconf nostalgia <3. > I'm CCing you to ask if you'd appreciate help packaging deps for > Syncthing 1.18.2, Help for packaging new dependencies of syncthing is always welcome! I have the habit of keeping a TODO list in the changelog: - https://salsa.debian.org/go-team/packages/syncthing/-/blob/b356f757a44765ff2bb1e2a53df6d64b08dbdd25/debian/changelog I am not very territorial with my TODO list. Feel free to steal as many tasks as you like. If it ever runs out, I am sure we can add even more things to it ;). At the time of writing this email, there are three things that need to be done: - Bump the version of github.com/shirou/gopsutil/v3/disk in Debian - Package github.com/AudriusButkevicius/recli - Package github.com/flynn-archive/go-shlex Cheers, -- Alexandre Viau av...@debian.org On Sun, 26 Sept 2021 at 21:33, Nicholas D Steeves wrote: > > Hi Hannah! > > Reply follows inline. > > Hi Alexandre! > > I'm CCing you to ask if you'd appreciate help packaging deps for > Syncthing 1.18.2, because the working copy of Syncthing Tray that Hannah > prepared has an embedded copy of this version's libsyncthing that should > be unbundled. > > Hannah Rittich writes: > > > Hey Nicholas, > > > > nice to hear that you are still interested. > > > > Yes, definitely! Long ago Alexandre Viau (Syncthing maintainer in > Debian) convinced me of the usefulness of Syncthing, and a more friendly > and convenient UI for our KDE Plasma users is *long overdue*. Oh, and > Alexandre was my first Debian contact. By the way, is this your first > Debian contribution? If so, welcome! :-) > > > I have read this BTS entry, as well as the related GitHub issue [1]. > > Indeed, libc++utilities and libqtutilities are quite generic names. I > > think, there are three ways to deal with this. > > > > 1. Rename the libraries. Build a package for each one. > > 2. Build a syncthingtray package that includes the libraries and > > installs them to `/usr/lib/$ARCH/syncthingtray`. This would make use > > of the multiple tarball support. > > 3. Acceptance. Keep the names as they are. Build a package for each > > one. > > > > The three approaches have pros and cons. > > > > 1. + More specific package name. > > - More work: requires changing the build process and changes to > > upstream might be necessary. > > - Increases long term maintenance cost, since higher complexity > > increases the chance of errors. > > - Can break on updates, if upstream does not want to include the > > changes. > > > > 2. + A hypothetical name collision is avoided. > > o Probably less work than 1. > > - Additional work: requires a more complicated build process. > > - Increases long term maintenance cost, since higher complexity > > increases the chance of errors. > > - Libraries cannot be used by other packages. (The author has other > > applications that might be of interest. They use the same > > libraries.) > > > > 3. + Much simpler than 1. and 2. > > + Debian package is very close to the upstream package. > > + Low maintenance cost and more stable build process. > > - A hypothetical name collision can occur. > > > > I, would suggest option 3. A name collision, at this point, is just > > hypothetical, while the drawbacks of the other options are real. > > > > I have checked the package database and there is currently no name > > collision with these package names, and the Debian Policy > > Manual just requires a name to be unique in Debian [2], which they are. > > > > Furthermore, the chance of a name collision is rather small. Yes, > > libc++utilities is a rather generic name. However, for the same reason > > you are concerned about the name, most people will not consider to use > > such a generic name for a project; it is actually a bold move to choose > > such a name. In case a more important package needs this name, however, > > the packages can still be renamed. Hence, I do not see a reason to > > significantly increase the effort of packaging when there is no concrete > > reason to do so at the moment. There is the saying "done is better than > > perfect." > > > > If you insist, one could add a section to the README.Debian file that > > the package will be renamed in case the name is needed by a more > > important package. > > > > So option #1 is patching the library, and not using a different package > name at the dp
Bug#991659: unblock: syncthing/1.12.1~ds1-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package syncthing. [ Reason ] It contains a fix for #990330 which can lead to missing files on initial sync. Upstreams considers this bug important, and it was upstream that provided the patch in bug #990330. [ Impact ] Other than fixing the bug, none that I am aware of. Thank you for reviewing unblock requests :) -- Alexandre Viau av...@debian.org syncthing.debdiff Description: Binary data
Bug#991145: unblock: syncthing/1.12.1~ds1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package syncthing. [ Reason ] It contains various fixes, all of them provided by upstream sending patches for our specific version of syncthing. Notably, it fixes CVE-2021-21404. [ Impact ] Less bugs, less CVES, better upstream cooperation! -- Alexandre Viau av...@debian.org syncthing.debdiff Description: Binary data
Bug#984719: lintian: add check for incomplete XS-Go-Import-Path
On 2021-03-11 3:34 p.m., Felix Lechner wrote: > Hi Alexandre, > > On Sun, Mar 7, 2021 at 8:54 AM Alexandre Viau wrote: >> It would be great if lintian validated that `XS-Go-Import-Path` was correct. > I implemented it on an unreleased branch, but it will not work well > unless the field is propagated into the control files of installed > packages (for your example, golang-github-bmizerany-pat-dev). I see > the field only in the dsc, but not in CONTROL [1]. Is that possible, > please? There is already a lintian warning that checks for the presence of XS-Go-Import-Path, maybe you can take a look at how this one works? - https://lintian.debian.org/tags/missing-xs-go-import-path-for-golang-package.html If we can check for XS-Go-Import-Path then I think that we can read it? I hope that helps! Cheers! -- Aleaxandre Viau av...@debian.org
Bug#984719: lintian: add check for incomplete XS-Go-Import-Path
On 2021-03-07 1:28 p.m., Felix Lechner wrote: > Hi Alexandre, > > On Sun, Mar 7, 2021 at 8:54 AM Alexandre Viau wrote: >> XS-Go-Import-Path: gopkg.in/asn1-ber.v1, >>github.com/go-asn1-ber/asn1-ber >> >> And it installs files at both >> `/usr/share/gocode/src/gopkg.in/asn1-ber.v1` and >> `/usr/share/gocode/src/github.com/go-asn1-ber` > Should the second path be > /usr/share/gocode/src/github.com/go-asn1-ber/asn1-ber instead? (Please > note the extra final component in the file list at the very bottom of > this message.) Ideally yes, but both paths are technically correct. I don't think Lintian should go so far as it will probably be hard (or impossible) to get right. > Also, why is it a symbolic link, please? In this case the package changed name, so both folders point to the same source for backwards-compatibility. When the Go compiler imports both paths it will find the same source code. > Should Lintian > merely verify that the path is present so we catch when there is a > link and not a folder? I don't think Lintian should distinguish between links and folders. > in order to take a look at it. I tried examining the paths on > packages.d.o [1] but only saw "No such package in this suite on this > architecture." Do you know why that might be happening? Thanks! No, sorry. Cheers :) -- Aleaxandre Viau av...@debian.org
Bug#984719: lintian: add check for incomplete XS-Go-Import-Path
Package: lintian Severity: wishlist X-Debbugs-CC: p...@debian.org Intro = Go packages use the d/control `XS-Go-Import-Path` field to document the import paths that they provide. This corresponds with files installed under /usr/share/gocode/src. It would be great if lintian validated that `XS-Go-Import-Path` was correct. Xs-Go-Import-Path is used by tools in the Go packaging ecosystem for useful things like finding the debian packages required to build a program given its import paths. XS-Go-Import-Path Usage === Most packages provide only one import path. For example, `golang-github-bmizerany-pat` provides `XS-Go-Import-Path: github.com/bmizerany/pat` and it installs files under `/usr/share/gocode/src/github.com/bmizernany`. Some packages provide more import paths. Sometimes via symlinks for alternate names but sometimes simply because they actually provide two different packages. For example, `golang-gopkg-asn1-ber.v1` provides two import paths: ``` XS-Go-Import-Path: gopkg.in/asn1-ber.v1, github.com/go-asn1-ber/asn1-ber ``` And it installs files at both `/usr/share/gocode/src/gopkg.in/asn1-ber.v1` and `/usr/share/gocode/src/github.com/go-asn1-ber` Implementing the check == I am unfamiliar with Lintian internals, and with Perl, but I do have some pointers: - If the package installs N directories under `/usr/share/gocode/src` It should have exactly N import paths. This package would have one import path (github.com/aviau/project): * /usr/share/gocode/src/github.com/aviau/project/aa.go * /usr/share/gocode/src/github.com/aviau/project/bb.go This package would have two import paths (github.com/aviau/project and gitlab.com/aviau/project): * /usr/share/gocode/src/github.com/aviau/project/aa.go * /usr/share/gocode/src/github.com/aviau/project/bb.go * /usr/share/gocode/src/gitlab.com/aviau/project (symlink) - If the package installs files under `/usr/share/gocode/src/FOO.com/BAR`, one of its import paths should start with `foo.com/bar`. aviau/identify-incomplete-xs-go-import-path === I have written a python program to try and detect those mistakes, but it only covers some use cases and depends on Debian Code Search. However it may be useful for anyone trying to write a lintian check: - https://salsa.debian.org/aviau/identify-incomplete-xs-go-import-path Thank you for Lintian and thanks for taking a look at this :) -- Aleaxandre Viau av...@debian.org
Bug#980571: Debian-jami does not embed ffmpeg
> Am I correct in I assuming it is not using the embedded ffmpeg > source, and the fix need to go in the ffmpeg package? Yes. -- Alexandre Viau av...@debian.org OpenPGP_signature Description: OpenPGP digital signature
Bug#980571: please forward to upstream
Hello, Would you please forward this patch to upstream? We have a very good relation with upstream and they respond extremely quickly to our patches, so I see no need to maintain this patch in Debian. CC-ing Amin. Cheers, -- Alexandre Viau av...@debian.org OpenPGP_signature Description: OpenPGP digital signature
Bug#940405: RFA: golang-github-oschwald-geoip2-golang
On Fri, 8 Jan 2021 at 18:02, Cyril Brulebois wrote: > It seems to be a package simple enough, and with a very limited set of > reverse dependencies, that I think I should be able to manage further > updates. If that looks good enough for you, I can indeed drop you from > Uploaders and close this bug report. Looks good to me! Thanks! Cheers,
Bug#979005: ITP: golang-github-gopherjs-jsbuiltin -- GopherJS bindings for built-in JavaScript functions
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-gopherjs-jsbuiltin Version : 0.0~git20180426.5009155-1 Upstream Author : GopherJS * URL : https://github.com/gopherjs/jsbuiltin * License : BSD-2-clause Programming Lang: Go Description : GopherJS bindings for built-in JavaScript functions This is needed for perkeep. -- Alexandre Viau av...@debian.org
Bug#979004: ITP: golang-myitcv -- Mono-repo for all myitcv.io/... Go code
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-myitcv Version : old_gg+git20201125.a7167af-1 Upstream Author : Paul Jolly * URL : https://github.com/myitcv/x * License : Expat Programming Lang: Go Description : Mono-repo for all myitcv.io/... Go code This is needed for perkeep. -- Alexandre Viau av...@debian.org
Bug#979001: ITP: golang-honnef-go-js-dom -- Go bindings for the JavaScript DOM APIs
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-honnef-go-js-dom Version : 0.0~git20200509.d4405f7-1 Upstream Author : Dominik Honnef * URL : https://github.com/dominikh/go-js-dom * License : Expat Programming Lang: Go Description : Go bindings for the JavaScript DOM APIs js/dom Package dom provides Go bindings for the JavaScript DOM APIs. Version 2 API Status: Alpha, more API changes may be done soon. This is needed for perkeep. -- Alexandre Viau av...@debian.org
Bug#978993: ITP: golang-github-tomnomnom-linkheader -- Golang HTTP Link header parser
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-tomnomnom-linkheader Version : 0.1.0+git20180905.02ca582-1 Upstream Author : Tom Hudson * URL : https://github.com/tomnomnom/linkheader * License : Expat Programming Lang: Go Description : Golang HTTP Link header parser This is needed for perkeep. -- Alexandre Viau av...@debian.org
Bug#978992: ITP: golang-github-tgulacsi-picago -- Picasa Go library for downloading photos
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-tgulacsi-picago Version : 0.0~git20190121.7cafae2-1 Upstream Author : Tamás Gulácsi * URL : https://github.com/tgulacsi/picago * License : Apache-2.0 Programming Lang: Go Description : Picasa Go library for downloading photos This is required for perkeep. -- Alexandre Viau av...@debian.org
Bug#978562: opendht: FTBFS on riscv64, linked with -lpthread instead of -pthread
On Wed, 30 Dec 2020 at 10:46, Amin Bandali wrote: > Alexandre, let's bump Debian's opendht and upload it to unstable. Done! Thank you both for your work :)
Bug#978645: ITP: golang-modernc-internal -- modernc internal packages
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-modernc-internal Version : 1.0.0-1 * URL : https://modernc.org/internal * License : BSD-3-Clause Programming Lang: Go Description : modernc internal packages This is needed for perkeep. -- Alexandre Viau av...@debian.org
Bug#978606: ITP: golang-modernc-kv -- simple and easy to use persistent key/value (KV) store
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-modernc-kv Version : 1.0.3-1 Upstream Author : cznic * URL : modernc.org/kv * License : BSD Programming Lang: Go Description : Package kv implements a simple and easy to use persistent key/value (KV) store. This is needed for perkeep. -- Alexandre Viau av...@debian.org
Bug#978605: ITP: golang-github-nf-cr2 -- A basic Camera Raw 2 reader
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-nf-cr2 Version : 0.0~git20180623.4699471-1 Upstream Author : * URL : https://github.com/nf/cr2 * License : BSD-3-clause Programming Lang: Go Description : A basic Camera Raw 2 reader this is needed for perkeep -- Alexandre Viau av...@debian.org
Bug#978604: ITP: golang-rsc-qr -- QR codes
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-rsc-qr Version : 0.2.0-1 Upstream Author : Russ Cox * URL : https://github.com/rsc/qr * License : BSD-3-clause Programming Lang: Go Description : QR codes This is needed for perkeep. -- Alexandre Viau av...@debian.org
Bug#978603: ITP: golang-rsc-pdf -- PDF reader
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-rsc-pdf Version : 0.1.0-1 Upstream Author : Russ Cox * URL : https://github.com/rsc/pdf * License : BSD-3-clause Programming Lang: Go Description : PDF reader This is needed for perkeep. -- Alexandre Viau av...@debian.org
Bug#978597: ITP: golang-github-hjfreyer-taglib-go -- Pure go audio tag library in the spirit of taglib
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-hjfreyer-taglib-go Version : 0.0~git20151027.0ef8bba-1 Upstream Author : Hunter Freyer * URL : https://github.com/hjfreyer/taglib-go * License : Apache-2.0 Programming Lang: Go Description : Pure go audio tag library in the spirit of taglib -- Alexandre Viau av...@debian.org
Bug#978596: ITP: golang-github-filosottile-b2 -- Efficient, idiomatic Go library for Backblaze B2 Cloud Storage.
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-filosottile-b2 Version : 0.0~git20170207.b197f7a-1 Upstream Author : Filippo Valsorda * URL : https://github.com/FiloSottile/b2 * License : Expat Programming Lang: Go Description : Efficient, idiomatic Go library for Backblaze B2 Cloud Storage. this is needed for syncthing -- Alexandre Viau av...@debian.org
Bug#978591: golang-github-gomodule-oauth1 -- OAuth 1.0 client package for Go
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-gomodule-oauth1 Version : 0.0~git20181215.9a59ed3-1 Upstream Author : * URL : https://github.com/gomodule/oauth1 * License : Apache-2.0 Programming Lang: Go Description : OAuth 1.0 client package for Go This is needed for perkeep. -- Alexandre Viau av...@debian.org
Bug#978590: ITP: golang-github-jonas-p-go-shp -- Go library for reading and writing ESRI Shapefiles.
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-jonas-p-go-shp Version : 0.1.1-1 Upstream Author : Jonas Palm * URL : https://github.com/jonas-p/go-shp * License : Expat Programming Lang: Go Description : Go library for reading and writing ESRI Shapefiles. Pure Golang implementation based on the ESRI Shapefile technical description. This is needed for perkeep. -- Alexandre Viau av...@debian.org
Bug#978562: opendht: FTBFS on riscv64, linked with -lpthread instead of -pthread
Hello Amin, Would you consider merging this directly into opendht? Cheers, -- Alexandre Viau alexan...@alexandreviau.net On Mon, 28 Dec 2020 at 11:45, Aurelien Jarno wrote: > > Source: opendht > Version: 2.1.9.5-1 > Severity: normal > Tags: ftbfs patch upstream > User: debian-ri...@lists.debian.org > Usertags: riscv64 > > Hi, > > opendht fails to build on riscv64 with the following failure: > | /usr/bin/c++ -g -O2 -fdebug-prefix-map=/<>=. > -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time > -D_FORTIFY_SOURCE=2 -Wno-return-type -Wall -Wextra -Wnon-virtual-dtor > -pedantic-errors -fvisibility=hidden -DMSGPACK_DISABLE_LEGACY_NIL > -DMSGPACK_DISABLE_LEGACY_CONVERT -Wl,-z,relro -Wl,-z,now -rdynamic > CMakeFiles/durl.dir/durl.cpp.o -o durl -lreadline -lncurses ../libopendht.a > -largon2 -lrt -ldl -lpthread -lgnutls -lnettle -ljsoncpp -Wl,-Bstatic -lfmt > -Wl,-Bdynamic -lhttp_parser -lssl -lcrypto -ldl -lpthread -lgnutls -lnettle > -ljsoncpp -Wl,-Bstatic -lfmt -Wl,-Bdynamic -lhttp_parser -lssl -lcrypto > | /usr/bin/ld: ../libopendht.a(http.cpp.o): in function `.L0 ': > | /usr/include/asio/detail/completion_handler.hpp:72: undefined reference to > `__atomic_exchange_1' > | /usr/bin/ld: ../libopendht.a(network_utils.cpp.o): in function > `dht::net::UdpSocket::stop()': > | ./obj-riscv64-linux-gnu/./src/network_utils.cpp:350: undefined reference to > `__atomic_exchange_1' > | /usr/bin/ld: ../libopendht.a(dht_proxy_client.cpp.o): in function > `__gnu_cxx::__exchange_and_add_single(int*, int)': > | /usr/include/c++/10/ext/atomicity.h:69: undefined reference to > `__atomic_exchange_1' > | collect2: error: ld returned 1 exit status > > The full build log is available there: > https://buildd.debian.org/status/fetch.php?pkg=opendht=riscv64=2.1.9.5-1=1607520181=0 > > The problem is that the linking is not done correctly, it uses -lpthread > meaning linking with the pthread library, instead of -pthread which > means enable thread support, and which brings libatomic.so on riscv64. > This can be fixed by using the THREADS_PREFER_PTHREAD_FLAG option, which > is "highly recommended" according to the documentation, but > unfortunately not the default. > > This is what the attached patch does, could you please include it in the > next upload? > > Thanks, > Aurelien
Bug#978497: ITP: golang-github-golang-freetype -- The Freetype font rasterizer in the Go programming language.
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-golang-freetype Version : release+git20170609.e2365df-1 Upstream Author : Go * URL : https://github.com/golang/freetype * License : freetype or gpl-2.0+ Programming Lang: Go Description : The Freetype font rasterizer in the Go programming language. The Freetype font rasterizer in the Go programming language. This is needed for perkeep. -- Alexandre Viau av...@debian.org
Bug#978495: ITP: golang-github-bradfitz-latlong -- maps from a latitude and longitude to a timezone.
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-bradfitz-latlong Version : 0.0~git20170410.f3db6d0-1 Upstream Author : Brad Fitzpatrick * URL : https://github.com/bradfitz/latlong * License : Apache-2.0 Programming Lang: Go Description : The latlong package maps from a latitude and longitude to a timezone. This is needed for Perkeep. -- Alexandre Viau av...@debian.org
Bug#978449: ITP: perkeep -- Perkeep lets you permanently keep your stuff, for life.
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: perkeep Version : 0.11-1 * URL : https://perkeep.org/ * License : Apache-2.0 Programming Lang: Go Description : Perkeep lets you permanently keep your stuff, for life. -- Alexandre Viau av...@debian.org
Bug#978148: ITP: golang-github-miscreant-miscreant.go -- Go implementation of Miscreant: misuse-resistant encryption library with AES-SIV (RFC 5297) and AES-PMAC-SIV support
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-miscreant-miscreant.go Version : 0.0~git20200214.26d3763-1 Upstream Author : miscreant. * URL : https://github.com/miscreant/miscreant.go * License : Expat Programming Lang: Go Description : Go implementation of Miscreant: misuse-resistant encryption library with AES-SIV (RFC 5297) and AES-PMAC-SIV support This is a new Syncthing dependency Cheers, -- Alexandre Viau av...@debian.org
Bug#956602: any possibility to drop the dependency on librestbed?
On 2020-10-04 6:43 a.m., Francesco Poli wrote: > What about persuading the upstream developers of librestbed to > re-license the library under more uncontroversially DFSG-free terms > (GNU GPL or more permissive)? > > Do you think there is any chance of success? I don't intend to spend any energy on this, but feel free to try :) -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#950198: Fixing build with jami_20191214.1.07edb5e
Hello! Thank you very much for helping! It looks like you made your changes alongside updates to the upstream source. Sadly I won't merge any changes to the upstream sources. I'll handle these myself with git-buildpackage. Can you please submit your opendht changes again, this time only including the changes in the debian/ folder? Then, we will move on to Jami. Cheers, -- Alexandre Viau av...@debian.org On Fri, 25 Sep 2020 at 10:20, Amin Bandali wrote: > > Hello Alexandre, all, > > I recently joined the Jami team at SFL, and I'm also the newly-appointed > GNU (co)maintainer for Jami. I would like to help improve the situation > with the Jami package in the official Debian repositories however I can. > I think the first step would be getting more recent versions of the Jami > Debian package to build. > > I opened a number of merge requests against Debian's package sources for > OpenDHT and Jami, including changes with which I've been able to build > the WIP update to the jami_20191214.1.07edb5e version. The merge > requests are as follows: > > - New upstream version 2.1.6: > https://salsa.debian.org/debian/opendht/-/merge_requests/3 > - pristine-tar data for opendht_2.1.6.orig.tar.gz: > https://salsa.debian.org/debian/opendht/-/merge_requests/4 > - Update to new upstream version 2.1.6, along with tweaks useful for > building newer versions of jami: > https://salsa.debian.org/debian/opendht/-/merge_requests/5 > > - Fix build with jami_20191214.1.07edb5e: > https://salsa.debian.org/pkg-voip-team/ring/-/merge_requests/2 > > In essence, I pulled the latest version of OpenDHT into the Debian > source repo for it, and tweaked the CONFIGURE_FLAGS and the Libs link > flags in pkgconfig-static.patch to make the package useful for linking > and building newer Jami against. On the Jami side, I updated the file > name for the jami-gnome manpage, and also changed some (non-existent) > 'distclean' instances to 'clean' so that the build wouldn't fail with a > non-clean tree. > > I'd appreciate it if y'all would take my changes for a spin and see if > you're able to build jami_20191214.1.07edb5e with them. If yes, and if > everyone's happy with the changes and they're merged, next we could try > building the most recent version of Jami and see how that goes. > > Best, > > -- > Amin Bandali > Free Software Consultant > Savoir-faire Linux > GNU Jami: bandali
Bug#970825: ITP: golang-github-petermattis-goid -- Programatically retrieve the current goroutine's ID
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-petermattis-goid Version : 0.0~git20180202.b0b1615-1 Upstream Author : Peter Mattis * URL : https://github.com/petermattis/goid * License : Apache-2.0 Programming Lang: Go Description : goid Build Status (https://travis-ci.org/petermattis/goid) Programatically retrieve the current goroutine's ID. See the CI configuration (.travis.yml) for supported Go versions. In addition, gccgo 7.2.1 (Go 1.8.3) is supported. -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#970621: golang-github-lucas-clemente-quic-go: please package 0.18.0
Package: golang-github-lucas-clemente-quic-go Severity: wishlist Hello, It seems that newer versions of syncthing will not build without a newer version of golang-github-lucas-clemente-quic-go. Could you please package and upload 0.18.0? Thanks! -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#970479: RM: syncthing [armel armhf i386 mipsel] -- ANAIS; package is not built on these architectures
Package: ftp.debian.org Severity: normal Hello, Can you please remove Syncthing from these architectures? This may be fixed in the future, but Debian has never gotten badger, one of Syncthing's new DB backend, to work in those architecture. Cheers, -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#969292: golang-github-dgraph-io-badger-dev: please include go build dependencies
Package: badger Version: 0.0~git20170725.0.b89cc31-2 Severity: normal Hello, It looks like golang-github-dgraph-io-badger-dev depends on almost nothing, which causes build failures for packages that depend on it. For example: src/github.com/dgraph-io/badger/table/table.go:41:2: cannot find package "github.com/dgraph-io/ristretto" in any of: /usr/lib/go-1.14/src/github.com/dgraph-io/ristretto (from $GOROOT) Please add the go build depencies to the dev package's dependencies. Cheers, -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#969282: golang-goleveldb: Please upload a newer version
Package: golang-goleveldb Version: 0.0~git20170725.0.b89cc31-2 Severity: wishlist Hello! I am looking into packaging newer versions of Syncthing and looks like they need a newer version of golang-goleveldb. Would you be willing to upload a newer version? Thank you :) -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#969242: ITP: golang-github-willf-bloom -- Go package implementing Bloom filters
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-willf-bloom Version : 2.0.3-1 Upstream Author : Will Fitzgerald * URL : https://github.com/willf/bloom * License : BSD-2-clause Programming Lang: Go Description : Go package implementing Bloom filters Bloom filters Master Build Status (https://travis-ci.org/willf/bloom?branch=master) Coverage Status (https://coveralls.io/github/willf/bloom?branch=master) Go Report Card (https://goreportcard.com/report/github.com/willf/bloom) GoDoc (http://godoc.org/github.com/willf/bloom) . A Bloom filter is a representation of a set of n items, where the main requirement is to make membership queries; i.e., whether an item is a member of a set. . This is required for Syncthing. signature.asc Description: OpenPGP digital signature
Bug#950198: Jami: one last dht linking issue
Hello, I have put some time on the Jami packaging today. The version that I am trying to build is here: - https://salsa.debian.org/pkg-voip-team/ring The version is 20191214.1.07edb5e~ds1-1. It seems that Debian has all of the required dependencies, but I am getting opendht linking issues. For example: - /usr/bin/ld: ./daemon/src/jamidht/server_account_manager.cpp:299: undefined reference to `dht::http::Request::send()' I think that we are very close. I don't have any more time today but if one of you guys are willing to help you can try to hack on it and give me pointers or send a patch. Looking forward to a new upload!! Cheers, -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#956602: any possibility to drop the dependency on librestbed?
Hello, Sadly I don't think they would consider doing so unless there was a comparable alternative. Jami is built on Linux, Mac, Windows, Android, Iphone, Android TV, etc... and they had trouble finding a good http library that worked well on all those platforms. Maybe if you can point them to something that they overlooked? I don't know all of the requirements so you should sync with the team before spending any time working on this. Cheers, -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#968454: restinio: refers to missing format.h, http_parser.h
X-Debbugs-CC: s...@debian.org, fe...@salfelder.org Package: restinio Severity: normal Hello! I have been trying to upload a new Jami package. We are almost there! I am getting restinio-related build errors: - /usr/include/restinio/impl/include_fmtlib.hpp:32:10: fatal error: fmt/format.h: No such file or directory - /usr/include/restinio/http_headers.hpp:20:10: fatal error: http_parser.h: No such file or directory 20 | #include Could it be that librestinio-dev is missing libfmt-dev and libhttp-parser-dev dependencies? Cheers, -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940413: syncthing: Please update to version 1.2.2
On Sun, Jul 19, 2020 at 10:57 PM Nicholas D Steeves wrote: > It seems to me that the most expedient path forward is to jump from > 1.2.x to 1.4.x. ACK? Right, it looks like we will have too. I was trying to avoid it at first because it is a lot of work. I suggest that we move slowly and try to find the lowest version that works for now. By the way I take notes here: - https://salsa.debian.org/go-team/packages/syncthing/-/blob/master/debian/README.Debian Cheers,
Bug#964238: Thank you!
Thank you for uploading a new version of this package :) Cheers, -- Alexandre Viau av...@debian.org
Bug#964238: Please package 0.17.2
Package: wnpp Severity: wishlist Owner: Alexandre Viau Hello! Would you please upload 0.17.2? It looks like Syncthing needs a newer version of quic-go. Cheers, -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#950198: restinio
On 2020-05-15 5:48 a.m., Felix Salfelder wrote: > On Fri, May 15, 2020 at 11:30:03AM +0200, Petter Reinholdtsen wrote: >> [Alexandre Viau] >>> The next step would now be to update OpenDHT, which should be quick >>> once restinio passes new. >> >> The restinio package was just accepted into unstable. > > I am half way through opendht [1]. My package lacks testing (just > imported new upstream 2.1.1). I will continue as time permits, but feel > free to help. Hello! I have just uploaded a new version of opendht. For the next step I will attempt to build Jami to see if there is anything missing. -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#950198: restinio
Yes, go ahead! Sorry I couldn't do it myself quicker, I tend to work on Debian only on the weekends. Thank you for your work!! :) The next step would now be to update OpenDHT, which should be quick once restinio passes new. Cheers, -- Alexandre Viau av...@debian.org On Thu, May 7, 2020 at 2:47 AM Sébastien Delafond wrote: > > On 04/05 10:31, Sébastien Delafond wrote: > > > I add a basic d/salsa-ci.yml, that should tell us what's going on. > > > > All the unit tests are passing in salsa: > > > > https://salsa.debian.org/debian/restinio/-/jobs/717236#L1500 > > Hi Alexandre, > > in the current state, do you think I should upload restinio to NEW? > > Cheers, > > -- > Seb
Bug#950198: restinio
On 2020-04-28 7:19 a.m., Felix Salfelder wrote: > On Mon, Apr 27, 2020 at 01:22:29PM +0200, Sébastien Delafond wrote: > Towards the original goal (getting Jami into Debian), I have reworded > the cmake patch description and improved the package based on your > proposed changes. > > - cleanup rules, add the MULTIARCH bit > - more on d/copyright > - cmake dependency > - d/watch thank you Seb <3! > >> As I don't intend to maintain restinio in the long run, I don't feel the >> need to argue this any further, and will happily defer to Alexandre's >> opinion. > > I acknowledge that running the tests is of importance to you. I will > certainly take that into consideration. > > To proceed, we need restinio in NEW. If you (or anybody else follwing > this conversation) wishes to help, please review and/or sponsor [1]. Hello, I am following the conversation. > > Looking at Alexandre's Jami package, I infer that small(er) tarballs are > in his interest. I do not actually know, and if it helps, I am not going > to decide how the 0.6.6 package will look like. Alright so I am going to step in on the small or big tarball debate. We definitely want to run the tests if that is possible, and we also want to avoid shipping bundled dependencies if that is possible. Debian isn't only interested in getting Jami working, we are also interested in shipping the most complete restinio package possible. Before I upload anything, can we clear-up where the repository should live? I am already unsure of where I should look to review: at Seb's repository or at Felix's? Can we move this to https://salsa.debian.org/debian ? It would make it much easier for DDs, like me, to step in and help if they want to make patches. I have created a repository here: - https://salsa.debian.org/debian/restinio And: - Gave felix dev permissions on the repository - I have uploaded Seb's work. - Set the VCS-* fields to point to the new repo The build of the package fails on my end: - resolve: Host not found (authoritative) Are the tests trying to contact a server or something? If that is the case, we should eithier selectively disable them or fix them. Or is there something missing from the package that I pushed at https://salsa.debian.org/debian/restinio ? Should I have looked elsewhere? Also, I notice that the package's Changelog already has two entries, but was it even uploaded once? Should it say UNRELEASED instead, until it is uploaded, or should I understand that it was uploaded? Action item before we can upload: - Agree where the package will be maintained (hopefully thats over - debian/restinio) - If we run the tests, they should pass (or was it my machine?) Thank you all for your work :) Cheers -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#956040: ITP: golang-github-lucas-clemente-quic-go -- A QUIC implementation in pure go
On 2020-05-03 2:04 p.m., Roger Shimizu wrote: > Dear Alexandre, > >> * Package name: golang-github-lucas-clemente-quic-go >> Version : 0.7.0-1 > > This package is a dependency of another package, v2ray. > So I helped to package the latest version, v0.15.5. > > I already pushed all gits to salsa: > - > https://salsa.debian.org/go-team/packages/golang-github-lucas-clemente-quic-go Great news! Happy to see that our objectives were matching :) It looks good to me, but I can't upload right now. Can you make the upload? Cheers! -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#956137: ITP: golang-github-jackpal-go-nat-pmp -- A Go language client for the NAT-PMP internet protocol for port mapping and discovering the external IP address of a firewall.
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-jackpal-go-nat-pmp Version : 1.0.2-1 Upstream Author : Jack Palevich * URL : https://github.com/jackpal/go-nat-pmp * License : TODO Programming Lang: Go Description : A Go language client for the NAT-PMP internet protocol for port mapping and discovering the external IP address of a firewall. This is needed for Syncthing. -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940332: RFH: syncthing
Hello Nicholas :) On 2019-12-23 8:19 p.m., Nicholas D Steeves wrote: > Thank you for recommending that I try Syncthing all those years ago > After waiting a bit for it to mature, I'm now using it extensively and > recommend it to friends and family :-) I'm not qualified to be the > sole package maintainer, but would be happy to help out. Please ping > me in February or March if someone with more golang experience hasn't > stepped forward--I won't learn if I have the necessary free time to > commit to comaintenance before then. I am glad to learn that you have been using and recommending Syncthing! I have recently gotten some reinforcement. I am not ready to close this bug yet but I think that we should be able to update syncthing soon :) I'll let you know if things don't work out, but it looks good. Cheers, -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#956081: ITP: golang-github-marten-seemann-qpack -- a (minimal) QPACK implementation in Go
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-marten-seemann-qpack Version : 0.1.0-1 Upstream Author : Marten Seemann * URL : https://github.com/marten-seemann/qpack * License : Expat Programming Lang: Go Description : a (minimal) QPACK implementation in Go This is indirectly needed for Syncthing. -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#956073: ITP: golang-github-marten-seemann-qtls -- Go standard library TLS 1.3 implementation, modified for QUIC
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-marten-seemann-qtls Version : 0.8.0-1 Upstream Author : Marten Seemann * URL : https://github.com/marten-seemann/qtls * License : BSD-3-clause Programming Lang: Go Description : Go standard library TLS 1.3 implementation, modified for QUIC qtls Godoc Reference (https://godoc.org/github.com/marten-seemann/qtls) CircleCI Build Status (https://circleci.com/gh/marten-seemann/qtls) . This repository contains a modified version of the standard library's TLS implementation, modified for the QUIC protocol. It is used by quic-go (https://github.com/lucas-clemente/quic-go). This is indirectly needed for Syncthing -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#956047: ITP: golang-github-alangpierce-go-forceexport -- access unexported functions from other packages
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-alangpierce-go-forceexport Version : 0.0~git20160317.8f1d694-1 Upstream Author : Alan Pierce * URL : https://github.com/alangpierce/go-forceexport * License : Expat Programming Lang: Go Description : A golang package that allows you to access unexported functions from other packages This is indirectly needeed for Syncthing. Cheers, -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#956042: ITP: golang-github-bifurcation-mint -- A Minimal TLS 1.3 Implementation in Go
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-bifurcation-mint Version : 0.0~git20200214.93c820e-1 Upstream Author : Richard Barnes * URL : https://github.com/bifurcation/mint * License : Expat Programming Lang: Go Description : A Minimal TLS 1.3 Implementation in Go This is needed for syncthing. -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#956040: ITP: golang-github-lucas-clemente-quic-go -- A QUIC implementation in pure go
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-lucas-clemente-quic-go Version : 0.7.0-1 Upstream Author : Lucas Clemente * URL : https://github.com/lucas-clemente/quic-go * License : Expat Programming Lang: Go Description : A QUIC implementation in pure go This is needed for syncthing. -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940359: RFA: golang-github-glycerine-go-unsnap-stream
On 2020-03-21 6:54 a.m., Nilesh wrote: > I would like maintaining the package, shall keep it updated. Great ! > For Now, I have added in my name, along, that should work well. > If you really don't want your name in d/control ,I'll so the needful in the > next release. Indeed, feel free to remove my name, or we can't close this bug haha. >> Feel free to contact me with any questions. Also note that I always > willing to sponsor uploads! > > I have pushed my changed to my local fork here[1], with updated version. > I'm not a member of go-team yet; could you add me on salsa, or give me push > access to the package > in go-team?> That would be great. I see that you are now a member of the Go Packaging Team on salsa. Are you able to apply your changes directly on the repository? > Need review and sponsorship for this package as well. Maybe you can send a message to the go maintainers list for that package? I'd prefer if we keep focused on golang-github-glycerine-go-unsnap-stream for this thread. One thing at a time! Cheers, -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#950198: RFH: ring -- Secure and distributed voice, video and chat platform
If you feel like you have a working package, would you please link me to a git repository on salsa that I can review? As a reviewer, I don't find mentors.d.o very useful but feel free to use it if you think its appropriate for you. Cheers, -- Alexandre Viau av...@debian.org On Sat, Apr 4, 2020 at 3:12 PM Felix Salfelder wrote: > > > restinio [..] > > some progress [1]. > > thanks > felix > > [1] https://mentors.debian.net/package/restinio
Bug#950198: RFH: ring -- Secure and distributed voice, video and chat platform
On Mon, Mar 23, 2020 at 11:21 AM Felix Salfelder wrote: > Afaiu, the bottleneck will be opendht. opendht is already packaged, but > too old. No, it won't. Why would it be a bottleneck? Newer OpenDHT versions also **require restinio**. We need to package restinio. This is the first step. Nothing else. If you are really interested in helping with the efforts to update Jami, it is the place to start.
Bug#950198: RFH: ring -- Secure and distributed voice, video and chat platform
Hello Felix, On Wed, Mar 18, 2020 at 4:49 PM Felix Salfelder wrote: > > On Wed, Jan 29, 2020 at 08:36:07PM -0500, Alexandre Viau wrote: > > I would love to update Jami[1] (https://jami.net) in Debian. > > I have prepared some preliminary packages [0,1,2,3]. It seems to run > without a lot of patching, but pjp. I'm afraid there is more work to > do... It looks like you are trying to do many things at once. Instead of trying to fix everything in one go, I would suggest that we pick one problem and move from there. How about we start by packaging restinio in Debian? I'd gladly sponsor such an upload. Then we will move to the next step. Cheers, -- Alexandre Viau av...@debian.org
Bug#950063: influxdb-python FTBFS with pandas 0.25.3
On Thu, Feb 20, 2020 at 4:15 AM Andreas Tille wrote: > Regarding your wish to remove you from Maintainers: I did not intend to > take over the package from you personally. I rather wanted to do > something like: > > Maintainer: Debian Python Modules Team > > Uploaders: Alexandre Viau > > and you become a member of DPMT to maintain the package inside the team. > If you are short in time I could probably do a team upload to fix the > current issues, thought. Okay that works. You may do the upload right now and I'll make sure that I am a member on salsa DPMT (I used to be on Alioth) before my next upload. Thank you for caring about this package! Cheers, -- Alexandre Viau av...@debian.org
Bug#950063: influxdb-python FTBFS with pandas 0.25.3
Feel free to move influxdb-python to DPMT. However, if you do, please remove me from the maintainers and delete/move the existing salsa project. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#951599: ITP: clipman -- simple clipboard manager for Wayland
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: clipman Version : 1.2.0+git20200212.d898c27-1 Upstream Author : yory8 * URL : https://github.com/yory8/clipman * License : MIT Programming Lang: Go Description : simple clipboard manager for Wayland Cheers, -- Alexandre Viau av...@debian.org
Bug#951138: ITP: ydotool -- Generic command-line automation tool (no X!)
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: ydotool Version : v0.1.8 Upstream Author : Reimu NotMoe * URL : https://github.com/ReimuNotMoe/ydotool * License : MIT Programming Lang: C++ Description : Generic command-line automation tool (no X!) Cheers, -- Alexandre Viau av...@debian.org
Bug#951103: ITP: libedevplus -- Easy-to-use event device library in C++
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: libevdevPlus Version : v0.1.0 Upstream Author : YukiWorkshop * URL : https://github.com/YukiWorkshop/libevdevPlus * License : MIT Programming Lang: C++ Description : Easy-to-use event device library in C++ I am packaging this as it is required for ydotool Cheers, -- Alexandre Viau av...@debian.org
Bug#951099: ITP: libuInputPlus -- Easy-to-use uinput library in C++
Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: libuInputPlus Version : v0.1.3 Upstream Author : YukiWorkshop * URL : https://github.com/YukiWorkshop/libuInputPlus * License : MIT Programming Lang: C++ Description : Easy-to-use uinput library in C++ I am packaging this as it is required for ydotool Cheers, -- Alexandre Viau av...@debian.org
Bug#951028: i3blocks: please package upstream's new version
Package: i3blocks Severity: wishlist Hello, i3blocks 1.5 was released, it would be great to upload it to Debian! Cheers, -- Alexandre Viau av...@debian.org
Bug#950198: RFH: ring -- Secure and distributed voice, video and chat platform
Package: wnpp Severity: normal Hello, I would love to update Jami[1] (https://jami.net) in Debian. However, Jami requires new dependencies, such as Restinio[2] which I don't have the time to package. Would there anyone be wiling to help? I'd also be happy to have a co-maintainer that can help me keep up with new Jami versions as they arrive :) I am always more than happy to sponsor uploads, too, so feel free to ask! (Jami is in src:ring which was the previous upstream name) 1. https://jami.net 2. https://github.com/Stiffstream/restinio Cheers, -- Alexandre Viau av...@debian.org
Bug#949073: RM: dxvk-wine32-development [armel armhf] -- RoM; ANAIS
Package: ftp.debian.org Severity: normal Binary package dxvk-wine32-development from source dxvk is no longer built on armel, armhf and should be removed. -- Alexandre Viau av...@debian.org
Bug#949072: RM: dxvk-wine64-development [arm64] -- RoM; ANAIS
Package: ftp.debian.org Severity: normal Binary package dxvk-wine64-development from source dxvk is no longer built on arm64 and should be removed. -- Alexandre Viau av...@debian.org
Bug#925563: dxvk installation script doesn't install 32 bit libraries to 64 bit prefix
Hello, Okay so I had more time for this today. I am about to upload a new version that fixes this. I had to revert to other techniques to try and detect the prefix's state. I think that the new setup will cover all use cases. I'll try to test a couple of setups myself before uploading. Feedback would be much appreciated. Cheers, -- Aleaxandre Viau av...@debian.org
Bug#946342: dxvk: dxvk-setup not working
Hello, /usr/bin/wine64-development is a symlink. It should point to the proper binary in /usr/lib. It looks like your wine installation is broken and you have /usr/bin/wine64-development pointing to /usr/lib/wine-development/wine64-development instead of /usr/lib/wine-development/wine64. It doesn't have anything to do with dxvk. Cheers, -- Aleaxandre Viau av...@debian.org
Bug#925563: dxvk installation script doesn't install 32 bit libraries to 64 bit prefix
I hacked on this for a bit and I could not find a reliable way to have it work automatically on all configurations. I was pretty sure that my script worked on all setups and this shows that I was wrong. I am starting to think that the best way to handle this is to have the user manually specify everything: - wine executable to use - architecture to install If somebody has an idea, now would be a good time! -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940453: RM: toxiproxy -- ROM; no longer needed
I always test with the following method before I request a removal: - ssh mirror.ftp-master.debian.org "dak rm -Rn " Could it be that it does not catch all cases where there are reverse-deps? And do the ftpmasters run some kind of check before removing a package? Before we consider re-introducing toxiproxy, we should check if golang-github-shopify-sarama-dev's dependency is necessary. Cheers, -- Alexandre Viau av...@debian.org On Sun, Sep 29, 2019 at 3:36 PM Paul Gevers wrote: > > Hi all, > > On Sun, 15 Sep 2019 19:40:11 -0400 Alexandre Viau wrote: > > Package: ftp.debian.org > > Severity: normal > > > > toxiproxy is no longer needed by any package. It should > > be removed from the archive. > > > > It used to be here as a dependency for telegraph which never made it to > > the archive. > > golang-github-shopify-sarama depends on it. Any idea how this has > slipped through? The removal of toxiproxy can't migrate to testing now. > > Paul
Bug#940333: RFH: python-click
On 2019-09-16 8:20 p.m., Sandro Tosi wrote: > Hey Alexandre, > > On Sun, 15 Sep 2019 17:01:07 -0400 Alexandre Viau wrote: >> Package: wnpp >> Severity: normal >> >> Hello, >> >> I haven't had a lot of time to put into python-click lately. >> >> I am thinking that moving it to the python packaging team could be a >> good idea. I am not familiar with the python team's processes, so that >> would be without my help. > id be happy to move it under the DPMT umbrella > >> If you want to take over python-click, as part of a team or not, you are >> welcome! > want me to keep you as uploaders or you're ok with me taking over? i > dont mind either way :) I am okay with you taking over! Thanks for offering to help! Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940509: RM: golang-gopkg-robfig-cron.v2 -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-gopkg-robfig-cron.v2 is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940510: RM: typeahead.js -- ROM; no longer needed
Package: ftp.debian.org Severity: normal typeahead.js is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940508: RM: golang-github-influxdata-flux -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-github-influxdata-flux is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940506: RM: golang-github-getkin-kin-openapi -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-github-getkin-kin-openapi is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940507: RM: golang-github-nats-io-go-nats-streaming -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-github-nats-io-go-nats-streaming is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940504: RM: golang-github-juju-webbrowser -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-github-juju-webbrowser is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940502: RM: golang-github-gosimple-slug -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-github-gosimple-slug is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940503: RM: golang-github-naoina-toml -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-github-naoina-toml is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940501: RM: golang-go.pedge-env -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-go.pedge-env is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940500: RM: golang-github-tcnksm-go-input -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-github-tcnksm-go-input is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940462: RM: autodeb -- ROM; no longer maintained
Package: ftp.debian.org Severity: normal autodeb is no longer maintained (both upstream and in Debian). Please remove it from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940459: RM: golang-github-jrick-logrotate -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-github-jrick-logrotate is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940458: RM: golang-github-bouk-httprouter -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-github-bouk-httprouter is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940457: RM: golang-github-tj-go-spin -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-github-tj-go-spin is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940453: RM: toxiproxy -- ROM; no longer needed
Package: ftp.debian.org Severity: normal toxiproxy is no longer needed by any package. It should be removed from the archive. It used to be here as a dependency for telegraph which never made it to the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940454: RM: select2.js -- ROM; no longer needed
Package: ftp.debian.org Severity: normal select2.js is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940455: RM: golang-github-tv42-zbase32 -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-github-tv42-zbase32 is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940452: RM: golang-github-nats-io-gnatsd -- ROM; no longer needed
Package: ftp.debian.org Severity: normal golang-github-nats-io-gnatsd is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940450: RM: animate.css -- ROM; no longer needed
Package: ftp.debian.org Severity: normal animate.css is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940449: RM: kashmir -- ROM; no longer needed
Package: ftp.debian.org Severity: normal kashmir is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940448: RM: less-elements.js -- ROM; no longer needed
Package: ftp.debian.org Severity: normal less-elements.js is no longer needed by any package. It should be removed from the archive. Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940447: RFA: golang-gopkg-xmlpath.v2
Package: wnpp Severity: normal Hello! I'd like to find new maintainers for some of my packages because I have had less time for Debian. I'd like to focus the small amount of time that I have for Debian on other things. For now, I intend to do my best to keep maintaining this package. However, I will probably retitle this bug with the 'O:' prefix at some point, indicating that I have orphaned it. Feel free to upload a new version of the package and remove me from the uploaders in debian/control. Feel free to contact me with any questions. Also note that I always willing to sponsor uploads! Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940446: RFA: golang-gopkg-robfig-cron.v2
Package: wnpp Severity: normal Hello! I'd like to find new maintainers for some of my packages because I have had less time for Debian. I'd like to focus the small amount of time that I have for Debian on other things. For now, I intend to do my best to keep maintaining this package. However, I will probably retitle this bug with the 'O:' prefix at some point, indicating that I have orphaned it. Feel free to upload a new version of the package and remove me from the uploaders in debian/control. Feel free to contact me with any questions. Also note that I always willing to sponsor uploads! Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940445: RFA: golang-gopkg-httprequest.v1
Package: wnpp Severity: normal Hello! I'd like to find new maintainers for some of my packages because I have had less time for Debian. I'd like to focus the small amount of time that I have for Debian on other things. For now, I intend to do my best to keep maintaining this package. However, I will probably retitle this bug with the 'O:' prefix at some point, indicating that I have orphaned it. Feel free to upload a new version of the package and remove me from the uploaders in debian/control. Feel free to contact me with any questions. Also note that I always willing to sponsor uploads! Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature
Bug#940444: RFA: golang-gopkg-h2non-filetype.v1
Package: wnpp Severity: normal Hello! I'd like to find new maintainers for some of my packages because I have had less time for Debian. I'd like to focus the small amount of time that I have for Debian on other things. For now, I intend to do my best to keep maintaining this package. However, I will probably retitle this bug with the 'O:' prefix at some point, indicating that I have orphaned it. Feel free to upload a new version of the package and remove me from the uploaders in debian/control. Feel free to contact me with any questions. Also note that I always willing to sponsor uploads! Cheers, -- Aleaxandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature