Re: Looking for a new maintainer for the "rush" package
Torsdag den 17 mars 2022, klockan 15:22, skrev Nicholas D Steeves detta: > > From a thread on debian-mentors, > > vimer writes: > > > Hi, > > On Tue, Mar 15, 2022 at 05:23:16AM -0700, deb...@lewenberg.com wrote: > >>The Debian package "rush" has not been updated since 2017. The > >>upstream software is actively maintained and has advanced from the 1.x > >>version in Debian to version 2.x (the latest version is 2.2 released > >>Jan 2022). I filed a bug in Dec 2021 to have the upstream changes > >>packaged, but no response from the package maintainer was forthcoming. > >> > >>Is there someone who can take over the maintenance of this package? > > In case the maintainer does not mark the package as 'O'(Orphaned) package, > > we can do some fix or update with NMU[0]. > > > > But it's would better to do NMU for active Debian Developer. > > > > Given the OP asked for "someone who can take over the maintenance of > this package", and given the state of the package, salvaging "rush" > would be more appropriate: > > https://wiki.debian.org/PackageSalvaging > > https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging > > #929160 justifies a minimal NMU fixing only that bug. > > I've CCed Mats, because the best solution is for the maintainer to take > care of this :-) > > Anyone interested in pursuing the process may follow the Developers > Reference section "How to salvage a package"; Please note that the > maintainer also has rights, so one must wait 21 days after filing the > ITS before proceeding with the salvage operation. > > > Regards, > Nicholas The truth is that I am in no position to verify my identity to the Debian project, ever since the time it began demanding three signatures of trust. So even if I desired to commence an up-to-date packaging effort, there is no sensible means for me to achieve that endeavour. Therefore I hereby annonce my desire for another responsible and devoted person to take over maintenance of "gnurush". This is a piece of software that deserves continued use under diligent maintainership. I did try my best during a period in time, but now I leave! Best regards, Mats Erik Andersson, dr sci math
Bug#846399: RFS: rush/1.8+dfsg-1 -- New upstream's release.
Fredag den 9:e december 2016, klockan 12:45, skrev Gianfranco Costamagna detta: > Hi, > > >There is no problem to fetch the key. The problem is to use it. My present > > >use case is this > > > > gpgv --homedir debian/upstream --keyring debian/upstream/signing-key.pgp \ > >archive.sig archive A revised packaging has been uploaded. I have inspected '/usr/sbin/uscan' in order to find out how prepare a call to gpgv. This has been added into the target 'get-orig-source', but I have also changed 'debian/copyright' and 'debian/watch' to accomodate for your suggestion. I am not prepared to drop the target 'get-orig-source', though. Best regards, Mats E Andersson
Bug#846399: RFS: rush/1.8+dfsg-1 -- New upstream's release.
Onsdag den 7:e december 2016, klockan 23:38, skrev Gianfranco Costamagna detta: > > >> please use a text-version of the signing-key and avoid the > >> include-binaries file? > > > >Then I need education on the procedure to create a keyring file on the go, > >since gpgv only handles keyrings, not armoured keyfiles. > > https://wiki.debian.org/debian/watch#Cryptographic_signature_verification > gpg --keyserver keys.gnupg.net --recv-keys 3602B07F55D0C732 > gpg --armor --export-options export-minimal --export '3602B07F55D0C732' >> > debian/upstream/signing-key.asc > > does this work? There is no problem to fetch the key. The problem is to use it. My present use case is this gpgv --homedir debian/upstream --keyring debian/upstream/signing-key.pgp \ archive.sig archive You are requesting me to use 'debian/upstream/signing-key.asc', an armoured key which gpgv is not able to handle to my knowledge. Observe that upstream's source archive must be repackaged to fulfill DFSG, so the above use of gpgv is located in the target 'get-orig-source' for verification of the original archive before proceeding to eliminate the texinfo source, which violates DFSG. Best regards, Mats E Andersson
Bug#846399: RFS: rush/1.8+dfsg-1 -- New upstream's release.
Hello there! Onsdag den 7:e december 2016, klockan 15:56, skrev Gianfranco Costamagna detta: > > > >+ debian/upstream/signing-key.pgp: New file. > >+ debian/source/include-binaries: New file. > > please use a text-version of the signing-key and avoid the include-binaries > file? Then I need education on the procedure to create a keyring file on the go, since gpgv only handles keyrings, not armoured keyfiles. Best regards, Mats E Andersson
Bug#847228: RFS: ipband/0.8.1-5 -- mostly spelling mistakes
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor of the package "ipband": Package name: ipband Version : 0.8.1-5 Upstream Author : Andrew Nevynniy <anevy...@russelmetals.com> URL : http://sourceforge.net/projects/ipband/files/latest/download/ License : GPL-2+ Section : net It builds a single binary package: ipband - daemon for subnet bandwidth monitoring with reporting via email Information is available at: https://mentors.debian.net/package/ipband The package is fetchable with dget using the standard command: dget -x https://mentors.debian.net/debian/pool/main/i/ipband/ipband_0.8.1-5.dsc Changes since the last upload: * Step up to Standards version 3.9.8, no changes. * Increase hardening level. * Binary package depends on lsb-base due to init script. * debian/copyright: Misspelled field name. * More spelling mistakes. + debian/ipband.conf-*: Updated. + debian/ipband.default: Likewise. * [lintian] Spelling errors in binary and manual page. + debian/patches/06_spelling_errors.diff: New file. Regards, Mats Erik Andersson
Bug#846399: RFS: rush/1.8+dfsg-1 -- New upstream's release.
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor of the package "rush": Package name: rush Version : 1.8+dfsg-1 Upstream Author : Sergey Poznyakoff <g...@gnu.org.ua> URL : http://puszcza.gnu.org.ua/projects/rush/ License : GPL-3+ Section : shells It builds a single binary package: rush - restricted user shell Further information about this package upload is located at https://mentors.debian.net/package/rush A direct download of the package itself is simple: dget -x https://mentors.debian.net/debian/pool/main/r/rush/rush_1.8+dfsg-1.dsc Changes since last upload: * New upstream release. * Increase hardening level. + debian/rules: Updated. * Verifying original source archive while rebuilding it. + debian/upstream/signing-key.pgp: New file. + debian/source/include-binaries: New file. + debian/rules: Expand target 'get-orig-source' with a step that verifies the source archive fetched from upstream's location. * Review patches. + debian/patches/dfsg_reduction.diff: Updated. + debian/patches/tcpmux_service.diff: Updated, partially applied. + debian/patches/chroot_then_chdir.diff: Updated. + debian/patches/gets_removed.diff: Obsolete. + debian/patches/cve_2013_6889.diff: Removed, applied by Upstream. + debian/patches/help_text.diff: Likewise. + debian/patches/format_security.diff: New file. * Upstream author now provides manual pages. + debian/patches/manpages.diff: New file. + debian/rules: Preserve the manual pages during target get-orig-source. Override dh_installman. + debian/rush.manpages: Refreshed list. * debian/copyright: Updated. * [lintian] Mend spelling errors in README.Debian. Best regards, Mats Erik Andersson
Bug#836417: RFS: netsed/1.2-3 [RC] -- Resolve a FTBFS situation.
Package: sponsorship-requests Severity: important Dear mentors, in an attempt to resolve an FTBFS blocker I am looking for a sponsor of a new package revision of "netsed": Package name: netsed Version : 1.2-3 Upstream Author : Julien Viard de Galbert <jul...@silicone.homelinux.org> URL : http://silicone.homelinux.org/projects/netsed/ License : GPL-2+ Section : net It builds a single binary package: netsed - network packet-altering stream editor Information about this package is available at https://mentors.debian.net/package/netsed The package can be downloaded with dget in the usual manner: dget -x https://mentors.debian.net/debian/pool/main/n/netsed/netsed_1.2-3.dsc Changes since last upload: * Address FTBFS due to test suite failure. + debian/patches/use_calloc.diff: New file. (Closes: #818852, #831270) + debian/patches/ruby_issues.diff: New file. Regards, Mats Erik Andersson, maintainer of said binary package.
Bug#826234: RFS: xvt/2.1-20.2 [RC] [NMU] -- raise debhelper compatibility
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor of the package "xvt": Package name: xvt Version : 2.1-20.2 Upstream Author : John Bovey, University of Kent at Canterbury. URL : none License : permissive Section : x11 It builds a single binary package: xvt - X terminal-emulator similar to xterm, but smaller For information about the state of this packaging, see https://mentors.debian.net/package/xvt The package is downloaded in a standard manner: dget -x https://mentors.debian.net/debian/pool/main/x/xvt/xvt_2.1-20.2.dsc Observe, that the primary intent of this NMU is to avoid the removal of this software, since debhelper compatibility level 4 will be dis- allowed within very shortly, possibly in a fortnight. Changes since the last upload: * Non-maintainer upload. * Move to compatibility 5, which is the minimally available level in the present release cycle. Closes: #817740. * Disable menu file creation, but include a new desktop file. + debian/rules: Updated. + debian/xvt.desktop: New file. I have offered to assume maintainership of this package, but Sam Hocevar has not responded in any manner whatsoever. Regards, Mats Erik Andersson
Bug#823668: RFS: twofish/0.3-5
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor of my package "twofish": Package name: twofish Version : 0.3-5 Upstream Author : Niels Ferguson <ni...@macfergus.com> URL : extinct License : liberal, demanding only copyright message Section : libdevel It builds two binary packages: libtwofish-dev - Niels Ferguson's Twofish cryptographic algorithm library libtwofish0- Niels Ferguson's Twofish cryptographic library -- runtime package Further information is available at https://mentors.debian.net/package/twofish The packaging is accessible in a standard manner: dget -x https://mentors.debian.net/debian/pool/main/t/twofish/twofish_0.3-5.dsc Changes since last upload are: * Step Standards-Version to 3.9.8, no changes. * Use debhelper in compatibility level 9. * debian/control: Use HTTPS transport for Vcs-Browser. * debian/copyright: Update my contribution including 2016. Rename license of packaging files, avoiding a name in duplicate. * debian/libtwofish0.lintian-overrides: Delete unused entry. * debian/libtwofish0.triggers: New file. * debian/libtwofish-dev.lintian-overrides: Delete unused entry. * debian/rules: Activate immediate bindings in so-library. Regards, Mats Erik Andersson
Bug#823457: RFS: webfs/1.21+ds1-12
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor of my package "webfs": Package name: webfs Version : 1.21+ds1-12 Upstream Author : Gerd Knorr <kra...@bytesex.org> URL : http://linux.bytesex.org/misc/webfs.html License : GPL-2+ Section : httpd It builds a single binary package: webfs - lightweight HTTP server for static content Information about this package is available at https://mentors.debian.net/package/webfs A package download is standard: dget -x https://mentors.debian.net/debian/pool/main/w/webfs/webfs_1.21+ds1-12.dsc Changes since last upload are: * Step Standards-Version to 3.9.8, no changes. * debian/control: Remove obsolete build dependency on dpkg-dev. Reorder dependency lists. * debian/copyright: Update the time span of my contribution. * debian/rules: Do not set compiler flags. Activate all available hardening, even though not all consumed libraries do this. * Update debconf translation: + Dutch (Frans Spiesschaert). Closes: #821449 Regards, Mats Erik Andersson
Bug#821236: RFS: netsed/1.2-2
Söndag den 17:e april 2016, klockan 04:07, skrev Tiago Ilieve detta: > Hi Mats, > > I've reviewed your package. It's in a good state, but there's a few > things you might wanna take a look at: All are attended to in one manner, or the other. > * debian/watch: is not working, yelding an error "1.sig failed: 400 URL > must be absolute". Changing "\1" to "$1" in > "opts=pgpsigurlmangle=s|(.*).tar.gz$|\1.sig|" allows the signature to > be downloaded, but uscan fails to check it with "uscan warn: FAIL > Checking OpenPGP signature (no upstream tarball downloaded)." Are you > sure the key in "debian/upstream/signing-key.asc" is right? A bright observation! Upstream is not signing in the manner expected by uscan, so signature checking had to be disabled. Replacement pattern is corrected to perl-format, while being kept as a comment line. The package is ready for another round of scrutiny.
Bug#821236: RFS: netsed/1.2-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor of the package "netsed": Package name: netsed Version : 1.2-2 Upstream Author : Julien Viard de Galbert <jul...@silicone.homelinux.org> URL : http://silicone.homelinux.org/release/netsed/ License : GPL-2+ Section : net The source package builds a single binary package: netsed - network packet-altering stream editor Package information is available at http://mentors.debian.net/package/netsed The standard access to the package is via a dget command: dget -x http://mentors.debian.net/debian/pool/main/n/netsed/netsed_1.2-2.dsc Changes since last upload: * Step Standards-Version to 3.9.8, no changes. * Use debhelper in compatibility level 9. * debian/control: Path correction in Vcs-Git. Use HTTPS transport for Vcs-Git as well as for Vcs-Browser. Regards, Mats Erik Andersson
Bug#820739: RFS: rush/1.7+dfsg-5
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor of the package "rush" Package name: rush Version : 1.7+dfsg-5 Upstream Author : Sergey Poznyakoff <g...@gnu.org.ua> URL : http://puszcza.gnu.org.ua/projects/rush/ License : GPL-3+ Section : shells A single binary package is produced: rush - restricted user shell Information is available at http://mentors.debian.net/package/rush The direct access to the package descriptor is standard: dget -x http://mentors.debian.net/debian/pool/main/r/rush/rush_1.7+dfsg-5.dsc Changes since last upload: * Set Standards-Version to 3.9.8, no changes. * Use debhelper in compatibility level 9. * debian/copyright: Distinguish two different custom licenses by means of two different names and some small comments. * Prevent linking collision of identifier 'base_name'. (Closes: #751627) + debian/patches/duplicate_symbol.diff: New file. * debian/rules: Implement a target 'get-orig-source'. Regards, Mats Erik Andersson
Bug#820209: RFS: rgbpaint/0.8.7-6
Package: sponsorship-requests Severity: normal Dear mentors, I am searching for a sponsor of my source package "rgbpaint": Package name: rgbpaint Version : 0.8.7-6 Upstream Author : Dmitry Groshev <wjag...@users.sourceforge.net> URL : http://sourceforge.net/projects/mtpaint/files/rgbpaint/ License : GPL-2 Section : graphics It builds a single binary package: rgbpaint - simple pixel-based painting program Package information is available at http://mentors.debian.net/package/rgbpaint A direct download of the packaging is standard: dget -x http://mentors.debian.net/debian/pool/main/r/rgbpaint/rgbpaint_0.8.7-6.dsc Changes since last upload: * Set Standards-Version to 3.9.7, no changes. * debian/control: Give a secured Vcs-Browser target URL. * debian/rgbpaint.menu: Removed, as a desktop file is also provided. Best regards, Mats Erik Andersson
Bug#820122: RFS: nd/0.8.2-8
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor of my source package "nd": Package name: nd Version : 0.8.2-8 Upstream Author : Yuuichi Teranishi <teran...@gohome.org> URL : http://www.gohome.org/nd/ License : MPL-1.1 or GPL-2.0 or LGPL-2.1 Section : net A single binary package is built from that: nd- small command line interface to WebDAV servers Information about and contents of this package release are available at: http://mentors.debian.net/package/nd The source can be accessed directly by means of a simple call: dget -x http://mentors.debian.net/debian/pool/main/n/nd/nd_0.8.2-8.dsc Changes since last upload: * Set Standards-Version to 3.9.7, no changes. * Use debhelper in compatibility level 9. * debian/control: Reference a VCS location via secure transmission. * debian/copyright: Fix spaces in short license names. Regards, Mats Erik Andersson
Bug#819834: RFS: webfs/1.21+ds1-11
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor of my package "webfs": Package name: webfs Version : 1.21+ds1-11 Upstream Author : Gerd Knorr <kra...@bytesex.org> URL : http://linux.bytesex.org/misc/webfs.html License : GPL-2 Section : httpd It builds a single binary package: webfs - lightweight HTTP server for static content Further information about this package is available at http://mentors.debian.net/package/webfs As an alternate method, the package may be downloaded directly: dget -x http://mentors.debian.net/debian/pool/main/w/webfs/webfs_1.21+ds1-11.dsc Changes since last upload are as follows: * Step Standards-Version to 3.9.7, no changes. * Advance debhelper compatibility to 9. + debian/control, debian/compat: Updated. + debian/rules: Reduce rule set to use dh together with targets "override_dh_auto_build" and "override_dh_install". Include target "override_dh_auto_build" as no-op. * Suggested document root is already "/var/www/html". + debian/webfsd.conf: Updated. * Improve debconf questions. + debian/templates: Updated. Closes: #727803 * Update debconf translations: + Brazilian Portuguese (Adriano Rafael Gomes). Closes: #762473 + Danish (Joe Hansen). Closes: #765847 + French (Christian Perrier). Closes: #760259 + German (Holger Wansing). Closes: #761481 + Italian (Beatrice Torracca). Closes: #762344 + Japanese (Noritada Kobayashi): New file. + Portuguese (Pedro Ribeiro). Closes: #762495 + Russian (Yuri Kozlov). Closes: #760811 + Swedish (Per Andersson, Martin Bagge). Closes: #760194, #761976 Best regards, Mats Erik Andersson
Bug#818557: RFS: windowlab/1.40-3
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "windowlab" Package name: windowlab Version : 1.40-3 Upstream Author : Nick Gravgaard <m...@nickgravgaard.com> URL : http://nickgravgaard.com/windowlab/ License : GPL-2 and AEWM and 9WM Section : x11 It builds a single binary package, containing a windowmanager: windowlab - small and simple Amiga-like window manager Further information about this package: http://mentors.debian.net/package/windowlab The built package can be downloaded for inspection: dget -x http://mentors.debian.net/debian/pool/main/w/windowlab/windowlab_1.40-3.dsc Changes since last upload: * Step Standards-Version to 3.9.7, no changes. * Advance debhelper compatibility to 9. + debian/control, debian/compat: Updated. + debian/rules: Reduce rule set to use dh together with hooks "override_dh_install" and "override_dh_installwm". * debian/windowlab.postrm: New file. (Closes: #806403). * debian/copyright: Use single word names for licenses AEWM and 9WM. Correctly rebuild the default files stanza to be 9WM, AEWM and GPL-2, simultaneously, which is what the upstream author specifies. * [lintian] debian/control: Spelling error in description text. * [lintian] debian/windowlab.desktop: Add an entry for Keywords. Best regards, Mats Erik Andersson
Bug#791813: RFS: ipband/0.8.1-4
Control: tag -1 - moreinfo A portion of utils.c (starting from line 176) seems to originate from glibc and is thus copyrighted by the FSF; this should be mentioned in d/copyright. You may also want to consider updating d/copyright to use DEP-5 [1] while you're at it. In fact I found references also to Richard Stevens and the ntop-project. These and FSF have now been encorporated in a DEP-5 formulation. A date of Stevens' contribution is not clear to me. As for Ntop I wents for '2001-2002' as it covers the time when ipband's author touched on the particular adaption, according to CHANGELOG. In addition, I happened to notice that 'styles.css' never was included in the package and that a minor update of 'examples/ipband.conf-simple' will avoid that a simple minded copy of the template creates '/ipband.txt'. Best regards, Mats Erik Andersson -- 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/20150712170112.ga38...@aun.utmark.mea
Bug#791813: RFS: ipband/0.8.1-4
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor of my package ipband: Package name: ipband Version : 0.8.1-4 Upstream Author : Andrew Nevynniy anevy...@russelmetals.com URL : http://ipband.sourceforge.net/ License : GPL-2 Section : net Priority: optional It builds a single binary package: ipband -- daemon for subnet bandwidth monitoring with reporting via email Package information about this proposal is available at http://mentors.debian.net/package/ipband The package can be downloaded with dget, using a simple invocation: dget -x http://mentors.debian.net/debian/pool/main/i/ipband/ipband_0.8.1-4.dsc Changes since last upload are: * Updating to Standards 3.9.6, compatibility 9. * debian/control: Build depends on debhelper (= 9). * debian/compat: Updated. * Hardening of executables. + debian/patches/01_fix_makefile.diff: Renamed and updated. + debian/rules: Set and export CFLAGS, CPPFLAGS, and LDFLAGS. * Replace the date macro to achieve reproducible builds. + debian/patches/05_reproducible_timestamp.diff: New file. + debian/rules: Update CPPFLAGS. * Set formal user 'ipband' as origin of mail message. + debian/patches/04_check_mailer_strings.diff: Updated. * [lintian] Source the LSB collection of init-functions. + debian/ipband.init: Updated. Best regards, Mats Erik Andersson, DM -- 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/20150708164154.ga13...@aun.utmark.mea
Bug#790237: RFS: netpipes/4.2-8 [RC] -- avoid FTBFS with gcc-5.
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor of my package netpipes: Package name: netpipes Version : 4.2-8 Upstream Author : Robert Forsman th...@purplefrog.com URL : http://web.purplefrog.com/~toth/netpipes/ License : GPL Section : net Priority: optional It builds one binary package: netpipes - manipulate BSD TCP/IP stream sockets To get further information about this package, visit the URL: http://mentors.debian.net/package/netpipes Alternatively, the package can be downloaded with dget using the command: dget -x http://mentors.debian.net/debian/pool/main/n/netpipes/netpipes_4.2-8.dsc Changes since last upload are minimal: * Updating to Standards 3.9.6, compatibility 9. * FTBFS with gcc-5. (Closes: #778024) + debian/patches/30-support_ipv6.diff: Updated. The old package, of version 4.2-7, is scheduled for removal from testing on July 10th, so time is slightly limited. Best regards, Mats Erik Andersson -- 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/20150627165543.ga42...@aun.utmark.mea
Bug#790237: RFS: netpipes/4.2-8 [RC] -- avoid FTBFS with gcc-5.
Saturday den 27 June 2015 klockan 21:04 skrev Andrew Shadura detta: On 27 June 2015 at 19:55, Mats Erik Andersson mats.anders...@gisladisker.se wrote: Package name: netpipes Version : 4.2-8 Upstream Author : Robert Forsman th...@purplefrog.com URL : http://web.purplefrog.com/~toth/netpipes/ License : GPL The homepage URL seems to be slightly outdated :) My misprint unfortunately makes it invalid, but the correct URL is valid, present, but very much dormant: http://web.purplefrog.com/~thoth/netpipes/ Note the correct user name 'thoth'! Sorry for that lapse. -- 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/20150627183302.ga43...@aun.utmark.mea
Bug#746369: AW: Bug#746369: RFS: downtimed/0.6.2
torsdag den 1 maj 2014 klockan 10:59 skrev Stefan Bauer detta: -Ursprüngliche Nachricht- Von: Cameron Norman camerontnor...@gmail.com One thing I noticed is that upstream has an Upstart job, but you are not shipping it. Simply making a symlink from debian/downtimed.upstart to startup-scripts/upstart-startup.conf should do the trick. Updated package is present on mentors with the appropriate upstart link. Nothing is settled as to Stefan Bauer being accepted as the new maintainer. Regards, Mats E Andersson, DM and present maintainer of downtimed. -- 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/20140502122507.ga7...@mail.gisladisker.se
Verification of Japanese debconf translations.
Dear all, one of my packages has seen a bug opened http://bugs.debian.org/717705 claiming to provide Japanese debconf translations, and also claiming said template file to have been reviewed by several Japanese DD's and users. However, the report is sent from a close to anonymous Gmail account, and I certainly want better verification than that before applying the updated template. Since there is no list debian-l10n-japanese, I could use some advice on how to find an authoritative statement of an identifiable project member. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131006232540.ga24...@gisladisker.se
Bug#722919: RFS: windowlab/1.40-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package windowlab Package name: windowlab Version : 1.40-2 Upstream Author : Nick Gravgaard m...@nickgravgaard.com URL : http://nickgravgaard.com/windowlab/ License : GPL-2 and original Aewm and 9wm. Section : x11 It builds this binary package: windowlab - small and simple Amiga-like window manager The package has been uploaded to http://mentors.debian.net/package/windowlab It is directly accessible via dget -x http://mentors.debian.net/debian/pool/main/w/windowlab/windowlab_1.40-2.dsc Two reported bugs are resolved, but most important is a correction to achieve full hardening of the executable. The changes since the last upload are as follows: * debian/control: + Standards 3.9.4: No changes. + Add build dependency on dpkg-dev (= 1.15.7). + Mend Homepage with correct server location. * debian/rules: + Add targets build-arch and build-indep. + Hardening flags. * debian/copyright: Update format and URL. + Cite 9wm's license from that package and express it separately from the license of aewm. * debian/watch: Correction to URL. * debian/windowlab.desktop: Conform with standards. * debian/patches/10_makefile.patch: Update. + Activate MWM hints. + Avoid explicit linking -L/usr/lib. (Closes: #722865) * debian/patches/30_root_focus.diff: New file. + Pointer visibility error. (Closes: #630494) Regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130914144308.ga31...@gisladisker.se
Bug#667902: RFS: downtimed/0.5-2
onsdag den 25 april 2012 klockan 11:45 skrev Arno Töll detta: Hi, is there still anything left to come from you? Yes, my time got consumed by other things. I need to investigate the effects update-rc.d has when it comes to activating runlevel switch into single mode and back on a running system. At the moment I am not convinced that insserv really is fully innocent in this matter, but that needs other verifications, not only on downtimed. A packaging 0.5-2 will not be ripe until I add some changes into the postinst script, and probably in the init script itself, but I must test this thoroughly first. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120426131120.ga30...@mea.homelinux.org
Bug#667902: RFS: downtimed/0.5-2
Dear Arno, söndag den 8 april 2012 klockan 14:59 skrev Arno Töll detta: * You use dpkg-buildflags but you didn't declare a versioned build-dependency against dpkg-dev which explicitly supports --export *FLAGS (1.16.1 I think). My rule of thumb is to declare build-dependencies against build-essential packages if you use features not satisfied in stable. Otherwise you break backports and such without notice. You are correct in my omission of a build dependency in dpkg-dev (= 1.15.7), but you are incorrect in the mechanisms invoked. I have used the explicit make directive export in order to support stable/squeeze. I have not used the switch --export from dpkg-buildflags. Thus version 1.15.7 is the correct level. * Please document why you are overriding init.d-script-possible-missing-stop. For the other Lintian tag you override I can see your point, but I personally wouldn't bother since you require $remote_fs in start anyway. If you want, that's fair enough. * Not sure about your rationale to override dh_installinit either. The whole point of LSB headers is to determine the dependencies out of them. Both these are connected. Investigating this further, I observe incomplete behaviour of update-rc.d caused by insserv. The serious problem is that I am not able to reactivate the service after a sejour into runlevel 1. A rebuilt package with Default-Start: S 2 3 4 5 Default-Stop: 0 1 6 is never restarted after # init 1 # exit and in addition insserv is never admitting the new starting links in /etc/rc{2,3,4,5}.d/S??downtimed. Ideas to resolve this? This must be result in order to update the package properly, and to allow downtimed to resume service after the administrator has temporarily entered single-user mode. Had he gone into singel-user mode already at boot time, then the mechanisms are already in place, but not from within a running system. There is still an override needed to get S as a runlevel for starting downtimed. I want to keep this in order to have the service detect a booted system at the earliest possible time. Best regards, Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120410111523.ga17...@mea.homelinux.org
Bug#667902: RFS: downtimed/0.5-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package downtimed Package name: downtimed Version : 0.5-2 Upstream Author : Janne Snabb opensou...@epipe.com URL : http://dist.epipe.com/downtimed/ License : 2-clause BSD, i.e., FreeBSD Section : admin It builds those binary packages: downtimed - monitor of downtime, shutdown, and crashes Information about this package is available at http://mentors.debian.net/package/downtimed Download of the package using dget: dget -x http://mentors.debian.net/debian/pool/main/d/downtimed/downtimed_0.5-2.dsc Changes since the last upload: * Corrections for GNU/Hurd * Use build flags, and hence build hardened. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120407104230.ga10...@mea.homelinux.org
Bug#667903: RFS: rarpd/0.981107-8 [ITA] -- reverse address resolver
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package rarpd Package name: rarpd Version : 0.981107-8 Upstream Author : Alexey Kutznetsov, Jakub Jelinek URL : (extinct) License : GPL-2 Section : net It builds this binary package: rarpd - Reverse Address Resolution Protocol daemon Package information available at http://mentors.debian.net/package/rarpd Package download using dget: dget -x http://mentors.debian.net/debian/pool/main/r/rarpd/rarpd_0.981107-8.dsc Changes since last upload: #627907: rarpd writes tons of 'recvfrom: Socket operation on non-socket' to syslog. #630612: package description #520268: ITA: rarpd Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120407111853.ga11...@mea.homelinux.org
RFS: rarpd (orphaned)
Dear mentors, this package was given up for adoption in March 2009. It was orphaned in December 2011. On December 19th I sent a message to the previous maintainer Janichi Uekawa asking for any interest in acting on an RFS. No response whatsoever has come out of that courtesy. On January 27th, 2012, an RFS was sent to debian-mentors. No response what so ever. Clearly the Debian project is no longer able to sustain infra structure, preferring various niche software for packaging. Now I once more ask the general assembly for some interest in attending to this combined ITA and RFS. rarpd - Reverse Address Resolution Protocol daemon Information about this package is kept at http://mentors.debian.net/package/rarpd It is downloadable in the following manner: dget -x http://mentors.debian.net/debian/pool/main/r/rarpd/rarpd_0.981107-8.dsc The new packaging addresses the bugs, in addition to the ITA, #627907: rarpd writes out tons of 'recvfrom: Socket operation on non-socket'. #630612: rarpd package description to be changed. Best regards, Mats Erik Andersson, DM - End forwarded message - -- Mats Erik Andersson, fil. dr mats.anders...@gisladisker.se 2459 41E9 C420 3F6D F68B 2E88 F768 4541 F25B 5D41 Abonnerar på: debian-mentors, debian-devel-games, debian-perl, debian-ipv6, debian-qa -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120316113114.gb16...@mea.homelinux.org
RFS: rarpd (orphaned)
Dear mentors, this package was orphaned in December. On December 19th I sent a message to the previous maintainer Janichi Uekawa asking for any interest in acting on an RFS. No respnse whatsoever has come out of that courtesy. Now I ask the general assembly for some interest in attending to this combined ITA and RFS. rarpd - Reverse Address Resolution Protocol daemon Information about this package is kept at http://mentors.debian.net/package/rarpd It is downloadable in the following manner: dget -x http://mentors.debian.net/debian/pool/main/r/rarpd/rarpd_0.981107-8.dsc The new packaging addresses the bugs, in addition to the ITA, #627907: rarpd writes out tons of 'recvfrom: Socket operation on non-socket'. #630612: rarpd package description to be changed. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120126234259.ga30...@mea.homelinux.org
Re: RFS: ttysnoop
lördag den 26 november 2011 klockan 02:00 skrev Jakub Wilk detta: * Mats Erik Andersson mats.anders...@gisladisker.se, 2011-11-25, 22:50: http://mentors.debian.net/package/ttysnoop A direct download of the deposited package is possible using the call dget -x http://mentors.debian.net/debian/pool/main/t/ttysnoop/ttysnoop_0.12d-5.dsc The present update addresses #648548: Do not corrupt /var/run/utmp. #648549: Functional implementation for GNU/kFreeBSD. The bug subject is Fails to work with GNU/kFreeBSD. Does it mean that ttysnoop doesn't currently work on these architectures at all? If this is the case, severity should be grave, not normal. It means that the present package 0.12d-4 is not able to set the created pseudo terminal as controlling terminal, but that the proposed 0.12d-5 update does resolve this issue. Feel free to mark the bug with another severity, should you judge this to be desirable. I am delivering a mended release. The only error in the previous package for GNU/kFreeBSD was with the controlling terminal, which will in turn disable job control in the resulting shell. Regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2026082716.ga22...@mea.homelinux.org
RFS: ttysnoop
Dear mentors, I am looking for a sponsor for the package ttysnoop. Package name: ttysnoop Version : 0.12d-5 Upstream Author : Carl Declerck URL : extinct License : GPL Section : admin It builds a single binary package: ttysnoop - allows you to spy on telnet+serial connections Access to information on this package is available at http://mentors.debian.net/package/ttysnoop A direct download of the deposited package is possible using the call dget -x http://mentors.debian.net/debian/pool/main/t/ttysnoop/ttysnoop_0.12d-5.dsc The present update addresses #648548: Do not corrupt /var/run/utmp. #648549: Functional implementation for GNU/kFreeBSD. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2025215025.ga16...@mea.homelinux.org
RFS: ttysnoop
Dear mentors, I am looking for a sponsor of the package ttysnoop. Package name: ttysnoop Version : 0.12d-5 Upstream Author : Carl Declerck URL : extinct License : GPL Section : admin It builds a single binary package: ttysnoop - allows you to spy on telnet+serial connections Access to information on this package is available at http://mentors.debian.net/package/ttysnoop A direct download of the deposited package is possible by the call dget -x http://mentors.debian.net/debian/pool/main/t/ttysnoop/ttysnoop_0.12d-5.dsc The present update achieves full support for GNU/kFreeBSD, which was the intended goal at this time. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011220317.gb24...@mea.homelinux.org
Key update in annual ping?
Dear mentors, I happen to find myself in need of updating the pass phrase in my developer's key, since it is about to expire, and at the same time I need to send the annual ping to WNPP about my continuing activity. Which route should I go for? A. Send ping using old key. Then update the key and send the updated key to the key server. B. Update the key now, then sending a ping using the new key, and send this new key to the server. I do not intend to replace the key, only to update the pass phrase and the date of expiration in my present key. My naïve guess is that the authentication of the annual ping would not cope well with the latter case? Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110826173800.gb25...@mea.homelinux.org
Re: RFS: [QA Upload] netsend
torsdag den 2 juni 2011 klockan 10:23 skrev Sven Hoexter detta: On Thu, Jun 02, 2011 at 09:59:46AM +0200, Arno Töll wrote: Hi, I'd like to ask for sponsoring of my QA upload for the package netsed. It does not introduce a new version since upstream is dead since 2001 but the package is fairly cool, has a reasonable popcon and no open RC bugs (but WNPP bug #487339[1]. You could adopt it - note there is a non-official new upstream version you may want to switch to as outlined in #586037 [2]. Moreover you would eventually becoming upstream as well) Reading the bug logs I'd favour an upload using the 'new upstream' version. The bug #586037 is sufficient to motivate the removal of a package built from the old source. All the more so in the absence of IPv6 capabilities. Observe that http://anonscm.debian.org/git/collab-maint/netsed.git contains the migration to the new upstream source. I myself, being a minor DM, have been blocked by the two DD involved in the same migration, since they have chosen silence after the initial setup. Regards, Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110602104213.ga6...@mea.homelinux.org
Re: DEP-5 format definition hell
söndag den 29 maj 2011 klockan 16:53 skrev Lars Wirzenius detta: On Sun, May 29, 2011 at 01:57:29PM +0200, Sven Hoexter wrote: I currently see a wild mix of different format definitions used by people hitting debian-mentors. While I personally don't care as long as the copyright file is complete I don't think this fulfills the goal of this DEP. This is because DEP5 is not finalized yet. When its inclusion into the debian-policy package is final, the official copy of the spec will be at a URL that will be like this: http://www.debian.org/doc/debian-policy/copyright-format/1.0 When this is ready, there will be an announcement on debian-devel-announce and every other Format: URL will need to be amended. Until then, use whatever you feel best like. The spec suggests something like this: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=REVISION Some peeking with svn ls svn://svn.debian.org/... leads me to the guess work http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=190 for the format specification. Would this be correct? When can we expect http://anonscm.debian.org/viewvc/dep/ to be populated with anything beyond emptyness? Best regards, M E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110531103610.ga15...@mea.homelinux.org
Re: DEP-5 format definition hell
söndag den 29 maj 2011 klockan 16:53 skrev Lars Wirzenius detta: On Sun, May 29, 2011 at 01:57:29PM +0200, Sven Hoexter wrote: I currently see a wild mix of different format definitions used by people use whatever you feel best like. The spec suggests something like this: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=REVISION However, the address basis http://svn.debian.org/wsvn/ has ceased to exist due to the reorganisation of Alioth, and http://anonscm.debian.org/viewvc/dep/ is empty at this very moment. How am I to identify a correct, valid, and retraceable version number, to which I can refer to without complaints? Regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110529235955.ga32...@mea.homelinux.org
RFS: downtimed (updated package)
Dear mentors, pinging on my initial pledge. torsdag den 28 april 2011 klockan 02:13 skrev Mats Erik Andersson detta: Dear mentors, I am looking for a sponsor of the first update to downtimed since it got accepted. In fact, while the package was waiting in NEW, the upstream author brought a new release to the public. It builds a single binary package: downtimed - monitor of downtime, shutdown, and crashes The only changes concern two patches from me, which the upstream author has accepted, a misspelled DEP-5 header, and fine tuning of lintian overriding. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/downtimed - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/d/downtimed/downtimed_0.5-1.dsc Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110510145613.ga24...@mea.homelinux.org
RFS: rush (new package)
Dear mentors, if a repackaging in order to circumvent GFDL-1.3 is not enough for you to proceed, then nothing will ever satisfy your desires. Still, I send a further reminder. måndag den 18 april 2011 klockan 16:16 skrev Mats Erik Andersson detta: Dear mentors, I am looking for a sponsor of the package rush. The upstream source had to be repackaged due to an issue with GFDL-1.3. The Texinfo source has been removed in order to get the software itself into main, but I had compiled manual pages already. Package name: rush Version: 1.7+dfsg-1 Upstream author: Sergey Poznyakoff g...@gnu.org.ua URL: http://puszcza.gnu.org.ua/projects/rush/ License: GPL-3 Section: shells It builds a single binary package: gnurush- restricted user shell The package is pedantically lintian clean. The upload would fix the RFP/ITP bug: 515198 Motivation for maintaining this package: The package has been requested and I take interest in arrangements providing minimal access for selected users, like select backup services or repository manipulations in an otherwise locked down system. The initial packaging applicant waived at the effort needed. The present packaging has received a supplementary helper service. It and its documentation has been fully tested on GNU/Linux as well as GNU/kFreeBSD, and the differences are described. Thus a quick creation of chrooted services with either of sctp, sftp, rsync, git, svn, or cvs are thoroughly described. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/rush - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/r/rush/rush_1.7+dfsg-1.dsc Having seen this package getting rejected twice, for not being able to spot the licensing issue, I would interest me to go through the procedure once more, hopefully avoiding a further reject! Regards Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110505165510.ga2...@mea.homelinux.org
RFS: micro-inetd (updated package)
Hello there, how come no developer with networking knowledge above the average is willing to sponsor this adoption? The package is orphaned, the upstream author is infamous for ignoring a handful of network source packages, so there is no hope of him ever repairing this seriously broken software. The network code renovations that I personally have contributed to Debian should be convincing enough that I am capable of maintaining 'micro-inetd', all the more so since #354778 has not been attended to in five years time. once again I have been drawn into IPv6 support and its deviations. Now I am looking for a sponsor for an improved version 20050629-6 of the package micro-inetd. It has been orphaned and I take the opportunity to fix an old problem with single stacked systems. It builds a single, very small binary package: micro-inetd - simple network service spawner The package is lintian clean. The upload fixes these bugs: 354778, 603106, 603110, 615970, one of which is an ITA. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/micro-inetd - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/m/micro-inetd/micro-inetd_20050629-6.dsc In wonder and surprise, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110429121204.ga28...@mea.homelinux.org
Re: RFS: micro-inetd (updated package)
fredag den 29 april 2011 klockan 15:30 skrev Jakub Wilk detta: * David Kalnischkies kalnischkies+deb...@gmail.com, 2011-04-29, 14:56: The package is orphaned, the upstream author is infamous for ignoring a handful of network source packages, so there is no hope of him ever repairing this seriously broken software. Feel free to ignore that as i am as a non-d{d,m} unable to help you in the sponsor-business, but isn't a hostile upstream not a good reason for removal instead of adopting? s/hostlie/dead for many years/ AFAICS. But yes, with popcon ~15 and existing better alternatives (socat), removing it sounds like a good idea. Well, 'micro-inetd' links agains libc. Full stop. Period. End! 'socat' brings in heavy dependencies: libreadline, libwrap, libssl. It is not an entirely trivial decision to remove 'micro-inetd' in favour of the heavy artillery in 'socat'. The option of letting the Debian package for 'micro-inetd' be the de-facto upstream source does come to mind. This is exactly the way we presently maintain 'ftp' and 'ftpd', for which I personally am the de-facto upstream, both being dead in the original upstream. Then again, these two packages play in a different game division compared to 'micro-inetd', so the removal is a true option for the minute package 'micro-inetd'. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110429141537.ga29...@mea.homelinux.org
Override paths for the very latest lintian.
Dear all, I notice to my surprise that lintian_2.5.0~rc2 has changed the paths used in contructing warnings or errors when reporting on init scripts. Previously I could write an override using /etc/init.d/downtimed but presently the initial slash has been removed: etc/init.d/downtimed This potentially could make fairly many override instances inapplicable for present day packaging, so I hope to hear an initiated voice here, stating that the new behaviour is intended. I am not able to get the altered behaviour verified in the changelog of lintian, so I send this message instead. Best regards, Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110427215908.gb29...@mea.homelinux.org
Re: Override paths for the very latest lintian.
torsdag den 28 april 2011 klockan 00:20 skrev Joachim Wiedorn detta: Mats Erik Andersson mats.anders...@gisladisker.se wrote on 2011-04-27 23:59: I notice to my surprise that lintian_2.5.0~rc2 has changed the paths used in contructing warnings or errors when reporting on init scripts. Previously I could write an override using /etc/init.d/downtimed but presently the initial slash has been removed: etc/init.d/downtimed This potentially could make fairly many override instances If you think it is a bug, please write a bug report to lintian. Some backtracking lead me to #534940, which even foresees a number of broken override files in different situations. Mine are but one particular case. May this meassage act as a beacon for all maintainers to examine their override texts. Best regards, Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110427231130.ga30...@mea.homelinux.org
RFS: downtimed (updated package)
Dear mentors, I am looking for a sponsor of the first update to downtimed since it got accepted. In fact, while the package was waiting in NEW, the upstream author brought a new release to the public. It builds a single binary package: downtimed - monitor of downtime, shutdown, and crashes The only changes concern two patches from me, which the upstream author has accepted, a misspelled DEP-5 header, and fine tuning of lintian overriding. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/downtimed - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/d/downtimed/downtimed_0.5-1.dsc Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110428001354.ga30...@mea.homelinux.org
RFS: rush (new package)
Dear mentors, I am looking for a sponsor of the package rush. The upstream source had to be repackaged due to an issue with GFDL-1.3. The Texinfo source has been removed in order to get the software itself into main, but I had compiled manual pages already. Package name: rush Version: 1.7+dfsg-1 Upstream author: Sergey Poznyakoff g...@gnu.org.ua URL: http://puszcza.gnu.org.ua/projects/rush/ License: GPL-3 Section: shells It builds a single binary package: gnurush- restricted user shell The package is pedantically lintian clean. The upload would fix the RFP/ITP bug: 515198 My motivation for maintaining this package is: The package has been requested and I take interest in arrangements providing minimal access for selected users, like select backup services or repository manipulations in an otherwise locked down system. The initial packaging applicant waived at the effort needed. The present packaging has received a supplementary helper service. It and its documentation has been fully tested on GNU/Linux as well as GNU/kFreeBSD, and the differences are described. Thus a quick creation of chrooted services with either of sctp, sftp, rsync, git, svn, or cvs are thoroughly described. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/rush - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/r/rush/rush_1.7+dfsg-1.dsc Having seen this package getting rejected twice, for not being able to spot the licensing issue, I would interest me to go through the procedure once more, hopefully avoiding a further reject! Kind regards Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110418141637.ga32...@mea.homelinux.org
RFS: bournal
Dear mentors, it is my hope to find a sponsor for the package bournal: Package name : bournal Version : 1.5-1 Upstream authors : Prof. Fapsanders frankp...@gmail.com URL : http://becauserinter.net/bournal/ License : GPL-3+ Section : misc It builds a single binary package: bournal- encrypting journal or diary for the console The package appears to be lintian clean, which is not so hard for a Bash script, with some added menu and desktop overlay. The upload would fix the single ITP bug: 622297 The software has already existed for a handful years, but it is only now when the encryption method has moved to GnuPG, that it is trustworthy enough to be officially maintained. Personally I appreciate the ability to keep a local journal, which I know is stored encrypted at all times, and which is useable in a console, where I do most of my work. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/b/bournal - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/b/bournal/bournal_1.5-1.dsc Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110414122754.ga22...@mea.homelinux.org
On repackaging source, caused by GFDL-1.3.
Dear all masters of the trade, I am in a position with gnurush that the upstream author has not responded within a reasonable time as to what his future intentions are regarding texinfo source, which mandates front-cover and back-cover to be included. Therefore I will proceed to repackage the upstream source, in order that I may finally resolve an RFP, for which my packaging was already rejected by the FTP Master. On fair grounds, I must add. Removing the texinfo source from the source archive will be standard enough, as will the tweaking of the build system probably be. However, my intention is to isolate the rebellic Texinfo part into a separate package gnurush-doc, that would have to go into non-free. Already from the beginning did I compose manual pages for the offered binaries, so this separation will not violate any policy on that account. Keeping the full upstream source in order to build a fairly minute documentation package seems rather waistful. Is there some alternate common practice available? That would suggest a small tailored repackaging in order to target this gnurush-doc, only containing the Texinfo document and the supplementary files for Debian? Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110414165609.ga23...@mea.homelinux.org
Re: RFS: bournal
torsdag den 14 april 2011 klockan 21:14 skrev Jeffrey Ratcliffe detta: On 14 April 2011 14:27, Mats Erik Andersson mats.anders...@gisladisker.se wrote: URL : http://becauserinter.net/bournal/ This should be http://becauseinter.net/bournal/ My sincere thanks for reporting this observation. The packaging is correct, but I had to send a note to the original ITP thread for correction, since the RFS was based on the ITP text. Thanks again, Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110414194851.ga25...@mea.homelinux.org
RFS: uptimed (updated package)
Dear mentors, I am looking for a sponsor of the first update to downtimed since it got accepted. In fact, it just entered Testing around Noon today, but while the package was waiting in NEW, the upstream author brought a new release to the public. It builds a single binary package: downtimed - monitor of downtime, shutdown, and crashes The only changes concern two patches from me, which the upstream author accepted, and unfortunately also a correction to a misspelled DEP-5 header, a mishap caused by myself! The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/downtimed - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/d/downtimed/downtimed_0.5-1.dsc Once this new version get manhandled, I will upload a backported package with the old version intended for Debian 6.0. An hour ago I received a ping for the backporting promise I made earlier. Best regards as always, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110412181944.ga3...@mea.homelinux.org
RFS: rgbpaint (updated package)
Dear mentors, I have made a maintenance upload, making the program icon transparent in order to blend better. As usual, my need of a sponsor comes back. The package is pedantically lintian clean. It is deposited at http://mentors.debian.net/debian/pool/main/r/rgbpaint deb-src http://mentors.debian.net/debian unstable main and is retreivable as usual: dget http://mentors.debian.net/debian/pool/main/r/rgbpaint/rgbpaint_0.8.7-3.dsc Best regards Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110401093912.gb14...@mea.homelinux.org
Copyright of a costumized pixel map image
Dear all, I could use a pointer on the best mode of describing a copyright attribution. In my package rgbpaint I use a suitable XPM image, existing in the upstream source archive, and with a modified build system it is installed in '/usr/share/pixmaps/' as the program icon of choice for the final binary package. Now I have discovered that the background is black, so I would like to modify this image by making it into a PNG image with transparent background. This in order to blend better for desktop usage. If I, in the package source, leave the script snippet for imple- menting this format change, as well as the new transformed image, will it be sufficient to attribute a copyright claim on the new picture to the author of the original picture, or is some composite copyright attribution mandatory in this situation? Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110331181122.ga6...@mea.homelinux.org
Re: Copyright of a costumized pixel map image
Dear Bernhard, torsdag den 31 mars 2011 klockan 20:28 skrev Bernhard R. Link detta: * Mats Erik Andersson mats.anders...@gisladisker.se [110331 20:12]: Now I have discovered that the background is black, so I would like to modify this image by making it into a PNG image with transparent background. This in order to blend better for desktop usage. Why not simply change the .xpm. xpm is a very nice textual and easily patched format: --- rgb/usr/share/pixmaps/rgbpaint.xpm.orig 2011-03-31 20:26:03.0 +0200 +++ rgb/usr/share/pixmaps/rgbpaint.xpm2011-03-31 20:26:32.0 +0200 @@ -2,7 +2,7 @@ static char *icon_xpm[] = { 32 32 32 1, A c #FF, -B c #00, +B c None, C c #C8, D c #E4, E c #85, Never before have I seen such perfect illustration of the utter ignorance in which I am living in all innocence. In true appreciation of this lecture, I must bow my head. Best regards, Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110331185320.ga7...@mea.homelinux.org
RFS: micro-inetd (updated package)
Dear mentors, once again I have been drawn into IPv6 support and its deviations. Now I am looking for a sponsor for an improved version 20050629-6 of the package micro-inetd. It has been orphaned and I take the opportunity to fix an old problem with single stacked systems. It builds a single, very small binary package: micro-inetd - simple network service spawner The package is lintian clean. The upload fixes these bugs: 354778, 603106, 603110, 615970, one of which is an ITA. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/micro-inetd - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/m/micro-inetd/micro-inetd_20050629-6.dsc A thourough examination would make an excelent reward for a hards days work, I could not resist fixing this ITA immediately. Best regards now, and always, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110324212838.ga...@mea.homelinux.org
On diverting an ITP to non-free
Dear all, I have already put much work into fulfilling an RFP on GNU Rush, only to be made aware by the FTP-masters of the fact that the package source includes a texinfo document (and no manual pages), which contains an implicitly Invariant Sectionsince it allows distribution __with__ front-cover and back-cover. Thus this particular GFDL-1.3 instance is non-free in our view. Not imagining myself to ever intend to bother about the non-free category, I am now prepared to make an exception, butvI run into the problem of understanding whether my packaging should mark this as non-free, or if my sponsor simply deposits the package in a non-regular NEW-queue? Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110323112958.ga19...@mea.homelinux.org
RFS: ipband (updated package)
Dear mentors, I intend to maintain the orphaned package ipband, and thus I seek a sponsor for the new version 0.8.1-3. It builds a single binary package: ipband - daemon for subnet bandwidth monitoring with reporting via email The package appears to be pedantically lintian clean. The upload would fix this bug: 553356 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/i/ipband - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/i/ipband/ipband_0.8.1-3.dsc It would be a relief to see someone examine this package. The upstream author received a much larger patch set from me in November, but has not yet fullfilled his promise to make a new release after New Years Eve, so some natural actions are taken now instead. Best regards Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110322202553.ga11...@mea.homelinux.org
Re: RFS: rgbpaint
Dear mentors, a week has passed without anyone volonteering to upload a fix for a recent toolchain change. Expecting another week of waiting, while unstable has its timer ticking. måndag den 7 mars 2011 klockan 23:32 skrev Mats Erik Andersson detta: Dear mentors, I am looking for a sponsor for my package rgbpaint. It builds this binary package: rgbpaint - simple pixel-based painting program The package appears to be pedantically, lintian clean. The upload would fix the bug #617276. It is an FTBFS caused by incomplete linking for the new toolchain. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/rgbpaint - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/r/rgbpaint/rgbpaint_0.8.7-2.dsc I look forward to see the resolution evaluated, and in the end hopefully also uploaded. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110314133718.ga22...@mea.homelinux.org
Re: RFS: rgbpaint
måndag den 14 mars 2011 klockan 15:46 skrev Ansgar Burchardt detta: Hi, Mats Erik Andersson mats.anders...@gisladisker.se writes: I am looking for a sponsor for my package rgbpaint. a week has passed without anyone volonteering to upload a fix for a recent toolchain change. It looks okay. I have just uploaded the package. I appreciate your help very much. Thank you! The toolchain error was so unexpected to me, that I imagined a sponsor would announce himself on the first RFS attempt I did launch. Kind regards, Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110314151403.ga22...@mea.homelinux.org
RFS: rgbpaint
Dear mentors, I am looking for a sponsor for my package rgbpaint. It builds this binary package: rgbpaint - simple pixel-based painting program The package appears to be pedantically, lintian clean. The upload would fix the bug #617276. It is an FTBFS caused by incomplete linking for the new toolchain. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/rgbpaint - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/r/rgbpaint/rgbpaint_0.8.7-2.dsc I look forward to see the resolution evaluated, and in the end hopefully also uploaded. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110307223254.ga18...@mea.homelinux.org
Re: installing manpages from the debian/ directory
lördag den 26 februari 2011 klockan 15:35 skrev Lars Buitinck detta: 2011/2/26 Marco Cornolti corno...@cli.di.unipi.it: then it will call dh_installman for you. Otherwise if you use a custom rules file, you may need to explicitly call dh_installman. I'm using %: dh --sourcedir=dbxml $@ Will dh_installman now look in the custom sourcedir for debian/manpages/*.1? Anyway, in this cases you may find useful to see how others have solved your problem. Try downloading a source package, most of them include a man page, and see how they are installed: I tried looking at libdb4.8, since that is quite similar to my package (same upstream, some division into lib, dev, utils packages), but its rules file is apparently quite old and very complicated. It uses cp to install the manpages. It is even easier than one might think: # debian/mypackage.manpages # debian/local/ourhelp/* Using this stub, the helper dh_installman (invoked by dh) will scan the directory debian/local/ourhelp/ and then include everything that feels like a man page. Translations like ditto.it.1, ditto.de.1, ditto.en.1, and ditto.1 will automatically be put into the subdirs according to policy. I myself use this method to push manual pages that are built from Docbook source. It works like a charm. Best regards, Mats Erik Andersson. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110226161754.ga18...@mea.homelinux.org
Re: RFS: downtimed
Dear Holger and all other participants, onsdag den 9 februari 2011 klockan 16:22 skrev Holger Levsen detta: Hi Mats, On Dienstag, 8. Februar 2011, Mats Erik Andersson wrote: - you have a build-dep on debhelper (= 7.0.50~), which is not in the archive. I assume this is intentional?! The use of an override target using debhelper is functional as of version 7.0.50~. This is clearly stated in the manual page and this dependency has become a semi-habit, since I have been able to observe the migration of debhelper this past year. I understand, but you can consider it as useless cruft which you'll have to remove some day anyway. But keep it if you like! 8-) (Do you really expect backports to pure lenny? lenny-backports already has debhelper 8.0.0~) Good point. I have now chosen compatibility 8 and hence a debhelper dependency (= 8) in the control file. - did you send your three patches upstream? See the stanza Forwarded: yes. I am in contact with the upstream author ever since my corrections to version 0.3, when I coded the porting to OpenBSD and GNU/kFreeBSD. Ah, cool! I inserted Applied-Upstream stanzas in the two patches that have gone into Upstream's Launchpad repository. - the initscript could maybe go with a copyright header... So many initscripts are working without such an attribution that I ignored it. If you mean it should be there, then I will insert a minimal punch line. Well, it's debatable if it contains enough significant bits (I believe it does, but IANAL), but it doesnt hurt and the skeleton initscript does contain a copyright. (I really don't care that much one way or the other. But this is mentors, right? So I try to make you think ;-P A small insert stating that I wrote the script, and some cosmetic changes while I were at it. More importantly, I did take notice of the fruitful discussion on the disadvantages of disabling a service in the default-script. Thus I removed that mechanism completely. The ability to use a status call with the initscript and the message conveyed in #601455 are very convincing when read in one context. I will do the small corrections, upload again, and let the new packaging be known. Did you upload yet? Now a renewed packaging is available. Best regards, Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110209171211.ga4...@mea.homelinux.org
RFS: downtimed
Dear mentors, I still maintain the viewpoint that this packaging deserves an honest examination. Best regards, Mats Erik Andersson, DM fredag den 28 januari 2011 klockan 13:33 skrev Mats Erik Andersson detta: Dear mentors, I am looking for a sponsor of the package downtimed. Package name: downtimed Version : 0.4-1 Upstream Author : EPIPE Communications opensou...@epipe.com URL : http://dist.epipe.com/downtimed/ License : FreeBSD Section : admin It builds a single binary package: downtimed - monitor of downtime, shutdown, and crashes The package appears to be pedantically lintian clean. It has been tested on i386 and kfreebsd-amd64. The upload would fix this bug: 607684 My motivation for maintaining this package is: Having a handful systems for development, all being brought up and then down irregularly, makes the usefulness of a monitor of shutdown times become clear. Almost more important is such a monitor on mission critical systems, in order to accurately record any service failure time. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/downtimed - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/d/downtimed/downtimed_0.4-1.dsc It would please me to see someone examine this package, and in the end also upload it to the NEW queue. Best regards Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110208135703.ga24...@mea.homelinux.org
Re: RFS: downtimed
tisdag den 8 februari 2011 klockan 18:01 skrev Holger Levsen detta: Hi Mats, On Dienstag, 8. Februar 2011, Mats Erik Andersson wrote: http://mentors.debian.net/debian/pool/main/d/downtimed/downtimed_0.4-1.dsc my comments: - you have a build-dep on debhelper (= 7.0.50~), which is not in the archive. I assume this is intentional?! The use of an override target using debhelper is functional as of version 7.0.50~. This is clearly stated in the manual page and this dependency has become a semi-habit, since I have been able to observe the migration of debhelper this past year. - did you send your three patches upstream? See the stanza Forwarded: yes. I am in contact with the upstream author ever since my corrections to version 0.3, when I coded the porting to OpenBSD and GNU/kFreeBSD. - # Do we want to go? is strange english (says the German..) in /etc/defaul/downtimed, I would probably just shorten the whole line to '# Set to Yes or yes or not.' :-) A contamination of two statements We have a Go! (aereonautics) and Do we want to go ahead?. Will be changed. - the initscript could maybe go with a copyright header... So many initscripts are working without such an attribution that I ignored it. If you mean it should be there, then I will insert a minimal punch line. - nice work! Do you want to correct some things or should I upload? I will do the small corrections, upload again, and let the new packaging be known. cheers, Holger My appreciation of your diligent scrutiny! Best regards Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110208181140.ga26...@mea.homelinux.org
Re: RFS: downtimed
tisdag den 8 februari 2011 klockan 23:10 skrev Michael Biebl detta: On 08.02.2011 23:07, Michael Biebl wrote: I don't like those disable-service-via-etc-default files at all. Oh, and it also breaks 3rd party tools which use /etc/init.d/foo status to find out if a service is running or not. This is the best argument to give. The other ones are lightweight in comparison. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110208232813.ga29...@mea.homelinux.org
RFS: downtimed
Dear mentors, I am looking for a sponsor of the package downtimed. Package name: downtimed Version : 0.4-1 Upstream Author : EPIPE Communications opensou...@epipe.com URL : http://dist.epipe.com/downtimed/ License : FreeBSD Section : admin It builds a single binary package: downtimed - monitor of downtime, shutdown, and crashes The package appears to be pedantically lintian clean. It has been tested on i386 and kfreebsd-amd64. The upload would fix this bug: 607684 My motivation for maintaining this package is: Having a handful systems for development, all being brought up and then down irregularly, makes the usefulness of a monitor of shutdown times become clear. Almost more important is such a monitor on mission critical systems, in order to accurately record any service failure time. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/downtimed - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/d/downtimed/downtimed_0.4-1.dsc It would please me to see someone examine this package, and the end also upload it to the NEW queue. Best regards Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110128123324.ga10...@mea.homelinux.org
Re: update-rc.d and rare start/stop runlevels
onsdag den 26 januari 2011 klockan 16:06 skrev Russ Allbery detta: Mats Erik Andersson mats.anders...@gisladisker.se writes: However, update-rc.d disagrees vividly with me (and possibly also insserv), since it prefers to call aloud update-rc.d: warning: downtimed start runlevel arguments (2 3 4 5) do not match LSB Default-Start values (S) update-rc.d: warning: downtimed stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (0 6) Am I in error, or is there a proper way of silencing these warning messages? That warning message means that the existing symlinks on your system do not match what you asked the package to create. They're intentional to inform the local system administrator that the package wants a different set of symlinks and they may want to update theirs. (The symlinks are considered local configuration, so the package doesn't update them automatically.) If you had never installed the package before, I'm fairly sure you wouldn't get that message. That cannot be the answer, since the package is in this very moment being developed to satify an ITP, thus is completely new. On the other hand, $ find /etc -type l -name \*downtimed /etc/rc0.d/K01downtimed /etc/rcS.d/S20downtimed /etc/rc6.d/K01downtimed proves that the intended links have been successfully created, in spite of the aforementioned warnings from update-rc.d. Regards, Mats E Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110127090323.ga31...@mea.homelinux.org
Re: update-rc.d and rare start/stop runlevels
torsdag den 27 januari 2011 klockan 10:45 skrev Sven Joachim detta: On 2011-01-27 00:11 +0100, Mats Erik Andersson wrote: onsdag den 26 januari 2011 klockan 16:59 skrev Boyd Stephen Smith Jr. detta: How are you calling update-rc.d? These warning messages indicate to me that update-rc.d is complaining that you've asked it to install S* links in rc{2,3,4,5}.d and K* links in rc{0,1,6}.d but that the init script expects something different, namely what you've listed in the script. It is done in the postinst script, automatically created by debhelper: update-rc.d downtimed defaults /dev/null I have not manipulated that part. Should I craft a suitable override_dh_* to achive the correct scripting? Yes, you need the -u option in dh_installinit(1). A great observation and reminder! Using override_dh_installinit: dh_installinit -- start 21 S . stop 07 0 6 . in the rules file, the warnings disappear, but on my dependency booted system the priorities were still set to K01 and S20 thereby ignoring my wish. I am much obliged for the hint. Regards, Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110127132054.ga...@mea.homelinux.org
Re: update-rc.d and rare start/stop runlevels
onsdag den 26 januari 2011 klockan 16:59 skrev Boyd Stephen Smith Jr. detta: In 20110126222650.ga26...@mea.homelinux.org, Mats Erik Andersson wrote: I am packaging `downtimed`, a daemon for the recording of system downtimes. Taking its purpose into account the obvious start and stop runlevels are: Default-Start : S Default-Stop : 0 6 since the daemon should be running as long as ever possible. However, update-rc.d disagrees vividly with me (and possibly also insserv), since it prefers to call aloud update-rc.d: warning: downtimed start runlevel arguments (2 3 4 5) do not match LSB Default-Start values (S) update-rc.d: warning: downtimed stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (0 6) Am I in error, or is there a proper way of silencing these warning messages? How are you calling update-rc.d? These warning messages indicate to me that update-rc.d is complaining that you've asked it to install S* links in rc{2,3,4,5}.d and K* links in rc{0,1,6}.d but that the init script expects something different, namely what you've listed in the script. It is done in the postinst script, automatically created by debhelper: update-rc.d downtimed defaults /dev/null I have not manipulated that part. Should I craft a suitable override_dh_* to achive the correct scripting? Regards, Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110126231127.ga26...@mea.homelinux.org
Detecting UTF-8 (Was: Re: RFS: rgbpaint)
onsdag den 12 januari 2011 klockan 23:17 skrev Muammar El Khatib detta: On Wed, Jan 12, 2011 at 02:47:28AM +0100, Jakub Wilk wrote: * Muammar El Khatib muammarelkha...@gmail.com, 2011-01-12, 00:49: $ file debian/copyright debian/copyright: ASCII Pascal program text Uhm, sorry, no, file cannot be used to determine encodings. Besides, UTF-8 is a superset of ASCII, so everything is all right according to file. What would you suggest to me for determining encodings? Something like enca can be useful in these cases? The method of Lintian (in /usr/share/lintian/lib/Util.pm, function file_is_encoded_in_non_utf8) is to apply iconf -f utf-8 -t utf-8 filename and evaluate the presence of an error, which then proves non-UTF-8 to be at hand. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110113154659.ga18...@mea.homelinux.org
Re: RFS: rgbpaint
onsdag den 12 januari 2011 klockan 00:49 skrev Muammar El Khatib detta: Dear Mats, On Mon, Jan 10, 2011 at 07:33:06PM +0100, Mats Erik Andersson wrote: Dear mentors, This is a reminder as no response has surfaced. I am still looking for a sponsor of this package. Package name: rgbpaint Version : 0.8.7-1 Upstream Author : Mark Tyler markty...@users.sourceforge.net URL : http://mtpaint.sourceforge.net/rgbpaint.html License : GPL-2 Section : graphics I have these observations: 1) debian/copyright 1.1) There is an error in the link provided in the Format-Specification field: http://sv.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=135 It should be: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=135 Updated to conform with http://dep.debian.net/deps/dep5/. 1.2) Furthermore, copyright file has to be encoded in UTF-8 but it is not: $ file debian/copyright debian/copyright: ASCII Pascal program text No action. This file simply contains characters in the decimal range 10 - 126. Neither any upstream author, nor myself use extended chracter sets. Besides, checking with lintian -iIE --pedantic would have caught this deviation. I took as an example altree: $ file debian/copyright debian/copyright: UTF-8 Unicode English text 1.3) It seems that License field is repeated in section Files: debian/* (Look at the complexe example in http://dep.debian.net/deps/dep5/#index7h1) No action: This is the Standalone License Paragraph formatting. I learned this from the Perl Team. 1.4) Not all copyright holders are represented in debian/copyright. See for example: rgbpaint-0.8.7/po/* files. Copyright stanza has been added for all explicit translators. 2. debian/README.debian please, remove line 31 because it is empty. Done. The empty last line was probably an artifact from the not-so-old NEWS-parsing bug and its workaround. If you agree in changing what I pointed above, I can upload it for you. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110112093626.ga6...@mea.homelinux.org
Re: RFS: rgbpaint
Dear Muammar El Khatib, onsdag den 12 januari 2011 klockan 23:03 skrev Muammar El Khatib detta: On Wed, Jan 12, 2011 at 10:36:26AM +0100, Mats Erik Andersson wrote: onsdag den 12 januari 2011 klockan 00:49 skrev Muammar El Khatib detta: Dear Mats, On Mon, Jan 10, 2011 at 07:33:06PM +0100, Mats Erik Andersson wrote: 1) debian/copyright 1.1) There is an error in the link provided in the Format-Specification field: http://sv.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=135 It should be: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=135 Updated to conform with http://dep.debian.net/deps/dep5/. OK. 1.3) It seems that License field is repeated in section Files: debian/* (Look at the complexe example in http://dep.debian.net/deps/dep5/#index7h1) No action: This is the Standalone License Paragraph formatting. I learned this from the Perl Team. OK. I have checked the Standalone License Paragraph formatting. You are right, it is fine. 1.4) Not all copyright holders are represented in debian/copyright. See for example: rgbpaint-0.8.7/po/* files. Copyright stanza has been added for all explicit translators. Uploaded. Thanks for your contribution to Debian. My sincere appreciation for your evaluation of this package. Possibly some of the patches I found necessary here would also provide information for mtPaint, keeping the common origin in mind. Best regards and thanks, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110112223522.ga11...@mea.homelinux.org
RFS: rgbpaint
Dear mentors, This is a reminder as no response has surfaced. I am still looking for a sponsor of this package. Package name: rgbpaint Version : 0.8.7-1 Upstream Author : Mark Tyler markty...@users.sourceforge.net URL : http://mtpaint.sourceforge.net/rgbpaint.html License : GPL-2 Section : graphics It builds these binary packages: rgbpaint - simple pixel-based painting program The package appears to be lintian clean. The upload would fix these bugs: 602419 My motivation for maintaining this package is: This entry level is clearly an enrichment to educational software collections like Debian Edu, and for general use for any casual user. I have invested much time in creating a new handbook for this software and I hope to see it adapted in as many languages as we could find helpers with. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/rgbpaint - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/r/rgbpaint/rgbpaint_0.8.7-1.dsc I would be pleased if someone would take the time to examine this package for me. Kind regards Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110110183306.ga21...@mea.homelinux.org
RFS: rgbpaint [Was Re: On mtPaint and rgbPaint]
torsdag den 4 november 2010 klockan 13:50 skrev Holger Levsen detta: Hi Mats, On Mittwoch, 3. November 2010, Mats Erik Andersson wrote: [...] Sounds like a great plan and as Philipp said, Debian Edu just takes the software in Debian, so having rgbpaint there, is a requierement to have it in Debian Edu. If you plan to maintain rgbpaint, I'd be happy to do the initial work to get it uploaded into the archive, and then set the DMUA flags, so you can upload it on your own. Please start with filing an ITP bug. Dear mentors, I am looking for a sponsor for my package rgbpaint. Package name: rgbpaint Version : 0.8.7-1 Upstream Author : Mark Tyler markty...@users.sourceforge.net URL : http://mtpaint.sourceforge.net/rgbpaint.html License : GPL-2 Section : graphics It builds these binary packages: rgbpaint - simple pixel-based painting program The package appears to be lintian clean. The upload would fix these bugs: 602419 My motivation for maintaining this package is: This entry level program is clearly an enrichment to educational software collections like Debian Edu, and for general use for any casual user. I have invested time in creating a new handbook for this software and I hope to see it adapted in as many languages as we could find helpers for. Tested in GNU/Linux and GNU/kFreeBSD. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/rgbpaint - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/r/rgbpaint/rgbpaint_0.8.7-1.dsc I would please me if someone handled this package for me. Kind regards Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101222110008.ga22...@mea.homelinux.org -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101222110008.ga22...@mea.homelinux.org
RFS: rush
Dear mentors, I am looking for a sponsor for my package rush. This is possibly my last effort to find a sponsor, then it will go back to RFP. Moved rush.1 to rushd.8 in comparison to previous upload. Package name: rush Version: 1.7-1 Upstream author: Sergey Poznyakoff g...@gnu.org.ua URL: http://puszcza.gnu.org.ua/projects/rush/ License: GPL-3 Section: shells It builds these binary packages: gnurush- restricted user shell The package is pedantically lintian clean and builds in pbuilder for testing as well as for unstable. The upload would fix these bugs: 515198 My motivation for maintaining this package is: The package has been requested and I take interest in arrangements providing minimal access for selected users, like select backup services or repository manipulations in an otherwise locked down system. The initial packaging applicant waived at the effort needed. The present packaging has received a supplementary helper service. It and its documentation has been fully tested on GNU/Linux as well as GNU/kFreeBSD, and the differences are described. Thus a quick creation of chrooted services with either of sctp, sftp, rsync, git, svn, or cvs are thoroughly described. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/rush - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/r/rush/rush_1.7-1.dsc I would please me if someone looked at this package and reported conclusions on the packaging. Kind regards Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101221132033.ga13...@mea.homelinux.org
Re: RFS: rush
tisdag den 21 december 2010 klockan 15:05 skrev Jonathan Wiltshire detta: On Tue, Dec 21, 2010 at 03:37:27PM +0100, Laszlo Boszormenyi wrote: I can only second that the package is in a good shape. However the watch file doesn't work behind my firewall. The best would be if you add the passive option to it. I'll upload this package then. Passive mode should not be set in the watch file unless you know that the download site doesn't support active mode. If it can do both, as in this case, you should set passive mode *locally* with the FTP_PASSIVE environment variable or USCAN_PASV in your uscan configuration. Please don't make assumptions about the local site in the watch file. Interesting point. My Debian-router takes care of connection tracking, so I never noticed the side-effect. Anyway, I have modified the watch file to use HTTP instead of FTP. The new package has been uploaded to mentors.debian.net and it awaits further critisism. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101221164735.ga14...@mea.homelinux.org
Creation policy in /var/lib/.
Dear all, a new piece of software, for which I am just beginning the work on an ITP, uses a subdirectory below /var/lib/ where it keeps simple records and time stamps. However, the daemon itself originally uses the capacity to create that subdirectory in case it should be missing. I am not really comfortable with this behaviour, and I myself would like the daemon to fail if the subdirectory is missing. Is there something in the Debian Policy that supports my view? I am not able to find any relevant part. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101221172028.ga14...@mea.homelinux.org
Re: RFS: rush
tisdag den 21 december 2010 klockan 18:46 skrev Lars Buitinck detta: 2010/12/21, Mats Erik Andersson mats.anders...@gisladisker.se: Anyway, I have modified the watch file to use HTTP instead of FTP. The new package has been uploaded to mentors.debian.net and it awaits further critisism. Maybe nitpicking here, but wouldn't it be wiser to use http://savannah.gnu.org/projects/rush/ as the url? When I saw gnu.org.ua, the first thing I did was check if this was really an FSF site (which it isn't). savannah clearly states that rush is part of the GNU Project. Considering that the origin and development is tied to gnu.org.ua I found http://download.gnu.org.ua/pub/release/rush/ to be the proper location. It is a secondary fact that the author is also tied to FSF and thus a kind of mirror is located at savannah.gnu.org. You are suggesting that http://ftp.gnu.org/gnu/rush/ be preferrable in the watch file, in spite of this not being the home of the project. Personally I am not convinced that dropping the Ukrainian origin is an honest thing to do. How is it wiser to refer to FSF/GNU.org than to gnu.org.ua? I am a recent fellow project member with the author Sergey Poznyakoff within GNU Inetutils, so I could of course ask him on this matter. Best regards, Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101221182157.ga15...@mea.homelinux.org
Re: RFS: rush
tisdag den 21 december 2010 klockan 19:32 skrev Laszlo Boszormenyi detta: On Tue, 2010-12-21 at 17:47 +0100, Mats Erik Andersson wrote: [...] Anyway, I have modified the watch file to use HTTP instead of FTP. The new package has been uploaded to mentors.debian.net and it awaits further critisism. I didn't mean it as a critism. Uploaded meanwhile. I never expected the package to pass with this small amount of fuzz. Of course Tim Retout caught some corners during Spring and early Summer, and my own eye has improved. The further critisism I expected was really on details beyond the watch file. I am much obliged for your help in reviewing the package and uploading it to NEW. This lifts a smaller boulder from my chest. Best regards, Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101221190514.ga15...@mea.homelinux.org
RFS: rush (new package)
Dear mentors, I am looking for a sponsor for my package rush. Package name: rush Version: 1.7-1 Upstream author: Sergey Poznyakoff g...@gnu.org.ua URL: http://puszcza.gnu.org.ua/projects/rush/ License: GPL-3 Section: shells It builds these binary packages: gnurush- restricted user shell The package is pedantically lintian clean and builds in pbuilder for testing as well as for unstable. The upload would fix these bugs: 515198 My motivation for maintaining this package is: The package has been requested and I take interest in arrangements providing minimal access for selected users, like select backup services or repository manipulations in an otherwise locked down system. The initial packaging applicant waived at the effort needed. The present packaging has received a supplementary helper service. It and its documentation has been fully tested on GNU/Linux as well as GNU/kFreeBSD, and the differences are described. Thus a quick creation of chrooted services with either of sctp, sftp, rsync, git, sv, or cvs are thoroughly described. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/rush - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/r/rush/rush_1.7-1.dsc I would please me if someone looked at this package and reported conclusions on the packaging. Kind regards Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101214215116.ga9...@mea.homelinux.org
Depositing source archive at Alioth.
Hello all, I am working on an ITP regarding rgPaint and I maintain, ever since starting, the corresponding directory debian/ at Alioth/deb-maint. Which is the correct location to deposit the corresponding upstream source archive? The builds on my systems use tarballs/, but in conjuction with collaborative translation work for additional docu- mentation, the present matter comes to my mind. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101207162507.ga27...@mea.homelinux.org
Re: Depositing source archive at Alioth.
tisdag den 7 december 2010 klockan 11:51 skrev Luke Faraone detta: On 12/07/2010 11:25 AM, Mats Erik Andersson wrote: Hello all, I am working on an ITP regarding rgPaint and I maintain, ever since starting, the corresponding directory debian/ at Alioth/deb-maint. If you're using svn, you should have added your package using svn-inject². I should not have done so. This is no requirement. Since no DSC file ever existed for this software, the use of svn-inject was misplaced in my case. The only content of the Alioth account is the debian-directory. I now hope somebody will plainly name me the correct location without nit picking. This way I hope to avoid the mistake of using an incorrect path, that would need immediate correction. Presently, when using the format 3.0, the reasons for only deploying debian/ are better than ever before. Best regards, Mats E Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101207172257.gb27...@mea.homelinux.org
Re: Depositing source archive at Alioth.
tisdag den 7 december 2010 klockan 09:51 skrev Russ Allbery detta: Mats Erik Andersson mats.anders...@gisladisker.se writes: I am working on an ITP regarding rgPaint and I maintain, ever since starting, the corresponding directory debian/ at Alioth/deb-maint. Which is the correct location to deposit the corresponding upstream source archive? The builds on my systems use tarballs/, but in conjuction with collaborative translation work for additional docu- mentation, the present matter comes to my mind. There is no particularly good way of handling this with Subversion. With Git, you can just use pristine-tar, which is a far superior way of storing tarballs than checking the compressed tar file into a version control repository, but that isn't available for Subversion. My initial phrasing is not clear enough, but I am asking since I believe to recall having seen a suggestion svn-ssh://svn.debian.org/svn/collab-maint/deb-maint/package/something/current and a similar path for numbered versions of the original tar-ball. Once done, the setting of the key word svn-bp:origUrl to the path of storage would do the work for use with svn-buildpackage. Some people don't check the tarball into anything and just assume that anyone building the package will either get the current tarball from the Debian archive or generate a new one if there's a new upstream. Others It is exactly here that I get insecure. For the time being, i.e., as long the ITP is going on, there is no rgbpaint_0.8.7.orig.tar.bz2 available anywhere in a Debian repository, so I would like to find a natural location for depositing the archive. Ideally it should not be handled by any VCS, just be considered as a fixed artifact, until I manage to see the package progress into NEW. (I have a volunteering sponsor already.) create some separate module in the Subversion repository and check the tarballs into that. Others organize the layout inside the repository so that each package has the tarball at the top level of the package's module in the repository and the unpacked files in a directory below that, which means that debuild will work by default. So, basically, you have to decide. For the NVIDIA packages, we have an nvidia-tarballs module in Subversion and check all the tarballs into that, That is the solution also of the Games Team, so there I can deposit the tarball from the upstream I manage. Thanks for your illuminating explanation. Best regards Mats E Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101207182455.ga28...@mea.homelinux.org
Re: ITS: webfs (updated package)
fredag den 3 december 2010 klockan 12:56 skrev Alexander Reichle-Schmehl detta: Hi! Am 02.12.2010 23:53, schrieb Mats Erik Andersson: I am looking for a sponsor for the version 1.21+ds1-8 of my package webfs. [..] The package appears to be lintian clean. The upload would fix these bugs: 605690, 605691. I'm looking at it now... Just one question, is there a reason why you use rm $TEMPCONFFILE 2/dev/null || true instead of rm -f $TEMPCONFFILE? It's not wrong, but longer ;) No really valid reason at all, only that the policy mandates maintainer scripts to append the or-true construct to capture exceptional states. My first formulation used rm -f. Then I came to think of lintian complaining on this within the rules file, and again pointing to the or-true mechanism. I could use a piece of advice here, and I do not object to changing the formulation back again! Best regards, Mats -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101203122112.ga16...@mea.homelinux.org
Re: ITS: webfs (updated package)
fredag den 3 december 2010 klockan 13:54 skrev Jakub Wilk detta: * Alexander Reichle-Schmehl toli...@debian.org, 2010-12-03, 13:43: I'm looking at it now... Just one question, is there a reason why you use rm $TEMPCONFFILE 2/dev/null || true instead of rm -f $TEMPCONFFILE? It's not wrong, but longer ;) No really valid reason at all, only that the policy mandates maintainer scripts to append the or-true construct to capture exceptional states. Yes, as many other programs don't allow you to catch things properly. As said: Using ||true is not false, it's just uncommon ;) I'd argue that the || true variant is wrong. rm -f $something ignores only non-existent files. rm $something 2/dev/null || true swallows all kind of possible errors. This is almost never what you want. Good point. But which error is such that I am allowed to let postinst stumble upon it in this particular case? According to policy it must be caught and returned back as an error code. The lack of -f in this case might theoretically (no -i present) lead to a prompt from rm, but the setting and capabilities in which postinst is normally executed should make this extraordinarily unlikely. Right? In the particular case at hand, I am dealing with the removal of a temporary file, used with mktemp at creation time, so one small breach would be that a malicious intruded managed to find the file name, and to delete said file, before the purge action came to its conclusion. That is the only exceptional state I can think of in my case, but your distinction between rm -f and or-true-compound is well phrased and worth observing. Best regards, Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101203135439.ga17...@mea.homelinux.org
The keypad and Policy 9.8
Hello all, two days ago I opened a wishlist bug [1] against Xvt, a terminal emulator. The patch included with the bug report will among its corrections to other keys also make sure that XK_KP_Delete behaves identically to XK_Delete. Now that I came to think of Debian Policy, section 9.8, I am interested in the correct severity of the bug. Does that section of the policy document spill over also to the keypad? My patch touches also on #121880 in [2], since it activates correct functionality for Home, End also outside the keypad. But contrary to the impression in #121880, the Delete key nowadays is working according to policy already without my alteration. Regards, Mats E A [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605599 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=121880 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101203151203.ga18...@mea.homelinux.org
Re: ITS: webfs (updated package)
fredag den 3 december 2010 klockan 15:39 skrev Jakub Wilk detta: * Mats Erik Andersson mats.anders...@gisladisker.se, 2010-12-03, 14:54: In the particular case at hand, I am dealing with the removal of a temporary file, used with mktemp at creation time, so one small breach would be that a malicious intruded managed to find the file name, and to delete said file, before the purge action came to its conclusion. The intruder would need root privileges to remove the file, wouldn't he? Whatever privileges the executor if the postinst is using. In practice that would be root access. Thus a theoretical possibility as long as the intruder does not find more important sabotage to attend to. Your original objection stays impeccable. Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101203170121.ga18...@mea.homelinux.org
RFS: webfs (updated package)
Dear mentors, I am looking for a sponsor for the version 1.21+ds1-8 of my package webfs. It builds these binary packages: webfs - lightweight http server for static content The package appears to be lintian clean. The upload would fix these bugs: 605690, 605691. These are regressions on the previous RC-fix. Unfortunately these are in themselves serious, i.e., classified as RC-bugs again. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/webfs - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/w/webfs/webfs_1.21+ds1-8.dsc I would please me to see the present issue settled once and for all. It is remarkable that I am now discovering that more than one DD seems to be gleaning on this relatively insignificant package, where I mostly have contributed support for libgnutls. Kind regards Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101202225340.ga10...@mea.homelinux.org
RFS: webfs (updated package)
Dear mentors, I am looking for a sponsor for the version 1.21+ds1-7 of my package webfs. It builds these binary packages: webfs - lightweight http server for static content The package appears to be lintian clean. The upload would fix these bugs: 601044 603926. The first is an FTBFS with respect to binutils-gold, the second is an RC-Bug regarding overwritten configur- ation file. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/webfs - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/w/webfs/webfs_1.21+ds1-7.dsc Kind regards Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101130193719.ga21...@mea.homelinux.org
Re: Debconf in non-interactive mode
Dear Niko, måndag den 22 november 2010 klockan 12:47 skrev Niko Tyni detta: On Sat, Nov 20, 2010 at 11:38:08PM +0100, Mats Erik Andersson wrote: I could find good use of some advice on Debconf usage. The recent automated package upgrade tests, conducted by Lucas Nussbaum, hava revealed that my package Webfs fails to upgrade properly from stable (1.21-5.1) to testing (1.21+ds1-6). I have filed an RC bug against myself on this matter, so I will have to solve it. My present analysis indicates that after my adoption of the package, starting at 1.21+ds1-1, I was too keen in letting the postinst script insert some new settings in the configuration file. Thus the script awaits feedback even in non-interactive mode. It's not really about non-interactive mode, that just happened to pinpoint the problem. The issue is that you're modifying a dpkg conffile (/etc/webfsd.conf) in your maintainer scripts. This is a violation of Debian policy 10.7.3 and explicitly listed in the 'Release Critical Issues for Squeeze' document at http://release.debian.org/squeeze/rc_policy.txt so #603926 (cc'd) is definitely RC. This confirms the conclusion I was forced to make in a renewed analysis after sending the message to mentors.d.n. Thank you for the exact pointers. You might want to look at using ucf(1) to install the file instead of shipping it as a conffile. I did implement a solution using ucf(1) for another package and another RC-bug during spring, so I have some distant experience of that. Once more, thank you for the clarification. Regards, Mats E Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101122141442.gb...@mea.homelinux.org
Debconf in non-interactive mode
Dear all, I could find good use of some advice on Debconf usage. The recent automated package upgrade tests, conducted by Lucas Nussbaum, hava revealed that my package Webfs fails to upgrade properly from stable (1.21-5.1) to testing (1.21+ds1-6). I have filed an RC bug against myself on this matter, so I will have to solve it. My present analysis indicates that after my adoption of the package, starting at 1.21+ds1-1, I was too keen in letting the postinst script insert some new settings in the configuration file. Thus the script awaits feedback even in non-interactive mode. Question: Is there some mechanism I can use in the postinst script that lets me determine whether the upgrade is being conducted in non-interactive mode? The answer would help me in choosing a strategy for mending the script. Best regards, Mats Erik Andersson, pending DM (the keyring is slow indeed) -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101120223808.ga15...@mea.homelinux.org
Re: RFS: webfs (updated package)
A ping for this already uploaded and resting package. tisdag den 26 oktober 2010 klockan 12:53 skrev Mats Erik Andersson detta: Dear mentors, I am looking for a sponsor for the new version 1.21+ds1-7 of my package webfs. It builds these binary packages: webfs - lightweight http server for static content The package appears to be pedantically lintian clean. The upload would fix a single bug: 601044, and thus make packaging in Debian and Ubuntu equivalent. This is an FTBFS when using binutils-gold. The problem was reported from the Ubuntu team. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/webfs - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/w/webfs/webfs_1.21+ds1-7.dsc The previous upload webfs_1.21+ds1-7 has progressed into testing, and I hope to see this issue with binutils-gold resolved also for Squeeze. Best regards, Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101117174618.gb14...@mea.homelinux.org
On the pruning of Build-Depends
Dear Mentors, I am about to package a graphical software, and I must properly design a Build-Depends stanza in the control file. My concern right now is whether I am allowed to prune the enumeration so hard that the primary dependencies pull in all secondary and tertiary ones, thus circumventing a natural desire to also mention build dependencies that exist but are shadowed. The particular case that comes to my mind is libgtk2.0-dev, which depends on libpng12-dev and pkg-config, which I otherwise would have mentioned, out of informational purpose, as build dependencies of the package. Clearly, I would not have mentioned all secondary dependencies, only those that do directly influence the package at build time. Best regards, Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101109160848.ga14...@mea.homelinux.org
The handling of piupart failures.
Dear all, being a simple DM, this has not yet given me the full knowledge to handle a failure from Piuparts. In my particular case, the package `webfs', Piuparts reports unowned leftovers, like /etc/adduser.conf /etc/crontab /lib/libpopt.so.0 /usr/share/bug/logrotate and a multitude other, strictly system relevant, files. How I am to understand this, and what steps could I undertake in my solitude in order to approach a resolution of this annoying disgrace, for a package which otherwise is reasonable? Best regards, Mats Erik Andersson, fil. dr Abonnerar på: debian-mentors, debian-devel-games, debian-perl, debian-ipv6, debian-qa -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101104111413.ga29...@mea.homelinux.org
Re: The handling of piupart failures.
Dear Holger, and all readers at debian-mentors, a quick reply to a useful answer! torsdag den 4 november 2010 klockan 12:54 skrev Holger Levsen detta: Hi Mats, thanks for using piuparts to improve the quality of Debian! In my particular case, the package `webfs', Piuparts reports unowned leftovers, like /etc/adduser.conf /etc/crontab /lib/libpopt.so.0 /usr/share/bug/logrotate and a multitude other, strictly system relevant, files. You mean like http://piuparts.debian.org/sid/fail/webfs_1.21+ds1-6.log ? Yes, although I have used it on my own machine with a similar result. For the following quick comment I made a comparison between http://piuparts.debian.org/squeeze/pass/wefs_1.21+ds1-6.log and http://piuparts.debian.org/sid/fail/webfs_1.21+ds1-6.log Actually I think thats not a problem in your package, but something is wrong with piuparts, specifically the piuparts-depends-dummy package: 0m15.6s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp1vGOUG', 'dpkg', '-i', 'tmp/piuparts-depends-dummy.deb'] 0m15.8s DUMP: Selecting previously deselected package piuparts-depends-dummy. (Reading database ... 6113 files and directories currently installed.) Unpacking piuparts-depends-dummy (from tmp/piuparts-depends-dummy.deb) ... dpkg: dependency problems prevent configuration of piuparts-depends-dummy: piuparts-depends-dummy depends on libgcrypt11 (= 1.4.2); however: Package libgcrypt11 is not installed. piuparts-depends-dummy depends on libgnutls26 (= 2.7.14-0); however: Package libgnutls26 is not installed. dpkg: error processing piuparts-depends-dummy (--install): dependency problems - leaving unconfigured Errors were encountered while processing: piuparts-depends-dummy At this point only the number of packages differs: 6112 against 6113. All potential problems are clearly conceiled and postponed. And the other failures in this log are (probably) just followups on this one. The problem is, I dont really know why this happens and how to fix this. Help certainly very welcome! The first major difference occurs with Sid at the report 0m21.6s DUMP: [...] The following NEW packages will be installed: adduser cron libpopt0 logrotate at this point Piuparts for Sid begins installing supplementary packages, and Piuparts for Squeeze commences to uninstall all managed packages. A remarkable fact that I mentioned only files related to those packages in my pruned file list above! Anyway, my scientific appetite has been wet, so I will continue the analysis later on. With a bit of luck something might turn up. My thanks for explaining this matter, Holger! Best regards, Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101104130035.ga29...@mea.homelinux.org
Re: The handling of piupart failures.
Dear all, I can deliver at least a diagnosis to the benefit of our edification! torsdag den 4 november 2010 klockan 14:00 skrev Mats Erik Andersson detta: Dear Holger, and all readers at debian-mentors, a quick reply to a useful answer! torsdag den 4 november 2010 klockan 12:54 skrev Holger Levsen detta: Hi Mats, thanks for using piuparts to improve the quality of Debian! You mean like http://piuparts.debian.org/sid/fail/webfs_1.21+ds1-6.log ? Yes, although I have used it on my own machine with a similar result. For the following quick comment I made a comparison between http://piuparts.debian.org/squeeze/pass/wefs_1.21+ds1-6.log and http://piuparts.debian.org/sid/fail/webfs_1.21+ds1-6.log The problem is, I dont really know why this happens and how to fix this. Help certainly very welcome! I am reading that last logging report, and I must draw this conclusion: * There is no visible command execution that would correspond to # apt-get --purge remove adduser cron libpopt0 logrotate or rather dpkg --purge for each of these individual packages. * Therefore the corresponding configuration files are still present in the chroot and Piuparts must report a failure due to a non-empty root directory. The impression I get is that Piuparts simply forgets to perform a purge on packages brought in by dependency from the file content scan. Right? I might be mistaken, but my lack of knowledge with the inner mechanics of Piuparts leaves me only this explanation to fit the published log file. Hopefully this will help in further analysis. Best regards, Mats E A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101104161159.ga32...@mea.homelinux.org
Re: The handling of piupart failures.
torsdag den 4 november 2010 klockan 16:58 skrev Holger Levsen detta: Hi Mats, On Donnerstag, 4. November 2010, Mats Erik Andersson wrote: At this point only the number of packages differs: 6112 against 6113. All potential problems are clearly conceiled and postponed. I wonder if your package (and all its depends) are installable in a empty sid chroot... Right!! Clearly I misread this: 6112 files or directories is a better estimate. That is certain manageable, at least for Pbuilder which I use more often than not. As curious as always, Mats -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101104161744.ga32...@mea.homelinux.org
Re: RFS: webfs (updated package)
Dear Christoph and all other fellows, now I got into a situation with many unknown angles. At least for me. torsdag den 28 oktober 2010 klockan 20:15 skrev Christoph Egger detta: Hi! Mats Erik Andersson mats.anders...@gisladisker.se writes: I am looking for a sponsor for the new version 1.21+ds1-7 of my package webfs. It builds these binary packages: webfs - lightweight http server for static content The package appears to be pedantically lintian clean. The upload would fix a single bug: 601044, and thus make packaging in Debian and Ubuntu equivalent. This is an FTBFS when using binutils-gold. The problem was reported from the Ubuntu team. Your last upload ( -6) was a translation update and hasn't migrated to testing yet. I'd suggest asking the release team for a freeze exception (it's translation only so shouldn't be a problem). After -6 migrating I'd upload this fix for you (optionally to experimental). I was imagining that two trivial changes could be covered by a single unblock request to the Release Managers. All the more so, since only two days [sic] after my upload to mentors.d.n of webfs_1.21+ds1-6, the Ubuntu gang submitted the bug report on an FTBFS against binutils-gold. Should I interpret the present answer as a sign that it is much better to ask for an unblock of each single package release, rather than to incorporate two or more minute changes into one sensible request? Hence always delay changes in order that any migration period passes in its entirety? I now observe a further twist. The PTS claims this for webfs_1.21+ds1-6: * Too young, only 7 of 10 days old. * Ignoring block request by freeze, due to unblock request by mehdi. * Not considered. This gives me the impression that a benign deity is observing my steps and has now intervened far enough as to prepare the elevation of my package, even without my explicit request to see this action. A correct interpretation? Best regards as always, Mats E Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101028185910.ga18...@mea.homelinux.org
RFS: webfs (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.21+ds1-7 of my package webfs. It builds these binary packages: webfs - lightweight http server for static content The package appears to be pedantically lintian clean. The upload would fix a single bug: 601044, and thus make packaging in Debian and Ubuntu equivalent. This is an FTBFS when using binutils-gold. The problem was reported from the Ubuntu team. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/webfs - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/w/webfs/webfs_1.21+ds1-7.dsc I would be glad if someone uploaded this package for me. Kind regards Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101026105300.ga13...@mea.homelinux.org
On format upgrade during freeze time
Dear all, I am about to adopt the orphaned package Ipband. Ideally I would like to migrate it from Dpatch to format 3.0 (quilt) immediately. However, I have now discovered a week spot in the source code that stems from a missed detection that a command line string is non-empty. I am almost certain I could trigger a segfault with that code at a future time when Ipband wants to send an email according to its configuration. The corresponding patch should be incorporated as soon as possible, preferably before release time if my analysis go through. However, and this is my present question to you, would the release team decline the package due a decision to migrate to format 3.0 already now? Best regards, Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101022093223.ga13...@mea.homelinux.org
RFS: twofish (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.3-3 of my package twofish. The new packaging expands on the documentation and mentions the repository at deb-maint of Alioth origin. It builds these binary packages: libtwofish-dev - Niels Ferguson's Twofish cryptographic algorithm library libtwofish0 - Niels Ferguson's Twofish cryptographic library -- runtime package The package appears to be pedantically lintian clean, save for the lack of recorded home page for either of the binary packages. This cannot be mended, unfortunately. Installing from pbuilder generated packages works excellent. The package can be found at mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/twofish - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/t/twofish/twofish_0.3-2.dsc Regards, Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101021193119.ga3...@mea.homelinux.org
RFS: webfs (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.21+ds1-6 of my package webfs. It builds this binary package: webfs - lightweight http server for static content The package is pedantically lintian clean. The package closes #599945, updating a Debconf translation. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/webfs - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/w/webfs/webfs_1.21+ds1-6.dsc Kind regards Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101020091018.ga13...@mea.homelinux.org