Bug#337127: marked as done (gaim-encryption: gaim segfaults receiving a special message from ICQ Buddy)
Your message dated Thu, 28 Sep 2006 22:32:04 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#337127: fixed in gaim-encryption 3.0~beta5-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) ---BeginMessage--- Package: gaim-encryption Version: 2.38-1 Severity: normal When an ICQ Buddy sends a special message the application crashes. I've found the problem when i just clicked on the encryption button in the IM-Window. The other person didn't know what to do with the message since it is used for GAIM to GAIM encryption and just sent it back (copy and paste). Then my GAIM application crashed. This is reproducable even with other people's clients. The Message you need to send is: *** Encrypted with the Gaim-Encryption plugin A HREF=: Key: Prot NSS 1.0: Len 249 1ShR9YBpgmjZ2pCZFXQNiRCyI2dNSmC,MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDCvANJpA/+j+k+RzfDwUDC6w5EHHWYEj10qd3EfHQnSK1h1L4ZjBZqnrTdaCRZFr5WvDgqjqMaUZg7NNFlfkWrJpDoW3fbSZ7eegQUbUdGwGLuqxExy+Sd2B4ngln3bPtNATcziX2ikzadCldkL4R/EFyYpc/nRWRs++ooOJ0iZQIDAQAB/A It does not work, when you send it from inside GAIM, but when you send it from licq it works. I think this is a serious bug. Maybe even a security hole. Regards, Jörg -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4-jkur Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages gaim-encryption depends on: ii gaim 1:1.5.0-1 multi-protocol instant messaging c ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libnspr4 2:1.7.12-1 Netscape Portable Runtime Library ii libnss3 2:1.7.7-2 Network Security Service Libraries gaim-encryption recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: gaim-encryption Source-Version: 3.0~beta5-3 We believe that the bug you reported is fixed in the latest version of gaim-encryption, which is due to be installed in the Debian FTP archive: gaim-encryption_3.0~beta5-3.diff.gz to pool/main/g/gaim-encryption/gaim-encryption_3.0~beta5-3.diff.gz gaim-encryption_3.0~beta5-3.dsc to pool/main/g/gaim-encryption/gaim-encryption_3.0~beta5-3.dsc gaim-encryption_3.0~beta5-3_i386.deb to pool/main/g/gaim-encryption/gaim-encryption_3.0~beta5-3_i386.deb gaim-encryption_3.0~beta5.orig.tar.gz to pool/main/g/gaim-encryption/gaim-encryption_3.0~beta5.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. Leo Costela [EMAIL PROTECTED] (supplier of updated gaim-encryption 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, 28 Aug 2006 01:58:01 -0300 Source: gaim-encryption Binary: gaim-encryption Architecture: source i386 Version: 3.0~beta5-3 Distribution: unstable Urgency: low Maintainer: Leo Costela [EMAIL PROTECTED] Changed-By: Leo Costela [EMAIL PROTECTED] Description: gaim-encryption - gaim plugin that provides transparent encryption Closes: 313707 337127 340246 348229 362683 Changes: gaim-encryption (3.0~beta5-3) unstable; urgency=low . * Migrate to Unstable (Gaim beta is already in) (closes: #340246, #362683, #313707, #348229) * Ack NMU (thanks Alexander Wirt!) (closes: #337127) * Change the version to use the new '~' character (should ease things up when 3.0-final is released...) Files: aaec9244e652eede6e9cbc64d4b4fc10 678 net optional gaim-encryption_3.0~beta5-3.dsc 6c999293dd0018630d406aa638e4e95f 567451 net optional gaim-encryption_3.0~beta5.orig.tar.gz af436bbcfc3ff8bb8afb25fc626956a4 3257 net optional gaim-encryption_3.0~beta5-3.diff.gz 26507fc6d9cbb5f496b534d64b21dfc0 103200 net optional gaim-encryption_3.0~beta5-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFHKygImLTb3rflGYRAn04AKDW+VQne706EaFtneZWCGIPBAuYugCeK+qY +kge64kVANrXq3XziVjt4ps= =xLV8 -END PGP SIGNATURE- ---End Message---
Bug#345931: A patch closing #345931, verified against debian testing
On Thu, Sep 28, 2006 at 04:58:52PM -0300, Otavio Salvador wrote: Robert Millan [EMAIL PROTECTED] writes: On Thu, Sep 28, 2006 at 10:51:55AM -0300, Otavio Salvador wrote: This code also looks great for upstream subimition. I would like if you could send it to bug-grub@gnu.org and talk to them. If you can get it there would be easier to us just grub a CVS snapshot for packaging proposes. After fixing the issues that I pointed out would be good to send it upstream and check why _they_ broke the compatibility. Should exist a reason for it. Are you sure it is upstream who broke compatibility? Maybe it is us who did that (e.g. by appliing savedefault patches). Humm, maybe... well taken :-D.. I need to check to verify it. Anyway, is this compatibility between different versions of MBR and stage files? I don't think having version disparity between MBR and stage was meant to be supported. Right but if it's not too hard and complex might be good. People should be using grub-install; if we still want compatibility I think it's an upstream decision. Mats, could you send your patch to [EMAIL PROTECTED] -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390085: lsb-base: FANCYTTY breaks upgrades
Package: lsb-base Version: 3.1-16 Severity: critical Tags: patch Justification: breaks unrelated software The lsb-base 3.1-16 has a problem with the FANCYTTY option. When you try to upgrade by example mysql-server-5.0 an error happends: Preparing to replace mysql-server-5.0 5.0.24a-4 (using .../mysql-server-5.0_5.0.24a-5_i386.deb) ... Stopping MySQL database server: mysqld/lib/lsb/init-functions: line 134: FANCYTTY: unbound variable invoke-rc.d: initscript mysql, action stop failed. dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... Stopping MySQL database server: mysqld/lib/lsb/init-functions: line 134: FANCYTTY: unbound variable invoke-rc.d: initscript mysql, action stop failed. dpkg: error processing /var/cache/apt/archives/mysql-server-5.0_5.0.24a-5_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 1 Stopping MySQL database server: mysqld/lib/lsb/init-functions: line 134: FANCYTTY: unbound variable invoke-rc.d: initscript mysql, action stop failed. Starting MySQL database server: mysqld/lib/lsb/init-functions: line 134: FANCYTTY: unbound variable invoke-rc.d: initscript mysql, action start failed. dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/mysql-server-5.0_5.0.24a-5_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is maybe because the change: if [ FANCYTTY = 0 ]; then to: if [ -z $FANCYTTY ]; then At the bottom of /lib/lsb/init-functions change: [ -e /etc/lsb-base-logging.sh ] . /etc/lsb-base-logging.sh || true to: if [ -e /etc/lsb-base-logging.sh ]; then . /etc/lsb-base-logging.sh || true else FANCYTTY= fi or: FANCYTTY= [ -e /etc/lsb-base-logging.sh ] . /etc/lsb-base-logging.sh || true In the first option if no /etc/lsb-base-logging.sh exists FANCYTTY will be declared as an empty string. In the second option FANCYTTY is declared and after the /etc/lsb-base-logging.sh is executed. The real resolution of the problem should be a configuration file. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=es_MX, LC_CTYPE=es_MX (charmap=ISO-8859-1) Versions of packages lsb-base depends on: ii ncurses-bin 5.5-4 Terminal-related programs and man ii sed 4.1.5-1The GNU sed stream editor lsb-base recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389969: marked as done (hinfo: purging the package fails (ucf unavailable))
Your message dated Thu, 28 Sep 2006 23:02:06 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#389969: fixed in hinfo 1.02-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) ---BeginMessage--- Package: hinfo Version: 1.02-2 Severity: serious Hello Blars, There is an error when attempting to purge hinfo: Removing hinfo ... Purging configuration files for hinfo ... /var/lib/dpkg/info/hinfo.postrm: line 28: ucf: command not found dpkg: error processing hinfo (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on ucf to be 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--- ---BeginMessage--- Source: hinfo Source-Version: 1.02-3 We believe that the bug you reported is fixed in the latest version of hinfo, which is due to be installed in the Debian FTP archive: hinfo_1.02-3.diff.gz to pool/main/h/hinfo/hinfo_1.02-3.diff.gz hinfo_1.02-3.dsc to pool/main/h/hinfo/hinfo_1.02-3.dsc hinfo_1.02-3_all.deb to pool/main/h/hinfo/hinfo_1.02-3_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. Blars Blarson [EMAIL PROTECTED] (supplier of updated hinfo 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, 28 Sep 2006 19:30:43 -0700 Source: hinfo Binary: hinfo Architecture: source all Version: 1.02-3 Distribution: unstable Urgency: medium Maintainer: Blars Blarson [EMAIL PROTECTED] Changed-By: Blars Blarson [EMAIL PROTECTED] Description: hinfo - Check address ownership and DNSBL listings for spam reporting Closes: 284374 303780 303781 307230 308318 311898 312151 314042 331847 333693 348150 350476 366352 372737 389969 Changes: hinfo (1.02-3) unstable; urgency=medium . * Fix purge if ucf or deluser unavailable. (Closes: #389969) * Fix for new su command syntax. (Closes: #348150) * debconf-2.0 alternateve for debconf dependancy. (Closes: #331847) * manpage fix (Closes: #350476) * new and updated debconf translations (Closes: #284374, #311898, #314042, #307230, #312151, #333693) * policy 3.7.2 (no changes) * new whois.ins.pl and dnsbl.ins.pl from blars.org (Closes: #303781, #308318, #366352, #372737) * install whois.ins.pl and dnsbl.ins.pl into /usr/share/hinfo and copy them into /var/lib/hinfo if newer than existing files in postinst (Closes: #303780) Files: 93e0b1eff2c97c64b355eea4664ccf61 557 net optional hinfo_1.02-3.dsc 5abaefa61e5a7bca913acf795c32d0e7 12503 net optional hinfo_1.02-3.diff.gz 2394b6afdf2673e5b8144e9b41d5063e 29904 net optional hinfo_1.02-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFHLX1g1HDwmisV0YRAnK3AJ482QA5HiF1Nkct/9PzOmJEZ+rHyQCgrr+l ekdPQp0PFi+3XBIfICQGjhU= =Hi+L -END PGP SIGNATURE- ---End Message---
Processed: setting package to xmms-sid, tagging 389463
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21 package xmms-sid Ignoring bugs not assigned to: xmms-sid tags 389463 + pending Bug#389463: xmms-sid: undefined symbol: set_song_position -- just needs a recompile 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]
Bug#316572: This is an apt-build bug; needs to either sign packages or --allow-unauthenticated
merge 369173 316572 retitle 369173 Doesn't work with authenticated apt; needs to sign debs or --allow-unauthenticated severity 369173 important thanks This is an apt-build bug. Installing apt-key does not fix the problem of apt-build creating unsigned packages. These unsigned packages will cause apt-get to complain when apt-build tries to install them. To fix this, apt-build should either: a) Sign packages that it builds (it would be nice if the postinst script used debconf to offer to automatically create a new signing key, or use an existing key to sign [which would require entering your passphrase when you use apt-build]) b) Pass through to apt the --allow-unauthenticated option. This is less desirable, since it would cause apt to not check other packages it installs, such as build-deps. However, to mitigate this, apt-build could only pass this through when installing packages it created, rather than build-deps. Without one of these solutions, apt-build will always fail to install packages it builds, requiring the user to then run $(apt-get install whatever) to actually install the packages apt-build makes. Temporarily, for my own use, I added --allow-unauthenticated to @apt_args, but that is not a good long-term solution. pgp63V9hSEmSk.pgp Description: PGP signature
Bug#389463: marked as done (xmms-sid: undefined symbol: set_song_position -- just needs a recompile)
Your message dated Thu, 28 Sep 2006 23:47:41 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#389463: fixed in xmms-sid 0.7.4+0.8.0beta15-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) ---BeginMessage--- Package: xmms-sid Version: 0.7.4+0.8.0beta15-2 Severity: grave Justification: renders package unusable The current package has an unresolved symbol, probably introduced by a new xmms package with less third-party patches. Output when running xmms: [EMAIL PROTECTED] ~ $ xmms /usr/lib/xmms/Input/libxmmssid.so: undefined symbol: set_song_position Rebuilding the package resolved the issue. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8 Locale: LANG=C, LC_CTYPE=nb_NO (charmap=ISO-8859-1) Versions of packages xmms-sid depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libglib1.2 1.2.10-10.1 The GLib library of C routines ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libresid-builder0c2a 2.1.1-5 SID chip emulation class based on ii libsidplay1 1.36.59-4 SID (MOS 6581) emulation library ii libsidplay2 2.1.1-5 SID (MOS 6581) emulation library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxi6 1:1.0.1-3 X11 Input extension library ii xmms 1:1.2.10+20060901-1 Versatile X audio player xmms-sid recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: xmms-sid Source-Version: 0.7.4+0.8.0beta15-3 We believe that the bug you reported is fixed in the latest version of xmms-sid, which is due to be installed in the Debian FTP archive: xmms-sid_0.7.4+0.8.0beta15-3.diff.gz to pool/main/x/xmms-sid/xmms-sid_0.7.4+0.8.0beta15-3.diff.gz xmms-sid_0.7.4+0.8.0beta15-3.dsc to pool/main/x/xmms-sid/xmms-sid_0.7.4+0.8.0beta15-3.dsc xmms-sid_0.7.4+0.8.0beta15-3_i386.deb to pool/main/x/xmms-sid/xmms-sid_0.7.4+0.8.0beta15-3_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. Gerfried Fuchs [EMAIL PROTECTED] (supplier of updated xmms-sid 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: Fri, 29 Sep 2006 07:55:24 +0200 Source: xmms-sid Binary: xmms-sid Architecture: source i386 Version: 0.7.4+0.8.0beta15-3 Distribution: unstable Urgency: low Maintainer: Gerfried Fuchs [EMAIL PROTECTED] Changed-By: Gerfried Fuchs [EMAIL PROTECTED] Description: xmms-sid - input plugin for XMMS that plays SID (C64) tunes Closes: 389463 Changes: xmms-sid (0.7.4+0.8.0beta15-3) unstable; urgency=low . * Rebuild package to fix undefined symbol (closes: #389463) * Standards version bumped to 3.7.2, no changes needed. * Lowercased start of synopsis. * Updated config.{sub,guess} * Updated FSF address in copyright file. * src/xmms-sid.h: disable DEBUG all along. Files: f2a9df2a564592edd10230aae5c93e3a 661 sound optional xmms-sid_0.7.4+0.8.0beta15-3.dsc f884360e935530e4c0f8ea19eacd11a0 20221 sound optional xmms-sid_0.7.4+0.8.0beta15-3.diff.gz a422095303bc515dd020725ddd8b2dc8 101492 sound optional xmms-sid_0.7.4+0.8.0beta15-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFHL8nELuA/Ba9d8YRAj3nAJ96MCnZ+Asj65SimXURrXuyW4xt2wCgmkm7 VpmIIe4cNZbaDs9h+ymopVw= =M+mz -END PGP SIGNATURE- ---End Message---
Processed: your mail
Processing commands for [EMAIL PROTECTED]: reopen 316572 Bug#316572: WARNING: The following packages cannot be authenticated! Bug reopened, originator not changed. severity 316572 important Bug#316572: WARNING: The following packages cannot be authenticated! Severity set to `important' from `grave' merge 369173 316572 Bug#316572: WARNING: The following packages cannot be authenticated! Bug#369173: Doesn't work with authenticated apt; needs to sign debs or --allow-unauthenticated Merged 316572 369173. retitle 316572 Doesn't work with authenticated apt; needs to sign debs or --allow-unauthenticated Bug#316572: WARNING: The following packages cannot be authenticated! Changed Bug title. 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#390085: workaround
An easier workaround is to simply: export FANCYTTY=0 before running apt-get dist-upgrade. I don't know what this really does but it seems to do the job for me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390093: gcc-4.1-doc: Overwrites copyright and Debian changelog of gcc-4.1-base
Package: gcc-4.1-doc-non-dfsg Version: 4.1.1-nf1 Severity: serious In previous versions of gcc-4.1-doc (up to 4.1.1-10), /usr/share/doc/gcc-4.1-doc was a symlink to gcc-4.1-base. Because dpkg follows the symlink when upgrading the package, your files end up in /usr/share/doc/gcc-4.1-base, overwriting the files there (dpkg does not detect that clash, unfortunately). To resolve this issue, I suggest you create a prescript which tests if usr/share/doc/gcc-4.1-doc is a symlink and, if this is the case, removes it. Note that you must take care to delete spurious files from previous versions of the gcc-4.1-doc package in usr/share/doc/gcc-4.1-base as well. Since the other packages built from the same source probably have the same problem :-(, I've assigned this bug to the source package. Good luck in resolving this mess and thanks for packaging the GCC documentation. -- 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.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346721: marked as done (gtalk: FTBFS: build-depends on removed xlibs-dev)
Your message dated Fri, 29 Sep 2006 00:47:10 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#346721: fixed in gtalk 0.99.10-11 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) ---BeginMessage--- Package: gtalk Version: 0.99.10-10 Severity: serious Hello, This is a serious bug filed against your package because it build-depends on xlibs-dev, which as announced in [1] a while ago, is no longer available in sid. This makes your package fail to build from source. [1] http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html To fix this bug, you need to update your build-dependencies and substitute xlibs-dev for the list of individual X development libraries that your package needs to be built. You can find detailed information about how to do that in the DependsXlibsDev wiki page [2]. [2] http://wiki.debian.org/DependsXlibsDev As indicated by the Release Team [3], the full transition from XFree86 to Xorg is a release blocker for Etch, which means that Etch will not be released until this bug is fixed (or your package removed from testing). So, please, try to fix in a timely manner. [3] http://lists.debian.org/debian-devel-announce/2005/10/msg4.html The number of affected packages by the xlibs-dev transition is huge, so if you feel like helping with patches or uploads, feel free to follow the instructions contained in the wiki page above. A list of affected packages can be found here [4]. [4] http://people.debian.org/~adeodato/release-usertag/transition-xlibs-dev Finally, if there's a strong reason for which your package should not be NMUed, please note so in this bug report. Prospective NMUers will read your reasoning, and will decide if it's strong enough to delay their upload. Thanks for your collaboration! -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org ---End Message--- ---BeginMessage--- Source: gtalk Source-Version: 0.99.10-11 We believe that the bug you reported is fixed in the latest version of gtalk, which is due to be installed in the Debian FTP archive: etalk_0.99.10-11_all.deb to pool/main/g/gtalk/etalk_0.99.10-11_all.deb gtalk_0.99.10-11.diff.gz to pool/main/g/gtalk/gtalk_0.99.10-11.diff.gz gtalk_0.99.10-11.dsc to pool/main/g/gtalk/gtalk_0.99.10-11.dsc gtalk_0.99.10-11_i386.deb to pool/main/g/gtalk/gtalk_0.99.10-11_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. Christoph Martin [EMAIL PROTECTED] (supplier of updated gtalk 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: Fri, 29 Sep 2006 09:14:51 +0200 Source: gtalk Binary: gtalk etalk Architecture: source i386 all Version: 0.99.10-11 Distribution: unstable Urgency: low Maintainer: Christoph Martin [EMAIL PROTECTED] Changed-By: Christoph Martin [EMAIL PROTECTED] Description: etalk - talk client for the Emacs editor gtalk - plug-in replacement for standard talk Closes: 346721 390019 Changes: gtalk (0.99.10-11) unstable; urgency=low . * check for existens of update-inetd before calling it in postinst and postrm (closes: #390019) * include Build-Depends fix from NMU (closes: #346721) Files: b13a05090cd76d5ccbe5df9b81237550 962 net optional gtalk_0.99.10-11.dsc 280faa065d11a0424e2ecf132b7ed5bd 11481 net optional gtalk_0.99.10-11.diff.gz 85e8f81edafe0bfd7ed821cc9339c385 174440 editors optional etalk_0.99.10-11_all.deb f088fe38477b38606271f2aa43be99f4 141464 net optional gtalk_0.99.10-11_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRRzORG4/9k35XC9tAQJL7ggAjSouTGoPwAFdvghSmIwuTbhQ6zAQn8OR zmzyE5CfmB7IrUqyl5LGeOATYIQb5LeXN8z653wmp7MhpfGcppGXDaxFnu43oUXD 6X4vTvszf/v7ZhPMc1r9zaWYxNgsnS0G8TzoRnyl1//sZeYMVAg/yNMwkvAQ6V6v UM3fgeydVra+xH69abNnYbrsT8YkQKgdcHBCJVMXBgf63EpVp9Qfq8uWdREnON7d Q75kBYJvipz+tqLqgVcgJsn7ZQRWMy9xpJgW+1IPx54g9OG/HdHpjd2vhfTwmSMH vzAZMr9hRl4poYfbdkME4LhbHdP+VLX2DbgYRUhB2kWwugJjFiqMeQ== =50Bv -END PGP SIGNATURE- ---End
Bug#379480: (no subject)
Could you try upgrading xserver-xorg-xxx to unstable version to see whether the problem persists in later versions? Just tried that, setting source.list to unstable, starting interactive aptitude, and trying to '+' various xorg-related packages. All of them seemed to run afoul of xserver_xorg-code conflicts with xserver-xorg-video (provided by lots of packages, including the xserver-xorg-video-fbdev 1:0.1.0.5-2 I'm currently using.) or the like. Telling it to update xserver-xorg-video-fbdev doesn't help. Telling it to update *every( installed package whose name contains the text xerver-xorg doesn't help either. By the way, installing a complete sid system a few months ago didn't help either. Hi! did the dependency problem resolver in aptitude offer any suggestions? Maybe, you can remove xserver-xorg-video only leaving your current video driver. A few months ago, there weren't xorg 7.1 in unstable Regards Jiri Palecek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390097: maxima: Maxima not built for amd64
Package: maxima Version: 5.10.0-1 Severity: serious Justification: no longer builds from source The maxima program depends on gcl version 2.6.7-22 that can not be found in the amd64 repository. Gcl 2.6.22 builds nicely and after installation, maxima builds nicely 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.18-1-amd64 Locale: LANG=is_IS.UTF-8, LC_CTYPE=is_IS.UTF-8 (charmap=UTF-8) Versions of packages maxima depends on: ii gnuplot-nox 4.1-1 A command-line driven interactive ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-4 Shared libraries for terminal hand ii libreadline5 5.1-8 GNU readline and history libraries ii libsm61:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.0-9 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt61:1.0.2-2 X11 toolkit intrinsics library Versions of packages maxima recommends: ii gv1:3.6.1-15 PostScript and PDF viewer for X hi maxima-share 5.10.0-1 A computer algebra system -- extra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390019: marked as done (gtalk: purging the package fails (update-inetd unavailable))
Your message dated Fri, 29 Sep 2006 00:47:10 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#390019: fixed in gtalk 0.99.10-11 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) ---BeginMessage--- Package: gtalk Version: 0.99.10-10.1 Severity: serious Hello Christoph, There is an error when attempting to purge gtalk: Removing gtalk ... Purging configuration files for gtalk ... /var/lib/dpkg/info/gtalk.postrm: line 22: update-inetd: command not found dpkg: error processing gtalk (--purge): subprocess post-removal script returned error exit status 127 Errors were encountered while processing: gtalk The postrm script cannot rely on update-inetd to be 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--- ---BeginMessage--- Source: gtalk Source-Version: 0.99.10-11 We believe that the bug you reported is fixed in the latest version of gtalk, which is due to be installed in the Debian FTP archive: etalk_0.99.10-11_all.deb to pool/main/g/gtalk/etalk_0.99.10-11_all.deb gtalk_0.99.10-11.diff.gz to pool/main/g/gtalk/gtalk_0.99.10-11.diff.gz gtalk_0.99.10-11.dsc to pool/main/g/gtalk/gtalk_0.99.10-11.dsc gtalk_0.99.10-11_i386.deb to pool/main/g/gtalk/gtalk_0.99.10-11_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. Christoph Martin [EMAIL PROTECTED] (supplier of updated gtalk 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: Fri, 29 Sep 2006 09:14:51 +0200 Source: gtalk Binary: gtalk etalk Architecture: source i386 all Version: 0.99.10-11 Distribution: unstable Urgency: low Maintainer: Christoph Martin [EMAIL PROTECTED] Changed-By: Christoph Martin [EMAIL PROTECTED] Description: etalk - talk client for the Emacs editor gtalk - plug-in replacement for standard talk Closes: 346721 390019 Changes: gtalk (0.99.10-11) unstable; urgency=low . * check for existens of update-inetd before calling it in postinst and postrm (closes: #390019) * include Build-Depends fix from NMU (closes: #346721) Files: b13a05090cd76d5ccbe5df9b81237550 962 net optional gtalk_0.99.10-11.dsc 280faa065d11a0424e2ecf132b7ed5bd 11481 net optional gtalk_0.99.10-11.diff.gz 85e8f81edafe0bfd7ed821cc9339c385 174440 editors optional etalk_0.99.10-11_all.deb f088fe38477b38606271f2aa43be99f4 141464 net optional gtalk_0.99.10-11_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRRzORG4/9k35XC9tAQJL7ggAjSouTGoPwAFdvghSmIwuTbhQ6zAQn8OR zmzyE5CfmB7IrUqyl5LGeOATYIQb5LeXN8z653wmp7MhpfGcppGXDaxFnu43oUXD 6X4vTvszf/v7ZhPMc1r9zaWYxNgsnS0G8TzoRnyl1//sZeYMVAg/yNMwkvAQ6V6v UM3fgeydVra+xH69abNnYbrsT8YkQKgdcHBCJVMXBgf63EpVp9Qfq8uWdREnON7d Q75kBYJvipz+tqLqgVcgJsn7ZQRWMy9xpJgW+1IPx54g9OG/HdHpjd2vhfTwmSMH vzAZMr9hRl4poYfbdkME4LhbHdP+VLX2DbgYRUhB2kWwugJjFiqMeQ== =50Bv -END PGP SIGNATURE- ---End Message---
Processed: Re: Bug#386554: exim4-config: update-exim4.conf does not complain about invalid spit_config value
Processing commands for [EMAIL PROTECTED]: tags #386554 confirmed Bug#386554: exim4-config: update-exim4.conf does not complain about invalid spit_config value Tags were: pending Tags added: confirmed 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#390096: libsensors3: Fails to install in chroot: missing Depends
Package: libsensors3 Version: 1:2.10.1-1 Severity: grave From my pbuilder build log for cpufreqd: ... Setting up libsensors3 (2.10.1-1+pb1) ... /var/lib/dpkg/info/libsensors3.postinst: line 11: /usr/share/debconf/confmodule: No such file or directory dpkg: error processing libsensors3 (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libsensors-dev: libsensors-dev depends on libsensors3 (= 1:2.10.1-1+pb1); however: Package libsensors3 is not configured yet. dpkg: error processing libsensors-dev (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libsensors3 libsensors-dev E: Sub-process /usr/bin/dpkg returned an error code (1) You need to either declare a dependency on debconf, or remove this include if it isn't actually needed, which seems to be the case from a quick look at the postinst. -- Daniel Schepler
Bug#390100: gcl: Gcl version 2.6.7-22 not built for amd64
Package: gcl Version: 2.6.7-22 Severity: serious Justification: no longer builds from source For some reason gcl version 2.6.22 is not in the amd64 repository. This breaks the compilation of maxima that depends on this version. The package however compiles nicely on amd64 so I guess it is a simple problem. Regards Gudjon -- 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.18-1-amd64 Locale: LANG=is_IS.UTF-8, LC_CTYPE=is_IS.UTF-8 (charmap=UTF-8) Versions of packages gcl depends on: ii debconf [debconf-2.0] 1.5.5 Debian configuration management sy ii gcc 4:4.1.1-7 The GNU C compiler ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-4 Shared libraries for terminal hand ii libreadline5 5.1-8 GNU readline and history libraries ii libsm61:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.0-9 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii tcl8.48.4.12-1.1 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.12-1 Tk toolkit for Tcl and X11, v8.4 - gcl recommends no packages. -- debconf information: * gcl/default_gcl_ansi: * gcl/default_gcl_prof: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354023: [Pkg-mono-group] Bug#354023: Please build against xulrunner
On Fri, 2006-09-29 at 03:13 +0200, Krzysztof Sobiecki wrote: I have made small patch(low quality) to compile libgecko-cil with xulrunner. (license same as package) Thanks for the patch, but gecko-sharp is dead, it's not going in testing anymore. gecko-sharp2 is used instead, which uses xulrunner already. -- Regards, Mirco 'meebey' Bauer PGP-Key: http://keyserver.noreply.org/pks/lookup?op=getsearch=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
Bug#386554: exim4-config: update-exim4.conf does not complain about invalid spit_config value
tags #386554 confirmed thanks On Fri, Sep 08, 2006 at 03:23:41PM +0200, Marc Haber wrote: when split_config in u4cc is set to 'false'! (note the exclamation mark), /var/lib/exim4/config.autogenerated ends up empty (besides the no not touch disclaimer). Andreas has fixed this in SVN. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390106: openoffice.org-writer: Hang every time on amd64
Package: openoffice.org-writer Version: 2.0.4~rc2-2 Severity: grave openoffice.org-writer don't work on amd64, not at all. It hangs 100% running every time I try to run it, only after writing a single word, or after any other operation. strace don't say anything, neither do ltrace. Attach with gdb to the running process: 0x2abc34a007e7 in rtl_uString_release () from /usr/lib/openoffice/program/libuno_sal.so.3 (gdb) bt #0 0x2abc34a007e7 in rtl_uString_release () from /usr/lib/openoffice/program/libuno_sal.so.3 #1 0x2faefdee in SwTxtNode::SetWrong () from /usr/lib/openoffice/program/libsw680lx.so #2 0x2faf02dd in SwTxtNode::CountWords () from /usr/lib/openoffice/program/libsw680lx.so #3 0x2fa2497f in non-virtual thunk to SwFmtPageDesc::Modify(SfxPoolItem*, SfxPoolItem*) () from /usr/lib/openoffice/program/libsw680lx.so #4 0x2fa250c1 in non-virtual thunk to SwFmtPageDesc::Modify(SfxPoolItem*, SfxPoolItem*) () from /usr/lib/openoffice/program/libsw680lx.so #5 0x2fa279fd in non-virtual thunk to SwFmtPageDesc::Modify(SfxPoolItem*, SfxPoolItem*) () from /usr/lib/openoffice/program/libsw680lx.so #6 0x2f91420e in ViewShell::LayoutIdle () from /usr/lib/openoffice/program/libsw680lx.so #7 0x2fb25d35 in SwFtnInfo::operator= () from /usr/lib/openoffice/program/libsw680lx.so #8 0x2abc3334d41a in Timer::ImplTimerCallbackProc () from /usr/lib/openoffice/program/libvcl680lx.so #9 0x2abc3826eb72 in SalXLib::CheckTimeout () from /usr/lib/openoffice/program/libvclplug_gen680lx.so #10 0x2abc3826f162 in SalXLib::Yield () from /usr/lib/openoffice/program/libvclplug_gen680lx.so #11 0x2abc333475d0 in Application::Yield () from /usr/lib/openoffice/program/libvcl680lx.so #12 0x2abc33347667 in Application::Execute () from /usr/lib/openoffice/program/libvcl680lx.so #13 0x00429b03 in desktop::Desktop::Main () #14 0x2abc3334cf68 in InitVCL () from /usr/lib/openoffice/program/libvcl680lx.so #15 0x2abc3334d055 in SVMain () from /usr/lib/openoffice/program/libvcl680lx.so #16 0x0041c95a in sal_main () #17 0x2abc35e1a4ca in __libc_start_main () from /lib/libc.so.6 #18 0x0041c88a in _start () (gdb) / Anders -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (51, 'testing-proposed-updates'), (50, 'unstable'), (40, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to sv_SE) Versions of packages openoffice.org-writer depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libicu36 3.6-1 International Components for Unico ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libstlport5.05.0.2-9 STLport C++ class library ii libwpd8c2a 0.8.6-1 Library for handling WordPerfect d ii openoffice.org-core 2.0.4~rc2-2 OpenOffice.org office suite archit ii python-uno 2.0.4~rc2-2 Python interface for OpenOffice.or ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages openoffice.org-writer recommends: ii j2re1.4 [java2-runtime] 1.4.2.03-1 Blackdown Java(TM) 2 Runtime Envir ii openoffice.org-java-common 2.0.4~rc2-2 OpenOffice.org office suite Java s -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390096: marked as done (libsensors3: Fails to install in chroot: missing Depends)
Your message dated Fri, 29 Sep 2006 10:45:18 +0200 with message-id [EMAIL PROTECTED] and subject line Now fixed, closing 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) ---BeginMessage--- Package: libsensors3 Version: 1:2.10.1-1 Severity: grave From my pbuilder build log for cpufreqd: ... Setting up libsensors3 (2.10.1-1+pb1) ... /var/lib/dpkg/info/libsensors3.postinst: line 11: /usr/share/debconf/confmodule: No such file or directory dpkg: error processing libsensors3 (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libsensors-dev: libsensors-dev depends on libsensors3 (= 1:2.10.1-1+pb1); however: Package libsensors3 is not configured yet. dpkg: error processing libsensors-dev (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libsensors3 libsensors-dev E: Sub-process /usr/bin/dpkg returned an error code (1) You need to either declare a dependency on debconf, or remove this include if it isn't actually needed, which seems to be the case from a quick look at the postinst. -- Daniel Schepler ---End Message--- ---BeginMessage--- Package: lm-sensors Version: 1:2.10.1-2 OK, looks like somebody just beat me to reporting this and it was fixed promptly, so I'm closing the bug now. -- Daniel Schepler ---End Message---
Bug#390093: gcc-4.1-doc: Overwrites copyright and Debian changelog of gcc-4.1-base
I would suggest renaming the binary -doc packages, and providing the original ones. Sven Joachim writes: Package: gcc-4.1-doc-non-dfsg Version: 4.1.1-nf1 Severity: serious In previous versions of gcc-4.1-doc (up to 4.1.1-10), /usr/share/doc/gcc-4.1-doc was a symlink to gcc-4.1-base. Because dpkg follows the symlink when upgrading the package, your files end up in /usr/share/doc/gcc-4.1-base, overwriting the files there (dpkg does not detect that clash, unfortunately). To resolve this issue, I suggest you create a prescript which tests if usr/share/doc/gcc-4.1-doc is a symlink and, if this is the case, removes it. Note that you must take care to delete spurious files from previous versions of the gcc-4.1-doc package in usr/share/doc/gcc-4.1-base as well. Since the other packages built from the same source probably have the same problem :-(, I've assigned this bug to the source package. Good luck in resolving this mess and thanks for packaging the GCC documentation. -- 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.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379263: marked as done (FTBFS: b-d cannot be fulfiled, gnat version too high)
Your message dated Fri, 29 Sep 2006 10:48:49 +0200 with message-id [EMAIL PROTECTED] and subject line FTBFS: b-d cannot be fulfiled, gnat version too high 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) ---BeginMessage--- Package: libaunit Version: 1.01-3 Severity: serious This package needs an update for the new gnats: Automatic build of libaunit_1.01-3 on prehension by sbuild/sparc 0.47 ... Setting up gnat-4.1 (4.1.1-9) ... Setting up gnat (4.1.1-5) ... Checking correctness of source dependencies... After installing, the following source dependencies are still unsatisfied: gnat(inst 4.1.1-5 ! wanted 3.16) Source-dependencies not satisfied; skipping libaunit (Reading database ... 19627 files and directories currently installed.) Removing gnat ... Removing gnat-4.1 ... Removing libgnatprj4.1 ... -- Martin Michlmayr http://www.cyrius.com/ ---End Message--- ---BeginMessage--- Version: 1.03-1 Transitioned to gnat-4.1 with soname change. -- Ludovic Brenta. ---End Message---
Bug#390085: marked as done (lsb-base: FANCYTTY breaks upgrades)
Your message dated Fri, 29 Sep 2006 01:47:08 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#390085: fixed in lsb 3.1-17 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) ---BeginMessage--- Package: lsb-base Version: 3.1-16 Severity: critical Tags: patch Justification: breaks unrelated software The lsb-base 3.1-16 has a problem with the FANCYTTY option. When you try to upgrade by example mysql-server-5.0 an error happends: Preparing to replace mysql-server-5.0 5.0.24a-4 (using .../mysql-server-5.0_5.0.24a-5_i386.deb) ... Stopping MySQL database server: mysqld/lib/lsb/init-functions: line 134: FANCYTTY: unbound variable invoke-rc.d: initscript mysql, action stop failed. dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... Stopping MySQL database server: mysqld/lib/lsb/init-functions: line 134: FANCYTTY: unbound variable invoke-rc.d: initscript mysql, action stop failed. dpkg: error processing /var/cache/apt/archives/mysql-server-5.0_5.0.24a-5_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 1 Stopping MySQL database server: mysqld/lib/lsb/init-functions: line 134: FANCYTTY: unbound variable invoke-rc.d: initscript mysql, action stop failed. Starting MySQL database server: mysqld/lib/lsb/init-functions: line 134: FANCYTTY: unbound variable invoke-rc.d: initscript mysql, action start failed. dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/mysql-server-5.0_5.0.24a-5_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is maybe because the change: if [ FANCYTTY = 0 ]; then to: if [ -z $FANCYTTY ]; then At the bottom of /lib/lsb/init-functions change: [ -e /etc/lsb-base-logging.sh ] . /etc/lsb-base-logging.sh || true to: if [ -e /etc/lsb-base-logging.sh ]; then . /etc/lsb-base-logging.sh || true else FANCYTTY= fi or: FANCYTTY= [ -e /etc/lsb-base-logging.sh ] . /etc/lsb-base-logging.sh || true In the first option if no /etc/lsb-base-logging.sh exists FANCYTTY will be declared as an empty string. In the second option FANCYTTY is declared and after the /etc/lsb-base-logging.sh is executed. The real resolution of the problem should be a configuration file. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=es_MX, LC_CTYPE=es_MX (charmap=ISO-8859-1) Versions of packages lsb-base depends on: ii ncurses-bin 5.5-4 Terminal-related programs and man ii sed 4.1.5-1The GNU sed stream editor lsb-base recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: lsb Source-Version: 3.1-17 We believe that the bug you reported is fixed in the latest version of lsb, which is due to be installed in the Debian FTP archive: lsb-base_3.1-17_all.deb to pool/main/l/lsb/lsb-base_3.1-17_all.deb lsb-core_3.1-17_amd64.deb to pool/main/l/lsb/lsb-core_3.1-17_amd64.deb lsb-cxx_3.1-17_amd64.deb to pool/main/l/lsb/lsb-cxx_3.1-17_amd64.deb lsb-desktop_3.1-17_amd64.deb to pool/main/l/lsb/lsb-desktop_3.1-17_amd64.deb lsb-graphics_3.1-17_amd64.deb to pool/main/l/lsb/lsb-graphics_3.1-17_amd64.deb lsb-qt4_3.1-17_amd64.deb to pool/main/l/lsb/lsb-qt4_3.1-17_amd64.deb lsb-release_3.1-17_all.deb to pool/main/l/lsb/lsb-release_3.1-17_all.deb lsb_3.1-17.dsc to pool/main/l/lsb/lsb_3.1-17.dsc lsb_3.1-17.tar.gz to pool/main/l/lsb/lsb_3.1-17.tar.gz lsb_3.1-17_all.deb to pool/main/l/lsb/lsb_3.1-17_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. Chris Lawrence [EMAIL PROTECTED] (supplier of updated lsb 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: Fri, 29 Sep 2006 01:50:51 -0500 Source: lsb Binary: lsb-desktop lsb-core
Bug#390116: gtk-sharp2: FTBFS: not well-formed (invalid token)
Package: gtk-sharp2 Version: 2.8.3-1 Severity: serious From my pbuilder build log (on i386): ... dh_clideps -a -d dh_clideps: Warning! No Build-Depends(-Indep) on cli-common-dev (= 0.4.4)! dh_clideps: Warning: Could not resolve moduleref: libglib-2.0-0.dll for: glib-sharp.dll! dh_clideps: Warning: Could not resolve moduleref: libgobject-2.0-0.dll for: glib-sharp.dll! ... dh_clideps: Warning: Could not resolve moduleref: gladesharpglue-2 for: glade-sharp.dll! not well-formed (invalid token) at line 11, column 93, byte 680 at /usr/lib/perl5/XML/Parser.pm line 187 make: *** [binary-arch] Error 255 -- Daniel Schepler
Bug#390097: marked as done (maxima: Maxima not built for amd64)
Your message dated Fri, 29 Sep 2006 02:34:02 -0700 with message-id [EMAIL PROTECTED] and subject line maxima: Maxima not built for amd64 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) ---BeginMessage--- Package: maxima Version: 5.10.0-1 Severity: serious Justification: no longer builds from source The maxima program depends on gcl version 2.6.7-22 that can not be found in the amd64 repository. Gcl 2.6.22 builds nicely and after installation, maxima builds nicely 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.18-1-amd64 Locale: LANG=is_IS.UTF-8, LC_CTYPE=is_IS.UTF-8 (charmap=UTF-8) Versions of packages maxima depends on: ii gnuplot-nox 4.1-1 A command-line driven interactive ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-4 Shared libraries for terminal hand ii libreadline5 5.1-8 GNU readline and history libraries ii libsm61:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.0-9 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt61:1.0.2-2 X11 toolkit intrinsics library Versions of packages maxima recommends: ii gv1:3.6.1-15 PostScript and PDF viewer for X hi maxima-share 5.10.0-1 A computer algebra system -- extra -- no debconf information ---End Message--- ---BeginMessage--- not built is not a bug. Fails to build is, but this package hasn't failed to build: it's just waiting for gcl to become available. -- 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---
Bug#390100: marked as done (gcl: Gcl version 2.6.7-22 not built for amd64)
Your message dated Fri, 29 Sep 2006 02:32:42 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#390100: gcl: Gcl version 2.6.7-22 not built for amd64 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) ---BeginMessage--- Package: gcl Version: 2.6.7-22 Severity: serious Justification: no longer builds from source For some reason gcl version 2.6.22 is not in the amd64 repository. This breaks the compilation of maxima that depends on this version. The package however compiles nicely on amd64 so I guess it is a simple problem. Regards Gudjon -- 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.18-1-amd64 Locale: LANG=is_IS.UTF-8, LC_CTYPE=is_IS.UTF-8 (charmap=UTF-8) Versions of packages gcl depends on: ii debconf [debconf-2.0] 1.5.5 Debian configuration management sy ii gcc 4:4.1.1-7 The GNU C compiler ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-4 Shared libraries for terminal hand ii libreadline5 5.1-8 GNU readline and history libraries ii libsm61:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.0-9 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii tcl8.48.4.12-1.1 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.12-1 Tk toolkit for Tcl and X11, v8.4 - gcl recommends no packages. -- debconf information: * gcl/default_gcl_ansi: * gcl/default_gcl_prof: ---End Message--- ---BeginMessage--- On Fri, Sep 29, 2006 at 09:53:29AM +0200, Gudjon I. Gudjonsson wrote: Package: gcl Version: 2.6.7-22 Severity: serious Justification: no longer builds from source For some reason gcl version 2.6.22 is not in the amd64 repository. This breaks the compilation of maxima that depends on this version. The package however compiles nicely on amd64 so I guess it is a simple problem. And according to build logs, the problem is not a bug in gcl at all, it's just a matter of the build having gone missing somewhere; so I'm closing this report. I've also given gcl back on amd64 so that it should get built in the next day or two. -- 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---
Bug#390122: pdl: FTBFS: No OUTPUT definition for type 'GLvoid', typekind 'T_VOID'
Package: pdl Version: 1:2.4.3-2 Severity: serious From my pbuilder build log (on i386): ... XX Processing glu.h Running cpp on /usr/include/GL/glu.h *** CPP command: cc -E -P -DGL_MESA_program_debug=0 -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LANGUAGE_C -DAPIENTRY='' tmp_glu.h | open_fencestr = '11HdyTbIVg6s'; close_fencestr = '23Cnba1nbf31' rawfile has 1874 lines... SUB CPP: Returning 137 lines... cp OpenGL.pm ../../../blib/lib/PDL/Graphics/OpenGL.pm /usr/bin/perl /usr/share/perl/5.8.8/ExtUtils/xsubpp -typemap /usr/share/perl/5.8/ExtUtils/typemap -typemap /tmp/buildd/pdl-2.4.3/Basic/Core/typemap.pdl OpenGL.xs OpenGL.xsc mv OpenGL.xsc OpenGL.c Error: No OUTPUT definition for type 'GLvoid', typekind 'T_VOID' found in OpenGL.xs, line 7546 make[4]: *** [OpenGL.c] Error 1 make[4]: Leaving directory `/tmp/buildd/pdl-2.4.3/Graphics/TriD/OpenGL' make[3]: *** [subdirs] Error 2 make[3]: Leaving directory `/tmp/buildd/pdl-2.4.3/Graphics/TriD' make[2]: *** [subdirs] Error 2 make[2]: Leaving directory `/tmp/buildd/pdl-2.4.3/Graphics' make[1]: *** [subdirs] Error 2 make[1]: Leaving directory `/tmp/buildd/pdl-2.4.3' make: *** [build-stamp] Error 2 -- Daniel Schepler
Bug#389189: marked as done (FTBFS: bad build dependency on libc6-dev)
Your message dated Fri, 29 Sep 2006 03:02:05 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#389189: fixed in ltp 20060918-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) ---BeginMessage--- Package: ltp Version: 20060822-1 Severity: serious Justification: no longer builds from source ltp does not build on alpha or ia64, because the libc package is called libc6.1-dev there. http://buildd.debian.org/fetch.php?pkg=ltparch=alphaver=20060822-1stamp=1158136553file=log You do not need any build dependency for libc, since it is part of build-essential. Falk -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.5 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) ---End Message--- ---BeginMessage--- Source: ltp Source-Version: 20060918-2 We believe that the bug you reported is fixed in the latest version of ltp, which is due to be installed in the Debian FTP archive: ltp-commands-test_20060918-2_i386.deb to pool/main/l/ltp/ltp-commands-test_20060918-2_i386.deb ltp-dev_20060918-2_i386.deb to pool/main/l/ltp/ltp-dev_20060918-2_i386.deb ltp-disc-test_20060918-2_i386.deb to pool/main/l/ltp/ltp-disc-test_20060918-2_i386.deb ltp-kernel-test_20060918-2_i386.deb to pool/main/l/ltp/ltp-kernel-test_20060918-2_i386.deb ltp-misc-test_20060918-2_i386.deb to pool/main/l/ltp/ltp-misc-test_20060918-2_i386.deb ltp-network-test_20060918-2_i386.deb to pool/main/l/ltp/ltp-network-test_20060918-2_i386.deb ltp-tools_20060918-2_i386.deb to pool/main/l/ltp/ltp-tools_20060918-2_i386.deb ltp_20060918-2.diff.gz to pool/main/l/ltp/ltp_20060918-2.diff.gz ltp_20060918-2.dsc to pool/main/l/ltp/ltp_20060918-2.dsc ltp_20060918-2_all.deb to pool/main/l/ltp/ltp_20060918-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. Alastair McKinstry [EMAIL PROTECTED] (supplier of updated ltp 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: Fri, 29 Sep 2006 10:40:45 +0100 Source: ltp Binary: ltp-misc-test ltp-kernel-test ltp ltp-dev ltp-tools ltp-network-test ltp-disc-test ltp-commands-test Architecture: source i386 all Version: 20060918-2 Distribution: unstable Urgency: low Maintainer: Alastair McKinstry [EMAIL PROTECTED] Changed-By: Alastair McKinstry [EMAIL PROTECTED] Description: ltp- The Linux Test Project test suite ltp-commands-test - Command tests for the Linux Test Project ltp-dev- development files for Linux Test Project ltp-disc-test - Disk I/O tests for the Linux Test Project ltp-kernel-test - kernel tests for the Linux Test Project ltp-misc-test - Misc. tests for the Linux Test Project ltp-network-test - Network tests for the Linux Test Project ltp-tools - Utilities for running the Linux Test Project test suite Closes: 389189 Changes: ltp (20060918-2) unstable; urgency=low . * Remove unnecessary build-depends on libc6-dev that breaks build on Alpha, IA64. Closes: #389189. Files: 62b4d2be9f86f21d67ec16fabb2c48b9 692 misc optional ltp_20060918-2.dsc 969d1dc1378666a9858bc99ede9c7dae 26558 misc optional ltp_20060918-2.diff.gz cceabab5eb8aa2f1e5da64362bcb9772 106322 misc optional ltp-tools_20060918-2_i386.deb 55f6dc4dc11462c96613b51cbdf21293 78494 misc optional ltp-dev_20060918-2_i386.deb 93ba1b50b85f55c8c1e60dbbfea30051 8747056 misc optional ltp-kernel-test_20060918-2_i386.deb 3cf07480986be3a8ec25b8ec8434700b 851642 misc optional ltp-network-test_20060918-2_i386.deb fa8440563c66eb3d8966344a95d1869b 3304 misc optional ltp-commands-test_20060918-2_i386.deb 0c620efaa99f3f528de44fbb2892c7e5 194610 misc optional ltp-misc-test_20060918-2_i386.deb 1cafc6bdeb82d4a60bc77654cacf9e62 13476 misc optional ltp-disc-test_20060918-2_i386.deb 941422d51e99695a0a06c74da110d905 30692 misc optional ltp_20060918-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFHOv3QTK/kCo4XFcRAmATAKC+Mhaf3ezkbZbfyJLnPJShjGQeUQCfd2li OHNXyUNUkV51sDkgT8irEvM= =+u1R -END PGP
Bug#369395: openssh-server: should /etc/pam.d/ssh read /etc/default/locale?
tags 369395 pending thanks On Thu, Sep 28, 2006 at 03:45:21PM +0200, Raphael Hertzog wrote: On Mon, 29 May 2006, Andreas Beckmann wrote: since the LC_* settings were moved from /etc/environment to /etc/default/locale pam_env no longer reads and sets them. See /usr/share/doc/locales/NEWS.Debian.gz for more information. Perhaps the pam_env settings in /etc/pam.d/ssh should be changed to take this into account. /etc/pam.d/login is reading /etc/default/locale in addition to /etc/environment and could be used as an example. Indeed. Since this is a regression from sarge (as user are instructed to remove the LANG=* setting from /etc/environment), I believe the PAM configuration of ssh needs to be changed to match the configuration of login. Here's a patch for /etc/pam.d/ssh: [...] BTW, the pam documentation mentions pam_env as providing auth-level service but most packages put it in the session module which looks like logical. So I change that here as well. If there's a rationale for using auth, feel free to change it back. I know this isn't the best of reasons, but precisely because I'm not sure why we use auth, I'd rather leave it as it is. Thanks for the patch; I've applied something similar in CVS. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390122: pdl: FTBFS: No OUTPUT definition for type 'GLvoid', typekind 'T_VOID'
On Fri, Sep 29, 2006 at 11:46:00AM +0200, Daniel Schepler wrote: From my pbuilder build log (on i386): ... /usr/bin/perl /usr/share/perl/5.8.8/ExtUtils/xsubpp -typemap /usr/share/perl/5.8/ExtUtils/typemap -typemap /tmp/buildd/pdl-2.4.3/Basic/Core/typemap.pdl OpenGL.xs OpenGL.xsc mv OpenGL.xsc OpenGL.c Error: No OUTPUT definition for type 'GLvoid', typekind 'T_VOID' found in OpenGL.xs, line 7546 which debian release are you trying this on? on my SID pbuilder, this ran without problems before the upload. -- c u henning -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390127: mozart_1.3.2.20060615-1: FTBFS with -rsudo
Package: mozart Version: 1.3.2.20060615-1 Severity: serious emacs21 is now fixed finally on mips and mipsel, but mozart still fails to build because it uses the $(PWD) variable in its debian/rules and this variable is not preserved by sudo: [...] echo build-stamp /usr/bin/sudo debian/rules binary-arch make: /mozart/share/bin/ozplatform: Command not found make: *** No rule to make target /mozart/configure', needed by `configure-stamp'. Stop. [...] A full build log can be found at http://buildd.debian.org/fetch.php?pkg=mozartarch=mipsver=1.3.2.20060615-1stamp=1159475706file=log. Please update mozart to use the internal make variable $(CURDIR), instead of $(PWD). -- 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#272393: marked as done (Conflicts with ifupdown)
Your message dated Fri, 29 Sep 2006 03:32:08 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#272393: fixed in divine 0.8-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) ---BeginMessage--- Package: divine Version: 0.8-2 Severity: serious Divine interferes with the function of ifupdown insofar as it calls low level network configuration tools directly in order to configure and deconfigure network interfaces. The divine package should Conflict with ifupdown. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: divine Source-Version: 0.8-4 We believe that the bug you reported is fixed in the latest version of divine, which is due to be installed in the Debian FTP archive: divine_0.8-4.diff.gz to pool/main/d/divine/divine_0.8-4.diff.gz divine_0.8-4.dsc to pool/main/d/divine/divine_0.8-4.dsc divine_0.8-4_amd64.deb to pool/main/d/divine/divine_0.8-4_amd64.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. Michael Ablassmeier [EMAIL PROTECTED] (supplier of updated divine 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: Fri, 29 Sep 2006 12:23:18 +0200 Source: divine Binary: divine Architecture: source amd64 Version: 0.8-4 Distribution: unstable Urgency: low Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Michael Ablassmeier [EMAIL PROTECTED] Description: divine - Automatic IP configuration detection for laptops Closes: 272393 387865 Changes: divine (0.8-4) unstable; urgency=low . * QA upload. (ACK NMU; Closes: #387865, #272393) * Set maintainer to QA Group; Orphaned: #387774 * Conforms with latest Standards Version 3.7.2 Files: 108d4e7963850926eb03b6439362229a 581 admin optional divine_0.8-4.dsc 521eaf31343ee56404a0826ff4e9646b 4419 admin optional divine_0.8-4.diff.gz 319376af1a27757b3856c0ab2aa3edba 17330 admin optional divine_0.8-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFHPSjEFV7g4B8rCURAtS4AKChtfX0vgurC/OGCNRnXyjPf3qivwCgvh4Z tdi36Dnz6lXDCilFS14sLr8= =fKHj -END PGP SIGNATURE- ---End Message---
Bug#389696: libwww-indexparser-perl: still FTBFS
reopen 389696 notfixed 389696 libwww-indexparser-perl 0.6-1 found 389696 libwww-indexparser-perl 0.6-1 thanks There doesn't seem to be any actual change to the Build-Depends in the upload, and I'm still getting the same build failure: ... /usr/bin/make test make[1]: Entering directory `/tmp/buildd/libwww-indexparser-perl-0.6' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/WWW-IndexParserCan't locate object method status_line via package HTTP::Headers at (eval 14) line 1. # Looks like you planned 3 tests but only ran 1. # Looks like your test died just after 1. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 2-3 Failed 2/3 tests, 33.33% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- t/WWW-IndexParser.t 255 65280 34 133.33% 2-3 Failed 1/1 test scripts, 0.00% okay. 2/3 subtests failed, 33.33% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/tmp/buildd/libwww-indexparser-perl-0.6' make: *** [install-stamp] Error 2 Thanks for trying to fix it, though. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375533: Assertion failure in libnss-ldap
On Tue, Sep 26, 2006 at 01:29:40PM +0300, Damyan Ivanov wrote: Just wanted to confirm that changing /etc/libnss-ldap.conf's permissions to 0644 fixes the problem. But how did it get to 0600 in the first place? The postinst installs it to 0644... Did you ever change this? I'm unable to reproduce it on a fresh install. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390128: openoffice.org-calc: after typing two characters program freezes with 100% CPU
Package: openoffice.org-calc Version: 2.0.4~rc2-2 Severity: grave Justification: renders package unusable I'm not sure where to look for the culprit, but with the oo-calc is unusable at least on my system. As soon as I enter two letters into one cell the program needs 100% CPU and obviously doesn't react anymore. After that a new start isn't possible anymore because oo-calc tries to reconstruct the old file and segfaults. My system was upgraded against sid today. I delete the .openoffice.org2 directory in my home to no avail. The only difference is that it doesn't segfault because it doesn't know it had a file open. Seems I need to downgrade to to work with OO. 2.0.3-6 at least works fine. Michael -- 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.18-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org-calc depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-14 GCC support library ii libstdc++6 4.1.1-14The GNU Standard C++ Library v3 ii libstlport5.05.0.2-9 STLport C++ class library ii libufsparse 1.2-7 collection of libraries for comput ii openoffice.org-core 2.0.4~rc2-2 OpenOffice.org office suite archit openoffice.org-calc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390122: pdl: FTBFS: No OUTPUT definition for type 'GLvoid', typekind 'T_VOID'
On Friday 29 September 2006 12:22 pm, you wrote: On Fri, Sep 29, 2006 at 11:46:00AM +0200, Daniel Schepler wrote: From my pbuilder build log (on i386): ... /usr/bin/perl /usr/share/perl/5.8.8/ExtUtils/xsubpp -typemap /usr/share/perl/5.8/ExtUtils/typemap -typemap /tmp/buildd/pdl-2.4.3/Basic/Core/typemap.pdl OpenGL.xs OpenGL.xsc mv OpenGL.xsc OpenGL.c Error: No OUTPUT definition for type 'GLvoid', typekind 'T_VOID' found in OpenGL.xs, line 7546 which debian release are you trying this on? on my SID pbuilder, this ran without problems before the upload. I was running it on an up-to-date sid chroot myself. Maybe it needs to be updated to work with the recent upload of mesa 6.5.1? -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: libwww-indexparser-perl: still FTBFS
Processing commands for [EMAIL PROTECTED]: reopen 389696 Bug#389696: libwww-indexparser-perl: FTBFS: Test failures 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. notfixed 389696 libwww-indexparser-perl 0.6-1 Unknown command or malformed arguments to command. found 389696 libwww-indexparser-perl 0.6-1 Unknown command or malformed arguments to command. 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#390126: initscripts: breaks chroots and vservers
Package: initscripts Version: 2.86.ds1-27 Severity: serious Hello, the new initscripts package mounts ramfs filesystems into my chroots: tmpfs /org/chroots/sid/lib/init/rw tmpfs rw,nosuid 0 0 additionally, it breaks on upgrade in my vservers: Setting up initscripts (2.86.ds1-27) ... mount: permission denied dpkg: error processing initscripts (--configure): subprocess post-installation script returned error exit status 32 Errors were encountered while processing: initscripts E: Sub-process /usr/bin/dpkg returned an error code (1) IMHO this should be configurable, as it is not needed in chroots or vserver environments, and completely breaks vservers. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#390077: marked as done (FTBFS: does not build on non-i386 architectures)
Your message dated Fri, 29 Sep 2006 03:32:14 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#390077: fixed in mpg123 0.60-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) ---BeginMessage--- Package: mpg123 Version: 0.60-1 Severity: serious dh_gencontrol -A dpkg-gencontrol: error: current build architecture sparc does not appear in package's list (i386) See http://buildd.debian.org/fetch.php?pkg=mpg123arch=sparcver=0.60-1stamp=1159479949file=log ---End Message--- ---BeginMessage--- Source: mpg123 Source-Version: 0.60-2 We believe that the bug you reported is fixed in the latest version of mpg123, which is due to be installed in the Debian FTP archive: mpg123-alsa_0.60-2_i386.deb to pool/main/m/mpg123/mpg123-alsa_0.60-2_i386.deb mpg123-esd_0.60-2_i386.deb to pool/main/m/mpg123/mpg123-esd_0.60-2_i386.deb mpg123-nas_0.60-2_i386.deb to pool/main/m/mpg123/mpg123-nas_0.60-2_i386.deb mpg123-oss-3dnow_0.60-2_i386.deb to pool/main/m/mpg123/mpg123-oss-3dnow_0.60-2_i386.deb mpg123-oss-i486_0.60-2_i386.deb to pool/main/m/mpg123/mpg123-oss-i486_0.60-2_i386.deb mpg123_0.60-2.diff.gz to pool/main/m/mpg123/mpg123_0.60-2.diff.gz mpg123_0.60-2.dsc to pool/main/m/mpg123/mpg123_0.60-2.dsc mpg123_0.60-2_i386.deb to pool/main/m/mpg123/mpg123_0.60-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. Daniel Kobras [EMAIL PROTECTED] (supplier of updated mpg123 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: Fri, 29 Sep 2006 11:04:42 +0200 Source: mpg123 Binary: mpg123-esd mpg123-oss-3dnow mpg123-nas mpg123-oss-i486 mpg123-alsa mpg123 Architecture: source i386 Version: 0.60-2 Distribution: unstable Urgency: low Maintainer: Daniel Kobras [EMAIL PROTECTED] Changed-By: Daniel Kobras [EMAIL PROTECTED] Description: mpg123 - MPEG layer 1/2/3 audio player mpg123-alsa - MPEG layer 1/2/3 audio player with ALSA support mpg123-esd - MPEG layer 1/2/3 audio player with Esound support mpg123-nas - MPEG layer 1/2/3 audio player with NAS support mpg123-oss-3dnow - MPEG layer 1/2/3 audio player for 3DNow! machines mpg123-oss-i486 - MPEG layer 1/2/3 audio player for i486 machines Closes: 390077 Changes: mpg123 (0.60-2) unstable; urgency=low . * debian/rules: Pass per-arch list of built packages to debhelper calls. Fixes build failures on architectures that build only a subset of all packages. Closes: #390077 Files: 382f4888d38d8f740af7de853a76dce9 753 sound optional mpg123_0.60-2.dsc 3166296f0705582e84bc8bd54794379b 11056 sound optional mpg123_0.60-2.diff.gz b6749dbdff678fb4d1c80629d040f624 134550 sound optional mpg123_0.60-2_i386.deb 1b4b26042a6a6173db664091f03483d2 134148 sound optional mpg123-esd_0.60-2_i386.deb 021adff7939e78443171d976145580e7 135924 sound optional mpg123-nas_0.60-2_i386.deb 601d8074a7680eecedbe93213e18e93f 138550 sound optional mpg123-oss-i486_0.60-2_i386.deb 21c9a343acedf61aa4c141b7647d7b43 137532 sound optional mpg123-oss-3dnow_0.60-2_i386.deb 48bb853fa9f1d228f729200841c91d67 135766 sound optional mpg123-alsa_0.60-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (Darwin) iD8DBQFFHPTZpOKIA4m/fisRAmSdAJ90zKAhw3Nk2bzPukfUmP5ytCNBGQCeLJEC n7cgUQnC8b/SUevomqLpQUc= =aVsH -END PGP SIGNATURE- ---End Message---
Bug#388399: FTBFS problems on alpha, mips[el]: Please help debugging
On Fri, Sep 29, 2006 at 10:54:36AM +0200, Frank Küster wrote: I'm resending this mail, and include the porters list with hope for some help. We really won't be able to debug this problem without contact to someone who has at least read access to the affected buildds. You can debug it by using -rsudo for your package builds instead of -rfakeroot. -- 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#389720: util-vserver stops working after 0.30.204-0.30.210 upgrade
tags 389720 + unreproducible moreinfo help You seem to have problem with the kernel part. What is the version of the kernel patch that you used for the kernel build? 1.2.11-rc1, If you make a new kernel using the latest kernel patches, do it work better for you? this is the latest patch. Your 0.30.204 packages are working fine. -- Dariush Pietrzak, Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390129: tetex-base: Does not properly call update-* scripts
Package: tetex-base Version: 3.0-22 Severity: serious Tags: pending From postinst.in: # if tetex-base is upgraded while tetex-bin is already installed, we must # call mktexlr, and regenerate the formats and font maps. clean_texenvironment TEXINIT_P= KPSEWHICH= test -x `which fmtutil` TEXINIT_P=`which fmtutil` || true test -x `which kpsewhich` KPSEWHICH=`which kpsewhich` || true if [ -n $TEXINIT_P ] [ -n $KPSEWHICH ] \ kpsewhich --format='web2c files' fmtutil.cnf /dev/null \ kpsewhich --expand-var='$TEXMF' | grep -q /usr/share/texmf 2 /dev/null then mktexlsr # Update files generated from configuration files update-texmf update-updmap update-language update-fmtutil # now call updmap create_fontmaps # create formats mktexlsr create_tetex_formats --all mktexlsr fi The assumption above is wrong, or at least short-sighted. updmap-sys and fmtutil-sys can only be called when tetex-bin is there. However, we *must* call the update script under all circumstances. Otherwise tetex-bin will be without language information etc. I wonder how this slipped through... Fix is under way. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#390133: openoffice.org: openoffice crashes when trying to open a file
Package: openoffice.org Version: 2.0.4~rc2-2 Severity: grave Justification: renders package unusable The newest version of openoffice.org crashes as soon as one tries to open a file (i.e. in writer). The last message I get in the terminal from which I started the program is something like: /usr/lib/openoffice/program/soffice: line 250: 5921 Aborted $sd_prog/$sd_binary $@ Similar things happen when clicking help/about ...: Openoffice simply terminates. -- 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-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.0.4~rc2-2 OpenOffice.org office suite - data ii openoffice.org-calc 2.0.4~rc2-2 OpenOffice.org office suite - spre ii openoffice.org-core 2.0.4~rc2-2 OpenOffice.org office suite archit ii openoffice.org-draw 2.0.4~rc2-2 OpenOffice.org office suite - draw ii openoffice.org-impress 2.0.4~rc2-2 OpenOffice.org office suite - pres ii openoffice.org-java-common 2.0.4~rc2-2 OpenOffice.org office suite Java s ii openoffice.org-math 2.0.4~rc2-2 OpenOffice.org office suite - equa ii openoffice.org-writer2.0.4~rc2-2 OpenOffice.org office suite - word openoffice.org recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390136: openoffice.org-writer: Oowriter dies after startup
Package: openoffice.org-writer Version: 2.0.4~rc2-2 Severity: grave Justification: renders package unusable After the last upgrade I'm no longer able to start oowriter. It give me the following messages: dirname: missing operand Try `dirname --help' for more information. I18N: Operating system doesn't support locale en_US This should only happen once Fatal exception: Signal 11 Stack: /usr/lib/openoffice/program/libuno_sal.so.3[0xa720cbbc] /usr/lib/openoffice/program/libuno_sal.so.3[0xa720cd02] /usr/lib/openoffice/program/libuno_sal.so.3[0xa720cd98] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xa1b650cf] /usr/lib/openoffice/program/libvcl680li.so[0xa7d6abe5] /usr/lib/openoffice/program/libvcl680li.so[0xa7d6f9d3] /usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7d707f5] /usr/lib/openoffice/program/libvcl680li.so[0xa7ee8f40] /usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49)[0xa7ee9f69] /usr/lib/openoffice/program/libvcl680li.so[0xa7e97912] /usr/lib/openoffice/program/libvcl680li.so[0xa7e9765e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e9765e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e982be] /usr/lib/openoffice/program/libvcl680li.so[0xa7e98478] /usr/lib/openoffice/program/libvcl680li.so[0xa7e984a8] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7cc10ec] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xa7cc130b] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xa5cbff4a] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib12CheckTimeoutEb+0xc2)[0xa5cbeca2] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib5YieldEbb+0x41a)[0xa5cbf3ba] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa5cc98f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7cbae5c] /usr/lib/openoffice/program/libsvx680li.so[0xa259672c] /usr/lib/openoffice/program/libsvx680li.so[0xa258d128] /usr/lib/openoffice/program/libsvx680li.so[0xa2777147] /usr/lib/openoffice/program/libsvx680li.so[0xa2778858] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x614)[0x8064ae4] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9SaveTasksEl+0x1e)[0x8064e5e] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt+0x292)[0x8065102] /usr/lib/openoffice/program/libvcl680li.so[0xa7cc004c] /usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos26signalHandlerFunction_implEPvP13oslSignalInfo+0x18)[0xa7467738] /usr/lib/openoffice/program/libuno_sal.so.3[0xa720c837] /usr/lib/openoffice/program/libuno_sal.so.3[0xa720cd6e] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xa1b650cf] /usr/lib/openoffice/program/libvcl680li.so[0xa7d6abe5] /usr/lib/openoffice/program/libvcl680li.so[0xa7d6f9d3] /usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7d707f5] /usr/lib/openoffice/program/libvcl680li.so[0xa7ee8f40] /usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49)[0xa7ee9f69] /usr/lib/openoffice/program/libvcl680li.so[0xa7e97912] /usr/lib/openoffice/program/libvcl680li.so[0xa7e9765e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e9765e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e982be] /usr/lib/openoffice/program/libvcl680li.so[0xa7e98478] /usr/lib/openoffice/program/libvcl680li.so[0xa7e984a8] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7cc10ec] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xa7cc130b] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xa5cbff4a] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib12CheckTimeoutEb+0xc2)[0xa5cbeca2] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib5YieldEbb+0x41a)[0xa5cbf3ba] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa5cc98f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7cbae5c] /usr/lib/openoffice/program/libsvx680li.so[0xa25a056c] /usr/lib/openoffice/program/libsvx680li.so[0xa25a067f] /usr/lib/openoffice/program/libsvx680li.so[0xa25a0373] /usr/lib/openoffice/program/libsvx680li.so[0xa258d128] /usr/lib/openoffice/program/libsvx680li.so[0xa277853e] /usr/lib/openoffice/program/libsvx680li.so[0xa2778838] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x614)[0x8064ae4] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop11OpenClientsEv+0x14c3)[0x8072953] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop16OpenClients_ImplEPv+0x3f)[0x807397f] /usr/lib/openoffice/program/libvcl680li.so[0xa7eae773]
Bug#388399: FTBFS problems on alpha, mips[el]: Please help debugging
Steve Langasek [EMAIL PROTECTED] wrote: On Fri, Sep 29, 2006 at 10:54:36AM +0200, Frank Küster wrote: I'm resending this mail, and include the porters list with hope for some help. We really won't be able to debug this problem without contact to someone who has at least read access to the affected buildds. You can debug it by using -rsudo for your package builds instead of -rfakeroot. Sorry, I don't understand. Do you mean that you are able to reproduce the problem, somehow using sudo? In what environment? A pbuilder where you become a non-priviledged user without giving him a home directory? Or does the home directory existence not matter with sudo? TIA, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#389925: Bug#303780: 303780 is a policy violation
Blars Blarson wrote: The files in /var/lib/hinfo are included indirectly in the default /etc/hinfo.conf . You can modify /etc/hinfo.conf not to use them if desired. Anternatly, you can override the settings in them by modifying /etc/hinfo.conf . The problem was with hinfo-update, which as near as I can tell from studying the script, is not configurable to behave in any way other than overwriting the files that were shipped in the package. So I think that my assessment of this as a policy violation is correct. This submitter has submitted many overinflated severity bugs, and now thinks hinfo should not be release because they arn't fixed instantly. I'm perfectly willing to admit that I submitted one overinflated severity bug, 389925. I admitted as much within the bug itself. However, I don't think that any of my other bugs, all filed at normal, and only one bumped up to serious with a reasonable explanation after having been open for 17 months, could possibly be considered overinflated. Additionally, I don't think that anyone would consider bugs that were as old as April 2005, with the newest filed in June 2006, instant by any stretch of the imagination. The package had not seen any maintainer activity in over a year, and had outstanding bugs which needed attention, many with patches. I stand by my filing of 389925, and would do it again. Most would have been fixed if the users had used hinfo-update. DNSbl and whois info change to frequently to expect values shipped in a Debian stable release to remain constant. I had been running hinfo-update until it started overwriting my corrected versions of the files with uncorrected versions from your website. I then proceded to watch the bugs for fixed-upstream tags, as you had previously done with 303781 and 308318, for signs that it was safe to re-enable it; however, that never happened, so I was unable to re-enable it. Thank you for pointing out that I could have enabled it and disabled those buggy lists in hinfo.conf -- I was unaware of the exclude feature, and will use it in the future. Thank you for uploading a fixed package, in time for etch. I do find hinfo very useful, and thank you for maintaining it. - Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Bug#387433: Stopping bluemon: invoke-rc.d: initscript bluemon, action stop failed.
Processing commands for [EMAIL PROTECTED]: severity 387433 serious Bug#387433: Stopping bluemon: invoke-rc.d: initscript bluemon, action stop failed. Severity set to `serious' from `normal' found 387433 1.3-1.1+b1 Bug#387433: Stopping bluemon: invoke-rc.d: initscript bluemon, action stop failed. Bug marked as found in version 1.3-1.1+b1. 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#390138: mailman: fails after upgrade because log_daemon_msg not found
Package: mailman Version: 1:2.1.8-3 Severity: grave Justification: causes non-serious data loss Hi, After upgrade to 2.1.8-3 version the /etc/init.d/script fails and mail processing seems to stop. /etc/init.d/mailman: line 47: log_daemon_msg: command not found invoke-rc.d: initscript mailman, action start failed. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mailman depends on: ii adduser 3.63 Add and remove users and groups ii apache2-mpm-prefork [http 2.0.54-5sarge1 traditional model for Apache2 ii cron 3.0pl1-86 management of regular background p ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii exim4 4.50-8sarge2 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mail- 4.50-8sarge2 exim MTA (v4) daemon with extended ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii logrotate 3.7-5 Log rotation utility ii lsb-base 2.0-7 Linux Standard Base 2.0 init scrip ii pwgen 2.03-1 Automatic Password generation ii python2.3.5-2An interactive high-level object-o ii ucf 1.17 Update Configuration File: preserv -- debconf information: mailman/queue_files_present: * mailman/default_server_language: es mailman/update_passwords: * mailman/gate_news: false mailman/update_aliases: * mailman/site_languages: big5, ca, cs, da, de, en, es, et, eu, fi, fr, hr, hu, it, ja, ko, lt, nl, no, pl, pt, pt_BR, ro, ru, sl, sr, sv, uk * mailman/used_languages: en es fr * mailman/create_site_list: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389720: util-vserver stops working after 0.30.204-0.30.210 upgrade
Hi On Fri, Sep 29, 2006 at 12:51:32PM +0200, Dariusz Pietrzak wrote: tags 389720 + unreproducible moreinfo help You seem to have problem with the kernel part. What is the version of the kernel patch that you used for the kernel build? 1.2.11-rc1, If you make a new kernel using the latest kernel patches, do it work better for you? this is the latest patch. Your 0.30.204 packages are working fine. I'll see what I can do. Regards, // Ola -- Dariush Pietrzak, Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389720: util-vserver stops working after 0.30.204-0.30.210 upgrade
Hi Your 0.30.204 packages are working fine. I'll see what I can do. Great, thanks. -- Dariush Pietrzak, Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390129: tetex-base: Does not properly call update-* scripts
Frank Küster wrote: The assumption above is wrong, or at least short-sighted. updmap-sys and fmtutil-sys can only be called when tetex-bin is there. However, we *must* call the update script under all circumstances. Otherwise tetex-bin will be without language information etc. I wonder how this slipped through... I don't understand. Shouldn't tetex-bin call the update-* scripts before generating formats/map files/... [Looking into common.functions.in] It seems it doesn't. IMO that's the bigger problem. But then, calling the update-* scripts should be safe at any time. However, now there is an unconditional call to mktexlsr in tetex-base's postinst jusst before the update-* scripts are called. IMO this is unsafe (tetx-bin might not be installed) an unnecessary (the update-* scripts don't use kpathsearching). cheerio ralf
Bug#345931: A patch closing #345931, verified against debian testing
Robert Millan [EMAIL PROTECTED] writes: Right but if it's not too hard and complex might be good. People should be using grub-install; if we still want compatibility I think it's an upstream decision. Mats, could you send your patch to [EMAIL PROTECTED] I agree with Rebert here. -- 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#375533: Assertion failure in libnss-ldap
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steinar H. Gunderson написа: On Tue, Sep 26, 2006 at 01:29:40PM +0300, Damyan Ivanov wrote: Just wanted to confirm that changing /etc/libnss-ldap.conf's permissions to 0644 fixes the problem. But how did it get to 0600 in the first place? The postinst installs it to 0644... Did you ever change this? I'm unable to reproduce it on a fresh install. It asks here via debconf. Perhaps the question is asked only the first time the package in installed. dpkg-reconfigure makes it ask the question again. dam - -- Damyan Ivanov Modular Software Systems [EMAIL PROTECTED] phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFHRNOHqjlqpcl9jsRAqITAKCKmYmfNunkcG3EEIIwIX7ct5anrQCeOLO2 5aNpukA1S2KmRXWLNibj6Bw= =fyeJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389414: marked as done (thunar_0.4.0rc1-1(hppa/unstable): FTBFS: missing define)
Your message dated Fri, 29 Sep 2006 05:47:12 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#389414: fixed in thunar 0.4.0rc1-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) ---BeginMessage--- Package: thunar Version: 0.4.0rc1-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of thunar_0.4.0rc1-1 on bld-3 by sbuild/hppa 85 Build started at 20060924-1131 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.1.0), autotools-dev, libcairo2-dev, libexo-0.3-dev (= 0.3.1.10rc1), cdbs, libxml-parser-perl, libgamin-dev, libhal-storage-dev, libdbus-glib-1-dev, libexif-dev, xfce4-panel-dev (= 4.3.99.1), chrpath [...] cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DEXO_API_SUBJECT_TO_CHANGE -DEXO_DISABLE_DEPRECATED -DG_LOG_DOMAIN=\thunar-vfs\ -DLIBEXECDIR=\/usr/lib/thunar\ -DSN_API_NOT_YET_FROZEN -DTHUNAR_VFS_COMPILATION -DTHUNAR_VFS_VERSION_API=\1\ -NDEBUG -DG_DISABLE_CAST_CHECKS -DHAVE_GNUC_VISIBILITY -I/usr/include/exo-0.3 -I/usr/include/gtk-2.0 -I/usr/include/xfce4 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/fam -I/usr/include/libpng12 -I/usr/include/startup-notification-1.0 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -Wall -O2 -c thunar-vfs-io-local-xfer.c -fPIC -DPIC -o .libs/libthunar_vfs_1_la-thunar-vfs-io-local-xfer.o cc: unrecognized option '-NDEBUG' thunar-vfs-io-local-xfer.c: In function 'tvilx_copy_regular': thunar-vfs-io-local-xfer.c:206: error: 'POSIX_MADV_SEQUENTIAL' undeclared (first use in this function) thunar-vfs-io-local-xfer.c:206: error: (Each undeclared identifier is reported only once thunar-vfs-io-local-xfer.c:206: error: for each function it appears in.) make[4]: *** [libthunar_vfs_1_la-thunar-vfs-io-local-xfer.lo] Error 1 make[4]: Leaving directory `/build/buildd/thunar-0.4.0rc1/thunar-vfs' make[3]: *** [all] Error 2 make[3]: Leaving directory `/build/buildd/thunar-0.4.0rc1/thunar-vfs' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/thunar-0.4.0rc1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/thunar-0.4.0rc1' make: *** [debian/stamp-makefile-build] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=hppapkg=thunarver=0.4.0rc1-1 ---End Message--- ---BeginMessage--- Source: thunar Source-Version: 0.4.0rc1-2 We believe that the bug you reported is fixed in the latest version of thunar, which is due to be installed in the Debian FTP archive: libthunar-vfs-1-2_0.4.0rc1-2_amd64.deb to pool/main/t/thunar/libthunar-vfs-1-2_0.4.0rc1-2_amd64.deb libthunar-vfs-1-dev_0.4.0rc1-2_amd64.deb to pool/main/t/thunar/libthunar-vfs-1-dev_0.4.0rc1-2_amd64.deb thunar_0.4.0rc1-2.diff.gz to pool/main/t/thunar/thunar_0.4.0rc1-2.diff.gz thunar_0.4.0rc1-2.dsc to pool/main/t/thunar/thunar_0.4.0rc1-2.dsc thunar_0.4.0rc1-2_amd64.deb to pool/main/t/thunar/thunar_0.4.0rc1-2_amd64.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. Yves-Alexis Perez [EMAIL PROTECTED] (supplier of updated thunar 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: Fri, 29 Sep 2006 12:53:30 +0100 Source: thunar Binary: libthunar-vfs-1-2 libthunar-vfs-1-dev thunar Architecture: source amd64 Version: 0.4.0rc1-2 Distribution: unstable Urgency: low Maintainer: Debian Xfce Maintainers pkg-xfce-devel@lists.alioth.debian.org Changed-By: Yves-Alexis Perez [EMAIL PROTECTED] Description: libthunar-vfs-1-2 - VFS abstraction used in thunar libthunar-vfs-1-dev - Development files for libthunar-vfs thunar - File Manager for Xfce Closes: 389082 389414 Changes: thunar (0.4.0rc1-2) unstable;
Bug#375533: Assertion failure in libnss-ldap
On Fri, Sep 29, 2006 at 04:36:30PM +0400, Damyan Ivanov wrote: It asks here via debconf. Perhaps the question is asked only the first time the package in installed. dpkg-reconfigure makes it ask the question again. Hm. The template says: _Description: make configuration readable/writeable by owner only Should the libnss-ldap configuration file be readable and writable only by the file owner? . If you use passwords in your libnss-ldap configuration, it is usually a good idea to have the configuration set with mode 0600 (readable and writable only by the file's owner). . Note: As a sanity check, libnss-ldap will check if you have nscd installed and will only set the mode to 0600 if nscd is present. So if you explicitly set it, and then stop nscd, it will break. That's not really anything libnss-ldap can do anything about, is it? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364362: Patch that actualy works
I'm blind , I didn't noticed this patch on gnome Bugzilla http://bugzilla.gnome.org/show_bug.cgi?id=347358 without this blam didn't compiled(some warnings). diff -rup blam-1.8.2/libblam/blam-gecko-utils.cpp blam-1.8.2~/libblam/blam-gecko-utils.cpp --- blam-1.8.2/libblam/blam-gecko-utils.cpp 2005-05-06 10:07:49.0 +0200 +++ blam-1.8.2~/libblam/blam-gecko-utils.cpp2006-09-22 19:14:13.0 +0200 @@ -29,7 +29,8 @@ #include nsEmbedString.h #include nsIPrefService.h #include nsIServiceManager.h - +#include nsServiceManagerUtils.h +#include nsCOMPtr.h #if defined (HAVE_CHROME_NSICHROMEREGISTRYSEA_H) #include chrome/nsIChromeRegistrySea.h #elif defined(MOZ_NSIXULCHROMEREGISTRY_SELECTSKIN) but this still apply diff -rup blam-1.8.2/debian/control blam-1.8.2~/debian/control --- blam-1.8.2/debian/control 2006-09-22 19:59:36.0 +0200 +++ blam-1.8.2~/debian/control 2006-09-22 18:19:06.0 +0200 @@ -2,7 +2,7 @@ Source: blam Section: gnome Priority: optional Maintainer: Johan Svedberg [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), mono-mcs (= 1.1.4) | c-sharp-compiler, libgtk-cil (= 1.0), libmono-dev (= 1.1.4), cli-common (= 0.1.3), libgnome-cil (= 1.0), libgconf-cil (= 1.0), libglade-cil (= 1.0), libgecko-cil (= 0.6), libgtk2.0-dev (= 2.2.0), libgconf2-dev (= 2.4), libgnomeui-dev (= 2.2), mozilla-dev (= 1.7), cdbs, libxml-parser-perl +Build-Depends: debhelper (= 4.0.0), mono-mcs (= 1.1.4) | c-sharp-compiler, libgtk-cil (= 1.0), libmono-dev (= 1.1.4), cli-common (= 0.1.3), cli-common-dev (= 0.4.0), libgnome-cil (= 1.0), libgconf-cil (= 1.0), libglade-cil (= 1.0), libgecko-cil (= 0.6), libgtk2.0-dev (= 2.2.0), libgconf2-dev (= 2.4), libgnomeui-dev (= 2.2), libxul-dev (=1.8.0.5-4.2), cdbs, libxml-parser-perl Standards-Version: 3.6.2 Package: blam And maybe switch to cvs HEAD is good since libgecko-cil is dead. Or simple patch to bump version of required libraries is good enough: diff -rup blam-1.8.2/configure.in blam-1.8.2~/configure.in --- blam-1.8.2/configure.in 2005-06-20 17:12:07.0 +0200 +++ blam-1.8.2~/configure.in2006-09-29 14:22:28.0 +0200 @@ -44,21 +44,21 @@ if test x$PKG_CONFIG = xno; then fi dnl Find mono -MONO_REQUIRED_VERSION=1.1.4 -GTKSHARP_REQUIRED_VERSION=1.0 +MONO_REQUIRED_VERSION=1.1.10 +GTKSHARP_REQUIRED_VERSION=2.8.2 GCONF_REQUIRED_VERSION=2.4 -GECKOSHARP_REQUIRED_VERSION=0.6 +GECKOSHARP_REQUIRED_VERSION=0.11 PKG_CHECK_MODULES(BASE_DEPENDENCIES, mono = $MONO_REQUIRED_VERSION - gtk-sharp = $GTKSHARP_REQUIRED_VERSION + gtk-sharp-2.0 = $GTKSHARP_REQUIRED_VERSION gconf-2.0 = $GCONF_REQUIRED_VERSION) PKG_CHECK_MODULES(BLAM, - gtk-sharp = $GTKSHARP_REQUIRED_VERSION - gecko-sharp = $GECKOSHARP_REQUIRED_VERSION - gconf-sharp = $GTKSHARP_REQUIRED_VERSION - glade-sharp = $GTKSHARP_REQUIRED_VERSION) + gtk-sharp-2.0 = $GTKSHARP_REQUIRED_VERSION + gecko-sharp-2.0 = $GECKOSHARP_REQUIRED_VERSION + gconf-sharp-2.0 = $GTKSHARP_REQUIRED_VERSION + glade-sharp-2.0 = $GTKSHARP_REQUIRED_VERSION) AC_SUBST(BLAM_LIBS) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390129: marked as done (tetex-base: Does not properly call update-* scripts)
Your message dated Fri, 29 Sep 2006 06:02:47 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#390129: fixed in tetex-base 3.0-23 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) ---BeginMessage--- Package: tetex-base Version: 3.0-22 Severity: serious Tags: pending From postinst.in: # if tetex-base is upgraded while tetex-bin is already installed, we must # call mktexlr, and regenerate the formats and font maps. clean_texenvironment TEXINIT_P= KPSEWHICH= test -x `which fmtutil` TEXINIT_P=`which fmtutil` || true test -x `which kpsewhich` KPSEWHICH=`which kpsewhich` || true if [ -n $TEXINIT_P ] [ -n $KPSEWHICH ] \ kpsewhich --format='web2c files' fmtutil.cnf /dev/null \ kpsewhich --expand-var='$TEXMF' | grep -q /usr/share/texmf 2 /dev/null then mktexlsr # Update files generated from configuration files update-texmf update-updmap update-language update-fmtutil # now call updmap create_fontmaps # create formats mktexlsr create_tetex_formats --all mktexlsr fi The assumption above is wrong, or at least short-sighted. updmap-sys and fmtutil-sys can only be called when tetex-bin is there. However, we *must* call the update script under all circumstances. Otherwise tetex-bin will be without language information etc. I wonder how this slipped through... Fix is under way. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive) ---End Message--- ---BeginMessage--- Source: tetex-base Source-Version: 3.0-23 We believe that the bug you reported is fixed in the latest version of tetex-base, which is due to be installed in the Debian FTP archive: tetex-base_3.0-23.diff.gz to pool/main/t/tetex-base/tetex-base_3.0-23.diff.gz tetex-base_3.0-23.dsc to pool/main/t/tetex-base/tetex-base_3.0-23.dsc tetex-base_3.0-23_all.deb to pool/main/t/tetex-base/tetex-base_3.0-23_all.deb tetex-doc_3.0-23_all.deb to pool/main/t/tetex-base/tetex-doc_3.0-23_all.deb tetex-extra_3.0-23_all.deb to pool/main/t/tetex-base/tetex-extra_3.0-23_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. Frank Küster [EMAIL PROTECTED] (supplier of updated tetex-base 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: Fri, 29 Sep 2006 13:14:50 +0200 Source: tetex-base Binary: tetex-extra tetex-doc tetex-base Architecture: source all Version: 3.0-23 Distribution: unstable Urgency: medium Maintainer: Debian TeX maintainers [EMAIL PROTECTED] Changed-By: Frank Küster [EMAIL PROTECTED] Description: tetex-base - Basic TeX input files of teTeX tetex-doc - The documentation component of the Debian teTeX packages tetex-extra - Additional TeX input files of teTeX Closes: 390129 Changes: tetex-base (3.0-23) unstable; urgency=medium . * Let tetex-extra Recommend separately packaged parts of teTeX. [ralf] * Always call tex-common's update scripts in our postinst - previously this was missed when tetex-bin was not yet configured. This resulted in no hyphenation being available at all (closes: #390129) [frank] Files: a2078b4c280f9b200676171968ae9a5a 811 tex optional tetex-base_3.0-23.dsc 155e08863fd51d88b8af2e3a76705d53 565633 tex optional tetex-base_3.0-23.diff.gz 8b2619ed4ee28e3e9125b3d00b2451f0 22424988 tex optional tetex-base_3.0-23_all.deb 6bc886ef8aee9706f1a0d8a4e76da000 10847074 tex optional tetex-extra_3.0-23_all.deb c05d288e30c377b80767762a972d2e92 43355916 doc optional tetex-doc_3.0-23_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFHRV4+xs9YyJS+hoRAjxqAKCfcZzkDfA4fPAZRCJUituIzvN4BQCgnEMO IoTzLSXLgTEenwEd7Qb9hO8= =y6jQ -END PGP SIGNATURE- ---End Message---
Bug#388125: osgcal FTBFS (sparc): bus error in xvfb
Thanks for reporting the problem. Were you kind enough to also report it to Xvfb ? Maybe I should exclude sparc from the list of platforms where Xvfb is supposed to work. I really have no way to reproduce this error. This is reportedly fixed in xvfb 1.1.1-9. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376426: libnss-ldap: Can't login even as local user
On Thu, Aug 31, 2006 at 07:42:03PM -0600, Berg, Michael wrote: A low entropy pool may be a contributing factor, but something definitely changed between libnss-ldap 238 and 251. I guess this is the new reconnection logic introduced in 241. With libnss-ldap 238-1.2 installed $ cat /proc/sys/kernel/random/entropy_avail; \ getent passwd user_in_ldap; \ cat /proc/sys/kernel/random/entropy_avail 3585 passwd entry here 129 Are you sure it's not falling back to non-TLS here? Or local files somehow? I can't see a reason why it would fail any better than 251, given that a failure is still a failure and the relevant change is what it does after the fact... /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376426: libnss-ldap: Can't login even as local user
This one time, at band camp, Steinar H. Gunderson said: On Thu, Aug 31, 2006 at 07:42:03PM -0600, Berg, Michael wrote: A low entropy pool may be a contributing factor, but something definitely changed between libnss-ldap 238 and 251. I guess this is the new reconnection logic introduced in 241. With libnss-ldap 238-1.2 installed $ cat /proc/sys/kernel/random/entropy_avail; \ getent passwd user_in_ldap; \ cat /proc/sys/kernel/random/entropy_avail 3585 passwd entry here 129 Are you sure it's not falling back to non-TLS here? Or local files somehow? I can't see a reason why it would fail any better than 251, given that a failure is still a failure and the relevant change is what it does after the fact... strace'ing a login on a machine using ldaps showed the original connection being closed, a new soket being created but not conencted, and then a write on the unconnected descriptor, followed shortly by total failure. [pid 16168] getsockname(11, unfinished ... [pid 16168] ... getsockname resumed {sa_family=AF_INET6, sin6_port=htons(50617), inet_pton(AF_INET6, 2001:610:1118:0:230:1bff:feba:218e, sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 0 [pid 16168] getpeername(11, {sa_family=AF_INET6, sin6_port=htons(636), inet_pton(AF_INET6, 2001:610:1118:0:210:5aff:fe64:a300, sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [120259084316]) = 0 [pid 16168] fcntl(11, F_GETFD) = 0x1 (flags FD_CLOEXEC) [pid 16168] dup(11) = 5 [pid 16168] fcntl(5, F_SETFD, FD_CLOEXEC) = 0 [pid 16168] socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6 [pid 16168] close(11) = 0 [pid 16168] fcntl(6, F_GETFD) = 0 [pid 16168] dup2(6, 11) = 11 [pid 16168] fcntl(11, F_SETFD, 0) = 0 [pid 16168] close(6)= 0 ... [pid 16168] write(11, \25\3\1\0\300|\21/\237$\226\3269\f\222\25\215\313\302\353..., 197) = -1 EPIPE (Broken pipe) There is no connect() call in the elided bit. tcpdump showed no traffic at all (not surprising, given that the socket was unconnected), but it appears to be tls encrypted data in the output above. The failure is the same for ipv4 connections (unsurprisingly again - you still need connect no matter what address scheme you use). I am assuming there's a bug somewhere in the reconnect logic, but I haven't yet been able to spot it. Debugging nss functions is rather painful :( -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#386814: debian uae 0.8.25 fails to boot roms in any configuration
Hi Joshua, Joshua Rodman [EMAIL PROTECTED] (Sun Sep 10 14:06:46 2006): (...) I had been using uae across the earlier 0.8.22-1 version and more recently the 0.8.23-DATE versions from richard drummond with success. Recently UAE in unstable was updated to 0.8.25, so I updated to this version. The previously working configuration now does not work. Symptoms: uae-x brings up the configuration screen without problem. When the system is unpaused, the classic amiga grey screens begin to appear, but then instead of completing and shifting to the rom-controlled boot screen, the screen goes black, the power light flashes, and the amiga system restarts. Running any older version of uae, or a self built uae from rdrummond sources does not produce this problem. (...) Curious. Apparently, people are using this version w/ success (including me on amd64), so it does not fail to boot ROMS in ANY configuration. Does a pristine 0.8.25 upstream binary produce the problem, too (i.e., not the rdrummond sources)? I am preparing for a new version soon, and will then somehow try to repeat the bug. In the meantime, maybe Florian and/or Antonio may add some basic works/works not w/ 0.8.25-1 from unstable here, so I can judge better if the package is usable as-is or not. Thanks, Stephan -- Stephan A Suerken [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390133: Stack when clicking help/about
Package : openoffice.org Version : 2.0.4~rc2-2 Here is the stack sent to STDERR when I click help/about ... : Fatal exception: Signal 11 Stack: /usr/lib/openoffice/program/libuno_sal.so.3[0xa71debbc] /usr/lib/openoffice/program/libuno_sal.so.3[0xa71ded02] /usr/lib/openoffice/program/libuno_sal.so.3[0xa71ded98] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xa1d260cf] /usr/lib/openoffice/program/libvcl680li.so[0xa7d3cbe5] /usr/lib/openoffice/program/libvcl680li.so[0xa7d419d3] /usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7d427f5] /usr/lib/openoffice/program/libvcl680li.so[0xa7ebaf40] /usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49)[0xa7ebbf69] /usr/lib/openoffice/program/libvcl680li.so[0xa7e69912] /usr/lib/openoffice/program/libvcl680li.so[0xa7e6965e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e6965e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e6a2be] /usr/lib/openoffice/program/libvcl680li.so[0xa7e6a478] /usr/lib/openoffice/program/libvcl680li.so[0xa7e6a4a8] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7c930ec] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xa7c9330b] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xa54fef4a] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5aeba04] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5aeba41] /usr/lib/libglib-2.0.so.0[0xa5559d76] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x181)[0xa55597b1] /usr/lib/libglib-2.0.so.0[0xa555c826] /usr/lib/libglib-2.0.so.0(g_main_context_iteration+0x77)[0xa555cda7] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5aeda7c] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa55088f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7c8 ce5c] /usr/lib/openoffice/program/libsvx680li.so[0xa118872c] /usr/lib/openoffice/program/libsvx680li.so[0xa117f128] /usr/lib/openoffice/program/libsvx680li.so[0xa1369147] /usr/lib/openoffice/program/libsvx680li.so[0xa136a858] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x614)[0x8064ae4] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9SaveTasksEl+0x1e)[0x 8064e5e] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt+0x292)[0 x8065102] /usr/lib/openoffice/program/libvcl680li.so[0xa7c9204c] /usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos26signalHandlerFunction_implEPvP13oslSignalInfo+0x18)[0xa7439738] /usr/lib/openoffice/program/libuno_sal.so.3[0xa71de837] /usr/lib/openoffice/program/libuno_sal.so.3[0xa71ded6e] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xa1d260cf] /usr/lib/openoffice/program/libvcl680li.so[0xa7d3cbe5] /usr/lib/openoffice/program/libvcl680li.so(_ZNK12OutputDevice11GetTextRectERK9RectangleRK6StringtP12TextRectInfo+0xbf)[0xa7d3e78f] /usr/lib/openoffice/program/libvcl680li.so(_ZNK9FixedText15CalcMinimumSizeEl+0xb0)[0xa7ebc190] /usr/lib/openoffice/program/libsfx680li.so[0xa2de9ffa] /usr/lib/openoffice/program/libsfx680li.so[0xa2dec442] /usr/lib/openoffice/program/libsfx680li.so[0xa2b86d6e] /usr/lib/openoffice/program/libsfx680li.so[0xa2b78e78] /usr/lib/openoffice/program/libsfx680li.so[0xa2d530dd] /usr/lib/openoffice/program/libsfx680li.so(_ZN13SfxDispatcher8_ExecuteER8SfxShellRK7SfxSlotR10SfxRequestt+0x8e)[0xa2d539ae] /usr/lib/openoffice/program/libsfx680li.so(_ZN13SfxDispatcher7ExecuteEttP10SfxItemSetS1_t+0x1cf)[0xa2d541df] /usr/lib/openoffice/program/libsfx680li.so[0xa2d7414c] /usr/lib/openoffice/program/libsfx680li.so[0xa2d74de2] /usr/lib/openoffice/program/libfwk680li.so[0xa26b8a89] /usr/lib/openoffice/program/libfwk680li.so[0xa26b96b4] /usr/lib/openoffice/program/libvcl680li.so(_ZN4Menu6SelectEv+0x58)[0xa7e1d268] /usr/lib/openoffice/program/libvcl680li.so[0xa7e18418] /usr/lib/openoffice/program/libvcl680li.so[0xa7e18438] /usr/lib/openoffice/program/libvcl680li.so[0xa7e80773] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN10SalDisplay21DispatchInternalEventEv+0xb0)[0xa55064a0] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5aeb81c] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5aeb851] /usr/lib/libglib-2.0.so.0[0xa5557a31] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x181)[0xa55597b1] /usr/lib/libglib-2.0.so.0[0xa555c826] /usr/lib/libglib-2.0.so.0(g_main_context_iteration+0x77)[0xa555cda7] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5aeda7c] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa55088f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7c8ce5c] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application7ExecuteEv+0x3c)[0xa7c8cf3c] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop4MainEv+0x1642)[0x806e7b2]
Bug#388125: osgcal FTBFS (sparc): bus error in xvfb
Clint Adams writes: Thanks for reporting the problem. Were you kind enough to also report it to Xvfb ? Maybe I should exclude sparc from the list of platforms where Xvfb is supposed to work. I really have no way to reproduce this error. This is reportedly fixed in xvfb 1.1.1-9. Thanks for the note. -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390133: openoffice.org: openoffice crashes whentrying to open a file - backtrace
Package: openoffice.org Version: 2.0.4~rc2-2 Followup-For: Bug #390133 I attach the output of ooimpress when trying to open a ppt file, and the output of oowriter when opening a .sxw file. In both cases openoffice crashes just after starting. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.0.4~rc2-2 OpenOffice.org office suite - data ii openoffice.org-calc 2.0.4~rc2-2 OpenOffice.org office suite - spre ii openoffice.org-core 2.0.4~rc2-2 OpenOffice.org office suite archit ii openoffice.org-draw 2.0.4~rc2-2 OpenOffice.org office suite - draw ii openoffice.org-impress 2.0.4~rc2-2 OpenOffice.org office suite - pres ii openoffice.org-java-common 2.0.4~rc2-2 OpenOffice.org office suite Java s ii openoffice.org-math 2.0.4~rc2-2 OpenOffice.org office suite - equa ii openoffice.org-writer2.0.4~rc2-2 OpenOffice.org office suite - word openoffice.org recommends no packages. -- no debconf information This should only happen once Fatal exception: Signal 11 Stack: /usr/lib/openoffice/program/libuno_sal.so.3[0xa7188bbc] /usr/lib/openoffice/program/libuno_sal.so.3[0xa7188d02] /usr/lib/openoffice/program/libuno_sal.so.3[0xa7188d98] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xa10f30cf] /usr/lib/openoffice/program/libvcl680li.so[0xa7ce6be5] /usr/lib/openoffice/program/libvcl680li.so[0xa7ceb9d3] /usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7cec7f5] /usr/lib/openoffice/program/libvcl680li.so[0xa7e64f40] /usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49)[0xa7e65f69] /usr/lib/openoffice/program/libvcl680li.so[0xa7e13912] /usr/lib/openoffice/program/libvcl680li.so[0xa7e1365e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e1365e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e142be] /usr/lib/openoffice/program/libvcl680li.so[0xa7e14478] /usr/lib/openoffice/program/libvcl680li.so[0xa7e144a8] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7c3d0ec] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xa7c3d30b] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xa54b4f4a] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5a7fa04] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5a7fa41] /usr/lib/libglib-2.0.so.0[0xa550fd76] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x181)[0xa550f7b1] /usr/lib/libglib-2.0.so.0[0xa5512826] /usr/lib/libglib-2.0.so.0(g_main_context_iteration+0x77)[0xa5512da7] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5a81a7c] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa54be8f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7c36e5c] /usr/lib/openoffice/program/libsvx680li.so[0xa1aca72c] /usr/lib/openoffice/program/libsvx680li.so[0xa1ac1128] /usr/lib/openoffice/program/libsvx680li.so[0xa1cab147] /usr/lib/openoffice/program/libsvx680li.so[0xa1cac858] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x614)[0x8064ae4] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9SaveTasksEl+0x1e)[0x8064e5e] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt+0x292)[0x8065102] /usr/lib/openoffice/program/libvcl680li.so[0xa7c3c04c] /usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos26signalHandlerFunction_implEPvP13oslSignalInfo+0x18)[0xa73e3738] /usr/lib/openoffice/program/libuno_sal.so.3[0xa7188837] /usr/lib/openoffice/program/libuno_sal.so.3[0xa7188d6e] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xa10f30cf] /usr/lib/openoffice/program/libsvx680li.so[0xa1a1d756] /usr/lib/openoffice/program/libsvx680li.so[0xa1a20a4c] /usr/lib/openoffice/program/libsvx680li.so[0xa1a21e12] /usr/lib/openoffice/program/libsvx680li.so[0xa1a253ba] /usr/lib/openoffice/program/libsvx680li.so[0xa1a25434] /usr/lib/openoffice/program/libsvx680li.so(_ZN10EditEngine13SetUpdateModeEh+0x39)[0xa19e1819] /usr/lib/openoffice/program/libsvx680li.so(_ZN8Outliner7SetTextERK18OutlinerParaObject+0x1af)[0xa1a4814f] /usr/lib/openoffice/program/libsvx680li.so(_ZNK10SdrTextObj29AdjustTextFrameWidthAndHeightER9Rectangleii+0x5e6)[0xa1db5876] /usr/lib/openoffice/program/libsvx680li.so(_ZN10SdrTextObj32NbcAdjustTextFrameWidthAndHeightEii+0x40)[0xa1db4c70] /usr/lib/openoffice/program/libsvx680li.so(_ZN10SdrTextObj24NbcSetOutlinerParaObjectEP18OutlinerParaObject+0x134)[0xa1dae284] /usr/lib/openoffice/program/libsvx680li.so(_ZN9SdrObject21SetOutlinerParaObjectEP18OutlinerParaObject+0x6d)[0xa1da2f7d]
Processed: mozart_1.3.2.20060615-1: FTBFS with -rsudo
Processing commands for [EMAIL PROTECTED]: tag 390127 + pending Bug#390127: mozart_1.3.2.20060615-1: FTBFS with -rsudo 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#390127: mozart_1.3.2.20060615-1: FTBFS with -rsudo
Steve Langasek writes: Package: mozart Version: 1.3.2.20060615-1 Severity: serious emacs21 is now fixed finally on mips and mipsel, but mozart still fails to build because it uses the $(PWD) variable in its debian/rules and this variable is not preserved by sudo: Thanks for the report. I had noticed this too and I have sent an update of the package that fixes this problem to my sponsor. Hopefully, it will be uploaded soon. regards Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388399: FTBFS problems on alpha, mips[el]: Please help debugging
Frank Küster wrote: Steve Langasek [EMAIL PROTECTED] wrote: On Fri, Sep 29, 2006 at 10:54:36AM +0200, Frank Küster wrote: I'm resending this mail, and include the porters list with hope for some help. We really won't be able to debug this problem without contact to someone who has at least read access to the affected buildds. You can debug it by using -rsudo for your package builds instead of -rfakeroot. Sorry, I don't understand. Do you mean that you are able to reproduce the problem, somehow using sudo? In what environment? A pbuilder where you become a non-priviledged user without giving him a home directory? Or does the home directory existence not matter with sudo? It looks like the build creates font files with root permissions, and can't alter them lateron when running without elevated privileges. So any environment with real root permissions should show the problem. Thiemo
Bug#390129: tetex-base: Does not properly call update-* scripts
Ralf Stubner [EMAIL PROTECTED] wrote: Frank Küster wrote: The assumption above is wrong, or at least short-sighted. updmap-sys and fmtutil-sys can only be called when tetex-bin is there. However, we *must* call the update script under all circumstances. Otherwise tetex-bin will be without language information etc. I wonder how this slipped through... I don't understand. Shouldn't tetex-bin call the update-* scripts before generating formats/map files/... [Looking into common.functions.in] It seems it doesn't. IMO that's the bigger problem. I think every package that installs snippets for language.dat, updmap.cfg, etc., should call update-foo. That's the clean way. But then, calling the update-* scripts should be safe at any time. However, now there is an unconditional call to mktexlsr in tetex-base's postinst jusst before the update-* scripts are called. IMO this is unsafe (tetx-bin might not be installed) Indeed; it will just fail if tetex-bin isn't installed, which I noticed during testing. It's already fixed in my local copy and the upload I made, and I just committed it. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#390129: tetex-base: Does not properly call update-* scripts
Frank Küster wrote: Ralf Stubner [EMAIL PROTECTED] wrote: I don't understand. Shouldn't tetex-bin call the update-* scripts before generating formats/map files/... [Looking into common.functions.in] It seems it doesn't. IMO that's the bigger problem. I think every package that installs snippets for language.dat, updmap.cfg, etc., should call update-foo. That's the clean way. Agreed in principle (see below). However, I think it is also important that every package that calls fmtutil/updmap/... has to call the apropriate update-* scripts before, which tetex-bin does not at the moment. Just imagine that instead of tetex-base it would have been tetex-bin that got updated together with jadetex recently: tetex-bin's postinst regenerates formats, but the present fmtutil.cnf still represents the state valid before the changes to jadtex.ini. The same failure as with tetex-base would occur. If tetex-bin's postinst would call update-format, the problematic lines would not be present in fmtutil.cnf due to the present .dpkg-new file. But then, calling the update-* scripts should be safe at any time. However, now there is an unconditional call to mktexlsr in tetex-base's postinst jusst before the update-* scripts are called. IMO this is unsafe (tetx-bin might not be installed) Indeed; it will just fail if tetex-bin isn't installed, which I noticed during testing. It's already fixed in my local copy and the upload I made, and I just committed it. Good. A general point: Recently I was thinking whether it would make sense to change the behaviour of 'format providing packages' such as tetex-base or jadetex: Right now they regerenate all formats, even though this is not necessary. Why not have them regenerate only those formats they actually provide? A simple way to achieve this would be to call fmtutil-sys --all --cnffile /etc/texmf/fmt.d/foo.cnf That way these packages would be more self contained and could not get as easily broken by other packages. Of course, the 'binary providing packages' such as tetex-bin would still have to regenerate all formats. cheerio ralf
Bug#390133: openoffice.org: In case it helps: same here
Package: openoffice.org Version: 2.0.4~rc2-2 Followup-For: Bug #390133 Just in case it helps: same here, with any file type (.ppt, .doc, .xls). I'll attach the trace I get when trying to open an .xls file. Cheers, Tom -- 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) javaldx: Could not find a Java Runtime Environment! This should only happen once Fatal exception: Signal 11 Stack: /usr/lib/openoffice/program/libuno_sal.so.3[0xa7203bbc] /usr/lib/openoffice/program/libuno_sal.so.3[0xa7203d02] /usr/lib/openoffice/program/libuno_sal.so.3[0xa7203d98] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xa22150cf] /usr/lib/openoffice/program/libvcl680li.so[0xa7d61be5] /usr/lib/openoffice/program/libvcl680li.so[0xa7d669d3] /usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9Rectang leRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7d677f5] /usr/lib/openoffice/program/libvcl680li.so[0xa7edff40] /usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49 )[0xa7ee0f69] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8e912] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8e65e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8e65e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8f2be] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8f478] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8f4a8] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7cb80ec] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x 7b)[0xa7cb830b] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x 2a)[0xa5b95f4a] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib12CheckTimeoutEb+0 xc2)[0xa5b94ca2] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib5YieldEbb+0x41a)[0 xa5b953ba] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+ 0x37)[0xa5b9f8f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7cb 1e5c] /usr/lib/openoffice/program/libsvx680li.so[0xa2c4672c] /usr/lib/openoffice/program/libsvx680li.so[0xa2c3d128] /usr/lib/openoffice/program/libsvx680li.so[0xa2e27147] /usr/lib/openoffice/program/libsvx680li.so[0xa2e28858] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x6 14)[0x8064ae4] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9SaveTasksEl+0x1e)[0x 8064e5e] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt+0x292)[0 x8065102] /usr/lib/openoffice/program/libvcl680li.so[0xa7cb704c] /usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos26signalHandlerFunction_implEP vP13oslSignalInfo+0x18)[0xa745e738] /usr/lib/openoffice/program/libuno_sal.so.3[0xa7203837] /usr/lib/openoffice/program/libuno_sal.so.3[0xa7203d6e] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xa22150cf] /usr/lib/openoffice/program/libvcl680li.so[0xa7d61be5] /usr/lib/openoffice/program/libvcl680li.so[0xa7d669d3] /usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9Rectang leRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7d677f5] /usr/lib/openoffice/program/libvcl680li.so[0xa7edff40] /usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49 )[0xa7ee0f69] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8e912] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8e65e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8f2be] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8f478] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8f4a8] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7cb80ec] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x 7b)[0xa7cb830b] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x 2a)[0xa5b95f4a] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib12CheckTimeoutEb+0 xc2)[0xa5b94ca2] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib5YieldEbb+0x41a)[0 xa5b953ba] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+ 0x37)[0xa5b9f8f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7cb 1e5c] /usr/lib/openoffice/program/libvcl680li.so(_ZN6Dialog7ExecuteEv+0x1c8)[0xa7e2956 8] /usr/lib/openoffice/program/libsvx680li.so[0xa2c3cab5] /usr/lib/openoffice/program/libsvx680li.so[0xa2c3cb51] /usr/lib/openoffice/program/libsvx680li.so[0xa2c3cb78] /usr/lib/openoffice/program/libvcl680li.so(_ZN7Control32ImplCallEventListenersAn dHandlerEmRK4LinkPv+0x80)[0xa7eba460] /usr/lib/openoffice/program/libvcl680li.so(_ZN6Button5ClickEv+0x34)[0xa7eace14] /usr/lib/openoffice/program/libvcl680li.so(_ZN12CancelButton5ClickEv+0x2c)[0xa7e b02bc]
Bug#389466: it is a bug
hello, gdm itself runs in the system locale, but when it creates a new login that is where pam comes into play. Perhaps gdm should use the locale itself runs in for the system default locale setting,but obviously it doesn't. the patch supplied earlier really fixes the bug. it don't see that big issue with the patch,/etc/environment is sourced,so why not /etc/default/locale? kdm also sources both. also this is new to sid,in etch the locale information is also available in /etc/environment,which isn't true for sid any more. so the patch only retains the old behaviour! so the two entries should really be added. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376426: libnss-ldap: Can't login even as local user
Steinar H. Gunderson wrote: With libnss-ldap 238-1.2 installed $ cat /proc/sys/kernel/random/entropy_avail; \ getent passwd user_in_ldap; \ cat /proc/sys/kernel/random/entropy_avail 3585 passwd entry here 129 Are you sure it's not falling back to non-TLS here? Or local files somehow? I can't see a reason why it would fail any better than 251, given that a failure is still a failure and the relevant change is what it does after the fact... I'm rather certain it's not falling back to non-TLS. There are NO configuration file changes when I switch back and forth between versions 238 and 251. My /etc/ldap/ldap.conf files on various hosts all contain == TLS_CIPHER_SUITEHIGH:!ADH TLS_CACERT /etc/ssl/certs/my_CA_cert.pem TLS_REQCERT demand TLS_CRLCHECKnone == And according to the manual page TLS_REQCERT level demand | hard These keywords are equivalent. The server certificate is requested. If no certificate is provided, or a bad certificate is provided, the session is immediately terminated. This is the default setting. And then in my /etc/ldap/slapd.conf I have the lines == TLSCipherSuite HIGH:!ADH TLSCACertificateFile/etc/ssl/certs/my_CA_cert.pem TLSCertificateFile /etc/ssl/certs/ldap.my_domain.pem TLSCertificateKeyFile /etc/ldap/private/ldap.my_domain.pem TLSCRLCheck none TLSVerifyClient never securityssf=128 == According to the manual page, security ssf=128 specifies the overall security strength factor as being at least 128 bit encryption for all operations. I have had these configuration settings in place for at least a year in order to explicitly prevent non-TLS operation of both the clients and the server. I have also verified TLS operation with my currently installed (and working) libnss-ldap version 238 by capturing loopback traffic with wireshark/ethereal and performing multiple back-to-back getent passwd commands which (as documented previously) exercises libnss-ldap and slapd and drain the entropy pool. The only non-encrypted LDAP traffic in the captures is when certificates information is being exchanged as part of the STARTTLS and I can see the strings from my CA info going back and forth. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390163: Upgrade to 5.0.24a-5 fails; pre-removal script error
Package: mysql-server-5.0 Version: 5.0.24a-5 Severity: grave During a routine update of packages, I encountered an error with mysql-server-5.0 in the execution of its preremoval script, from which dpkg was unable to recover. This unfortunately leave mysql-server-5.0 in a pretty bad state and the server is then unusable, hence the severity level of grave in this report. An output excerpt from the upgrade attempt is included below: [...] Preparing to replace mysql-server-5.0 5.0.24a-4 (using .../mysql-server-5.0_5.0.24a-5_i386.deb) ... Stopping MySQL database server: mysqld/lib/lsb/init-functions: line 134: FANCYTTY: unbound variable invoke-rc.d: initscript mysql, action stop failed. dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... Stopping MySQL database server: mysqld/lib/lsb/init-functions: line 134: FANCYTTY: unbound variable invoke-rc.d: initscript mysql, action stop failed. dpkg: error processing /var/cache/apt/archives/mysql-server-5.0_5.0.24a-5_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 1 Stopping MySQL database server: mysqld/lib/lsb/init-functions: line 134: FANCYTTY: unbound variable invoke-rc.d: initscript mysql, action stop failed. Starting MySQL database server: mysqld/lib/lsb/init-functions: line 134: FANCYTTY: unbound variable invoke-rc.d: initscript mysql, action start failed. dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/mysql-server-5.0_5.0.24a-5_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) [...] Regards, -- Barry Hawkins All Things Computed site: http://www.alltc.com weblog: http://www.yepthatsme.com Registered Linux User #368650 signature.asc Description: Digital signature
Bug#390157: wrong maxima paths
Package: maxima Version: 5.10.0-1 Severity: grave Due to the wrong maxima paths (see #389825), shared packages do not work. Here follows an example: (%i1) 'diff (y, x, 2) + 'diff (y, x) + y; 2 d y dy (%o1)--- + -- + y 2 dx dx (%i2) ode2 (%o1, y, x); Could not find `ode2.mac' using paths in file_search_maxima,system (combined values: [/home/zufus/.maxima/###.{mac,mc}, /share/maxima/5.10.0/share/###.{mac,mc}, /share/maxima/5.10.0/share/{affine,al\ gebra,algebra/charsets,algebra/solver,calculus,combinatorics,contrib,contrib/b\ [...] Regards Marco -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') 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) (ignored: LC_ALL set to it_IT.UTF-8) Versions of packages maxima depends on: ii gnuplot-nox 4.0.0-5A command-line driven interactive ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-4 Shared libraries for terminal hand ii libreadline5 5.1-8 GNU readline and history libraries ii libsm61:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.0-9 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt61:1.0.2-2 X11 toolkit intrinsics library Versions of packages maxima recommends: ii gv1:3.6.1-15 PostScript and PDF viewer for X ii maxima-share 5.10.0-1 A computer algebra system -- extra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390133: I also get this!
I think I get the same crash: [EMAIL PROTECTED]:~$ oowriter Bewerbungsgespräche.odt (soffice.bin:30996): Gtk-WARNING **: Unable to locate theme engine in module_path: clearlooks, This should only happen once Fatal exception: Signal 11 Stack: /usr/lib/openoffice/program/libuno_sal.so.3[0xb719cbbc] /usr/lib/openoffice/program/libuno_sal.so.3[0xb719cd02] /usr/lib/openoffice/program/libuno_sal.so.3[0xb719cd98] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xb18ab0cf] /usr/lib/openoffice/program/libvcl680li.so[0xb7cfabe5] /usr/lib/openoffice/program/libvcl680li.so[0xb7cff9d3] /usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xb7d007f5] /usr/lib/openoffice/program/libvcl680li.so[0xb7e78f40] /usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49)[0xb7e79f69] /usr/lib/openoffice/program/libvcl680li.so[0xb7e27912] /usr/lib/openoffice/program/libvcl680li.so[0xb7e2765e] /usr/lib/openoffice/program/libvcl680li.so[0xb7e2765e] /usr/lib/openoffice/program/libvcl680li.so[0xb7e282be] /usr/lib/openoffice/program/libvcl680li.so[0xb7e28478] /usr/lib/openoffice/program/libvcl680li.so[0xb7e284a8] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv +0x1c)[0xb7c510ec] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xb7c5130b] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xb54c7f4a] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xb5b12a04] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xb5b12a41] /usr/lib/libglib-2.0.so.0[0xb5522d76] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x181)[0xb55227b1] /usr/lib/libglib-2.0.so.0[0xb5525826] /usr/lib/libglib-2.0.so.0(g_main_context_iteration+0x77)[0xb5525da7] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xb5b14a7c] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xb54d18f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb +0x6c)[0xb7c4ae5c] /usr/lib/openoffice/program/libsvx680li.so[0xb22db72c] /usr/lib/openoffice/program/libsvx680li.so[0xb22d2128] /usr/lib/openoffice/program/libsvx680li.so[0xb24bc147] /usr/lib/openoffice/program/libsvx680li.so[0xb24bd858] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x614)[0x8064ae4] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9SaveTasksEl +0x1e)[0x8064e5e] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt +0x292)[0x8065102] /usr/lib/openoffice/program/libvcl680li.so[0xb7c5004c] /usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos26signalHandlerFunction_implEPvP13oslSignalInfo+0x18)[0xb73f7738] /usr/lib/openoffice/program/libuno_sal.so.3[0xb719c837] /usr/lib/openoffice/program/libuno_sal.so.3[0xb719cd6e] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xb18ab0cf] /usr/lib/openoffice/program/libsw680li.so[0xb0dfa38e] /usr/lib/openoffice/program/libsw680li.so[0xb0e28b44] /usr/lib/openoffice/program/libsw680li.so[0xb0e29104] /usr/lib/openoffice/program/libsw680li.so[0xb0e0d3de] /usr/lib/openoffice/program/libsw680li.so[0xb0e0e360] /usr/lib/openoffice/program/libsw680li.so[0xb0df02e8] /usr/lib/openoffice/program/libsw680li.so[0xb0df2b57] /usr/lib/openoffice/program/libsw680li.so[0xb0df367d] /usr/lib/openoffice/program/libsw680li.so[0xb0df4664] /usr/lib/openoffice/program/libsw680li.so[0xb0d63bc5] /usr/lib/openoffice/program/libsw680li.so[0xb0d60ae5] /usr/lib/openoffice/program/libsw680li.so[0xb0dd1f80] /usr/lib/openoffice/program/libsw680li.so[0xb0dd2038] /usr/lib/openoffice/program/libsw680li.so[0xb0dd4f1f] /usr/lib/openoffice/program/libsw680li.so[0xb0dd51bd] /usr/lib/openoffice/program/libsw680li.so(_ZN11SwCrsrShell7SetCrsrERK5Pointh+0x170)[0xb0c42ed0] /usr/lib/openoffice/program/libsw680li.so(_ZN6SwView20ReadUserDataSequenceERKN3com3sun4star3uno8SequenceINS2_5beans13PropertyValueEEEh+0x495)[0xb13e8675] /usr/lib/openoffice/program/libsfx680li.so[0xb35f0f18] /usr/lib/openoffice/program/libsfx680li.so(_ZN11SfxTopFrame14InsertDocumentEP14SfxObjectShell+0x6ca)[0xb36aef4a] /usr/lib/openoffice/program/libsfx680li.so[0xb3683fd7] /usr/lib/openoffice/program/libfwk680li.so[0xb30a38b2] /usr/lib/openoffice/program/libfwk680li.so[0xb30a55d3] /usr/lib/openoffice/program/libfwk680li.so[0xb2f47c55] /usr/lib/openoffice/program/libfwk680li.so[0xb31219f3] /usr/lib/openoffice/program/libfwk680li.so[0xb31246af] /usr/lib/openoffice/program/libfwk680li.so[0xb31255cc] /usr/lib/openoffice/program/libfwk680li.so[0xb312e682] /usr/lib/openoffice/program/libfwk680li.so[0xb312e963] /usr/lib/openoffice/program/libfwk680li.so[0xb312e9f4] /usr/lib/openoffice/program/libvcl680li.so[0xb7ea2175] /usr/lib/openoffice/program/libvcl680li.so[0xb7e3e773] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN10SalDisplay21DispatchInternalEventEv+0xb0)[0xb54cf4a0]
Bug#370295: marked as done (DLJ prevents running jython with sun-java)
Your message dated Fri, 29 Sep 2006 16:28:12 +0200 with message-id [EMAIL PROTECTED] and subject line DLJ prevents running jython with sun-java 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) ---BeginMessage--- Package: sun-java5-jre Version: 1.5.0-06-1 Severity: serious In the Distributor License for Java, there is the clause (c) you do not combine, configure or distribute the Software to run in conjunction with any additional software that implements the same or similar functionality or APIs as the Software; Debian distributes Jython, which can run with sun-java. However, Jython, being a reimplementation of Python, implements a great deal of similar functionality as sun-java. This can be fixed by making Jython conflict with sun-java, although I suspect that there may be other packages that also cause problems. Cheers, Walter Landry [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- On Thu, Sep 28, 2006 at 03:54:26PM -0700, Walter Landry wrote: This bug is about whether the Debian package should provide java2-runtime. This is the most appropriate place to discuss this issue. Subject: DLJ prevents running jython with sun-java No, it's not. Please open a new bug if you want to discuss that. This buglog is so full of very widely distinct issues, it's unmanagable to respond to -- now it's verly closely resembling a meta-bug I don't think sun-java5 belongs in Debian's non-free section. Please do not reopen this bug again. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl ---End Message---
Bug#390007: Bug#389858: tagcoll2 - FTBFS: error: no match for 'operator|'
On Thu, Sep 28, 2006 at 08:45:18AM +0200, Bastian Blank wrote: [...] g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -Wall -O2 -Wall -c -o stream/sink-tut.o stream/sink-tut.cc g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -Wall -O2 -Wall -c -o stream/filters-tut.o stream/filters-tut.cc ../tagcoll/coll/simple.tcc: In member function 'void tagcoll::coll::SimpleITEM, TAG::insert(const ITEMS, const TAGS) [with ITEMS = std::setstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::lessstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::basic_stringchar, std::char_traitschar, std::allocatorchar , TAGS = wibble::Singletonlong unsigned int, ITEM = std::basic_stringchar, std::char_traitschar, std::allocatorchar , TAG = unsigned int]': ../tagcoll/coll/base.h:300: instantiated from 'tagcoll::coll::InserterCOLL tagcoll::coll::InserterCOLL::operator=(const std::pair_U1, _U2) [with Items = std::setstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::lessstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::basic_stringchar, std::char_traitschar, std::allocatorchar , Tags = wibble::Singletonlong unsigned int, COLL = tagcoll::coll::Simplestd::basic_stringchar, std::char_traitschar, std::allocatorchar , unsigned int]' [...] stream/filters-tut.cc:197: instantiated from here ../tagcoll/coll/simple.tcc:49: error: no match for 'operator|' in 'std::setunsigned int, std::lessunsigned int, std::allocatorunsigned int () | tags' /usr/lib/gcc/s390-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/ios_base.h:161: note: candidates are: std::_Ios_Iostate std::operator|(std::_Ios_Iostate, std::_Ios_Iostate) /usr/lib/gcc/s390-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/ios_base.h:123: note: std::_Ios_Openmode std::operator|(std::_Ios_Openmode, std::_Ios_Openmode) /usr/lib/gcc/s390-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/ios_base.h:83: note: std::_Ios_Fmtflags std::operator|(std::_Ios_Fmtflags, std::_Ios_Fmtflags) On Thu, Sep 28, 2006 at 10:06:13PM +0200, Kurt Roeckx wrote: Your package is failing to build with the following error: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -Wall -O2 -Wall -c -o stream/filters-tut.o stream/filters-tut.cc ../tagcoll/coll/simple.tcc: In member function 'void tagcoll::coll::SimpleITEM, TAG::insert(const ITEMS, const TAGS) [with ITEMS = std::setstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::lessstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::basic_stringchar, std::char_traitschar, std::allocatorchar , TAGS = wibble::Singletonlong unsigned int, ITEM = std::basic_stringchar, std::char_traitschar, std::allocatorchar , TAG = unsigned int]': [...] stream/filters-tut.cc:197: instantiated from here ../tagcoll/coll/simple.tcc:49: error: no match for 'operator|' in 'std::setunsigned int, std::lessunsigned int, std::allocatorunsigned int () | tags' This is weird for me: I include wibble/operators.h, which defines those operators. And I use the wibble::operators namespace. And in other architectures (arm, powerpc, sparc, and my i386 laptop) it seems to have compiled properly. Kurt: what architecture and g++ version are you using for the build? Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#376426: libnss-ldap: Can't login even as local user
Steinar H. Gunderson wrote: With libnss-ldap 238-1.2 installed $ cat /proc/sys/kernel/random/entropy_avail; \ getent passwd user_in_ldap; \ cat /proc/sys/kernel/random/entropy_avail 3585 passwd entry here 129 Are you sure it's not falling back to non-TLS here? Or local files somehow? I can't see a reason why it would fail any better than 251, given that a failure is still a failure and the relevant change is what it does after the fact... I'm rather certain it's not falling back to non-TLS. There are NO configuration file changes when I switch back and forth between versions 238 and 251. ... I forgot to address the falling back to local files part of your question in my previous email. The ldap relevant parts of my /etc/nsswitch.conf are == passwd: files ldap group: files ldap shadow: files ldap == I have files first so that when there are problems with ldap (which happens), root will be more likely to be able to log in since the local files are checked first. And while I was executing back-to-back getent passwd commands with libnss-ldap version 238 installed, each command continued to return user accounts that are only present in LDAP (and so could not have come from local files). Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390169: file conflict
Package: libncursesw5-dbg Version: 5.5-4 Severity: serious Hi, (Reading database ... 246039 files and directories currently installed.) Preparing to replace libncursesw5-dbg 5.5-3 (using .../libncursesw5-dbg_5.5-4_amd64.deb) ... Unpacking replacement libncursesw5-dbg ... dpkg: error processing /var/cache/apt/archives/libncursesw5-dbg_5.5-4_amd64.deb (--unpack): trying to overwrite `/usr/share/doc/lib32ncurses5-dev', which is also in package lib32ncurses5-dev Errors were encountered while processing: /var/cache/apt/archives/libncursesw5-dbg_5.5-4_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Grüße, René -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libncursesw5-dbg depends on: ii libncursesw5-dev 5.5-4 Developer's libraries for ncursesw libncursesw5-dbg recommends no packages. -- no debconf information signature.asc Description: Digital signature
Processed: subsys bugs not rc
Processing commands for [EMAIL PROTECTED]: severity 389663 important Bug#389663: linux-image-2.6.17-2-686 freeze notebook Toshiba with HT technology. Severity set to `important' from `critical' severity 389686 important Bug#389686: linux-image-2.6.17-2-amd64: Kernel BUG at mm/rmap.c:121 Severity set to `important' from `critical' 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#385044: Only applicable for sarge?
notfound 385044 1.13.22 found 385044 1.10.28 thanks Hi, If I understand the previous emails correctly the bug is fixed in sid but is still in stable, so I have adjusted the version in which the bugs is found. Greetings Arjan Oosting signature.asc Description: Dit berichtdeel is digitaal ondertekend
Bug#369517: marked as done (linux-image-2.6.16-1-alpha-smp: undefined scsi symbols; fails to allocate percpu data)
Your message dated Fri, 29 Sep 2006 08:18:26 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#369517: fixed in linux-2.6 2.6.18-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) ---BeginMessage--- Package: linux-image-2.6.16-1-alpha-smp Version: 2.6.16-12 Severity: grave Justification: renders package unusable Hi, I'm trying to upgrade from the (working) 2.6.15 to (current) 2.6.16 but some modules fail to load, I get the messages shown below. Since I can't get to any of my disks (on any controller) the system is unusable. I have tried to rebuild dependencies (depmod -a $version) and then rebuild initramfs but it did not help. This is an Alphaserver 4100. any help would be appreciated. Cheers, Andras (problematic part of dmesg output follows) Freeing unused kernel memory: 440k freed Loading, please wait... Begin: Loading essential drivers... ... Done. Begin: Running /scripts/init-premount ... Could not allocate 16 bytes percpu data Could not allocate 16 bytes percpu data Could not allocate 16 bytes percpu data scsi_transport_spi: Unknown symbol scsi_is_sdev_device scsi_transport_spi: Unknown symbol scsi_device_get scsi_transport_spi: Unknown symbol scsi_is_target_device scsi_transport_spi: Unknown symbol scsi_target_quiesce scsi_transport_spi: Unknown symbol scsi_device_set_state scsi_transport_spi: Unknown symbol scsi_device_put scsi_transport_spi: Unknown symbol scsi_is_host_device scsi_transport_spi: Unknown symbol scsi_device_quiesce scsi_transport_spi: Unknown symbol scsi_execute scsi_transport_spi: Unknown symbol scsi_target_resume scsi_transport_spi: Unknown symbol scsi_normalize_sense sym53c8xx: Unknown symbol spi_print_msg sym53c8xx: Unknown symbol scsi_remove_host sym53c8xx: Unknown symbol spi_display_xfer_agreement sym53c8xx: Unknown symbol spi_release_transport sym53c8xx: Unknown symbol scsi_host_put sym53c8xx: Unknown symbol scsi_scan_host sym53c8xx: Unknown symbol scsi_add_host sym53c8xx: Unknown symbol scsi_is_host_device sym53c8xx: Unknown symbol scsi_adjust_queue_depth sym53c8xx: Unknown symbol spi_attach_transport sym53c8xx: Unknown symbol scsi_host_alloc sym53c8xx: Unknown symbol spi_dv_device qla1280: Unknown symbol scsi_remove_host qla1280: Unknown symbol scsi_host_put qla1280: Unknown symbol scsi_scan_host qla1280: Unknown symbol scsi_add_host qla1280: Unknown symbol scsi_adjust_queue_depth qla1280: Unknown symbol scsi_host_alloc Could not allocate 16 bytes percpu data e100: Intel(R) PRO/100 Network Driver, 3.5.10-k2-NAPI e100: Copyright(c) 1999-2005 Intel Corporation e100: eth0: e100_probe: addr 0x20240, irq 40, MAC addr 00:50:8B:6B:33:9F qla1280: Unknown symbol scsi_remove_host qla1280: Unknown symbol scsi_host_put qla1280: Unknown symbol scsi_scan_host qla1280: Unknown symbol scsi_add_host qla1280: Unknown symbol scsi_adjust_queue_depth qla1280: Unknown symbol scsi_host_alloc qla1280: Unknown symbol scsi_remove_host qla1280: Unknown symbol scsi_host_put qla1280: Unknown symbol scsi_scan_host qla1280: Unknown symbol scsi_add_host qla1280: Unknown symbol scsi_adjust_queue_depth qla1280: Unknown symbol scsi_host_alloc Done. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-alpha-generic Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.16-1-alpha-smp depends on: ii initramfs-tools [linux-initra 0.60 tools for generating an initramfs ii module-init-tools 3.2.2-2tools for managing Linux kernel mo linux-image-2.6.16-1-alpha-smp recommends no packages. -- debconf information: linux-image-2.6.16-1-alpha-smp/postinst/old-system-map-link-2.6.16-1-alpha-smp: true linux-image-2.6.16-1-alpha-smp/postinst/depmod-error-initrd-2.6.16-1-alpha-smp: false linux-image-2.6.16-1-alpha-smp/postinst/depmod-error-2.6.16-1-alpha-smp: false linux-image-2.6.16-1-alpha-smp/preinst/abort-install-2.6.16-1-alpha-smp: linux-image-2.6.16-1-alpha-smp/preinst/already-running-this-2.6.16-1-alpha-smp: linux-image-2.6.16-1-alpha-smp/preinst/initrd-2.6.16-1-alpha-smp: linux-image-2.6.16-1-alpha-smp/prerm/would-invalidate-boot-loader-2.6.16-1-alpha-smp: true linux-image-2.6.16-1-alpha-smp/postinst/old-initrd-link-2.6.16-1-alpha-smp: true linux-image-2.6.16-1-alpha-smp/preinst/lilo-initrd-2.6.16-1-alpha-smp: true linux-image-2.6.16-1-alpha-smp/preinst/lilo-has-ramdisk:
Bug#389296: marked as done (linux-2.6_2.6.18-1(hppa/unstable): FTBFS: Missing build-dep?)
Your message dated Fri, 29 Sep 2006 08:18:26 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#389296: fixed in linux-2.6 2.6.18-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) ---BeginMessage--- Package: linux-2.6 Version: 2.6.18-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of linux-2.6_2.6.18-1 on peri by sbuild/hppa 85 Build started at 20060924-1209 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.1.0), module-init-tools, dpkg-dev (= 1.10.23), debianutils (= 1.6), bzip2, sparc-utils [sparc], kernel-package (= 10.054), python, python2.4-minimal, gcc-4.0 [alpha], gcc-4.1 [amd64 arm armeb hppa i386 ia64 mips mipsel powerpc s390 sparc], gcc-3.3 [m68k] [...] /build/buildd/linux-2.6-2.6.18/debian/build/build-hppa-none-parisc64/scripts/gcc-version.sh: line 11: hppa64-linux-gcc-4.1: command not found /build/buildd/linux-2.6-2.6.18/debian/build/build-hppa-none-parisc64/scripts/gcc-version.sh: line 12: hppa64-linux-gcc-4.1: command not found /build/buildd/linux-2.6-2.6.18/debian/build/build-hppa-none-parisc64/arch/parisc/Makefile:43: *** Sorry, your compiler is too old (). GCC v3.3 or above is required.. Stop. == making target conf.vars [new prereqs: Makefile .config]== /build/buildd/linux-2.6-2.6.18/debian/build/build-hppa-none-parisc64/scripts/gcc-version.sh: line 11: hppa64-linux-gcc-4.1: command not found /build/buildd/linux-2.6-2.6.18/debian/build/build-hppa-none-parisc64/scripts/gcc-version.sh: line 12: hppa64-linux-gcc-4.1: command not found /build/buildd/linux-2.6-2.6.18/debian/build/build-hppa-none-parisc64/arch/parisc/Makefile:43: *** Sorry, your compiler is too old (). GCC v3.3 or above is required.. Stop. make[3]: *** [conf.vars] Error 2 make[3]: Leaving directory `/build/buildd/linux-2.6-2.6.18/debian/build/build-hppa-none-parisc64' make[2]: *** [debian/stamps/setup-hppa-none-parisc64-kernel-package] Error 2 make[2]: Leaving directory `/build/buildd/linux-2.6-2.6.18' make[1]: *** [setup-hppa-none-parisc64-real] Error 2 make[1]: Leaving directory `/build/buildd/linux-2.6-2.6.18' make: *** [debian/stamps/setup-base] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=hppapkg=linux-2.6ver=2.6.18-1 ---End Message--- ---BeginMessage--- Source: linux-2.6 Source-Version: 2.6.18-2 We believe that the bug you reported is fixed in the latest version of linux-2.6, which is due to be installed in the Debian FTP archive: linux-2.6_2.6.18-2.diff.gz to pool/main/l/linux-2.6/linux-2.6_2.6.18-2.diff.gz linux-2.6_2.6.18-2.dsc to pool/main/l/linux-2.6/linux-2.6_2.6.18-2.dsc linux-doc-2.6.18_2.6.18-2_all.deb to pool/main/l/linux-2.6/linux-doc-2.6.18_2.6.18-2_all.deb linux-headers-2.6.18-1-all-powerpc_2.6.18-2_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.18-1-all-powerpc_2.6.18-2_powerpc.deb linux-headers-2.6.18-1-all_2.6.18-2_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.18-1-all_2.6.18-2_powerpc.deb linux-headers-2.6.18-1-powerpc-miboot_2.6.18-2_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.18-1-powerpc-miboot_2.6.18-2_powerpc.deb linux-headers-2.6.18-1-powerpc-smp_2.6.18-2_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.18-1-powerpc-smp_2.6.18-2_powerpc.deb linux-headers-2.6.18-1-powerpc64_2.6.18-2_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.18-1-powerpc64_2.6.18-2_powerpc.deb linux-headers-2.6.18-1-powerpc_2.6.18-2_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.18-1-powerpc_2.6.18-2_powerpc.deb linux-headers-2.6.18-1-prep_2.6.18-2_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.18-1-prep_2.6.18-2_powerpc.deb linux-headers-2.6.18-1-vserver-powerpc64_2.6.18-2_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.18-1-vserver-powerpc64_2.6.18-2_powerpc.deb linux-headers-2.6.18-1-vserver-powerpc_2.6.18-2_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.18-1-vserver-powerpc_2.6.18-2_powerpc.deb linux-headers-2.6.18-1-vserver_2.6.18-2_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.18-1-vserver_2.6.18-2_powerpc.deb linux-headers-2.6.18-1_2.6.18-2_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.18-1_2.6.18-2_powerpc.deb linux-image-2.6.18-1-powerpc-miboot_2.6.18-2_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.18-1-powerpc-miboot_2.6.18-2_powerpc.deb linux-image-2.6.18-1-powerpc-smp_2.6.18-2_powerpc.deb to
Bug#390172: xserver-xorg-core: X hangs on startup with black screen with dual head on amd64
Package: xserver-xorg-core Version: 2:1.1.1-8 Severity: grave Justification: renders package unusable When starting the X server on a dual-head amd64 system, it fails to initialise the screen, and ends up halting on a black screen. The X server process remains running, but one cannot do anything with it. The server appears to halt when it tries to initialise the second graphics card using the int10 module. Logging into the system via the network still works. Pressing CTRL-ALT-F1 does not return the user to a text-mode console, so it renders the whole system unusable to anyone who does not know how to prevent the X server from starting on boot. Moreover, if the X server is killed and started again, the whole system crashes. Matthew -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages xserver-xorg-core depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libfontenc1 1:1.0.2-2 X11 font encoding library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp61:1.0.1-2 X11 Display Manager Control Protoc ii libxfont11:1.2.2-1 X11 font rasterisation library ii x11-common 1:7.1.0-1 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages xserver-xorg-core recommends: ii xkb-data 0.8-15 X Keyboard Extension (XKB) configu -- no debconf information X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux mergle 2.6.16-2-amd64-k8 #1 Fri Aug 18 20:55:43 CEST 2006 x86_64 Build Date: 07 July 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Fri Sep 29 16:07:04 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Screen Screen1 (1) (**) | |--Monitor Monitor1 (**) | |--Device Card1 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout uk (**) XKB: layout: uk (==) Keyboard: CustomKeycode disabled (WW) The directory /usr/share/fonts/X11/Speedo does not exist. Entry deleted from font path. (**) FontPath set to: unix/:7100, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /usr/share/fonts/X11/misc/, /usr/share/fonts/X11/TTF/, /usr/share/fonts/X11/OTF, /usr/share/fonts/X11/Type1/, /usr/share/fonts/X11/CID/, /usr/share/fonts/X11/100dpi/, /usr/share/fonts/X11/75dpi/ (==) RgbPath set to ${prefix}/share/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules,/usr/lib/xorg/modules (**) Option Xinerama true (**) Ignoring ABI Version (**) Xinerama: enabled (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10b9,1689 card 147b,2207 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 10b9,5246 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 10b9,5249 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:03:0: chip 10b9,1563 card 147b,2207 rev 70 class 06,01,00 hdr 80 (II) PCI: 00:03:1: chip 10b9,7101
Bug#390138: [Pkg-mailman-hackers] Bug#390138: mailman: fails after upgrade because log_daemon_msg not found
Hello, Hi, After upgrade to 2.1.8-3 version the /etc/init.d/script fails and mail processing seems to stop. /etc/init.d/mailman: line 47: log_daemon_msg: command not found invoke-rc.d: initscript mailman, action start failed. Thanks for your report... this has to do with the new lsb output functions we've introduced. I'll look into it right away. Thijs
Processed: Fixed in NMU of plptools 0.15-1.1
Processing commands for [EMAIL PROTECTED]: tag 384146 + fixed Bug#384146: plptools: FTBFS (amd64): conflicting declaration 'typedef long long unsigned int u_int64_t' Tags were: patch Bug#386833: plptools: FTBFS (i386/gcc-4.1) bad Bug#388831: FTBFS with GCC 4.2: specialization of 'EnumE::sdata::sdata Tags added: fixed tag 386833 + fixed Bug#386833: plptools: FTBFS (i386/gcc-4.1) bad Tags were: fixed patch Bug#384146: plptools: FTBFS (amd64): conflicting declaration 'typedef long long unsigned int u_int64_t' Bug#388831: FTBFS with GCC 4.2: specialization of 'EnumE::sdata::sdata Tags added: fixed tag 388831 + fixed Bug#388831: FTBFS with GCC 4.2: specialization of 'EnumE::sdata::sdata Tags were: fixed patch Bug#384146: plptools: FTBFS (amd64): conflicting declaration 'typedef long long unsigned int u_int64_t' Bug#386833: plptools: FTBFS (i386/gcc-4.1) bad Tags added: fixed quit 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#388831: NMU of plptools
Hi! I've just uploaded an NMU of plptools to fix #384146, #386833 and #388831, based on Mike O'Connor's patch in #386833. The complete patch is attached. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ diff -Nabur bla/plptools-0.15/debian/changelog plptools-0.15/debian/changelog --- bla/plptools-0.15/debian/changelog 2006-09-29 14:50:41.0 + +++ plptools-0.15/debian/changelog 2006-09-29 14:53:25.673253946 + @@ -1,3 +1,12 @@ +plptools (0.15-1.1) unstable; urgency=medium + + * Non-maintainer upload (Utrecht BSP) + * Fix FTBFS by chnaging the ENUM_DEFINITION macro; +thanks to Mike O'Connor for the patch. +(closes: #384146, #386833, #388831) + + -- Bas Zoetekouw [EMAIL PROTECTED] Fri, 29 Sep 2006 14:38:16 + + plptools (0.15-1) unstable; urgency=low * New upstream release (Closes: #371044) diff -Nabur bla/plptools-0.15/lib/Enum.h plptools-0.15/lib/Enum.h --- bla/plptools-0.15/lib/Enum.h2005-08-06 12:10:18.0 + +++ plptools-0.15/lib/Enum.h2006-09-29 14:53:42.434954708 + @@ -304,14 +304,16 @@ * The definition of the static variable holding the static * data for this Enumeration wrapper. */ -#define ENUM_DEFINITION(EnumName, initWith)\ -template Enum EnumName ::sdata Enum EnumName ::staticData; \ +#define ENUM_DEFINITION_BEGIN(EnumName, initWith) \ /**\ * actual definition of the constructor for the static data. \ * This is called implicitly by the definition above. \ */ \ template EnumEnumName::sdata::sdata() : \ -name(#EnumName),defaultValue(initWith) +name(#EnumName),defaultValue(initWith) { + +#define ENUM_DEFINITION_END(EnumName) \ +} template Enum EnumName ::sdata Enum EnumName ::staticData; /** * Writes enumeration's string representation. diff -Nabur bla/plptools-0.15/lib/rfsv.cc plptools-0.15/lib/rfsv.cc --- bla/plptools-0.15/lib/rfsv.cc 2004-05-31 13:37:08.0 + +++ plptools-0.15/lib/rfsv.cc 2006-09-29 14:53:42.435954571 + @@ -33,7 +33,7 @@ using namespace std; -ENUM_DEFINITION(rfsv::errs, rfsv::E_PSI_GEN_NONE) { +ENUM_DEFINITION_BEGIN(rfsv::errs, rfsv::E_PSI_GEN_NONE) stringRep.add(rfsv::E_PSI_GEN_NONE,N_(no error)); stringRep.add(rfsv::E_PSI_GEN_FAIL,N_(general)); stringRep.add(rfsv::E_PSI_GEN_ARG, N_(bad argument)); @@ -108,7 +108,8 @@ stringRep.add(rfsv::E_PSI_FILE_HANDLE, N_(bad handle)); stringRep.add(rfsv::E_PSI_NOT_SIBO,N_(invalid operation for RFSV16)); stringRep.add(rfsv::E_PSI_INTERNAL,N_(libplp internal error)); -} +ENUM_DEFINITION_END(rfsv::errs) + const char *rfsv::getConnectName(void) { return SYS$RFSV; diff -Nabur bla/plptools-0.15/lib/rfsvfactory.cc plptools-0.15/lib/rfsvfactory.cc --- bla/plptools-0.15/lib/rfsvfactory.cc2004-05-31 13:37:08.0 + +++ plptools-0.15/lib/rfsvfactory.cc2006-09-29 14:53:42.435954571 + @@ -37,14 +37,14 @@ using namespace std; -ENUM_DEFINITION(rfsvfactory::errs, rfsvfactory::FACERR_NONE) { +ENUM_DEFINITION_BEGIN(rfsvfactory::errs, rfsvfactory::FACERR_NONE) stringRep.add(rfsvfactory::FACERR_NONE, N_(no error)); stringRep.add(rfsvfactory::FACERR_COULD_NOT_SEND, N_(could not send version request)); stringRep.add(rfsvfactory::FACERR_AGAIN, N_(try again)); stringRep.add(rfsvfactory::FACERR_NOPSION,N_(no psion connected)); stringRep.add(rfsvfactory::FACERR_PROTVERSION,N_(wrong protocol version)); stringRep.add(rfsvfactory::FACERR_NORESPONSE, N_(no response from ncpd)); -} +ENUM_DEFINITION_END(rfsvfactory::errs) rfsvfactory::rfsvfactory(ppsocket *_skt) : serNum(0) { diff -Nabur bla/plptools-0.15/lib/rpcs.cc plptools-0.15/lib/rpcs.cc --- bla/plptools-0.15/lib/rpcs.cc 2006-05-01 20:35:50.0 + +++ plptools-0.15/lib/rpcs.cc 2006-09-29 14:53:42.435954571 + @@ -37,7 +37,7 @@ using namespace std; -ENUM_DEFINITION(rpcs::machs, rpcs::PSI_MACH_UNKNOWN) { +ENUM_DEFINITION_BEGIN(rpcs::machs, rpcs::PSI_MACH_UNKNOWN) stringRep.add(rpcs::PSI_MACH_UNKNOWN, N_(Unknown device)); stringRep.add(rpcs::PSI_MACH_PC,N_(PC)); stringRep.add(rpcs::PSI_MACH_MC,N_(MC)); @@ -49,16 +49,17 @@ stringRep.add(rpcs::PSI_MACH_S3C, N_(Series 3c)); stringRep.add(rpcs::PSI_MACH_S5,N_(Series 5));
Bug#389735: blootbot: fails to install
Hi there, Could you run /usr/sbin/blootbotsetup manyally for me and tell me the output (if any)? Does anythign appear in the logs in /var/log/blootbot/ ? Many thanks, Neil -- * stockholm calls netapp * stockholm calls someone else Ganneff you are typing random numbers on your phone? stockholm yes. my newest attempt to close our budget hole signature.asc Description: Digital signature
Bug#376426: libnss-ldap: Can't login even as local user
On Fri, Sep 29, 2006 at 08:51:18AM -0600, Berg, Michael wrote: I have also verified TLS operation with my currently installed (and working) libnss-ldap version 238 by capturing loopback traffic with wireshark/ethereal and performing multiple back-to-back getent passwd commands which (as documented previously) exercises libnss-ldap and slapd and drain the entropy pool. The only non-encrypted LDAP traffic in the captures is when certificates information is being exchanged as part of the STARTTLS and I can see the strings from my CA info going back and forth. Hm. I still don't see any reasonable explanation as of why this happens. So far, the factors mentioned (AFAICS) have been: - Draining of the entropy pool -- but this should have been the same in both versions, and should have gone back to /dev/urandom anyhow? - Changed reconnection logic -- but it shouldn't have failed in the first place, should it? - Changed default bind policy from soft to hard -- again, as it actually returned the _right_ result in the end for 238, it shouldn't really fail. Perhaps we should try a binary search across upstream versions? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Only applicable for sarge?
Processing commands for [EMAIL PROTECTED]: notfound 385044 1.13.22 Bug#385044: start-stop-daemon when used with --exec and --stop should warn loudly Bug marked as not found in version 1.13.22. (By the way, this Bug is currently marked as done.) found 385044 1.10.28 Bug#385044: start-stop-daemon when used with --exec and --stop should warn loudly Bug marked as found in version 1.10.28. 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#386786: kein Betreff
hello alexandre, does it also break with the most recent granule 1.2.2.-1 in unstable? If not, then lets close this bugreport so that the recent granule can enter testing. Ciao, cc ___ Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos. Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=02
Bug#388642: marked as done (libplpc2a: file conflict with plptools)
Your message dated Fri, 29 Sep 2006 17:41:40 +0200 with message-id [EMAIL PROTECTED] and subject line Duplicate bug report,already fixed 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) ---BeginMessage--- Package: libplpc2a Version: 0.14-4 Severity: serious Hello John, There is an error when upgrading the package from sarge to etch, it should at least Replaces plptools: Selecting previously deselected package libplpc2a. Unpacking libplpc2a (from .../libplpc2a_0.14-4_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libplpc2a_0.14-4_i386.deb (--unpack): trying to overwrite `/usr/lib/libplp.la', which is also in package plptools dpkg-deb: subprocess paste killed by signal (Broken pipe) Preparing to replace plptools 0.12-5 (using .../plptools_0.14-4_i386.deb) ... Unpacking replacement plptools ... Errors were encountered while processing: /var/cache/apt/archives/libplpc2a_0.14-4_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Sarge plptools carry the file usr/lib/libplp.la Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. ---End Message--- ---BeginMessage--- Version: 0.15-1 Hi, This bug was already reported and fixed in version 0.15.1: plptools (0.15-1) unstable; urgency=low * New upstream release (Closes: #371044) * Build with --with-serial=/dev/ttyS0 (Closes: #341822) * libplpc2a Replaces plptools =0.14-4 (Closes: #365031 Thus I am closing this bug report. Greetings Arjan signature.asc Description: Dit berichtdeel is digitaal ondertekend ---End Message---
Bug#376426: libnss-ldap: Can't login even as local user
On Fri, Sep 29, 2006 at 05:12:53PM +0200, Steinar H. Gunderson wrote: Perhaps we should try a binary search across upstream versions? OK, it seems to be related to changed behaviour in libldap -- not very surprising, as libnss-ldap uses internal functions. Basically, ldap_ld_free() changed behaviour from not writing anything to the socket to actually writing to it (contrary to what libnss-ldap expects, since it wants a “clean” shutdown without any writing), thus the SIGPIPE. I'll be checking with the OpenLDAP maintainers to see if we can find a reasonable solution to this. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390183: sun-java5: License disallows distribution
Package: sun-java5 Version: 1.5.0-08-1 Severity: serious Justification: Policy 2.3 Section 2.3 of the Debian Policy Manual says that Debian reserves the right to restrict files from being included anywhere in our archives if their use or distribution would break a law. AFAICT Debian is in violation of the licensing terms for SUN's JVM. Distribution anyway is a legal offence in most countries, thus severity serious. The DLJ (which I found at http://download.java.net/dlj/DLJ-FAQ.html#dlj) says that you're not allowed to (the Software refers to SUN's JVM): combine, configure or distribute the Software to run in conjunction with any additional software that implements the same or similar functionality or APIs as the Software Debian is shipping libswt3.1-gtk-java: http://packages.debian.org/unstable/devel/libswt3.1-gtk-java Its description says: SWT (Standard Widget Toolkit) provides functionality similar to Swing. Since Debian is distributing SUN's JVM to run in conjunction with libswt (what else would libswt be used for?), which provides functionality similar to Swing, this seems to be a direct violation of the licensing terms to me. As libswt has been in main for a while, and SUN's JVM is a new package in non-free, it seems logical to drop SUN's JVM to resolve this rather than libswt. Regards //Johan -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388399: FTBFS problems on alpha, mips[el]: Please help debugging
Hi, despite all tips, this is still a plea to the people with access to the buildds. Thiemo Seufer [EMAIL PROTECTED] wrote: It looks like the build creates font files with root permissions, and can't alter them lateron when running without elevated privileges. So any environment with real root permissions should show the problem. No, it does not, I still need the help of someone with access to the buildds. I know it does not show the problem, both because I tried and because I analysed why it cannot. 1. I tried: $ rm -rf ~/.texmf-var/fonts $ apt-get source gnuplot $ cd gnuplot-4.0.0 $ dpkg-buildpackage -d -b -uc -rsudo dpkg-buildpackage: source package is gnuplot dpkg-buildpackage: source version is 4.0.0-5 dpkg-buildpackage: source maintainer is Cyril Bouthors [EMAIL PROTECTED] dpkg-buildpackage: host architecture is i386 sudo debian/rules clean Password: [...] works without problems, and creates font cache files in ~/.texmf-var/fonts that are *not* owned by root: $ find .texmf-var/ -user 0 $ find .texmf-var/ -user frank | wc -l 78 $ find .texmf-var/ | wc -l 78 $ 2. I analysed: $ export KPATHSEA_DEBUG=512 $ dpkg-buildpackage -d -b -uc -rsudo 21 | tee ../sudo.lg shows that the call that fails in the build log at http://buildd.debian.org/fetch.php?pkg=gnuplotver=4.0.0-5arch=alphastamp=1158062374file=logas=raw is the first call to mktextfm. This is a shell script which first creates the output directory, then changes to it, and writes its output into a temporary file, mf31966.tmp in this case. This is where the script fails. The only explanation I currently have is that on the problematic buildds, the directory exists, but is owned and writable only by root. The reason for this may actually be a bug in a TeX package, or just a misconfiguration. But we won't find out without looking at the systems affected. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#390129: tetex-base: Does not properly call update-* scripts
Ralf Stubner [EMAIL PROTECTED] wrote: Agreed in principle (see below). However, I think it is also important that every package that calls fmtutil/updmap/... has to call the apropriate update-* scripts before, which tetex-bin does not at the moment. Just imagine that instead of tetex-base it would have been tetex-bin that got updated together with jadetex recently: tetex-bin's postinst regenerates formats, but the present fmtutil.cnf still represents the state valid before the changes to jadtex.ini. The same failure as with tetex-base would occur. If tetex-bin's postinst would call update-format, the problematic lines would not be present in fmtutil.cnf due to the present .dpkg-new file. I agree, we should get a tetex-bin that does this into etch, and check texlive-*bin*. A general point: Recently I was thinking whether it would make sense to change the behaviour of 'format providing packages' such as tetex-base or jadetex: Right now they regerenate all formats, even though this is not necessary. Why not have them regenerate only those formats they actually provide? A simple way to achieve this would be to call fmtutil-sys --all --cnffile /etc/texmf/fmt.d/foo.cnf That way these packages would be more self contained and could not get as easily broken by other packages. Of course, the 'binary providing packages' such as tetex-bin would still have to regenerate all formats. I think that's a very good idea. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#390138: marked as done (mailman: fails after upgrade because log_daemon_msg not found)
Your message dated Fri, 29 Sep 2006 09:02:20 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#390138: fixed in mailman 1:2.1.8-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) ---BeginMessage--- Package: mailman Version: 1:2.1.8-3 Severity: grave Justification: causes non-serious data loss Hi, After upgrade to 2.1.8-3 version the /etc/init.d/script fails and mail processing seems to stop. /etc/init.d/mailman: line 47: log_daemon_msg: command not found invoke-rc.d: initscript mailman, action start failed. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mailman depends on: ii adduser 3.63 Add and remove users and groups ii apache2-mpm-prefork [http 2.0.54-5sarge1 traditional model for Apache2 ii cron 3.0pl1-86 management of regular background p ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii exim4 4.50-8sarge2 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mail- 4.50-8sarge2 exim MTA (v4) daemon with extended ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii logrotate 3.7-5 Log rotation utility ii lsb-base 2.0-7 Linux Standard Base 2.0 init scrip ii pwgen 2.03-1 Automatic Password generation ii python2.3.5-2An interactive high-level object-o ii ucf 1.17 Update Configuration File: preserv -- debconf information: mailman/queue_files_present: * mailman/default_server_language: es mailman/update_passwords: * mailman/gate_news: false mailman/update_aliases: * mailman/site_languages: big5, ca, cs, da, de, en, es, et, eu, fi, fr, hr, hu, it, ja, ko, lt, nl, no, pl, pt, pt_BR, ro, ru, sl, sr, sv, uk * mailman/used_languages: en es fr * mailman/create_site_list: ---End Message--- ---BeginMessage--- Source: mailman Source-Version: 1:2.1.8-4 We believe that the bug you reported is fixed in the latest version of mailman, which is due to be installed in the Debian FTP archive: mailman_2.1.8-4.diff.gz to pool/main/m/mailman/mailman_2.1.8-4.diff.gz mailman_2.1.8-4.dsc to pool/main/m/mailman/mailman_2.1.8-4.dsc mailman_2.1.8-4_i386.deb to pool/main/m/mailman/mailman_2.1.8-4_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. Thijs Kinkhorst [EMAIL PROTECTED] (supplier of updated mailman 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: Fri, 29 Sep 2006 17:33:09 +0200 Source: mailman Binary: mailman Architecture: source i386 Version: 1:2.1.8-4 Distribution: unstable Urgency: high Maintainer: Mailman for Debian [EMAIL PROTECTED] Changed-By: Thijs Kinkhorst [EMAIL PROTECTED] Description: mailman- Powerful, web-based mailing list manager Closes: 390138 Changes: mailman (1:2.1.8-4) unstable; urgency=high . * High-urgency upload to fix release-critical bug. * Add versioned depends on lsb-base (= 3.0-6) to make sure a system has the lsb output functions (Closes: #390138). * Remove python2.2-korean-codecs from Suggests, replace with python-korean-codecs. Files: fc863764ad470d459a143d703df2c211 791 mail optional mailman_2.1.8-4.dsc 86be684067475893b14a49020e059fe1 197251 mail optional mailman_2.1.8-4.diff.gz 695856a7b8d571c3ad5469f6ce5d1454 8101286 mail optional mailman_2.1.8-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFHUArJdKMxZV9WM8RAhWBAKC0KVbTwbTvEQabAXJQm6oV1fv5xgCgwd0K WbtSC7QRzHVQwt2tzK4WgjQ= =g/Em -END PGP SIGNATURE- ---End Message---
Bug#369395: marked as done (openssh-server: should /etc/pam.d/ssh read /etc/default/locale?)
Your message dated Fri, 29 Sep 2006 09:17:05 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#369395: fixed in openssh 1:4.3p2-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) ---BeginMessage--- Package: openssh-server Version: 1:4.3p2-2 Severity: normal Hi, since the LC_* settings were moved from /etc/environment to /etc/default/locale pam_env no longer reads and sets them. See /usr/share/doc/locales/NEWS.Debian.gz for more information. Perhaps the pam_env settings in /etc/pam.d/ssh should be changed to take this into account. /etc/pam.d/login is reading /etc/default/locale in addition to /etc/environment and could be used as an example. BTW, which variables take precedence - those set by pam_env or the variables transmitted from the client via SendEnv/AcceptEnv? Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openssh-server depends on: ii adduser 3.87 Add and remove users and groups ii debconf [debc 1.5.1 Debian configuration management sy ii dpkg 1.13.19package maintenance system for Deb ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libkrb53 1.4.3-7MIT Kerberos runtime libraries ii libpam-module 0.79-3.1 Pluggable Authentication Modules f ii libpam-runtim 0.79-3.1 Runtime support for the PAM librar ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libselinux1 1.30-1 SELinux shared libraries ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii libwrap0 7.6.dbs-9 Wietse Venema's TCP wrappers libra ii openssh-clien 1:4.3p2-2 Secure shell client, an rlogin/rsh ii zlib1g1:1.2.3-11 compression library - runtime openssh-server recommends no packages. -- debconf information: ssh/insecure_rshd: * ssh/insecure_telnetd: ssh/new_config: true * ssh/use_old_init_script: true ssh/disable_cr_auth: false ssh/encrypted_host_key_but_no_keygen: ---End Message--- ---BeginMessage--- Source: openssh Source-Version: 1:4.3p2-4 We believe that the bug you reported is fixed in the latest version of openssh, which is due to be installed in the Debian FTP archive: openssh-client-udeb_4.3p2-4_powerpc.udeb to pool/main/o/openssh/openssh-client-udeb_4.3p2-4_powerpc.udeb openssh-client_4.3p2-4_powerpc.deb to pool/main/o/openssh/openssh-client_4.3p2-4_powerpc.deb openssh-server-udeb_4.3p2-4_powerpc.udeb to pool/main/o/openssh/openssh-server-udeb_4.3p2-4_powerpc.udeb openssh-server_4.3p2-4_powerpc.deb to pool/main/o/openssh/openssh-server_4.3p2-4_powerpc.deb openssh_4.3p2-4.diff.gz to pool/main/o/openssh/openssh_4.3p2-4.diff.gz openssh_4.3p2-4.dsc to pool/main/o/openssh/openssh_4.3p2-4.dsc ssh-askpass-gnome_4.3p2-4_powerpc.deb to pool/main/o/openssh/ssh-askpass-gnome_4.3p2-4_powerpc.deb ssh_4.3p2-4_all.deb to pool/main/o/openssh/ssh_4.3p2-4_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. Colin Watson [EMAIL PROTECTED] (supplier of updated openssh 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: Fri, 29 Sep 2006 16:28:24 +0100 Source: openssh Binary: ssh-askpass-gnome openssh-client-udeb ssh openssh-server openssh-client openssh-server-udeb Architecture: source powerpc all Version: 1:4.3p2-4 Distribution: unstable Urgency: high Maintainer: Matthew Vernon [EMAIL PROTECTED] Changed-By: Colin Watson [EMAIL PROTECTED] Description: openssh-client - Secure shell client, an rlogin/rsh/rcp replacement openssh-client-udeb - Secure shell client for the Debian installer (udeb) openssh-server - Secure shell server,
Bug#390007: Bug#389858: tagcoll2 - FTBFS: error: no match for 'operator|'
On Fri, Sep 29, 2006 at 04:11:23PM +0200, Enrico Zini wrote: This is weird for me: I include wibble/operators.h, which defines those operators. And I use the wibble::operators namespace. And in other architectures (arm, powerpc, sparc, and my i386 laptop) it seems to have compiled properly. This is probably caused by types that don't match exactly. Note that 3 of the 4 arches that failed with that error were 64 bit arches, and the other was s390. I know there are some cases where it fails on those 4 arches, but I'm not really sure what the problem is. I think size_t is 64 bit on all tose arches, thus different then an int which is 32 bit on all of them. Kurt: what architecture and g++ version are you using for the build? I was looking at the amd64 buildd log. Note that all buildd logs contains something like this: Toolchain package versions: libc6-dev_2.3.6.ds1-4 linux-kernel-headers_2.6.18-1 gcc-4.1_4.1.1-14 g++-4.1_4.1.1-14 binutils_2.17-2 libstdc++6-4.1-dev_4.1.1-14 libstdc++6_4.1.1-14 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]