Re: Bug#831370: RFS: dh-runit/0.3
Hi, how are runit features like disabled services (via the "down" file, for the case that a service should be visible to runit, but not started by default) or log services handled? Regards, Tino
Re: Bug#831370: RFS: dh-runit/0.3
On Fri, Jul 15, 2016 at 14:38:31 +0300, Dmitry Bogatov wrote: > > > how are runit features like disabled services (via the "down" file, for > > the case that a service should be visible to runit but not started by > > default) > > At bootup (entering stage 2, more correct), every service in /etc/service is > started. That does not apply to services that contain a file "down" in their service directory. > /etc/service contains symbolic links to /etc/sv/, so if you do not want > service > to be started at boot, just remove symlink. After boot, you can bring service > down > via 'sv down '. There are cases where I want a service to be known to runit, but not started at bootup. Such cases are services that are used as one-time-services via sv once at certain events. > > log services handled? > Usually, it invokes `svlogd'. `dh-runit' do not handle creating > log directory yet, since so far all it users are tty's, which do not log. My question was if log/run is automatically picked up if it exists, or needs to be installed with an additional command. Regards, Tino
Bug#775284: RFS: linuxptp/1.5-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "linuxptp" Package name: linuxptp Version : 1.5-1 Upstream Author : Richard Cochran URL : http://linuxptp.sourceforge.net/ License : GPL-2+ Section : utils It builds those binary packages: linuxptp - Precision Time Protocol (PTP, IEEE1588) implementation for Linux To access further information about this package, please visit the following URL: http://mentors.debian.net/package/linuxptp Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/linuxptp/linuxptp_1.5-1.dsc More information about LinuxPTP can be obtained from http://linuxptp.sourceforge.net/ Regards, Tino Mettler -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150113142018.ga28...@x61.home
Bug#775284: RFS: linuxptp/1.5-1
retitle 775284 RFS: linuxptp/1.5-2 thanks I just uploaded a new revision. The package is now blhc and lintian clean even with --pedantic, except for the missing upstream changelog which is really missing in the upstream source. Regards, Tino -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150115204306.ga13...@x61.home
Bug#775284: RFS: linuxptp/1.5-1
retitle 775284 RFS: linuxptp/1.5-3 [ITP] thanks I just uploaded a new revision. dget -x http://mentors.debian.net/debian/pool/main/l/linuxptp/linuxptp_1.5-3.dsc Changes since the last upload: * Add debian/watch file * Correct documentation about adjusting systemd service parameters * Adjust phc2sys systemd service to depend on the ptp4l service Regards, Tino -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150123202008.ga15...@mac.home
Bug#1065639: RFS: rapid-photo-downloader/0.9.36-1 -- Photo downloader (importer) from cameras, memory cards, other devices
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "rapid-photo-downloader": * Package name : rapid-photo-downloader Version : 0.9.36-1 Upstream contact : Damon Lynch * URL : https://damonlynch.net/rapid * License : GPL-3+ * Vcs : https://salsa.debian.org/debian/rapid-photo-downloader Section : graphics The source builds the following binary packages: rapid-photo-downloader - Photo downloader (importer) from cameras, memory cards, other devices To access further information about this package, please visit the following URL: https://mentors.debian.net/package/rapid-photo-downloader/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/r/rapid-photo-downloader/rapid-photo-downloader_0.9.36-1.dsc Changes since the last upload: rapid-photo-downloader (0.9.36-1) unstable; urgency=medium . * New upstream version 0.9.36 * Update patch 0001-Disable-version-checks-on-startup.patch * Remove 0002-Import-setuptools-before-distutils.patch, adopted upstream * Adjust Debian copyright * Fix python warnings during installation * Fix 2 further python warnings Regards, -- Tino Mettler
Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [RFP] -- Open the system file manager and optionally select files in it
Am 24.04.2022 um 21:41 schrieb Antoine Beaupré : > > Hi! > > I tested the package and it generally looks good, but tests fail in > autopkgtest: > > autopkgtest [15:28:00]: test autodep8-python3: set -e ; for py in > $(py3versions -r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo "Testing with > $py:" ; $py -c "import showinfilemanager; print(showinfilemanager)" ; done > autopkgtest [15:28:00]: test autodep8-python3: [--- > Testing with python3.9: > Traceback (most recent call last): > File "", line 1, in > ModuleNotFoundError: No module named 'showinfilemanager' > autopkgtest [15:28:01]: test autodep8-python3: ---] > autopkgtest [15:28:02]: test autodep8-python3: - - - - - - - - - - results - > - - - - - - - - - > autodep8-python3 FAIL non-zero exit status 1 > autopkgtest [15:28:03]: summary > autodep8-python3 FAIL non-zero exit status 1 > qemu-system-x86_64: terminating on signal 15 from pid 136604 > (/usr/bin/python3) > > > I'm doing this in a new qemu-based setup so it's possible this is due to > my setup, can you reproduce? Hi, I've never worked with autopkgtest. My last upload was a few years ago when the autotestpkg stuff was quite new. What do I need to do in order to reproduce this? In my pbuilder log, I just see this: dh_auto_test -O--buildsystem=pybuild I: pybuild base:239: cd /build/show-in-file-manager-1.1.4/.pybuild/cpython3_3.9/build; python3.9 -m unittest discover -v -- Ran 0 tests in 0.000s OK I: pybuild base:239: cd /build/show-in-file-manager-1.1.4/.pybuild/cpython3_3.10/build; python3.10 -m unittest discover -v -- Ran 0 tests in 0.000s OK Regards, Tino
Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [RFP] -- Open the system file manager and optionally select files in it
Am 24.04.2022 um 22:04 schrieb Antoine Beaupré : > > You have actually configured it in the package, so it would be better if > it actually works. :) Try just running `autopkgtest` in the source > directory.. > > https://wiki.debian.org/ContinuousIntegration/autopkgtest Hi, I was not aware that the package defines any test specific bits. Can you point me to the relevant part? I had the impression that a package needs to define the tests in debian/tests/, and the showinfilemanager package does not have a debian/tests directory. Regards, Tino
Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [RFP] -- Open the system file manager and optionally select files in it
Hi, Antoine, I run autopkgtest after the build process with the following result: # autopkgtest ./ -- qemu autopkgtest-unstable.img autopkgtest [15:05:05]: starting date: 2022-04-25 autopkgtest [15:05:05]: version 5.21 autopkgtest [15:05:05]: host mac; command line: /usr/bin/autopkgtest ./ -- qemu autopkgtest-unstable.img autopkgtest [15:06:00]: testbed dpkg architecture: amd64 autopkgtest [15:06:06]: testbed running kernel: Linux 5.17.0-1-amd64 #1 SMP PREEMPT Debian 5.17.3-1 (2022-04-18) autopkgtest [15:06:07]: built-tree ./ autopkgtest [15:06:07]: testing package show-in-file-manager version 1.1.4-1 *SKIP no tests in this package autopkgtest [15:06:07]: summary *SKIP no tests in this package qemu-system-x86_64: terminating on signal 15 from pid 527684 (/usr/bin/python3) I'm still unsure what you meant with "You have actually configured it in the package". Regards, Tino
Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [RFP] -- Open the system file manager and optionally select files in it
Am Mon, Apr 25, 2022 at 11:56:30 -0400 schrieb Antoine Beaupré: > On 2022-04-25 17:16:35, Tino Mettler wrote: > > Hi, Antoine, > > > > I run autopkgtest after the build process with the following result: > > > > # autopkgtest ./ -- qemu autopkgtest-unstable.img > > autopkgtest [15:05:05]: starting date: 2022-04-25 > > autopkgtest [15:05:05]: version 5.21 > > autopkgtest [15:05:05]: host mac; command line: /usr/bin/autopkgtest ./ -- > > qemu autopkgtest-unstable.img > > autopkgtest [15:06:00]: testbed dpkg architecture: amd64 > > autopkgtest [15:06:06]: testbed running kernel: Linux 5.17.0-1-amd64 #1 SMP > > PREEMPT Debian 5.17.3-1 (2022-04-18) > > autopkgtest [15:06:07]: built-tree ./ > > autopkgtest [15:06:07]: testing package show-in-file-manager version 1.1.4-1 > > *SKIP no tests in this package > > autopkgtest [15:06:07]: summary > > *SKIP no tests in this package > > qemu-system-x86_64: terminating on signal 15 from pid 527684 > > (/usr/bin/python3) > > > > I'm still unsure what you meant with "You have actually configured it in > > the package". > > You haven't, I was mistaken. See other comments on the bug report. Hi Antoine, I'm currently unsure if this topic is a remaining issue regarding the package. When you propose a different name for the source package or a config entry for the autodep8 config, please let me know. Regards, Tino
Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [RFP] -- Open the system file manager and optionally select files in it
Am Mon, Apr 25, 2022 at 18:44:19 +0500 schrieb Andrey Rahmatullin: [...] > All Python module packages have a minimal automatic autopkgtest that tries > to import the module. Make sure the module name used by the test is > correct, and if it isn't you should set the correct one in > debian/tests/autopkgtest-pkg-python.conf (see e.g. python-xlib and the > relevant documentation in autodep8(1)). Hi, thanks for the explanation and the pointer to python-xlib. I added a config file for autopkgtest-pkg-python.conf and verified that the test passes. Regards, Tino
Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [ITP] -- Open the system file manager and optionally select files in it
Hi, I uploaded a new package to my mentors account. dget -x https://mentors.debian.net/debian/pool/main/s/show-in-file-manager/show-in-file-manager_1.1.4-1.dsc The only change to the last version is a debian/tests/autopkgtest-pkg-python.conf file. Now the autopkgtest-pkg-python test passes. Thanks and regards, Tino
Re: Bug#1010494: RFS: usbrelay/1.0-1 -- USB HID relay driver
Hi, the package triggers several lintian warnings. I guess most of them were already present in old version. But at least the package-contains-no-arch-dependent-files warning for the new usbrelayd package can be trivially fixed by setting its arch to "all" instead of "any". Regards, Tino
Re: Bug#1010494: RFS: usbrelay/1.0-1 -- USB HID relay driver
Am 03.05.2022 um 12:28 schrieb Michal Sojka : > > I'm also not sure about NMU warnings. Shall I mention NMU in the > changelog or it will be done by the one who will really upload the > package? Hi, the NMU warnings are triggered because you created the changelog entry, but your address is not mentioned in the Maintainer: or Uploaders: field in debian/control. So your package is a NMU. The changelog should be complete, so it should mention a NMU. If you intend to care for the package in the future and stay in contact with the package maintainer, you might ask the package maintainer if it is okay for him if your name and address is added to the Uploaders: field. In this case, your package won't be a NMU anymore. Regards, Tino
Re: Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [ITP] -- Open the system file manager and optionally select files in it
Am Tue, May 03, 2022 at 10:09:12 -0400 schrieb Antoine Beaupré: > On 2022-05-02 21:53:03, Tino Mettler wrote: > > Hi, > > > > I uploaded a new package to my mentors account. > > > > dget -x > > https://mentors.debian.net/debian/pool/main/s/show-in-file-manager/show-in-file-manager_1.1.4-1.dsc > > > > The only change to the last version is a > > debian/tests/autopkgtest-pkg-python.conf > > file. Now the autopkgtest-pkg-python test passes. > > I don't see that change in the above source package, somehow. Hi, I just tested it using the above dget command and debian/tests/autopkgtest-pkg-python.conf exists. Regards, Tino
Re: systemd service unit causing lintian init issues
On Wed, Sep 23, 2015 at 16:36:42 -0500, Matt Zagrabelny wrote: > Greetings, > > I'm packaging up a firewall script that ships with a systemd service > unit file. lintian is complaining about an init script: > > % lintian fw-skel_0.06-1_all.deb > W: fw-skel: init.d-script-not-marked-as-conffile etc/init.d/fw-skel > E: fw-skel: init.d-script-not-included-in-package etc/init.d/fw-skel Hi, I had a similar issue in the past. How does your debian/rules file look like? I'll try to remember what I did wrong. Regards, Tino
Re: systemd service unit causing lintian init issues
On Tue, Sep 29, 2015 at 10:41:12 +0200, Tino Mettler wrote: > On Wed, Sep 23, 2015 at 16:36:42 -0500, Matt Zagrabelny wrote: > > Greetings, > > > > I'm packaging up a firewall script that ships with a systemd service > > unit file. lintian is complaining about an init script: > > > > % lintian fw-skel_0.06-1_all.deb > > W: fw-skel: init.d-script-not-marked-as-conffile etc/init.d/fw-skel > > E: fw-skel: init.d-script-not-included-in-package etc/init.d/fw-skel > > Hi, > > I had a similar issue in the past. How does your debian/rules file look > like? I'll try to remember what I did wrong. IIRC the culprit was that I used an override for dh_installinit to install multiple services using dh_installinit --name. Regards, Tino
