Bug#1056776: RFS: iotop-c/1.25-1~bpo12+1 -- simple top-like I/O monitor (implemented in C)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "iotop-c": * Package name : iotop-c Version : 1.25-1~bpo12+1 Upstream contact : Boian Bonev * URL : https://github.com/Tomas-M/iotop * License : GPL-2.0+ * Vcs : https://github.com/Tomas-M/iotop Section : admin The source builds the following binary packages: iotop-c - simple top-like I/O monitor (implemented in C) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/iotop-c/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/i/iotop-c/iotop-c_1.25-1~bpo12+1.dsc Changes since the last upload: iotop-c (1.25-1~bpo12+1) bookworm-backports; urgency=medium . * Rebuild for bookworm-backports. Regards, -- Boian Bonev signature.asc Description: This is a digitally signed message part
Bug#1038982: RFS: dhcping/1.2-6 [ITA] -- DHCP Daemon Ping Program
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dhcping": * Package name : dhcping Version : 1.2-6 Upstream contact : Edwin Groothuis * URL : https://www.mavetju.org/unix/general.php * License : BSD-2-Clause * Vcs : https://salsa.debian.org/debian/dhcping Section : admin The source builds the following binary packages: dhcping - DHCP Daemon Ping Program To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dhcping/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dhcping/dhcping_1.2-6.dsc Changes since the last upload: dhcping (1.2-6) unstable; urgency=medium . * New maintainer (Closes: #934420) * Bump standards to 4.6.2, no changes * Mark patches as forwarded upstream (by email) * Add lintian overrides * Update metadata Regards, -- Boian Bonev signature.asc Description: This is a digitally signed message part
Bug#1036150: RFS: gpsd/3.25-1~exp1 [ITA] -- Global Positioning System - daemon
Hi Bastian, On Mon, 2023-06-05 at 15:48 +0200, Bastian Germann wrote: > The intend was not for you to merge my rebased branch but to work from there. > You have instead merged it and now have all your commits twice. Please reset > the master branch to > efcc2400ba2a9b0cf37f581fb8c094343d7dfd01 and rebase your 4 new commits on it. OK, thanks! Sorry for the misunderstanding. For some reason the upstream signing key was not in the intended format, fixed. Also a couple of changelog entries from Bernd were deleted in the process, I think it is right to keep them, what do you think (65cccbb8)? Uploaded to mentors, the target is experimental. I expect the upstream to make a point release soon, signed with their new gpg key and not containing major changes, then we can target unstable... -- With best regards, b. signature.asc Description: This is a digitally signed message part
Bug#1036150: RFS: gpsd/3.25-1~exp1 [ITA] -- Global Positioning System - daemon
Hi Bastian, On Sat, 2023-06-03 at 12:12 +0200, Bastian Germann wrote: > I have edited the git history because the last NMU was not there but its > changelog added later on: https://salsa.debian.org/bage/pkg-gpsd > > Also, the 3.22 was never imported into the master tree, which I also did. Thanks! I also touched some bits in the changelog to reflect what was done. > First thing that I have noticed is that the main project license has changed > to the standard BSD-2-clause. Please go through the upstream changes and > apply this and any other license/copyright changes to debian/copyright. Reworked d/copyright completely. > Please also note that you should use uscan (or gbp import-orig --uscan) to > import new versions, which will currently result in tar.gz and not (as in > your pristine-tar) in a tar.xz because the debian/watch scans for tar.gz. > > So please also use the pristine-tar from my repo for pushing into the team > repo. d/watch seems to be correct but the upstream signing key have expired and I am getting a lintian warning about not able to verify the sig. For the next release they are going to use a new key, hope that will get it fixed. -- With best regards, b. signature.asc Description: This is a digitally signed message part
Bug#1036150: RFS: gpsd/3.25-1~exp1 [ITA] -- Global Positioning System - daemon
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "gpsd": * Package name : gpsd Version : 3.25-1~exp1 Upstream contact : gpsd developers * URL : https://gpsd.io * License : ISC, ISC and IBM, BSD-3-clause * Vcs : https://salsa.debian.org/debian-gps-team/pkg-gpsd/ Section : misc The source builds the following binary packages: gpsd - Global Positioning System - daemon gpsd-tools - Global Positioning System - tools gpsd-clients - Global Positioning System - clients python3-gps - Global Positioning System - Python 3 libraries libgps30 - Global Positioning System - library libgps-dev - Global Positioning System - development files libqgpsmm30 - Global Positioning System - Qt wrapper for libgps libqgpsmm-dev - Global Positioning System - Qt wrapper for libgps (development) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gpsd/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/g/gpsd/gpsd_3.25-1~exp1.dsc Changes since the last upload: gpsd (3.25-1~exp1) experimental; urgency=medium . [ Bernd Zeimetz ] ** SNAPSHOT build @133003725db331160722e54738bfb6b52bb0e501 ** . * [da10dc6b] New upstream version 3.22 * [c09c5182] New upstream version 3.23.1 * [02c4d4ea] Refreshing patches * [56072ace] snapshot changelog * [4fe064ce] remove gpssnmp for now. Unknown oid being used. * [6c251561] Install gpsdebuginfo. * [80b9cfbd] Updating debian/control from debian/control.in * [9cdd0788] New upstream version 3.24 . [ Boian Bonev ] * New maintainer (Closes: #1034532) * New upstream version 3.25 * Refresh patches * Add patch fixing spelling * Add upstream metadata * Do not install libgpsdpacket.so symlink * Install gpsinit * Add patch fixing encoding/keywords in .desktop files * Enable hardening flags in the build * Enable parallel build * Override lintian false positives * Remove x bit from gps.py, __init__.py, packet.py and skyview.php * State RRR=no * Bump up standards to 4.6.2, no changes * Update homepage to gpsd.io Regards, -- Boian Bonev signature.asc Description: This is a digitally signed message part
Bug#1034253: RFS: dhcpdump/1.8-7~bpo11+1 -- Parse DHCP packets from interface
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dhcpdump": * Package name : dhcpdump Version : 1.8-7~bpo11+1 Upstream contact : [fill in name and email of upstream] * URL : http://www.mavetju.org/download/ * License : BSD-2-clause * Vcs : [fill in URL of packaging vcs] Section : admin The source builds the following binary packages: dhcpdump - Parse DHCP packets from interface To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dhcpdump/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dhcpdump/dhcpdump_1.8-7~bpo11+1.dsc Changes since the last upload: dhcpdump (1.8-7~bpo11+1) bullseye-backports; urgency=medium . * Rebuild for bullseye-backports. Regards, -- Boian Bonev signature.asc Description: This is a digitally signed message part
Bug#1030571: RFS: vfu/5.07-2 -- Versatile text-based file-manager (common files)
Hi, On Wed, 2023-04-05 at 14:13 +0200, Bastian Germann wrote: > > vfu (5.07-2) unstable; urgency=medium > > > > * New upstream release 5.07 > > A -2 revision can never have that changelog entry. > This does not seem to be a targeted fix, so cannot go to unstable > during freeze. > Maybe you want to target experimental? This was intended to happen before the freeze, and it was -1 at that time. Time was not enough and that couldn't happen, then I made another -1 upload, excluding the introduction of new binary packages and only bumped this to -2 because a new upstream release will come in the meantime and the target now is unstable after the release. I see no point to upload to experimental - this is not a library and nothing else depends on it. With best regards, b. signature.asc Description: This is a digitally signed message part
Bug#1033215: RFS: dhcpdump/1.8-7 [ITA] -- Parse DHCP packets from interface
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dhcpdump": * Package name : dhcpdump Version : 1.8-7 Upstream contact : [fill in name and email of upstream] * URL : http://www.mavetju.org/download/ * License : BSD-2-clause * Vcs : n/a Section : admin The source builds the following binary packages: dhcpdump - Parse DHCP packets from interface To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dhcpdump/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dhcpdump/dhcpdump_1.8-7.dsc Changes since the last upload: dhcpdump (1.8-7) unstable; urgency=medium . * Revert all non-targeted changes since 1.8-4 * New maintainer (Closes: #934419) * Fix old packaging - install copyright - hardening flags - proper strip * Add 2 missing checks to d/p/dhcpdump-bugfix_strcounts.patch Regards, -- Boian Bonev signature.asc Description: This is a digitally signed message part
Bug#1031698: RFS: dhcpdump/1.8-5 [QA] -- Parse DHCP packets from tcpdump
Hi, While testing my old patches I needed a clean build and ended fixing most of the problems. Not sharing the result feels like a waste and because there is no git repo to file a PR, I uploaded the whole result on mentors. Take it as a PR and feel free to change the stuff that you don't like. My main objective was to contribute the old patches I made 10 years back but it seems that I overdid it a little bit... ;) -- With best regards, b. signature.asc Description: This is a digitally signed message part
Bug#1031698: RFS: dhcpdump/1.8-5 [QA] -- Parse DHCP packets from tcpdump
Hi, First thing to change (after the missing binary) is the description - the tool no longer executes and parses tcpdump's output, instead it uses libpcap directly to get the packets. The man page needs the same correction. The build completely ignores the default hardening and optimization flags. This breaks both cross and reproducible builds. tcpdump should be removed from Depends. Isn't it better to depend on libpcap-dev? (libpcap0.7-dev isn't in any supported release) Current standards are 4.6.2. d/copyright may benefit from a DEP5 conversion. Now I see that there are 3 open bugs, maybe at least two or even all can be fixed by this upload? I have several patches for this tool hanging around since 2013, I did try to send them to upstream back then but they either got lost or ignored. All of them are fixing behavioral bugs. I think it is a good idea to add these patches while doing the QA upload. I need to add the proper headers and will post after an ACK. -- With best regards, b. signature.asc Description: This is a digitally signed message part
Bug#1030571: RFS: vfu/5.01-2 -- Versatile text-based file-manager (common files)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "vfu": * Package name : vfu Version : 5.01-2 Upstream contact : Vladi Belperchinov-Shabanski * URL : https://cade.noxrun.com/projects/vfu/ * License : GPL-2.0+, GPL-2.0 * Vcs : https://github.com/bbonev/vfu-deb Section : utils The source builds the following binary packages: vfu - Versatile text-based file-manager (common files) vfu-ncurses - Versatile text-based file-manager (ncurses) vfu-yascreen - Versatile text-based file-manager (yascreen) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/vfu/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/v/vfu/vfu_5.01-2.dsc Changes since the last upload: vfu (5.01-2) unstable; urgency=medium . * Re-enable the build of ncurses based vfu - both ncurses/yascreen binaries as alternatives - vfu arch all with all the common stuff - vfu-ncurses executable only - vfu-yascreen executable only vfu can be compiled with ncurses or yascreen as terminal output library. It even has a DPS (draws per second) built-in test (Ctrl-T) and both in mine and author's env the difference is about double. Hence the motivation to build it with yascreen. But that may introduce not-yet-known compat problems somewhere on some uncanny combination of term+locale and that is why I decided to do both and allow users to choose which one is their preferred one. To achieve that I: - changed vfu from all to any; contains upstream docs, shared man page and conf - added vfu-ncurses that installs the ncurses linked binary only - added vfu-yascreen that installs the yascreen linked binary only - made both to utilize alternatives to provide /usr/bin/vfu - made all 3 depend on each other, hope in the proper way - tried to merge the docs but dh_installdocs refuses to mix all and any Regards, -- Boian Bonev signature.asc Description: This is a digitally signed message part
Bug#1028035: RFS: yascreen/1.92-1~exp1 -- Yet Another Screen Library - development files
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "yascreen": * Package name : yascreen Version : 1.92-1~exp1 Upstream contact : Boian Bonev * URL : https://github.com/bbonev/yascreen * License : LGPL-3+ * Vcs : https://github.com/bbonev/yascreen Section : libs The source builds the following binary packages: libyascreen-dev - Yet Another Screen Library (lib(n)curses alternative) libyascreen1 - Yet Another Screen Library - development files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/yascreen/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/y/yascreen/yascreen_1.92-1~exp1.dsc Changes since the last upload: yascreen (1.92-1~exp1) experimental; urgency=medium . * Update standards to 4.6.2, no changes * Update to new upstream release of 1.92 - wide char input - soname bump Regards, -- Boian Bonev signature.asc Description: This is a digitally signed message part
Bug#1027761: RFS: yascreen/1.92-1 -- Yet Another Screen Library - development files
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "yascreen": * Package name : yascreen Version : 1.92-1 Upstream contact : Boian Bonev * URL : https://github.com/bbonev/yascreen * License : LGPL-3+ * Vcs : https://github.com/bbonev/yascreen Section : libs The source builds the following binary packages: libyascreen-dev - Yet Another Screen Library (lib(n)curses alternative) libyascreen1 - Yet Another Screen Library - development files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/yascreen/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/y/yascreen/yascreen_1.92-1.dsc Changes since the last upload: yascreen (1.92-1) unstable; urgency=medium . * Update standards to 4.6.2, no changes * Update to new upstream release of 1.92 - wide char input - soname bump Regards, -- Boian Bonev signature.asc Description: This is a digitally signed message part
Bug#1006594: RFS: vfu/4.23-1~bpo11+1 -- Versatile text-based file-manager
Control: tags -1 - moreinfo > > vfu (4.23-1~bpo11+1) bullseye-backports; urgency=medium > > . > > * Rebuild for bullseye-backports. > > First off: Please only send backport sponsorship requests for > packages that formally qualify for backporting. This > version has not arrived in bookworm yet, so does not qualify. Noted, thanks! > What justifies having this backport? What features does 4.23 provide > over 4.21? I was asked by users of vfu to get the newer version into stable. There are many changes in both the internal workings and the display. None of those prevent the usage of the program nor present a security risk. But those are fixes that improve the usability and convenience and some of the changes are significant, e.g. migrating from pcre3 to pcre2. That is why I believe that a stable update with backported patches wouldn't be acceptable - the changes are not minimal. And I suggested to prepare a backport. In case you feel the backport is not justified, lets drop it, not an issue for me at all... > When the package has migrated and you gave a reason, please untag > moreinfo. OK signature.asc Description: This is a digitally signed message part
Bug#1006594: RFS: vfu/4.23-1~bpo11+1 -- Versatile text-based file-manager
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "vfu": * Package name: vfu Version : 4.23-1~bpo11+1 Upstream Author : Vladi Belperchinov-Shabanski * URL : https://cade.noxrun.com/projects/vfu/ * License : BSD-3-clause, GPL-2.0+, GPL-2.0 * Vcs : https://github.com/bbonev/vfu-deb Section : utils It builds those binary packages: vfu - Versatile text-based file-manager To access further information about this package, please visit the following URL: https://mentors.debian.net/package/vfu/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/v/vfu/vfu_4.23-1~bpo11+1.dsc Changes since the last upload: vfu (4.23-1~bpo11+1) bullseye-backports; urgency=medium . * Rebuild for bullseye-backports. Regards, -- Boian Bonev
Bug#999805: RFS: bpfmon/2.49-1~bpo10+1 -- traffic monitor for BPF expression/iptables rule
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "bpfmon": * Package name: bpfmon Version : 2.49-1~bpo10+1 Upstream Author : Boian Bonev * URL : https://github.com/bbonev/bpfmon * License : GPL-2.0+ * Vcs : https://github.com/bbonev/bpfmon Section : admin It builds those binary packages: bpfmon - traffic monitor for BPF expression/iptables rule To access further information about this package, please visit the following URL: https://mentors.debian.net/package/bpfmon/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/b/bpfmon/bpfmon_2.49-1~bpo10+1.dsc Changes since the last upload: bpfmon (2.49-1~bpo10+1) buster-backports; urgency=medium . * Rebuild for buster-backports. - Decrease dh to 12 Regards, - -- Boian Bonev -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEumC8IPN+WURNbSUAE2VyCRPS8i0FAmGUJ/QACgkQE2VyCRPS 8i1hUQ//UD/ctKKWsDiG0ll3I6HsRyGGw0676Bi/f5fqtdh+wfc+bx2tugkxHgEa qOCbE5Qz0FHwLS3pEDGBkicl94ru8PcLTAKLuGPUkJqVULoFTYeWrtxp/rAn2WxS 8GNNIMzi+3UQsjGVFkTqhsbsy+It/ApKPoEeVCa7BK4ygQMxNO4gKuf+bhl0jJay PGeLFlcNbYBEnM4oHgdvPmMh6Ynd+zT5+FtiRp8LUahHbKOTbxPKSCy5uY/rsEIr Bp+EJRb5YitqMx0sajahvNsjjptxYQi5bm+nDtmDbSeWyZQJA7ric5ZXTlRT+d2c TTX4ctPgfJUZI4m+wx19/viOgivBn66fij4g1ouz+uspLGMR0RcsgQ6ReaaWIIJw MctjVDZX0Yi9p0ctL6PvzrX4Z40FrtCRqR+VLOU52WDOheVBdxhhYGjYXzYvCA9a 67vrU6pnsk/fzBgauEoLTCfIHVDzc2gU0bsV5Zwi5m5M9q2TlBe7w3GVB5N6hdBt FPwa5D3GYp7vHFt9ApxG6SLCA94oJXEkRDCY7IZ/Pc4TPCpDEgTRwNGhHX+gYyll c8D5ppgSQfSrZ7DKcuutlv8AwTaAUjOfpj5SZ7kU/oQAtEUhpIE4qiAAHMlzq+0n NABXYG3Q/jwN+37QoQ+XH4+eS2T5HIySytIiG6g9dn10r092ymY= =xk5Y -END PGP SIGNATURE-
Bug#999783: RFS: yascreen/1.85-1~bpo10+1 -- Yet Another Screen Library - development files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "yascreen": * Package name: yascreen Version : 1.85-1~bpo10+1 Upstream Author : Boian Bonev * URL : https://github.com/bbonev/yascreen * License : LGPL-3+ * Vcs : https://github.com/bbonev/yascreen Section : libs It builds those binary packages: libyascreen-dev - Yet Another Screen Library (lib(n)curses alternative) libyascreen0 - Yet Another Screen Library - development files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/yascreen/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/y/yascreen/yascreen_1.85-1~bpo10+1.dsc Changes since the last upload: yascreen (1.85-1~bpo10+1) buster-backports; urgency=medium . * Rebuild for buster-backports. - Decrease dh to 12 Regards, - -- Boian Bonev -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEumC8IPN+WURNbSUAE2VyCRPS8i0FAmGT3aMACgkQE2VyCRPS 8i0MoA//bDD8gkuZKZWbcW7WcDQgp24kXfLMoRgfqNwf3m0RB6I4eZxc8GFIJx6I 0pQApwyKunttAWUZppc2/sEpL3EoMDyVp+1J2obKTVx9tXcX0nHANdcnxae+K+4I j8P3MybWk2Qb5kbrMR97y9H7+UA5y8jBaecGwy3ZgzLKCStFhtp6GgKsM3yc5rk5 44WouqYoqbt4/Fb0BWm70bYPo7TDpEhIdGbRZM4CFm8lWXJGyWJjutq4We22xOd8 kqLYAJ8omv/x2IgoYZEX7ZOGSFJpwR7KK79Akon8kzesG27hWeYjBrDUDGfLFIvn 6JeiBu4MEbvklE29kEh1nLxqRsuxhEbXnHLLrmKofsU67FicCz0kNUtORVilNkkm 8Iaio3krzIK455Pwg+TY6tojFr6mYnCCg4T/QzWMjjsn2acCrrhPrLHUV7YzgkOq z3SplXTt+hdBogz6aBclzpY5wVCQMVNJmw18QmmpkJC/LWq6tIw3B+ldGSQyYVG0 5fC/kY7Dmp1eNANes09B+qEJC+Qw9HyM8gZei4APfYM629lxz/k1Mll8G9xL9aqm paUvEXJORMuhHtEJLoNYLvqezvH4YGBQNFdkYK7fGhwTfmyP5Wh8+Ml54r4NmFEe +04TVRR+S5/SGLzl/Qidepr8TphlwHoEAR4vpQ+8Lc9CO5GGqbY= =DJDn -END PGP SIGNATURE-
Bug#999779: RFS: yascreen/1.86-1~bpo11+1 -- Yet Another Screen Library - development files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "yascreen": * Package name: yascreen Version : 1.86-1~bpo11+1 Upstream Author : Boian Bonev * URL : https://github.com/bbonev/yascreen * License : LGPL-3+ * Vcs : https://github.com/bbonev/yascreen Section : libs It builds those binary packages: libyascreen-dev - Yet Another Screen Library (lib(n)curses alternative) libyascreen0 - Yet Another Screen Library - development files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/yascreen/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/y/yascreen/yascreen_1.86-1~bpo11+1.dsc Changes since the last upload: yascreen (1.86-1~bpo11+1) bullseye-backports; urgency=medium . * Rebuild for bullseye-backports. - No changes Regards, - -- Boian Bonev -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEumC8IPN+WURNbSUAE2VyCRPS8i0FAmGT2c8ACgkQE2VyCRPS 8i1YMBAAhBNJ6fiDRIE8XZanhPQSkGL88CiYFyYGxTreIh/bcj5EZ1B9aOBV0QN5 WqIVB/ell1/d0q0uwPA2yA9v1QDlZOrP6E50hRrUT/IChyoo6horlyhTLHLWyPy9 C55chA9sBKC5PREVGCVFv9VXX8Cp5GSWHnZ8abji3SYdrshnx+Oyh+NDK40e1F8H IQBHPWARzpq9JkdFgMVCfZoJdM7rPJdUEFuAaRzasTuK8K1AcKxeW2ts2T7jk2/O gKcByccqhh8xeryOpUrw6xDcKYk8CYZDeLdN5EcGcsUFG00JI6lutZpPr4L/ewXb ybxlS0z/gK7/xYyyJeq3XhbF9eguJPXyFYx58PDyNCgtUhJNGjB/OuBFrXMg7EGn T8hWwzlTokhFaI8WvLTJwKuilMLOKSzx+rZLaXQdX3i7l/QctpddlSAjznTIKnp3 clsKSoC5hxUIPfbtyCtq10tn7070YoVz3Q6YTm/SmXQ0qXYmVlGPU4OreSMZ1G/T pGU2pG9ixf7Q+FoEycEsnxl9/Eiu2xZnYQ70lsIwrQG01ffJKNAcebV8Lu1Nop13 zKU5gD+XXZ6Sm+KLA4Le54ts3sel3Ey/B8UUjfojGMNHbsmInwGuAhmQjLXHU1GS Wakd24fS84WG3CFLl9sxH9RqLzff8wUt25vKwYohBS+ds1gKNSI= =RGss -END PGP SIGNATURE-
Bug#999775: RFS: bpfmon/2.50-1~bpo11+1 -- traffic monitor for BPF expression/iptables rule
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "bpfmon": * Package name: bpfmon Version : 2.50-1~bpo11+1 Upstream Author : Boian Bonev * URL : https://github.com/bbonev/bpfmon * License : GPL-2.0+ * Vcs : https://github.com/bbonev/bpfmon Section : admin It builds those binary packages: bpfmon - traffic monitor for BPF expression/iptables rule To access further information about this package, please visit the following URL: https://mentors.debian.net/package/bpfmon/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/b/bpfmon/bpfmon_2.50-1~bpo11+1.dsc Changes since the last upload: bpfmon (2.50-1~bpo11+1) bullseye-backports; urgency=medium . * Rebuild for bullseye-backports. - No changes Regards, - -- Boian Bonev -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEumC8IPN+WURNbSUAE2VyCRPS8i0FAmGTxv8ACgkQE2VyCRPS 8i10fxAAhuzH2w++n82mIpvZEifqflNyftMHkNIYhfyFC2kgnmksDEh1EP0CiIXr QVTmU6INUHqDLRIFx9/yAZtGir6iEAJXBsce/BmIjtkrcBGu5iOfWAaxDPSyFvkk GreGYtbu0ZuKmc4ikqfYNk1mya22UEhO7s0M66OFBKRWAQg8LJPBBU2+gGCPElc0 9UBbo6lMtgVWMOhT+uuIBokFVwXtbm8Qd8HapFfdwLqHHpHvhaD2m9FVOvKgt5O+ 1wqbRXoUC38xe9yUFQBGpl87Xvq4qtqVlPOYdo4V3fkwu1taYLKPmm/yZxTQEa4+ h2zGRDJTznxbSFNLPrBsG/Mk5eTHeGGEfESI4kNpVAQtr2yiW+9G+34Ukb9hIkF4 w5sCNCmJhdhHniBZJVOpPhe/cJUsV2WvIidxuSgOP+OezKugfQwT5PHaSTcEOd1c eqejCQZKEf3Z1niBFHzgS1jQS9ARY5QBk6ttrHQ+lb+S7M2PShhHlrMSm94BsODs 5r5jGl53f3XmeEP61+iTbn6DECxs5cnJ274xAuW8cZQlGegDe2ypZe7MnqRhE50W +PZWHNix0zbh6O3vrz0zF0ZRQkOMewqXMmKvs8rrF9psoijaJoEZpQ3kwhXxGbC9 92PofYbnsY3+HANEVDD1vA5PtN8zBTD0IBV/OZ0dc4o3X7ziNxE= =sCK4 -END PGP SIGNATURE-
Bug#999492: RFS: gammu/1.42.0-5~bpo11+1 -- mobile phone management utility
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "gammu": * Package name: gammu Version : 1.42.0-5~bpo11+1 Upstream Author : Michal Čihař * URL : https://wammu.eu/gammu/ * License : GNOKII-GPL-2+, SMSCGI-GPL-3+, SHORT-GPL-2+, IRDA-GPL-2+, GPL-2+, GPL-2, GNAPP-GPL-2+, MD5-PD * Vcs : https://salsa.debian.org/debian/gammu Section : comm It builds those binary packages: gammu - mobile phone management utility gammu-doc - Gammu Manual gammu-smsd - SMS message daemon libgammu-dev - mobile phone management library (development files) libgammu-i18n - mobile phone management library (i18n files) libgammu8 - mobile phone management library libgsmsd8 - SMS daemon helper library To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gammu/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/gammu/gammu_1.42.0-5~bpo11+1.dsc Changes since the last upload: gammu (1.42.0-5~bpo11+1) bullseye-backports; urgency=medium . * Rebuild for bullseye-backports. * Move systemd unit under /lib Regards, - -- Boian Bonev -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEumC8IPN+WURNbSUAE2VyCRPS8i0FAmGNlYMACgkQE2VyCRPS 8i1drxAAnl6/WTwvthXHmAnO6Pf/O/gp3oEnvTqK4gCa5vdewGTm1nHkZH0POQjA JAq+0eMr37UfADR4zXnaS+8zuF0IXVfF1Jvv3K6k+gPyiJYPa/uK+QEZzXFmzRL2 JjIGPKo6bEdyWvbF02zW2U/MrPpTndV3XRnCSDRDpQsp9NIVtDg4YRHkce/YHsxM xwFlobmNBRV/oMM3hIxzK/f1EW+xdDYRiSszBtG/5vpwhJA4YPzRrF6vRtMzteQv GpnFRvVwhzYLO+eAnyBdct3IIgySS7Tnr793NoVArtbJGMmAoNzMAHRrQxeEFs7/ oEa6JC8v5Df/N7peH936hIp+pjbqlCwfF4KHtadrkSzoXTWZjALOfKXgCngXjIbz 8H4NVWqwagX0OZrs82AP5jc2guKcsVis6Z44nIeLfPLKku+4FI4DUIYgSqGEjjTB 9U2DtTAZ9yEKaNNsDAQ8zxkrHkn75xGHiw3VoizIi/E5DEvCsnG9LT1LZPNkvREl rmehFmNZZkvp7RNzfZu9J6M94r8v8qVgyma4wEtJTQNwLexNETnHKNOWJq+firwn Eb+OXHx338Gv/qSYpAvyg5qP3iGgYAwcY4GsTqH+cbzWzYj7Sq4ad8Wd88ooFITq 24zkP8zkeO+bLpbm5zD6TGXgRR/jTBDyae0zsdUFgED2ZAf+lZU= =Xtc/ -END PGP SIGNATURE-
Bug#996009: RFS: iotop-c/1.20-1~bpo11+1 -- simple top-like I/O monitor (implemented in C)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "iotop-c": * Package name: iotop-c Version : 1.20-1~bpo11+1 Upstream Author : Boian Bonev * URL : https://github.com/Tomas-M/iotop * License : GPL-2.0+ * Vcs : https://github.com/Tomas-M/iotop Section : admin It builds those binary packages: iotop-c - simple top-like I/O monitor (implemented in C) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/iotop-c/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/i/iotop-c/iotop-c_1.20-1~bpo11+1.dsc Changes since the last upload: iotop-c (1.20-1~bpo11+1) bullseye-backports; urgency=medium . * Rebuild for bullseye-backports. Regards, -- Boian Bonev
Bug#994277: RFS: complexity/1.13-1 [ITA] -- tool for analyzing the complexity of C program functions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "complexity": * Package name: complexity Version : 1.13-1 Upstream Author : Bruce Korb * URL : https://gnu.org/software/complexity * License : FSFAP, GPL-3+, GFDL-1.3+ * Vcs : https://salsa.debian.org/debian/complexity Section : devel It builds those binary packages: complexity-doc - tool for analyzing the complexity of C program (documentation) complexity - tool for analyzing the complexity of C program functions To access further information about this package, please visit the following URL: https://mentors.debian.net/package/complexity/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/c/complexity/complexity_1.13-1.dsc Changes since the last upload: * Update to latest upstream version 1.13 * Upstream 1.13 added explicit license to the offending file that mandated source repackaging in all previous versions which is now DFSG compatible * Remove gnulib generated stuff during build since there is no repackaging * Update standards to 4.6.0, no changes * Bump debhelper-compat to 13, no changes * Update watch to version 4 * Add upstream metadata * New maintainer (Closes: #959161) The most significant change in this upload is avoiding repackaging. The offending file is a template to generate a web page. The template is not used during the build, thus no web pages are produced, and the template itself is not installed. The produced web page's content would be non-DFSG compliant CC BY-ND 3.0 US. In upstream versions before 1.13, the template itself lacks any licensing information besides the license for the generated content. Assuming the file license from the package license would be ambiguous and thus the repackaging was unavoidable to stay on the safe side. Also all tools like licensecheck would see the file as under the non-DFSG compatible license and complain accordingly. Since upstream release 1.13 there is a separate license statement in the template file explicitly stating that the template file itself is under FSF All Permissive License. The generated content also would be under CC BY-ND 3.0 US. Since the file is not used during the build, no content is generated from it and neither the template nor any generated content is installed, I believe that it is safe to avoid the repackaging. Regards, -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEumC8IPN+WURNbSUAE2VyCRPS8i0FAmFBSEEACgkQE2VyCRPS 8i3f0Q/9FBOLFhWdM4z+UrnpjnTEgcSv4Cq57H/YS3x+PgX8Fid3J8/+ja5ytYRR OKnjDvUL0CjRizgWPLU2qMDknaGRfYiSXiD69PSn62mvn+7plLgkIPKMSbURwDdv onh5ndmvHGIixgmbjwou67ILmkWcy8SMqFs8xJd+QIOSahCignaee2UpM3UHARI+ kvUIh0h9cvE9blsVSq7S4v0PHpuAFuyay0CmXt1yoFrPBGsmZ5ddkSLcpeN4CYs+ es+FQsYqN4BjbeU46FUsIPL54KhVbjRiPBuY0l1qnSOxzooCnEmwL+PFfDAFse/b 0rvhbCPU+Q3KAfr136L5904gP1IpfSyEL0q2MJJ6cKx0gDhWCMHprZED6EsRcGlV Yytwa0JqlKF3Y3dTmaZo3IDaE/in6C4d2T1xEsiPWv+caVnpKPTLx3z5+txtCqOV niuJUcb2hp90iAKbru6GmE2SivkS2j8e/YfomU+nu4fxKCNhXpX40fB8xNmb7N3D ylFbSPC1BNq0UTyS166HCE/LOnBWjrA9L3NmGicxohABvMjroHl1+sDmdoVKTQKX 877tkeYZSvwwu8VbRsZcrq49KzEg6ooLHvrQg/SNXl8BwWgP+izloYDz5sUpG8y9 V8FJdQXtXNMbY8XN5yz7fndDJK8uxDoC+kAlEvXDKBlrUp3S35A= =JJdh -END PGP SIGNATURE-
Bug#963832: RFS: iotop-c/1.0-1 [ITP] -- iotop-c - simple top-like I/O monitor (implemented in C)
On Thu, 2020-07-09 at 10:34 +0800, Paul Wise wrote: > On Wed, 2020-07-08 at 20:09 +0300, Boian Bonev wrote: > > should be fixed in the package - that option should come from dpkg- > > buildflags. > > As gregor mentioned, this needs enabling in debian/rules. Already done. > > I do not get that - the current Makefile uses GNU make extensions > > and > > wildcards, but not a single implicit rule. Please clarify which > > part > > can be improved. > > I mean you could delete the commands that specify how to build .o > files > and build iotop and rely on the built-in rules. It might not be worth > the effort to figure out how to do this though, especially > considering > the portability concerns. I would rather not do that, for the following reasons: 1. Current explicit rule is 5 lines, removing that will not do any good 2. Quiet build cannot be implemented properly with implicit rules 3. Dependency generation would still require an explicit rule 4. As you have mentioned somewhere above in the mails, implicit rules tend to have the risk not to work on non-standard systems > OK, please do check if Breaks works or not if you haven't already. So > install an old version of iotop py on bullseye and then apt install > ./iotop-c_*.deb with both Conflicts and Breaks and see what happens. Indeed Breaks+Replaces works better than Conflicts. There are cases where instead of removing the old iotop package apt will just upgrade it. I have verified both ways and it works as expected. > > There is no signature upstream, can't fix that too. > > If you have an OpenPGP key you could do signing. Already did too, took me some time to sort out what is the expected format of debian/watch... I think that most of the things are fixed now, please proceed with your review/upload. Thanks for all the help! I was surprised that packaging the program is comparable to the program creation itself; for some reason I had expectations that would be much easier :) With best regards, b.
Bug#963832: RFS: iotop-c/1.0-1 [ITP] -- iotop-c - simple top-like I/O monitor (implemented in C)
Hi Gregor, On Thu, 2020-07-09 at 00:29 +0200, gregor herrmann wrote: > On Wed, 08 Jul 2020 20:09:03 +0300, Boian Bonev wrote: > > should be fixed in the package - that option should come from dpkg- > > buildflags. > > It's not enabled by default, but you can add > > export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow > > to debian/rules to add the flag. > > Cf. dpkg-buildflags(1) -export LDFLAGS=-Wl,-z,now $(shell dpkg-buildflags --get LDFLAGS) +export DEB_BUILD_MAINT_OPTIONS=hardening=+bindnow Looks much cleaner in this way. > But I guess in this case a Breaks would be more appropriate than a > Conflicts. > > Cf. 7.3 and 7.4 in Debian Policy > https://www.debian.org/doc/debian-policy/ch-relationships.html#packages-which-break-other-packages-breaks > ff. I have changed Conflicts to Breaks+Replaces and it seems to work OK. Because both packages would install the same file, only Breaks wouldn't do, IMO, correct me if I am worng. > > > I: iotop-c source: testsuite-autopkgtest-missing > > Can't fix that. > > Well, you could write an autopkgtest :) > > Cf. https://ci.debian.net/doc/file.MAINTAINERS.html , > https://salsa.debian.org/ci-team/autopkgtest/raw/master/doc/README.package-tests.rst > etc. > > (But IMO that's not required for a first upload.) Writing a good test is quite far from trvial for this program. I will need some scartch space to write files to, run couple of processes that do IO in the scratch area according to some predefined pattern, collect the data via iotop (needs root) in batch mode and verify if the collected data matches the expected pattern... I would estimate that as about 2x the complexity of iotop itself. Thanks for your suggestions! With best regards, b.
Bug#963832: RFS: iotop-c/1.0-1 [ITP] -- iotop-c - simple top-like I/O monitor (implemented in C)
Hi Paul, On Wed, 2020-07-08 at 03:22 +, Paul Wise wrote: > Some issues that I think need to be fixed before uploading: > > > Please comply with Debian Policy about build verbosity: > > https://www.debian.org/doc/debian-policy/ch-source.html#main-building-script-debian-rules Sure, fixed. > Please fix these lintian warnings: > > I: iotop-c: hardening-no-bindnow usr/sbin/iotop-c For this part I have confirmed that LDFLAGS=-Wl,-z,relro is taken into account and used, I suppose that it was not in the proper place - linker options do different things depending on their position. Checking further I see that in order to enable this protection, a -Wl,- z,now needs to be added to LDFLAGS and dpkg-buildflags does not include it (at least on my sid install). For the sake of test, I have added it in Makefile and the warning have disappeared. I do not think that this should be fixed in the package - that option should come from dpkg- buildflags. > Please fix the cppcheck warning-level complaints. While looking at > the > pw_name warning, I noticed that the same pattern occurs in both > view_batch and view_curses but cppcheck doesn't detect the two > occurrences in view_curses for some reason. That is perfectly safe - all recent (last 20 years) glibc versions allow passing NULL for %s and print (null)... Anyways it is better to check it explicitly and spare some time for the people who are going to look into that some day. > Some issues that would be nice to fix: > > I know that GNU Make has some default rules that could make most of > the Makefile unnecessary, but I wonder if other Make implementations > also have enough of them so that you could actually rely on the > default rules. I do not get that - the current Makefile uses GNU make extensions and wildcards, but not a single implicit rule. Please clarify which part can be improved. > Please wrap and sort the debian/ packaging files, this makes > packaging > diffs easier to read. > > wrap-and-sort --short-indent --wrap-always --sort-binary-packages > --trailing-comma OK, fixed. > Please include copyright holder information and license grants in > each > of the source files. SPDX is a standard machine-readable way to do > that. > > https://lu.is/blog/2012/03/17/on-the-importance-of-per-file-license-information/ > https://spdx.org/ Will do > Please replace COPYING with the canonical version of the GPLv2: > > https://www.gnu.org/licenses/old-licenses/gpl-2.0.txt Semantically it was the same, so I see no issue in replacing it. Done. > Please fix any of the easy-to-fix lintian complaints. I'm not sure > what is correct for the conflicts, but you could test using piuparts > if using breaks is enough or if using conflicts is really needed. I > assume you'll want to keep debhelper compat 12 for backportability. > Look up the tag names on lintian.d.o or using `lintian-info -t` for > descriptions of the tags. > > I: iotop-c: conflicts-with-version iotop (<= 0.6-24-g733f3f8-1) I think this is the only way, in case there is a system with this package and older iotop package, the only way to prevent installing files in the same place is conflicts. Maybe it would be nice if there was a way to tell lintian to silence the warning... > I: iotop-c source: debian-watch-contains-dh_make-template Found the problem and fixed it. > I: iotop-c source: testsuite-autopkgtest-missing Can't fix that. > X: iotop-c source: debian-watch-does-not-check-gpg-signature There is no signature upstream, can't fix that too. > P: iotop-c source: maintainer-manual-page debian/iotop- > c.alternatives-dh13.1 I have renamed the file to decrease the noise. > P: iotop-c source: maintainer-manual-page debian/iotop.8 > P: iotop-c source: package-uses-old-debhelper-compat-version 12 > X: iotop-c source: upstream-metadata-file-is-missing > > The following tools run by check-all-the-things produce some probably > actionable complaints: > > blhc > mandoc > wrap-and-sort > cppcheck Thanks for the suggestions! I will be waiting for your feedback on Makefile implict rules and will reupload it. With best regards, b.
Bug#963832: RFS: iotop-c/1.0-1 [ITP] -- iotop-c - simple top-like I/O monitor (implemented in C)
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "iotop-c" * Package name: iotop-c Version : 1.4-1 Upstream Author : Boian Bonev * URL : https://github.com/Tomas-M/iotop * License : GPL-2.0+ * Vcs : None Section : admin It builds those binary packages: iotop-c - simple top-like I/O monitor (implemented in C) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/iotop-c Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/i/iotop-c/iotop-c_1.4-1.dsc Changes since the last upload: * Upstream release 1.4 Regards, -- Boian Bonev
