Bug#811237: RFS: libupnp/1:1.6.19+git20160116-1 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "libupnp" Package name: libupnp Version : 1:1.6.19+git20160116-1 Upstream Author : Marcelo Roberto Jimenez <mrobe...@users.sourceforge.net> URL : http://sourceforge.net/projects/pupnp/ License : BSD Section : net It builds those binary packages: libupnp-dev - Portable SDK for UPnP Devices (development files) ibupnp6 - Portable SDK for UPnP Devices, version 1.6 (shared libraries) ibupnp6-dbg - debugging symbols for libupnp6 ibupnp6-dev - Portable SDK for UPnP Devices, version 1.6 (development files) ibupnp6-doc - Documentation for the Portable SDK for UPnP Devices, version 1.6 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libupnp Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libu/libupnp/libupnp_1.6.19+git20160116-1.dsc More information about pupnp can be obtained from http://pupnp.sourceforge.net Changes since the last upload: * Update to latest git: + Don't fail if IPv6 is unavailable, we might be running on an IPv4-only host (Closes: #781876). + Don't define strndup and strnlen if autoconf says we already have them (Closes: #807393). * Add a patch to have Doxygen not write timestamps in the generated documentation to allow package builds to be reproducible. [Jérémy Bobbio <lu...@debian.org>] (patch 22) (Closes: #774518). * Bind miniserver sockets to our given IP address not INADDR_ANY (patch 24). * libupnp6-doc: add override of embedded-javascript-library for jquery.js, see README.jquery in doxygen itself for why (lintian, Policy section 4.13). * Fix lintian binary-file-built-without-LFS-support for libixml: fix libixml Makefile.am, fseeko and #includes, and define AC_USE_LARGEFILE in configure.ac instead of the direct messing with 64bit #defines (patch 27). Thankyou, Nick Leverton
Re: Ping for upload please ?
On Thu, Oct 23, 2014 at 04:37:34PM +0900, Nobuhiro Iwamatsu wrote: 2014-10-22 16:49 GMT+09:00 Nick Leverton n...@leverton.org: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764464 See bug for full changelog. This upload of libupnp provides a number of stability and reliability fixes. I builded with pbuilder. But I got following error. - make[4]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp' make check-TESTS make[4]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp' make[5]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp' FAIL: test_init FAIL: test_url make[6]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp' Hi Nobuhiro, I didn't reproduce this but I guess that your pbuilder environment may be more minimal than mine and cause the test suite to fail, because it uses real domains and expects them to resolve (even though it does not try to access them). This test was new in this upstream version and I've already mentioned to the author that it may cause problems in Debian buildds. I'm sorry that you fell over it upon first attempt. If you have time to re-try, I have disabled the test suite for the time being in the configure step, and re-uploaded the package to the same .dsc Thankyou Nick -- 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/20141023210659.ga13...@leverton.org
Ping for upload please ?
Dear Mentors, I would be very grateful indeed if someone could please find time to sponsor my last two package updates some time this week, in time to get into Jessie: Package name: libupnp Version : 1:1.6.19+git20141001-1 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764464 http://mentors.debian.net/package/libupnp See bug for full changelog. This upload of libupnp provides a number of stability and reliability fixes. Package name: linux-igd Version : 1.0+cvs20070630-5 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764466 http://mentors.debian.net/package/linux-igd See bug for full changelog. Linux-IGD fixes a number of long outstanding bugs that my users have put some time into investigating. It would be very good to acknowldege their efforts by getting the fixes uploaded. I should soon be able to progress my DM application further so that I can do my own uploads after this. Thanks in hope, Nick -- 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/20141022074906.ga26...@leverton.org
Bug#764464: RFS: libupnp/1:1.6.19+git20141001-1 Portable SDK for UPnP Devices, version 1.6
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package libupnp Package name: libupnp Version : 1:1.6.19+git20141001-1 Upstream Author : Marcelo Roberto Jimenez mrobe...@users.sourceforge.net URL : http://pupnp.sourceforge.net License : BSD Section : net It builds those binary packages: libupnp-dev - Portable SDK for UPnP Devices (development files) libupnp6 - Portable SDK for UPnP Devices, version 1.6 (shared libraries) libupnp6-dbg - debugging symbols for libupnp6 libupnp6-dev - Portable SDK for UPnP Devices, version 1.6 (development files) libupnp6-doc - Documentation for the Portable SDK for UPnP Devices, version 1.6 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libupnp Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libu/libupnp/libupnp_1.6.19+git20141001-1.dsc Changes since the last upload: * Ack both NMUs, thankyou for your care of this package. * New upstream release (Closes: #740584, #670964). We take the git version as the git log suggests some worthwhile security and reliability fixes. * Build for IPv6 (note, UpnpInit() only enables IPv4 connections so most existing libupnp users need not be aware of this). * Change Priority to optional (Closes: #740582). * Remove patch 0001-Security-fix-for-CERT-issue-VU-922681 now in upstream. * Improve debian/rules hardening option usage stuff. * Update Standards-Version to 3.9.6 (no changes required). * Fix memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */ in our copy of Colin Plumb's md5.c (patch 01-debian-md5-licence.patch). Regards, Nick Leverton -- 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/CAA0KYTjsy9XR5o9x4bu3=rohjjeqpo9whme4lpihoygy8d9...@mail.gmail.com
Bug#764466: RFS: linux-igd/1.0+cvs20070630-5 - Linux UPnP Internet Gateway Device
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package linux-igd Package name: linux-igd Version : 1.0+cvs20070630-5 Upstream Author : Glover George d...@gulfsales.com, Daniel J Blueman daniel.blue...@gmail.com URL : http://linux-igd.sourceforge.net License : GPL-2 Section : net It builds those binary packages: linux-igd - Linux UPnP Internet Gateway Device To access further information about this package, please visit the following URL: http://mentors.debian.net/package/linux-igd Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/linux-igd/linux-igd_1.0+cvs20070630-5.dsc Changes since the last upload: * Update to libupnp6 instead of libupnp4. * Fix upnp_log_filename in default upnpd.conf (Closes: #675245). * Fix paranoid checking of control point IP address (Closes: #675244) * Fix TimerThreadRemove failed! message, new patch 17 (Closes: #720495), thanks to Nye Liu n...@nyet.org. * Fix detection of local IP address (patch 18). * Update Policy to 3.9.6 (no change to package). * Source /lib/lsb/init-functions in initscript for LSB compliance (lintian). Maintainer's note: This package was the only user of the obsolete and unmaintained libupnp4. Uploading this version, which builds against the active stable branch libupnp6, will soon allow removal of libupnp4 from the archive. Regards, Nick Leverton -- 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/caa0kytirc0u-qmqqbg3byicygertjyom31w-b-1ow4nhf8r...@mail.gmail.com
Bug#757428: RFS: nullmailer/1:1.13-1 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package nullmailer * Package name: nullmailer Version : 1:1.13-1 Upstream Author : Bruce Guenter br...@untroubled.org * URL : http://untroubled.org/nullmailer/ * License : GPL-2+ Section : mail It builds those binary packages: nullmailer - simple relay-only mail transport agent To access further information about this package, please visit the following URL: http://mentors.debian.net/package/nullmailer Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/nullmailer/nullmailer_1.13-1.dsc Changes since the last upload: * New upstream release (Closes: #757221, LP: #236715 by adding back-off). * Remove patch 07_sendquit.diff as nullmailer now does this itself. * B-D on automake and dh-autoreconf rather than automake1.11 and autotools-dev (new patch 13_fix_automake.diff). * B-D on libgnutls28-dev (Closes: #752308) | libgnutls-dev * Use pidofproc -p $PIDFILE in our initscript rather than just pidof (Closes: #687827, thanks to Lorenz Schori for the fix). * Update Standards-Version to 3.9.5 (no changes required). * Add documentation for the smtp, qmqp and smtpd modules (Closes: #682800). Thankyou, Nick Leverton -- 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/20140808003947.ga19...@leverton.org
Bug#696767: RFS: mp3cat/0.5-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package mp3cat * Package name: mp3cat Version : 0.5-1 Upstream Author : Tom Clegg t...@tomclegg.net * URL : http://tomclegg.net/mp3cat * License : GPL-2+ Section : sound It builds those binary packages: mp3cat - reads, writes, splits and combines MP3 files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mp3cat Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mp3cat/mp3cat_0.5-1.dsc More information about mp3cat can be obtained from http://tomclegg.net/mp3cat Changes since the last upload: * Initial release (Closes: #696690) -- Nick Leverton n...@leverton.org Tue, 25 Dec 2012 23:22:43 + This packaging was my Christmas day hackery as I needed this tool to combine some mp3 files I had. Happy Christmas and a super Solstice, Debian ! Regards, Nick Leverton -- 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/20121226220718.ga19...@leverton.org
Bug#696769: RFS: inn2/2.5.3-1.1 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my NMU of package inn2 * Package name: inn2 Version : 2.5.3-1.1 Upstream Author : The Internet Software Consortium and Rich Salz * URL : https://www.isc.org/software/inn * License : Mix of BSD, GPL and others Section : news It builds those binary packages: inn2 - 'InterNetNews' news server inn2-dev - libinn.a library, headers and man pages inn2-inews - NNTP client news injector, from InterNetNews (INN) inn2-lfs - 'InterNetNews' news server (LFS version) It closes these bugs: #690128 (serious): inn2: conffile disappearing during squeeze-wheezy upgrade: /etc/news/motd.news Please see this bug #690128 for discussion of the fix with minimal change in in mind for freeze and an OK for upload. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/inn2 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/inn2/inn2_2.5.3-1.1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: inn2 (2.5.3-1.1) unstable; urgency=low * Non-maintainer upload. * Handle upstream renaming of our conffile /etc/news/motd.news to non-conffile /etc/news/motd.nnrpd. If it's never been amended by the admin, then just remove it. (Closes: #690128) -- Nick Leverton n...@leverton.org Tue, 27 Nov 2012 15:45:53 + Regards, Nick Leverton -- 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/20121226223401.ga21...@leverton.org
Bug#684679: RFS: nullmailer/1:1.11-2 (security bugfix upload request)
Thanks also Bart for reminding me of the other approach. (sorry I am a bit distracted by home things at the moment). After some thought I think it makes sense to change to the umask approach anyway, as it is more efficient (fewer fork/execs), and also covers the case where the symlink exists but the target does not yet, which the tempfile approach missed. Uploaded again, I hope that this is my last change of mind now :-) Thanks Nick diff -Nru nullmailer-1.11/debian/changelog nullmailer-1.11/debian/changelog --- nullmailer-1.11/debian/changelog2012-06-16 16:36:28.0 +0100 +++ nullmailer-1.11/debian/changelog2012-08-21 09:01:40.0 +0100 @@ -1,3 +1,9 @@ +nullmailer (1:1.11-2) unstable; urgency=low + + * Make 'remotes' not world-readable (Closes: #684619) + + -- Nick Leverton n...@leverton.org Tue, 21 Aug 2012 09:01:38 +0100 + nullmailer (1:1.11-1) unstable; urgency=low * New upstream release diff -Nru nullmailer-1.11/debian/postinst nullmailer-1.11/debian/postinst --- nullmailer-1.11/debian/postinst 2012-05-16 08:25:36.0 +0100 +++ nullmailer-1.11/debian/postinst 2012-08-21 09:07:21.0 +0100 @@ -24,6 +24,15 @@ fi db_get nullmailer/relayhost + # securely create nullmailer/remotes with mode 0600 + if [ ! -e /etc/nullmailer/remotes ] + then + M=$( umask ) + umask 077 +/etc/nullmailer/remotes + chown mail:mail /etc/nullmailer/remotes + umask $M + fi echo $RET | sed -r -e ':a s/(\[[^]:]*):/\1=/; ta' \ -e 's/[[:space:]]*:[[:space:]]*/\n/g' \ -e ':b s/(\[[^]=]*)=/\1:/; tb' \
Bug#684679: RFS: nullmailer/1:1.11-2 (security bugfix upload request)
On Sun, Aug 19, 2012 at 10:16:50AM -0700, Don Armstrong wrote: If bartm is unable to upload this, I will do it. However, you need to first check that /etc/nullmailer/remotes is a regular file, as it would be a perfectly reasonable configuration to have replaced /etc/nullmailer/remotes with a symlink. Secondly, you really should only do the replacement if /etc/nullmailer/remotes is world readable; otherwise you should assume that the administrator has modified things (for example, running nullmailer as an entirely different user). Hi Don, You raise some valuable issues, thanks. I think that merely not replacing, chmodding or chowning the file if it already exists is a simple and safe solution which allows the sysadmin to change what she wants post-installation. This does mean that existing installations will not be protected, but I don't think that that's important enough to be worth a NEWS entry to warn the admin. Thankyou very much for your review. I've amended the package accordingly and re-uploaded to mentors, and I hope it passes muster for upload. The updated debdiff is attached (same version number, new changelog timestamp). Thankyou Nick diff -Nru nullmailer-1.11/debian/changelog nullmailer-1.11/debian/changelog --- nullmailer-1.11/debian/changelog2012-06-16 16:36:28.0 +0100 +++ nullmailer-1.11/debian/changelog2012-08-20 23:02:07.0 +0100 @@ -1,3 +1,9 @@ +nullmailer (1:1.11-2) unstable; urgency=low + + * Make 'remotes' not world-readable (Closes: #684619) + + -- Nick Leverton n...@leverton.org Mon, 20 Aug 2012 23:02:04 +0100 + nullmailer (1:1.11-1) unstable; urgency=low * New upstream release diff -Nru nullmailer-1.11/debian/postinst nullmailer-1.11/debian/postinst --- nullmailer-1.11/debian/postinst 2012-05-16 08:25:36.0 +0100 +++ nullmailer-1.11/debian/postinst 2012-08-20 23:01:04.0 +0100 @@ -24,6 +24,13 @@ fi db_get nullmailer/relayhost + # securely create nullmailer/remotes with mode 0600 + if [ ! -L /etc/nullmailer/remotes -a ! -e /etc/nullmailer/remotes ] + then + R=$( tempfile -d /etc/nullmailer -p nullm ) + chown mail:mail $R + mv $R /etc/nullmailer/remotes + fi echo $RET | sed -r -e ':a s/(\[[^]:]*):/\1=/; ta' \ -e 's/[[:space:]]*:[[:space:]]*/\n/g' \ -e ':b s/(\[[^]=]*)=/\1:/; tb' \
Re: Bug#684679: RFS: nullmailer/1:1.11-2 (security bugfix upload request)
On Tue, Aug 14, 2012 at 02:00:05AM +0300, Peter Pentchev wrote: On Tue, Aug 14, 2012 at 02:51:16AM +0400, Michael Tokarev wrote: On 13.08.2012 00:18, Nick Leverton wrote: [] diff -Nru nullmailer-1.11/debian/changelog nullmailer-1.11/debian/changelog --- nullmailer-1.11/debian/changelog 2012-06-16 16:36:28.0 +0100 +++ nullmailer-1.11/debian/changelog 2012-08-11 23:55:36.0 +0100 @@ -1,3 +1,9 @@ +nullmailer (1:1.11-2) unstable; urgency=low + + * Make 'remotes' not world-readable (Closes: #684619) What's wrong with remotes being world-readable? For instance, it may include SMTP authentication information. This is the issue, yes. Security team classed it as Serious (#684619, see original upload template) and hence it's an RC bug, so I'd be very grateful if a DD could upload this for me. Thankyou Nick -- 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/20120815072023.ga30...@leverton.org
Bug#684679: RFS: nullmailer/1:1.11-2 (security bugfix upload request)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package nullmailer, which I hope will qualify for a freeze exception as this upload fixes a new security issue. (I haven't yet approached ftp-masters about this though). Package name: nullmailer Version : 1:1.11-2 Upstream Author : Bruce Guenter br...@untroubled.org URL : http://untroubled.org/nullmailer/ License : GPL-2+ Section : mail It builds those binary packages: nullmailer - simple relay-only mail transport agent To access further information about this package, please visit the following URL: http://mentors.debian.net/package/nullmailer Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/nullmailer/nullmailer_1.11-2.dsc Changes since the last upload: diff -Nru nullmailer-1.11/debian/changelog nullmailer-1.11/debian/changelog --- nullmailer-1.11/debian/changelog2012-06-16 16:36:28.0 +0100 +++ nullmailer-1.11/debian/changelog2012-08-11 23:55:36.0 +0100 @@ -1,3 +1,9 @@ +nullmailer (1:1.11-2) unstable; urgency=low + + * Make 'remotes' not world-readable (Closes: #684619) + + -- Nick Leverton n...@leverton.org Sat, 11 Aug 2012 23:54:55 +0100 + nullmailer (1:1.11-1) unstable; urgency=low * New upstream release diff -Nru nullmailer-1.11/debian/postinst nullmailer-1.11/debian/postinst --- nullmailer-1.11/debian/postinst 2012-05-16 08:25:36.0 +0100 +++ nullmailer-1.11/debian/postinst 2012-08-12 20:23:46.0 +0100 @@ -24,10 +24,14 @@ fi db_get nullmailer/relayhost + # securely create nullmailer/remotes with mode 0600 + R=$( tempfile -d /etc/nullmailer -p nullm ) echo $RET | sed -r -e ':a s/(\[[^]:]*):/\1=/; ta' \ -e 's/[[:space:]]*:[[:space:]]*/\n/g' \ -e ':b s/(\[[^]=]*)=/\1:/; tb' \ --e 's/[][]//g' /etc/nullmailer/remotes +-e 's/[][]//g' $R + chown mail:mail $R + mv $R /etc/nullmailer/remotes db_get nullmailer/adminaddr if [ $RET ]; then -- 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/20120812201819.ga18...@leverton.org
Bug#680671: RFS: linux-igd/1.0+cvs20070630-4 (closes Important use-after-free bug + Wheezy release goal)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package linux-igd. The changes involve 1 Important (and possibly security-related) bug, and 1 Wheezy release goal, hence I believe this should qualify for a freeze exception. Package name: linux-igd Version : 1.0+cvs20070630-4 Upstream Author : Glover George d...@gulfsales.com URL : http://linux-igd.sourceforge.net/ License : GPL2 Section : net It builds those binary packages: linux-igd - Linux UPnP Internet Gateway Device To access further information about this package, please visit the following URL: http://mentors.debian.net/package/linux-igd Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/linux-igd/linux-igd_1.0+cvs20070630-4.dsc Changes since the last upload: linux-igd (1.0+cvs20070630-4) unstable; urgency=low * Apply patch 16 from Rob Lesley to fix use-after-free (Closes: #499827) * Apply hardening in line with Wheezy release goal, as we are a daemon and handle unsanitised input from the net. Update *FLAGS in line with this to be supplied by dh_buildflags. * Update Policy to 3.9.3 (no change to package). -- Nick Leverton n...@leverton.org Sat, 07 Jul 2012 21:54:47 +0100 Regards, Nick Leverton -- 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/20120707221515.ga30...@leverton.org
Bug#677745: RFS: nullmailer/1:1.11-1 simple relay-only mail transport agent (updated package)
Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package nullmailer Package name: nullmailer Version : 1:1.11-1 Upstream Author : Bruce Guenter br...@untroubled.org URL : http://untroubled.org/nullmailer/ License : GPL-2+ Section : mail It builds those binary packages: nullmailer - simple relay-only mail transport agent To access further information about this package, please visit the following URL: http://mentors.debian.net/package/nullmailer Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/nullmailer/nullmailer_1.11-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * New upstream release - Simplify (and expand) handling of ignored sendmail options. - Fixed command-line interpretation of short options with values. - Added support for SSL/TLS client certificates. * Increase hardening level - note current lintian gives false positives, c'mon lintian if you fink we ain't 'ard enough. * Really use LOG_INFO on success (really Closes: #632015, LP:531796) * Create and use a pidfile with start-stop-daemon so that we only stop, at most, our own instance of nullmailer-send (Closes: 674125). The package is lintian clean apart from hardening false positives. I would be very grateful if someone could upload this for me ! Regards, Nick Leverton -- 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/20120616165122.ga17...@leverton.org
Bug#673199: RFS: nullmailer/1:1.10-1 [RC]
Package: sponsorship-requests Severity: important Dear Mentors, I am looking for a sponsor for my package nullmailer * Package name: nullmailer Version : 1:1.10-1 Upstream Author : Bruce Guenter br...@untroubled.org * URL : http://untroubled.org/nullmailer/ * License : GPL-2+ Section : mail It builds those binary packages: nullmailer - simple relay-only mail transport agent The upload would fix the following bugs: nullmailer: #271662 (wishlist): nullmailer: sendmail doesn't accept -bs in it's arguments #359994 (normal): nullmailer stops processing the queue until killed #504184 (normal): nullmailer: does not allow unqualified mailname #540758 (normal): nullmailer: breaks when From header is folded #583564 (normal): nullmailer-smtp hangs if unable to make tcp connection #605899 (important): [nullmailer] ipv6 support broken again #625246 (important): nullmailer: upgrade mangles IPV6 addresses in remotes file #632015 (minor): nullmailer logs success message with log level LOG_ERR #646355 (minor): Init script uses wrong test for socket existence #657773 (normal): debconf: Silently fails on multi-line values in db_set #659446 (wishlist): [INTL:da] Danish translation of the debconf templates nullmailer src:nullmailer: #643228 (serious): nullmailer: FTBFS: dpkg-buildpackage: error: dpkg-source -b nullmailer-1.05 gave error exit status 2 The packge is lintian clean. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/nullmailer Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/nullmailer/nullmailer_1.10-1.dsc Thankyou for looking at this package, Nick Leverton -- 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/20120516203801.ga20...@leverton.org
Bug#667058: RFS: libupnp/1:1.6.16~git.20120316.d3d17da6-1 (updated package, transition upload)
On Tue, Apr 03, 2012 at 08:01:40PM +0100, Nick Leverton wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package libupnp because my normal sponsor seems to be away or busy at the moment. I would normally wait patiently, but this release is the subject of a transition for which others are waiting. The upload has been OK'd by ftpmasters, please see transition bug #655912. Just updating the bug to note that this package is being reviewed off-list by a sponsor at present. Thanks Nick -- 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/20120413064002.ga15...@leverton.org
Bug#667058: RFS: libupnp/1:1.6.16~git.20120316.d3d17da6-1 (updated package, transition upload)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package libupnp because my normal sponsor seems to be away or busy at the moment. I would normally wait patiently, but this release is the subject of a transition for which others are waiting. The upload has been OK'd by ftpmasters, please see transition bug #655912. Package name: libupnp Version : 1:1.6.16~git.20120316.d3d17da6-1 Upstream Author : Marcelo Roberto Jimenez mrobe...@users.sourceforge.net URL : http://pupnp.sourceforge.net/ License : BSD-like Section : net It builds those binary packages: libupnp-dev - Portable SDK for UPnP Devices (development files) libupnp6 - Portable SDK for UPnP Devices, version 1.6 (shared libraries) libupnp6-dbg - debugging symbols for libupnp6 libupnp6-dev - Portable SDK for UPnP Devices, version 1.6 (development files) libupnp6-doc - Documentation for the Portable SDK for UPnP Devices, version 1.6 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libupnp Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libu/libupnp/libupnp_1.6.16~git.20120316.d3d17da6-1.dsc The changelog since the last release for this package is: libupnp (1:1.6.16~git.20120316.d3d17da6-1) unstable; urgency=low * Ack NMU, thankyou for your work on this package. * New upstream release, rename to libupnp6 for upstream's soname bump. (LP: #855339, LP: #648506). Now includes IPv6 support. * Update from upstream git to get reinstated UpnpSetVirtualDirCallbacks API. * Remove all patches that are now in upstream. * Update remaining patches (01,07,12) for new upstream coding standards. * Remove fixed-length URLs from upnpapi (patch 18 19, Closes: #353169). * Update to debhelper v9 to get multi-arch and build-hardening in dh. * Update to Policy 3.9.3, and note that we are discouraged from shipping three libraries in this package but live with it for now. * Convert to multiarch. * libupnp-dev metapackage is now Arch: all. * Override lintian about versioned Conflicts and dupe files in docs. * Update debian/copyright to DEP-5 v1.0. * Generate up-to-date docs for the current API and ship a -doc package. -- Nick Leverton n...@leverton.org Sat, 31 Mar 2012 10:30:04 +0100 Thankyou for looking at this package, Nick Leverton -- 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/20120403190140.ga5...@leverton.org
Help updating debian/templates
Hi, I want to add some additional examples to the debconf templates in my package nullmailer. The examples would only change config file entries (for the nullmailer/relayhost entry), and shouldn't need translating - they would be the same in all languages. I note that if I run debconf-updatepo, my updated template gets amended into all extant .po files, and they all get marked as fuzzy. Is this all I need to do, or do I have to notify anyone or do anything about the fuzziness ? Thanks Nick -- 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/20120223142355.ga14...@leverton.org
Re: duke University contact
On Wed, Sep 28, 2011 at 02:11:52PM +0200, Picca Frédéric-Emmanuel wrote: Hello I try to find the licences of a software developped at Duke university by a PhD student named William T. Rankin / wran...@ee.duke.edu. the software is dpmta[1] but as you can see all the links are broken. You could try a well known search engine, which would point you to here: http://people.ee.duke.edu/~wrankin/ (last modified April 2011) or contact him via the dmpta Sourceforge project's admin page: http://sourceforge.net/project/memberlist.php?group_id=158033 Nick -- 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/20110928131707.gb24...@leverton.org
Re: RFS: news (News - RSS Ticker)
On Sat, Aug 20, 2011 at 11:05:46AM +0200, Emmanuel Thomas-Maurin wrote: On 08/20/2011 02:40 AM, Russ Allbery wrote: I think you need to use a bit less generic of a name than that. (Like, for instance, news-rss-ticker, which would be a fine name). Thank you. I've been looking for a not-too-long, easy-to-remember name for binary/command, so (it may be a silly question) can package name and binary name be different - package name: 'news-rss-ticker' and binary/command: 'news'? Or 'newsrt', 'nrt', 'nrticker', 'inews', 'i-news', 'gnews', ...? inews and gnews already exist ... Nick -- 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/20110820095528.ga18...@leverton.org
Re: extra licenses
On Fri, Mar 11, 2011 at 01:34:20PM -0800, Kete wrote: Hello, I'm trying to fix dozens of lintian warnings and errors, and the one I'm on, now, says there are three extra licenses in the source package; and the Debian Policy Manual Chapter 12.5 didn't tell me if I'm supposed to sum up all of those licenses in the copyright file Yes, see DEP-5 http://dep.debian.net/deps/dep5/ and remove them No or what. Fix and see if Lintian still complains, I don't know if current ones care much though. What's the exact error message ? Nick -- 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/20110311225918.gb13...@leverton.org
Re: RFS: triggerhappy
On Sat, Dec 18, 2010 at 03:10:21PM +0100, Stefan Tomanek wrote: Looking for a way of globally assigning hotkey handlers to the special keys found on my notebooks, I developed triggerhappy. I also use it to control headless systems, e.g. a ARM based MPD jukebox which is controlled by a USB keypad or bluetooth wiimote. Having this software in Debian would provide an easy way to bind commands to input events without the need for running an X11 session or logging in. Hi, I am not a DD so cannot upload your package, however in the light of the previous discussion on -mentors it looks interesting, so I have checked it out. I gather that this is a new package to Debian. Your debian/changelog should probably start from new in that case. You could perhaps move the existing debian/changelog to changelog.OLD or similar, if you want to retain the history of the code's evolution before it entered Debian. The new debian/changelog should start with the new version, 0.3.1-1, and should Close: your ITP bug #603842 (you've closed it in a version which AFAICS has never been in Debian). The source files licensing (author, date and a pointer to COPYING) needs to be made explicit in each file, via a comment block near the top: http://lists.debian.org/debian-mentors/2009/03/msg00451.html Are you your own upstream ? This could be easy to apply then :) As this is new to Debian, perhaps you could look at doing your debian/copyright file along the lines of DEP-5 to help in automated licence checks ? Your copyright file is quite clear, DEP-5 is just a suggested format which sums it up in a standard way. I can't find the current format just at the moment ... anyone know it please ? Sorry this took so long to write up, hope you can have a happy $FESTIVITIES and write some more cool code for Debian :-) Nick -- 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/20101224164037.ga21...@leverton.org
Re: RFS: triggerhappy
On Fri, Dec 24, 2010 at 06:00:53PM +0100, Stefan Tomanek wrote: Dies schrieb Nick Leverton (n...@leverton.org): I gather that this is a new package to Debian. Your debian/changelog should probably start from new in that case. I'm not sure about that and I heard different opinions about it - does it hurt to keep the old history? OK, it'll survive inside the git repository, but is removing the history before the package introduction really necessary? You're right that opinions vary and some uploaders may not mind. The new debian/changelog should start with the new version, 0.3.1-1, and should Close: your ITP bug #603842 (you've closed it in a version which AFAICS has never been in Debian). Sure, adding that line would be the first thing I'd do once someone volunteers to sponsor the package. Ok - my preference as a maintainer is to make the package as ready as possible, as sponsors are often busy. That said they will often make valuable corr^Wcontributions anyway ! The source files licensing (author, date and a pointer to COPYING) needs to be made explicit in each file, via a comment block near the top: http://lists.debian.org/debian-mentors/2009/03/msg00451.html Are you your own upstream ? This could be easy to apply then :) Every .c-file has to contain that header? Sure, possible, but seems very awkward? It helps, the Debian tool licensecheck can then scan and report on the contents of the package. Also if a source is borrowed elsewhere, the authorship is still clear. Sorry this took so long to write up, hope you can have a happy $FESTIVITIES and write some more cool code for Debian :-) Well, thanks for your review, I'll try to do both :-) Thanks for your contribution to Debian ! Nick -- 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/20101224205243.ga27...@leverton.org
Re: how to correct missing changelog information?
On Wed, Jul 21, 2010 at 03:52:11PM -0300, Henrique de Moraes Holschuh wrote: On Tue, 20 Jul 2010, Eric Cooper wrote: It will break nothing. If the bug report contains very important information which is not available in the changelog itself, it is actually a good idea to add the reference, as it could help someone analysing the changelog later. Otherwise, don't bother. When I have had to modify a past changelog for whatever reason (in my case a DD asked me because I had stupidly Closed: a wrong bug number due to a transposition), I briefly commented the fact in the current changelog like any other change to the packaging. Nick -- 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/20100721195155.gb25...@leverton.org
Re: Lintian thinks a Non-Debian Native package is Debian Native
On Thu, Jun 24, 2010 at 08:22:37AM -0400, Paul Tagliamonte wrote: Hey Mentors, My maintainer ( on Fluxbox ) is on vacation. I'm an Uploader. My package is whining that it's debian native, when Fluxbox is maintained outside of Debian. This cropped up after there were dfsg changes, but this is not why ( Lintian whines that we have a dfsg on a native package, as it should ) In my own experience, the commonest way of accidentally building a Debian native package (a source format, nothing to do with where it's maintained) is to have a wrongly named upstream tarball, which dpkg-source will not associate with your package. For a package of fluxbox 1.1.1+dfsg1-1 your Debian revision is -1, and the tarball should thus be fluxbox_1.1.1+dfsg1.orig.tar.gz. Everything before the dash is counted as the upstream version number, even when it's a result of DFSG re-packaging. Nick -- 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/20100624124646.ga30...@leverton.org
Re: RFS: trimage
On Fri, Jun 04, 2010 at 12:23:28PM +0200, Kilian Valkhof wrote: Paul Gevers wrote: For instance my winff package looks like: ~/winff ~/winff/winff-1.2.0/ ~/winff/winff_1.2.0-2.debian.tar.gz ~/winff/winff_1.2.0.orig.tar.gz I didn't create the debian tar manually, but let the package builder create it (in my case pbuilder). Paul In your ~/winff/winff-1.2.0/ directory, is there a debian/ folder? Because that would be the exact configuration I use (A *.debian.tar.gz gets generated for me, as well) Hmm, are you using source format 3.0 (as shown by debian/source/format) ? I guess you may be from the multiple tarballs. I'm afraid I don't have any experience with that yet, I don't know what it's supposed to do about the (possibly empty) .diff.gz. Nick -- 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/20100604121311.ga15...@leverton.org
Re: RFS: trimage
On Thu, Jun 03, 2010 at 01:15:05PM +0200, Kilian Valkhof wrote: Hey all, I uploaded a new version of trimage, with version number 1.0.2-1 and using python-support instead of python-central as suggested. However, I now get a lintian error on native-package-with-dash-version. I'm at loss what to do and my Google-fu is failing me. Have you checked that your upstream tarball is named correctly ? It should be trimage_1.0.2.orig.tar.gz. If it's not found, dpkg-source will assume there is no upstream and that you are building a Debian native package. Nick -- 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/20100603113550.ga5...@leverton.org
Re: RFS: trimage
On Thu, Jun 03, 2010 at 01:44:01PM +0200, Kilian Valkhof wrote: Nick Leverton wrote: Have you checked that your upstream tarball is named correctly ? Thanks, I now have that, lintian gives me an empty-debian-diff error. Because, well, I wrote this app and am packaging it, there is nothing to diff with. What is the argument to not make a native package, by the way? Debian native package format is intended for things which are only of any use for Debian itself, like dpkg and apt. As you've seen, dpkg-source uses indications like absence of an upstream tarball and absence of a dash in the version number to guess what it is supposed to be producing. For packages which might be useful on any distro or even outside of Linux, it's preferred to keep the debian/ directory (containing your packaging) out of the normal tarball, and to incorporate it in the .diff.gz. This helps because, when Policy changes or when some need for change in the packaging comes to light, you don't need to make a whole new upstream release, and the other non-Debian distros don't need to know about the Debian change. I guess you have all your packaging already in the tarball, which is why you have an empty diff.gz file. If you can separate it out, there will be less Debian cruft for other distros, and the Debian packaging will be separated from the package's own functional changes. Nick -- 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/20100603135014.ga8...@leverton.org
RFS: linux-igd (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.0+cvs20070630-3 of my package linux-igd. It builds these binary packages: linux-igd - Linux UPnP Internet Gateway Device The package appears to be lintian clean. The upload would fix these bugs: 507313, 527144, 538576 The package is also updated for the new libupnp4 API which should fix some multi-threading instabilities. linux-igd (1.0+cvs20070630-3) unstable; urgency=low * Use debhelper 7 and dh; update patch 02-makefile to support DESTDIR. Really compile with -O0 when DEB_BUILD_OPTIONS=noopt is specified. * Reformat patches for source 3.0 (Closes: #538576) and update to DEP-3. * Create a pidfile in initscript (Closes: #527144) * Update for Policy 3.8.1 to 3.8.4: Add --oknodo to start calls in case daemon was already running (3.8.1) * Update to current netfilter, thanks to OpenWRT for patches 001/2/3/4 * Use standard include files for string.h etc (patch 07). * Update to use xtables functions when available (patch 08). * Update upnp.8 man page with current options (patch 09). * Update to current libupnp 1.8.x API instead of 1.6.x (patch 10). * Fix potential sprintf overrun just in case (patch 11). * Add upnp_log_filename and upnp_log_level options to enable the libupnp debug file, and use that file for our own debug logging (patch 13). * Some extra debugging, using the new libupnp debug file (patch 12, 14). * Use forward_rules_append option to append to PREROUTING also (patch 15, Closes: #507313). The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/linux-igd - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/linux-igd/linux-igd_1.0+cvs20070630-3.dsc I would be glad if someone uploaded this package for me. Many thanks Nick Leverton -- 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/20100522212641.ga22...@leverton.org
Request for upload: nfs-utils 1:1.2.2-1~bpo50+1
Dear backporters, Please would someone upload nfs-utils 1.2.2 for me ? This is required for NFS mounting with kernel 2.6.32-bpo because the kernel module listing has changed. The package needs to be backported as the version in testing would also pull in libc6 and kerberos from testing. * Package name: nfs-utils Version : 1:1.2.2-1~bpo50+1 It builds these binary packages: nfs-common - NFS support files common to client and server nfs-kernel-server - support for NFS kernel server The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/n/nfs-utils - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/n/nfs-utils/nfs-utils_1.2.2-1~bpo50+1.dsc I would be glad if someone uploaded this package for me. Many thanks Nick Leverton -- 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/20100522215447.gb22...@leverton.org
Re: Request for upload: nfs-utils 1:1.2.2-1~bpo50+1
On Sat, May 22, 2010 at 10:54:47PM +0100, Nick Leverton wrote: Dear backporters, Oops, wrong list. Apologies, Nick -- 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/2010051440.gb24...@leverton.org
RFS: libupnp and libupnp4 (updated packages)
Dear Mentors My usual sponsor seems to be away at the moment, so I am looking for a sponsor for the new versions of my two related packages libupnp and libupnp4. This is chiefly to fix an FTBFS on Debian GNU/kFreeBSD in good time for freeze, but I have been working with upstream and have included some other pertinent fixes too. * Package name: libupnp Version : 1:1.6.6-5 Upstream Author : 2000-2003 Intel Corporation 2005-2006 Rémi Turboult r...@users.sourceforge.net 2006 Michel Pfeiffer and others virtual_wor...@gmx.de 2006 Alexander Chemeris 2007-2010 Marcelo Roberto Jimenez mrobe...@users.sourceforge.net * URL : http://pupnp.sourceforge.net/ * License : BSD Section : net It builds these binary packages: libupnp-dev - Portable SDK for UPnP Devices (development files) libupnp3 - Portable SDK for UPnP Devices, version 1.6 (shared libraries) libupnp3-dbg - debugging symbols for libupnp3 libupnp3-dev - Portable SDK for UPnP Devices, version 1.6 (development files) The package appears to be lintian clean. The upload would fix these bugs: 555386, 573319, 576068 * Package name: libupnp4 Version : 1.8.0~svn20100507-1 Upstream Author : 2000-2003 Intel Corporation 2005-2006 Rémi Turboult r...@users.sourceforge.net 2006 Michel Pfeiffer and others virtual_wor...@gmx.de 2006 Alexander Chemeris 2007-2010 Marcelo Roberto Jimenez mrobe...@users.sourceforge.net * URL : http://pupnp.sourceforge.net/ * License : BSD Section : net It builds these binary packages: libupnp4 - Portable SDK for UPnP Devices, version 1.8 (shared libraries) libupnp4-dbg - debugging symbols for libupnp4 libupnp4-dev - Portable SDK for UPnP Devices, version 1.8 (development files) libupnp4-doc - Documentation for the Portable SDK for UPnP Devices, version 1.8 The package appears to be lintian clean. The upload would fix these bugs: 573321, 581608 The two packages can be found on mentors.debian.net: http://mentors.debian.net/debian/pool/main/l/libupnp/libupnp_1.6.6-5.dsc http://mentors.debian.net/debian/pool/main/l/libupnp4/libupnp4_1.8.0~svn20100507-1.dsc I would be very grateful if someone could upload these packages for me. Many thanks Nick Leverton -- 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/20100519112446.ga22...@leverton.org
Re: RFS: qemu-kvm (kvm)
On Fri, Oct 16, 2009 at 04:44:04PM -0300, Felipe Sateler wrote: On Fri, 2009-10-16 at 21:36 +0200, Giuseppe Iuculano wrote: Simply you can't. You can't take over a package that you feel is neglected without the assent of the current maintainer. That is not true. That is precisely the point of a hijacking. The maintainer has been unresponsive for half a year according to Michael, so it is perfectly reasonable to attempt a hijack (even if it was not correctly done). The kvm PTS page (http://packages.qa.debian.org/k/kvm.html) says, The current maintainer is looking for someone who can help with the maintenance of this package. If you are interested in this package, please consider helping out. One way you can help is offer to be a co-maintainer or triage bugs in the bts. Please see bug number #479951 for more information. I see that Giuseppe Iuculano already uploaded some kvm security updates this week for which many thanks. I am starting to use kvm/qemu at work and I would certainly appreciate a more frequently updated version in Debian, the current one is streets ahead of that in Lenny. I hope that it's possible for Michael to help Guiseppe and the listed maintainer to keep it up to date. Nick -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: djmount
On Sat, Aug 08, 2009 at 08:01:28PM +0200, Dario Minnucci (midget) wrote: Dear mentors, I am looking for a sponsor for my package djmount. Hi Dario, Thanks for making this package, I have previously used djmount to test libupnp. The upstream package contains private copies of libtalloc and pupnp, both of which are already included in Debian in their own right (libtalloc1 and libupnp3). Perhaps you could consider specifying --with-external-libupnp and --with-external-talloc in your ./configure. If there are any changes you need to libupnp3, I would be pleased to receive suggestions in the BTS. IANADD so I can't upload for you, sorry. Nick -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: djmount
On Sun, Aug 09, 2009 at 06:31:27PM +0200, Dario Minnucci (midget) wrote: I'll try to rebuild it using libs included in Debian. PS: Shall I remove from the original sources 'libupnp' and 'talloc' and rename the package to be DFSG, or it's OK to distribute upstream sources like that ? I don't think there's any need to remove and re-package the sources, as these libs are DFGS free enough to be in Debian in their own right. I would say it's adequate for the Debian packaging just to tell configure to use the external libraries and add the appropriate build-deps. Helping upstream to drop the embedded copies could be a separate public service change, if you felt keen enough, but they have already given packagers the choice of which to use through ./configure. Nick -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: iulib (3rd attempt)
On Sun, Jun 28, 2009 at 12:26:00AM +0200, Jeffrey Ratcliffe wrote: 2009/6/27 Nick Leverton n...@leverton.org: First, you call dh_quilt_unpatch from your clean target, however this command is provided by quilt which is not part of build-essential. Pbuilder only auto-installs the dependencies after cleaning the package - but it will not do this as the clean fails. You might fix this by doing dh_quilt_unpatch || true in your clean. It builds fine in my pbuilder without this. Hmm. Maybe mine is wrong then. Russ Alberry thinks so too so I'll check. Of course, I did install (and use) it, but made modifications, and didn't install it again. Thanks for pointing that out. Done it myself a few times, my thanks to my sponsors who are very patient :) Thanks for your help. I have uploaded the package again with the above changes. I'd be glad if someone would review this package for upload too, thankyou. Nick -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: iulib (3rd attempt)
On Mon, Jun 22, 2009 at 10:17:50PM +0200, Jeffrey Ratcliffe wrote: Dear mentors, I am looking for a sponsor for my package iulib. * Package name: iulib Version : 0.3-1 Upstream Author : Thomas Breuel * URL : http://code.google.com/p/iulib/ * License : Apache-2.0 Section : graphics It builds these binary packages: libiulib - a library of image understanding-related algorithms libiulib-dev - a library of image understanding-related algorithms -- development files - dget http://mentors.debian.net/debian/pool/main/i/iulib/iulib_0.3-1.dsc Hi, IANADD so I cannot upload your package. It appears interesting though so I had a look at it and I have a few comments for you. The package fails to build under pbuilder from two causes: First, you call dh_quilt_unpatch from your clean target, however this command is provided by quilt which is not part of build-essential. Pbuilder only auto-installs the dependencies after cleaning the package - but it will not do this as the clean fails. You might fix this by doing dh_quilt_unpatch || true in your clean. Second, you need a build-dep for libtool which is required by the build. In your control file, libiulib-dev Depends: on libiulib, however your packaging builds the library in libiulib0 so the -dev package will not install. I find it worth actually installing my final packages and using them to catch errors of this sort before upload. I haven't used debhelper 7 myself yet so can't comment on the rules file. Recent comments here suggest that a is un-needed at the start of the short description :) Is it worth mentioning in the short description that the library is for C++ ? Many other libraries specify the language in the short description so that it is obvious when browsing e.g. aptitude lists. The mention of STL in the long description is a hint, to be sure, and Debtags will one day give a definite idea, so other people's thoughts are welcome. Copyright looks good on a quick check. As well, there is a pedantic Lintian warning: P: iulib source: source-contains-svn-control-dir . Seems like each of your dirs has the .svn directory still. It's only a pedantic warning and not something I would think worth re-creating the tarball for, but might be worth asking upstream to clean their release. Nice work in general, thankyou, and if you could fix the above then I wish you luck with finding a sponsor. Nick -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Need advice about my first package
On Sun, Sep 21, 2008 at 12:53:30AM +0800, Paul Wise wrote: On Sun, Sep 21, 2008 at 12:46 AM, Fabian Pucciarelli [EMAIL PROTECTED] wrote: I have never built a package in my life, I'm trying to build a package called dcc (anti spam software http://www.rhyolite.com/dcc/INSTALL.html#envtbl). Does anyone know of a guide that I can use, the new maintainers guide uses a simple example, I'm looking for a more complex one, so I can try to figure out what to do. I'm basically looking for some advice on how to start and what to look for. dcc used to be in Debian, but was removed: ... You could start by using the old packaging. The last version uploaded to Debian is available here: http://snapshot.debian.net/package/dcc That would be a good project to learn Debian packaging from. I have a home built version of Woody/Sarge dcc which I recently updated to 1.3.92 and rebuilt for Etch. As I recall the only significant change needed was to update the copyright to reflect non-free upstream copyright. I use it very successfully with Debian SpamAssassin. You could update the packaging to Lenny standards and check if it complies with Policy 3.8.0 (the previous version was at least three years ago). Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFupload: libupnp (updated package)
Dear mentors, My regular sponsor is on holiday. I am wondering if someone would care to review and upload the new version 1.6.6-1 of my package libupnp. The Portable SDK for UPnP Devices (libupnp) provides developers with an API and open source code for building control points, devices, and bridges that are compliant with Version 1.0 of the Universal Plug and Play Device Architecture Specification - see http://www.upnp.org/ for specifications. It builds these binary packages: libupnp-dev - Portable SDK for UPnP Devices (development files) libupnp3 - Portable SDK for UPnP Devices (shared libraries) libupnp3-dbg - debugging symbols for libupnp3 There are two Lintian comments: libupnp source: out-of-date-standards-version 3.7.3 is because I haven't reviewed it for standards 3.8.0. The package was prepared some time ago and was in testing since. debian-changelog-line-too-long line 7 - me culpa, it is one charactrer too long :-) The upload would fix these bugs: Important: 482737 libupnp daemons crash after short while running The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libupnp - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libupnp/libupnp_1.6.6-1.dsc I would be glad if someone could avoid a last minute pressure and check/upload this package for me. I'll save the two lintian fixes for next upload in case someone has any other comments. Thank you Nick Leverton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Developer names within debian/changelog
AFAICT, this leads to put whatever you want within a changelog entry, so long as it doesn't cause significant annoyance, because no program can expect to read it. Don't forget the existence of package libparse-debianchangelog-perl (and of dpkg-parsechangelog) which do seem to read and interpret changelogs. I've not used them myself though so can't advise further on them. Nick -- Serendipity: http://www.leverton.org/blosxom (last update 2nd April 2008) The Internet, a sort of ersatz counterfeit of real life -- Janet Street-Porter, BBC2, 19th March 1996 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITA/RFS: libupnp -- Intel Universal Plug And Play SDK and linux-igd -- UPnP Internet Gateway Device
On Thu, Mar 13, 2008 at 03:58:28PM +0100, Jochen Friedrich wrote: Please check your package with lintian. A few problems are: - - debian/libupnp3.shlibs still has the old soname in it - - debian/control has the old maintainer in it, you should update it - - please update standards version - - please remove $(PWD) from debian/rules - - please fix the location of *.so files. - - you should close your ITA bug in the changelog and document the maintainer change As soon as thes problems are fixed, I'll do some tests with gmediaserver ;) Hi Jochen, I've read up on the shlibs question I posted yesterday, and I'm satisfied that removing debian/libupnp3.shlibs in favour of using dh_makeshlibs and dh_shlibdeps does the right thing for this package. Thanks to Russ Allbery for providing the hints when he answered another packager ;) The above issues are all fixed now and I would be very grateful if you can go ahead and test whenever you have time. Updated .dsc/.diff.gz are at the same URL, http://debian.leverton.org/dists/etch/main/source/libupnp_1.6.5-1.dsc Thankyou Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITA/RFS: libupnp -- Intel Universal Plug And Play SDK
On Sat, Mar 15, 2008 at 07:57:36PM +0900, Paul Wise wrote: Since you are packaging a shared library, please also support symbols files: http://wiki.debian.org/UsingSymbolsFiles http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps dpkg-gensymbols(1) Thanks for the references Paul. I intend to do so as soon as possible but as a new maintainer, and in view of the warnings in those docs about making the version requirements over-strict, I would like to familiarise myself with the history of the APIs and the workings of shlibdeps before I commit the relevant additions to Debian. Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS/ITP: linux-igd -- UPnP Internet Gateway Device
linux-igd is a daemon that emulates Microsoft's Internet Connection Service (ICS). It implements the UPnP Internet Gateway Device specification (IGD) and allows UPnP aware clients, such as MSN Messenger to work properly from behind a NAT firewall. Licenced GPLv2 or later. linux-igd was formerly in Debian but orphaned and subsequently removed from unstable as RoQA RC-buggy in #411875. Upstream has now restarted development and fixed many of the bugs assigned to it in Debian BTS. I have fixed all remaining bugs which were outstanding in Debian before the package was removed and have added a note on SECURITY of this daemon. * New maintainer (Closes: #411875) * New upstream CVS (Closes: #436919, #436365), including important option name changes: - Renamed the insert_forward_rules option to create_forward_rules to better reflect what it actually does. - Added the forward_rules_append to do what people thought insert_forward_rules did. See /usr/share/doc/linux-igd/CHANGES.gz for further details. * Change initscript to do nothing until /etc/default/upnp is configured (Closes: #423189, #399960). * Add --oknodo to all start-stop-daemon --stop calls in initscript in case daemon wasn't running anyway (Closes: #415981). * Use libiptc to avoid needing to exec iptables binary. * Configurable CHROOT and USER/GROUP for daemon. * Add SECURITY note and sample conf for jailer chroot. * Abstract the patch for #397572 from .diff.gz into separate quilt patch 01-debian-my_parse_port.diff * New patch 02-makefile.diff for fixes to makefile * Patch 03-debian-bindtodevice.diff Closes: #441082 (linux-igd does not restrict itself to the internal interface). * Honour CFLAGS in compilation (thanks Gianluigi Tiesi [EMAIL PROTECTED] http://debian.cli.unipi.it/debian/pool/sherpya/l/linux-igd/ ). The sources are at: http://debian.leverton.org/dists/etch/main/source/linux-igd_1.0+cvs20070630-1.dsc The package is lintian clean. This builds and has been run-tested against both libupnp2 and the new libupnp3. Thankyou Nick Leverton -- Serendipity: http://www.leverton.org/blosxom (last update 17th February 2008) The Internet, a sort of ersatz counterfeit of real life -- Janet Street-Porter, BBC2, 19th March 1996 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITA/RFS: libupnp -- Intel Universal Plug And Play SDK and linux-igd ...
On Thu, Mar 13, 2008 at 03:58:28PM +0100, Jochen Friedrich wrote: Please check your package with lintian. A few problems are: - - debian/libupnp3.shlibs still has the old soname in it - - debian/control has the old maintainer in it, you should update it - - please update standards version - - please remove $(PWD) from debian/rules - - please fix the location of *.so files. - - you should close your ITA bug in the changelog and document the maintainer change I am not sure if debian/libupnp3.shlibs is really needed since the package uses libtool and the SONAMES are given in configure.ac. The built package contains three libs which are at different SONAMEs in themselves. I removed the shlibs file anyway and it still builds a .deb with the same sonames (both from objdump and from lib*.so.N) as the upstream configure/make gives. Could someone more familiar with Debian library packaging please tell me if this is the right thing to have done ? Subject to that, I believe these are all fixed now, thanks for your comments. I've updated the source at the same URL. http://debian.leverton.org/dists/etch/main/source/libupnp_1.6.5-1.dsc As soon as thes problems are fixed, I'll do some tests with gmediaserver ;) I would be very grateful, thankyou :) Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Executing with root priviliges
On Sat, Jun 05, 2004 at 08:24:47PM +0200, Eduard Bloch wrote: Goswin von Brederlow schrieb am Samstag, den 05. Juni 2004: So, my question is...is there, or should there be, some virtual package or system-wide or user-wide preference for gaining root priviliges under X11? What's the best current way to get this into the menu system with the least amount of pain for both the packager and the user? There is already the script su-to-root in the current menu package which does almost what you want - looking around and choosing a su-like program. Can you depend on any of the alternatives, with suitable detection ? That would be good for users in differing environments :) Nick
Re: Executing with root priviliges
On Sat, Jun 05, 2004 at 08:24:47PM +0200, Eduard Bloch wrote: Goswin von Brederlow schrieb am Samstag, den 05. Juni 2004: So, my question is...is there, or should there be, some virtual package or system-wide or user-wide preference for gaining root priviliges under X11? What's the best current way to get this into the menu system with the least amount of pain for both the packager and the user? There is already the script su-to-root in the current menu package which does almost what you want - looking around and choosing a su-like program. Can you depend on any of the alternatives, with suitable detection ? That would be good for users in differing environments :) Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFNMU: libsql-statement-perl
I have a patch for a critical bug in a minor Debian package, the package maintainer isn't responding about it. The package scrawls debug messages all over stdout when used, apparently due to difference in use of YYDEBUG between Potato's lex and Sid's. Please could someone do an NMU for me ? If I'm wrong in requesting one, how else should I go about getting it fixed ? The package is libsql-statement-perl The bug is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=162167 The fix is http://bugs.debian.org/cgi-bin/bugreport.cgi/libsql-statement-perl.diff?bug=162167msg=12att=1 I'd really appreciate it, this bug is 18 months old, and makes the package useless in Debian 3.1. Thankyou Nick
RFNMU: libsql-statement-perl
I have a patch for a critical bug in a minor Debian package, the package maintainer isn't responding about it. The package scrawls debug messages all over stdout when used, apparently due to difference in use of YYDEBUG between Potato's lex and Sid's. Please could someone do an NMU for me ? If I'm wrong in requesting one, how else should I go about getting it fixed ? The package is libsql-statement-perl The bug is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=162167 The fix is http://bugs.debian.org/cgi-bin/bugreport.cgi/libsql-statement-perl.diff?bug=162167msg=12att=1 I'd really appreciate it, this bug is 18 months old, and makes the package useless in Debian 3.1. Thankyou Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]