Bug#417026: reopen - still fails to purge because of non-essential depends in postrm
found 417026 1.0.13a-9 thanks hi, while re-running pipuarts on the packages which have marked their bugs as fixed, your package failed again to remove because of having non-essential depends in its postrm file: > Removing remstats ... > Purging configuration files for remstats ... > /var/lib/dpkg/info/remstats.postrm: line 55: deluser: command not found > dpkg: error processing remstats (--purge): > subprocess post-removal script returned error exit status 127 > Errors were encountered while processing: > remstats bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: reopen - still fails to purge because of non-essential depends in postrm
Processing commands for [EMAIL PROTECTED]: > found 417026 1.0.13a-9 Bug#417026: depends on non-essential package debconf in postrm Bug marked as found in version 1.0.13a-9. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: centericq: Some IRC messages conversion error.
Processing commands for [EMAIL PROTECTED]: > reassign 429518 centerim Bug#429518: centericq: Some IRC messages conversion error. Warning: Unknown package 'centerim' Bug reassigned from package `centericq' to `centerim'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410401: scheme48: Please package new upstream version
On Fri, Mar 16, 2007 at 03:43:41AM +1100, Trent Buck wrote: > On Thu, Mar 15, 2007 at 05:15:01PM +0100, Lionel Elie Mamane wrote: >> As such, scheme48 is mostly orphaned in Debian. Do you want to >> adopt the Scheme48 package? > I'd be happy to, assuming the demands are as minimal as they appear to > be (one hour per week or less). The only problem is... > ...I'm not a DD, and Jorgen was my sponsor. So I haven't bothered to > find a new one yet (...) What's the situation? I intended to sponsor your, but as my failure to do any step in that direction in several months show, it will not happen in a reasonable timeframe. Have you looked for another sponsor? (You are welcome to take scsh, too, if you are interested.) -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417026: marked as done (depends on non-essential package debconf in postrm)
Your message dated Thu, 21 Jun 2007 14:02:07 + with message-id <[EMAIL PROTECTED]> and subject line Bug#417026: fixed in remstats 1.0.13a-10 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: remstats Version: 1.0.13a-6.3 Severity: serious Tags: etch-ignore Justification: Policy violation, see section 7.2 hi, while running archive wide piuparts tests your package failed on purge because of debconf beeing unavailable during postrm: Purging configuration files for remstats ... /var/lib/dpkg/info/remstats.postrm: line 19: /usr/share/debconf/confmodule: No such file or directory dpkg: error processing remstats (--purge): subprocess post-removal script returned error exit status 1 Errors were encountered while processing: remstats the full log can be found here: http://people.debian.org/~abi/piuparts/remstats please be sure to use a conditional call to debconf and its commands (this is just an example): -- if [ -f /usr/share/debconf/confmodule ]; then . /usr/share/debconf/confmodule fi db_get ||: -- Please also note: Bugs filed on Packages failing in postrm because of debconf beeing unavailable are not considered RC for etch, so are tagged etch-ignore. bye, - michael --- End Message --- --- Begin Message --- Source: remstats Source-Version: 1.0.13a-10 We believe that the bug you reported is fixed in the latest version of remstats, which is due to be installed in the Debian FTP archive: remstats-bintools_1.0.13a-10_amd64.deb to pool/main/r/remstats/remstats-bintools_1.0.13a-10_amd64.deb remstats-doc_1.0.13a-10_all.deb to pool/main/r/remstats/remstats-doc_1.0.13a-10_all.deb remstats-servers_1.0.13a-10_all.deb to pool/main/r/remstats/remstats-servers_1.0.13a-10_all.deb remstats_1.0.13a-10.diff.gz to pool/main/r/remstats/remstats_1.0.13a-10.diff.gz remstats_1.0.13a-10.dsc to pool/main/r/remstats/remstats_1.0.13a-10.dsc remstats_1.0.13a-10_all.deb to pool/main/r/remstats/remstats_1.0.13a-10_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Steffen Joeris <[EMAIL PROTECTED]> (supplier of updated remstats package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jun 2007 15:40:21 +0200 Source: remstats Binary: remstats-bintools remstats-servers remstats remstats-doc Architecture: source all amd64 Version: 1.0.13a-10 Distribution: unstable Urgency: low Maintainer: [EMAIL PROTECTED] Changed-By: Steffen Joeris <[EMAIL PROTECTED]> Description: remstats - Remote Statistics System: collectors and presentation-cgis remstats-bintools - Remote Statistics System: traceroute and multiping remstats-doc - Remote Statistics System: documentation remstats-servers - Remote Statistics System: remote information servers Closes: 417026 Changes: remstats (1.0.13a-10) unstable; urgency=low . * QA upload * Include additional checks for deluser as well really (Closes: #417026) Files: b7a2a22cd895be96bf76fcc0d7a67eb8 704 net extra remstats_1.0.13a-10.dsc 05081eedc13e815cb794ffd4f73809e9 83918 net extra remstats_1.0.13a-10.diff.gz a0cd2f65abe7b9e81e60ad6ff071b020 364430 net extra remstats_1.0.13a-10_all.deb f15d173e034166eb1f509c2f420ee8f2 106142 net extra remstats-servers_1.0.13a-10_all.deb afec9539e55bbfe5bf01df69eb6cdc75 273442 doc extra remstats-doc_1.0.13a-10_all.deb fab1d1b7c477e7ecef3d2f444968ad08 69788 net extra remstats-bintools_1.0.13a-10_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGeoE+62zWxYk/rQcRAg8tAJ0c49teTFiJJv37qdJ0/OSlekxU0ACeKX7f QevgQ4hEkcjPnX/S+nKXzZo= =B0Za -END PGP SIGNATURE- --- End Message ---
Bug#410401: scheme48: Please package new upstream version
On Thu, Jun 21, 2007 at 02:37:39PM +0200, Lionel Elie Mamane wrote: > On Fri, Mar 16, 2007 at 03:43:41AM +1100, Trent Buck wrote: > > On Thu, Mar 15, 2007 at 05:15:01PM +0100, Lionel Elie Mamane wrote: > > >> As such, scheme48 is mostly orphaned in Debian. Do you want to > >> adopt the Scheme48 package? > > > I'd be happy to, assuming the demands are as minimal as they appear to > > be (one hour per week or less). The only problem is... > > > ...I'm not a DD, and Jorgen was my sponsor. So I haven't bothered to > > find a new one yet (...) > > What's the situation? I intended to sponsor your, but as my failure to > do any step in that direction in several months show, it will not > happen in a reasonable timeframe. Have you looked for another sponsor? > > (You are welcome to take scsh, too, if you are interested.) Well, let me summarize the salient data: - the s48 package is easy to maintain; - the scsh package is a horrendous spaghetti of unannotated changes to the source code; and - I haven't actually *used* s48 at all lately, I still use scsh a bit. I'm happy to take over s48 maintenance. I can probably maintain scsh as well, but I don't have the time to "clean up" the diff.gz (e.g. to use quilt). Features that I have ready for (almost) immediate upload to Debian are: - scsh 0.6.7 - s48 1.6 - amd64 support (via i386 libs) One feature that I have started on, but not finished, is support for pure 64-bit systems. I'm also reluctant to upload s48 1.6 because it *will* break slime48 in Debian. On the other hand, slime48 isn't available for Debian, and I suppose anyone using slime48 can always install the Etch package or compile s48 1.3 by hand, outside of dpkg. How about I upload the work I've already done to mentors.debian.net, but mark it as no-sponsor-needed? I'll try to do that this week, but I'll hold off any other action until I hear back from you. -- Trent Buck signature.asc Description: Digital signature
Bug#429999: htdig: [INTL:es] Spanish translation update
Package: htdig Version: 1:3.2.0b6-3.1 Priority: wishlist Tags: l10n patch Please find attached an update of the po-debconf translation of this package into Spanish. Thanks for including it in your next package upload, Javier # htdig po-debconf translation to Spanish # This file is distributed under the same license as the package. # # Primera traduccion: # - Catux <[EMAIL PROTECTED]>, 2004 # Actualizacion # - Javier Fernandez-Sanguino <[EMAIL PROTECTED]>, 2007 # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # # Si tiene dudas o consultas sobre esta traducción consulte con el último # traductor (campo Last-Translator) y ponga en copia a la lista de # traducción de Debian al español (<[EMAIL PROTECTED]>) msgid "" msgstr "" "Project-Id-Version: htdig 1:3.2.0b6-3.1\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2006-07-12 15:48-0400\n" "PO-Revision-Date: 2007-06-21 18:23+0200\n" "Last-Translator: Javier Fernandez-Sanguino <[EMAIL PROTECTED]>\n" "Language-Team: Debian L10n Spanish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: boolean #. Description #: ../templates:1001 msgid "Generate endings database now?" msgstr "¿Desea generar las bases de datos finales ahora?" #. Type: boolean #. Description #: ../templates:1001 msgid "" "The ht://Dig search engine requires an endings database which has to be " "generated before the first start. Generating the database will take a short " "while. It can be done either now or later by calling the '/usr/sbin/" "htdigconfig' script. Should the database be generated now rather than later " "on?" msgstr "El motor de búsqueda de ht://Dig necesita unas bases de datos finales que se tienen que generar antes de arrancarlo. La generción de la base de datos lleva un cierto tiempo. Puede hacer esto ahora o más tarde llamando al script «/usr/sbin/htdigconfig». ¿Desea generar la base de datos ahora en lugar de hacerlo más adelante?" #. Type: boolean #. Description #: ../templates:2001 msgid "Execute the rundig script daily?" msgstr "¿Desea ejecutar el script «rundig» diariamente?" #. Type: boolean #. Description #: ../templates:2001 msgid "" "rundig is a program that obtains on-line content and creates a searchable " "database for the ht://Dig search engine. It downloads and indexes HTML from " "the web, as defined in /etc/htdig/htdig.conf. Say Yes if you wish to run " "this program daily. Say No if you don't plan to use htdig in this way " "(perhaps htdig is being used by a third party, for instance KDE, to perform " "local indexing). If in doubt, say No. It is the safest choice unless you " "know what you're doing." msgstr "«rundig» es un programa que obtiene contenido disponible en lÃnea y crea una base de datos sobre la que se puede buscar para el motor de búsqueda de ht://Dig. El programa descarga e indexa ficheros HTML de la web, según se defina en «/etc/htdig/htdig.conf». Diga «Sû si desea ejecutar este programa diariamente. Diga «No» si no quiere utilizar htdig de esta forma (quizás esté utilizando htdig por otro elemento, como KDE, para hacer Ãndices locales). Si no sabe qué responder diga «No», es la opción más segura si no sabe lo que está haciendo." signature.asc Description: Digital signature
Bug#410401: scheme48: Please package new upstream version
On Fri, Jun 22, 2007 at 02:05:54AM +1000, Trent Buck wrote: > On Thu, Jun 21, 2007 at 02:37:39PM +0200, Lionel Elie Mamane wrote: >> On Fri, Mar 16, 2007 at 03:43:41AM +1100, Trent Buck wrote: >>> On Thu, Mar 15, 2007 at 05:15:01PM +0100, Lionel Elie Mamane wrote: As such, scheme48 is mostly orphaned in Debian. Do you want to adopt the Scheme48 package? >>> I'd be happy to, (...). The only problem is... >>> ...I'm not a DD, and Jorgen was my sponsor. So I haven't bothered >>> to find a new one yet (...) >> What's the situation? I intended to sponsor your, but as my failure >> to do any step in that direction in several months show, it will >> not happen in a reasonable timeframe. Have you looked for another >> sponsor? >> (You are welcome to take scsh, too, if you are interested.) > I'm happy to take over s48 maintenance. I can probably maintain scsh > as well, but I don't have the time to "clean up" the diff.gz (e.g. to > use quilt). > Features that I have ready for (almost) immediate upload to Debian are: > - scsh 0.6.7 That is already in Debian, so I don't see what you mean there. You mean an upload just changing Maintainer and/or Uploader lines? > I'm also reluctant to upload s48 1.6 because it *will* break slime48 > in Debian. On the other hand, slime48 isn't available for Debian, and > I suppose anyone using slime48 can always install the Etch package or > compile s48 1.3 by hand, outside of dpkg. IMHO, we also cannot stay frozen on s48 1.3 forever because slime48 is not following and never will. If you think slime48 is that important, then at most do two parallel packages of 1.3 and "latest", but I wouldn't bother in your shoes - just latest. > How about I upload the work I've already done to mentors.debian.net, > but mark it as no-sponsor-needed? I'll try to do that this week, but > I'll hold off any other action until I hear back from you. I don't think you understood me correctly: I will not be a reliable sponsor for the months to come. You need to find another sponsor. So tagging them no-sponsor-need doesn't seem a good idea to me. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410401: scheme48: Please package new upstream version
On Thu, Jun 21, 2007 at 06:25:19PM +0200, Lionel Elie Mamane wrote: > > - scsh 0.6.7 > > That is already in Debian, so I don't see what you mean there. You > mean an upload just changing Maintainer and/or Uploader lines? Oh; it must have happened without me noticing. My main machines are amd64 at the moment, so it's probably I'd not have seen it. > > I'm also reluctant to upload s48 1.6 because it *will* break slime48 > > in Debian. On the other hand, slime48 isn't available for Debian, and > > I suppose anyone using slime48 can always install the Etch package or > > compile s48 1.3 by hand, outside of dpkg. > > IMHO, we also cannot stay frozen on s48 1.3 forever because slime48 is > not following and never will. If you think slime48 is that important, > then at most do two parallel packages of 1.3 and "latest", but I > wouldn't bother in your shoes - just latest. Yes, this is the other side of the fence. What I'd like to do is find out who the hell is actually using s48 on Debian, and what proportion of those users care about slime48. Any thoughts on how to find those people? > I don't think you understood me correctly: I will not be a reliable > sponsor for the months to come. You need to find another sponsor. So > tagging them no-sponsor-need doesn't seem a good idea to me. OK, understood. Should I file ITA bugs to wnpp for s48 and scsh? -- Trent Buck signature.asc Description: Digital signature
Bug#430054: gnome-apt: FTBFS with g++-4.2: 'gettext' was not declared in this scope
Package: gnome-apt Version: 0.4.9-2 Severity: important From my pbuilder build log, using a chroot with packages mostly from sid, except that gcc-defaults is from experimental: ... Making all in gdeb make[4]: Entering directory `/tmp/buildd/gnome-apt-0.4.9/src/gdeb' if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libgksu1.2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libgksuui1.0 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/libpng12 -DPREFIX=\"/usr\" -DSYSCONFDIR=\"/etc\" -DDATADIR=\"/usr/share\" -DLIBDIR=\"/usr/lib\" -DGNOME_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGLIB_DISABLE_DEPRECATED -DG_LOG_DOMAIN="\"GDeb\"" -DGNOMELOCALEDIR=\""/usr/share/locale"\"-g -O2 -DG_DISABLE_CHECKS=1 -MT main.o -MD -MP -MF ".deps/main.Tpo" \ -c -o main.o `test -f 'main.cc' || echo './'`main.cc; \ then mv -f ".deps/main.Tpo" ".deps/main.Po"; \ else rm -f ".deps/main.Tpo"; exit 1; \ fi main.cc: In member function 'virtual std::string DebPackage::Status()': main.cc:73: error: 'gettext' was not declared in this scope main.cc: In constructor 'DebPackage::DebPackage(const std::string&)': main.cc:115: error: 'gettext' was not declared in this scope main.cc:122: error: 'gettext' was not declared in this scope main.cc:128: error: 'gettext' was not declared in this scope ... make[4]: *** [main.o] Error 1 make[4]: Leaving directory `/tmp/buildd/gnome-apt-0.4.9/src/gdeb' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/gnome-apt-0.4.9/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/gnome-apt-0.4.9' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/gnome-apt-0.4.9' make: *** [build-stamp] Error 2 -- Daniel Schepler
Bug#430079: 'scantv -h': Segmentation fault
Package: scantv Version: 3.95.dfsg.1-3 Severity: grave Justification: renders package unusable % scantv ; echo $? Segmentation fault 139 % scantv -h ; echo $? Segmentation fault 139 Attached is the output of: % strace -o /tmp/scantv.log scantv -h Hope this helps... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages scantv depends on: ii libc6 2.5-11 GNU C Library: Shared libraries ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-2 PNG library - runtime ii libzvbi0 0.2.25-1 Vertical Blanking Interval decoder ii xawtv-plugins 3.95.dfsg.1-3 plugins for xawtv and motv ii zlib1g1:1.2.3-15 compression library - runtime scantv recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
