Bug#1067752: anacrontab(5) incorrectly says the only @period is @monthly (@yearly also supported)
anacrontab.5 says:
The
.I period_name
can only be set to monthly at the present time.\&
(note also the weird space at the end) the README says:
Anacron solves this problem. These jobs can simply be scheduled as
Anacron-jobs with periods of 1, 7 and a special target called @monthly.
but readtab.c says:
if (!strncmp ("@monthly", periods, 7)) {
jr->named_period = 1;
} else if (!strncmp("@yearly", periods, 7)) {
jr->named_period = 2;
} else {
complain("%s: Unknown named period on line %d, skipping",
anacrontab, line_num);
}
so the manual is wrong here.
Attaching a patch that mentions @yearly in the manual. I got lost
in the "source forge" bullshit listed as the upstream in d/control
and d/watch, and @monthly seems to come from d/p/debian-changes
anyway (it's tagged as accumulated upstream git but idk due to the
aforementioned), so please forward/squash into d/p/d-c at your
discretion.
Thank you for your contribution. This patch has been applied in
debian-changes, and a new version of anacron 2.3-40 has been uploaded.
Apparently, @yearly has been available since 2005.
--
Lance Lin
GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7
OpenPGP_0x903649294C33F9B7.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#619648: cron.daily doesn't execute scheduled scripts
# copy paste error XP Control: tags 1053873 - moreinfo Control: tags 619648 + moreinfo I'm sorry, I just realized that the only thing that does not work is user-crontabs. I was assuming they'd be managed by anacron as well but apparently they are not. That explains why @daily did not work as expected, my machine was booting up well after midnight. If I understand, you are using 'crontab -e' to schedule tasks. The personal crontab explains that these tasks are run by cron, and it mentions the manual pages for crontab(5) and cron(8). When opening /etc/anacrontab, it explains that this is the configuration file for anacron, and it mentions the manual pages for anacrontab(5) and anacron(8). I did spent a lot of time reading the docs and the config files of cron and anacron and only found this information on stackoverflow. Do you think other bugreports here are related to my misunderstanding? If yes, do you think we should explicitly document this "limitation"? While it is not explicitly mentioned in /etc/anacrontab that only @monthly is supported, it is documented in the manual page for anacrontab(5). I do not think it needs to be documented further. As for other bug reports, #920181 [1] is similar to the confusion you have encountered with @daily, which has some good suggestions. However, this bug report #619648 does not look to be the same as the problems you have described. If your issue is not fixed, please file a separate bug report with more information so that it can be properly addressed. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=920181 -- Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#619648: cron.daily doesn't execute scheduled scripts
Control: tags 1053873 + moreinfo I can reproduce this issue. While scripts in my personal crontab that are run by cron are executed fine, the ones owned by anacron don't seem to be executed although the syslog suggests otherwise. If you could provide your anacrontab and logs, it would be helpful. For example, a line starting with @daily does not work (i.e. run by anacron) but when changing it to @hourly it does -- this time cron seems to take over. Anacron only supports the @monthly period_name at this time [1], so I would not expect it behave well with @daily or @hourly. It would be a nice feature to add @daily and @weekly to Anacron though. [1] https://manpages.debian.org/unstable/anacron/anacrontab.5.en.html -- Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1064001: cme removing a valid testsuite for python packages
Package: cme Version: 1.040-1 Severity: normal Tags: sid I noticed an issue when running routine-update (0.1.5) on some python packages, but I do not think it is an error in the routine-update script exactly. It seems that cme is removing the testsuite for autopkgtest-pkg-pybuild from packages. presto [1] is a good example package to reproduce this. Running the following in the packages root directory should reproduce this bug: ``` $ cme fix dpkg-control Reading package lists... Done Building dependency tree... Done Reading state information... Done Warning in 'source Testsuite': Unknown value Offending value: 'autopkgtest-pkg-pybuild' Changes applied to dpkg-control configuration: - source Testsuite deleted value: 'autopkgtest-pkg-pybuild' # applied fix for :Unknown value ``` After this, routine-update adds in a testsuite for autopkgtest-pkg-python, since no testsuite is present. [1] https://salsa.debian.org/med-team/presto -- Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1053873: cronie: Crond with high load after 19-01-2038
Control: tags 1053873 = wontfix I hope Debian will find all 32bit problems in the new versions, because there will be more people want to use it. We have a world wide problem in 2038. All old unix (like) systems will fail because the signed value of unix will cause programs in all layers to fail, starting with the kernel and c-library.. I have tested with vxworks which is the only systems that works after 2038. Debian is the only version that still supports newer kernel versions on x86 machines. Certain programs require specific old java versions for their program to run after 2038. And there will be many more problems. Solving these issues must be done soon before knowledge of the application is unavailable at the time of the wrap in 2038. Can you help me with a debian version that works? You could also pass on this information. This is the year 2038 problem for 32-bit architectures. Debian has release goals for fixing or working around this issue for most 32-bit architectures, but based on Debian's wiki, i386 will not be transitioning time_t for 64-bit time [1]. [1] https://wiki.debian.org/ReleaseGoals/64bit-time Best, -- Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1055885: workflow: Package name too generic, please pick something more specific
Hello, "workflow" is a very generic name for a Debian package. In scientific computing there are over 340 workflow systems[0]. Perhaps this source package would better be named "sogou-workflow" and the binary packages likewise renamed "libsogou-workflow-dev", etc.. I would be fine with altering the package name to be more specific. I have found some documentation on the process [1], but some help with this would be nice. Also, I will need someone to grant me permissions to upload the package with a new name. [1] https://www.debian.org/doc/manuals/developers-reference/pkgs.html#replacing-or-renaming-packages Best, -- Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1053873: cronie: Crond with high load after 19-01-2038
Control: severity -1 minor Control: tags -1 + unreproducible I have not been able to reproduce this bug. It is already forwarded upstream for further discussion. -- Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1053873: cronie: Crond with high load after 19-01-2038
Thank you for reporting this bug! Probably cron_sleep is wrong. The actual sleep() is never called after 2038 cron_sleep was recently updated to address a different issue, but it may apply to your bug. Would you try testing cronie with the changes in this commit [1] applied? Also, this bug has been forwarded upstream if you would like to contact the upstream maintainer directly about this issue. [1] https://github.com/cronie-crond/cronie/commit/78e634967d6886339be57854f0e11c6ab1fb73cd Thank you, -- Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1054221: RFS: xmake/2.8.2+ds-1 [ITP] -- cross-platform build utility based on Lua
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "xmake": * Package name : xmake Version : 2.8.2+ds-1 Upstream contact : ruki * URL : http://xmake.io * License : Apache-2, Expat, GPL-2+ * Vcs : https://salsa.debian.org/xmake-team/xmake Section : devel The source builds the following binary packages: xmake - cross-platform build utility based on Lua xmake-data - Data for xmake To access further information about this package, please visit the following URL: https://mentors.debian.net/package/xmake/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/x/xmake/xmake_2.8.2+ds-1.dsc Changes since the last upload: xmake (2.8.2+ds-1) unstable; urgency=medium . * Initial release (Closes: #986736). Regards, -- Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#986736: RFP: xmake -- A cross-platform build utility based on Lua
The xmake that was in Debian previously does not seem to be the same one that I have uploaded. There is a substantial following for it, and it has been actively maintained since 2015 [1]. Here is a listing of projects that volunteered their usage of xmake [2]. I believe this package is very useful and a good addition to Debian. The autopkgtest that I prepared for it shows only a fraction of its versatility [3]. The homepage contains a great deal of documentation on its usage as well [4]. I have been in contact with the upstream maintainer, Ruki Wang, since taking over the ITP, and I am sure this package will not be ignored or forgotten by its many users. Please consider adding it to Debian. [1] https://github.com/xmake-io/xmake [2] https://xmake.io/#/about/who_is_using_xmake [3] https://salsa.debian.org/xmake-team/xmake/-/blob/master/debian/tests/unittests [4] https://xmake.io/ Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1050728: RFS: xmake/2.8.2+ds-1 [ITP] -- cross-platform build utility based on Lua
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "xmake": * Package name : xmake Version : 2.8.2+ds-1 Upstream contact : ruki * URL : http://xmake.io * License : GPL-2+, Apache-2, Expat * Vcs : https://salsa.debian.org/xmake-team/xmake Section : devel The source builds the following binary packages: xmake - cross-platform build utility based on Lua xmake-data - Data for xmake To access further information about this package, please visit the following URL: https://mentors.debian.net/package/xmake/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/x/xmake/xmake_2.8.2+ds-1.dsc Changes since the last upload: xmake (2.8.2+ds-1) unstable; urgency=medium . * Initial release (Closes: #986736). Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1043361: ITP: cronie -- Process Scheduling Daemon
Package: wnpp Severity: wishlist * Package name: cronie Version : 1.6.1 Upstream Author : Marcela Mašláňová * URL : https://github.com/cronie-crond/cronie * License : ISC, BSD-2-clause, BSD-3-clause, GPL-2+, GPL-3+ Programming Lang: (C) Description : Process Scheduling Daemon cronie is a daemon that runs specified programs at scheduled times and optionally mails generated output to the user. It is a fork of the original ISC cron and contains many improvements, such as: * inotify support (Linux only) * clustering support * full PAM support cronie is fully compatible with ISC cron (Debian's standard job scheduler), and can be used as a drop-in replacement for it. cronie is already in experimental [1]. I plan to maintain cronie with the help of Georges Khaznadar for uploading. [1] https://tracker.debian.org/pkg/cronie Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1036983: bookworm-pu: package workflow/0.10.5-2
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
Dear release team,
I would like to upload a new version of workflow (0.10.5-2) which fixes
two bugs in the package that are currently marking it for autoremoval. I
have just uploaded version 0.10.6-2 to unstable which fixes these two bugs.
I was told to upload the version 0.10.6-2 to unstable and then file this
proposed update to bookworm for 0.10.5-2 to keep the package in bookworm.
The attached debdiff will also apply the fix to 0.10.5-1.
Lance
GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7
diff -Nru workflow-0.10.5/debian/changelog workflow-0.10.5/debian/changelog
--- workflow-0.10.5/debian/changelog2023-01-09 20:25:54.0 +0700
+++ workflow-0.10.5/debian/changelog2023-05-31 18:43:27.0 +0700
@@ -1,3 +1,11 @@
+workflow (0.10.5-2) bookworm; urgency=medium
+
+ [Bastian Germann]
+ * d/control: Add missing Depends (Closes: #1035444)
+ * d/libworkflow0.links: Fixed symlink direction (Closes: #1036653)
+
+ -- Lance Lin Wed, 31 May 2023 18:43:27 +0700
+
workflow (0.10.5-1) unstable; urgency=medium
* Update to version 0.10.5
diff -Nru workflow-0.10.5/debian/control workflow-0.10.5/debian/control
--- workflow-0.10.5/debian/control 2023-01-09 20:25:54.0 +0700
+++ workflow-0.10.5/debian/control 2023-05-31 18:22:31.0 +0700
@@ -31,7 +31,7 @@
Multi-Arch: same
Breaks: libworkflow1 (<< 0.10.1-1)
Replaces: libworkflow1 (<< 0.10.1-1)
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}, libworkflow0 (= ${binary:Version})
Description: Parallel computing and asynchronous web server engine
Workflow can be used as a scalable web server to handle a variety
of server workflows. It can be used to orchestrate complex
diff -Nru workflow-0.10.5/debian/libworkflow0.links
workflow-0.10.5/debian/libworkflow0.links
--- workflow-0.10.5/debian/libworkflow0.links 2023-01-05 20:36:34.0
+0700
+++ workflow-0.10.5/debian/libworkflow0.links 2023-05-31 18:23:20.0
+0700
@@ -1 +1 @@
-usr/lib/${DEB_HOST_MULTIARCH}/libworkflow.so.0
usr/lib/${DEB_HOST_MULTIARCH}/libworkflow.so.0.10.5
+usr/lib/${DEB_HOST_MULTIARCH}/libworkflow.so.0.10.5
usr/lib/${DEB_HOST_MULTIARCH}/libworkflow.so.0
OpenPGP_0x903649294C33F9B7.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
Bug#1036653: libworkflow0: broken symlink: /usr/lib//libworkflow.so.0.10.6 -> libworkflow.so.0
Andreas, Disregard, I see the problem. Bastian Germann has a fix for it and it's already added to the next upload. Lance GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 On Wed, 31 May 2023 00:49:53 +0700 Lin Qigang wrote: > Andreas, > > Could you please tell me how you are testing this? > > For the salsa CI pipeline, workflow has passed piuparts. It also shows > "sunny" on the [1] debian piuparts for workflow. > > I am unable to reproduce this but how do I fix this so that workflow > ends up in the stable release? > > Best, > > Lance > > GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 > > [1] https://piuparts.debian.org/sid/source/w/workflow.html > > > On Tue, 23 May 2023 22:36:53 +0200 Andreas Beckmann wrote: > > > Package: libworkflow0 > > Version: 0.10.6-1.1 > > Severity: normal > > User: debian...@lists.debian.org > > Usertags: piuparts > > Control: found -1 0.10.5-1 > > > > Hi, > > > > during a test with piuparts I noticed your package ships (or creates) > > a broken symlink: > > > > 0m13.7s ERROR: FAIL: Broken symlinks: > > /usr/lib/x86_64-linux-gnu/libworkflow.so.0.10.6 -> libworkflow.so.0 > (libworkflow0:amd64) > > > > The package does not ship the shared library at all, only the broken > > link. I haven't checked the source, but my guess is that the symlink > > gets created in the wrong direction (link source and target swapped), > > owerwriting the actual library. > > > > > > cheers, > > > > Andreas > > > > > OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1036653: libworkflow0: broken symlink: /usr/lib//libworkflow.so.0.10.6 -> libworkflow.so.0
Andreas, Could you please tell me how you are testing this? For the salsa CI pipeline, workflow has passed piuparts. It also shows "sunny" on the [1] debian piuparts for workflow. I am unable to reproduce this but how do I fix this so that workflow ends up in the stable release? Best, Lance GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 [1] https://piuparts.debian.org/sid/source/w/workflow.html On Tue, 23 May 2023 22:36:53 +0200 Andreas Beckmann wrote: > Package: libworkflow0 > Version: 0.10.6-1.1 > Severity: normal > User: debian...@lists.debian.org > Usertags: piuparts > Control: found -1 0.10.5-1 > > Hi, > > during a test with piuparts I noticed your package ships (or creates) > a broken symlink: > > 0m13.7s ERROR: FAIL: Broken symlinks: > /usr/lib/x86_64-linux-gnu/libworkflow.so.0.10.6 -> libworkflow.so.0 (libworkflow0:amd64) > > The package does not ship the shared library at all, only the broken > link. I haven't checked the source, but my guess is that the symlink > gets created in the wrong direction (link source and target swapped), > owerwriting the actual library. > > > cheers, > > Andreas > > OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1034306: ITA: easy-rsa -- simple shell based CA utility
I intend to adopt the orphaned package easy-rsa. Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1030861: RFS: btcheck/2.1-5 -- downloaded data checker and a torrent file content viewer
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "btcheck": * Package name : btcheck Version : 2.1-5 Upstream contact : [fill in name and email of upstream] * URL :http://btcheck.sourceforge.net/ * License : GPL-3 * Vcs :https://salsa.debian.org/debian/btcheck Section : utils The source builds the following binary packages: btcheck - downloaded data checker and a torrent file content viewer To access further information about this package, please visit the following URL: https://mentors.debian.net/package/btcheck/ Alternatively, you can download the package with 'dget' using this command: dget -xhttps://mentors.debian.net/debian/pool/main/b/btcheck/btcheck_2.1-5.dsc Changes since the last upload: btcheck (2.1-5) UNRELEASED; urgency=medium . [ Debian Janitor ] * Set debhelper-compat version in Build-Depends. . [ Lance Lin ] * d/control: - Bump Standards-Version to 4.6.2 - Set debhelper-compat version to 13 - Set Rules-Requires-Root to no * d/copyright: - Update copyright year to 2023 * d/watch: - Update to version 4 Regards, Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 OpenPGP_0x903649294C33F9B7.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#990800: ITA: btcheck/2.1-5 -- downloaded data checker and a torrent file content viewer
> On Saturday, August 7th, 2021 at 10:49 PM, Tobias Frost > wrote: > > Control: tags -1 moreinfo > > Hi Lin Qigang, > > On Wed, 07 Jul 2021 18:24:46 + Lin Qigang lqi...@protonmail.com wrote: > > > Changes since the last upload: > > > > btcheck (2.1-5) experimental; urgency=medium > > > > . > > > > * debian/upstream/metadata: Added upstream metadata > > The title says "ITA", so likely you've forgotten to close the ITA bug in > > d/changelog… > > Did you see > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969805 ? > > You do have undocumented changes (not mentioned in d/changelog). > > Please document every single change. > I closed the ITA bug, documented all of the changes, and fixed the pedantic and experimental lintian issues. I also retargeted it to unstable. If there is anything else please let me know. Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F signature.asc Description: OpenPGP digital signature
Bug#988329: ITA: usbredir/0.9.0-1 -- Simple USB host TCP server
Hi Tobi, > > I retargeted the package to unstable since Debian released recently. I > noticed there was a new version of usbredir released last week. Should I > reupload the package with that version? > I uploaded version 11 so it's up to date now. I'm very excited to have it uploaded! I'm planning on attending the conference next week, maybe I'll see you on IRC :) Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F ‐‐‐ Original Message ‐‐‐ On Wednesday, August 18th, 2021 at 8:47 PM, Lin Qigang wrote: > Hi Tobi, > > > (- as said in the mail before, dont close the RFS bug in the changelog) > > > > - you could add yourself to the debian/* section in d/copyright, > > - d/control > > - has still the old S-V of 4.2.1... > > > > - the long description for usbredirserver, the deprecation notice > > should > > > > possibly have its own paragraph? > > > > - is the B-D on cmake necessary? (as the package uses meson) > > > > I made the changes, it should be good now > > > As othewise the package looks good, so lets finish the polishing > > and then do the upload! > > > > I retargeted the package to unstable since Debian released recently. I > noticed there was a new version of usbredir released last week. Should I > reupload the package with that version? signature.asc Description: OpenPGP digital signature
Bug#988329: ITA: usbredir/0.9.0-1 -- Simple USB host TCP server
Hi Tobi, > (- as said in the mail before, dont close the RFS bug in the changelog) > > - you could add yourself to the debian/* section in d/copyright, > - d/control > - has still the old S-V of 4.2.1... > - the long description for usbredirserver, the deprecation notice should > > possibly have its own paragraph? > - is the B-D on cmake necessary? (as the package uses meson) I made the changes, it should be good now > As othewise the package looks good, so lets finish the polishing and > then do the upload! I retargeted the package to unstable since Debian released recently. I noticed there was a new version of usbredir released last week. Should I reupload the package with that version? Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F signature.asc Description: OpenPGP digital signature
Bug#911431: Bug#988329: ITA: usbredir/0.9.0-1 -- Simple USB host TCP server
retitle 911431 "ITA: usbredir/0.10.0 -- Simple USB host TCP server" tags 988329 - moreinfo thanks Hi Tobi and everyone else, > Please update the package, remove the moreinfo tag and ping me for an > follow up, and I will take a look again. Thanks again for your feedback. I think I fixed all the issues you previously told me about, and am ready for follow up. Here is the package https://mentors.debian.net/package/usbredir/. > Debian is currently frozen I have targeted experimental instead > Regarding the adoption, you should reply to the orphaning bug (#911431), > indicating there that you want to adopt the package by retitling ^this^ bug to > start with "ITA:" (stands for Intent to Adopt) and set yourself as maintainer. > the #911431 with the changelog (the developers reference should have a > paragraph I added #911431 and #988329 to the changelog. I hope retitling this bug solves the "package closes bug in a wrong way" lintian error. Otherwise could you please help me fix this? > Otherwise, the mentors package page lists a few lintian messages, which should > be fixed as well, like those: > - upstream has released 0.10.0 in the meantime. > - compat level is at the ancient level "9". Please consider updating it… > - Standards Version is also quite old. Please consider updating that as well. > (see the upgrade checklist appendix of the Debian Policy) I have fixed all of these lintian messages except for the one that I mentioned. I have updated from 0.8 to 0.10.0, fixed the compat level, updated the standards version, and fixed the remaining items. Thanks again! Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F signature.asc Description: OpenPGP digital signature
Bug#990800: ITA: btcheck/2.1-5 -- downloaded data checker and a torrent file content viewer
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor to adopt the package "btcheck": * Package name: btcheck Version : 2.1-5 Upstream Author : Jean Diraison * URL : http://btcheck.sourceforge.net/ * License : GPL-3 * Vcs : https://salsa.debian.org/debian/btcheck Section : utils It builds those binary packages: btcheck - downloaded data checker and a torrent file content viewer To access further information about this package, please visit the following URL: https://mentors.debian.net/package/btcheck/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/b/btcheck/btcheck_2.1-5.dsc Changes since the last upload: btcheck (2.1-5) experimental; urgency=medium . * debian/upstream/metadata: Added upstream metadata Regards, -- Lin Qigang Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F signature.asc Description: OpenPGP digital signature
Bug#988923: RFS: distorm3/3.5.2b-1 -- powerful disassembler library for x86/AMD64 binary streams (Python3 bindings)
I fixed most of the lintian errors, but some still exist within the upstream release. If anything else needs to be fixed let me know. Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F signature.asc Description: OpenPGP digital signature
Bug#988329: RFS: usbredir/0.9.0-1 -- Simple USB host TCP server
Hi Tobi, > Some review: > - upstream has released 0.10.0 in the meantime. The build system was replaced with Meson between 0.9.0 and 0.10.0 so i've gotten to work on that. it's been a fun challenge. I'll make sure to ping you when I'm done. > - compat level is at the ancient level "9". Please consider updating it… > - Standards Version is also quite old. Please consider updating that as > well. (see the upgrade checklist > appendix of the Debian Policy) I'll make sure to fix these too. i want to make Debian better! Thanks for all the feedback. Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F signature.asc Description: OpenPGP digital signature
Bug#988923: RFS: distorm3/3.5.2b-1 -- powerful disassembler library for x86/AMD64 binary streams (Python3 bindings)
> Thanks! Alas, it fails to build for me: Thanks for the feedback! I didnt fully understand how to use pbuilder so a Python dependency was missing. it should be fixed now and I better understand pbuilder which is nice. I am also fixing a bunch of the other lintian errors which Tobias mentioned I should do. There's still a couple of lintian issues so i will fix those before submitting. Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F signature.asc Description: OpenPGP digital signature
Bug#988329: RFS: usbredir/0.9.0-1 -- Simple USB host TCP server
I changed this package to target experimental because of the code freeze. If I need to do anything else, please let me know. The repository is here https://salsa.debian.org/linqigang/usbredir. Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, June 1st, 2021 at 3:05 AM, Tobias Frost wrote: > Control: retitle -1 usbredir/0.9.0-1 -- [ITA] Simple USB host TCP server > > Control: tags -1 moreinfo > > (Retitling the RFS bug to indicate that this an ITA.) > > On Mon, 10 May 2021 16:08:10 + LQi254 lqi...@protonmail.com wrote: > > > This is my first package and I am very excited! > > I just wanted to give you a short heads-up why you maybe did not get an > response > > already. > > First, many thanks for contributing to Debian and wanting to adpopt usbredi signature.asc Description: OpenPGP digital signature
Bug#988923: RFS: distorm3/3.5.2b-1 -- powerful disassembler library for x86/AMD64 binary streams (Python3 bindings)
Hi to you too! I am targeting experimental instead. I reuploaded the package to mentors. Also I couldnt find documentation for new contributors for making changes to the Salsa git repository. Do I need to make a pull request or certain permissions? My repo is here https://salsa.debian.org/linqigang/distorm3 Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, May 31st, 2021 at 8:58 PM, Adam Borowski wrote: > On Fri, May 21, 2021 at 02:51:36PM +0000, Lin Qigang wrote: > > > - Package name : distorm3 > > > > Version : 3.5.2b-1 > > > Changes since the last upload: > > > > distorm3 (3.5.2b-1) unstable; urgency=medium > > > > . > > > > - New upstream release. > > - Removed fix_init_python patch > > - debian/patches: Added patch to update the library version number > > - debian/*.links: Updated symbolic links to new upstream version > > - debian/not-installed: Account for varying python3 directory naming > > scheme > > - debian/patches: Added makefile library version fix patch > > - debian/libdistorm3-3.symbols: Updated symbols to 3.5.2b > > - debian/python3-distorm: Account for varying python3 directory naming > > scheme > > - debian/rules: Account for upstream build changes > > - debian/copyright: Updated packaging copyright years > > - debian/control: Updated maintainer > > - Release to unstable > > Hi! > > This upload is targetted at unstable, which is currently affected by the > > hard freeze. Only targetted fixes are permitted, not whole new upstream > > releases (unless the upstream release consists of nothing but fixes...). > > Thus, your options here would be: > > - targetting experimental instead, or > - waiting until after Bullseye is released > > Meow! > > -- > > ⢀⣴⠾⠻⢶⣦⠀ The oldest dated printed book includes the following license > grant: > > ⣾⠁⢠⠒⠀⣿⡁ Reverently made for universal free distribution by Wang Jie > > ⢿⡄⠘⠷⠚⠋⠀ on behalf of his two parents on the 15th of the 4th moon of > > ⠈⠳⣄ the 9th year of Xiantong [11 May 868]. signature.asc Description: OpenPGP digital signature
Bug#988923: RFS: distorm3/3.5.2b-1 -- powerful disassembler library for x86/AMD64 binary streams (Python3 bindings)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the orphaned package "distorm3": * Package name: distorm3 Version : 3.5.2b-1 Upstream Author : Gil Dabah * URL : https://github.com/gdabah/distorm * License : BSD-3-Clause, GPL-3+ * Vcs : https://salsa.debian.org/debian/distorm3 Section : libs It builds those binary packages: libdistorm3-3 - powerful disassembler library for x86/AMD64 binary streams libdistorm3-dev - powerful disassembler library for x86/AMD64 binary streams (development files) python3-distorm3 - powerful disassembler library for x86/AMD64 binary streams (Python3 bindings) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/distorm3/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/distorm3/distorm3_3.5.2b-1.dsc Changes since the last upload: distorm3 (3.5.2b-1) unstable; urgency=medium . * New upstream release. * Removed fix_init_python patch * debian/patches: Added patch to update the library version number * debian/*.links: Updated symbolic links to new upstream version * debian/not-installed: Account for varying python3 directory naming scheme * debian/patches: Added makefile library version fix patch * debian/libdistorm3-3.symbols: Updated symbols to 3.5.2b * debian/python3-distorm: Account for varying python3 directory naming scheme * debian/rules: Account for upstream build changes * debian/copyright: Updated packaging copyright years * debian/control: Updated maintainer * Release to unstable Regards, -- Lin Qigang Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F signature.asc Description: OpenPGP digital signature
