Bug#748476: RFS: eggdrop/1.6.21-2
Hello, On 19 May 2014 05:03, Vincent Cheng wrote: > - Why does debian/control now have "Build-Conflicts: autoconf2.13, > automake1.4"? Probably because configure.in is for a newer autoconf, but doesn't have AC_PREREQ(), so the autoconf wrapper incorrectly detects it as autoconf2.13-compatible because of the name (.in). In my packages I just replace an autoconf call by a call to autoconf2.50. P.S. I haven't actually checked the package, this is just a guess based on the symptoms :) -- Cheers, Andrew -- 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/cacujmdnu5frpyp7w9b2gajgtyfxh9bbbcrprrmem7je_e+n...@mail.gmail.com
Bug#748674: RFS: ipmitool/1.8.14-1 ITA
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "ipmitool" * Package name: ipmitool Version : 1.8.14-1 Upstream Author : ipmitool-devel * URL : http://sourceforge.net/projects/ipmitool/ * License : BSD-3-clause Section : utils It builds those binary packages: ipmitool - utility for IPMI control with kernel driver or LAN interface To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ipmitool Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/ipmitool/ipmitool_1.8.14-1.dsc Changes since the last upload: * add debian/ipmitool.ipmievd.default - default ipmievd start is disabled * add patch - 097-source_typo.patch - 098-manpage_typo.patch * add systemd * rewrite debian/copyright * add debian/source/format * add debian/ipmitool.lintian-overrides - possible-gpl-code-linked-with-openssl (GPL-2 only in debian/*) * debian/control - add homepage ( Closes: #744283 ) - bump Standards-Version to 3.9.5 - remove unused Build-Depends - quilt * change to upstream version 1.8.14 - ( Closes: #725476 ) - ( Closes: #708387 ) - ( Closes: #615049 ) - ( Closes: #627041 ) - ( Closes: #554348 ) * Bumps compat to 9 * New maintainer ( Closes: #748487 ) Regards, Jörg Frings-Fürst -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Re: What do you do when your sid development system stops working?
On 05/12/2014 04:33 AM, Paul Elliott wrote: I like to do my packaging under sid, because that is where the packages will first have to run, so I can test them there. But what do you do when your sid system stop work after doing an apt-get dist-upgrade? X11 stopped working no screens found. Of course I filed a bug. But is there some kind of work around that will let you keep working somehow? I personally use testing and have a lxc container with sid. Has been working perfectly for a couple of years. Even more I have a couple of containers, some for Ubuntu backporting, though one coud use pbuilder/cowbuilder for that. Regards, Alex -- 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/537a1d07.8030...@biotec.tu-dresden.de
Bug#748687: RFS: dmidecode/2.12-3 ITA
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dmidecode" * Package name: dmidecode Version : 2.12-3 Upstream Author : * URL : http://dmidecode.nongnu.org/ * License : GPL-2+ Section : utils It builds those binary packages: dmidecode - SMBIOS/DMI table decoder dmidecode-dbg - SMBIOS/DMI table decoder (debug) dmidecode-udeb - SMBIOS/DMI table decoder (udeb) (udeb) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/dmidecode Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/dmidecode/dmidecode_2.12-3.dsc Changes since the last upload: * debian/control - bump Standards-Version to 3.9.5 - add Vcs-* * New Maintainer ( Closes: #748486) Regards, Jörg Frings-Fürst -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#748476: RFS: eggdrop/1.6.21-2
On Sun, 18 May 2014 20:03:41 -0700 Vincent Cheng wrote: > > > Well, since I've read /usr/share/doc/autotools-dev/README.Debian.gz > > and tried to use dh-autoreconf properly. You can find the updated > > package at the same place : > > http://mentors.debian.net/debian/pool/main/e/eggdrop/eggdrop_1.6.21-2.dsc > > - Why does debian/control now have "Build-Conflicts: autoconf2.13, > automake1.4"? > - debian/source/options should be unnecessary (dh-autoreconf takes > care of removing/restoring autotools cruft before/after build) > For these two points I only applied autotools-dev/README (after learning its existence at https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-autotools ): "The autoconf2.13 package diverts autoconf, autoheader and autoreconf from the autoconf package to autoconf2.50, autoheader2.50 and autoreconf2.50. You must make sure you are not depending on the existence of the diverted scripts. The automake packages provide alternatives for the automake command, with increased priority for newer versions. There is one exception: the automake1.4 package provides a higher priority alternative for the automake command than the newer automake packages." and "Reducing the annoyance factor with diffs: By adding a suitable extend-diff-ignore option to debian/source/options, one can instruct dpkg-source to ignore config.sub, config.guess, and any other autogenerated files (such as Makefile when autoconf is used, Makefile and Makefile.in when automake is used, etc). For example, you could use: extend-diff-ignore="(^|/)(config\.sub|config\.guess|Makefile)$" I'm not able to say if these tips should be followed in this particular case. Would you like me do any more changes? Regards -- Cédric -- 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/20140519200800.2e6e3...@bre.winkie.fr
Bug#748476: RFS: eggdrop/1.6.21-2
On Mon, May 19, 2014 at 5:32 AM, Andrew Shadura wrote: > Hello, > > On 19 May 2014 05:03, Vincent Cheng wrote: >> - Why does debian/control now have "Build-Conflicts: autoconf2.13, >> automake1.4"? > > Probably because configure.in is for a newer autoconf, but doesn't > have AC_PREREQ(), so the autoconf wrapper incorrectly detects it as > autoconf2.13-compatible because of the name (.in). In my packages I > just replace an autoconf call by a call to autoconf2.50. > > P.S. I haven't actually checked the package, this is just a guess > based on the symptoms :) That's not the case with this package (i.e. AC_PREREQ(2.60) in configure.ac), but thanks anyhow! Regards, Vincent -- 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/CACZd_tCtoF5nAT31Xyx9NrMKRMhq6_DcksPJcEA=6wnhc+2...@mail.gmail.com
Bug#748476: marked as done (RFS: eggdrop/1.6.21-2)
Your message dated Mon, 19 May 2014 15:23:39 -0700 with message-id and subject line Re: Bug#748476: RFS: eggdrop/1.6.21-2 has caused the Debian Bug report #748476, regarding RFS: eggdrop/1.6.21-2 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 748476: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748476 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "eggdrop" * Package name: eggdrop Version : 1.6.21-2 Upstream Author : EggHeads Development Team * URL : http://www.eggheads.org/ * License : GPL-2+ Section : net It builds those binary packages: eggdrop- Advanced IRC Robot eggdrop-data - Architecture independent files for eggdrop To access further information about this package, please visit the following URL: http://mentors.debian.net/package/eggdrop Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/e/eggdrop/eggdrop_1.6.21-2.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * debian/patches/03fix_freebsd_build: - use $CC in SHLIB_LD (instead of hardcoded ld) Regards, Cédric Barboiron --- End Message --- --- Begin Message --- On Mon, May 19, 2014 at 11:08 AM, Cédric Barboiron wrote: > On Sun, 18 May 2014 20:03:41 -0700 > Vincent Cheng wrote: > > >> >> > Well, since I've read /usr/share/doc/autotools-dev/README.Debian.gz >> > and tried to use dh-autoreconf properly. You can find the updated >> > package at the same place : >> > http://mentors.debian.net/debian/pool/main/e/eggdrop/eggdrop_1.6.21-2.dsc >> >> - Why does debian/control now have "Build-Conflicts: autoconf2.13, >> automake1.4"? >> - debian/source/options should be unnecessary (dh-autoreconf takes >> care of removing/restoring autotools cruft before/after build) >> > > For these two points I only applied autotools-dev/README (after > learning its existence at > https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-autotools > ): > > "The autoconf2.13 package diverts autoconf, autoheader and autoreconf > from the autoconf package to autoconf2.50, autoheader2.50 and > autoreconf2.50. You must make sure you are not depending on the > existence of the diverted scripts. > > The automake packages provide alternatives for the automake command, > with increased priority for newer versions. There is one exception: the > automake1.4 package provides a higher priority alternative for the > automake command than the newer automake packages." > > and > > "Reducing the annoyance factor with diffs: > > By adding a suitable extend-diff-ignore option to debian/source/options, > one can instruct dpkg-source to ignore config.sub, config.guess, and > any other autogenerated files (such as Makefile when autoconf is used, > Makefile and Makefile.in when automake is used, etc). > > For example, you could use: > extend-diff-ignore="(^|/)(config\.sub|config\.guess|Makefile)$" > > I'm not able to say if these tips should be followed in this particular > case. Would you like me do any more changes? Your extend-diff-ignore (in debian/source/options) is redundant given that you use dh-autoreconf; it'll take care of cleaning and restoring autotools cruft for you so that dpkg-source won't complain about them. I believe that your Build-Conflicts is redundant as well...but regardless, both of these are harmless and I only mentioned these specific changes because they showed up in an otherwise straight-forward debdiff. Built, signed, and uploaded; thanks for your contribution to Debian! Regards, Vincent--- End Message ---
Bug#748687: marked as done (RFS: dmidecode/2.12-3 ITA)
Your message dated Mon, 19 May 2014 15:34:37 -0700 with message-id and subject line Re: Bug#748687: RFS: dmidecode/2.12-3 ITA has caused the Debian Bug report #748687, regarding RFS: dmidecode/2.12-3 ITA to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 748687: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748687 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dmidecode" * Package name: dmidecode Version : 2.12-3 Upstream Author : * URL : http://dmidecode.nongnu.org/ * License : GPL-2+ Section : utils It builds those binary packages: dmidecode - SMBIOS/DMI table decoder dmidecode-dbg - SMBIOS/DMI table decoder (debug) dmidecode-udeb - SMBIOS/DMI table decoder (udeb) (udeb) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/dmidecode Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/dmidecode/dmidecode_2.12-3.dsc Changes since the last upload: * debian/control - bump Standards-Version to 3.9.5 - add Vcs-* * New Maintainer ( Closes: #748486) Regards, Jörg Frings-Fürst -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part --- End Message --- --- Begin Message --- On Mon, May 19, 2014 at 9:43 AM, Jörg Frings-Fürst wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "dmidecode" > > * Package name: dmidecode >Version : 2.12-3 >Upstream Author : > * URL : http://dmidecode.nongnu.org/ > * License : GPL-2+ >Section : utils > > It builds those binary packages: > > dmidecode - SMBIOS/DMI table decoder > dmidecode-dbg - SMBIOS/DMI table decoder (debug) > dmidecode-udeb - SMBIOS/DMI table decoder (udeb) (udeb) > > To access further information about this package, please visit the > following URL: > > http://mentors.debian.net/package/dmidecode > > > Alternatively, one can download the package with dget using this > command: > > dget -x > http://mentors.debian.net/debian/pool/main/d/dmidecode/dmidecode_2.12-3.dsc > > > Changes since the last upload: > > * debian/control > - bump Standards-Version to 3.9.5 > - add Vcs-* > * New Maintainer ( Closes: #748486) A few patches are missing a (DEP-3) header, but looks fine otherwise. Built, signed, and uploaded; thanks for your contribution to Debian! Regards, Vincent--- End Message ---
Bug#748674: RFS: ipmitool/1.8.14-1 ITA
Control: tag -1 + moreinfo On Mon, May 19, 2014 at 7:37 AM, Jörg Frings-Fürst wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "ipmitool" > > * Package name: ipmitool >Version : 1.8.14-1 >Upstream Author : ipmitool-devel > > * URL : http://sourceforge.net/projects/ipmitool/ > * License : BSD-3-clause >Section : utils > > It builds those binary packages: > > ipmitool - utility for IPMI control with kernel driver or LAN > interface > > To access further information about this package, please visit the > following URL: > > http://mentors.debian.net/package/ipmitool > > > Alternatively, one can download the package with dget using this > command: > > dget -x > http://mentors.debian.net/debian/pool/main/i/ipmitool/ipmitool_1.8.14-1.dsc > > > Changes since the last upload: > > * add debian/ipmitool.ipmievd.default > - default ipmievd start is disabled > * add patch > - 097-source_typo.patch > - 098-manpage_typo.patch > * add systemd > * rewrite debian/copyright > * add debian/source/format > * add debian/ipmitool.lintian-overrides > - possible-gpl-code-linked-with-openssl > (GPL-2 only in debian/*) > * debian/control > - add homepage ( Closes: #744283 ) > - bump Standards-Version to 3.9.5 > - remove unused Build-Depends > - quilt > * change to upstream version 1.8.14 > - ( Closes: #725476 ) > - ( Closes: #708387 ) > - ( Closes: #615049 ) > - ( Closes: #627041 ) > - ( Closes: #554348 ) Please be more verbose/descriptive here, i.e. something like: - Fix FTBFS on kfreebsd (Closes: #725476) - Include bmcautoconf.sh script (Closes: #627041) ...etc. Bugs that were fixed in an earlier upstream release (like #708387) should be closed manually by sending mail to 708387-done@bugs.d.o with the correct Version: header set (so that they're marked as fixed in the correct version(s)). > * Bumps compat to 9 > * New maintainer ( Closes: #748487 ) - debian/copyright: line 67 seems to be out of place (move to line 64?) - This is entirely up to you, but you could avoid possible-gpl-code-linked-with-openssl entirely if you chose to license debian/* under GPL-2+ with the openssl exception clause (instead of just plain GPL-2+). Also, as debian/* is the only thing that's GPL-licensed in the entire package, you could also just use the same license as the rest of upstream's source (3-clause BSD). Assuming you deliberately chose to license your packaging as GPL-2+, just be careful of including any non-trivial patches in debian/patches/*, as that could cause you to run into conflict with possible-gpl-code-linked-with-openssl. - A lot of your patches have incomplete DEP-3 headers (it looks like you've just copied and pasted from a template). Don't forget to forward your patches upstream if possible. - If you're going to install systemd service files, please build-dep on dh-systemd and put "dh $@ --with systemd" in debian/rules (AFAIK that injects some Debian+systemd-specific integration stuff into your maintainer scripts). [1] - debian/dirs and debian/README.source are both redundant (the latter because you use source format "3.0 (quilt)"). - lintian: W: ipmitool: manpage-has-errors-from-man usr/share/man/man1/ipmitool.1.gz 1037: warning [p 13, 4.0i]: can't break line Regards, Vincent [1] https://wiki.debian.org/systemd/Packaging -- 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/caczd_tcwzrejsjzzj6vq0uyun18iaojghr70drnmlryirnd...@mail.gmail.com
Bug#748591: RFS: gtkspellmm/3.0.3+dfsg-1 [ITP]
Hi Philip, On Sun, May 18, 2014 at 10:07 AM, Philip Rinn wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "gtkspellmm". This package is a > dependency of gimagereader, a GTK front-end for tesseract-ocr, which I also > package. > > * Package name: gtkspellmm >Version : 3.0.3+dfsg-1 >Upstream Author : Sandro Mani > * URL : http://gtkspell.sourceforge.net > * License : GPL2+ >Section : libs > > It builds those binary packages: > > libgtkspellmm-3.0-0 - C++ wrapper library for GtkSpell (shared libraries) > libgtkspellmm-3.0-dev - C++ wrapper library for GtkSpell (development > files) > libgtkspellmm-3.0-doc - C++ wrappers for GtkSpell (documentation) > > To access further information about this package, please visit the following > URL: > > http://mentors.debian.net/package/gtkspellmm > > > Alternatively, one can download the package with dget using this command: > > dget -x > http://mentors.debian.net/debian/pool/main/g/gtkspellmm/gtkspellmm_3.0.3+dfsg-1.dsc > > There is also a git repository in collab-maint: > > http://anonscm.debian.org/gitweb/?p=collab-maint/gtkspellmm.git;a=summary > > > The package is Lintian clean but as it's my first library I'd be happy to get > some feedback. > Have you tried contacting the Debian GNOME team [1] (which maintains similar packages [2]) to see if anyone might be interested in your package? It's generally a lot easier to find willing sponsors and get your package reviewed if you maintain your package in a team. Regards, Vincent [1] https://wiki.debian.org/Teams/DebianGnome [2] http://packages.qa.debian.org/g/gtkspell3.html -- 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/caczd_tbeiaerrxvjkto5duhyaklx+yruhf6zyuj41m+xrst...@mail.gmail.com
Debug packages
Hi, there's one thing that I thing that I have not understood quiet well in the packaging procedure: the debug packages (-dbg) For example, I'm packaging a library (ompl) and I have provided a debug version-. I have added in rules: override_dh_strip: dh_strip --dbg-package=libompl9-dbg and in the compiler options have added ReleaseWithDebugInfo. I can create the package, install and the contents of the package are: $ dpkg -L libompl9-dbg /. /usr /usr/lib /usr/lib/debug /usr/lib/debug/.build-id /usr/lib/debug/.build-id/c9 /usr/lib/debug/.build-id/c9/26a06799aad431575e8950b792cba73bf73dd9.debug /usr/share /usr/share/doc /usr/share/doc/libompl9-dbg /usr/share/doc/libompl9-dbg/changelog.Debian.gz /usr/share/doc/libompl9-dbg/copyright with the information of the build. However, when I debug a program that uses ompl, and I want to trace a function, I cannot see the sources (this is normal?). The debug file is quiet big, and I think that it should contains the code to trace. So: - There some way to create a package with all the information to debug it? Best regards, Leopold -- -- Linux User 152692 Catalonia signature.asc Description: This is a digitally signed message part.
