Bug#963019: RFS: pem/0.7.9-3 -- command line personal expense manager
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "pem"
* Package name: pem
Version : 0.7.9-3
Upstream Author : Prasad J Pandit
* URL : https://www.gnu.org/software/pem/
* License : GPL-3+
* Vcs : https://salsa.debian.org/debian/pem
Section : misc
It builds those binary packages:
pem - command line personal expense manager
To access further information about this package, please visit the following
URL:
https://mentors.debian.net/package/pem
Alternatively, one can download the package with dget using this command:
dget -x https://mentors.debian.net/debian/pool/main/p/pem/pem_0.7.9-3.dsc
Changes since the last upload:
* Using new DH level format. Consequently:
- debian/compat: removed.
- debian/control: changed from 'debhelper' to 'debhelper-compat' in
Build-Depends field and bumped level to 13.
* debian/control:
- Added '${perl:Depends}' to Depends field.
- Added 'Rules-Requires-Root: no' to source stanza.
- Added Vcs-* fields.
- Bumped Standards-Version to 4.5.0.
- Marked pem as 'Multi-Arch: foreign'.
- Removed redundant dh-autoreconf build dependency.
* debian/copyright: updated copyright years.
* debian/patches/010_use-usr-bin-perl.patch: added to use '/usr/bin/perl'
instead of '/usr/bin/env perl' for interpreter invocation.
* debian/rules: removed redundant '--with autoreconf' dh parameter.
* debian/salsa-ci.yml: added to provide CI tests for Salsa.
* debian/tests/control: added to perform a trivial CI test.
* debian/upstream/metadata: created.
* debian/watch: using a secure URI.
Regards,
--
David da Silva Polverari
Re: Bug#961899: RFS: wifi-qr/0.1-1 -- WiFi Share and Connect with QR
Hi kokoye, 在 2020-06-17星期三的 21:42 +0630，Ko Ko Ye`写道： > Dear Mentors > Now update 0.1-2 > https://mentors.debian.net/debian/pool/main/w/wifi-qr/wifi-qr_0.1-2.dsc > > implement with Hidden Network. > remove wifi-qr.policy > remove sudo usermode > change array to mapfile mode. > and > shellcheck with @pabs suggestion. > https://github.com/kokoye2007/wifi-qr/issues/9 There are several issues: * Since this is a new upload, please do not reuse your old RFS bug ( https://bugs.debian.org/961899). Please open another RFS bug with correct version string (0.1-2) and we can discuss further there. Please do not further reply to this bug report. * You are actually making changes as an upstream to fix some issues. In this case, please consider making another upstream release (for example, 0.2). Putting your changes in debian/patches/ is not reasonable at all. In this case you are the upstream, you have full control of the original project and you should not bother with patching. * Please, delete the .pc directory ( https://github.com/kokoye2007/wifi-qr/tree/master/.pc) for good and never let it appear in your git repo again. This directory should *never* appear anytime anywhere and I have provided the reason to you in previous emails. * Finally, could you please write in full English sentences with correct grammar in your email communication as well as the package description ( https://github.com/kokoye2007/wifi-qr/blob/master/debian/control) instead of using scattered words? That will definitely help with the understanding. Please fix the issues above and we can do further review in your new RFS request thread. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Re: Bug#961899: RFS: wifi-qr/0.1-1 -- WiFi Share and Connect with QR
Dear Mentors Now update 0.1-2 https://mentors.debian.net/debian/pool/main/w/wifi-qr/wifi-qr_0.1-2.dsc implement with Hidden Network. remove wifi-qr.policy remove sudo usermode change array to mapfile mode. and shellcheck with @pabs suggestion. https://github.com/kokoye2007/wifi-qr/issues/9 who can sponsor and mentoring again. with regards. On Tue, Jun 9, 2020 at 11:01 PM Ko Ko Ye` wrote: > Dear Debian Mentors > > when I see and like the Android WiFi QR Code System. > I am bash with using data from /etc/NetworkManager/system-connections/ > > Single Bash Script. with qrencode [1] > terminal mode is ok. > > migrate for GUI mode > i am using Zenity [2] and Scan for zbar-cam [3] > > .desktop is not work with sudo mode > so using Policy Kit polkit [4] > > now > i am migrating with nmcli [5] > its no need sudo mode. > > so i think remove pokit and policy file [6] > and change desktop file again [7] > > any suggestions? > > I am uploading again. it needs a sponsor to reupload or something else. > > > > We still need enterprise / LDAP network connection. > API is learned from ZXing QR [8]. > just support OPEN / WEP / WPA / HIDDEN mode only. > > > with regards. > > [1] https://packages.debian.org/source/sid/qrencode > [2] https://packages.debian.org/source/sid/zenity > [3] https://packages.debian.org/source/jessie/zbar > [4] https://packages.debian.org/source/sid/policykit-1 > [5] https://packages.debian.org/source/sid/network-manager > [6] > https://github.com/kokoye2007/wifi-qr/blob/6c775472dec72b149f0aa161d71c90458940e31f/wifi-qr.policy > [7] > https://github.com/kokoye2007/wifi-qr/commit/8525b05d2d4f2cda97d0d7661f4e5d09deaa0bd8#diff-67251b201b3016eedbe1aad563377abc > [8] https://zxing.appspot.com/ > > > > > > > > > On Fri, Jun 5, 2020 at 9:20 PM Ko Ko Ye` wrote: > >> thanks Boyuan >> >> noted. >> >> I am changing Architecture:all and uploaded. >> >> with regards. >> >> >> On Fri, Jun 5, 2020 at 8:25 PM Boyuan Yang wrote: >> >>> On Fri, 5 Jun 2020 09:35:07 +0630 "Ko Ko Ye`" >>> wrote: >>> > -- Forwarded message - >>> > From: Ko Ko Ye` >>> > Date: Fri, Jun 5, 2020 at 9:32 AM >>> > Subject: Re: Bug#961899: RFS: wifi-qr/0.1-1 -- WiFi Share and Connect >>> >>> >>> >>> Have you seen that bartm bot closed your RFS report again? >>> >>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961899;msg=19 >>> >>> It is due to that you removed your package from mentors.debian.net ( >>> https://mentors.debian.net/package/wifi-qr) and re-add it. When it gets >>> removed, the bot will detect it and close the bug report automatically. >>> You are expected to reopen the wrongly-closed bug report. >>> >>> Please *DO* *NOT* unnecessarily remove and readd your package on >>> mentors.debian.net. You can always make a re-upload onto >>> mentors.debian.net with the same package name and same version name. >>> The mentors.debian.net site supports such behavior. >>> (This does not apply to Debian's official archive, though.) >>> >>> -- >>> Regards, >>> Boyuan Yang >>> >> >> >> -- >> >> with regards *Ko Ko Ye`* >> >> +95 97989 22022 >> +95 94500 22022 >> +95 9731 47907 >> kokoye2...@gmail.com >> kokoye2...@ubuntu.com >> >> skype: kokoye2007 >> jitsi: kokoye2007 >> >> http://ubuntu-mm.net >> http://wiki.ubuntu.com/kokoye2007 >> http://wiki.ubuntu.com/MyanmarTeam http://loco.ubuntu.com/teams/ubuntu-mm >> > > > -- > > with regards *Ko Ko Ye`* > > +95 97989 22022 > +95 94500 22022 > +95 9731 47907 > kokoye2...@gmail.com > kokoye2...@ubuntu.com > > skype: kokoye2007 > jitsi: kokoye2007 > > http://ubuntu-mm.net > http://wiki.ubuntu.com/kokoye2007 > http://wiki.ubuntu.com/MyanmarTeam http://loco.ubuntu.com/teams/ubuntu-mm > -- with regards *Ko Ko Ye`* +95 97989 22022 +95 94500 22022 +95 9731 47907 kokoye2...@gmail.com kokoye2...@ubuntu.com skype: kokoye2007 jitsi: kokoye2007 http://ubuntu-mm.net http://wiki.ubuntu.com/kokoye2007 http://wiki.ubuntu.com/MyanmarTeam http://loco.ubuntu.com/teams/ubuntu-mm
Re: Bug#961899: RFS: wifi-qr/0.1-1 -- WiFi Share and Connect with QR
now i am update with On Tue, Jun 9, 2020 at 11:01 PM Ko Ko Ye` wrote: > Dear Debian Mentors > > when I see and like the Android WiFi QR Code System. > I am bash with using data from /etc/NetworkManager/system-connections/ > > Single Bash Script. with qrencode [1] > terminal mode is ok. > > migrate for GUI mode > i am using Zenity [2] and Scan for zbar-cam [3] > > .desktop is not work with sudo mode > so using Policy Kit polkit [4] > > now > i am migrating with nmcli [5] > its no need sudo mode. > > so i think remove pokit and policy file [6] > and change desktop file again [7] > > any suggestions? > > I am uploading again. it needs a sponsor to reupload or something else. > > > > We still need enterprise / LDAP network connection. > API is learned from ZXing QR [8]. > just support OPEN / WEP / WPA / HIDDEN mode only. > > > with regards. > > [1] https://packages.debian.org/source/sid/qrencode > [2] https://packages.debian.org/source/sid/zenity > [3] https://packages.debian.org/source/jessie/zbar > [4] https://packages.debian.org/source/sid/policykit-1 > [5] https://packages.debian.org/source/sid/network-manager > [6] > https://github.com/kokoye2007/wifi-qr/blob/6c775472dec72b149f0aa161d71c90458940e31f/wifi-qr.policy > [7] > https://github.com/kokoye2007/wifi-qr/commit/8525b05d2d4f2cda97d0d7661f4e5d09deaa0bd8#diff-67251b201b3016eedbe1aad563377abc > [8] https://zxing.appspot.com/ > > > > > > > > > On Fri, Jun 5, 2020 at 9:20 PM Ko Ko Ye` wrote: > >> thanks Boyuan >> >> noted. >> >> I am changing Architecture:all and uploaded. >> >> with regards. >> >> >> On Fri, Jun 5, 2020 at 8:25 PM Boyuan Yang wrote: >> >>> On Fri, 5 Jun 2020 09:35:07 +0630 "Ko Ko Ye`" >>> wrote: >>> > -- Forwarded message - >>> > From: Ko Ko Ye` >>> > Date: Fri, Jun 5, 2020 at 9:32 AM >>> > Subject: Re: Bug#961899: RFS: wifi-qr/0.1-1 -- WiFi Share and Connect >>> >>> >>> >>> Have you seen that bartm bot closed your RFS report again? >>> >>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961899;msg=19 >>> >>> It is due to that you removed your package from mentors.debian.net ( >>> https://mentors.debian.net/package/wifi-qr) and re-add it. When it gets >>> removed, the bot will detect it and close the bug report automatically. >>> You are expected to reopen the wrongly-closed bug report. >>> >>> Please *DO* *NOT* unnecessarily remove and readd your package on >>> mentors.debian.net. You can always make a re-upload onto >>> mentors.debian.net with the same package name and same version name. >>> The mentors.debian.net site supports such behavior. >>> (This does not apply to Debian's official archive, though.) >>> >>> -- >>> Regards, >>> Boyuan Yang >>> >> >> >> -- >> >> with regards *Ko Ko Ye`* >> >> +95 97989 22022 >> +95 94500 22022 >> +95 9731 47907 >> kokoye2...@gmail.com >> kokoye2...@ubuntu.com >> >> skype: kokoye2007 >> jitsi: kokoye2007 >> >> http://ubuntu-mm.net >> http://wiki.ubuntu.com/kokoye2007 >> http://wiki.ubuntu.com/MyanmarTeam http://loco.ubuntu.com/teams/ubuntu-mm >> > > > -- > > with regards *Ko Ko Ye`* > > +95 97989 22022 > +95 94500 22022 > +95 9731 47907 > kokoye2...@gmail.com > kokoye2...@ubuntu.com > > skype: kokoye2007 > jitsi: kokoye2007 > > http://ubuntu-mm.net > http://wiki.ubuntu.com/kokoye2007 > http://wiki.ubuntu.com/MyanmarTeam http://loco.ubuntu.com/teams/ubuntu-mm > -- with regards *Ko Ko Ye`* +95 97989 22022 +95 94500 22022 +95 9731 47907 kokoye2...@gmail.com kokoye2...@ubuntu.com skype: kokoye2007 jitsi: kokoye2007 http://ubuntu-mm.net http://wiki.ubuntu.com/kokoye2007 http://wiki.ubuntu.com/MyanmarTeam http://loco.ubuntu.com/teams/ubuntu-mm
Bug#963006: marked as done (RFS: xplc/0.3.13-9 [QA] -- Light weight component system)
Your message dated Wed, 17 Jun 2020 10:46:54 -0400 with message-id <426a0f588bd2a10e5346888f92d117cd38023ecf.ca...@debian.org> and subject line Re: Bug#963006: RFS: xplc/0.3.13-9 [QA] -- Light weight component system has caused the Debian Bug report #963006, regarding RFS: xplc/0.3.13-9 [QA] -- Light weight component system to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 963006: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963006 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "xplc" * Package name: xplc Version : 0.3.13-9 Upstream Author : Pierre Phaneuf * URL : http://xplc.sourceforge.net/ * License : LGPL-2.1 * Vcs : https://salsa.debian.org/debian/xplc Section : libs It builds those binary packages: libxplc0.3.13 - Light weight component system libxplc0.3.13-dev - Light weight component system (Development libraries and headers) uuidcdef - Universally Unique Identifier (UUID) generator To access further information about this package, please visit the following URL: https://mentors.debian.net/package/xplc Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/x/xplc/xplc_0.3.13-9.dsc Changes since the last upload: * QA upload. * Fix ftbfs with gcc-10. (Closes: #957992) -- Regards Sudip --- End Message --- --- Begin Message --- Hi, 在 2020-06-17星期三的 15:22 +0100，Sudip Mukherjee写道： > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "xplc" > > * Package name: xplc >Version : 0.3.13-9 > Changes since the last upload: > >* QA upload. >* Fix ftbfs with gcc-10. (Closes: #957992) Uploaded with minor modification (unified patch naming). You can find detailed changes at https://salsa.debian.org/debian/xplc/-/commit/133b5ef1777d629389b96bb46c791b715a36af36 . -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part --- End Message ---
Bug#963006: RFS: xplc/0.3.13-9 [QA] -- Light weight component system
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "xplc" * Package name: xplc Version : 0.3.13-9 Upstream Author : Pierre Phaneuf * URL : http://xplc.sourceforge.net/ * License : LGPL-2.1 * Vcs : https://salsa.debian.org/debian/xplc Section : libs It builds those binary packages: libxplc0.3.13 - Light weight component system libxplc0.3.13-dev - Light weight component system (Development libraries and headers) uuidcdef - Universally Unique Identifier (UUID) generator To access further information about this package, please visit the following URL: https://mentors.debian.net/package/xplc Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/x/xplc/xplc_0.3.13-9.dsc Changes since the last upload: * QA upload. * Fix ftbfs with gcc-10. (Closes: #957992) -- Regards Sudip
Re: Adding a user in postinstall
Am 17.06.2020 um 11:55 teilte Markus mit: > While packaging a package for a Virtual Observatory server, I'm > encountering a postinst glitch in the CI that I don't quite > understand. > > This is about g...@salsa.debian.org:debian-astro-team/gavodachs.git, > the gavo branch. > > The idea is that the package creates a user that has all the > necessary permissions to configure the server, run debug copies, and > the like. It is called dachsroot, and the postinst creates if if > necessary: > > # create user "dachsroot" if (s)he is not already there > if ! getent passwd dachsroot ; then > adduser --disabled-password --gecos "" --ingroup gavo dachsroot > fi > > This has never resulted in headache over all the years that we have > been distributing the resulting package outside of Debian. But the > CI on salsa gives: > > Adding user `dachsroot' ... > Adding new user `dachsroot' (1011) with group `gavo' ... > Creating home directory `/home/dachsroot' ... > Stopped: Couldn't create home directory `/home/dachsroot': File exists. > > Removing directory `/home/dachsroot' ... > Removing user `dachsroot' ... > > after which the installation duly fails. > Do you really need a created home dir for that user or would be adduser ... --no-create-home an option? H. -- sigfault #206401 http://counter.li.org signature.asc Description: OpenPGP digital signature
Re: Adding a user in postinstall
On Wed, Jun 17, 2020 at 11:55:18AM +0200, Markus wrote: > Dear Mentors, > > While packaging a package for a Virtual Observatory server, I'm > encountering a postinst glitch in the CI that I don't quite > understand. > > This is about g...@salsa.debian.org:debian-astro-team/gavodachs.git, > the gavo branch. > > The idea is that the package creates a user that has all the > necessary permissions to configure the server, run debug copies, and > the like. It is called dachsroot, and the postinst creates if if > necessary: > > # create user "dachsroot" if (s)he is not already there > if ! getent passwd dachsroot ; then if ! getent passwd dachsroot ; then > adduser --disabled-password --gecos "" --ingroup gavo dachsroot > fi > > This has never resulted in headache over all the years that we have > been distributing the resulting package outside of Debian. But the > CI on salsa gives: > > Adding user `dachsroot' ... > Adding new user `dachsroot' (1011) with group `gavo' ... > Creating home directory `/home/dachsroot' ... > Stopped: Couldn't create home directory `/home/dachsroot': File exists. > > Removing directory `/home/dachsroot' ... > Removing user `dachsroot' ... > > after which the installation duly fails. > > Now... I really cannot see where that home directory might come from > (the full log is on > https://salsa.debian.org/debian-astro-team/gavodachs/-/jobs/798533/raw), > which made me doubt whether a package is allowed to create users with > homes in the first place and what I'm seeing here really is some > adduser extra on the CI. > > However, at least in 9.2 in the Policy I've not seen anything to that > effect. Have I missed it there or anywhere else? > > And if it's legal to create users like this: Why would the adduser in > the postinst fail? Sorry for not answering the questions Untested: if [ ! getent passwd dachsroot && ! -d /home/dachsroot ] ; then adduser --disabled-password --gecos "" --ingroup gavo dachsroot else echo "I: Assumed that user dachsroot exists ..." fi Regards Geert Stappers -- When you assume, you make an ass of u and me
Adding a user in postinstall
Dear Mentors, While packaging a package for a Virtual Observatory server, I'm encountering a postinst glitch in the CI that I don't quite understand. This is about g...@salsa.debian.org:debian-astro-team/gavodachs.git, the gavo branch. The idea is that the package creates a user that has all the necessary permissions to configure the server, run debug copies, and the like. It is called dachsroot, and the postinst creates if if necessary: # create user "dachsroot" if (s)he is not already there if ! getent passwd dachsroot ; then adduser --disabled-password --gecos "" --ingroup gavo dachsroot fi This has never resulted in headache over all the years that we have been distributing the resulting package outside of Debian. But the CI on salsa gives: Adding user `dachsroot' ... Adding new user `dachsroot' (1011) with group `gavo' ... Creating home directory `/home/dachsroot' ... Stopped: Couldn't create home directory `/home/dachsroot': File exists. Removing directory `/home/dachsroot' ... Removing user `dachsroot' ... after which the installation duly fails. Now... I really cannot see where that home directory might come from (the full log is on https://salsa.debian.org/debian-astro-team/gavodachs/-/jobs/798533/raw), which made me doubt whether a package is allowed to create users with homes in the first place and what I'm seeing here really is some adduser extra on the CI. However, at least in 9.2 in the Policy I've not seen anything to that effect. Have I missed it there or anywhere else? And if it's legal to create users like this: Why would the adduser in the postinst fail? Thanks, Markus
