Bug#993265: RFS: runit/2.1.2-42 -- system-wide service supervision
On Sun, Aug 29, 2021 at 07:02:49PM +0200, Lorenzo Puliti wrote: > * Package name: runit >Version : 2.1.2-42 > runit (2.1.2-42) unstable; urgency=medium > . >* Release to unstable >* getty-run: add hvc0 service, disabled by default: >this is usually needed by Xen hypervisor >* Add a default-syslog virtual service: >to increase portability, services that log to syslog >can depend on this rather than on a specific >syslog daemon >* shutdown.c: >- try to fix FTBFS on Hurd (Closes: #992629) >- distinguish between halt and shutdown flags: > The -r flag ( as reboot) now only works with shutdown; > Add a -f flag to shutdown (skip fsck next boot); > Add -F flag to shutdown (force fsck next boot); > The -f (as force a shutdown) and -w/--wtmp-only flags now > only work with halt. > (Closes: #992631) >- Add a -n flag to halt, to skip sync() before reboot/poweroff; > also, always check for runit.nosync flag file before invoking > sync() (Closes: #992641) >- make halt '-f' flag a noop when runit is init. This way runit > can use its own code to reboot/poweroff the system; users > can still use the long '--force' option to force a shutdown > without signaling the init (Closes: #899246) >* Update shutdown(8) manpage >* Bump Standards Version to 4.6.0, no change required >* Update lintian overrides for 'alternative init but not init.d script' Uploaded. That "default-syslog" that's consists of a 10min sleep looks strange... Meow! -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ If you ponder doing what Jesus did, remember than flipping tables ⢿⡄⠘⠷⠚⠋⠀ and chasing people with a whip is a prime choice. ⠈⠳⣄
Bug#993265: RFS: runit/2.1.2-42 -- system-wide service supervision
Package: sponsorship-requests Severity: normal X-Debbugs-Cc: plore...@disroot.org Dear mentors, I am looking for a sponsor for my package "runit": * Package name: runit Version : 2.1.2-42 Upstream Author : Gerrit Pape * URL : http://smarden.org/runit/ * License : BSD-3-clause, GPL-3+ * Vcs : https://salsa.debian.org/debian/runit Section : admin It builds those binary packages: runit-init - system-wide service supervision (as init system) getty-run - runscripts to supervise getty processes runit-systemd - transitional package for runit-systemd users runit-run - service supervision (systemd and sysv integration) runit - system-wide service supervision To access further information about this package, please visit the following URL: https://mentors.debian.net/package/runit/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/r/runit/runit_2.1.2-42.dsc git repo: https://salsa.debian.org/debian/runit/-/tree/next Changes since the last upload: runit (2.1.2-42) unstable; urgency=medium . * Release to unstable * getty-run: add hvc0 service, disabled by default: this is usually needed by Xen hypervisor * Add a default-syslog virtual service: to increase portability, services that log to syslog can depend on this rather than on a specific syslog daemon * shutdown.c: - try to fix FTBFS on Hurd (Closes: #992629) - distinguish between halt and shutdown flags: The -r flag ( as reboot) now only works with shutdown; Add a -f flag to shutdown (skip fsck next boot); Add -F flag to shutdown (force fsck next boot); The -f (as force a shutdown) and -w/--wtmp-only flags now only work with halt. (Closes: #992631) - Add a -n flag to halt, to skip sync() before reboot/poweroff; also, always check for runit.nosync flag file before invoking sync() (Closes: #992641) - make halt '-f' flag a noop when runit is init. This way runit can use its own code to reboot/poweroff the system; users can still use the long '--force' option to force a shutdown without signaling the init (Closes: #899246) * Update shutdown(8) manpage * Bump Standards Version to 4.6.0, no change required * Update lintian overrides for 'alternative init but not init.d script' Regards, -- Lorenzo Puliti
Bug#993263: RFS: grcompiler/5.2.1-0.1 [NMU] -- Compiler of smart (graphite) fonts
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the package "grcompiler": * Package name: grcompiler Version : 5.2.1-0.1 Upstream Author : silgraphite-de...@lists.sourceforge.net * URL : https://github.com/silnrsi/grcompiler * License : LGPL-2.1+ or CPL-0.5+ * Vcs : https://salsa.debian.org/fonts-team/grcompiler Section : devel It builds those binary packages: grcompiler - Compiler of smart (graphite) fonts To access further information about this package, please visit the following URL: https://mentors.debian.net/package/grcompiler/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/grcompiler/grcompiler_5.2.1-0.1.dsc Changes since the last upload: grcompiler (5.2.1-0.1) unstable; urgency=medium . * Non-maintainer upload * New upstream version 5.2.1 (Closes: #993261) * Drop upstream patches Regards, Bastian
adding cmake files to packaging
Hi, a package that I maintain is switching from automake to cmake. I had to patch CMakeLists.txt a bit to make it compile on Debian, upstream used hand written code to detect the Cairo and Pixman libraries, which does not work for me, and I am not experienced enough with cmake to patch this code). I have replaced that with cmake files, for example as is used in fontforge or freerdp2. I wonder what is the correct (Debian) way to include external cmake files, from what I see in other packages, using https://codesearch.debian.net/search?q=FindCairo.cmake these files seems to be provided by upstream and they seem to be using a variety of different versions (functional mostly identical?). I would place the cmake files into a cmake or debian/cmake directory. Does it matter which one I use (license? support for non-Linux systems?)? Shouldn't there be a debian package that provides external cmake files for packagers, or maybe include them in the lib-dev package that it is used for (if they are not provided by cmake itself)? thanks, Christian
Bug#993260: RFS: apng2gif/1.8-3 [ITA] -- tool for converting APNG images to animated GIF format
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "apng2gif": * Package name : apng2gif Version : 1.8-3 Upstream Author : Max Stepi * URL : http://apng2gif.sourceforge.net * License : zlib-libpng * Vcs : https://salsa.debian.org/atzlinux-guest/apng2gif Section : graphics It builds those binary packages: apng2gif - tool for converting APNG images to animated GIF format To access further information about this package, please visit the following URL: https://mentors.debian.net/package/apng2gif/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/a/apng2gif/apng2gif_1.8-3.dsc Changes since the last upload: apng2gif (1.8-3) unstable; urgency=medium . [ xiao sheng wen(肖盛文) ] * add debian/gbp.conf, set debian-branch = debian/latest * d/control: - New maintainer (Closes: #920071) - Bump Standards-Version: 4.6.0 - Bump debhelper-compat (= 13) - add Rules-Requires-Root: no - Update Homepage: http://apng2gif.sourceforge.net * add d/upstream/metadata * d/watch: update to version=4 * d/copyright: Files: debian/* add New maintainer xiao sheng wen * Update manpages: delete outdated APNG homepage, fix typo * d/rules: - delete "LDFLAGS += -Wl,--as-needed" - delete unused override_dh_installchangelogs - delete unused CC,CFLAGS variables - add execute_before_dh_installman target Regards, -- 肖盛文 xiao sheng wen 微信(wechat):atzlinux 《铜豌豆 Linux》https://www.atzlinux.com 基于 Debian 的 Linux 中文 桌面 操作系统 GnuPG Public Key: 0x2F338C7DC7909957 OpenPGP_0x2F338C7DC7909957.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: mentors.d.n weirdness when uploading for multiple suites
On 29.08.21 16:40, Baptiste Beauplat wrote: On 2021/08/26 10:15 PM, Baptiste Beauplat wrote: On 2021/08/26 02:41 PM, Sven Hartge wrote: I noticed a little weirdness when uploading a package for multiple suites, in my case for "bullseye-backports" and "buster-backports-sloppy". That should be fixed now. We changed the behavior of the repository so files can be shared between uploads as long as they have the same content (checksum). You can upload two version sharing the same orig and it will work fine. Note that, shared files have the same restriction as other files. If the content changes, all uploads using the previous version of that file will be removed from the repository to keep consistency. The dsc link for removed repository files should not appear in the package page. Very nice, thank you. That will make it substantially more easy to upload backports or security updates if they share the same upstream version without needing to do them in a piecemeal fashion. Grüße, Sven.
Re: mentors.d.n weirdness when uploading for multiple suites
Hi Sven, On 2021/08/26 10:15 PM, Baptiste Beauplat wrote: > On 2021/08/26 02:41 PM, Sven Hartge wrote: > > I noticed a little weirdness when uploading a package for multiple > > suites, in my case for "bullseye-backports" and > > "buster-backports-sloppy". That should be fixed now. We changed the behavior of the repository so files can be shared between uploads as long as they have the same content (checksum). You can upload two version sharing the same orig and it will work fine. Note that, shared files have the same restriction as other files. If the content changes, all uploads using the previous version of that file will be removed from the repository to keep consistency. The dsc link for removed repository files should not appear in the package page. Best, -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature