Processed: severity of 388489 is wishlist
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > severity 388489 wishlist Bug#388489: libc6-i386: Missing /etc.ld.so.conf.d/i486-linux-gnu.conf Severity set to `wishlist' from `grave' > 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#388993: rest2web-doc: non-free Firefox icon included
Package: rest2web-doc Version: 0.5.0~beta~svn-r210-1 Severity: serious Justification: Policy 2.2.1 rest2web-doc's copyright file indicates that the package's content is by default under the BSD, but a non-BSD Firefox icon is included in /usr/share/doc/rest2web/html/images/firefox.gif. Additionnally, rest2web-doc is in main and the Firefox icon is not modifiable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384262: Again, fonts dont get displayed
Hi, The same bug occurs with the new versions, xserver-xorg-core_2%3a1.1.1-6_i386.deb xserver-xorg-core_2%3a1.1.1-7_i386.deb [names taken from /var/cache/apt] Again, reverting to older version, xserver-xorg-core_2%3a1.0.2-10_i386.deb, seems to solve the problem. I am using unstable / sid, with a 2.6.17-1-686 kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: rtorrent: Missing changelog
Processing commands for [EMAIL PROTECTED]: > package rtorrent Ignoring bugs not assigned to: rtorrent > severity 388842 minor Bug#388842: Missing changelog Severity set to `minor' from `serious' > 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]
Bug#388993: marked as forwarded (rest2web-doc: non-free Firefox icon included)
Your message dated Sat, 23 Sep 2006 09:16:45 +0200 with message-id <[EMAIL PROTECTED]> has caused the Debian Bug report #388993, regarding rest2web-doc: non-free Firefox icon included to be marked as having been forwarded to the upstream software author(s) [EMAIL PROTECTED] (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 --- Michael, would you be prepared to remove the firefox icon from the upstream source, or should I do it for Debian only? - Forwarded message from Filipus Klutiero <[EMAIL PROTECTED]> - Package: rest2web-doc Version: 0.5.0~beta~svn-r210-1 Severity: serious Justification: Policy 2.2.1 rest2web-doc's copyright file indicates that the package's content is by default under the BSD, but a non-BSD Firefox icon is included in /usr/share/doc/rest2web/html/images/firefox.gif. Additionnally, rest2web-doc is in main and the Firefox icon is not modifiable. - End forwarded message - -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck http://debiansystem.info `- Debian - when you have better things to do than fixing systems you can't assign IP address 127.0.0.1 to the loopback adapter, because it is a reserved address for loopback devices. -- micro$oft windoze xp professional signature.asc Description: Digital signature (GPG/PGP) --- End Message ---
Processed: wrong bug closed
Processing commands for [EMAIL PROTECTED]: > close 325462 Bug#325462: libdrm: FTBFS: Missing build dependencies. 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Kurt Roeckx <[EMAIL PROTECTED]> > reopen 324560 Bug#324560: Not 64-bit clean? 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. > tags 324560 + upstream Bug#324560: Not 64-bit clean? There were no tags set. Tags added: upstream > forwarded 324560 https://bugs.freedesktop.org/show_bug.cgi?id=8258 Bug#324560: Not 64-bit clean? Noted your statement that Bug has been forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=8258. > 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]
Bug#377634: AAAAAAAGGGGGGGGGGGHHHHHHHHHH!!!!!!!!!
I'd like to apologize in advance for the tone of this message, but the situation with this package is really irritating. Ten months ago, I added a "me-too" type message to bug #268471 begging for the current upstream version to replace the one in Debian. Not only did nothing ever come of that, but this bug appeared and got very quickly quashed, not by packaging the current upstream version from two and a half years ago, but by repackaging the same version from six (!!) years ago. If you can't bother to even look at a package for SIX YEARS, what in the name of all that's decent in the world has prevented you from filing an RFA in the WNPP in all that time? -- "Consider that two wrongs never make a right, but that three do." --National Lampoon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 388606
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.21 > tags 388606 pending Bug#388606: samba: purging the package fails (update-inetd not available) There were no tags set. Tags added: pending > 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]
Processed: found 384262 in 2:1.1.1-6
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.21 > found 384262 2:1.1.1-6 Bug#384262: Fonts don't get displayed anymore Bug marked as found in version 2:1.1.1-6. > 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]
Processed: Added a workaround
Processing commands for [EMAIL PROTECTED]: > severity #388215 normal Bug#388215: fails to install without root user profile/Setup.xcu Severity set to `normal' from `serious' > thanks, Unknown command or malformed arguments to command. > The package now contains the workaround from Unknown command or malformed arguments to command. > http://www.openoffice.org/issues/show_bug.cgi?id=69642 in 'preinst. Unknown command or malformed arguments to command. > This is ugly, however, so I'm leaving this open with reduced severity until Unknown command or malformed arguments to command. > OOo 2.0.4 enters Testing and makes the workaround unnecessary. Unknown command or malformed arguments to command. Too many unknown commands, stopping 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#388215: Added a workaround
severity #388215 normal thanks, The package now contains the workaround from http://www.openoffice.org/issues/show_bug.cgi?id=69642 in 'preinst. This is ugly, however, so I'm leaving this open with reduced severity until OOo 2.0.4 enters Testing and makes the workaround unnecessary. Thanks Teemu & Harri! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341172: marked as done (Please port to the experimental pilot-link 0.12 API)
Your message dated Sat, 23 Sep 2006 10:30:03 +0200 with message-id <[EMAIL PROTECTED]> and subject line Processed: Fixed in upload of evolution 2.8.0-1 to experimental 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 --- Subject: evolution experimental fails to build from source Package: evolution Version: 2.4.1-3 Severity: serious Justification: no longer builds from source Tags: experimental *** Please type your report below this line *** I got the following error while building evolution from source: cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../addressbook -I../../addressbook/backend -I../../addressbook/backend -I../../e-util -I../../e-util -I../../widgets/misc -I../../widgets/misc -DORBIT2=1 -pthread -DXTHREADS -I/usr/include/libgnome-2.0 -I/usr/include/libgnomeui-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libart-2.0 -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-keyring-1 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/X11R6/include -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -I/usr/include/libgnomeprintui-2.2 -I/usr/include/libgnomeprint-2.2 -I/usr/include/libgtkhtml-3.8 -I/usr/include/evolution-data-server-1.4 -fPIC -Wall -Wmissing-prototypes -Wno-sign-compare -MT address-conduit.lo -MD -MP -MF .deps/address-conduit.Tpo -c address-conduit.c -fPIC -DPIC -o .libs/address-conduit.o address-conduit.c: In function 'print_remote': address-conduit.c:470: warning: passing argument 2 of 'unpack_Address' from incompatible pointer type address-conduit.c: In function 'local_record_to_pilot_record': address-conduit.c:805: warning: pointer targets in assignment differ in signedness address-conduit.c:806: warning: passing argument 2 of 'pack_Address' from incompatible pointer type address-conduit.c: In function 'local_record_from_ecard': address-conduit.c:841: warning: passing argument 4 of 'dlp_ReadRecordById' from incompatible pointer type address-conduit.c:841: error: too many arguments to function 'dlp_ReadRecordById' address-conduit.c:844: warning: passing argument 2 of 'unpack_Address' from incompatible pointer type address-conduit.c: In function 'ecard_from_remote_record': address-conduit.c:1018: warning: passing argument 2 of 'unpack_Address' from incompatible pointer type address-conduit.c: In function 'pre_sync': address-conduit.c:1249: warning: passing argument 4 of 'dlp_ReadAppBlock' makes integer from pointer without a cast address-conduit.c:1249: warning: passing argument 5 of 'dlp_ReadAppBlock' makes pointer from integer without a cast make[6]: *** [address-conduit.lo] Error 1 >From my inexperienced viewpoint, it looks like the gnome-pilot interface has changed, and evolution is still using the old interface. See the thread for http://mail.gnome.org/archives/garnome-list/2005-July/msg00163.html -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (900, 'experimental'), (900, 'unstable'), (900, 'testing'), (900, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages evolution depends on: ii evolution-data-ser 1.4.1.1-1 evolution database backend server ii gconf2 2.12.1-4 GNOME configuration database syste ii gnome-icon-theme 2.12.1-1 GNOME Desktop icon theme ii gtkhtml3.8 3.8.1-1 HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1 The Bonobo UI library ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libcairo2 1.0.2-2 The Cairo 2D vector graphics libra ii libcamel1.2-6 1.4.1.1-1 The Evolution MIME message handlin ii libcomerr2 1.38-2common error de
Bug#388838: sysv-rc-bootsplash: modifies files belonging to other packages
El Viernes, 22 de Septiembre de 2006 21:12, Julien Cristau escribió: > ...postinst uses patch to modify /etc/init.d/rc... This file MUST be patched in order to show the progress bar, this isn't a policy violation. > ...that the maintainer scripts fail if you run them twice... Try with 'apt-get install --reinstall sysv-rc-bootsplash', it works perfectly for me. Greetings, -- Pablo Chinea [EMAIL PROTECTED] http://www.khertz.net/ pgpD8uLIBCOdG.pgp Description: PGP signature
Processed: tagging 341172
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.21 > tags 341172 sid Bug#341172: Please port to the experimental pilot-link 0.12 API Tags were: fixed-in-experimental patch Tags added: sid > 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#388779: marked as done (postgrey: purging the package fails (ucf unavailable))
Your message dated Sat, 23 Sep 2006 02:02:07 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#388779: fixed in postgrey 1.27-2 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: postgrey Version: 1.27-1 Severity: serious Hello Adrian, There is an error when attempting to purge postgrey: Removing postgrey ... Purging configuration files for postgrey ... /var/lib/dpkg/info/postgrey.postrm: line 26: ucf: command not found dpkg: error processing postgrey (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot assume ucf is available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. --- End Message --- --- Begin Message --- Source: postgrey Source-Version: 1.27-2 We believe that the bug you reported is fixed in the latest version of postgrey, which is due to be installed in the Debian FTP archive: postgrey_1.27-2.diff.gz to pool/main/p/postgrey/postgrey_1.27-2.diff.gz postgrey_1.27-2.dsc to pool/main/p/postgrey/postgrey_1.27-2.dsc postgrey_1.27-2_all.deb to pool/main/p/postgrey/postgrey_1.27-2_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. Adrian von Bidder <[EMAIL PROTECTED]> (supplier of updated postgrey 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: Sat, 23 Sep 2006 10:29:20 +0200 Source: postgrey Binary: postgrey Architecture: source all Version: 1.27-2 Distribution: unstable Urgency: medium Maintainer: Adrian von Bidder <[EMAIL PROTECTED]> Changed-By: Adrian von Bidder <[EMAIL PROTECTED]> Description: postgrey - greylisting implementation for Postfix Closes: 359073 387536 388779 Changes: postgrey (1.27-2) unstable; urgency=medium . * The "Your very personal RC bug" release * ucf handling in prerm instead of postrm (closes: #388779 - RC) * Recommend Net::RBLClient (closes: #359073) * logcheck pattern updated (closes: #387536) Thanks to all bug reporters! Files: 62dd705bb854f8708db17ffac397bc8a 630 mail optional postgrey_1.27-2.dsc a4b94e79aca6bee478e40beb6e2c4ecf 10752 mail optional postgrey_1.27-2.diff.gz dc3fb0fbc91a29a6213708cd3c84ae92 43562 mail optional postgrey_1.27-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: get my key from http://fortytwo.ch/gpg/92082481 iEYEARECAAYFAkUU9aoACgkQi6Qxi+Wn99YYWgCgjMysmaGziKswIzPFbKcVVX+J 0+YAn1PN5K2/A5jJuZ5GbFckmLuY25CR =VNws -END PGP SIGNATURE- --- End Message ---
Bug#388776: xserver-xorg-input-wacom: Source package fails to compile
Hi, On Fri, Sep 22, 2006 at 03:35:20PM +0200, Eckhart W??rner wrote: > In file included from /usr/include/xorg/xisb.h:32, > from ../../src/xf86Wacom.h:67, > from ../../src/xf86Wacom.c:103: > /usr/include/unistd.h:189: error: conflicting types for > ‘xf86ssize_t’ > /usr/include/xorg/xf86_libc.h:86: error: previous declaration of > ‘xf86ssize_t’ was here Looking at this, it doesn't appear to be a problem with the wacom-tools package as such. You will want to look at the versions of the packages that supply unistd.h and xf86_libc.h, since the problem appears to be a a conflict between them. xf86Wacom.h is just an end user here, providing a junction for the crash. hth, Ron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341172: Processed: Fixed in upload of evolution 2.8.0-1 to experimental
On Sat, Sep 23, 2006 at 10:30:03AM +0200, Heikki Henriksen wrote: > On 9/22/06, Steve Langasek <[EMAIL PROTECTED]> wrote: > >On Fri, Sep 22, 2006 at 06:34:00AM -0700, Debian Bug Tracking System wrote: > >> > tag 341172 + fixed-in-experimental > >> Bug#341172: Please port to the experimental pilot-link 0.12 API > >> Tags were: patch > >> Tags added: fixed-in-experimental > >Did you not understand that this version of pilot-link is now in > >*unstable*, > >and evolution needs an upload to unstable to fix it? > Of course I understand that ;) > It had an upload to unstable on thursday (before the upload to > experimental). I guess the (closes: #341172)-line in the > unstable-upload was wrapped wrongly and not caught. Sorry, it was my error; the bug was already marked as closed in unstable, but I assumed it wasn't because there's yet another build failure now on hppa. :/ I'll try to figure out where this is coming from, it seems to be an issue of libgnomecanvas2 having a broken .la file on hppa. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388776: marked as done (xserver-xorg-input-wacom: Source package fails to compile)
Your message dated Sat, 23 Sep 2006 18:52:01 +0930 with message-id <[EMAIL PROTECTED]> and subject line Processed: severity of 388776 is serious 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: xserver-xorg-input-wacom Severity: normal The source package wacom-tools does not compile with me. Extracted from the build log: gcc -g -O2 -fPIC -pipe -ansi \ -pedantic -Wall -Wpointer-arith -fno-merge-constants \ -I../../src -I/usr/include/xorg -Dlinux \ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE \ -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE \ -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY \ -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV -DPANORAMIX \ -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV \ -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER \ -DXFree86Server -DXF86VIDMODE -DXvMCExtension \ -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension \ -DX_BYTE_ORDER=X_LITTLE_ENDIAN \ -DNDEBUG -DFUNCPROTO=15 \ -DNARROWPROTO -DIN_MODULE -DXFree86Module -DLINUX_INPUT \ -o xf86Wacom.o -c ../../src/xf86Wacom.c In file included from /usr/include/xorg/xisb.h:32, from ../../src/xf86Wacom.h:67, from ../../src/xf86Wacom.c:103: /usr/include/unistd.h:189: error: conflicting types for ‘xf86ssize_t’ /usr/include/xorg/xf86_libc.h:86: error: previous declaration of ‘xf86ssize_t’ was here In file included from /usr/include/xorg/xisb.h:32, from ../../src/xf86Wacom.h:67, from ../../src/xf86Wacom.c:103: /usr/include/unistd.h:312: error: conflicting types for ‘xf86read’ /usr/include/xorg/xf86_ansic.h:273: error: previous declaration of ‘xf86read’ was here /usr/include/unistd.h:318: error: conflicting types for ‘xf86write’ /usr/include/xorg/xf86_ansic.h:274: error: previous declaration of ‘xf86write’ was here /usr/include/unistd.h:405: error: conflicting types for ‘xf86usleep’ /usr/include/xorg/xf86_ansic.h:345: error: previous declaration of ‘xf86usleep’ was here In file included from /usr/include/xorg/xisb.h:32, from ../../src/xf86Wacom.h:67, from ../../src/xf86Wacom.c:103: /usr/include/unistd.h:884:29: error: macro "getpagesize" passed 1 arguments, but takes just 0 make[4]: *** [xf86Wacom.o] Fehler 1 make[4]: Leaving directory `/root/wacom-tools-0.7.4.1/linuxwacom/builddir/src' make[3]: *** [all-recursive] Fehler 1 make[3]: Leaving directory `/root/wacom-tools-0.7.4.1/linuxwacom/builddir/src' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/root/wacom-tools-0.7.4.1/linuxwacom/builddir' make[1]: *** [all] Fehler 2 make[1]: Leaving directory `/root/wacom-tools-0.7.4.1/linuxwacom/builddir' make: *** [build-arch-stamp] Fehler 2 Full build log can be found at http://ewsoftware.de/temp/debian/wacom-tools.txt -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (600, 'unstable'), (600, 'testing'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) --- End Message --- --- Begin Message --- On Fri, Sep 22, 2006 at 09:49:38AM -0700, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > # Automatically generated email from bts, devscripts version 2.9.21 > > severity 388776 serious > Bug#388776: xserver-xorg-input-wacom: Source package fails to compile > Severity set to `serious' from `normal' As pointed out in an earlier reply, this does not appear to be a bug in this package. Feel free to reassign/reopen it once the dependent libs are identified and the real culprit determined. There is not enough information provided for me to answer that at present. Thanks! Ron --- End Message ---
Bug#336198: System hangs, when loading module ipw2100 with firmware
Daniel Baumann skrev: Steinar H. Gunderson wrote: This was about a month ago -- any progress? [...] Well, the "problem" is, that the kernel-team will prepare a modules package to conglomerate all oot-modules. >[...] Google came up with the following thread: http://lists.debian.org/debian-release/2006/07/msg00259.html which, to my understanding, says: Maybe debian should have linux-modules-contib some day, but until then, continue to build individual packages. Obviously there now is a linux-modules-extra package: http://packages.qa.debian.org/l/linux-modules-extra-2.6.html but no linux-modules-contrib, as far as I can tell. Has anything happened on this topic, which isn't included in the bug report? -- /Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Assign 388711 to php-fpdf
Processing commands for [EMAIL PROTECTED]: > reassign 388711 php-fpdf Bug#388711: ldap-account-manager failure when open in web browser and login Bug reassigned from package `ldap-account-manager' to `php-fpdf'. > 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]
Bug#388838: sysv-rc-bootsplash: modifies files belonging to other packages
On Sat, Sep 23, 2006 at 09:20:00AM +0100, Pablo Chinea wrote: > El Viernes, 22 de Septiembre de 2006 21:12, Julien Cristau escribió: > > ...postinst uses patch to modify /etc/init.d/rc... > This file MUST be patched in order to show the progress bar, this isn't a > policy violation. It most certainly is a policy violation. A package is not allowed to edit a conffile, *ever*. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#386935: marked as done (gstm - FTBFS: help2man: can't get `--help' info from gstm)
Your message dated Sat, 23 Sep 2006 02:47:07 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#386935: fixed in gstm 1.2-3 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: gstm Version: 1.2-2 Severity: serious There was an error while trying to autobuild your package: > Automatic build of gstm_1.2-2 on lxdebian.bfinv.de by sbuild/s390 85 [...] > # create manpages > (help2man \ > --name="the Gnome Secure Shell Tunnel Manager" \ > --section=1 --output=gstm.1 \ > gstm ) > help2man: can't get `--help' info from gstm > make: *** [build-stamp] Error 127 > ** > Build finished at 20060910-1346 > FAILED [dpkg-buildpackage died] --- End Message --- --- Begin Message --- Source: gstm Source-Version: 1.2-3 We believe that the bug you reported is fixed in the latest version of gstm, which is due to be installed in the Debian FTP archive: gstm_1.2-3.diff.gz to pool/main/g/gstm/gstm_1.2-3.diff.gz gstm_1.2-3.dsc to pool/main/g/gstm/gstm_1.2-3.dsc gstm_1.2-3_powerpc.deb to pool/main/g/gstm/gstm_1.2-3_powerpc.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. Thierry Randrianiriana <[EMAIL PROTECTED]> (supplier of updated gstm 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: Tue, 12 Sep 2006 15:29:43 +0300 Source: gstm Binary: gstm Architecture: source powerpc Version: 1.2-3 Distribution: unstable Urgency: low Maintainer: Thierry Randrianiriana <[EMAIL PROTECTED]> Changed-By: Thierry Randrianiriana <[EMAIL PROTECTED]> Description: gstm - Gnome SSH Tunnel Manager Closes: 386935 Changes: gstm (1.2-3) unstable; urgency=low . * Added debian/watch (Thanks to Bart Martens). * debian/control: - Removed build-depends on help2man. - Added openssh-server to suggests. * debian/rules: - turn off verbose mode - Removed help2man (Closes: #386935). - clean Files: f016457385952354968c85d069596dc6 611 gnome optional gstm_1.2-3.dsc 5ece3a347d734ad9c4abdd59c713157b 2541 gnome optional gstm_1.2-3.diff.gz 7120f78ba6fc80184b9ddac3bcaf6de1 141592 gnome optional gstm_1.2-3_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFFQBc01u8mbx9AgoRAihGAKCesPiiOjM+rC/C/bJzwzAMONQQuACfaz0g Tb52fWj5rL7Nos0iSZ8dPAM= =0fFn -END PGP SIGNATURE- --- End Message ---
Bug#388711: Bug 388711
Hi, I think this is a bug in the FPDF package. I noticed that you added a second parameter "false" to the class_exists() call. The PHP API documentation does not include such a second parameter. I suggest to remove the class_exists() call completely. Libraries are included with include_once() and there is no need for such a check. Greetings Roland -- LDAP Account Manager http://lam.sourceforge.net Want more? Get LDAP Account Manager Pro! http://lam.sourceforge.net/lamPro/index.htm signature.asc Description: OpenPGP digital signature
Bug#388838: sysv-rc-bootsplash: modifies files belonging to other packages
El Sábado, 23 de Septiembre de 2006 10:19, Steve Langasek escribió: > It most certainly is a policy violation. A package is not allowed to edit > a conffile, *ever*. I didn't know it :-S, sorry. Though looking at sysv-rc package I see /etc/init.d/rc is not classified as conffile. Anyway, I believe that it is better to not edit it, but how? Bootsplash needs to know the progress of the initscripts execution. Greetings, -- Pablo Chinea [EMAIL PROTECTED] http://www.khertz.net/ pgpLe3eoqdvbK.pgp Description: PGP signature
Bug#388399: Processed: Re: Bug#388399: gnuplot: FTBFS
On Fri, Sep 22, 2006 at 12:55 +0200, Frank Küster wrote: > >> reassign 388399 tetex-bin > > Bug#388399: "mktexmf: line 92: mf31966.tmp: Permission denied" on alpha, > > mips and mipsel > > Bug reassigned from package `gnuplot' to `tetex-bin'. > > Hm. It's not a general mipsel/alpha/mips problem. At least in the sid > chroot on vaughan, a mipsel box, the command (mktextfm ecrm1728) works > just fine. I won't have time to investigate this further, but I suspect > that the underlying problem is that on the buildds, e.g. in > http://buildd.debian.org/fetch.php?&pkg=gnuplot&ver=4.0.0-5&arch=alpha&stamp=1158062374&file=log&as=raw > > mktextmf tries to create the file in a TEXMF tree rooted in the current > directory (/home/buildd/.texmf-var) instead of the varfonts tree in > /tmp. Maybe the home directory just doesn't exist. The strange thing is that mktexmf, which is called here, looks like this: [...] destdir=`echo "$MT_MFNAME" | sed 's%/[^/][^/]*$%%'` test -d "$destdir" || "$MT_MKTEXDIR" "$destdir" || exit 1 cd "$destdir" || exit 1 [...] cat > "mf$$.tmp" <$STDOUT echo "$progname: $destdir/$mfname: successfully generated." >&2 "$MT_MKTEXUPD" "$destdir" "$mfname" [...] >From the succesfull messages at the end of mktexmf we know that $destdir was /home/buildd/.texmf-var/fonts/source/jknappen/ec/, which must have existed otherwise the script would have been terminated before. So at first sight it looks as if $destdir was created but without write permissions. No idea why that could happen. cheerio ralf > This may be a problem with the configuration on the buildds, we'd need > the output of > > kpsewhich --format='web2c files' mktex.cnf > > as well as the file contents of the resulting filename, on the buildd. > I'm formally on vacation and only able to write this mail out of sheer > luck, and won't be able to work on that in the next days. [full-quote for the BTS]
Bug#377634: AAAAAAAGGGGGGGGGGGHHHHHHHHHH!!!!!!!!!
On Sat, Sep 23, 2006 at 00:41:05 -0700 (-0700), Daniel Gimpelevich wrote: > I'd like to apologize in advance for the tone of this message, but > the situation with this package is really irritating. Ten months > ago, I added a "me-too" type message to bug #268471 begging for the > current upstream version to replace the one in Debian. Not only did > nothing ever come of that, but this bug appeared and got very > quickly quashed, not by packaging the current upstream version from > two and a half years ago, but by repackaging the same version from > six (!!) years ago. If you can't bother to even look at a package > for SIX YEARS, what in the name of all that's decent in the world > has prevented you from filing an RFA in the WNPP in all that time? a) the license situation for v3 is not as clear cut as v2 because of the gracenote stuff IIRC b) it's an old bit of software - probably the only real use for it is for people with CD changers which generally aren't well supported by most CD players. Integration with gnome and KDE for exampe are IIRC non-existant c) lack of time and effort on my behalf (definitely biggest problem) d) my uploads are currently bouncing and I havn't had any response from ftp-admins as to why this is happening e) you are more than welcome to submit a patch Regarding WNPP, that could apply for alot of packages - I'm not sure it'd help much - people can see the bugs and are always welcome to do NMUs. Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388779: fixed in postgrey 1.27-2
reopen 388779 thanks On Sat, Sep 23, 2006 at 02:02:07AM -0700, Adrian von Bidder wrote: >* The "Your very personal RC bug" release >* ucf handling in prerm instead of postrm (closes: #388779 - RC) - There is no such thing as a prerm "purge". - prerm happens /before/ the package is removed from disk, and may be aborted for a number of reasons -- if your change actually did anything, it would leave no rollback path to restore these config files. - since your change doesn't do anything, you're instead leaving orphaned config files on disk even when purged. There are two ways that you can fix this bug sensibly. The first is to call ucf from postrm purge /opportunistically/, by checking first whether the binary is present. The second is to call ucf from postrm remove. The latter is a policy violation, removing config files when /not/ being purged, so the former solution is to be preferred. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388844: xmms2d crashes on start with "Bad glib version" message...
Antono Vasiljev wrote: > xmms2d > Bad glib version: GLib version too old (micro mismatch) This is fixed upstream: http://git.xmms.se/?p=xmms2-devel.git;a=commit;h=f0a9265ae3612988931b1ed4a0d8502d6a22c5d1 anders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388838: sysv-rc-bootsplash: modifies files belonging to other packages
On Sat, Sep 23, 2006 at 11:28:45AM +0100, Pablo Chinea wrote: > El Sábado, 23 de Septiembre de 2006 10:19, Steve Langasek escribió: > > It most certainly is a policy violation. A package is not allowed to edit > > a conffile, *ever*. > I didn't know it :-S, sorry. Though looking at sysv-rc package I > see /etc/init.d/rc is not classified as conffile. Well, that means there's a bug in sysv-rc because it should be a conffile; it also means that editing /etc/init.d/rc isn't going to work very well for you, because the changes would simply be overwritten on each upgrade of sysv-rc. > Anyway, I believe that it is better to not edit it, but how? Bootsplash > needs to know the progress of the initscripts execution. Please try to coordinate with the sysv-rc maintainer to see if support for this can be included in the sysv-rc package in a non-disruptive way. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#383467: marked as done (wipe incorrectly determines partition size of large partitions (probable 32 bit integer overflow))
Your message dated Sat, 23 Sep 2006 04:17:45 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#383467: fixed in wipe 0.21-1 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: wipe Version: 0.20-2 Severity: normal *** Please type your report below this line *** Running wipe on a large partition, eg with wipe -kD /dev/hda1 does not always wipe the whole partition. Example: I tried to wipe a partition with 81956657664 bytes; wipe wrote only 352279040 Bytes per pass (checked with strace). Since this number is exactly the same as (81956657664 % 2^32) = 352279040, I conclude that wipe tries to coerce the size into a 32 bit number. This is serious problem: not only does it fail to erase the whole partition, the progress output does not really indicate that. Nowhere it is explained that the numbers mean the number of 16kB blocks being written. In the case in question, I only noted the obvious mismatch between the time for a pass and the size of the partition. If my analysis is correct, then it might be a good idea to check what happens if one tries to wipe a file of more than 4GB size. Rainer Schoepf -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages wipe depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries wipe recommends no packages. -- no debconf information Rainer Schöpf --- End Message --- --- Begin Message --- Source: wipe Source-Version: 0.21-1 We believe that the bug you reported is fixed in the latest version of wipe, which is due to be installed in the Debian FTP archive: wipe_0.21-1.diff.gz to pool/main/w/wipe/wipe_0.21-1.diff.gz wipe_0.21-1.dsc to pool/main/w/wipe/wipe_0.21-1.dsc wipe_0.21-1_i386.deb to pool/main/w/wipe/wipe_0.21-1_i386.deb wipe_0.21.orig.tar.gz to pool/main/w/wipe/wipe_0.21.orig.tar.gz 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. Thomas Schoepf <[EMAIL PROTECTED]> (supplier of updated wipe 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: Sat, 23 Sep 2006 13:02:56 +0200 Source: wipe Binary: wipe Architecture: source i386 Version: 0.21-1 Distribution: unstable Urgency: low Maintainer: Thomas Schoepf <[EMAIL PROTECTED]> Changed-By: Thomas Schoepf <[EMAIL PROTECTED]> Description: wipe - Secure file deletion Closes: 383467 Changes: wipe (0.21-1) unstable; urgency=low . * Acknowledge the changes made in the NMU 0.20-2.1. Thanks to Max Kellermann for the patch and Alexander Wirt for the NMU! Closes: Bug#383467 * The NMU patch for Bug#383467 are now incorporated upstream. * debian/README.Debian: removed because upstream removed the files rc6.c, rc6.h and secure_del.html from the tarball. Now the Debian tar.gz no longer differs from the upstream .tar.gz. * debian/control: Bumped Standards-Version to 3.7.2. No changes required. Files: 1bb7b3b7b87eecc7dd3915cc8e64f8f9 553 utils extra wipe_0.21-1.dsc 1e96696981b4edc78f0a0e66e8e3ea7f 45536 utils extra wipe_0.21.orig.tar.gz dc1c9c4a9ed5bbafc17520d6d6b7a505 3338 utils extra wipe_0.21-1.diff.gz 116a431185ae74f9791c218e0bc4094a 39268 utils extra wipe_0.21-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iEYEARECAAYFAkUVFigACgkQBL31vrD6T0nPYACeOdyryQ7Drey4FBHdw7/nTe9z 0pwAnREgDZp+j4ehfEUVYwdjyTd5BTHy =KB0Q -END PGP SIGNATURE- --- End Message ---
Bug#389016: tomboy: Tomboy fails to run
Package: tomboy Version: 0.3.9+dfsg-2.1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since logging in this morning the tomboy applet has failed to appear on my GNOME panel. Strangely I have not seen the 'panel applet died, do you want to restart' popup. Anyway... $ tomboy ** ERROR **: file threadpool.c: line 990 (mono_thread_pool_init): assertion failed: (async_call_klass) aborting... = Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: Native stacktrace: /usr/lib/libmono.so.0(mono_handle_native_sigsegv+0x113) [0xa7d5b5fa] /usr/lib/libmono.so.0 [0xa7d301e2] [0xe440] /lib/tls/i686/cmov/libc.so.6(abort+0x109) [0xa7adcfb9] /usr/lib/libglib-2.0.so.0(g_logv+0x454) [0xa7c6f114] /usr/lib/libglib-2.0.so.0(g_log+0x29) [0xa7c6f149] /usr/lib/libglib-2.0.so.0(g_assert_warning+0x77) [0xa7c6f1c7] /usr/lib/libmono.so.0(mono_thread_pool_init+0x16a) [0xa7df18de] /usr/lib/libmono.so.0(mono_runtime_init+0x23) [0xa7df8c65] /usr/lib/libmono.so.0(mini_init+0xb34) [0xa7d314f3] /usr/lib/libmono.so.0(mono_main+0x1388) [0xa7d4d922] mono [0x8048522] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xa7ac7ea8] mono [0x8048471] Aborted - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages tomboy depends on: ii gconf2 2.14.0-4 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.2-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.71-2simple interprocess messaging syst ii libfontconfig1 2.4.1-2 generic font configuration library ii libgconf2.0-cil2.8.3-1 CLI binding for GConf 2.12 ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libglib2.0-cil 2.8.3-1 CLI binding for the GLib utility l ii libgmime2.2-cil2.2.3-1.2 CLI binding for the MIME library, ii libgnome2.0-cil2.8.3-1 CLI binding for GNOME 2.12 ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-6 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libgtk2.0-cil 2.8.3-1 CLI binding for the GTK+ toolkit 2 ii libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T ii libmono-corlib1.0-cil 1.1.13.8-1Mono core library (1.0) ii libmono-system1.0-cil 1.1.13.8-1Mono System libraries (1.0) ii libmono1.0-cil 1.1.17.1-3Mono libraries (1.0) ii libpanel-applet2-0 2.14.3-1 library for GNOME 2 panel applets ii libpango1.0-0 1.12.4-1 Layout and rendering of internatio ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii mono-runtime 1.1.13.8-1Mono runtime ii zlib1g 1:1.2.3-13compression library - runtime tomboy recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFFRokshl/216gEHgRAquPAJ4/H3So9gcbbrYSX+oX1YjrPJhoTgCghzO1 L0PweYWsi/K1t/c3nhMpGCs= =rY/7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging bugs that are closed by packages in NEW as pending
Processing commands for [EMAIL PROTECTED]: > # the following bugs are closed by packages in NEW > # > tags 310776 pending Bug#310776: typo3-src-3.7: suggests invalud package There were no tags set. Tags added: pending > tags 311277 pending Bug#311277: typo3-src-3.7: package doesn't depend on php-cgi There were no tags set. Tags added: pending > tags 341709 pending Bug#341709: typo3: New upstream version available (3.8.1) There were no tags set. Tags added: pending > tags 364350 pending Bug#364350: Mail forms can be used to send spam Tags were: security Tags added: pending > tags 364351 pending Bug#364351: Remote command execution, arbitrary file viewing [CVE-2006-0327] Tags were: security Tags added: pending > tags 366533 pending Bug#366533: typo3-src-3.7: Depends php4, php5 won't do? There were no tags set. Tags added: pending > tags 377821 pending Bug#377821: Recommends unavailable eaccelerator There were no tags set. Tags added: pending > tags 378824 pending Bug#378824: libtexttools: ABI change requires soname bump There were no tags set. Tags added: pending > tags 388766 pending Bug#388766: "ITA: typo3-src -- Powerful content management framework (Meta package)" There were no tags set. Tags added: pending > 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]
Bug#389016: backtrace
(gdb) info threads 3 Thread 16386 (LWP 23127) 0xa7b352fc in clone () from /usr/lib/debug/libc.so.6 2 Thread 32769 (LWP 23126) 0xa7aa3b01 in kill () at ../string/bits/string2.h:998 * 1 Thread 16384 (LWP 23120) 0xa7aa3b01 in kill () at ../string/bits/string2.h:998 (gdb) thread apply all bt full Thread 3 (Thread 16386 (LWP 23127)): #0 0xa7b352fc in clone () from /usr/lib/debug/libc.so.6 fstab_state = {fs_fp = 0x0, fs_buffer = 0x0, fs_mntres = { mnt_fsname = 0x0, mnt_dir = 0x0, mnt_type = 0x0, mnt_opts = 0x0, mnt_freq = 0, mnt_passno = 0}, fs_ret = {fs_spec = 0x0, fs_file = 0x0, fs_vfstype = 0x0, fs_mntops = 0x0, fs_type = 0x0, fs_freq = 0, fs_passno = 0}} __elf_set___libc_subfreeres_element_fstab_free__ = ( const void *) 0xa7b6ffb0 #1 0x in ?? () No symbol table info available. Thread 2 (Thread 32769 (LWP 23126)): #0 0xa7aa3b01 in kill () at ../string/bits/string2.h:998 _nl_msg_cat_cntr = 3 #1 0xa7bd468c in __pthread_restart_new (th=0x804a8c0) at pthread.c:1336 No locals. #2 0xa7bd36df in __pthread_manager (arg=0x806e480) at restart.h:24 ldt_entry = {entry_number = 6, base_addr = 134669440, limit = 1048575, seg_32bit = 1, contents = 0, read_exec_only = 0, limit_in_pages = 1, seg_not_present = 0, useable = 1, empty = 0} reqfd = 8 ufd = {fd = 8, events = 1, revents = 1} manager_mask = {__val = {4294967279, 4294967294, 4294967295 }} n = request = {req_thread = 0x804a8c0, req_kind = REQ_CREATE, req_args = { create = {attr = 0xafc7fe8c, fn = 0xa7e22b64 , arg = 0x0, mask = {__val = {2147483648, 0, 0, 1158949914, 0, 2812818584, 2814589544, 2817622004, 2814587544, 2814174364, 2814587544, 2817622004, 2817524344, 1, 2949119568, 2817577705, 2817524772, 2812780640, 1, 1, 0, 2815346007, 560, 2815234048, 2117308, 2814174364, 2817349880, 0, 2817621184, 2949119672, 2817577088, 2814203627}}}, free = {thread_id = 2949119628}, exit = { code = -1345847668}, post = 0xafc7fe8c, for_each = {fn = 0xafc7fe8c, arg = 0xa7e22b64}}} #3 0xa7bd3b97 in __pthread_manager_event (arg=0x806e480) at manager.c:249 ldt_entry = {entry_number = 6, base_addr = 134669440, limit = 1048575, seg_32bit = 1, contents = 0, read_exec_only = 0, limit_in_pages = 1, seg_not_present = 0, useable = 1, empty = 0} #4 0xa7b3530a in clone () from /usr/lib/debug/libc.so.6 fstab_state = {fs_fp = 0x0, fs_buffer = 0x0, fs_mntres = { mnt_fsname = 0x0, mnt_dir = 0x0, mnt_type = 0x0, mnt_opts = 0x0, mnt_freq = 0, mnt_passno = 0}, fs_ret = {fs_spec = 0x0, fs_file = 0x0, fs_vfstype = 0x0, fs_mntops = 0x0, fs_type = 0x0, fs_freq = 0, fs_passno = 0}} __elf_set___libc_subfreeres_element_fstab_free__ = ( const void *) 0xa7b6ffb0 Thread 1 (Thread 16384 (LWP 23120)): #0 0xa7aa3b01 in kill () at ../string/bits/string2.h:998 _nl_msg_cat_cntr = 3 #1 0xa7bd5f25 in pthread_kill (thread=16384, signo=6) at signals.c:69 handle = (pthread_handle) 0xa7bdd460 pid = 23120 #2 0xa7bd5f6b in __pthread_raise (sig=6) at signals.c:200 retcode = #3 0xa7aa3894 in *__GI_raise (sig=6) at ../linuxthreads/sysdeps/unix/sysv/linux/raise.c:38 No locals. #4 0xa7aa4ccc in *__GI_abort () at ../sysdeps/generic/abort.c:88 act = {__sigaction_handler = {sa_handler = 0xafc7fad0, sa_sigaction = 0xafc7fad0}, sa_mask = {__val = {2949118692, 2817563367, 2949118672, 2817623632, 10, 2812781312, 1, 0, 1, 2949118572, 2814226420, 134673824, 2813933152, 2949118572, 2814197695, 2813933168, 2813927412, 2949118600, 2949118736, 2817527016, 2814628854, 6788756, 17233312, 0, 2949118632, 2814798801, 134673824, 134673824, 116, 2815185380, 2815185380, 134658928}}, sa_flags = -1345848520, sa_restorer = 0xa7c68c2f } sigs = {__val = {32, 0 }} #5 0xa7c68114 in IA__g_logv (log_domain=, log_level=G_LOG_LEVEL_ERROR, format=0xa7c928a0 "file %s: line %d (%s): assertion failed: (%s)", args1=0xafc7ffec "\206\003") at gmessages.c:497 depth = domain = (GLogDomain *) 0x804b5d8 data = (gpointer) 0x0 log_func = (GLogFunc) 0xa7c68a30 domain_fatal_mask = G_LOG_LEVEL_ERROR test_level = was_recursion = 0 i = #6 0xa7c68149 in IA__g_log (log_domain=0x0, log_level=G_LOG_LEVEL_ERROR, format=0xa7c928a0 "file %s: line %d (%s): assertion failed: (%s)") at gmessages.c:517 args = 0xafc7ffec "\206\003" #7 0xa7c681c7 in IA__g_assert_warning (log_domain=0x0, file=0xa7e8ed86 "threadpool.c", line=990, pretty_function=0xa7e8eeba "mono_thread_pool_init", expression=0xa7e8ee21 "async_call_klass") at gmessages.c:552 No locals. #8 0xa7dea8de in mono_thread_pool_init () from /usr/lib/libmono.so.0 No symbol table info available. #9 0xa7df1c65 in mono_runtime_init () from /usr/lib/libmono.so.0 No symbol table in
Bug#388571: [Pkg-awstats-devel] Bug#388571: awstats: Non-free Firefox icon included
Charles Fry <[EMAIL PROTECTED]> > Can anyone comment on whether or not it is problematic for us to > distribute a tiny icon of Firefox's logo? [...] IIRC we have no current copyright permission for it, even in the browser sources. So, yes, a problem. Can you ask Mozilla.org whether the logo is available under a free software licence yet? -- MJR/slef My Opinion Only: see http://people.debian.org/~mjr/ Please follow http://www.uk.debian.org/MailingLists/#codeofconduct -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388861: apt-listchanges: consistently fails with traceback in DebianControlParser.py line 19
Pierre Habouzit wrote: Le sam 23 septembre 2006 02:50, The Wanderer a écrit : Package: apt-listchanges Version: 2.63 Severity: grave Justification: renders package unusable For some time now, every time I install a package via apt-get, apt-listchanges does not pop up its display of changelogs. Instead, I get the following (immediately after "Retrieving bug reports... Done"): Traceback (most recent call last): File "/usr/bin/apt-listchanges", line 210, in ? main() File "/usr/bin/apt-listchanges", line 65, in main status.readfile('/var/lib/dpkg/status') File "/usr/share/apt-listchanges/DebianControlParser.py", line 47, in readfile self.stanzas += [DebianControlStanza(x) for x in open(file, 'r').read().split('\n\n') if x] File "/usr/share/apt-listchanges/DebianControlParser.py", line 19, in __init__ field, value = line.split(':', 1) ValueError: need more than 1 value to unpack please send me your /var/lib/dpkg/status (not to the bts because of its size). If you still need that after the below, just let me know and I'll pass it along with no further fuss. (I ordinarily hate bug reporters who refuse to follow instructions, especially requests for information, and I don't like the idea of being one - but in this instance I think I may know just enough about what's going on to avoid having to send a multi-megabyte file through the mail.) it seems you have some odd thing in there, and I've no clue of what is happening. technically, it can only happen if you have a line that does not starts with a space, nor is empty, and has no ':' in it. so either there is a \t starting line or so, and I need to deal with that (but that would be quite suprising) or you have some ill-formatted file. well, with that file I could have a clue. Yep - that seems to be the cause. I grepped out lines which fit those three criteria, and the three lines remaining all begin with tabs - they appear in the description of gnome-system-tools 0.26.1-1 (which I do not actually have installed, its status is 'deinstall ok config-files'). I'm not sure of how to correctly clear that out, since editing the file by hand to insert the appropriate spaces does not seem remotely "correct"; any suggestions? -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Secrecy is the beginning of tyranny. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389016:
Tomboy and Muine both fail with the same error, so I guess this is mono's fault rather than Tomboy's. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: > reassign 389016 mono Bug#389016: tomboy: Tomboy fails to run Bug reassigned from package `tomboy' to `mono'. > found 389016 1.1.13.8-1 Bug#389016: tomboy: Tomboy fails to run Bug marked as found in version 1.1.13.8-1. > 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]
Bug#385519: [Pkg-octave-devel] Bug#385519: octaviz: please migrate to VTK 5
Hi, okay, here we go (in order to avoid people at BSPs wasting time). Preliminary (i386) packages are at deb http://www.num.uni-sb.de/~weber/debian unstable/ These are very preliminary (the changelog entries are not really accurate, but Octaviz is not a package where I want to interrupt a build that's halfway through), but seem to work. You need the latest unstable libvtk5-packages (5.0.1-4), either from my repository above or from incoming (from where I just copied them). And the vtk-examples packages, if you want to test with Octaviz's examples. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: mono-xsp: Fails to configure due to templates parse error
Processing commands for [EMAIL PROTECTED]: > severity 389005 grave Bug#389005: mono-xsp: Fails to configure due to templates parse error Severity set to `grave' from `important' > 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]
Bug#389024: libapache-mod-mono: Broken debconf template: Package fails to configure
Package: libapache-mod-mono Version: 1.1.17-2 Severity: grave Justification: renders package unusable Tags: patch Hi, There is a missing space at the begining of your long description, that makes your package not configurable. The attached patch fixes the problem. I have also rephrased the long description, as on some debconf frontends, the long description is the first thing the user will read, and in this situation, "This" does not mean anything. Cheers, -- Thomas Huriaux --- libapache-mod-mono.templates.orig 2006-09-23 14:12:17.0 +0200 +++ libapache-mod-mono.templates2006-09-23 14:15:49.0 +0200 @@ -1,4 +1,4 @@ Template: libapache-mod-mono/activate Type: boolean _Description: Activate module? -If this is true, then the module will be activated as apache starts. + The libapache-mod-mono module can be activated as apache starts. signature.asc Description: Digital signature
Processed: retitle 389016 to mono fails to work: assertion failed: (async_call_klass)
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.21 > retitle 389016 mono fails to work: assertion failed: (async_call_klass) Bug#389016: tomboy: Tomboy fails to run Changed Bug title. > 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#389030: xserver-xorg: does not start (after reboot) if no mouse is attached
Package: xserver-xorg Version: 1:7.0.22 Severity: grave Justification: renders package unusable Hello, I have found that if I plug out the USB mouse and restart the system the X server will not start unless th mouse is attached. Removing the mouse after the server has started has no ill effects. Although currently there are almost no systems without a mouse, it shouldn't be a requiremnt for the X server to start. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg depends on: ii debconf 1.5.4 Debian configuration management sy ii x11-common1:7.0.22 X Window System (X.Org) infrastruc ii xbase-clients 1:7.1.ds-3 miscellaneous X clients ii xkb-data 0.8-12 X Keyboard Extension (XKB) configu ii xserver-xorg-core 1:1.0.2-9 X.Org X server -- core server ii xserver-xorg-input-al 1:7.0.22 the X.Org X server -- input driver ii xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv ii xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d ii xserver-xorg-input-mo 1:1.0.4-3 X.Org X server -- mouse input driv ii xserver-xorg-video-al 1:7.0.22 the X.Org X server -- output drive ii xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv ii xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv ii xserver-xorg-video-at 1:6.5.8.0-1X.Org X server -- ATI display driv ii xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr ii xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d ii xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr ii xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr ii xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr ii xserver-xorg-video-gl 1:1.0.1.3-3X.Org X server -- Glint display dr ii xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri ii xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri ii xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx ii xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr ii xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv ii xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display ii xserver-xorg-video-ne 1:0.1.4.1-3X.Org X server -- Newport display ii xserver-xorg-video-ns 1:2.7.6.5-2X.Org X server -- NSC display driv ii xserver-xorg-video-nv 1:1.0.1.5-2X.Org X server -- NV display drive ii xserver-xorg-video-re 1:4.0.1.3.dfsg.1-2 X.Org X server -- Rendition displa ii xserver-xorg-video-s3 1:1.8.6.5-2X.Org X server -- S3 ViRGE display ii xserver-xorg-video-sa 1:2.0.2.3-4X.Org X server -- Savage display d ii xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di ii xserver-xorg-video-si 1:0.8.1.3-2X.Org X server -- SiS display driv ii xserver-xorg-video-si 1:0.7.1.3-2X.Org X server -- SiS USB display ii xserver-xorg-video-td 1:1.1.1.3-3X.Org X server -- tdfx display dri ii xserver-xorg-video-tg 1:1.0.0.5-3X.Org X server -- TGA display driv ii xserver-xorg-video-tr 1:1.0.1.2-2X.Org X server -- Trident display ii xserver-xorg-video-ts 1:1.0.0.5-2X.Org X server -- Tseng display dr ii xserver-xorg-video-v4 0.0.1.5-1 X.Org X server -- Video 4 Linux di ii xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri ii xserver-xorg-video-vg 1:4.0.0.5-2X.Org X server -- VGA display driv ii xserver-xorg-video-vi 1:0.1.33.2-3 X.Org X server -- VIA display driv ii xserver-xorg-video-vm 1:10.11.1.3-2 X.Org X server -- VMware display d ii xserver-xorg-video-vo 1:1.0.0.5-2X.Org X server -- Voodoo display d Versions of packages xserver-xorg recommends: ii discover1 1.7.18hardware identification system ii laptop-detect 0.12.1attempt to detect a laptop pn mdetect(no description available) ii xresprobe 0.4.23debian1 X Resolution Probe -- debconf information: xserver-xorg/multiple_possible_x-drivers: xserver-xorg/config/monitor/use_sync_ranges: xserver-xorg/config/inputdevice/mouse/port: /dev/input/mice xserver-xorg/config/doublequote_in_string_error: xserver-xorg/config/monitor/screen-size: 17 inches (430 mm) shared/default-x-server: xserver-xorg xserver-xorg/autodetect_monitor: true xserver-xorg/config/inputdevice/mouse/protocol: I
Bug#388861: apt-listchanges: consistently fails with traceback in DebianControlParser.py line 19
Le sam 23 septembre 2006 14:25, The Wanderer a écrit : > Pierre Habouzit wrote: > > Le sam 23 septembre 2006 02:50, The Wanderer a écrit : > >> Package: apt-listchanges > >> Version: 2.63 > >> Severity: grave > >> Justification: renders package unusable > >> > >> > >> For some time now, every time I install a package via apt-get, > >> apt-listchanges does not pop up its display of changelogs. > >> Instead, I get the following (immediately after "Retrieving bug > >> reports... Done"): > >> > >> > >> Traceback (most recent call last): > >>File "/usr/bin/apt-listchanges", line 210, in ? > >> main() > >>File "/usr/bin/apt-listchanges", line 65, in main > >> status.readfile('/var/lib/dpkg/status') > >>File "/usr/share/apt-listchanges/DebianControlParser.py", line > >> 47, in readfile self.stanzas += [DebianControlStanza(x) for x in > >> open(file, 'r').read().split('\n\n') if x] File > >> "/usr/share/apt-listchanges/DebianControlParser.py", line 19, in > >> __init__ field, value = line.split(':', 1) > >> ValueError: need more than 1 value to unpack > > > > please send me your /var/lib/dpkg/status (not to the bts because of > > its size). > > If you still need that after the below, just let me know and I'll > pass it along with no further fuss. (I ordinarily hate bug reporters > who refuse to follow instructions, especially requests for > information, and I don't like the idea of being one - but in this > instance I think I may know just enough about what's going on to > avoid having to send a multi-megabyte file through the mail.) > > > it seems you have some odd thing in there, and I've no clue of what > > is happening. > > > > technically, it can only happen if you have a line that does not > > starts with a space, nor is empty, and has no ':' in it. > > > > so either there is a \t starting line or so, and I need to deal > > with that (but that would be quite suprising) or you have some > > ill-formatted file. well, with that file I could have a clue. > > Yep - that seems to be the cause. I grepped out lines which fit those > three criteria, and the three lines remaining all begin with tabs - > they appear in the description of gnome-system-tools 0.26.1-1 (which > I do not actually have installed, its status is 'deinstall ok > config-files'). I'm not sure of how to correctly clear that out, > since editing the file by hand to insert the appropriate spaces does > not seem remotely "correct"; any suggestions? I suppose I will then make the parser more tolerant and recognize a line that begins with a \t as a valid 'continuation' line even if it's not rfc822 compatible afaict. thanks for the answer ! that will be fixed very soon -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpp3oAltqAjT.pgp Description: PGP signature
Processed: Assign 388711 to php-fpdf
Processing commands for [EMAIL PROTECTED]: > reassign 388711 php-fpdf Bug#388711: ldap-account-manager failure when open in web browser and login Bug reassigned from package `php-fpdf' to `php-fpdf'. > end Unknown command or malformed arguments to command. > Hi, Unknown command or malformed arguments to command. > I think this is a bug in the FPDF package. I noticed that you added a Unknown command or malformed arguments to command. > second parameter "false" to the class_exists() call. The PHP API Unknown command or malformed arguments to command. > documentation does not include such a second parameter. Unknown command or malformed arguments to command. Too many unknown commands, stopping 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#389034: libgnome-java: uninstallable and not bin-NMU safe
Package: libgnome-java Version: 2.12.3-1 Severity: grave libgnome-jni has been bin-only NMUed but libgnome-java (which is Arch: all) has a strict dependency on the exact source version of libgnome-jni. libgnome-java | 2.12.3-1 | unstable | source, all libgnome-jni | 2.12.3-1+b1 | unstable | alpha, amd64, i386, powerpc, s390, sparc At the very least a sourceful upload is going to be needed to get us out of the current mess, but it'd be nice if the libgnome-java package could be bin-NMU safe so this doesn't happen again (by weakening the overly strict dependency to the same upstream version, not the specific debian source revision). | Automatic build of libglade-java_2.12.4-1+b1 on auric by sbuild/sparc 85 | Build started at 20060923-0906 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (>> 4), gcj, java-gcj-compat-dev, docbook-utils, cdbs, pkg-config, libgnome-java (>= 2.12), libgtk-java (>= 2.8), libglib-java, libgnome2-dev, libglade2-dev, libgnomeui-dev, libgnomecanvas2-dev [...] | The following packages have unmet dependencies: | libgnome-java: Depends: libgnome-jni (= 2.12.3-1) but it is not going to be installed | E: Broken packages A complete build log can be found at http://buildd.debian.org/build.php?arch=sparc&pkg=libglade-java&ver=2.12.4-1+b1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389005: marked as done (mono-xsp: Fails to configure due to templates parse error)
Your message dated Sat, 23 Sep 2006 06:32:18 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#389005: fixed in xsp 1.1.17.1-2 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: mono-xsp Version: 1.1.17.1-1 Severity: important Tags: patch Hi, There is a parse error in the templates file when configuring the package. Here are the error messages: Preconfiguring packages ... mono-xsp template parse error: Template parse error near `If this is true, then XSP will automatically start when the computer', in stanza #1 of /tmp/mono-xsp.template.151610 (Reading database ... 337591 files and directories currently installed.) Preparing to replace mono-xsp 1.1.17.1-1 (using .../mono-xsp_1.1.17.1-1_all.deb) ... Stopping XSP WebServer: mono-xsp. Unpacking replacement mono-xsp ... Setting up mono-xsp (1.1.17.1-1) ... Template parse error near `If this is true, then XSP will automatically start when the computer', in stanza #1 of /var/lib/dpkg/info/mono-xsp.templates dpkg: error processing mono-xsp (--configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: mono-xsp E: Sub-process /usr/bin/dpkg returned an error code (1) The attached patch fixes this problem. Regards Jean-Luc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-k8-9 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages mono-xsp depends on: ii debconf [debconf-2.0] 1.5.5 Debian configuration management sy ii libmono-corlib1.0-cil 1.1.17.1-3 Mono core library (1.0) ii libmono-security1.0-cil 1.1.17.1-3 Mono Security library ii libmono-system-data1.0-cil1.1.17.1-3 Mono System.Data library ii libmono-system1.0-cil 1.1.17.1-3 Mono System libraries (1.0) ii mono-runtime 1.1.17.1-3 Mono runtime ii mono-xsp-base 1.1.17.1-1 base libraries for XSP 1.1 ii net-tools 1.60-17The NET-3 networking toolkit ii procps1:3.2.7-3 /proc file system utilities mono-xsp recommends no packages. -- debconf information: * xsp/xsp_port: 8081 * xsp/xsp_bind: 0.0.0.0 * xsp/xsp_autostart: false --- mono-xsp.templates.orig 2006-09-23 11:04:13.551449089 +0200 +++ mono-xsp.templates 2006-09-23 11:02:23.908443827 +0200 @@ -2,21 +2,21 @@ Type: boolean Default: true Description: Start on boot? -If this is true, then XSP will automatically start when the computer -is turned on. + If this is true, then XSP will automatically start when the computer + is turned on. Template: xsp/xsp_bind Type: string Default: 0.0.0.0 Description: Bind to address: -To function properly, XSP needs to be bound to an IP address. The -default ("0.0.0.0") binds to all addresses of the server, but a -specific port can be selected. To use XSP only locally, use -"127.0.0.1" for the address. + To function properly, XSP needs to be bound to an IP address. The + default ("0.0.0.0") binds to all addresses of the server, but a + specific port can be selected. To use XSP only locally, use + "127.0.0.1" for the address. Template: xsp/xsp_port Type: string Default: 8081 Description: Bind to port: -XSP is bound to a specific port on the server. Common values are 80, -8080, or 8081. + XSP is bound to a specific port on the server. Common values are 80, + 8080, or 8081. --- End Message --- --- Begin Message --- Source: xsp Source-Version: 1.1.17.1-2 We believe that the bug you reported is fixed in the latest version of xsp, which is due to be installed in the Debian FTP archive: asp.net-examples_1.1.17.1-2_all.deb to pool/main/x/xsp/asp.net-examples_1.1.17.1-2_all.deb asp.net2-examples_1.1.17.1-2_all.deb to pool/main/x/xsp/asp.net2-examples_1.1.17.1-2_all.deb mono-apache-server2_1.1.17.1-2_all.deb to pool/main/x/xsp/mono-apache-server2_1.1.17.1-2_all.deb mono-apache-server_1.1.17.1-2_all.deb to pool/main/x/xsp/mono-apache-server_1.1.17.1-2_all.deb mono-xsp-base_1.1.17.1-2_all.deb to pool/main/x/xsp/mono-xsp-base_1.1.17.1-2_all.deb mono-xsp2-base_1.1.17.1-2_all.deb to pool/main/x/xsp/mono-xsp2-base_1.1.17.1-2_all.deb mono-xsp2_1.1.17.1-2_all.deb to pool/main/x/xsp/mono-xsp2_1.1.17.1-2_all.deb mono-xsp_1.1.17.1-2_all.deb to pool/main/x/xsp/mono-xsp_1.1.17.1-2_all.deb xsp_1.1.17.1-2.diff.gz to pool/main/x/xsp/xsp_1.1.17.1-2.diff
Processed: Fixed in NEW
Processing commands for [EMAIL PROTECTED]: > tags 379413 pending Bug#379413: fails to install There were no tags set. Tags added: pending > 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]
Bug#389030: marked as done (xserver-xorg: does not start (after reboot) if no mouse is attached)
Your message dated Sat, 23 Sep 2006 15:43:12 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#389030: xserver-xorg: does not start (after reboot) if no mouse is attached 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: xserver-xorg Version: 1:7.0.22 Severity: grave Justification: renders package unusable Hello, I have found that if I plug out the USB mouse and restart the system the X server will not start unless th mouse is attached. Removing the mouse after the server has started has no ill effects. Although currently there are almost no systems without a mouse, it shouldn't be a requiremnt for the X server to start. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg depends on: ii debconf 1.5.4 Debian configuration management sy ii x11-common1:7.0.22 X Window System (X.Org) infrastruc ii xbase-clients 1:7.1.ds-3 miscellaneous X clients ii xkb-data 0.8-12 X Keyboard Extension (XKB) configu ii xserver-xorg-core 1:1.0.2-9 X.Org X server -- core server ii xserver-xorg-input-al 1:7.0.22 the X.Org X server -- input driver ii xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv ii xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d ii xserver-xorg-input-mo 1:1.0.4-3 X.Org X server -- mouse input driv ii xserver-xorg-video-al 1:7.0.22 the X.Org X server -- output drive ii xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv ii xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv ii xserver-xorg-video-at 1:6.5.8.0-1X.Org X server -- ATI display driv ii xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr ii xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d ii xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr ii xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr ii xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr ii xserver-xorg-video-gl 1:1.0.1.3-3X.Org X server -- Glint display dr ii xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri ii xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri ii xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx ii xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr ii xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv ii xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display ii xserver-xorg-video-ne 1:0.1.4.1-3X.Org X server -- Newport display ii xserver-xorg-video-ns 1:2.7.6.5-2X.Org X server -- NSC display driv ii xserver-xorg-video-nv 1:1.0.1.5-2X.Org X server -- NV display drive ii xserver-xorg-video-re 1:4.0.1.3.dfsg.1-2 X.Org X server -- Rendition displa ii xserver-xorg-video-s3 1:1.8.6.5-2X.Org X server -- S3 ViRGE display ii xserver-xorg-video-sa 1:2.0.2.3-4X.Org X server -- Savage display d ii xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di ii xserver-xorg-video-si 1:0.8.1.3-2X.Org X server -- SiS display driv ii xserver-xorg-video-si 1:0.7.1.3-2X.Org X server -- SiS USB display ii xserver-xorg-video-td 1:1.1.1.3-3X.Org X server -- tdfx display dri ii xserver-xorg-video-tg 1:1.0.0.5-3X.Org X server -- TGA display driv ii xserver-xorg-video-tr 1:1.0.1.2-2X.Org X server -- Trident display ii xserver-xorg-video-ts 1:1.0.0.5-2X.Org X server -- Tseng display dr ii xserver-xorg-video-v4 0.0.1.5-1 X.Org X server -- Video 4 Linux di ii xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri ii xserver-xorg-video-vg 1:4.0.0.5-2X.Org X server -- VGA display driv ii xserver-xorg-video-vi 1:0.1.33.2-3 X.Org X server -- VIA display driv ii xserver-xorg-video-vm 1:10.11.1.3-2 X.Org X server -- VMware display d ii xserver-xorg-video-vo 1:1.0.0.5-2X.Org X server -- Voodoo display d Versions of packages xserver-x
Bug#379413: Fixed in NEW
tags 379413 pending thanks uploaded 2.0.7-3, but needs to go through NEW. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379724: possible NMU patch for RC bug
On Sat, Sep 23, 2006 at 12:10:35AM +0200, Arjan Oosting wrote: > I have prepared a simple patch for the FTFBS which is attached. As I am > no DD yet, I can not do the actual NMU. Marga would you like to do the > actual upload? This patch looks wrong, sorry: > -build: build-arch build-indep > +build: build-arch I don't believe the "build" target even exists in Policy; in any case, the problem here is that build-arch uses stuff from Build-Depends-Indep. IOW, the real fix would be to move the build-dependency on xa65 from -Indep to a plain build-dep; I'll be uploading a fix for that (to DELAYED/7-day, since the bug hasn't been RC for more than a day) shortly. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387783: [Debburn-devel] [PATCH] fix debburn/cdrkit GPL violation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, only a short question: Is there some good reason why we should not integrate the proposed patch (by Albert Cahalan on debburn-devel [1] or [2]) which would fix the license problems? Because if not I would appreciate a check-in to the svn repository. And we can close this Bug (#387783 ([3])). The only other solution would be to step back to a version without such restrictions. But I hope that won't be the solution. Greetings, Kai [1] http://lists.alioth.debian.org/pipermail/debburn-devel/2006-September/64.html [2] http://lists.alioth.debian.org/pipermail/debburn-devel/2006-September/66.html [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387783 - -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: [EMAIL PROTECTED] Jabber (debianforum.de): Drizzt URL: http://wiki.debianforum.de/Drizzt_Do%27Urden GnuPG-Key: 0xB0F385B4 (http://pgpkeys.pca.dfn.de:11371/pks/lookup?search=0xB0F385B4&fingerprint=on&hash=on&op=vindex) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQGVAwUBRRVFlQjhutiw84W0AQqJaAv8DSVbnh3iqZTyjOQ5Ri2K061lIjWPKtZd 8PB4MuSqtVcAZDWY7GeRQkkF34MfRfedL1GBMG9gkPZ6n5MqXtnCuYbp7eVWijw/ qJRNgT7vYGsgoTpfX+FbT2gmbs29h0J9ZighfJC0Nntj3BmVoJmLQhTWoB+69Eju v4iKWekUjyLU68y66dNCg2EGmsiHmIOvc5LzXoFph81kgkbmk0hmGptBd/wzRuK6 6kMd6t2XQzVa8BTo4q92jGLXa3q0RTaeMNDrGpKMBK/vzDcCTP3Co97fxF/vHARd gMhzg1Aj32Fw1cqTen1FiBeXEHQA8brNqu1dwW0sN1L/PKt96SDvMqE3/86jVRd0 7bwkLaQOXXiVmzaw5sjFSW84exRha+Oam5Ca32G9YMLnma/s/VJ3Xo9PC6fIZ4sJ aorOKTmcrKB6rrPj0ytgcc/08/SIxRuqHvF1WcalWMlRvhlKaI2Se5zu2O71yp38 oJ5w4b2z0DgJt+AS+/pLlOY/37nBdIrC =J+h4 -END PGP SIGNATURE-
Bug#388052: mplayer-nogui: mplayer segfaults (ld at fault)
On Tue, Sep 19, 2006 at 10:24:34AM +0200, Josselin Mouette wrote: > warning: Can't read pathname for load map: Input/output error. > > warning: .dynamic section for "/usr/lib/libasound.so.2" is not at the > expected address > > warning: difference appears to be caused by prelink, adjusting > expectations > > Two things here: > 1. Are you using prelink? If you are, that may be a prelink bug. > 2. Otherwise, the I/O error can be caused by a hardware or > filesystem problem. You should read the dmesg output to look for > error messages there. Actually, this particular I/O error has nothing to do with hardware; it has to do with the kernel's "virtual DSO" page, if I remember right. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388639: hppa: Unsupported architecture!
Tag: pending Patch pending. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388571: [Pkg-awstats-devel] Bug#388571: awstats: Non-free Firefox icon included
On Sat, Sep 23, 2006 at 12:32:07PM +0100, MJ Ray <[EMAIL PROTECTED]> wrote: > Charles Fry <[EMAIL PROTECTED]> > > Can anyone comment on whether or not it is problematic for us to > > distribute a tiny icon of Firefox's logo? [...] > > IIRC we have no current copyright permission for it, even in the browser > sources. So, yes, a problem. Can you ask Mozilla.org whether the logo > is available under a free software licence yet? No need to ask, we already know it is not available under a DFSG compatible license, and that it will never be released under such a license. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled
Package: apache2-common Version: 2.2.3-1~exp.r170 Severity: grave Tags: experimental Hello, since the installation of the experimental version apache2-mpm-prefork doesn't start anymore, the init.d script shows: = Starting web server (apache2)...apache2: Syntax error on line 185 of \ /etc/apache2/apache2.conf: Syntax error on line 1 of \ /etc/apache2/mods-enabled/perl.load: API module structure \ `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is \ garbled - perhaps this is not an Apache module DSO? \ failed! invoke-rc.d: initscript apache2, action "start" failed. [EMAIL PROTECTED]:~$ = Thx, bye, Gismo / Luca -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages apache2-common depends on: ii apache2-utils 2.2.3-1~exp.r170 utility programs for webservers ii libmagic1 4.17-3 File type determination library us ii lsb-base3.1-15 Linux Standard Base 3.1 init scrip ii mime-support3.37-1 MIME files 'mime.types' & 'mailcap ii net-tools 1.60-17 The NET-3 networking toolkit apache2-common recommends no packages. -- no debconf information pgpUvgISs0eCh.pgp Description: PGP signature
Bug#345931: If the problem is that the user doesn't know he won't be able to reboot...
Kapil Hari Paranjape <[EMAIL PROTECTED]> writes: >> option C, we create a way to extract the version information from every >> grub file. So that the grub shell can check that its version matches >> the stage files and if not generate an ERROR message. > > Note that stage1 is a boot sector and so contains precious little > space for such version information. Implementing this option seems > quite difficult to me. I'm not sure but I think we might try to include the version string at stage1 and match it when loading stage1.5 or even stage2. Would work, no? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388865: Ubuntu Patch
Well, The change is quite simple, and was done in Ubuntu[1]: -Build-Depends: debhelper (>> 3.0.0), kdelibs4-dev (>= 4:3.1.2-2), kdelibs-bin (>= 4:3.1.2-2), docbook-to-man, autotools-dev +Build-Depends: debhelper (>> 3.0.0), kdelibs4-dev (>= 4:3.1.2-2), docbook-to-man, autotools-dev [1] http://patches.ubuntu.com/k/klogic/klogic_1.62-7ubuntu1.patch -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324560: Processed: wrong bug closed
severity 324560 normal thanks No need for a serious severity; this bug should not be breaking anything. See upstream bug for more details. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388639: marked as done (xserver-xorg-input-evdev_1:1.1.2-1(hppa/unstable): FTBFS: out-of-date private copy of system include file)
Your message dated Sat, 23 Sep 2006 09:17:12 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#388639: fixed in xserver-xorg-input-evdev 1:1.1.2-2 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: xserver-xorg-input-evdev Version: 1:1.1.2-1 Severity: serious There was an error while trying to autobuild your package: hppa has inotify support now for some time. please use the system include file instead of a private copy. lamont > Automatic build of xserver-xorg-input-evdev_1:1.1.2-1 on bld-3 by sbuild/hppa > 85 > Build started at 20060921-0918 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 5.0.0), pkg-config, xserver-xorg-dev, > linux-kernel-headers, x11proto-core-dev, x11proto-randr-dev, > x11proto-input-dev, x11proto-kb-dev [...] > ../../src/evdev.c:95: warning: format '%ld' expects type 'long int', but > argument 6 has type 'unsigned int' > ../../src/evdev.c: In function 'EvdevParseBits': > ../../src/evdev.c:348: warning: implicit declaration of function 'set_bit' > if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. > -I../../src -I..-Wall -Wall -g -O2 -DXFree86Server -DIN_MODULE > -DXFree86Module -DXFree86LOADER -I/usr/include/xorg-I../../src -MT > evdev_drv_la-evdev_brain.lo -MD -MP -MF ".deps/evdev_drv_la-evdev_brain.Tpo" > -c -o evdev_drv_la-evdev_brain.lo `test -f 'evdev_brain.c' || echo > '../../src/'`evdev_brain.c; \ > then mv -f ".deps/evdev_drv_la-evdev_brain.Tpo" > ".deps/evdev_drv_la-evdev_brain.Plo"; else rm -f > ".deps/evdev_drv_la-evdev_brain.Tpo"; exit 1; fi > gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -Wall -Wall -g -O2 -DXFree86Server > -DIN_MODULE -DXFree86Module -DXFree86LOADER -I/usr/include/xorg -I../../src > -MT evdev_drv_la-evdev_brain.lo -MD -MP -MF > .deps/evdev_drv_la-evdev_brain.Tpo -c ../../src/evdev_brain.c -fPIC -DPIC -o > .libs/evdev_drv_la-evdev_brain.o > In file included from ../../src/evdev_brain.c:45: > ../../src/inotify-syscalls.h:43:3: error: #error "Unsupported architecture!" > make[3]: *** [evdev_drv_la-evdev_brain.lo] Error 1 > make[3]: Leaving directory > `/build/buildd/xserver-xorg-input-evdev-1.1.2/obj-hppa-linux-gnu/src' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/build/buildd/xserver-xorg-input-evdev-1.1.2/obj-hppa-linux-gnu' > make[1]: *** [all] Error 2 > make[1]: Leaving directory > `/build/buildd/xserver-xorg-input-evdev-1.1.2/obj-hppa-linux-gnu' > make: *** [build-stamp] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=hppa&pkg=xserver-xorg-input-evdev&ver=1:1.1.2-1 --- End Message --- --- Begin Message --- Source: xserver-xorg-input-evdev Source-Version: 1:1.1.2-2 We believe that the bug you reported is fixed in the latest version of xserver-xorg-input-evdev, which is due to be installed in the Debian FTP archive: xserver-xorg-input-evdev_1.1.2-2.diff.gz to pool/main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_1.1.2-2.diff.gz xserver-xorg-input-evdev_1.1.2-2.dsc to pool/main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_1.1.2-2.dsc xserver-xorg-input-evdev_1.1.2-2_i386.deb to pool/main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_1.1.2-2_i386.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. Drew Parsons <[EMAIL PROTECTED]> (supplier of updated xserver-xorg-input-evdev 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: Sun, 24 Sep 2006 01:51:55 +1000 Source: xserver-xorg-input-evdev Binary: xserver-xorg-input-evdev Architecture: source i386 Version: 1:1.1.2-2 Distribution: unstable Urgency: low Maintainer: Debian X Strike Force Changed-By: Drew Parsons <[EMAIL PROTECTED]> Description: xserver-xorg-input-evdev - X.Org X server -- evdev input driver Closes: 370300 387922 388639 Changes: xserver-xorg-input-evdev (1:1.1.2-2) unstable; urgency=low . [ Andres Salomon ] * Test for obj-$(DEB_BUILD_GNU_TYPE) before creating it during build; idempotency fix. . [ Drew Parsons ] * Ups
Bug#386763: marked as done (openoffice.org-dtd-officedocument1.0: installation fails)
Your message dated Sat, 23 Sep 2006 09:22:18 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#386763: fixed in openoffice.org 2.0.4~rc2-1 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: openoffice.org-dtd-officedocument1.0 Version: 2.0.4~rc1-1 Severity: grave # apt-get install openoffice.org-dtd-officedocument1.0 Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: openoffice.org-dtd-officedocument1.0 0 upgraded, 1 newly installed, 0 to remove and 185 not upgraded. Need to get 231kB of archives. After unpacking 655kB of additional disk space will be used. Get:1 http://ftp.debian.org unstable/main openoffice.org-dtd-officedocument1.0 2.0.4~rc1-1 [231kB] Fetched 231kB in 1s (152kB/s) Selecting previously deselected package openoffice.org-dtd-officedocument1.0. (Reading database ... 134813 files and directories currently installed.) Unpacking openoffice.org-dtd-officedocument1.0 (from .../openoffice.org-dtd-officedocument1.0_2.0.4~rc1-1_all.deb) ... Replacing files in old package openoffice.org-common ... Setting up openoffice.org-dtd-officedocument1.0 (2.0.4~rc1-1) ... update-xmlcatalog: error: entity already registered dpkg: error processing openoffice.org-dtd-officedocument1.0 (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: openoffice.org-dtd-officedocument1.0 E: Sub-process /usr/bin/dpkg returned an error code (1) # (note: openoffice.org-common 2.0.3-6 is installed) --- End Message --- --- Begin Message --- Source: openoffice.org Source-Version: 2.0.4~rc2-1 We believe that the bug you reported is fixed in the latest version of openoffice.org, which is due to be installed in the Debian FTP archive: broffice.org_2.0.4~rc2-1_amd64.deb to pool/main/o/openoffice.org/broffice.org_2.0.4~rc2-1_amd64.deb libmythes-dev_2.0.4~rc2-1_amd64.deb to pool/main/o/openoffice.org/libmythes-dev_2.0.4~rc2-1_amd64.deb openoffice.org-base_2.0.4~rc2-1_amd64.deb to pool/main/o/openoffice.org/openoffice.org-base_2.0.4~rc2-1_amd64.deb openoffice.org-calc_2.0.4~rc2-1_amd64.deb to pool/main/o/openoffice.org/openoffice.org-calc_2.0.4~rc2-1_amd64.deb openoffice.org-common_2.0.4~rc2-1_all.deb to pool/main/o/openoffice.org/openoffice.org-common_2.0.4~rc2-1_all.deb openoffice.org-core_2.0.4~rc2-1_amd64.deb to pool/main/o/openoffice.org/openoffice.org-core_2.0.4~rc2-1_amd64.deb openoffice.org-dev-doc_2.0.4~rc2-1_all.deb to pool/main/o/openoffice.org/openoffice.org-dev-doc_2.0.4~rc2-1_all.deb openoffice.org-dev_2.0.4~rc2-1_amd64.deb to pool/main/o/openoffice.org/openoffice.org-dev_2.0.4~rc2-1_amd64.deb openoffice.org-draw_2.0.4~rc2-1_amd64.deb to pool/main/o/openoffice.org/openoffice.org-draw_2.0.4~rc2-1_amd64.deb openoffice.org-dtd-officedocument1.0_2.0.4~rc2-1_all.deb to pool/main/o/openoffice.org/openoffice.org-dtd-officedocument1.0_2.0.4~rc2-1_all.deb openoffice.org-evolution_2.0.4~rc2-1_amd64.deb to pool/main/o/openoffice.org/openoffice.org-evolution_2.0.4~rc2-1_amd64.deb openoffice.org-filter-mobiledev_2.0.4~rc2-1_all.deb to pool/main/o/openoffice.org/openoffice.org-filter-mobiledev_2.0.4~rc2-1_all.deb openoffice.org-filter-so52_2.0.4~rc2-1_amd64.deb to pool/main/o/openoffice.org/openoffice.org-filter-so52_2.0.4~rc2-1_amd64.deb openoffice.org-gnome_2.0.4~rc2-1_amd64.deb to pool/main/o/openoffice.org/openoffice.org-gnome_2.0.4~rc2-1_amd64.deb openoffice.org-gtk-gnome_2.0.4~rc2-1_amd64.deb to pool/main/o/openoffice.org/openoffice.org-gtk-gnome_2.0.4~rc2-1_amd64.deb openoffice.org-gtk_2.0.4~rc2-1_amd64.deb to pool/main/o/openoffice.org/openoffice.org-gtk_2.0.4~rc2-1_amd64.deb openoffice.org-help-bg_2.0.4~rc2-1_all.deb to pool/main/o/openoffice.org/openoffice.org-help-bg_2.0.4~rc2-1_all.deb openoffice.org-help-cs_2.0.4~rc2-1_all.deb to pool/main/o/openoffice.org/openoffice.org-help-cs_2.0.4~rc2-1_all.deb openoffice.org-help-da_2.0.4~rc2-1_all.deb to pool/main/o/openoffice.org/openoffice.org-help-da_2.0.4~rc2-1_all.deb openoffice.org-help-de_2.0.4~rc2-1_all.deb to pool/main/o/openoffice.org/openoffice.org-help-de_2.0.4~rc2-1_all.deb openoffice.org-help-en-gb_2.0.4~rc2-1_all.deb to pool/main/o/openoffice.org/openoffice.org-help-en-gb_2.0.4~rc2-1_all.deb openoffice.org-help-en-us_2.0.4~rc2-1_all.deb to pool/main/o/openoffice.org/openoffice.org-help-en-us_2.0.4~rc2-1_all.deb openoffice.org-help-en_2.0.4~rc2-1_all.deb to pool/ma
Processed: Re: Processed: wrong bug closed
Processing commands for [EMAIL PROTECTED]: > severity 324560 normal Bug#324560: Not 64-bit clean? Severity set to `normal' from `serious' > 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]
Bug#377634: AAAAAAAGGGGGGGGGGGHHHHHHHHHH!!!!!!!!!
On Sep 23, 2006, at 3:15 AM, Adrian Bridgett wrote: On Sat, Sep 23, 2006 at 00:41:05 -0700 (-0700), Daniel Gimpelevich wrote: I'd like to apologize in advance for the tone of this message, but the situation with this package is really irritating. Ten months ago, I added a "me-too" type message to bug #268471 begging for the current upstream version to replace the one in Debian. Not only did nothing ever come of that, but this bug appeared and got very quickly quashed, not by packaging the current upstream version from two and a half years ago, but by repackaging the same version from six (!!) years ago. If you can't bother to even look at a package for SIX YEARS, what in the name of all that's decent in the world has prevented you from filing an RFA in the WNPP in all that time? a) the license situation for v3 is not as clear cut as v2 because of the gracenote stuff IIRC The upstream website also has a patch relating to that, and AFAICT (but I haven't looked closely), the source tarball does not include any non-GPL Gracenote stuff, which is a separate, binary-only download. b) it's an old bit of software - probably the only real use for it is for people with CD changers which generally aren't well supported by most CD players. Integration with gnome and KDE for exampe are IIRC non-existant Yes, it's old. I thought it somewhat of an embarrassment that Debian's version is even older. There are more uses for it than just CD changers (although I do have one, but never thought of trying it with xmcd before now). Integration with GNOME or KDE is not required for it to work reasonably well with them, and may be undesirable when using XFCE or fluxbox. c) lack of time and effort on my behalf (definitely biggest problem) That's what RFA's are for. d) my uploads are currently bouncing and I havn't had any response from ftp-admins as to why this is happening Nobody's perfekt. e) you are more than welcome to submit a patch That should always be an option, but never the only option. Regarding WNPP, that could apply for alot of packages - I'm not sure it'd help much - people can see the bugs and are always welcome to do NMUs. Adrian If you mean packages in general, I believe work is being done to improve the situation. If you're specifically referring to your own packages, I have one thing to say: The WNPP list is your friend. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379724: possible NMU patch for RC bug
Op za, 23-09-2006 te 15:33 +0200, schreef Steinar H. Gunderson: > On Sat, Sep 23, 2006 at 12:10:35AM +0200, Arjan Oosting wrote: > > I have prepared a simple patch for the FTFBS which is attached. As I am > > no DD yet, I can not do the actual NMU. Marga would you like to do the > > actual upload? > > This patch looks wrong, sorry: > > > -build: build-arch build-indep > > +build: build-arch Might look wrong, but it is right. The failure is in the NOT in the build-arch target but in the build-indep-stamp target as the log shows: > dh_testdir > cd cbmsrc && ./build.sh > eval: 1: xa: not found > make: *** [build-indep-stamp] Error 127 The order in which the targets are "called" is build -> build-indep -> build-indep-stamp. build *IS* called by the dpkg-buildpackage and as such by the build daemons which *IS* in the Debian policy [1]. dpkg-buildpackage -B first calls the build target and after that the binary-arch target. So my patch is correct and can be tested with ppbuilder; just apply the patch and call pdebuild --binary-arch --debbuildopts -B Greetings Arjan [1] http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules signature.asc Description: Dit berichtdeel is digitaal ondertekend
Bug#389068: FTBFS: package does use included precompiled libraries for build
Package: jabref Version: 2.1-3 Severity: serious the package uses the prebuilt jar files in lib for the build and FTBFS without them. please either use existing debian packages as build dependencies or package needed build dependencies. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389069: [driAllocateTexture:636] unable to allocate texture
Package: 3ddesktop Version: 0.2.9-5.1 Severity: grave When there are more than one window acquired, it slowdown showing repeteadly the error: [driAllocateTexture:636] unable to allocate texture -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Versions of packages 3ddesktop depends on: ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libgl1-mesa-glx [ 6.5.0.cvs.20060524-1.1 A free implementation of the OpenG ii libglu1-mesa [lib 6.5.0.cvs.20060524-1.1 The OpenGL utility library (GLU) ii libimlib2 1.2.1-2powerful image loading and renderi ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-9 X11 client-side library ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l 3ddesktop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338470: marked as done (typo3-site-installer: no typo3 site is installed)
Your message dated Sat, 23 Sep 2006 11:47:37 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#338470: fixed in typo3-site-installer 0.94+debian-1 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: typo3-site-installer Version: 0.90 Severity: grave Justification: renders package unusable -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (1100, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages typo3-site-installer depends on: ii php4-cli 4:4.4.0-4 command-line interpreter for the p ii php4-pear 4:4.4.0-4 PHP Extension and Application Repo Versions of packages typo3-site-installer recommends: ii typo3-src-3.7 [typo3-src] 3.7.0-8Powerful content management framew -- no debconf information 1. function install_site in class.site_installer.php is a commented out bashscript. nothing is installed, so the script is completely useless. 2. In row 180, "var/lib/typo3" is assumed as source dir if not defined yet. However, there is no typo3-Source in /var/lib, the debian packages are installed to /usr/share/typo3. /var/lib/typo3 is the default destination directory. # apt-show-versions -r typo3* typo3-dummy/unstable uptodate 3.7.0-9 typo3-quickstart/unstable uptodate 3.7.0-6 typo3-testsite/unstable uptodate 3.7.0-6 typo3-site-installer/unstable uptodate 0.90 typo3/unstable uptodate 3.7.0-8 typo3-src-3.7/unstable uptodate 3.7.0-8 --- End Message --- --- Begin Message --- Source: typo3-site-installer Source-Version: 0.94+debian-1 We believe that the bug you reported is fixed in the latest version of typo3-site-installer, which is due to be installed in the Debian FTP archive: typo3-site-installer_0.94+debian-1.diff.gz to pool/main/t/typo3-site-installer/typo3-site-installer_0.94+debian-1.diff.gz typo3-site-installer_0.94+debian-1.dsc to pool/main/t/typo3-site-installer/typo3-site-installer_0.94+debian-1.dsc typo3-site-installer_0.94+debian-1_all.deb to pool/main/t/typo3-site-installer/typo3-site-installer_0.94+debian-1_all.deb typo3-site-installer_0.94+debian.orig.tar.gz to pool/main/t/typo3-site-installer/typo3-site-installer_0.94+debian.orig.tar.gz 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. Christian Welzel <[EMAIL PROTECTED]> (supplier of updated typo3-site-installer 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, 24 Aug 2006 09:22:33 +0200 Source: typo3-site-installer Binary: typo3-site-installer Architecture: source all Version: 0.94+debian-1 Distribution: unstable Urgency: low Maintainer: Christian Welzel <[EMAIL PROTECTED]> Changed-By: Christian Welzel <[EMAIL PROTECTED]> Description: typo3-site-installer - TYPO3 site installer Closes: 338470 341310 388765 Changes: typo3-site-installer (0.94+debian-1) unstable; urgency=low . * New maintainer (Closes: #388765). * New upstream release: - fixed by upstream: no typo3 site is installed (Closes: #338470). - fixed by upstream: Install script fails to run as documented (Closes: #341310). Files: 12403699d407f0834db96ac473ccb343 630 web optional typo3-site-installer_0.94+debian-1.dsc 97653a46467ce5ffdc70e817964a6184 281774 web optional typo3-site-installer_0.94+debian.orig.tar.gz 177513b8e36b74e9f52098e79f8a5538 2626 web optional typo3-site-installer_0.94+debian-1.diff.gz 95eb8c543b2864df461628f81d7bb2b3 19410 web optional typo3-site-installer_0.94+debian-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFFX8n+C5cwEsrK54RAnydAJ9GJTJQ1/SqVReUS6xIzptsIg11YgCggtKI A94LNqRdy1tANt/jdBvMXVE= =bFZ/ -END PGP SIGNATURE- --- End Message ---
Bug#388866: marked as done (conglomerate: not binNMU-safe, unsatisfiable depends on conglomerate-common_0.9.1-2+b1)
Your message dated Sat, 23 Sep 2006 11:47:17 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#387585: fixed in conglomerate 0.9.1-3 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: conglomerate Version: 0.9.1-2 Severity: serious The current version of conglomerate is uninstallable in unstable, because it's not binNMU-safe and the package has been binNMUed for the dbus transition. conglomerate has a dependency on: Depends: conglomerate-common (>= ${Upstream-Version}), ${shlibs:Depends} and unfortunately, it appears that the code for extracting the upstream version number can't cope with binNMU numbers containing "+" as part of the Debian revision. Please fix this ASAP; conglomerate is otherwise likely to be removed from testing, to allow the dbus transition to finish. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ --- End Message --- --- Begin Message --- Source: conglomerate Source-Version: 0.9.1-3 We believe that the bug you reported is fixed in the latest version of conglomerate, which is due to be installed in the Debian FTP archive: conglomerate-common_0.9.1-3_all.deb to pool/main/c/conglomerate/conglomerate-common_0.9.1-3_all.deb conglomerate_0.9.1-3.diff.gz to pool/main/c/conglomerate/conglomerate_0.9.1-3.diff.gz conglomerate_0.9.1-3.dsc to pool/main/c/conglomerate/conglomerate_0.9.1-3.dsc conglomerate_0.9.1-3_powerpc.deb to pool/main/c/conglomerate/conglomerate_0.9.1-3_powerpc.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. Geert Stappers <[EMAIL PROTECTED]> (supplier of updated conglomerate 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: Sat, 23 Sep 2006 19:56:39 +0200 Source: conglomerate Binary: conglomerate-common conglomerate conglomerate-dbg Architecture: source powerpc all Version: 0.9.1-3 Distribution: unstable Urgency: low Maintainer: Geert Stappers <[EMAIL PROTECTED]> Changed-By: Geert Stappers <[EMAIL PROTECTED]> Description: conglomerate - user-friendly XML editor conglomerate-common - common files for the user-friendly XML editor Closes: 387585 388754 388866 Changes: conglomerate (0.9.1-3) unstable; urgency=low . * When determining upstream version, allow + and ~; fixes uninstallability, patch from Martin Orr. Closes: #387585, #388866 Should obsolete announced NMU by Steinar Gunderson, thanks away! Closes: #388754 . * Made conglomerate.prerm empty. Closes #387626 Files: 8ab388ecd32425e47661851b54fd8783 808 editors optional conglomerate_0.9.1-3.dsc ba8958cdc81bb372a933a8b21d241d50 1942 editors optional conglomerate_0.9.1-3.diff.gz a2959272d651c22a98e73e7be6eaeda4 257992 editors optional conglomerate_0.9.1-3_powerpc.deb 62ede0a6544705ecbf91214008c27f63 1345346 editors optional conglomerate-common_0.9.1-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFFFXvZOSINbgwa/7sRAjJLAJ4oeXjlEWFIeacFYf5R7SiuSdF3igCeJXPd eHI+U5OfZLBP3atcMVrayNY= =juk1 -END PGP SIGNATURE- --- End Message ---
Bug#388866: marked as done (conglomerate: not binNMU-safe, unsatisfiable depends on conglomerate-common_0.9.1-2+b1)
Your message dated Sat, 23 Sep 2006 11:47:17 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#388866: fixed in conglomerate 0.9.1-3 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: conglomerate Version: 0.9.1-2 Severity: serious The current version of conglomerate is uninstallable in unstable, because it's not binNMU-safe and the package has been binNMUed for the dbus transition. conglomerate has a dependency on: Depends: conglomerate-common (>= ${Upstream-Version}), ${shlibs:Depends} and unfortunately, it appears that the code for extracting the upstream version number can't cope with binNMU numbers containing "+" as part of the Debian revision. Please fix this ASAP; conglomerate is otherwise likely to be removed from testing, to allow the dbus transition to finish. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ --- End Message --- --- Begin Message --- Source: conglomerate Source-Version: 0.9.1-3 We believe that the bug you reported is fixed in the latest version of conglomerate, which is due to be installed in the Debian FTP archive: conglomerate-common_0.9.1-3_all.deb to pool/main/c/conglomerate/conglomerate-common_0.9.1-3_all.deb conglomerate_0.9.1-3.diff.gz to pool/main/c/conglomerate/conglomerate_0.9.1-3.diff.gz conglomerate_0.9.1-3.dsc to pool/main/c/conglomerate/conglomerate_0.9.1-3.dsc conglomerate_0.9.1-3_powerpc.deb to pool/main/c/conglomerate/conglomerate_0.9.1-3_powerpc.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. Geert Stappers <[EMAIL PROTECTED]> (supplier of updated conglomerate 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: Sat, 23 Sep 2006 19:56:39 +0200 Source: conglomerate Binary: conglomerate-common conglomerate conglomerate-dbg Architecture: source powerpc all Version: 0.9.1-3 Distribution: unstable Urgency: low Maintainer: Geert Stappers <[EMAIL PROTECTED]> Changed-By: Geert Stappers <[EMAIL PROTECTED]> Description: conglomerate - user-friendly XML editor conglomerate-common - common files for the user-friendly XML editor Closes: 387585 388754 388866 Changes: conglomerate (0.9.1-3) unstable; urgency=low . * When determining upstream version, allow + and ~; fixes uninstallability, patch from Martin Orr. Closes: #387585, #388866 Should obsolete announced NMU by Steinar Gunderson, thanks away! Closes: #388754 . * Made conglomerate.prerm empty. Closes #387626 Files: 8ab388ecd32425e47661851b54fd8783 808 editors optional conglomerate_0.9.1-3.dsc ba8958cdc81bb372a933a8b21d241d50 1942 editors optional conglomerate_0.9.1-3.diff.gz a2959272d651c22a98e73e7be6eaeda4 257992 editors optional conglomerate_0.9.1-3_powerpc.deb 62ede0a6544705ecbf91214008c27f63 1345346 editors optional conglomerate-common_0.9.1-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFFFXvZOSINbgwa/7sRAjJLAJ4oeXjlEWFIeacFYf5R7SiuSdF3igCeJXPd eHI+U5OfZLBP3atcMVrayNY= =juk1 -END PGP SIGNATURE- --- End Message ---
Bug#387585: marked as done (Uninstallable on amd64)
Your message dated Sat, 23 Sep 2006 11:47:17 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#388866: fixed in conglomerate 0.9.1-3 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: conglomerate Version: 0.9.1-2 Severity: grave Tags: patch conglomerate is uninstallable on amd64 following a binNMU, because it now depends on conglomerate-common (>+ 0.9.1-2+b1), but as conglomerate-common is arch: all it is still at version 0.9.1-2. This comes about because the code to detect the upstream version in debian/rules does not recognise the + character in the Debian revision. The attached patch fixes this, and allows ~ as well. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.3 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages conglomerate depends on: ii conglomerate-common0.9.1-2 common files for the user-friendly ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.2-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.13-3 Avahi client library ii libavahi-common3 0.6.13-3 Avahi common library ii libavahi-glib1 0.6.13-3 Avahi glib integration library ii libbonobo2-0 2.16.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.16.0-1 The Bonobo UI library ii libc6 2.3.999.2-12 GNU C Library: Shared libraries ii libcairo2 1.2.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.62-4simple interprocess messaging syst ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.0-5 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-4 GNOME configuration database syste ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-1 GNOME keyring services library ii libgnome2-02.16.0-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-6 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2+b1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.16.0-1 GNOME virtual file-system (runtime ii libgnutls131.4.4-1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libgtksourceview1.0-0 1.7.2-1 shared libraries for the GTK+ synt ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liborbit2 1:2.14.0-2+b1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.0-0beta2 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-2 X11 Session Management library ii libtasn1-3 0.3.5-2 Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-3 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4
Bug#387585: marked as done (Uninstallable on amd64)
Your message dated Sat, 23 Sep 2006 11:47:17 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#387585: fixed in conglomerate 0.9.1-3 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: conglomerate Version: 0.9.1-2 Severity: grave Tags: patch conglomerate is uninstallable on amd64 following a binNMU, because it now depends on conglomerate-common (>+ 0.9.1-2+b1), but as conglomerate-common is arch: all it is still at version 0.9.1-2. This comes about because the code to detect the upstream version in debian/rules does not recognise the + character in the Debian revision. The attached patch fixes this, and allows ~ as well. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.3 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages conglomerate depends on: ii conglomerate-common0.9.1-2 common files for the user-friendly ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.2-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.13-3 Avahi client library ii libavahi-common3 0.6.13-3 Avahi common library ii libavahi-glib1 0.6.13-3 Avahi glib integration library ii libbonobo2-0 2.16.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.16.0-1 The Bonobo UI library ii libc6 2.3.999.2-12 GNU C Library: Shared libraries ii libcairo2 1.2.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.62-4simple interprocess messaging syst ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.0-5 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-4 GNOME configuration database syste ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-1 GNOME keyring services library ii libgnome2-02.16.0-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-6 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2+b1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.16.0-1 GNOME virtual file-system (runtime ii libgnutls131.4.4-1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libgtksourceview1.0-0 1.7.2-1 shared libraries for the GTK+ synt ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liborbit2 1:2.14.0-2+b1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.0-0beta2 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-2 X11 Session Management library ii libtasn1-3 0.3.5-2 Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-3 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4
Bug#389005: [Pkg-mono-group] Bug#389005: mono-xsp: Fails to configure due to templates parse error
On Sat, 2006-09-23 at 14:39 +0200, Thomas Huriaux wrote: > You will also find attached patches for the mono-xsp2 and the > mono-apache-server packages, which contains the same problem. don't worry, I fixed the all the templates. thanks for noting this though, I almost missed :) -- Regards, Mirco 'meebey' Bauer PGP-Key: http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8 -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d s-:+ a-- C++ UL$ P L++$>+++$ E- W+++$ N o? K- w++>! O M- V? PS PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G>++ e h! r->++ y? --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part
Processed: tag: pending
Processing commands for [EMAIL PROTECTED]: > tags 386182 pending Bug#386182: CVE-2006-4305: remote arbitrary code execution Tags were: security Tags added: pending > tags 388106 moreinfo Bug#388106: maxdb-webtools: postinst failure (error while loading shared libraries: libc.so.6) There were no tags set. Tags added: moreinfo > 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#389075: invariant sections removed from the man pages
Package: gcc-4.1-doc-non-dfsg Version: 4.1.1-nf1 Severity: serious The license texts are part of the man pages, just splitted out into their own man pages gpl(7) and gfdl(7). Either include the texts into the man pages or package these two manual pages as well (i.e. see the gcc-defaults package from sarge). The status of fsf-funding(7) needs to be checked. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388776: Reason for compile problem
The reason for the compile problem seems to be that xorg 7.1 is in unstable now, but linuxwacom does not support xorg 7.1 (yet). Therefore build is broken in unstable, still working in testing. This will break compile on testing as soon as xorg 7.1 gets in there. -- Eckhart Wörner GPG Fingerprint: 409F 6C94 4850 B947 AE04 F776 505A BA9A 400F 8876 pgpDr9P4FnJo6.pgp Description: PGP signature
Bug#388993: [Rest2web-develop] Bug#388993: rest2web-doc: non-free Firefox icon included
Filipus Klutiero wrote: Package: rest2web-doc Version: 0.5.0~beta~svn-r210-1 Severity: serious Justification: Policy 2.2.1 rest2web-doc's copyright file indicates that the package's content is by default under the BSD, but a non-BSD Firefox icon is included in /usr/share/doc/rest2web/html/images/firefox.gif. Additionnally, rest2web-doc is in main and the Firefox icon is not modifiable. This will be removed. I still have work on Movable Python before I can get to this. Michael http://www.voidspace.org.uk/python/index.shtml - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Rest2web-develop mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/rest2web-develop -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 22/09/2006 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389101: gstreamer0.10-plugins-good: Depends on non-existant libraw1394-5, should depend on libraw1394-8?
Package: gstreamer0.10-plugins-good Version: 0.10.3-3 Severity: grave Justification: renders package unusable Can't install this package, same deal with libavc1394-0 (not sure if I should file a bug there as well, please feel free to advise). Thanks! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389104: Galeon copyright information incorrect
Package: galeon Version: 2.0.2-1 Severity: serious The copyright file for galeon claims: "This package may be redistributed under the terms of the GNU GPL, version 2 or later" This statement is incorrect. Galeon as a whole is distributed under the GPL version 2 - some parts of the code do not have the 'or later' option, e.g. utils/gul-state.c Please alter the claim to just state "GPL v2" Crispin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379724: possible NMU patch for RC bug
On Sun, Sep 24, 2006 at 12:39:44AM +0200, Steinar H. Gunderson wrote: > IOW, you can't take build-indep out of build. Oh, I missed the part of policy actually saying this out in clear (4.9): The `build' target should depend on those of the targets `build-arch' and `build-indep' that are provided in the rules file. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388557: marked as done (mono-gac: uninstallable on ia64, dependency on libc6 is incorrect)
Your message dated Sat, 23 Sep 2006 15:47:34 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#388557: fixed in mono 1.1.17.1-4 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: mono-gac Version: 1.1.17.1-3 Severity: grave The mono-gac package in unstable has these dependencies: Depends: mono-jit (>= 1.0), libc6 (>= 2.3.6-6), libmono-corlib1.0-cil (>= 1.0) This is wrong. A package cannot be arch: all and depend on libc6; in particular, ia64 doesn't *have* a libc6, it has libc6.1, which renders all of the mono-using packages uninstallable now on ia64 as a result of this dependency. Could this be a return of the dllmap problem that was previously fixed in mono 1.1.9.1-1? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ --- End Message --- --- Begin Message --- Source: mono Source-Version: 1.1.17.1-4 We believe that the bug you reported is fixed in the latest version of mono, which is due to be installed in the Debian FTP archive: libmono-accessibility1.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-accessibility1.0-cil_1.1.17.1-4_all.deb libmono-accessibility2.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-accessibility2.0-cil_1.1.17.1-4_all.deb libmono-bytefx0.7.6.1-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-bytefx0.7.6.1-cil_1.1.17.1-4_all.deb libmono-bytefx0.7.6.2-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-bytefx0.7.6.2-cil_1.1.17.1-4_all.deb libmono-c5-1.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-c5-1.0-cil_1.1.17.1-4_all.deb libmono-cairo1.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-cairo1.0-cil_1.1.17.1-4_all.deb libmono-cairo2.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-cairo2.0-cil_1.1.17.1-4_all.deb libmono-corlib1.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-corlib1.0-cil_1.1.17.1-4_all.deb libmono-corlib2.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-corlib2.0-cil_1.1.17.1-4_all.deb libmono-cscompmgd7.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-cscompmgd7.0-cil_1.1.17.1-4_all.deb libmono-cscompmgd8.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-cscompmgd8.0-cil_1.1.17.1-4_all.deb libmono-data-tds1.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-data-tds1.0-cil_1.1.17.1-4_all.deb libmono-data-tds2.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-data-tds2.0-cil_1.1.17.1-4_all.deb libmono-dev_1.1.17.1-4_i386.deb to pool/main/m/mono/libmono-dev_1.1.17.1-4_i386.deb libmono-firebirdsql1.7-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-firebirdsql1.7-cil_1.1.17.1-4_all.deb libmono-ldap1.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-ldap1.0-cil_1.1.17.1-4_all.deb libmono-ldap2.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-ldap2.0-cil_1.1.17.1-4_all.deb libmono-microsoft-build2.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-microsoft-build2.0-cil_1.1.17.1-4_all.deb libmono-microsoft7.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-microsoft7.0-cil_1.1.17.1-4_all.deb libmono-microsoft8.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-microsoft8.0-cil_1.1.17.1-4_all.deb libmono-npgsql1.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-npgsql1.0-cil_1.1.17.1-4_all.deb libmono-npgsql2.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-npgsql2.0-cil_1.1.17.1-4_all.deb libmono-oracle1.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-oracle1.0-cil_1.1.17.1-4_all.deb libmono-oracle2.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-oracle2.0-cil_1.1.17.1-4_all.deb libmono-peapi1.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-peapi1.0-cil_1.1.17.1-4_all.deb libmono-peapi2.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-peapi2.0-cil_1.1.17.1-4_all.deb libmono-relaxng1.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-relaxng1.0-cil_1.1.17.1-4_all.deb libmono-relaxng2.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-relaxng2.0-cil_1.1.17.1-4_all.deb libmono-security1.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-security1.0-cil_1.1.17.1-4_all.deb libmono-security2.0-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-security2.0-cil_1.1.17.1-4_all.deb libmono-sharpzip0.6-cil_1.1.17.1-4_all.deb to pool/main/m/mono/libmono-sharpzip0.6-cil_1.1.17.1-4_all.deb libmono-sharpzip0.84-cil_1.1.17.1-4_all.deb to poo
Bug#379724: possible NMU patch for RC bug
On Sat, Sep 23, 2006 at 08:20:30PM +0200, Arjan Oosting wrote: > The failure is in the NOT in the build-arch target but in the > build-indep-stamp target as the log shows: That doesn't really matter. > build *IS* called by the dpkg-buildpackage and as such by the build > daemons which *IS* in the Debian policy [1]. dpkg-buildpackage -B first > calls the build target and after that the binary-arch target. What dpkg-buildpackage does, doesn't really matter -- what matters is policy. build _must_ build the _entire_ package: The `build' target should perform all the configuration and compilation of the package. IOW, you can't take build-indep out of build. However, sbuild is buggy, it seems; policy demands: The `Build-Depends-Indep' and `Build-Conflicts-Indep' fields must be satisfied when any of the following targets is invoked: `build' [...] The simple workaround is just to move the dependency, as I've done in my patch. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387238: xen-hypervisor-3.0.2-1-i386: Happens on PIII too
Package: xen-hypervisor-3.0.2-1-i386 Version: 3.0.2-3+hg9762-1 Followup-For: Bug #387238 This happens on a PIII as well. Looks similar to an earlier bug report I filed (bug #385934). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-xen-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xen-hypervisor-3.0.2-1-i386 depends on: ii xen-utils-3.0.2-1 3.0.2-3+hg9762-1 XEN administrative tools xen-hypervisor-3.0.2-1-i386 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389114: guessnet --help does not work
Package: guessnet Version: 0.40-1 Severity: serious Hello, guessnet --help does not work. The problem is in libwibble, and has been fixed in darcs. An upload of the fixed wibble in sid is pending, following which an upload of guessnet build-depending on the new wibble will solve the issue. Regards, Enrico -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages guessnet depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libnet1 1.1.2.1-2 library for the construction and h ii libpcap0.7 0.7.2-7 System interface for user-level pa ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 guessnet recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389101: gstreamer0.10-plugins-good: Depends on non-existant libraw1394-5, should depend on libraw1394-8?
Sorry for any trouble I might have caused, I just did a fresh sid install from the etch beta 3 businesscard image and was confused about why I couldn't install gnome-media. Glad and not at all surprised to see that it's all under control and for a good reason. Thanks for the continued excellent work! -GarrettOn 9/23/06, Steve Langasek <[EMAIL PROTECTED]> wrote: On Sat, Sep 23, 2006 at 02:54:55PM -0700, Garrett Patrick McLean wrote:> Package: gstreamer0.10-plugins-good> Version: 0.10.3-3> Severity: grave> Justification: renders package unusable > Can't install this package, same deal with libavc1394-0 (not sure if I> should file a bug there as well, please feel free to advise).libavc1394-0 has already been rebuilt for the soname change in libraw1394. gst-plugins-good0.10 will also be binNMUed for this change, but I'vedeferred this rebuild for right now so that the current version can get intotesting with the current dbus transition.So I would ask the maintainers to *not* act on this bug, but instead let it be taken care of by the autobuilders when the time is right.Thanks,--Steve Langasek Give me a lever long enough and a Free OSDebian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#389101: gstreamer0.10-plugins-good: Depends on non-existant libraw1394-5, should depend on libraw1394-8?
On Sat, Sep 23, 2006 at 02:54:55PM -0700, Garrett Patrick McLean wrote: > Package: gstreamer0.10-plugins-good > Version: 0.10.3-3 > Severity: grave > Justification: renders package unusable > Can't install this package, same deal with libavc1394-0 (not sure if I > should file a bug there as well, please feel free to advise). libavc1394-0 has already been rebuilt for the soname change in libraw1394. gst-plugins-good0.10 will also be binNMUed for this change, but I've deferred this rebuild for right now so that the current version can get into testing with the current dbus transition. So I would ask the maintainers to *not* act on this bug, but instead let it be taken care of by the autobuilders when the time is right. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: [bts-link] source package perl
Processing commands for [EMAIL PROTECTED]: > # > # bts-link upstream status pull for source package perl > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user [EMAIL PROTECTED] Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]). > # remote status report for #357264 > # * http://rt.cpan.org/Public/Bug/Display.html?id=17224 > # * remote status changed: open -> resolved > # * closed upstream > tags 357264 + fixed-upstream Bug#357264: ExtUtils::MakeMaker: generated Makefiles reference PERLRUN instead of PERLRUNINST Tags were: patch Tags added: fixed-upstream > usertags 357264 - status-open Bug#357264: ExtUtils::MakeMaker: generated Makefiles reference PERLRUN instead of PERLRUNINST Usertags were: status-open. Usertags are now: . > usertags 357264 + status-resolved Bug#357264: ExtUtils::MakeMaker: generated Makefiles reference PERLRUN instead of PERLRUNINST There were no usertags set. Usertags are now: status-resolved. > 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]
Bug#388116: More info needed
Looking at the end of the backtrace: Core was generated by `pan'. Program terminated with signal 11, Segmentation fault. #0 0xb79281f9 in cairo_xlib_surface_get_display () from /usr/lib/libcairo.so.2 #1 0xb790d7b1 in cairo_surface_reference () from /usr/lib/libcairo.so.2 #2 0xb7901fdc in cairo_font_options_create () from /usr/lib/libcairo.so.2 #3 0xb78fc844 in cairo_show_glyphs () from /usr/lib/libcairo.so.2 In Cairo 1.2.4 and earlier (I looked back to 1.0.0) there is no code path between cairo_show_glyphs() calling cairo_font_options_create() or between cairo_surface_reference() calling cairo_xlib_surface_get_display() so there must be some other corruption problem happening. There is a small chance this is the same thing as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=383034 which has something that looks like an upstream fix in https://bugs.freedesktop.org/show_bug.cgi?id=7953 if we believe the problem is in #3 cairo_show_glyphs() and think anything above that is bogus. Otherwise, I'll need a backtrace against cairo compiled with debugging on. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379724: possible NMU patch for RC bug
Op zo, 24-09-2006 te 00:39 +0200, schreef Steinar H. Gunderson: > On Sat, Sep 23, 2006 at 08:20:30PM +0200, Arjan Oosting wrote: > > The failure is in the NOT in the build-arch target but in the > > build-indep-stamp target as the log shows: > > That doesn't really matter. I agree with that > > build *IS* called by the dpkg-buildpackage and as such by the build > > daemons which *IS* in the Debian policy [1]. dpkg-buildpackage -B first > > calls the build target and after that the binary-arch target. > > What dpkg-buildpackage does, doesn't really matter -- what matters is policy. > build _must_ build the _entire_ package: > >The `build' target should perform all the configuration and compilation of >the package. > > IOW, you can't take build-indep out of build. > > However, sbuild is buggy, it seems; policy demands: > >The `Build-Depends-Indep' and `Build-Conflicts-Indep' fields must be >satisfied when any of the following targets is invoked: `build' [...] > > The simple workaround is just to move the dependency, as I've done in my > patch. Both ways are workarounds indeed as sbuild should just call build-arch when it exists but it does not. This has been discussed before, see for instance the some code in cdbs [1] and some threads on the lists [2,3] My work around is to only build the arch-dependent part in build (yes, this does not follow the letter of the policy but is done before) and only build the arch independent part when binary-indep is called. Your workaround is to include all the build dependencies for the architecture independent parts in the Build-Depends as well so both parts are build in the build target. I think both are equivalent but I prefer the former as it keeps the build daemon from building and installing unnecessary stuff. The second way is more policy compliant but makes Build-Depends-Indep worthless as the architecture independent parts are build time and time again. Best would be to fix sbuild, but without that I prefer the first option. Greetings Arjan Oosting p.s. I hope I did not sound to harsh in my previous mail; I did not intend to be at least. [1] part of /usr/share/cdbs/1/rules/buildcore.mk # This is a required Debian target; however, its specific semantics is # in dispute. We are of the opinion that 'build' should invoke # build-arch and build-indep. Policy tends to support us here. # However, dpkg-buildpackage is currently invokes debian/rules build # even when doing an architecture-specific (binary-arch) build. This # essentially means Build-Depends-Indep is worthless. For more # information, see Policy §5.2, Policy §7.6, and Debian Bug #178809. # For now, you may override the dependencies by setting the variable # DEB_BUILD_DEPENDENCIES, below. This is not recommended. DEB_BUILD_DEPENDENCIES = build-arch build-indep build: $(DEB_BUILD_DEPENDENCIES) [2] http://lists.debian.org/debian-policy/2004/08/msg00014.html [3] http://lists.debian.org/debian-policy/2006/06/msg00089.html signature.asc Description: Dit berichtdeel is digitaal ondertekend
Processed: can't reproduce this
Processing commands for [EMAIL PROTECTED]: > tags 389016 + unreproducible moreinfo Bug#389016: mono fails to work: assertion failed: (async_call_klass) There were no tags set. Tags added: unreproducible, moreinfo > severity 389016 important Bug#389016: mono fails to work: assertion failed: (async_call_klass) Severity set to `important' from `grave' > 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]
Bug#389068: FTBFS: package does use included precompiled libraries for build
On Sat, 23 Sep 2006 20:28:18 +0200, Matthias Klose wrote: > the package uses the prebuilt jar files in lib for the build and FTBFS > without them. please either use existing debian packages as build > dependencies or package needed build dependencies. Thanks for pointing out this problem, I'll look into it ASAP. Probably some help from the Java wizards will be needed (cc'in debian-java, please cc me on replies). Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian: the universal operating system - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Frankie Goes To Hollywood: Relax signature.asc Description: Digital signature
Bug#389016: can't reproduce this
tags 389016 + unreproducible moreinfo severity 389016 important thanks I can't reproduce this on my system, thus I am downgrading this to severity important. I tested: ii mono-mcs 1.1.17.1-3 Mono C# compiler ii muine 0.8.5-1+b1 Simple playlist based music player ii tomboy 0.3.9+dfsg-2.1 desktop note taking program using Wiki style links on: ii mono-jit 1.1.17.1-3 fast CLI JIT/AOT compiler for Mono Please show the output of munine too. What about other applications? non-gui things like mcs or monodis If they fail too, please try a hello world C# application, here the code: class MainClass { static void Main() { System.Console.WriteLine("Hello World!"); } } compile that with "mcs test.cs" (eh that could be a problem :-P) and run with "mono ./test.exe" You can also try: mono --debug test.exe or strace -f mono test.exe -- Regards, Mirco 'meebey' Bauer PGP-Key: http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8 -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d s-:+ a-- C++ UL$ P L++$>+++$ E- W+++$ N o? K- w++>! O M- V? PS PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G>++ e h! r->++ y? --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part
Processed: closing 383855, closing 352903, closing 383860
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.21 > close 383855 1.0.7184-1 Bug#383855: nvidia-glx-legacy-dev: Missing GL/glext.h file 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1.0.7184-1, send any further explanations to eLShaman <[EMAIL PROTECTED]> > close 352903 1.0.7184-1 Bug#352903: nvidia-kernel-legacy-source: depends on old version of debhelper 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1.0.7184-1, send any further explanations to Jason McCarty <[EMAIL PROTECTED]> > close 383860 1.0.7184-1 Bug#383860: x86 binary packages built from pre-release source package 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1.0.7184-1, send any further explanations to Andrew Vaughan <[EMAIL PROTECTED]> > 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#385382: marked as done (Uses deprecated dbus function)
Your message dated Sat, 23 Sep 2006 19:47:17 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#385382: fixed in tomboy 0.4.1-1 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: tomboy Version: 0.3.9+dfsg-1 Severity: normal Tags: patch Hi, version 0.3.9+dfsg-1 of tomboy uses a deprecated dbus function that is removed in dbus >= 0.90. dbus 0.92 will most probably go into unstable in the next days. The function dbus_connection_disconnect() was removed and can be replaced by dbus_connection_close(). Attached is a patch that fixes this. Bye --- Tomboy/dbus-sharp/Connection.cs.old 2006-08-24 17:14:03.056705000 +0200 +++ Tomboy/dbus-sharp/Connection.cs 2006-08-24 17:14:15.061455250 +0200 @@ -89,7 +89,7 @@ { if (disposing && RawConnection != IntPtr.Zero) { - dbus_connection_disconnect(rawConnection); + dbus_connection_close(rawConnection); RawConnection = IntPtr.Zero; // free the native object } @@ -314,7 +314,7 @@ intslot); [DllImport ("dbus-1")] -private extern static void dbus_connection_disconnect (IntPtr ptr); +private extern static void dbus_connection_close (IntPtr ptr); [DllImport ("dbus-1")] private extern static IntPtr dbus_bus_get_unique_name (IntPtr ptr); signature.asc Description: Dies ist ein digital signierter Nachrichtenteil --- End Message --- --- Begin Message --- Source: tomboy Source-Version: 0.4.1-1 We believe that the bug you reported is fixed in the latest version of tomboy, which is due to be installed in the Debian FTP archive: tomboy_0.4.1-1.diff.gz to pool/main/t/tomboy/tomboy_0.4.1-1.diff.gz tomboy_0.4.1-1.dsc to pool/main/t/tomboy/tomboy_0.4.1-1.dsc tomboy_0.4.1-1_i386.deb to pool/main/t/tomboy/tomboy_0.4.1-1_i386.deb tomboy_0.4.1.orig.tar.gz to pool/main/t/tomboy/tomboy_0.4.1.orig.tar.gz 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. Dave Beckett <[EMAIL PROTECTED]> (supplier of updated tomboy 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: Sat, 23 Sep 2006 19:30:03 -0700 Source: tomboy Binary: tomboy Architecture: source i386 Version: 0.4.1-1 Distribution: unstable Urgency: low Maintainer: Dave Beckett <[EMAIL PROTECTED]> Changed-By: Dave Beckett <[EMAIL PROTECTED]> Description: tomboy - desktop note taking program using Wiki style links Closes: 385382 Changes: tomboy (0.4.1-1) unstable; urgency=low . * New upstream release * Upstream sources now DFSG as last old icon removed. - removed 01_image_name patch * Added D-BUS API change patch 04_dbus0.9.patch. (Closes: #385382) * Acknowledge NMU in 0.3.9+dfsg-2.1 for previous patch. * Depend on libdbus-1-dev (>= 0.90), no longer use libdbus-cil * Packaged new Sticky Notes import plugin Files: d3c9f58ba786b6a6f99a2ce0a8e18ff9 960 gnome optional tomboy_0.4.1-1.dsc 7e9ab15b8c799d265676173f8a8de7ce 937041 gnome optional tomboy_0.4.1.orig.tar.gz 93a3d67f7b76ef1c38d243c652d6c5cd 11347 gnome optional tomboy_0.4.1-1.diff.gz 803ca8d5b9db5598903df449a7552887 603758 gnome optional tomboy_0.4.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFFe3iQ+ySUE9xlVoRAlGvAKCpKsc1QC63p5D+oGlr7r8XuHZdVgCglff/ SvKaYMnUoEccLGTEbolmtEU= =WQA1 -END PGP SIGNATURE- --- End Message ---
Bug#378214: Opening file fails, kino stops with segmentation fault
Hi Eeltje, There is a new version of libavcodec0d available in unstable. Since the evidence points to this being a libavcodec problem, could you try installing this new version to see whether it fixes the bug? If so, I'll go ahead and close this report. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#238245: To learn more
Sorry for taking so long to reply. We are sorry to inform you that our product is still not in stores. Currently we are only offering it on our product website and plan on having it in stores come November 2006. As mentioned Dr. Lang is still recommending a 4 month supply for best results. If you have anymore health concerns then feel free to send me an email. Below I have posted our site for further info. Company Website: http://097.mugtool.com Eloise Golden
Bug#243227: Thank you for your inquiry
Sorry for taking so long to reply. We are sorry to inform you that our product is still not in stores. Currently we are only offering it on our product website and plan on having it in stores come November 2006. As mentioned Dr. English is still recommending a 4 month supply for best results. If you have anymore health concerns then feel free to send me an email. Below I have posted our site for further info. Company Website: http://097.mugfork.com Mary Ayers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385295: Intent to NMU
Tags 385925 + pending Thanks I have tested the patches provided by Michael Ablassmeier and Christian Aichinger, and I have confirmed that applying both these patches together fixes the problem. I'm attaching the full interdiff output of the upload I'm about to do. As you can see, it's just the combination of the patches and the changelog entry. I'll be uploading the NMU directly, as directed by the 0-day NMU policy. -- Love, Marga. diff -u siege-2.65/debian/changelog siege-2.65/debian/changelog --- siege-2.65/debian/changelog +++ siege-2.65/debian/changelog @@ -1,3 +1,11 @@ +siege (2.65-2.1) unstable; urgency=medium + + * Non-maintainer upload to fix a Segmentation Fault. + * Applied patch provided by Christian Aichinger and Michael Ablassmeier. +(Closes: #385295) + + -- Margarita Manterola <[EMAIL PROTECTED]> Sun, 24 Sep 2006 01:54:48 -0300 + siege (2.65-2) unstable; urgency=low * siege2csv.pl renamed to siege2csv diff -u siege-2.65/src/http.c siege-2.65/src/http.c --- siege-2.65/src/http.c +++ siege-2.65/src/http.c @@ -292,7 +292,7 @@ while(TRUE){ x = 0; -memset(&line, 0, sizeof(line)); +memset(line, 0, len); while((n = socket_read(C, &c, 1)) == 1){ if(x >= len){ len += 2048; only in patch2: unchanged: --- siege-2.65.orig/src/url.c +++ siege-2.65/src/url.c @@ -361,7 +361,6 @@ (U->protocol==HTTP)?"http://":"https://";, U->hostname, U->port, U->pathname ); - xfree(tmp); return(U); }
Bug#389126: gnome-session: hangs at login with xorg 7.1
Package: gnome-session Version: 2.14.3-1 Severity: grave Justification: renders package unusable I recently upgraded to Xorg 7.1. Since doing so, logging into GNOME produces my background, and dark-grey where the gnome-panel should be. The system is still responsive, except no further updates are displayed on the screen. I can open programs using keyboard shortcuts, but nothing other than the background, and grey bars for the panel is ever displayed. I logged in to GDM with xterm, and started various components independently. gnome-panel, nautilus, gnome-settings-daemon, and metacity all started without problem. However, invoking gnome-session results in the problem. I can Ctrl+C out of it, at this point, but the screen is still stuck in a frozen state. In case it's useful, I'm also using the latest fglrx driver. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnome-session depends on: ii gconf2 2.14.0-4 GNOME configuration database syste ii gnome-control-center 1:2.14.2-3+b1 utilities to configure the GNOME d ii libatk1.0-01.12.2-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libgconf2-42.14.0-4 GNOME configuration database syste ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libgnome-desktop-2 2.14.3-1 Utility library for loading .deskt ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgtk2.0-02.8.20-2 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.4-1 Layout and rendering of internatio ii libsm6 1:1.0.1-3 X11 Session Management library ii libwrap0 7.6.dbs-11Wietse Venema's TCP wrappers libra ii libx11-6 2:1.0.0-9 X11 client-side library ii libxau61:1.0.1-2 X11 authorisation library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library Versions of packages gnome-session recommends: ii dbus 0.92-2 simple interprocess messaging syst ii desktop-base 0.3.17 common files for the Debian Deskto ii gnome-panel 2.14.3-2 launcher and docking facility for ii metacity 1:2.14.5-1 A lightweight GTK2 based Window Ma ii nautilus 2.14.3-1 file manager and graphical shell f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388776: Reason for compile problem
On Sat, Sep 23, 2006 at 10:14:29PM +0200, Eckhart W??rner wrote: > The reason for the compile problem seems to be that xorg 7.1 is in unstable > now, but linuxwacom does not support xorg 7.1 (yet). Therefore build is > broken in unstable, still working in testing. This will break compile on > testing as soon as xorg 7.1 gets in there. I'm a little confused at what has changed and why here... If someone knows the details, I'd appreciate a summary or a pointer to a reference. From what I can see, xorg/xisb.h has added an #include in 7.1 This reacts badly with the code in xorg/xf86_libc.h which #define's a bunch of libc symbols to xorg replacements when NEED_XF86_TYPES is defined. Without knowing the intention behind this change, it still seems to me like this is a bug in xorg, and the new include should be guarded if xorg symbols are being used to replace libc ones. OTOH I'm not really sure why xf86Wacom.h explicitly requests this to be done, but I assume there was some reason and simply changing this there will break builds elsewhere and on systems still using xorg7.0 et al. I'm not 100% sure that simply changing that will even fix this for 7.1. If someone knows what the Right Thing is here, and changes _are_ required to the wacom source to suit some Grand Master Plan underway, then please fill me in and I'll ensure the package follows suit... Thanks! Ron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389128: gdesklets-data: non-free Firefox icon included
Package: gdesklets-data Version: 0.35.5-1 Severity: serious Justification: Policy 2.2.1 gdesklets-data's copyright file indicates that the package is under the GPL, but a non-GPL Firefox icon is included in usr/share/gdesklets/Displays/gnomebar/gfx/firefox.png. Additionally, gdesklets-data is in main and the Firefox icon is not modifiable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389127: fvwm-crystal: non-free Firefox icon included
Package: fvwm-crystal Version: 3.0.3-3.1 Severity: serious Justification: Policy 2.2.1 fvwm-crystal's copyright file indicates that the package is under the GPL, but a non-GPL Firefox icon is included in usr/share/fvwm-crystal/fvwm-crystal/fvwm/icons/Default/22x22/apps/firefox.png (and others). Other icons are unlikely under the GPL, such as acroread's. Additionally, fvwm-crystal is in main and the Firefox icon is not modifiable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]