Bug#1067037: RFS: batsignal/1.8.0-1 -- Lightweight battery daemon written in C
Control: tags -1 - moreinfo Hi again, itd writes: > Tobias Frost writes: > >> Inital releases needs an ITP bug. Please file one and add the appropiate >> Closes: # stanca. > > Will look into this. with 27dcd276 debian/changelog closes bug #1067606. >> - d/watch / this dsc >> uscan download this: >> c8c2a048f4aa105aae389d9d765b76057d4998dbfc29a7dfeaf66351eaa7cba1 >> batsignal_1.8.0.orig.tar.gz >> >> your dsc contains: >> d02e5c821d41e72c30d00bb88759287f9b74225e1217158e5e59f11ba03d5a5b >> batsignal_1.8.0.orig.tar.xz >> >> when constructing your dsc, please make sure to use the same file as >> uscan would produce. (I've verified that the content of both orig files is >> identical) > > Ouch, sorry about that. If I understand diffoscope correctly it's > indeed only the timestamps that differ. d/watch's version uses the date > of the upstream repo's 1.8.0 tag. My version, created via gbp, uses the > date of my repo's upstream/1.8.0 tag. I'll try to figure out how to > solve this. As mentioned, looks like this was caused by a misconfiguration of uscan and gbp on my side, sorry. I've unset the uscan variable, added, and pushed the missing pristine-tar branch. With these changes the hash matches. Updated package dput to mentors. Regards itd
Bug#1067037: RFS: batsignal/1.8.0-1 -- Lightweight battery daemon written in C
Hi, Soren Stoutner writes: > Without knowing for certain, I would suspect that the problem is that > gbp is repacking your orig.tar as an .xz (the upstream is .gz). looks like the problem was caused by a forgotten USCAN_REPACK=yes in ~/.devscripts combined with a missing pristine-tar branch to allow gbp to recreate the upstream tarball. Thanks for the help! Best regards itd
Bug#1067037: RFS: batsignal/1.8.0-1 -- Lightweight battery daemon written in C
Control: clone -1 -2 Control: reassign -2 wnpp Control: retitle -2 ITP: batsignal -- Lightweight battery daemon written in C Control: tags -2 - moreinfo Preparing an ITP bug for d/changelog by cloning and updating the clone.
Bug#1067037: RFS: batsignal/1.8.0-1 -- Lightweight battery daemon written in C
Hi tobi, Tobias Frost writes: > (Policy requires that the "Maintainer" has "their correct name and a working > email > address", see Policy ยง3.3. I know that there are exceptions, but I'm not > sure about the conditions they require (for DMs/DDs, at least DAM needs > to know your name, but I don't know the rules for Debian Contributors. > Due to that, I will not sponsor this package, but I can certainly review the > package.) understood, thanks for the review! > Inital releases needs an ITP bug. Please file one and add the appropiate > Closes: # stanca. Will look into this. > Let me know your salsa username and I'll make that happen. My salsa username is: itd > A short, possibly incomplete review: > - d/copyright: I suggest to have the same license for debian/* as for > upstream, as this eases forwarding patches etc. Though ISC is > considered by the FSF to be compatible with the GPL, this is likely > fine too to keep it at is is. Makes sense and works for me. Updated. > - d/watch / this dsc > uscan download this: > c8c2a048f4aa105aae389d9d765b76057d4998dbfc29a7dfeaf66351eaa7cba1 > batsignal_1.8.0.orig.tar.gz > > your dsc contains: > d02e5c821d41e72c30d00bb88759287f9b74225e1217158e5e59f11ba03d5a5b > batsignal_1.8.0.orig.tar.xz > > when constructing your dsc, please make sure to use the same file as > uscan would produce. (I've verified that the content of both orig files is > identical) Ouch, sorry about that. If I understand diffoscope correctly it's indeed only the timestamps that differ. d/watch's version uses the date of the upstream repo's 1.8.0 tag. My version, created via gbp, uses the date of my repo's upstream/1.8.0 tag. I'll try to figure out how to solve this. > Package looks good, otherwise. Make sure to remove the moreinfo tag when > the above issues are fixed. Not fixed so not removed. Thanks again! Regards itd
Bug#1067038: RFS: notifymuch/0.1~git20151223.0.9d4aaf5-1 -- Display desktop notifications for unread mail in notmuch database
itd writes: > * Package name : notifymuch >Version : 0.1~git20151223.0.9d4aaf5-1 >Upstream contact : https://github.com/kspi/notifymuch/ > * URL : https://github.com/kspi/notifymuch/ > * License : GPL-3 > * Vcs : https://salsa.debian.org/itd/notifymuch Thanks for granting me access to /debian/notifymuch. I've pushed my changes there, updated Vcs-* in debian/control, and switched to upstream's license for debian/ (convinced by the argument in #10670370). The updated package should be available on mentors.debian.net soon.
Bug#1067038: RFS: notifymuch/0.1~git20151223.0.9d4aaf5-1 -- Display desktop notifications for unread mail in notmuch database
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "notifymuch": * Package name : notifymuch Version : 0.1~git20151223.0.9d4aaf5-1 Upstream contact : https://github.com/kspi/notifymuch/ * URL : https://github.com/kspi/notifymuch/ * License : GPL-3 * Vcs : https://salsa.debian.org/itd/notifymuch Section : utils The source builds the following binary packages: notifymuch - Display desktop notifications for unread mail in notmuch database To access further information about this package, please visit the following URL: https://mentors.debian.net/package/notifymuch/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/n/notifymuch/notifymuch_0.1~git20151223.0.9d4aaf5-1.dsc Changes for the initial release: notifymuch (0.1~git20151223.0.9d4aaf5-1) unstable; urgency=medium . * Initial release. I would like to move the Vcs to /debian/notifymuch, whenever that is convenient. Regards, itd
Bug#1067037: RFS: batsignal/1.8.0-1 -- Lightweight battery daemon written in C
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "batsignal": * Package name : batsignal Version : 1.8.0-1 Upstream contact : https://github.com/electrickite/batsignal * URL : https://github.com/electrickite/batsignal * License : ISC * Vcs : https://salsa.debian.org/itd/batsignal Section : utils The source builds the following binary packages: batsignal - Lightweight battery daemon written in C To access further information about this package, please visit the following URL: https://mentors.debian.net/package/batsignal/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/b/batsignal/batsignal_1.8.0-1.dsc Changes for the initial release: batsignal (1.8.0-1) unstable; urgency=medium . * Initial release. I would like to move the Vcs to /debian/batsignal, whenever that is convenient. Regards, -- itd
Bug#1067036: RFS: ii/2.0-1 -- minimalist FIFO and filesystem-based IRC client
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "ii": * Package name : ii Version : 2.0-1 Upstream contact : https://suckless.org/community/ * URL : https://tools.suckless.org/ii/ * License : MIT/X-Consortium-License * Vcs : https://salsa.debian.org/debian/ii Section : net The source builds the following binary packages: ii - minimalist FIFO and filesystem-based IRC client To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ii/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/i/ii/ii_2.0-1.dsc Changes since the last upload: ii (2.0-1) unstable; urgency=medium . * New upstream version 2.0 Regards, -- itd
Bug#999681: RFS: ii/1.8-3+ds -- minimalist FIFO and filesystem-based IRC client
Hi, Bastian Germann writes: > On Sun, 14 Nov 2021 22:42:11 +0100 itd wrote: >> Changes since the last upload: >> >> ii (1.8-3+ds) unstable; urgency=medium > What do you want to say with +ds behind the Debian revision? I want to say that d/copyright contains a Files-Excluded statement. Also, that licensing was not the reason for excluding the file. > Usually it is used in front of it to signal a repack. Sorry, my bad. > Your package is not a repack, so please remove it. I might have misunderstood but, AIUI, Lintian suggested a suffix [0, 1]. [0]: https://lintian.debian.org/sources/ii?version=1.8-2 [1]: https://lintian.debian.org/tags/repackaged-source-not-advertised?version=2.111.44 > Please remove the debhelper build dep (but keep debhelper-compat!). Done (2fb1e18). Thanks for the feedback! Regards, -- itd
Bug#999681: RFS: ii/1.8-3+ds -- minimalist FIFO and filesystem-based IRC client
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "ii": * Package name: ii Version : 1.8-3+ds Upstream Author : https://suckless.org/community/ * URL : https://tools.suckless.org/ii/ * License : MIT/X-Consortium-License * Vcs : https://salsa.debian.org/debian/ii Section : net It builds those binary packages: ii - minimalist FIFO and filesystem-based IRC client To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ii/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/i/ii/ii_1.8-3+ds.dsc Changes since the last upload: ii (1.8-3+ds) unstable; urgency=medium . * Fix lintian: package-uses-old-debhelper-compat-version * autopkgtest smoke-test is superficial * Update Vcs-Git/Browser URL * Bump standards version to 4.6.0 (no changes required) * Update e-mail address * Bump debian/watch version to 4 * Add Bug-Submit metadata * Add Upstream-Contact to d/copyright Regards, -- itd
Bug#985213: fst: homepage inaccessible; d/watch broken
Source: fst Severity: minor Tags: upstream Dear Maintainer, thanks for packaging fst. The homepage [1] of fst appears to be inaccessible (at least without login). This also affects/breaks debian/watch. [1]: https://git.iem.at/zmoelnig/FST/ Kind regards itd
Bug#973931: keystone: /etc/keystone/fernet-keys/ does not exist
hile processing: | keystone I am not sure how to proceed from here. > What outcome did you expect instead? A successfully installed package or some instructions how to proceed. Thank you for maintaining "keystone". Regards, itd
Bug#850644: ITP: guix -- A functional package manager based on Scheme
Hi, Vagrant Cascadian writes: > Last I tried the packaging branch above it did actually work (with the > test suite results ignored), but that was a while ago. "me too". e65c5f7b did build successfully and works as far as I can tell; this is my first taste of guix. (I also use the script mentioned in [1] and did restarted systemd-sysusers once to make the build users available. Not sure if any of this is needed. A pointer to recommended readings would be nice.) Thank you for working on this. Regards, itd [1]: https://wiki.archlinux.org/index.php/Guix#Manual_Installation
Bug#966935: libpandoc-wrapper-perl: FTBFS: dh_auto_test: error: perl Build test --verbose 1 returned exit code 1
Hi, Lucas Nussbaum writes: >> # at t/methods.t line 86. >> # got: '> class="header-section-number">1 x >> # ' >> # expected: '1 >> x >> # ' >> # Looks like you failed 1 test of 36. my best guess is that this is caused by changes in pandoc or its dependencies. (And the duplicate 'data-number' attribute did not appear in pandoc newer than 2.9.2.) In case that's an option: require pandoc 2.9.1 and patch the test. >> # Failed test 'parse->to_html' >> # at t/parse.t line 35. >> # Looks like you failed 1 test of 5. Above test does something along the following lines and expects output (but none is produced): #!/usr/bin/env perl # libpandoc-elements-perl 0.38-1 # libpandoc-wrapper-perl 0.9.0-1 use Pandoc; print(pandoc->parse( 'markdown' => '# A *section*' )->to_html); # EOF 'to_html' is declared around line 461 in lib/Pandoc/Elements.pm of libpandoc-elements-perl (in a 'foreach' loop). In parts it does something similar ('"blocks"' value simplified) to: #!/bin/bash # pandoc 2.9.1.1-3 pandoc -f json -t html<<<'{"blocks":[],"pandoc-api-version":[1,17],"meta":{}}' # EOF which produces the following output: > JSON parse error: Error in $: Incompatible API versions: encoded with > [1,17] but attempted to decode with [1,20]. After bumping 1,17 to 1,20 in above command pandoc produces an empty HTML document. libpandoc-wrapper-perl's test succeeds with the following libpandoc-elements-perl hack (I'm not convinced it is correct): --- libpandoc-elements-perl-0.38.orig/lib/Pandoc/Elements.pm +++ libpandoc-elements-perl-0.38/lib/Pandoc/Elements.pm @@ -23,6 +23,7 @@ my $PANDOC_BIN_MIN = Pandoc::Version->ne # release version => minimal required api version my @REQUIRED_API = map { Pandoc::Version->new($_) } +'2.9.1' => '1.20', # TODO this is a blindtext; please remove this FIXME '1.19' => '1.17', # pandoc 1.19 has api 1.17.0.4, compatible with api 1.17 '1.18' => '1.17', # pandoc 1.18 has api 1.17.0.4, compatible with api 1.17 '1.16' => '1.16', # pandoc 1.16 has api 1.16 Regards itd
Bug#955706: RFS: sieve-connect/0.88-1.1 [NMU] -- MANAGESIEVE protocol client
Package: sponsorship-requests Severity: normal [[ Dear Andrew Pollock, as state in my mail from 2020-03-22, I am now looking for a sponsor. Still, give the word and I'll stop. Thanks! ]] Dear mentors, I am looking for a sponsor ("-EviIL +pedantic", please) for the package "sieve-connect" * Package name: sieve-connect Version : 0.88-1.1 Upstream Author : Phil Pennock * URL : https://people.spodhuis.org/phil.pennock/software/ * License : BSD-3-clause * Vcs : None Section : net It builds those binary packages: sieve-connect - MANAGESIEVE protocol client To access further information about this package, please visit the following URL: https://mentors.debian.net/package/sieve-connect Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/sieve-connect/sieve-connect_0.88-1.1.dsc Changes since the last upload: [ itd ] * Non-maintainer upload. * Escaped left brace in regex (Closes: #882942) Regards, -- itd
Bug#947213: sieve-connect: new upstream version
Package: sieve-connect Version: 0.88-1 Severity: wishlist Tags: patch Dear Maintainer, thanks for maintaining sieve-connect. As of 2019-03-29 sieve-connect version 0.90 is available. Please consider packaging it. Feel free to use the patch [1] as you think fit to do so. Thanks again. Kind regards itd [1]: https://salsa.debian.org/itd-guest/sieve-connect/compare/master...fixes
Bug#926582: lxc-start SIGSEGV with --foreground
Package: lxc Version: 1:3.1.0+really3.0.3-6 Severity: normal Dear Maintainer, sadly I can no longer reproduce this. It just started to work. Apologies for this rudimentary bug report. What led up to the situation? I installed 'lxc' and configured usage of unprivileged container. Afterwards, I created a new unprivileged container and tried to start it with: $ lxc-create -t download -n debian-download -- -d debian -r buster -a amd64 $ lxc-start -n debian-download $ lxc-start -n debian-download --foreground Command two failed, but suggested adding `--foreground`, thus I tried that. However, command three failed with a segmentation fault. What exactly did you do (or not do) that was effective (or ineffective)? Unsure how to debug this, I installed valgrind, lxc-dbgsym, and liblxc1-dbgsym. Finally, I tried to execute: $ valgrind --tool=memcheck -- lxc-start -n debian-download --foreground Which resulted in the following stderr/valgrind output: ==21455== Memcheck, a memory error detector ==21455== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==21455== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info ==21455== Command: lxc-start -n debian-download --foreground ==21455== ==21455== Warning: noted but unhandled ioctl 0x5441 with no size/direction hints. ==21455==This could cause spurious value errors to appear. ==21455==See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper. ==21455== Invalid read of size 8 ==21455==at 0x4879AFD: cgfsng_payload_create (cgfsng.c:1318) ==21455==by 0x48C171E: lxc_spawn (start.c:1645) ==21455==by 0x48C171E: __lxc_start (start.c:1949) ==21455==by 0x48C2C26: lxc_start (start.c:2065) ==21455==by 0x48A9F26: do_lxcapi_start (lxccontainer.c:1096) ==21455==by 0x48AA9C0: lxcapi_start (lxccontainer.c:1130) ==21455==by 0x10A4EB: main (lxc_start.c:328) ==21455== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==21455== ==21455== ==21455== Process terminating with default action of signal 11 (SIGSEGV) ==21455== Access not within mapped region at address 0x0 ==21455==at 0x4879AFD: cgfsng_payload_create (cgfsng.c:1318) ==21455==by 0x48C171E: lxc_spawn (start.c:1645) ==21455==by 0x48C171E: __lxc_start (start.c:1949) ==21455==by 0x48C2C26: lxc_start (start.c:2065) ==21455==by 0x48A9F26: do_lxcapi_start (lxccontainer.c:1096) ==21455==by 0x48AA9C0: lxcapi_start (lxccontainer.c:1130) ==21455==by 0x10A4EB: main (lxc_start.c:328) ==21455== If you believe this happened as a result of a stack ==21455== overflow in your program's main thread (unlikely but ==21455== possible), you can try to increase the size of the ==21455== main thread stack using the --main-stacksize= flag. ==21455== The main thread stack size used in this run was 8388608. ==21455== ==21455== HEAP SUMMARY: ==21455== in use at exit: 108,301 bytes in 746 blocks ==21455== total heap usage: 1,785 allocs, 1,039 frees, 287,253 bytes allocated ==21455== ==21455== LEAK SUMMARY: ==21455==definitely lost: 18 bytes in 1 blocks ==21455==indirectly lost: 0 bytes in 0 blocks ==21455== possibly lost: 0 bytes in 0 blocks ==21455==still reachable: 108,283 bytes in 745 blocks ==21455== suppressed: 0 bytes in 0 blocks ==21455== Rerun with --leak-check=full to see details of leaked memory ==21455== ==21455== For counts of detected and suppressed errors, rerun with: -v ==21455== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) Thank you for maintaining lxc. Regards, itd -- System Information: Debian Release: buster/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-2-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lxc depends on: ii debconf [debconf-2.0] 1.5.71 ii libc6 2.28-8 ii libcap21:2.25-2 ii libgnutls303.6.6-2 ii liblxc11:3.1.0+really3.0.3-6 ii libseccomp22.3.3-4 ii libselinux12.8-1+b1 ii lsb-base 10.2019031300 Versions of packages lxc recommends: ii bridge-utils 1.6-2 ii debootstrap 1.0.114 ii dirmngr 2.2.12-1 ii dnsmasq-base [dnsmasq-base] 2.80-1 ii gnupg2.2.12-1 ii iproute2 4.20.0-2 ii iptables 1.8.2-4 ii libpam-cgfs 1:3.1.0+really3.0.3-6 ii lxc-templates3.0.3-1 ii lxcfs3.0.3-2 ii openssl 1.1.1b-1 ii rsync3.1.3-6 ii uidmap 1:4.5-1.1 Versions of packages lxc suggests: ii apparmor
Bug#924077: mini-buildd: sbuild-update has no option --keygen
Package: mini-buildd Version: 1.0.36 Severity: normal Tags: upstream Dear Maintainer, sbuild (>= 0.77.0) no longer supports `sbuild-update` option `--keygen` [1]. However, mini-buildd attempts to use that option [2]. (In my case, this caused build failures for archive keyring packages. My current workaround is `touch /var/lib/sbuild/apt-keys/sbuild-key.pub`.) Please update mini-buildd to support sbuild >= 0.77.0. Thanks for your work! Regards, itd [1]: https://salsa.debian.org/debian/sbuild/blob/0de488eb6a1d488df17d1a86b76d6315a1c51c86/ChangeLog.in#L59 [2]: https://sources.debian.org/src/mini-buildd/1.0.36/src/mini_buildd/call.py/?hl=192#L192
Bug#921579: ghc: GHC version 8.2 or later is required to compile GHC
Package: ghc Version: ghc_8.6.3+dfsg1-1 Severity: minor Dear Maintainer, I tried to build ghc 8.6.3 on a stretch host. This failed with: configure: error: GHC version 8.2 or later is required to compile GHC. (stretch has ghc 8.0.1.) Please consider updating the version constraint for ghc in debian/control. Thank you. Regards, itd
Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager
Hi, Kai Harries: > The depender will break if the dependency is not at the path where it > used to be at build-time (by default /nix/store/...). All software > deployed by nix contains the full path to its dependencies. And all > dependencies are available inside the nix-store. The idea is to rely on > nothing that is outside the nix-store. would `mount --bind /var/nix /nix` help? In other words, Debian package nix uses /var/nix. Additionally, the package ships a Debian.README which states that users need to either bind mount /var/nix to /nix or to disable binary downloads. Thanks for your work. Regards, itd signature.asc Description: OpenPGP digital signature
Bug#908330: Please build kernel module r8822be
Package: linux-image-amd64 Version: 4.17+97~bpo9+1 Severity: wishlist Dear maintainer, please enable building of the kernel module 'r8822be'. ## ## file: drivers/staging/rtlwifi/Kconfig ## CONFIG_R8822BE=m Together with firemware-realtek (20180518-1~bpo9+1), it enables me to use a RTL8822BE WiFi adapter. [adapter] This request might be related to #905867. [firmware-realtek bug] Thank you. Regards, itd -- [adapter]: https://certification.ubuntu.com/catalog/component/pci/10ec%3Ab822/ [firmware-realtek bug]: "firmware-realtek: Wi-Fi does not work on rtl8822be but Bluetooth does" https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905867
Bug#907781: mdns-scan: wrong TLD in Homepage field
Package: mdns-scan Version: 0.5-4 Severity: minor Dear Maintainer, debian/control contains: > Homepage: https://github.org/alteholz/mdns-scan ^~ 'org' should be 'com' Thanks! Regards, itd signature.asc Description: OpenPGP digital signature
Bug#902225: RFS: ii/1.8-1
Hi, Niels Thykier: >> Niels Thykier: >>> * Relicense the patches to the same as upstream (requires approval from >>>the previous maintainer). We already spoke about this on IRC. > For good measure, please document this in the changelog. Done. > This is caused by how the copyright file is read. Updated, thanks! :) > A good idea for bootstrapping a git repo. :) Given that you are (about > to be) the official maintainer for ii, please make it public and then > you can add the Vcs-Git + Vcs-Browser fields in debian/control as well. :) Done and done. > Alternatively, we can add a "debian/ii" repo that you can work in if > you think that would be better. (But I do not think it is worth > stalling the upload for that. Uploads are cheap so we can always do > another one for that) In the long run, "debian/ii" would be nice. :) > On a related note, as Axel mentioned, Nico has retired from Debian. > Please replace him with yourself in the Maintainers field (and drop the > Uploaders field). :) Done (to avoid unnecessary confusion. I'd rather wait doing that). Thanks for the feedback! Regards, itd
Bug#902225: RFS: ii/1.8-1
Hi, > One thing which nobody seems to have noticed in this bug report yet: > Nico Golde has retired, see https://nm.debian.org/person/nion Thanks, I wasn't aware of that. > So you should probably take over the package completely (i.e. list > yourself in the Maintainer field) instead of adding yourself to > Uploaders. Will do. Thanks again! Regards, itd signature.asc Description: OpenPGP digital signature
Bug#902225: RFS: ii/1.8-1
Hi, thanks for the review! Niels Thykier: > # The remark: Oops! Fixed, thanks. (Updated Build-Dependency on debhelper.) > * Relicense the patches to the same as upstream (requires approval from >the previous maintainer). We already spoke about this on IRC. Previous maintainer approves (see #902225 message #23). (@Nico: Thanks!) (Updated d/copyright.) > * Set [Rules-Requires-Root] to "no" as the source package does not need >(fake)root to build the .debs. It is a one-line change to the >debian/control file. Done. >(see attached debdiff) Thanks! :) > * Use debhelper's dh_auto_* tools instead of calling $(MAKE) to support >cross-building. Literally no additional changes will be required > [...] > * Consider rewriting debian/rules into a "dh7" style rules file. Done. (By rewriting d/rules.) > * Have you considered setting up a git repository for the packaging on >salsa.debian.org? Yes. I'm currently using https://salsa.debian.org/itd-guest/ii. It has restricted ("internal") visibility, since it's not official. I couldn't find a previous repository. "gbp import-dscs --debsnap ii" was used to import previous package versions (IIRC). # Other changes * use libbsd-dev to provide strlcpy(3) and exclude "strlcpy.c" * apply upstream patch that adds additional user input validation Thanks again! Regards, itd -- $ head -n 17 debian/changelog ii (1.8-1) unstable; urgency=medium * New upstream release (Closes: #890995). * Fix watchfile (upstream URL changed). * Bump compat level to 11 and debhelper dependency (>= 11.3.2~). * Bump standards version to 4.2.0. * Update patch respect_dpkg_buildflags.patch. * Update hardening option (requires dpkg-dev >= 1.16.1.1). * Switch to machine-readable copyright file. * Trivial autopkgtest smoke-test. * Switch to HTTPS upstream links. * Add myself to Uploaders. * Switch to "dh7" style rules file. * Set 'Rules-Requires-Root: no'. * Use libbsd-dev's strlcpy(3). -- itd Sat, 23 Jun 2018 10:49:42 +0200 signature.asc Description: OpenPGP digital signature
Bug#902225: RFS: ii/1.8-1
Package: sponsorship-requests Severity: normal Dear mentors, @Nico: I added myself to Uploaders. Please shout, if that is not what you meant in #890995 [1]. I am looking for a sponsor for the package "ii" * Package name: ii Version : 1.8-1 Upstream Author : Hiltjo Posthuma, Anselm R. Garbe, Nico Golde * URL : https://tools.suckless.org/ii/ * License : MIT/X-Consortium-License Section : net It builds those binary packages: ii- minimalist FIFO and filesystem-based IRC client To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ii Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/i/ii/ii_1.8-1.dsc More information about ii can be obtained from https://tools.suckless.org/ii/. Changes since the last upload: * New upstream release (Closes: #890995). * Fix watchfile (upstream URL changed). * Bump compat level and debhelper dependency to 11. * Bump standards version to 4.1.4. * Update patch respect_dpkg_buildflags.patch. * Enable hardening (requires dpkg-dev >= 1.16.1.1). * Switch to machine-readable copyright file. * Experimental autopkgtest smoke-test. * Switch to HTTPS upstream links. * Add myself to Uploaders. Regards, itd [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890995#10 signature.asc Description: OpenPGP digital signature
Bug#890995: ii: new upstream version
Hi, Do you want to hijack the package? You are more than welcome to do so! if you're looking for help (or even an adopter), yes, I'm interested. (In Debian "hijacking" seems to imply malice which was definitely not intended.) Is your ii packaging work available in a VCS? Anything on your wish list for ii in Debian? Regards, itd
Bug#890995: ii: new upstream version
Package: ii Severity: wishlist Tags: patch Dear Maintainer, thanks for maintaining ii. As of 2018-02-04 ii version 1.8 is available. Please consider packaging it. Feel free to use the patch attached as you think fit to do so (no attribution required). [1] Regards, itd -- [1]: Intended patch usage: mkdir ii-1.8 wget https://deb.debian.org/debian/pool/main/i/ii/ii_1.7-2.debian.tar.gz tar -xf ii_1.7-2.debian.tar.gz -C ii-1.8 cd ii-1.8 patch -p2 < ../0001-ii-1.8-update.patch origtargz # build package >From 40126542ca841266b4efd080cad701201189d4fc Mon Sep 17 00:00:00 2001 From: itd <i...@firemail.cc> Date: Wed, 21 Feb 2018 10:11:14 +0100 Subject: [PATCH] ii-1.8 update --- ii/debian/changelog| 14 + ii/debian/compat | 2 +- ii/debian/control | 6 +- ii/debian/copyright| 72 ++ .../remove_static_lib_search_path_includes.patch | 26 ii/debian/patches/respect_dpkg_buildflags.patch| 18 +++--- ii/debian/patches/series | 1 - ii/debian/rules| 1 + ii/debian/tests/control| 2 + ii/debian/tests/smoke-test | 15 + ii/debian/watch| 2 +- 11 files changed, 79 insertions(+), 80 deletions(-) delete mode 100644 ii/debian/patches/remove_static_lib_search_path_includes.patch create mode 100644 ii/debian/tests/control create mode 100644 ii/debian/tests/smoke-test diff --git a/ii/debian/changelog b/ii/debian/changelog index 65d2a45..eaaf878 100644 --- a/ii/debian/changelog +++ b/ii/debian/changelog @@ -1,3 +1,17 @@ +ii (1.8-1.1) unstable; urgency=medium + + * New upstream release. + * Fix watchfile (upstream URL changed). + * Bump compat level and debhelper dependency to 11. + * Bump standards version. + * Update patch respect_dpkg_buildflags.patch. + * Enable hardening (requires dpkg-dev >= 1.16.1.1). + * Switch to machine-readable copyright file. + * Experimental autopkgtest smoke-test. + * Switch to HTTPS upstream links. + + -- Nico Golde <n...@debian.org> Wed, 21 Feb 2018 10:11:53 +0100 + ii (1.7-2) unstable; urgency=high * Enable hardening options. diff --git a/ii/debian/compat b/ii/debian/compat index 7f8f011..b4de394 100644 --- a/ii/debian/compat +++ b/ii/debian/compat @@ -1 +1 @@ -7 +11 diff --git a/ii/debian/control b/ii/debian/control index 82e55cd..e1a7611 100644 --- a/ii/debian/control +++ b/ii/debian/control @@ -2,9 +2,9 @@ Source: ii Section: net Priority: optional Maintainer: Nico Golde <n...@debian.org> -Build-Depends: debhelper (>= 7), dpkg-dev (>= 1.16.1~) -Standards-Version: 3.9.4 -Homepage: http://tools.suckless.org/ii/ +Build-Depends: debhelper (>= 11~), dpkg-dev (>= 1.16.1.1) +Standards-Version: 4.1.3 +Homepage: https://tools.suckless.org/ii/ Package: ii Architecture: any diff --git a/ii/debian/copyright b/ii/debian/copyright index 1fa15ca..545b620 100644 --- a/ii/debian/copyright +++ b/ii/debian/copyright @@ -1,39 +1,33 @@ -This package was debianized by Daniel Baumann <dan...@debian.org> on -Sat, 3 Feb 2007 19:08:00 +0100 and is now maintained by -Nico Golde <n...@debian.org> - -It was downloaded from <http://www.suckless.org/download>. - -Upstream Author: Nico Golde and Anselm Garbe <i...@modprobe.de> - -Copyright: 2005-2007 Nico Golde - 2005-2006 and Anselm Garbe - -License: - - MIT/X Consortium License - - Copyright (C) 2005-2007 Nico Golde <n...@ngolde.de> - Copyright (C) 2005-2006 Anselm R. Garbe <garb...@gmail.com> - - Permission is hereby granted, free of charge, to any person obtaining a - copy of this software and associated documentation files (the - "Software"), to deal in the Software without restriction, including - without limitation the rights to use, copy, modify, merge, publish, - distribute, sublicense, and/or sell copies of the Software, and to - permit persons to whom the Software is furnished to do so, subject to - the following conditions: - - The above copyright notice and this permission notice shall be included - in all copies or substantial portions of the Software. - - THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS - OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF - MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. - IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY - CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, - TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE - SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. - -The Debian packaging is Copyright (C) 2007-2009, Nico Golde <n...@debian.org> and -is licensed under the GPL-2, see `/usr/share/common-licenses/GPL-2'.