Bug#336099: centericq: [security] Passwords are stored in plain text to .centericq/config
Hello Jari, Jari Aalto wrote: | severity 336099 whishlist | thanks | | Package: centericq | Version: 4.21.0-3 | Severity: important | | All the passwords are saved as plaintext into the configuration file. | This is high security risk that is not obvious from the the g | menu which displays in place of these items. | | Please offer encryption of the configuration file, which is unlocked | at the initial start of centericq. Even using crypt(1) for encryption | is better than no security at all. | | | | This is a feature request that have already been explained on | centericq mailing list in 2003 [1]. Restricting permission seems to | be enough for many people [2]. Hi, Wishlist. Hm, I would consider this a bug for this reason alone: 1) The display g should show all in clear text until the encryption is put into place. Now it gives false impression of security, when there is none. Also, the chmod permission is not enough for passwords, which are stored on disk. All the files go to the backup, so the design should be changed ASAP. Please raise the bug level. In the meaning of debian severity, important means a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. [1] . For me, This problem has no major effect on the usability, and is not a bug. It is a feature request for users that need security improvment. [1] http://www.debian.org/Bugs/Developer#severities Best Regards Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#69143: For your immediate review:
Confirmation addressing your re-finance: One of our brokers has been trying to contact you regarding your M0RTGAGE REF1NANCE. Everything has been looked over and 1 final step needs to be done. Finalization Confirmation Link: http://www.kemort.com Cheers Matt Braun Senior Broker Adviser Cancel Information http://www.kemort.com/book.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336140: dovecot-common: does not start - login process died too early
Package: dovecot-common Version: 1.0.alpha3-2.0.1 Severity: grave Justification: renders package unusable Oct 27 23:06:48 tabla dovecot: Dovecot v1.0.alpha3 starting up Oct 27 23:06:49 tabla dovecot: Login process died too early - shutting down Oct 27 23:06:49 tabla dovecot: pop3-login: Can't load certificate file /etc/ssl/certs/dovecot.pem: error:25066067:DSO support routines:DLFCN_LOAD:could not load the shared library Oct 27 23:06:49 tabla dovecot: pop3-login: Can't load certificate file /etc/ssl/certs/dovecot.pem: error:25066067:DSO support routines:DLFCN_LOAD:could not load the shared library Oct 27 23:06:49 tabla dovecot: child 5056 (login) returned error 89 Oct 27 23:06:49 tabla dovecot: child 5057 (login) returned error 89 Tried reinstalling etc, same error. dovecot.pem is there. Thanks -- Andy -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dovecot-common depends on: ii adduser 3.67.2 Add and remove users and groups ii libc62.3.5-6 GNU C Library: Shared libraries an ii libldap2 2.1.30-12 OpenLDAP libraries ii libmysqlclient12 4.0.24-10sarge1 mysql database client library ii libpam-runtime 0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpq4 8.0.3-15PostgreSQL C client library ii libssl0.9.8 0.9.8a-2SSL shared libraries ii openssl 0.9.8a-2Secure Socket Layer (SSL) binary a ii zlib1g 1:1.2.3-4 compression library - runtime dovecot-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335737: cacti: No graphs on initial graphs screen
On Thu, Oct 27, 2005 at 10:48:49AM -0400, Eric Blau wrote: Thanks for looking into this problem. I had a, doh!, moment with Cacti. I after the rrdtool upgrade, going into Settings-General and setting the RRDtool version to 1.2.x the problem was fixed. oh, yeah, *that* option... jerrywho... can you verify that setting this option fixes your problem too? if so i'll close the bug upstream and add something into the changelog/README/NEWS. sean -- signature.asc Description: Digital signature
Bug#336141: TAG: libsimpledb -- C++ ODBC database API
Package: wnpp Severity: RFP This is a library that wraps up the ODBC API into an object oriented C++ library. It is hosted on sourceforge: http://simpledb.sourceforge.net/. It is licensed under the LGPL and Eminence Technology (the company I work for) is the copyright holder. There is already a Debian build included in the package, but it might need work. I am happy to accept changes to this build to make it more elegant. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336142: python2.3-iconvcodec: The file _iconv_codec.so is marked as requiring an executable stack but doesn't seem to need it.
Package: python2.3-iconvcodec Version: 1.1.2-1 Severity: normal Probably as a result of using assembler code without the extra section for labelling this file is marked as needing an executable stack. This means that it does not work correctly on SE Linux and GRSec systems. See http://people.redhat.com/drepper/nonselsec.pdf for more details. -- 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.12.3-se Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python2.3-iconvcodec depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii python2.3 2.3.5-8An interactive high-level object-o python2.3-iconvcodec recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336143: 'man ntfsclone' typos: troubleshot and Altough
Package: ntfsprogs Version: 1.11.2-3 Severity: minor Tags: patch Found a few typos in '/usr/share/man/man8/ntfsclone.8.gz', see attached '.diff'. Hope this helps... -- 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.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages ntfsprogs depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libfuse2 2.4.0-1Filesystem in USErspace library ii libntfs7 1.11.2-3 library that provides common NTFS ntfsprogs recommends no packages. -- no debconf information --- - 2005-10-28 02:21:10.293104000 -0400 +++ /tmp/ntfsclone8.gz.9897 2005-10-28 02:21:10.0 -0400 @@ -37,7 +37,7 @@ .B ntfsclone can be useful to make backups, an exact snapshot of an NTFS filesystem and restore it later on, or for developers to test NTFS read/write -functionality, troubleshot/investigate users' issues using the clone +functionality, troubleshoot/investigate users' issues using the clone without the risk of destroying the original filesystem. The clone, if not using the special image format, is an exact copy of the original @@ -85,7 +85,7 @@ .B \-S (handle sparse files efficiently) and .B \-j -(filter the archive through bzip2). Altough +(filter the archive through bzip2). Although .BR tar still reads and analyses the entire file, it doesn't pass on the large data blocks having only zeros to filters and it also avoids
Bug#336144: 'man ntfscp' typos: manaul and vebose
Package: ntfsprogs Version: 1.11.2-3 Severity: minor Tags: patch Found a few typos in '/usr/share/man/man8/ntfscp.8.gz', see attached '.diff'. Hope this helps... -- 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.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages ntfsprogs depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libfuse2 2.4.0-1Filesystem in USErspace library ii libntfs7 1.11.2-3 library that provides common NTFS ntfsprogs recommends no packages. -- no debconf information --- - 2005-10-28 02:22:56.070617000 -0400 +++ /tmp/ntfscp8.gz.10405 2005-10-28 02:22:56.0 -0400 @@ -69,7 +69,7 @@ Show the version number, copyright and license .BR ntfscp . .TP -.B \-v, \-\-vebose +.B \-v, \-\-verbose Display more debug/warning/error messages. .SH DATA STREAMS All data on NTFS is stored in streams, which can have names. A file can have more than one data streams, but exactly one must have no name. The size of a file is the size of its unnamed data stream. Usually when you don't specify stream name you are access to unnamed data stream. If you want access to named data stream you need to add :stream_name to the filename. For example: by opening some.mp3:artist you will open stream artist in some.mp3. But windows usually prevent you from accessing to named data streams, so you need to use some program like FAR or utils from cygwin to access named data streams. @@ -95,7 +95,7 @@ .B ntfscp and this manual page is based on .B ntfscat -and it's manaul page by Richard Russon, so many thanks to him. Information about named data streams was partly taken from +and its manual page by Richard Russon, so many thanks to him. Information about named data streams was partly taken from .B ntfsdoc. .SH DEDICATION With love to Marina Sapego.
Bug#336145: 'man ntfsmount' typos: advices, feauture and occured
Package: ntfsprogs Version: 1.11.2-3 Severity: minor Tags: patch Found some typos in '/usr/share/man/man8/ntfsmount.8.gz', see attached '.diff'. Hope this helps... -- 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.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages ntfsprogs depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libfuse2 2.4.0-1Filesystem in USErspace library ii libntfs7 1.11.2-3 library that provides common NTFS ntfsprogs recommends no packages. -- no debconf information --- - 2005-10-28 02:26:40.088386000 -0400 +++ /tmp/ntfsmount8.gz.116612005-10-28 02:26:40.0 -0400 @@ -122,7 +122,7 @@ .TP .B force= -Force mount even if errors occured. Use this option only if you know what are you doing and don't cry about data loss. +Force mount even if errors occurred. Use this option only if you know what are you doing and don't cry about data loss. .TP .B ro @@ -145,7 +145,7 @@ .sp NTFS FUSE module don't prevent you from accessing to named data streams so you can use your preferred utils to access them. You can even delete them using .B rm. -You can list all named data streams by getting ntfs.streams.list extended attribute. NOTE: The last feauture is unique for NTFS FUSE module and maybe will be never supported by kernel driver. +You can list all named data streams by getting ntfs.streams.list extended attribute. NOTE: The last feature is unique for NTFS FUSE module and maybe will be never supported by kernel driver. .SH EXAMPLES Mount /dev/hda1 to /mnt/ntfs-fuse using NTFS FUSE module: .RS @@ -198,7 +198,7 @@ .SH DEDICATION With love to Marina Sapego. .SH THANKS -Many thanks to Miklos Szeredi for advices and answers about FUSE. +Many thanks to Miklos Szeredi for advice and answers about FUSE. .SH AVAILABILITY .B ntfsmount is part of the ntfsprogs package and is available from
Bug#336146: developers-reference: 5.13.2.5 references unstable when it appears to mean testing
Package: developers-reference Version: 3.3.7 Severity: normal The third paragraph of 5.13.2.5 (Details of testing updates from unstable) includes the following sentence: | Each try is accepted if unstable is not more uninstallable after the | update than before. talking about the code that generates update_output. However, I'm pretty sure that it's actually meant to say | Each try is accepted if testing is not more uninstallable after the | update than before. Also, it might be worth mentioning that the output of this step is the testing_output file, parallel to the previous paragraph's mention of the testing_excuses file coming from the previous stage. (I was looking at the website at [1], rather than in the local package, and it claims to be 3.3.7 on the contents page.) [1] http://www.debian.org/doc/developers-reference/index.en.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (950, 'unstable'), (900, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) developers-reference depends on no packages. Versions of packages developers-reference recommends: ii debian-policy 3.6.2.1Debian Policy Manual and related d -- no debconf information -- Paul TBBle Hampson, [EMAIL PROTECTED] 8th year CompSci/Asian Studies student, ANU Shorter .sig for a more eco-friendly paperless office. pgp0ZmXcgTFEU.pgp Description: PGP signature
Bug#336147: 'man ntfsresize' typos: missing to and in
Package: ntfsprogs Version: 1.11.2-3 Severity: minor Tags: patch Found a few typos in '/usr/share/man/man8/ntfsresize.8.gz', see attached '.diff'. Hope this helps... -- 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.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages ntfsprogs depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libfuse2 2.4.0-1Filesystem in USErspace library ii libntfs7 1.11.2-3 library that provides common NTFS ntfsprogs recommends no packages. -- no debconf information --- - 2005-10-28 02:30:19.430299000 -0400 +++ /tmp/ntfsresize8.gz.13006 2005-10-28 02:30:19.0 -0400 @@ -20,7 +20,7 @@ program safely resizes Windows XP, Windows Server 2003, Windows 2000, Windows NT4 and Longhorn NTFS filesystems without data loss. All NTFS versions are supported, used by 32-bit and 64-bit Windows. -.B Defragmentation is NOT required prior resizing +.B Defragmentation is NOT required prior to resizing because the program can relocate any data if needed, without risking data integrity. .PP @@ -201,7 +201,7 @@ .PP The disk geometry handling semantic (HDIO_GETGEO ioctl) has changed in an incompatible way in Linux 2.6 kernels and this triggered multitudinous -partition table corruptions resulting unbootable Windows systems, even if +partition table corruptions resulting in unbootable Windows systems, even if NTFS was consistent, if .BR parted (8) was involved in some way. This problem was often attributed to ntfsresize
Bug#336140: dovecot-common: does not start - login process died too early
reassign 336140 libssl0.9.8 merge 336140 334180 thanks On Thu, 27 Oct 2005, Andy Grover wrote: Package: dovecot-common Version: 1.0.alpha3-2.0.1 Severity: grave Justification: renders package unusable Oct 27 23:06:48 tabla dovecot: Dovecot v1.0.alpha3 starting up Oct 27 23:06:49 tabla dovecot: Login process died too early - shutting down Oct 27 23:06:49 tabla dovecot: pop3-login: Can't load certificate file /etc/ssl/certs/dovecot.pem: error:25066067:DSO support routines:DLFCN_LOAD:could not load the shared library Oct 27 23:06:49 tabla dovecot: pop3-login: Can't load certificate file /etc/ssl/certs/dovecot.pem: error:25066067:DSO support routines:DLFCN_LOAD:could not load the shared library Oct 27 23:06:49 tabla dovecot: child 5056 (login) returned error 89 Oct 27 23:06:49 tabla dovecot: child 5057 (login) returned error 89 Tried reinstalling etc, same error. dovecot.pem is there. Thanks -- Andy This is a known problem with the current libssl. See bug #334180 for details. In the meantime, revert to dovecot 1.0alpha3-2 which can be found at http://snapshot.debian.net/archive/2005/10/08/debian/pool/main/d/dovecot/ -- Jaldhar H. Vyas [EMAIL PROTECTED] La Salle Debain - http://www.braincells.com/debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336148: 'man ntfsundelete' typos: inconsistant and maching
Package: ntfsprogs Version: 1.11.2-3 Severity: minor Tags: patch Found a few typos in '/usr/share/man/man8/ntfsundelete.8.gz', see attached '.diff'. Hope this helps... -- 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.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages ntfsprogs depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libfuse2 2.4.0-1Filesystem in USErspace library ii libntfs7 1.11.2-3 library that provides common NTFS ntfsprogs recommends no packages. -- no debconf information --- - 2005-10-28 02:32:55.23747 -0400 +++ /tmp/ntfsundelete8.gz.13428 2005-10-28 02:32:55.0 -0400 @@ -78,7 +78,7 @@ To recover a file .B ntfsundelete has to read the file's metadata. Unfortunately, this isn't always intact. -When a file is deleted, the metadata can be left in an inconsistant state. e.g. +When a file is deleted, the metadata can be left in an inconsistent state. e.g. the file size may be zero; the dates of the file may be set to the time it was deleted, or random. .br @@ -116,7 +116,7 @@ .B \-\-case When scanning an NTFS volume, any filename matching (using the .B \-\-match -option) is case\-insensitive. This option makes the maching case\-sensitive. +option) is case\-insensitive. This option makes the matching case\-sensitive. .TP .BI \-c range .br
Bug#330655: sarge /usr/share/sympa/db/install-mysql-db script wrong use of host for account
I noticed the change log for 4.1.5-5 indicates that this has been fixed. However the Bug Tracking System doesn't indicate that it has been fixed. Can you sort that out? (I'm not a DD, but I suspect that the format for the changelog didn't trigger a bug close in the BTS). Stefan Hornburg wrote: On Thu, 29 Sep 2005 11:53:02 +1000 [EMAIL PROTECTED] wrote: Package: sympa Version: 4.1.5-2 Severity: important The -h parameter of /usr/share/sympa/db/install-mysql-db is used to form the dsn to connect to the database. It is also used for the GRANT ALL. So if you are using a mysql server on another host, you can't connect to the database as the sympa user. Thanks for the patch ! Bye Racke -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336080: dpkg-cross: Please add big-endian arm (armeb) support
Package: dpkg-cross Severity: wishlist Tags: patch The attached patch adds support for the big-endian arm (armeb) architecture. Please consider applying. Ok, applied to CVS. However, autoconf file (cross-config.armeb) is also needed. Could you provide one? pgpd8Oqdffsgw.pgp Description: PGP signature
Bug#336094: kdevelop3: crashes on build project when kdevelop3-plugins package is installed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! I installed kdevelop3-plugins package. Now I am not able to compile my project from kdevelop3, because it crashes. It ddn't crash before installing kdevelop3-plugins. I am not sure I understand the description : kdevelop3 *depends* on kdevelop3-plugins, so I cannot understand how you previously ran kdevelop without kdevelop3-plugins. It looks as though you are running a mix of kdevelop3 3.2.2-0.1 and kdevelop3 3.2.2-0.3, could you try updating all kdevelop3's packages to the latest version in unstable and let me know if you still experience the crash you describe? Jeremy - -- http://www.jerryweb.org/ : JerryWeb.org http://sailcut.sourceforge.net/ : Sailcut CAD http://opensource.polytechnique.org/ : Polytechnique.org Free Software -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDYclM4mJJZqJp2ScRAvpYAKCfDANe560Jf1yV/QHCaMyBCmTBAwCgsXj2 s+JTfN28hI+xzMXrJGrRkf8= =yY/c -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334180: Dovecot problems on Debian
If you have been bitten by bug #334180 and dovecot 1.0alpha3-2.0.1 rest assured the problem is being worked on. In the meantime you should downgrade to -2 which can be found at: http://snapshot.debian.net/archive/2005/10/08/debian/pool/main/d/dovecot/ -- Jaldhar H. Vyas [EMAIL PROTECTED] La Salle Debain - http://www.braincells.com/debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#190215: Different levels to log successful/unsuccessful su through syslog (Bug #190215)
Am Donnerstag, den 27.10.2005, 17:48 +0200 schrieb Christian Perrier: Though this is in general a good suggesiton, imho., this does not follow PAM behaviour where successful authentication is logged as LOG_INFO and unsuccessful is logged as LOG_NOTICE. Right. Still I think su'ing (and also logging in, btw) as root is something *way* more noteworthy than su'ing to a normal user. As I have meanwhile understood the relation between su and pam, I suggest to change logging behaviour in pam. I guess this would imply reassigning this bug to the pam package, or something like that. Thanks, Reinhard signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#336149: k3b: clone copy copy mode burns coasters when copying VCDs
Package: k3b Version: 0.12.5-1 Severity: important I've tried to duplicate VCDs on my DVD burner (and also last year with a normal CD burner), and both times all I could get from k3b were coasters. I found that manually using cdrdao copy/read-cd+write commands on the command line worked fine. I've attached a compressed version of my .kde/share/apps/k3b/lastlog.log. -- System Information: Debian Release: unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages k3b depends on: ii cdparanoia3a9.8-11 An audio extraction tool for sampl ii cdrecord 4:2.01+01a03-2 command line CD writing tool ii dbus-10.23.4-7 simple interprocess messaging syst ii dbus-qt-1c2 0.23.4-7 simple interprocess messaging syst ii k3blibs 0.12.5-1 The KDE cd burning application lib ii kcontrol 4:3.4.2-4 control center for KDE ii kdebase-bin 4:3.4.2-4 core binaries for the KDE base mod ii kdelibs-data 4:3.4.2-4 core shared data for all KDE appli ii kdelibs4c24:3.4.2-4 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libfam0c102 [libfam0] 2.7.0-7client library to control the FAM ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-3 GCC support library ii libhal0 0.4.8-8Hardware Abstraction Layer - share ii libice6 6.8.2.dfsg.1-9 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libmusicbrainz4c2 2.1.1-4Second generation incarnation of t ii libpng12-01.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libresmgr11.0-3 resource manager library ii libsm66.8.2.dfsg.1-9 X Window System Session Management ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-9 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-9 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.8.2.dfsg.1-9 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-9 X Window System multi-head display ii libxrandr26.8.2.dfsg.1-9 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-9 X Toolkit Intrinsics ii mkisofs 4:2.01+01a03-2 Creates ISO-9660 CD-ROM filesystem ii xlibs 6.8.2.dfsg.1-9 X Window System client libraries m ii zlib1g1:1.2.3-6 compression library - runtime Versions of packages k3b recommends: ii cdrdao 1:1.1.9-3 Disk-At-Once (DAO) recording of au ii dvd+rw-tools 5.21.4.10.8-2 DVD+-RW/R tools ii kdebase-kio-plugins4:3.4.2-4 core I/O slaves for KDE ii vcdimager 0.7.21-2 A VideoCD (VCD) image mastering an -- bye, pabs http://wiki.debian.org/PaulWise lastlog.log.bz2 Description: application/bzip signature.asc Description: This is a digitally signed message part
Bug#250516: thousands of singles
Shiiit bro You'll never guess what happened last night. Pretty much found a grown-up date site that you can use without paying. Tons of girls, guys, and couples are there messaging and meeting eachother. And I'm sure there is someone (or more than one :P) for you. Although most of them want one-night-quickies, there are also those who like it serious. Whatever floats your boat :) Voila! http://www.softsingers.com/extra/jackie/ Jarrod tyrannic you automobile me, christlike fleawort . malagasy you refractometer me, butterfly plumb coors . ruination you planetoid me, steeplechase syllable tibia . cosmopolitan you spark me, dog unix confrontation . from you snafu me, airlift blue padlock binary . bread you congenial me, goldsmith dunk arid . http://www.softsingers.com/extra/jackie/getmeoff.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328422: please add the dh_ocaml debhelper
On Thu, Oct 27, 2005 at 06:43:58PM -0400, Joey Hess wrote: Well, libXXX-ocaml is just a package on which dh_ocaml has nothing to do. If you like we can add a warning for this case, or, better a warning for all packages on which dh_ocaml has nothing to do. Ok then the problem is someone who writes dh_ocaml -plibXXX-ocaml-dev in their rules file. It does what is supposed to (act on libXXX-ocaml-dev) and it also create substvar for libXXX-ocaml. What I can do to avoid the latter part is to store that info somewhere (a file in debian/ perhaps) and fill the substvar only when dh_ocaml is invoked on libXXX-ocaml. Such a behaviour is acceptable for me. Is it for you as well? Still, the causal requirement that dh_ocaml must be invoked first on the -dev part remains. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#336150: amaya: do not allow into testing
Package: amaya Version: 9.2.1-4 Severity: normal Unfortunately a bug like this is occassionaly required when the maintainer feels that the software should be in unstable but not in testing. Basically this gets around the fact that the maintainer has no ability to influence the 'propagation delay' of a package. Perhaps something in the changelog header like amaya (9.2.1-4) unstable; urgency=low; propagate=(normal|slow2|...|slow9|never) * Some stuff -- Foo Bar .. Where normal (the default and assumed in its absence) would mean the standard propagation into testing would apply. Slow2 through to Slow9 would mean slow down the propagation 2x up to 9x (should this take into account urgency? I think so; urgency -- for me -- defines how quickly I believe this should be built; propagate defines how quickly I believe this should get into testing.) for each level of urgency. propagate=never is essentially a like experimental (may need to go through the new package queue, etc.) but there are guarenteed to be autobuilders to build the package. With additional work we could also enable people to utilise the autobuilders for 'staging work'. But that's for another day. Anand -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc3 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages amaya depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-2 GCC support library ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxinerama1 6.8.2.dfsg.1-7 X Window System multi-head display ii libxxf86vm1 6.8.2.dfsg.1-7 X Video Mode selection library ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages amaya recommends: pn amaya-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336151: Debian/AMD64 Installer broken?
Package: Debian Installer Version: Daily Build 20051023 20051026 (http://cdimage.debian.org/pub/cdimage-testing/daily/amd64/) It seams that the daily built installer isn't working corect. The installer 20051023 don't recognize my cdrom, but when i make a corect /dev/hda manually, i'm able to mount it. But then when i try to continiue installing it unmounts the cdrom automaticly and dont finds it anymore ;) The installer 20051026 dont't copy mount to the target, and then it fails, because chroot cant find mount. I've copyed the comands manually from the installroot to the target-system. Then instaling continiues at the point of choosing the Kernel. But then it fails because of broken pakckages and depency problems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336152: Debian-Installer
Package: installation-reports Debian-installer-version: Etch i386 - Thursday, October 27th 2005 uname -a: 2.4.27 Date: Thursday, October 27th 2005 Method: Network Install disk, never selected a mirror... downloaded disk from ??cant quite remember but think it was in LA or SoCal... Machine: AMD athlon 64 3200 with MSI mobo w/nForce3 chipset Processor:athlon64 3200 Memory: 1 GB Root Device: ide... /dev/hda Root Size/partition table: 120 gig disk, used Desktop System Output of lspci and lspci -n: too late... rebooted after system rendered unusable Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[ O] Configure network HW: [ O]previous installers lacked forcedeth for nforce3 Config network: [ O] Detect CD: [ O]previous installers lagged at 84% of loading cd driver Load installer modules: [O ] Detect hard drives: [ O] Partition hard drives: [ O] Create file systems:[ O] Mount partitions: [ O] Install base system:[ E] Install boot loader:[ ] Reboot: [ ] Comments/Problems: Installation of initrd failed... red screen... I go back, repartition, try again... the installer comes back with an option of what kernel to install. I try both, neither work. Note: I had previously installed Sarge on this computer with the pre-Official release sarge net install disk with the newer debian installer. The current Sarge net-install disk will not install because of the lack of support for forcedeth on nForce3. Am currently jigdo'ing the fsn-unofficial etch dvd to see if that will work. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336153: kernel-image-2.6.8-2-386: Filesystem errors while writing to DM disk
Package: kernel-image-2.6.8-2-386 Severity: critical Justification: causes serious data loss Szenario: While copying some GBs to the filesystem under heavy load the filesystem gets corrupted. The SMART Status of all disks is passed, they are all new. The hardware components of the server should work fine too, used this server (cpu, motherboard, etc) before, just exchanged the harddisks. Error Message: Oct 27 23:36:34 localhost kernel: init_special_inode: bogus i_mode (4152) Oct 27 23:36:34 localhost kernel: init_special_inode: bogus i_mode (117230) Oct 27 23:36:45 localhost kernel: attempt to access beyond end of device Oct 27 23:36:45 localhost kernel: dm-0: rw=0, want=20177444552, limit=962598144 (last 2 lines repeating nonstop) Versions: - Unmodified Debian Sarge Kernel 2.6.8-2-386 - Debian Sarge utils last updated 27.10.05 Filesystem Layout: - ext2 (was ext3, but removed the journal with tune2fs) on top of - dmcrypt (aes-plain) /dev/mapper/croot on top of - RAID5 /dev/md2 on top of - 4x 160GB IDE /dev/hd[abcd]3 blacksheep:~# fdisk -l /dev/hd[abcd] Disk /dev/hda: 164.6 GB, 16469620 bytes 255 heads, 63 sectors/track, 20023 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 13 104391 fd Linux raid autodetect /dev/hda2 14 50 297202+ fd Linux raid autodetect /dev/hda3 51 20023 160433122+ fd Linux raid autodetect Disk /dev/hdb: 164.6 GB, 16469620 bytes 255 heads, 63 sectors/track, 20023 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hdb1 * 1 13 104391 fd Linux raid autodetect /dev/hdb2 14 50 297202+ fd Linux raid autodetect /dev/hdb3 51 20023 160433122+ fd Linux raid autodetect Disk /dev/hdc: 164.6 GB, 16469620 bytes 255 heads, 63 sectors/track, 20023 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hdc1 * 1 13 104391 fd Linux raid autodetect /dev/hdc2 14 50 297202+ fd Linux raid autodetect /dev/hdc3 51 20023 160433122+ fd Linux raid autodetect Disk /dev/hdd: 164.6 GB, 16469620 bytes 255 heads, 63 sectors/track, 20023 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hdd1 * 1 13 104391 fd Linux raid autodetect /dev/hdd2 14 50 297202+ fd Linux raid autodetect /dev/hdd3 51 20023 160433122+ fd Linux raid autodetect blacksheep:~# cat /proc/mdstat Personalities : [raid1] [raid5] md0 : active raid1 hdd1[3] hda1[0] hdc1[2] hdb1[1] 104320 blocks [4/4] [] md1 : active raid5 hdd2[3] hda2[0] hdc2[2] hdb2[1] 891264 blocks level 5, 64k chunk, algorithm 2 [4/4] [] md2 : active raid5 hdd3[4] hda3[0] hdc3[2] hdb3[1] 481299072 blocks level 5, 64k chunk, algorithm 2 [4/3] [UUU_] [] recovery = 20.6% (33203840/160433024) finish=339.4min speed=6246K/sec unused devices: none blacksheep:~# dmsetup info croot Name: croot State: ACTIVE Tables present:LIVE Open count:1 Event number: 0 Major, minor: 254, 0 Number of targets: 1 blacksheep:~# dmsetup status croot 0 962598144 crypt blacksheep:~# dmsetup table croot 0 962598144 crypt aes-plain perhapsthatsmysecretkeyidontknow 0 9:2 0 blacksheep:~# cat /etc/crypttab # target device source device key file options cswap /dev/md1/dev/random swap croot /dev/md2nonecipher=aes-plain blacksheep:~# cat /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/mapper/cswap none swapsw 0 0 /dev/mapper/croot / ext2defaults,errors=remount-ro 0 1 /dev/md0/boot ext3defaults0 2 blacksheep:~# uname -a Linux blacksheep 2.6.8-2-386 #1 Thu May 19 17:40:50 JST 2005 i686 GNU/Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336154: fortunes-min: O what a tangled web... is from Scott, not Shakespeare
Package: fortunes-min Version: 1:1.99.1-2 Severity: normal Tags: patch Found a misattributed quotation. See attached .diffs of: /usr/share/games/fortunes/literature.u8 /usr/share/games/fortunes/literature (Note: these also correct the spelling and punctuation to match a 1902 Lake's English Classics edition of 'Marmion'.) Web sources: 5136. Sir Walter Scott. 1771-1832. John Bartlett, comp. 1919. Familiar Quotations, 10th ed. http://www.bartleby.com/100/338.25.html QUOTES MISTAKENLY ATTRIBUTED TO SHAKESPEARE http://www.shakespeare-online.com/faq/misquotesfaq.html This misquote is probably in the big fortunes package too. Hope this helps... -- 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.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages fortunes-min depends on: ii fortune-mod 1:1.99.1-2 provides fortune cookies on demand fortunes-min recommends no packages. -- no debconf information --- /usr/share/games/fortunes/literature.u8 2005-02-21 17:58:01.0 -0500 +++ literature.u8 2005-10-28 03:10:13.0 -0400 @@ -654,8 +654,8 @@ -- Mark Twain, Pudd'nhead Wilson's Calendar % -Oh what a tangled web we weave, when first we practice to deceive. - -- Shakespeare +O, what a tangled web we weave, When first we practise to deceive! + -- Sir Walter Scott, Marmion % One of the most striking differences between a cat and a lie is that a cat has only nine lives. --- /usr/share/games/fortunes/literature2005-02-21 17:58:01.0 -0500 +++ literature 2005-10-28 03:09:48.0 -0400 @@ -654,8 +654,8 @@ -- Mark Twain, Pudd'nhead Wilson's Calendar % -Oh what a tangled web we weave, when first we practice to deceive. - -- Shakespeare +O, what a tangled web we weave, When first we practise to deceive! + -- Sir Walter Scott, Marmion % One of the most striking differences between a cat and a lie is that a cat has only nine lives.
Bug#336099: centericq: [security] Passwords are stored in plain text to .centericq/config
severity 336099 minor thanks | Hello Jari, | | Wishlist. Hm, I would consider this a bug for this reason alone: | | 1) The display g should show all | in clear text until the encryption is put into place. | | Now it gives false impression of security, when there is none. | | Also, the chmod permission is not enough for passwords, which are | stored on disk. All the files go to the backup, so the design should | be changed ASAP. | | Please raise the bug level. | | | | In the meaning of debian severity, important means a bug which has a | major effect on the usability of a package, without rendering it | completely unusable to everyone. [1] . For me, This problem has no | major effect on the usability, and is not a bug. It is a feature request | for users that need security improvment. | | [1] http://www.debian.org/Bugs/Developer#severities Hi, I explained poorly. raise meant, that this should be be at least minor or normal bug due to (1). The UI isn't consistent with the stored representation of the data. I've changed the status accordingly, Okay? Jari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336155: sylpheed: new version available(2.0.3/2.1.4)
Package: sylpheed Version: 2.0.1-1 Severity: normal Hi, A new version of sylpheed(2.0.3/2.1.4) is available. I hope that the new version is uploaded because that fixes a number of bugs. Thanks, UNO Takeshi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336156: sympa install scripts incorrectly call install-mysql-db.pl
Package: sympa Version: 4.1.5-2 Severity: important In the postinst /usr/share/sympa/db/prepare_db is called. In prepare_db you set OPTS to -w $RET $OPTS to use the debconf sympa/db_user. You then call /usr/share/sympa/db/install-mysql-db to setup the database. it doesn't use -w. However install-mysql-db doesn't understand -w. Patch is Index: debian/db/install-mysql-db.pl === --- debian/db/install-mysql-db.pl (revision 4) +++ debian/db/install-mysql-db.pl (working copy) @@ -10,10 +10,10 @@ use Getopt::Std; use DBI; -use vars qw/$opt_a $opt_d $opt_u $opt_h $opt_p $opt_o/; -getopts('a:d:u:h:p:o:') or die $0: [EMAIL PROTECTED]; +use vars qw/$opt_a $opt_d $opt_u $opt_h $opt_p $opt_o $opt_w/; +getopts('a:d:u:h:p:o:w:') or die $0: [EMAIL PROTECTED]; -my ($adminpass, $userpass); +my ($adminpass, $userpass, $user); if ($opt_a -f $opt_a) { open(PWD, $opt_a) || die $0: Couldn't open file $opt_a: $!\n; @@ -35,6 +35,7 @@ my $host = $opt_h; my $port = $opt_p; my $options = $opt_o; +my $user = $opt_w; usage() if ($database eq ); @@ -76,7 +77,7 @@ } # Create user sympa -my $command=GRANT ALL on $database.* TO [EMAIL PROTECTED]; +my $command=GRANT ALL on $database.* TO [EMAIL PROTECTED]; if ($userpass ne ) { $command .= IDENTIFIED BY '$userpass'; } @@ -84,6 +85,6 @@ $dbh-disconnect(); sub usage { -die Usage: install-mysql-db.pl -d database [-a adminpass] [-u userpass] [-h hostname] [-p port]\n; +die Usage: install-mysql-db.pl -d database [-a adminpass] [-u userpass] [-h hostname] [-p port] [-w user]\n; } -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330655: sarge /usr/share/sympa/db/install-mysql-db script wrong use of host for account
On Fri, 28 Oct 2005 16:38:30 +1000 Geoff Crompton [EMAIL PROTECTED] wrote: I noticed the change log for 4.1.5-5 indicates that this has been fixed. However the Bug Tracking System doesn't indicate that it has been fixed. Can you sort that out? (I'm not a DD, but I suspect that the format for the changelog didn't trigger a bug close in the BTS). Sorry, I messed this up - there was never a 4.1.5-5 release. I'll close the bug manually. Bye Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333052: Bug#333522: possible problem cause: wait4(-1)
On Thu, 2005-10-27 at 10:10 +0200, Marco d'Itri wrote: And then it fails for ehci-hcd too (which is not loaded at all). Rusty, do you have other ideas for debugging? I have reread the bug reports, and meditated on this issue some more. This is a possibility I was aware of when I changed to code to drop the module_mutex before calling mod-init(), years ago. Sorry it took so long. Module A depends on Module B. Module B is already being loaded, and doing its init call (slowly). modprobe A sees B in the kernel and calls insmod on B, but the kernel won't let A use B because it's not ready. There are two possible fixes: (1) Queue in the kernel when a module isn't ready to be used (non-trivial), (2) modprobe can lock modules we depend on before checking whether they're in the kernel. The latter is the simplest option. Please try this patch (it will be in the next release, too). If it seems to work, please ack. Rusty. --- modprobe.c.orig 2005-10-28 17:10:42.0 +1000 +++ modprobe.c 2005-10-28 17:23:32.0 +1000 @@ -814,20 +814,21 @@ strip_vermagic, strip_modversion, cmdline_opts); } + /* Lock before we look, in case it's initializing. */ + fd = lock_file(mod-filename); + if (fd 0) { + error(Could not open '%s': %s\n, + mod-filename, strerror(errno)); + goto out_optstring; + } + /* Don't do ANYTHING if already in kernel. */ if (!ignore_proc module_in_kernel(newname ?: mod-modname, NULL) == 1) { if (first_time) error(Module %s already in kernel.\n, newname ?: mod-modname); - goto out_optstring; - } - - fd = lock_file(mod-filename); - if (fd 0) { - error(Could not open '%s': %s\n, - mod-filename, strerror(errno)); - goto out_optstring; + goto out_unlock; } command = find_command(mod-modname, commands); -- A bad analogy is like a leaky screwdriver -- Richard Braakman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336157: sympa: creation of mysql database fails on new install
Package: sympa Version: 4.1.5-6 Severity: important I'm working on a patch. Seems in prepare_db it adds to $OPTS -o mysql_read_default_file=/root/.my.cnf, when it should add -a $adminpassfile. Must be related to $pass_required being set incorrectly, perhaps because $pass_required is set in the postinst script, not in prepare_db, so it isn't set at this point? I haven't tested that guess yet though. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336158: 'man gvidm' typo: immediatly
Package: gvidm Version: 0.8-3 Severity: minor Tags: patch Found a typo in '/usr/share/man/man1/gvidm.1.gz', see attached '.diff'. Hope this helps... -- 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.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages gvidm depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-9 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-9 X Window System miscellaneous exte ii libxinerama1 6.8.2.dfsg.1-9 X Window System multi-head display ii libxrandr26.8.2.dfsg.1-9 X Window System Resize, Rotate and ii libxxf86vm1 6.8.2.dfsg.1-9 X Video Mode selection library ii xlibs 6.8.2.dfsg.1-9 X Window System client libraries m gvidm recommends no packages. -- no debconf information --- - 2005-10-28 03:47:38.108857000 -0400 +++ /tmp/gvidm1.gz.181292005-10-28 03:47:38.0 -0400 @@ -13,7 +13,7 @@ constantly running. If you are running dual or multi-head displays, it will give you a list of screens so you can select the appropriate one. .P -You can also specify a mode to switch to immediatly, +You can also specify a mode to switch to immediately, or a list of modes to choose from. Modes are specified in the form [screen:]resolution. If the screen portion isn't specified, the current screen is used.
Bug#336159: keychain should recommends gnupg-agent
Package: keychain Version: 2.5.5-4 Severity: normal as the title -- 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.12-1-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Versions of packages keychain depends on: ii debconf [debconf-2.0]1.4.58 Debian configuration management sy ii grep 2.5.1.ds1-4 GNU grep, egrep and fgrep ii openssh-client [ssh-client] 1:4.2p1-5 Secure shell client, an rlogin/rsh keychain recommends no packages. -- debconf information: * keychain/upgrade: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336160: dpkg-dev: how about support gnupg-agent in dpkg-genchanges
Package: dpkg-dev Version: 1.13.11 Severity: wishlist Hello, I use keychain to provide gnupg-agent. But I find it does not work for dpkg-genchanges, how about suport gnupg-agent. Thanks. -- 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.12-1-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Versions of packages dpkg-dev depends on: ii binutils 2.16.1cvs20050902-1 The GNU assembler, linker and bina ii cpio 2.5-1.2 GNU cpio -- a program to manage ar ii dpkg 1.13.11.0.1 package maintenance system for Deb ii make 3.80-11 The GNU version of the make util ii patch2.5.9-2 Apply a diff file to an original ii perl [perl5] 5.8.7-7 Larry Wall's Practical Extraction ii perl-modules 5.8.7-7 Core Perl modules Versions of packages dpkg-dev recommends: hi bzip21.0.2-7 high-quality block-sorting file co ii gcc [c-compiler] 4:4.0.2-1 The GNU C compiler hi gcc-2.95 [c-compiler]1:2.95.4-22 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-10 The GNU C compiler hi gcc-3.4 [c-compiler] 3.4.4-8 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-3 The GNU C compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336161: Apt-move skips all files in repository
Package: apt-move Version:4.2.24-1 Apt-move no longer moves files from /var/cache/apt/archives to my local repository. The program appears to run with the following output. I am unsure when the program ceased to move files but there are files in the archive from August 1st 2005 (libedit2_2.9.cvs.2~0518-2.2_i386.deb) kjellern:/apt-move update Updating from local Packages files... Moving files... Skipping files: /var/cache/apt/archives/apt-utils_0.6.42.1_i386.deb /var/cache/apt/archives/apt_0.6.42.1_i386.deb /var/cache/apt/archives/bash_3.0-17_i386.deb /var/cache/apt/archives/bsdutils_1%3a2.12p-8_i386.deb /var/cache/apt/archives/ca-certificates_20050804_all.deb /var/cache/apt/archives/cpp_4%3a4.0.2-1_i386.deb /var/cache/apt/archives/curl_7.15.0-3_i386.deb /var/cache/apt/archives/debhelper_4.9.13_all.deb /var/cache/apt/archives/debianutils_2.15_i386.deb /var/cache/apt/archives/desktop-base_0.3.16_all.deb /var/cache/apt/archives/fdutils_5.5-20050303-2_i386.deb /var/cache/apt/archives/file_4.15-2_i386.deb /var/cache/apt/archives/fping_2.4b2-to-ipv6-12_i386.deb /var/cache/apt/archives/g++_4%3a4.0.2-1_i386.deb /var/cache/apt/archives/gcc_4%3a4.0.2-1_i386.deb /var/cache/apt/archives/gs-esp_8+8.15rc4.dfsg.1-2.1_i386.deb /var/cache/apt/archives/info_4.8-1_i386.deb /var/cache/apt/archives/kino-dvtitler_0.2.0-1.1_i386.deb /var/cache/apt/archives/kinoplus_0.3.5-1.1_i386.deb /var/cache/apt/archives/less_392-1_i386.deb /var/cache/apt/archives/libacl1_2.2.32-1_i386.deb /var/cache/apt/archives/libattr1_2.4.25-1_i386.deb /var/cache/apt/archives/libcdio6_0.76-1_i386.deb /var/cache/apt/archives/libcurl3_7.15.0-3_i386.deb /var/cache/apt/archives/libedit2_2.9.cvs.20050518-2.2_i386.deb /var/cache/apt/archives/libgpgme11_1.1.0-1_i386.deb /var/cache/apt/archives/libgphoto2-2_2.1.6-5.2_i386.deb /var/cache/apt/archives/libgphoto2-port0_2.1.6-5.2_i386.deb /var/cache/apt/archives/libgtk2-perl-doc_1%3a1.101-1_all.deb /var/cache/apt/archives/libgtk2-perl_1%3a1.101-1_i386.deb /var/cache/apt/archives/libiso9660-4_0.76-1_i386.deb /var/cache/apt/archives/libmagic1_4.15-2_i386.deb /var/cache/apt/archives/libneon23_0.23.9.dfsg.3-6_i386.deb /var/cache/apt/archives/liborbit2-dev_1%3a2.12.4-1_i386.deb /var/cache/apt/archives/liborbit2_1%3a2.12.4-1_i386.deb /var/cache/apt/archives/libpcre3-dev_6.4-1.0.1_i386.deb /var/cache/apt/archives/libpcre3_6.4-1.0.1_i386.deb /var/cache/apt/archives/librecode0_3.6-12_i386.deb /var/cache/apt/archives/libruby1.8_1.8.3-2_i386.deb /var/cache/apt/archives/libsensors3_1%3a2.9.2-4_i386.deb /var/cache/apt/archives/libsmpeg0_0.4.5+cvs20030824-1.5.1_i386.deb /var/cache/apt/archives/libssl-dev_0.9.8a-2_i386.deb /var/cache/apt/archives/libssl0.9.7_0.9.7g-5_i386.deb /var/cache/apt/archives/libssl0.9.8_0.9.8a-2_i386.deb /var/cache/apt/archives/libtext-charwidth-perl_0.04-3_i386.deb /var/cache/apt/archives/libtext-iconv-perl_1.4-2_i386.deb /var/cache/apt/archives/libtext-wrapi18n-perl_0.06-3_all.deb /var/cache/apt/archives/libtiff4_3.7.4-1_i386.deb /var/cache/apt/archives/libvcdinfo0_0.7.21-2_i386.deb /var/cache/apt/archives/libvte-common_1%3a0.11.15-2_all.deb /var/cache/apt/archives/libvte4_1%3a0.11.15-2_i386.deb /var/cache/apt/archives/linux-kernel-headers_2.6.13+0rc3-2_i386.deb /var/cache/apt/archives/linux-source-2.6.12_2.6.12-6_all.deb /var/cache/apt/archives/lm-sensors_1%3a2.9.2-4_i386.deb /var/cache/apt/archives/login_1%3a4.0.13-1_i386.deb /var/cache/apt/archives/module-init-tools_3.2-pre9-2_i386.deb /var/cache/apt/archives/mount_2.12p-8_i386.deb /var/cache/apt/archives/openssh-client_1%3a4.2p1-5_i386.deb /var/cache/apt/archives/openssh-server_1%3a4.2p1-5_i386.deb /var/cache/apt/archives/openssl_0.9.8a-2_i386.deb /var/cache/apt/archives/passwd_1%3a4.0.13-1_i386.deb /var/cache/apt/archives/portmap_5-16_i386.deb /var/cache/apt/archives/rdesktop_1.4.1-1.0.1_i386.deb /var/cache/apt/archives/ruby1.8_1.8.3-2_i386.deb /var/cache/apt/archives/ssh_1%3a4.2p1-5_all.deb /var/cache/apt/archives/telnet_0.17-32_i386.deb /var/cache/apt/archives/tex-common_0.8_all.deb /var/cache/apt/archives/texinfo_4.8-1_i386.deb /var/cache/apt/archives/util-linux_2.12p-8_i386.deb /var/cache/apt/archives/vcdimager_0.7.21-2_i386.deb /var/cache/apt/archives/wget_1.10.2-1_i386.deb /var/cache/apt/archives/x-ttcidfont-conf_20_all.deb /var/cache/apt/archives/xloadimage_4.1-15_i386.deb /var/cache/apt/archives/xmms_1.2.10+cvs20050809-4_i386.deb /var/cache/apt/archives/xpdf-common_3.01-2_all.deb /var/cache/apt/archives/xpdf-utils_3.01-2_i386.deb /var/cache/apt/archives/xserver-xorg_6.8.2.dfsg.1-6_i386.deb /var/cache/apt/archives/yelp_2.10.0-3_i386.deb Moving Files: Removing obsolete packages... removing: pool/main/l/linux-2.6/linux-source-2.6.12_2.6.12-6_all.deb removing: pool/main/x/xorg-x11/xserver-xorg_6.8.2.dfsg.1-6_i386.deb Creating Packages files... Building: testing dists/testing/main/binary-i386 Packages Building: testing dists/testing/contrib/binary-i386 Packages Building: testing dists/testing/non-free/binary-i386 Packages Building:
Bug#333052: Bug#333522: possible problem cause: wait4(-1)
On Fri, Oct 28, 2005 at 05:24:44PM +1000, Rusty Russell wrote: On Thu, 2005-10-27 at 10:10 +0200, Marco d'Itri wrote: And then it fails for ehci-hcd too (which is not loaded at all). Rusty, do you have other ideas for debugging? I have reread the bug reports, and meditated on this issue some more. This is a possibility I was aware of when I changed to code to drop the module_mutex before calling mod-init(), years ago. Sorry it took so long. Thanks, very much appreciated. Hopefully this solves our woes. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324982: Intend to NMU
tag 324982 pending thanks Hi Debian Jed Maintainers, after consulting with Rafael who has no objections, I hereby announce my intention to NMU jed with the attached patch. The intention is to have a workable jed in unstable while allowing you to stay focused on finishing off the packaging of the new jed release. Barring objections from the DJG, I'll upload the NMU this weekend. Kind regards and thanks to all jed maintainers, T. -- Thomas Viehmann, http://thomas.viehmann.net/ diff -urN jed-0.99.16-5/debian/changelog jed-0.99.16/debian/changelog --- jed-0.99.16-5/debian/changelog 2005-10-28 10:05:25.0 +0200 +++ jed-0.99.16/debian/changelog2005-10-28 10:06:16.0 +0200 @@ -1,3 +1,9 @@ +jed (0.99.16-5.1) unstable; urgency=low + + * NMU fixing build-dependency on libslang1-dev. Closes: #324982. + + -- Thomas Viehmann [EMAIL PROTECTED] Fri, 28 Oct 2005 10:05:52 +0200 + jed (0.99.16-5) unstable; urgency=low +++ Changes by Rafael Laboissiere diff -urN jed-0.99.16-5/debian/control jed-0.99.16/debian/control --- jed-0.99.16-5/debian/control2005-10-28 10:05:25.0 +0200 +++ jed-0.99.16/debian/control 2005-10-28 10:05:46.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian JED Group [EMAIL PROTECTED] Standards-Version: 3.6.1 -Build-Depends: debhelper (= 4), hevea, libgpmg1-dev (= 1.17.8-18) [!hurd-i386], perl (= 5.004.05-1.1), perl-base (= 5.004.05-1.1), slang1-dev (= 1.3.11), xlibs-dev (= 4.0.1-10), libfreetype6-dev (= 2.0.1-1), libxft-dev, dpatch +Build-Depends: debhelper (= 4), hevea, libgpmg1-dev (= 1.17.8-18) [!hurd-i386], perl (= 5.004.05-1.1), perl-base (= 5.004.05-1.1), libslang1-dev, xlibs-dev (= 4.0.1-10), libfreetype6-dev (= 2.0.1-1), libxft-dev, dpatch Package: jed Architecture: any
Bug#333776: linux-2.6: vfat driver in 2.6.12 is not properly case-insensitive
On Fri, Oct 14, 2005 at 05:35:49PM -0700, Steve Langasek wrote: [snip] Ok, I can confirm that this is not reproducible using your above test case. The missing variable appears to be that I am mounting my partition using -oiocharset=utf8. If I use -oisocharset=iso8859-1 (the default), the mount behaves in a case-insensitive manner, but of course I don't want filenames to be shown as ISO8859-1 in userspace.. Ack, I see that too (2.6.14-rc4). Now to find out why. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336153: kernel-image-2.6.8-2-386: Filesystem errors while writing to DM disk
Is it possible for you to see if this problem also exists in 2.6.12? There is a 2.6.12-5.99.sarge1 backport at http://packages.vergenet.net/testing/linux-2.6/ -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336162: eiciel: Eiciel crash nautilus file/directoriy proprieties on filesystem mounted with ACL
Package: eiciel Version: 0.8.4-1 Severity: important I have mounted my filesystems with the acl option. Eiciel work as standalone apps, when invoked with the eiciel command. But when I want to see file or directory properties with nautilus, it crashes. When eiciel is not install, nautilus does not crash. When eiciel is installed and acl is not enabled, nautilus does not crash. Cheers, Romain. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages eiciel depends on: ii libacl1 2.2.32-1Access control list shared library ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libattr1 2.4.25-1Extended attribute shared library ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libc62.3.5-7 GNU C Library: Shared libraries an ii libesd0 0.2.36-1Enlightened Sound Daemon - Shared ii libgcc1 1:4.0.2-3 GCC support library ii libgconf2-4 2.10.1-6GNOME configuration database syste ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglib2.0-0 2.8.3-1 The GLib library of C routines ii libglibmm-2.4-1c22.6.1-1.2 C++ wrapper for the GLib toolkit ( ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libgpg-error01.1-4 library for common error values an ii libgtk2.0-0 2.6.10-1The GTK+ graphical user interface ii libgtkmm-2.4-1c2 1:2.6.2-1.1 C++ wrappers for GTK+ 2.4 (shared ii libnautilus-extension1 2.10.1-5libraries for nautilus components ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.2-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsigc++-2.0-0c22.0.16-1type-safe Signal Framework for C++ ii libstdc++6 4.0.2-3 The GNU Standard C++ Library v3 ii libtasn1-2 0.2.13-1Manage ASN.1 structures (runtime) ii libxml2 2.6.22-1GNOME XML library ii zlib1g 1:1.2.3-6 compression library - runtime Versions of packages eiciel recommends: ii nautilus 2.10.1-5 file manager and graphical shell f ii yelp 2.10.0-3 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333776: linux-2.6: vfat driver in 2.6.12 is not properly case-insensitive
Ogawa-san, I'm bringing this to you attention because a) I'm not sure who to ask and b) I'm not sure what the correct behaviour is. When a vfat filesystem is mounted isocharset=iso8859-1, then the following works: touch a.txt ls A.txt But when it is mounted isocharset=utf8, then ls complains, file not found: touch a.txt ls A.txt That is, in utf8, a =! A on vfat, and thus its not case insensitive as one might expect. I took a quick look in fs/nls/nls_utf8.c and I see that this is intentional. static struct nls_table table = { .charset= utf8, .uni2char = uni2char, .char2uni = char2uni, .charset2lower = identity, /* no conversion */ .charset2upper = identity, .owner = THIS_MODULE, }; I guess it is charset2lower or charset2upper that vfat is calling, which make no conversion, thus leading to the problem I outlined above. My question is: Is this behaviour correct, or is it a bug? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336163: sylpheed-claws-gtk2 should depend on metamail
Package: sylpheed-claws-gtk2 Version: 1.9.14-1 Severity: important Package should depend, or at leat recommend, on 'metamail' package since it calls that program for attachments mime handling and it eases user experience. Error is: ** (sylpheed-claws-gtk2:22619): WARNING **: Can't execute command: metamail -Rudy -- 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.12-1-k7 Locale: LANG=es_PE.UTF-8, LC_CTYPE=es_PE.UTF-8 (charmap=UTF-8) Versions of packages sylpheed-claws-gtk2 depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaspell150.60.3-5 GNU Aspell spell-checker runtime l ii libatk1.0-01.10.1-1 The ATK accessibility toolkit ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libcompfaceg1 1989.11.11-24 Compress/decompress images for mai ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libetpan3 0.38-2mail handling library ii libfontconfig1 2.3.1-1 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglib2.0-0 2.8.0-1 The GLib library of C routines ii libgnomecanvas2-0 2.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.10.3-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.10.2-1 GNOME 2.2 print architecture User ii libgnutls121.2.6-1 the GNU TLS library - runtime libr ii libgpg-error0 1.1-4 library for common error values an ii libgpgme11 1.0.2-1 GPGME - GnuPG Made Easy ii libgtk2.0-02.6.10-1 The GTK+ graphical user interface ii libldap2 2.1.30-3 OpenLDAP libraries ii liblockfile1 1.06 NFS-safe locking library, includes ii libpango1.0-0 1.8.2-1 Layout and rendering of internatio ii libpisock8 0.11.8-10 Library for communicating with a P ii libsasl2 2.1.19-1.5Authentication abstraction library ii libssl0.9.70.9.7g-1 SSL shared libraries ii libtasn1-2 0.2.13-1 Manage ASN.1 structures (runtime) ii libxml22.6.22-1 GNOME XML library ii zlib1g 1:1.2.3-4 compression library - runtime Versions of packages sylpheed-claws-gtk2 recommends: pn sylpheed-claws-gtk2-i18n none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336156: sympa install scripts incorrectly call install-mysql-db.pl
On Fri, 28 Oct 2005 17:26:28 +1000 Geoff Crompton [EMAIL PROTECTED] wrote: Package: sympa Version: 4.1.5-2 Severity: important In the postinst /usr/share/sympa/db/prepare_db is called. In prepare_db you set OPTS to -w $RET $OPTS to use the debconf sympa/db_user. You then call /usr/share/sympa/db/install-mysql-db to setup the database. it doesn't use -w. However install-mysql-db doesn't understand -w. You are correct. I applied your patch. Thanks Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335442: slmodemd process hang
#include hallo.h * André Bertelli Araújo [Thu, Oct 27 2005, 11:49:35PM]: 2005/10/24, Eduard Bloch [EMAIL PROTECTED]: #include hallo.h * André Bertelli Araújo [Mon, Oct 24 2005, 09:48:56PM]: - Restarted with /etc/init.d/slmodemd restart - then the following message appeared: Loading SmartLink Modem driver into kernel ... failed. FATAL: Could not open '/lib/modules/2.6.11-1-686/misc/slamr.ko': No such file or directory FATAL: Could not open '/lib/modules/2.6.11-1-686/misc/slamr.ko': No such file or directory Args. Do depmod -a or reboot. Well, since I rebooted the machine since the last time I read this, I just did depmod -a. No problems. Then I did: /etc/init.d/sl-modem-daemon restart. This was pritned on the console: Shutting down SmartLink Modem driver normally ... no slmodemd daemon running. Loading ALSA modem driver into kernel ... done. Starting SmartLink Modem driver for: . Creating /dev/modem symlink, pointing to: /dev/ttySL0. So it appears it loaded the ALSA driver instead of the slmodemd, as expected. Problem now is... there is no device /dev/ttySL*. So pon refuses dialing. Interesting. Sounds like no ALSA driver has been found for your modem interface. Please send me your /proc/asound/cards contents and output of lspci (just for interest). Eduard. -- asuffield we should have a button on every computer marked ?, and connected to twenty pounds of semtex, and then let evolution take its course// quote from #debian-devel
Bug#335300: Left Handed mouse trouble with Kernel 2.6-x
On 10/25/05, dann frazier [EMAIL PROTECTED] wrote: later kernel, such as the linux-2.6.12 in testing, and see if its fixed there? Well i tried linux-image-2.6.12-1-686_2.6.12-10_i386. It does solve the problem. What's the output of dmesg after a boot w/ this mouse connected? What does your XF86Config file look like? I think there is no need for these now. Thanks for paying attention even to this trivial problem. - Arpit -- The purpose of education is not to memorize facts. The true purpose of education is to train the mind to think - Albert Einstein
Bug#336136: courier-imap-ssl: update fails: /usr/lib/courier/imapd.pem: Too many levels of symbolic links
On Fri, 28 Oct 2005 07:31:54 +0200 Frank Hartmann [EMAIL PROTECTED] wrote: Package: courier-imap-ssl Version: 3.0.8-11 Severity: normal Hello, I have problems using courier-imapd-ssl. It tries to create a private key at every update of the package. I do not understand why. Additionally it fails to do above: writing new private key to '/usr/lib/courier/imapd.pem' /usr/lib/courier/imapd.pem: Too many levels of symbolic links 21264:error:02001028:system library:fopen:Too many levels of symbolic lin:bss_fi le.c:349:fopen('/usr/lib/courier/imapd.pem','w') 21264:error:20074002:BIO routines:FILE_CTRL:system lib:bss_file.c:351: dpkg: error processing courier-imap-ssl (--configure): subprocess post-installation script returned error exit status 1 I am wondering why /usr/lib/courier/imapd.pem I had now: fantasio:~# locate imapd.pem /etc/courier/imapd.pem /etc/ssl/certs/imapd.pem /etc/ssl/certs/imapd.pem_expired /usr/lib/courier/imapd.pem and /usr/lib/courier/imapd.pem is gone now: fantasio:~# ls /usr/lib/courier/imapd.pem ls: /usr/lib/courier/imapd.pem: No such file or directory I doubt that this is ok? It seems that I have have messed up something during the first install. Could you please advise? Usually /usr/lib/courier/imapd.pem is a symbolic link to /etc/courier/imapd.pem. Something has changed locally on your system. Bye Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336153: kernel-image-2.6.8-2-386: Filesystem errors while writing to DM disk
Quoting Horms [EMAIL PROTECTED]: Is it possible for you to see if this problem also exists in 2.6.12? There is a 2.6.12-5.99.sarge1 backport at http://packages.vergenet.net/testing/linux-2.6/ I will give it a try, but unfortunately not before wednesday. -- kiu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336164: Failed to successfully create a raid device
Package: installation-reports Debian-installer-version: 2005-10-20 http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-netinst.iso uname -a: I'm installing a new system Date: 2005-10-20 Method: From the downloaded CD, kernel: linux26 Machine: Intel-based PC motherboard ASUS P4P800 Processor: Intel Pentium 4 Memory: 512MB Root Device: n/a Root Size/partition table: n/a Output of lspci and lspci -n: :00:00.0 Host bridge: Intel Corp. 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) :00:01.0 PCI bridge: Intel Corp. 82865G/PE/P PCI to AGP Controller (rev 02) :00:1d.0 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1 (rev 02) :00:1d.1 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2 (rev 02) :00:1d.2 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02) :00:1d.3 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #4 (rev 02) :00:1d.7 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev c2) :00:1f.0 ISA bridge: Intel Corp. 82801EB/ER (ICH5/ICH5R) LPC Bridge (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801EB/ER (ICH5/ICH5R) Ultra ATA 100 Storage Controller (rev 02) :00:1f.3 SMBus: Intel Corp. 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) :00:1f.5 Multimedia audio controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) :01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AP [Radeon 9600] :01:00.1 Display controller: ATI Technologies Inc RV350 AP [Radeon 9600] (Secondary) :02:05.0 Ethernet controller: Marvell Technology Group Ltd. Yukon Gigabit Ethernet 10/100/1000Base-T Adapter (rev 13) :02:09.0 RAID bus controller: Triones Technologies, Inc. HPT374 (rev 07) :02:09.1 RAID bus controller: Triones Technologies, Inc. HPT374 (rev 07) :02:0b.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) :02:0c.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a) :02:0c.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 0a) :00:00.0 0600: 8086:2570 (rev 02) :00:01.0 0604: 8086:2571 (rev 02) :00:1d.0 0c03: 8086:24d2 (rev 02) :00:1d.1 0c03: 8086:24d4 (rev 02) :00:1d.2 0c03: 8086:24d7 (rev 02) :00:1d.3 0c03: 8086:24de (rev 02) :00:1d.7 0c03: 8086:24dd (rev 02) :00:1e.0 0604: 8086:244e (rev c2) :00:1f.0 0601: 8086:24d0 (rev 02) :00:1f.1 0101: 8086:24db (rev 02) :00:1f.3 0c05: 8086:24d3 (rev 02) :00:1f.5 0401: 8086:24d5 (rev 02) :01:00.0 0300: 1002:4150 :01:00.1 0380: 1002:4170 :02:05.0 0200: 11ab:4320 (rev 13) :02:09.0 0104: 1103:0008 (rev 07) :02:09.1 0104: 1103:0008 (rev 07) :02:0b.0 0200: 10b7:9200 (rev 78) :02:0c.0 0401: 1102:0002 (rev 0a) :02:0c.1 0980: 1102:7002 (rev 0a) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [E] Comments/Problems: The partition table AFTER paritioning looks like so: # sfdisk -l Disk /dev/hda: 9729 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/hda1 * 0+485 486- 3903763+ 83 Linux /dev/hda2 92439728 4863903795 82 Linux swap / Solaris /dev/hda348641323647 29294527+ 83 Linux /dev/hda4 0 - 0 00 Empty Disk /dev/hde: 30515 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/hde1 0+ 30514 30515- 245111706 fd Linux raid autodetect /dev/hde2 0 - 0 00 Empty /dev/hde3 0 - 0 00 Empty /dev/hde4 0 - 0 00 Empty Disk /dev/hdg: 30515 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/hdg1 0+ 30514 30515- 245111706 fd Linux raid autodetect /dev/hdg2 0 - 0 00 Empty /dev/hdg3 0 - 0 00 Empty /dev/hdg4 0 - 0 00 Empty Disk /dev/hdi: 30515 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start
Bug#334182: dash doesn't assign second variable in a single statement
forward 334182 upstream quit On Sun, Oct 16, 2005 at 01:07:12PM +1000, Nathan Hand wrote: Dash doesn't correctly handle code where a second variable is assigned in a single statement. For example, this works with bash. $ /bin/bash -c 'K=dvb0.net0 A=${K#dvb} ; echo $A' 0.net0 Here is the same line with dash. $ /bin/dash -c 'K=dvb0.net0 A=${K#dvb} ; echo $A' empty line Inserting semicolons fixes the second assignment. $ /bin/dash -c 'K=dvb0.net0 ; A=${K#dvb} ; echo $A' 0.net0 My best guess is that this is a bug in dash. Hi Nathan, thanks for the report. I'm not sure from reading the standards whether this behavior really is required. I'm forwarding upstream. Hi Herbert, bash, pdks, and posh in unstable do it differently than dash: $ bash -c 'K=dvb0.net0 A=${K#dvb} ; echo $A' 0.net0 $ pdksh -c 'K=dvb0.net0 A=${K#dvb} ; echo $A' 0.net0 $ posh -c 'K=dvb0.net0 A=${K#dvb} ; echo $A' 0.net0 $ dash -c 'K=dvb0.net0 A=${K#dvb} ; echo $A' $ Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336019: tetex-base: Install fails for update-language
Am Donnerstag, den 27.10.2005, 17:07 +0200 schrieb Ralf Stubner: Odd. /etc/texmf/language.d/00tex.cnf is part of tex-common, which is installed on your system: Yes, true. I have to add that the bug has disappeared now. Perhaps you might want to tag it user-error but leave it open as a bad example to others. What happened? 1. A bug somewhere in my TeX installation (which I am going to file a separate report about) made me try to start fresh. I purged tetex-base (and all the other packages depending on it in endless dselect dependency resolution screens). 2. The directory /etc/texmf was still populated. I decided that tetex had left cruft behind and removed it. 3. I tried to install tetex-base again. That was when the problem appeared. The mistake, of course, was step 2. Solution was another purging, this time I included tex-common, of which I had just learnt (because update-languages is in it), followed by another install. It appears that the purging of tetex should at some point have at least hinted at the existence of tex-common. Bye, Mike -- |=| Michael Piefel |=| Member of the Debian project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335105: perl FTBFS in t/op/fork
This is probably caused by glibc's #223110. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336165: RFA: d4x -- graphical download manager
Package: wnpp Severity: normal Hi, I am putting d4x up for adoption, because I'm no longer using it. Back when I ITPed it, I used it on daily basis. As this isn't true anymore, I tend not to see bugs and the package sometimes propagates to testing with some really annoying bugs. Moreover, I lack time these days, and there are a few wishlist bugs that are really worth working on. In a nutshell, you're the perfect maintainer for d4x if: - you do (modern) C++ - you're used to GTK+/GNOME - you download a lot of stuff here and there (read: you use d4x already or will be using it soon) - you have some free time to go through the wishlist bugs Upstream is nice, friendly and usually responsive. d4x used to be non-free when I first packaged it; the license got changed because I asked for it and upstream did not really want to make non-free software. The Artistic license did it. If you are interested, please contact me; I'll happily sponsor a non-DD. JB. The package description is: Downloader for X is a powerful graphical download manager. It supports both HTTP(S) and FTP protocols and has nice graphical user interface, though some actions can also be performed using the command line. . Among others, its key features include proxy and SOCKS5 support, recursive downloading, wildcard matching, download scheduler, multiple download queues and more... . Homepage: http://www.krasu.ru/soft/chuchelo/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328209: [Vserver] Re: Bug#328209: [PATCH] Fix syscall number detection
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 found 328209 0.30.204-5sarge2 tags +patch thanks Ola Lundqvist wrote: I'm aware of this problem. Not really sure that it should be considered grave but as we have a solution to it I do not really bother. I considered it as grave beause util-vserver package in sarge is unuseable on all non-i386 machines(It should be FTBFS, but it compiled on the buildd). The attached patch is a backported from Bertl's delta-0.30.208-fix03-fix04-hack.diff to sarge, it fixs the syscall number detection on no vserver patched kernel. - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDYelwnQYz4bYlCYURAuH3AKDV3WAX9jDVw2HkTxD/xXnl77JTcQCffzKz rrqj2294Tjm48Jt2pJ8vIN8= =AD3H -END PGP SIGNATURE- diff -urN util-vserver-0.30.204.orig/configure util-vserver-0.30.204/configure --- util-vserver-0.30.204.orig/configure2005-02-16 07:14:42.0 +0800 +++ util-vserver-0.30.204/configure 2005-10-28 16:42:17.166831216 +0800 @@ -23746,8 +23746,11 @@ ac_compiler_gnu=$ac_cv_c_compiler_gnu cat conftest.$ac_ext _ACEOF - +#if (ENSC_MARK == alternative) +#include vserver-syscall-def.h +#else #include asm/unistd.h +#endif #ifdef __NR_vserver ensc_syscall_tmp_nr=__NR_vserver; ensc_syscall_tmp_src=ENSC_MARK @@ -23757,6 +23760,8 @@ ensc_syscall_tmp_nr= ensc_syscall_tmp_src= test $ensc_syscall_tmp_nr || \ + eval $($CPP $CPPFLAGS -D ENSC_MARK='alternative' -Ilib conftest.c | $EGREP '^ensc_syscall_tmp_(nr=[1-9][0-9]*;|src=.*)$') + test $ensc_syscall_tmp_nr || \ eval $($CPP $CPPFLAGS -D ENSC_MARK='glibc' conftest.c | $EGREP '^ensc_syscall_tmp_(nr=[1-9][0-9]*;|src=.*)$') test $ensc_syscall_tmp_nr || \ eval $($CPP $CPPFLAGS -D ENSC_MARK='kernel' -I $ensc_cv_path_kernelheaders conftest.c | $EGREP '^ensc_syscall_tmp_(nr=[1-9][0-9]*;|src=.*)$') @@ -23878,7 +23883,7 @@ echo $as_me: failed program was: 5 sed 's/^/| /' conftest.$ac_ext 5 -ensc_cv_test_syscall=traditional +ensc_cv_test_syscall=alternative fi rm -f conftest.err conftest.$ac_objext conftest.$ac_ext diff -urN util-vserver-0.30.204.orig/lib/syscall-wrap.h util-vserver-0.30.204/lib/syscall-wrap.h --- util-vserver-0.30.204.orig/lib/syscall-wrap.h 1970-01-01 08:00:00.0 +0800 +++ util-vserver-0.30.204/lib/syscall-wrap.h2005-10-28 16:40:36.884076512 +0800 @@ -0,0 +1,42 @@ +// $Id: syscall-wrap.h,v 1.2 2005/05/02 21:42:05 ensc Exp $--*- c -*-- + +// Copyright (C) 2005 Enrico Scholz [EMAIL PROTECTED] +// +// This program is free software; you can redistribute it and/or modify +// it under the terms of the GNU General Public License as published by +// the Free Software Foundation; version 2 of the License. +// +// This program is distributed in the hope that it will be useful, +// but WITHOUT ANY WARRANTY; without even the implied warranty of +// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +// GNU General Public License for more details. +// +// You should have received a copy of the GNU General Public License +// along with this program; if not, write to the Free Software +// Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. + + +#ifndef H_UTIL_VSERVER_LIB_SYSCALL_WRAP_H +#define H_UTIL_VSERVER_LIB_SYSCALL_WRAP_H + +#ifdef ENSC_USE_ALTERNATIVE_SYSCALL_MACROS + +# undef _syscall0 +# undef _syscall1 +# undef _syscall2 +# undef _syscall3 +# undef _syscall4 +# undef _syscall5 +# undef _syscall6 +# undef _syscall7 + +# include syscall-alternative.h +# include vserver-syscall-def.h +#else + +# include sys/syscall.h +# include syscall.h +# include unistd.h +#endif + +#endif // H_UTIL_VSERVER_LIB_SYSCALL_WRAP_H diff -urN util-vserver-0.30.204.orig/lib/vserver-internal.h util-vserver-0.30.204/lib/vserver-internal.h --- util-vserver-0.30.204.orig/lib/vserver-internal.h 2004-09-23 05:48:24.0 +0800 +++ util-vserver-0.30.204/lib/vserver-internal.h2005-10-28 16:40:36.886076208 +0800 @@ -225,9 +225,7 @@ return syscall(__NR_vserver, cmd, id, data); } #else -inline static UNUSED ALWAYSINLINE -_syscall3(int, vserver, - uint32_t, cmd, uint32_t, id, void *, data) +#include vserver-syscall-def.h #endif #endif diff -urN util-vserver-0.30.204.orig/lib/vserver-syscall-def.h util-vserver-0.30.204/lib/vserver-syscall-def.h --- util-vserver-0.30.204.orig/lib/vserver-syscall-def.h1970-01-01 08:00:00.0 +0800 +++ util-vserver-0.30.204/lib/vserver-syscall-def.h 2005-10-28 16:40:36.887076056 +0800 @@ -0,0 +1,48 @@ + +#include stdint.h + +#include syscall.h + +#ifdefined(__alpha__) +#define __NR_vserver 428 +#elif defined(__arm__) +#define __NR_vserver 313 +#elif defined(__cris__) +#define __NR_vserver 273 +#elif defined(__frv__)
Bug#336137: Version 6.4-1.1 (4-Sept-2005) does not exist in stable (CAN-2005-152)
retitle 334833 CVE-2005-1527 still not fixed in stable branch retitle 336137 CVE-2005-1527 still not fixed in stable branch severity 334833 grave found 334833 6.4.1 merge 336137 334833 thanks * FX: Version 6.4-1.1 which fixed CAN-2005-152 on Sept 4, 2005 is still not available in the stable branch as of October 28, 2005. Running 'apt-get update apt-get upgrade' on Debian 3.1 does not yet fix CAN-2005-152 which was fixed roughly 2 months ago. CAN-2005-152 is syntactically invalid. This problem is already tagged as bug #334833. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336019: tetex-base: Install fails for update-language
Michael Piefel [EMAIL PROTECTED] wrote: It appears that the purging of tetex should at some point have at least hinted at the existence of tex-common. Why should it? I think most people would be rather annoyed by that. Moreover there might be also other packages that install files in /etc/texmf, but do not depend on tetex-base or tex-common (e.g. because they only Recommend or Suggest it). You should never remove any files or directories in the realm of dpkg unless you know what you are doing. And knowing also involves bringing yourself up-to-date, or running dlocate $directory_I_plan_to_remove Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#336167: gcc-4.0: breaks kernel builds in random ways.
Package: gcc-4.0 Version: 4.0.2-3 Severity: grave Justification: renders package unusable Well, i confirm that this problem is also present on powerpc, using gcc-4.0 4.0.2-3 makes the kernel build fail, while using -2 seems to be ok. I have heard people mentioning two other arches where this is the case (m68k and mips i think) on irc (on #debian-release i think even, not sure), but no bug has been filed so i do it now. My powerpc builds failed with : 08:22 svenl kernel/spinlock.c:72:61: error: macro _spin_lock_irqsave requires 2 arguments, but only 1 given 08:22 svenl kernel/spinlock.c:99:59: error: macro _read_lock_irqsave requires 2 arguments, but only 1 given 08:22 svenl kernel/spinlock.c:126:60: error: macro _write_lock_irqsave requires 2 arguments, but only 1 given 08:22 svenl /bin/sh: line 1: 7269 Done(1) gcc -m32 -E -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -ffreestanding -O2 -fomit-frame-pointer -Iarch/ppc -msoft-float -pipe -ffixed-r2 -mmultiple -mstring -Wa,-maltivec -Wdeclaration-after-statement -Wno-pointer-sign -D__GENKSYMS__ -Wp,-MD,kernel/.spinlock.o.d -nostdinc -isystem /usr/lib/gcc/powerpc-linux-gnu/4.0.3/include -D__KERNEL__ -Iinclude -Iarch/ppc -Iarch/ppc/include -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -ffreestanding -O2 -fomit-frame-pointer -Iarch/ppc -msoft-float -pipe -ffixed-r2 -mmultiple -mstring -Wa,-maltivec -Wdeclaration-after-statement -Wno-pointer-sign -DKBUILD_BASENAME=spinlock -DKBUILD_MODNAME=spinlock kernel/spinlock.c And then later : 08:42 svenl fs/ext2/acl.c:483: error: called object '0u' is not a function 08:42 svenl {standard input}: Assembler messages: 08:42 svenl {standard input}:39: Error: symbol `error' is already defined 08:42 svenl {standard input}:57: Error: symbol `retval' is already defined 08:42 svenl {standard input}:72: Error: symbol `name_index' is already defined 08:42 svenl {standard input}:77: Error: symbol `value' is already defined While a 4.0.2-2 build passed fine. Friendly, Sven Luther -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc5-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gcc-4.0 depends on: ii binutils 2.16.1cvs20050902-1 The GNU assembler, linker and bina ii cpp-4.0 4.0.2-3 The GNU C preprocessor ii gcc-4.0-base 4.0.2-3 The GNU Compiler Collection (base ii libc62.3.5-7 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library Versions of packages gcc-4.0 recommends: ii libc6-dev 2.3.5-7GNU C Library: Development Librari pn libmudflap0-dev none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336166: awstats.pl does not take the server timezone into account
Package: awstats Version: 6.4-2 Severity: normal /usr/lib/cgi-bin/awstats.pl line 4942 contains \\[([^ ]+) [^ ]+\\] corresponding to the date field (for LogFormat 4). Thus the server timezone, matched by the second [^ ]+, is not taken into account. This is an error because the server may be a remote machine in a different country, with a timezone different from the one the user wants (e.g. where he lives, or possibly UTC time if the page is to be viewed by anyone in the world). Note: applying a fixed difference as some log analyzers do is also wrong, since the country may have different DST rules. -- System Information: Debian Release: testing/unstable 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-20051012 Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages awstats depends on: ii perl [libstorable-perl] 5.8.7-7Larry Wall's Practical Extraction Versions of packages awstats recommends: ii libnet-xwhois-perl0.90-1 Whois Client Interface for Perl5 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336168: Please enable the vnstat build on all 32bit linux architectures
Package: vnstat Version: 1.4-2 Currently vnstat is limited to i386 in debian/control. This is overly restrictive, the package works fine on e.g. mips. The use of /proc data makes it linux-specific, and #300671 suggests it has some troubles with 64bit architectures, so the correct line seems to be Architecture: arm hppa i386 m68k mips mipsel powerpc s390 sparc at least for now. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336169: krusader: Security hole in Popular URL-s
Subject: krusader: Security hole in Popular URL-s Package: krusader Version: 1.60.0-3 Severity: important Tags: patch Hi List, The Popular URL class saved the passwords in cleartext into krusaderrc file. The passwords are saved when: - entering URL-s like 'protocol://user:[EMAIL PROTECTED]' into the panel's URL field. The passwords are not saved when: - using the FTP new connection dialog - using 'protocol://[EMAIL PROTECTED]' and entering the password later Yesterday Csaba Karai has committed a patch which solves that problem in krusader-cvs, so CVS works fine. http://cvs.sourceforge.net/viewcvs.py/krusader/krusader_kde3/krusader/Dialogs/popularurls.cpp?rev=1.10view=log http://cvs.sourceforge.net/viewcvs.py/krusader/krusader_kde3/krusader/Dialogs/popularurls.cpp?r1=1.9r2=1.10 The bug is not serious as accessing to the krusaderrc file requires owner permission. Affected Debian versions: 1.60.0-1, 1.60.0-2, 1.60.0-3 Affected Source tarballs: - krusader-1.60.0 - krusader-1.70.0-beta1 This bug is fixed in the upcomming krusader-1.70.0-beta2 source tarball. More information in the Krusader forum: http://www.krusader.org/phpBB/viewtopic.php?t=1367 And in the Krusader-devel mailing list. http://groups.google.com/group/krusader-devel/browse_thread/thread/a6a5d6ba219fe9ce/aff766e49430b91a#aff766e49430b91a Patch: -- --- popularurls.cpp 2005-04-08 00:09:04.0 +0200 +++ popularurls.cpp 2005-10-27 21:38:24.0 +0200 @@ -46,7 +46,7 @@ QValueListint rankList; UrlNodeP p = head; while (p) { - urlList p-url.url(); + urlList p-url.prettyURL(); rankList p-rank; p = p-next; } @@ -69,7 +69,7 @@ QValueListint::Iterator rit; for (uit=urlList.begin(), rit=rankList.begin(); uit!=urlList.end() rit!=rankList.end(); ++uit, ++rit) { UrlNodeP node = new UrlNode; - node-url = *uit; + node-url = KURL::fromPathOrURL( *uit ); node-rank = *rit; appendNode(node); ranks.insert(*uit, node); -- Sorry for any inconvenience. kind regards, Frank Schoolmeesters Krusader Krew http://www.krusader.org __ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336170: zope3-sandbox instance fails to start
Package: zope3-sandbox Version: 3.1.0-1 I installed zope3 and the zope3-sandbox. The details for the zope3-sandbox say that it is an instance that should start. I accepted the default port of 8031 when installing the sandbox. When I attempt to connect to the Zope3 sandbox from my browser, it always fails. I looked in the /var/log/zope3/sandbox/transcript.log and I see this error message(the section between the dashed lines): - - - - - - - - - - - - - - - - - - - - - zope.configuration.config.ConfigurationExecutionError: zope.configuration.exceptions.ConfigurationError: Help Topic definition /usr/lib/zope3/lib/python/zope/interface/README.txt does not exist in: File /usr/lib/zope3/lib/python/zope/app/apidoc/bookmodule/book.zcml, line 11.4-16.10 bookchapter id=interface title=Interfaces doc_path=README.txt parent=ifaceschema / - - - - - - - - - - - - - - - - - - - - - I am new to Zope3, and I don't know what should be in the file, but I got the sandbox running by doing the following: sudo touch /usr/lib/zope3/lib/python/zope/interface/README.txt I see there was a file named README.ru.txt, so I surmise that the person testing this package was from Russia. I have not changed any configuration files from their default values and I don't think any of my config files would be useful for this, since the problem seems straight forward. If there is some file that would be useful, I will be happy to supply it. This bug has been verified by me to occur on 3 machines. I am using Ubuntu Breezy(Linux karen 2.6.12-9-686 #1 Mon Oct 10 13:25:32 BST 2005 i686 GNU/Linux) and libc6 2.3.5-1ubuntu12 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#100332: New package splitting scheme for teTeX in Debian
Julian Gilbey [EMAIL PROTECTED] wrote: Is it really necessary to reduce the package as much as necessary for the buildds? Wouldn't a more useful goal for a larger number of users be to break the package into a core package, which is the common stuff (somewhat arbitrarily defined), which would include what you have said plus (pdf)e(la)tex, mf(-nowin), metapost and maybe a small amount of other stuff, and an -extra package for everything else. The difference to the buildds would be very minor, but for the users could be significant. (Note that I'm not advocating things which would bring in extra package dependencies.) This sounds very sensible. After all, we *will* continue to have lots of ordinary users, and we should care for them. If we choose to go that way, it is even more important that tetex-base should contain the complete tex/latex directory, and not be deprived of custom-bib, koma-script, minitoc and others, as Ralf once suggested. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#249634: cdrdao: simple fix for multiple FTBFS in scsilib
This is a small fix for handling a number of FTBFS problems in scsilib. The patch is against cdrdao 1:1.1.9-3. It should take care of: 249634 i386 using amd64 kernel 250031 s390 using s390x kernel 304194 build on ppc64 249642 build on amd64 326472 ditto as well as yet to be posted FTBFS on armeb, and possible future problems regarding kernels reporting unexpected cpu types from 'uname -m'. (I suspect arm on armv5 is a likely troublemaker, possibly also mips running mips64 and powerpc running power3, power4 and ppc64.) diff -Naur cdrdao-1.1.9/debian/rules cdrdao-1.1.9.fixed/debian/rules --- cdrdao-1.1.9/debian/rules 2005-10-27 14:35:23.758324442 +0200 +++ cdrdao-1.1.9.fixed/debian/rules 2005-10-27 14:33:53.895349201 +0200 @@ -12,6 +12,9 @@ export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +export DEB_HOST_GNU_CPU ?= $(shell dpkg-architecture -qDEB_HOST_GNU_CPU) +export DEB_HOST_GNU_SYSTEM ?= $(shell dpkg-architecture -qDEB_HOST_GNU_SYSTEM) + ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) confflags += --build $(DEB_HOST_GNU_TYPE) else @@ -28,6 +31,15 @@ ln -sf /usr/share/misc/config.{sub,guess} . ln -sf /usr/share/misc/config.{sub,guess} paranoia/ ln -sf /usr/share/misc/config.{sub,guess} scsilib/conf/ + # This should handle most Debian linux-gnu archs + if [ $(DEB_HOST_GNU_SYSTEM) = linux-gnu ] || [ $(DEB_HOST_GNU_SYSTEM) = linux ]; then \ + if [ ! -r scsilib/RULES/$(DEB_HOST_GNU_CPU)-linux-gcc.rul ]; then \ + cp scsilib/RULES/i586-linux-gcc.rul scsilib/RULES/$(DEB_HOST_GNU_CPU)-linux-gcc.rul; \ + fi; \ + if [ ! -r scsilib/RULES/$(DEB_HOST_GNU_CPU)-linux-cc.rul ]; then \ + cp scsilib/RULES/i586-linux-cc.rul scsilib/RULES/$(DEB_HOST_GNU_CPU)-linux-cc.rul; \ + fi; \ + fi CC=gcc ./configure --prefix=/usr $(confflags) \ --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info \ --with-pcctsbin=/usr/bin --with-pcctsinc=/usr/include/pccts \ diff -Naur cdrdao-1.1.9/scsilib/RULES/mk-gmake.id cdrdao-1.1.9.fixed/scsilib/RULES/mk-gmake.id --- cdrdao-1.1.9/scsilib/RULES/mk-gmake.id 2004-06-04 04:17:08.0 +0200 +++ cdrdao-1.1.9.fixed/scsilib/RULES/mk-gmake.id2005-10-27 14:30:29.454805779 +0200 @@ -37,11 +37,20 @@ ifndef ARCH_DONE +# On Debian systems, we have better ways to determine the correct CPU type +# at build time +ifndef DEB_HOST_GNU_CPU _MACHCMD= (mach || uname -p || true) 2 /dev/null +_KERNCMD= (uname -m || true) 2 /dev/null _ARCHCMD= (arch || /usr/ucb/arch || true) 2 /dev/null +else +_MACHCMD= (echo $(DEB_HOST_GNU_CPU)) +_KERNCMD= (echo $(DEB_HOST_GNU_CPU)) +_ARCHCMD= (echo $(DEB_HOST_GNU_CPU)) +endif XP_ARCH:= $(shell $(_MACHCMD) | tr '[A-Z]' '[a-z]' | tr ', /\\()' ',//' | tr ',/' ',-') -XK_ARCH:= $(shell uname -m| tr '[A-Z]' '[a-z]' | tr ', /\\()' ',//' | tr ',/' ',-') +XK_ARCH:= $(shell $(_KERNCMD) | tr '[A-Z]' '[a-z]' | tr ', /\\()' ',//' | tr ',/' ',-') XM_ARCH:= $(shell $(_ARCHCMD) | tr '[A-Z]' '[a-z]' | tr ', /\\()' ',//' | tr ',/' ',-') P_ARCH=$(XP_ARCH) signature.asc Description: Digital signature
Bug#249789: irssi-text: The same on Etch or Sid
Package: irssi-text Version: 0.8.9-3.1 Followup-For: Bug #249789 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (60, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages irssi-text depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libncurses5 5.5-1 Shared libraries for terminal hand ii libperl5.85.8.7-7Shared Perl library ii libssl0.9.8 0.9.8a-2 SSL shared libraries ii perl 5.8.7-7Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.7] 5.8.7-7The Pathologically Eclectic Rubbis irssi-text recommends no packages. -- no debconf information I tried different configurations, but all of them fail. I noticed that in Sarge everything work fine. I'm trying to connect to the server crypto.azzurra.org, and this should bounce you to one of the servers that support ssl login. But with this irssi i see that just one is used, always the same (in normal way, if one server fails the authentication, then you're redirected to another server). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335922: debootstrap --print-debs can delete unrelated data
On Fri, Oct 28, 2005 at 02:50:43PM +1000, Anthony Towns wrote: On Wed, Oct 26, 2005 at 07:33:59PM +0100, Steve McIntyre wrote: Package: debootstrap Version: 0.3.2 Severity: important Calling debootstrap with --print-debs includes kill_target. This seems a little silly - if we're just calling debootstrap to list the debs, we don't _have_ a target to kill! Yes, you do: --resolve-deps (on by default now) creates it as somewhere to store the Packages files it downloads in order to see the Depends: fields it's trying to resolve. Ah, my bad. I hadn't noticed that bit. This change has caused us to have some really strange issues when producing debian testing CDs, as debootstrap was unexpectedly removing parts of the setup tree. Hence the Severity: important above... You can use --keep-debootstrap-dir to avoid kill_target. I'm not actually quite sure why kill_target would be problematic behaviour for debian-cd though. I've added the --keep-debootstrap-dir option already to get things going, and that seems to have worked. debian-cd is using debootstrap from the _udeb_ for each architecture to verify that we will have all the packages needed installed on the CD, hence the --print-debs. As we're not specifying a target, strange things are happening in kill_target and the debian-cd work directory is getting deleted. As the --keep-debootstrap-dir stops this happening, I can only deduce that kill_target is to blame. I'll dig into this a little more when I have the time. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] The problem with defending the purity of the English language is that English is about as pure as a cribhouse whore. We don't just borrow words; on occasion, English has pursued other languages down alleyways to beat them unconscious and rifle their pockets for new vocabulary. -- James D. Nicoll signature.asc Description: Digital signature
Bug#336161: Apt-move skips all files in repository
After trying a bit more I found that the skipped files are present in the mirror repository but apt-move apparently does not believe they are. apt-get clean ;removes the files from /archives apt-move sync ;downloads them again, copies them to the mirror but then does not delete them. apt-move update; skips the files. apt-move exclude ;returns The following files are EXCLUDED from the mirror: All done, exiting. After the apt-move sync ;I have the main openoffice files sitting in the /archives directory and the mirror archive. I also seem to have several copies of certain packages. M. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336171: mozilla-firefox: IFRAME Handling Remote Buffer Overflow
Package: mozilla-firefox Version: 1.0.7-1 Severity: grave Tags: security 05.41.42 CVE: Not Available Platform: Cross Platform Title: Mozilla Firefox IFRAME Handling Remote Buffer Overflow Description: Mozilla Firefox is reported to be vulnerable to a remote buffer overflow issue due to improper boundary checks prior to copying user-supplied data into sensitive process buffers. Mozilla Firefox versions 1.0.7 and 1.0.6 are reported to be vulnerable. Ref: http://www.securityfocus.com/bid/15015 Sorry if this is a duplicate - I looked through and did not see anything that looked immediately similar. Take care, -- 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.12-1-686-smp Locale: LANG=C, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) (ignored: LC_ALL set to en_US.ISO-8859-15) Versions of packages mozilla-firefox depends on: ii debianutils 2.15 Miscellaneous utilities specific t ii fontconfig2.3.2-1.1 generic font configuration library ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-2 GCC support library ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-5MIT Kerberos runtime libraries ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-9 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-9 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxinerama1 6.8.2.dfsg.1-9 X Window System multi-head display ii libxp66.8.2.dfsg.1-9 X Window System printing extension ii libxt66.8.2.dfsg.1-9 X Toolkit Intrinsics ii psmisc21.6-1 Utilities that use the proc filesy ii xlibs 6.8.2.dfsg.1-9 X Window System client libraries m ii zlib1g1:1.2.3-6 compression library - runtime mozilla-firefox recommends no packages. -- no debconf information -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#323512: Tested patch
On Thu, Oct 27, 2005 at 02:25:58PM +0200, Lennert Buytenhek wrote: I incorporated Lennert's suggestion and created a patch that fixes the problem on at least i386. It seems like you've missed two more places in debian/rules2: ifeq ($(DEB_HOST_GNU_SYSTEM),linux) ifeq ($(DEB_HOST_GNU_SYSTEM), linux) This affects generation of the *.shlibs and shlibs.local files, not sure whether that's a problem. During build, I get: dpkg-shlibdeps: warning: unable to find dependency information for shared library libstdc++-libc6.2-2 (soname 3, path /debian/gcc295/work1/gcc-2.95-2.95.4.ds15/debian/libstdc++2.10-glibc2.2/usr/lib/libstdc++-libc6.2-2.so.3, dependency field Depends) This seems to be fixed by changing the two places mentioned above to linux-gnu as well. I've attached a new version of Matt's patch with these fixes included. --- gcc-2.95-2.95.4.ds15/debian/rules2.orig 2005-10-28 11:41:02.0 +0200 +++ gcc-2.95-2.95.4.ds15/debian/rules2 2005-10-28 11:43:58.0 +0200 @@ -33,7 +33,7 @@ #docdir= usr/doc cxx_inc_dir= g++-$(LIBSTDCXX_IF) -ifeq ($(DEB_HOST_GNU_SYSTEM), linux) +ifeq ($(DEB_HOST_GNU_SYSTEM), linux-gnu) lib_arlib= libstdc++-$(LIBSTDCXX_IF)$(LIBC_IF)$(CXX_IF)-$(lib_version).a lib_marlink = libstdc++$(LIBC_IF)$(CXX_IF).a.$(LIBSTDCXX_IF) lib_shlib= libstdc++-$(LIBSTDCXX_IF)$(LIBC_IF)$(CXX_IF)-$(lib_version).so @@ -109,7 +109,7 @@ endif # MULTILIBS is one or more of gcc g++ stdc++ chill objc g77 # MULTIDIRS is in the format 32 or {m68000,m68020,m68040} -ifeq ($(DEB_HOST_GNU_TYPE),sparc64-linux) +ifeq ($(DEB_HOST_GNU_TYPE),sparc64-linux-gnu) CONFARGS += --with-cpu=ultrasparc MULTIDIRS := 32 MULTILIBS := gcc @@ -131,7 +131,7 @@ MULTIDIRS := 64 MULTILIBS := gcc endif -ifeq ($(DEB_HOST_GNU_TYPE),alpha-linux) +ifeq ($(DEB_HOST_GNU_TYPE),alpha-linux-gnu) MULTIDIRS := ieee MULTILIBS += g77 endif @@ -349,7 +349,7 @@ ifeq ($(with_check),yes) rm -f test-protocol - ifeq ($(DEB_HOST_GNU_SYSTEM),linux) + ifeq ($(DEB_HOST_GNU_SYSTEM),linux-gnu) -echo Running testsuite ...; \ if [ -e /proc/meminfo ]; then \ m=`awk '/^((Mem|Swap)Free|Cached)/{m+=$$2}END{print int(m*.9)}' \ @@ -392,7 +392,7 @@ check: rm -f test-protocol -ifeq ($(DEB_HOST_GNU_SYSTEM),linux) +ifeq ($(DEB_HOST_GNU_SYSTEM),linux-gnu) -echo Running testsuite ...; \ if [ -e /proc/meminfo ]; then \ m=`awk '/^((Mem|Swap)Free|Cached)/{m+=$$2}END{print int(m*.9)}' \ @@ -1397,7 +1397,7 @@ # dh_makeshlibs -a ifneq ($(SNAPSHOT),yes) ifeq ($(with_gplusplus),yes) -ifeq ($(DEB_HOST_GNU_SYSTEM),linux) +ifeq ($(DEB_HOST_GNU_SYSTEM),linux-gnu) ifeq ($(DEB_HOST_ARCH),powerpc) echo libstdc++$(LIBC_IF)$(CXX_IF) $(LIBSTDCXX_IF) libstdc++$(PKG_SONAME)$(libstdc_eh_ver) (= $(lib_pkg_req_version)) \ debian/$(p_lib).shlibs @@ -1474,7 +1474,7 @@ ifeq ($(with_gplusplus),yes) : # dh_shlibdeps ... I hope I got it correct now ... : # we don't want the dep. on libstdc++, it's hardwired in control -ifeq ($(DEB_HOST_GNU_SYSTEM), linux) +ifeq ($(DEB_HOST_GNU_SYSTEM), linux-gnu) echo libstdc++$(LIBC_IF)$(CXX_IF) $(LIBSTDCXX_IF) $(p_lib) (= $(lib_pkg_req_version)) \ debian/shlibs.local else --- gcc-2.95-2.95.4.ds15/debian/rules.conf.orig 2005-10-28 11:41:02.0 +0200 +++ gcc-2.95-2.95.4.ds15/debian/rules.conf 2005-10-28 11:42:06.0 +0200 @@ -8,7 +8,7 @@ include debian/rules.defs # FIRST_PRIMARY - first gcc version built as primary compiler -ifeq ($(DEB_HOST_GNU_TYPE),i386-linux) +ifeq ($(DEB_HOST_GNU_TYPE),i386-linux-gnu) FIRST_PRIMARY = 2.91.63-1.1 endif ifeq ($(DEB_HOST_ARCH),sparc) @@ -66,7 +66,7 @@ if_config := $(shell cd $(srcdir); \ topsrcdir=$(srcdir); \ - target_os=$(DEB_HOST_GNU_SYSTEM)-gnu; \ + target_os=$(DEB_HOST_GNU_SYSTEM); \ target=$(DEB_HOST_GNU_TYPE); \ enable_libstdcxx_v3=$(with_libstdcxx_v3); \ . config.if /dev/null 21; \ @@ -164,7 +164,7 @@ LGP_PKG_SONAME = $(LGPSONAME) endif else - ifeq ($(DEB_HOST_GNU_SYSTEM),linux) + ifeq ($(DEB_HOST_GNU_SYSTEM),linux-gnu) PKG_SONAME = $(SONAME)-glibc$(GLIBC_VER) LGP_PKG_SONAME = $(LGPSONAME)-glibc$(GLIBC_VER) else --- gcc-2.95-2.95.4.ds15/debian/rules.defs.orig 2005-10-28 11:41:02.0 +0200 +++ gcc-2.95-2.95.4.ds15/debian/rules.defs 2005-10-28 11:42:06.0 +0200 @@ -73,7 +73,7 @@ # build the libg++ library (deprecated) with_libgpp := no ifeq ($(with_gplusplus),yes) - ifeq ($(DEB_HOST_GNU_SYSTEM),linux) + ifeq ($(DEB_HOST_GNU_SYSTEM),linux-gnu) with_libgpp := yes endif endif
Bug#246429: xmms: Same here in i386
Package: xmms Version: 1.2.10+cvs20050809-4 Followup-For: Bug #246429 XMMS dies at startup with the following message: Message: fmt 5, channels: 2 Message: device: default Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 224 error_code 8 request_code 2 minor_code 0 please fix! thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xmms depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libglib1.21.2.10-10 The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 6.8.2.dfsg.1-9 Inter-Client Exchange library ii libsm66.8.2.dfsg.1-9 X Window System Session Management ii libssl0.9.7 0.9.7g-5 SSL shared libraries ii libx11-6 6.8.2.dfsg.1-9 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-9 X Window System miscellaneous exte ii libxi66.8.2.dfsg.1-9 X Window System Input extension li ii libxxf86vm1 6.8.2.dfsg.1-9 X Video Mode selection library ii xlibs 6.8.2.dfsg.1-9 X Window System client libraries m Versions of packages xmms recommends: ii libasound21.0.9-3ALSA library ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libesd0 0.2.36-1 Enlightened Sound Daemon - Shared ii libmikmod23.1.11-a-6 A portable sound library ii libogg0 1.1.2-1Ogg Bitstream Library ii libvorbis0a 1.1.0-1The Vorbis General Audio Compressi ii libvorbisfile31.1.0-1The Vorbis General Audio Compressi ii unzip 5.52-3 De-archiver for .zip files ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-9 Mesa 3D graphics library [X.Org] ii zlib1g1:1.2.3-6 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336167: gcc-4.0: breaks kernel builds in random ways.
Sven Luther wrote: Package: gcc-4.0 Version: 4.0.2-3 Severity: grave Justification: renders package unusable Well, i confirm that this problem is also present on powerpc, using gcc-4.0 4.0.2-3 makes the kernel build fail, while using -2 seems to be ok. I have heard people mentioning two other arches where this is the case (m68k and mips i think) on irc (on #debian-release i think even, not sure), but no bug has been filed so i do it now. My powerpc builds failed with : For mips 2.6.12, which built fine with gcc 4.0.2-2: CC [M] fs/reiserfs/tail_conversion.o fs/reiserfs/tail_conversion.c: In function 'direct2indirect': fs/reiserfs/tail_conversion.c:138: internal compiler error: Floating point exception Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.0/README.Bugs. make[5]: *** [fs/reiserfs/tail_conversion.o] Error 1 make[4]: *** [fs/reiserfs] Error 2 Sorry, no testcase yet. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328209: [Vserver] Re: Bug#328209: [PATCH] Fix syscall number detection
Thanks a lot! I'll try to convince the release managers to allow me to upload a new fixed version. Regards, // Ola On Fri, Oct 28, 2005 at 05:03:53PM +0800, Andrew Lee wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 found 328209 0.30.204-5sarge2 tags +patch thanks Ola Lundqvist wrote: I'm aware of this problem. Not really sure that it should be considered grave but as we have a solution to it I do not really bother. I considered it as grave beause util-vserver package in sarge is unuseable on all non-i386 machines(It should be FTBFS, but it compiled on the buildd). The attached patch is a backported from Bertl's delta-0.30.208-fix03-fix04-hack.diff to sarge, it fixs the syscall number detection on no vserver patched kernel. - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDYelwnQYz4bYlCYURAuH3AKDV3WAX9jDVw2HkTxD/xXnl77JTcQCffzKz rrqj2294Tjm48Jt2pJ8vIN8= =AD3H -END PGP SIGNATURE- diff -urN util-vserver-0.30.204.orig/configure util-vserver-0.30.204/configure --- util-vserver-0.30.204.orig/configure 2005-02-16 07:14:42.0 +0800 +++ util-vserver-0.30.204/configure 2005-10-28 16:42:17.166831216 +0800 @@ -23746,8 +23746,11 @@ ac_compiler_gnu=$ac_cv_c_compiler_gnu cat conftest.$ac_ext _ACEOF - +#if (ENSC_MARK == alternative) +#include vserver-syscall-def.h +#else #include asm/unistd.h +#endif #ifdef __NR_vserver ensc_syscall_tmp_nr=__NR_vserver; ensc_syscall_tmp_src=ENSC_MARK @@ -23757,6 +23760,8 @@ ensc_syscall_tmp_nr= ensc_syscall_tmp_src= test $ensc_syscall_tmp_nr || \ + eval $($CPP $CPPFLAGS -D ENSC_MARK='alternative' -Ilib conftest.c | $EGREP '^ensc_syscall_tmp_(nr=[1-9][0-9]*;|src=.*)$') + test $ensc_syscall_tmp_nr || \ eval $($CPP $CPPFLAGS -D ENSC_MARK='glibc' conftest.c | $EGREP '^ensc_syscall_tmp_(nr=[1-9][0-9]*;|src=.*)$') test $ensc_syscall_tmp_nr || \ eval $($CPP $CPPFLAGS -D ENSC_MARK='kernel' -I $ensc_cv_path_kernelheaders conftest.c | $EGREP '^ensc_syscall_tmp_(nr=[1-9][0-9]*;|src=.*)$') @@ -23878,7 +23883,7 @@ echo $as_me: failed program was: 5 sed 's/^/| /' conftest.$ac_ext 5 -ensc_cv_test_syscall=traditional +ensc_cv_test_syscall=alternative fi rm -f conftest.err conftest.$ac_objext conftest.$ac_ext diff -urN util-vserver-0.30.204.orig/lib/syscall-wrap.h util-vserver-0.30.204/lib/syscall-wrap.h --- util-vserver-0.30.204.orig/lib/syscall-wrap.h 1970-01-01 08:00:00.0 +0800 +++ util-vserver-0.30.204/lib/syscall-wrap.h 2005-10-28 16:40:36.884076512 +0800 @@ -0,0 +1,42 @@ +// $Id: syscall-wrap.h,v 1.2 2005/05/02 21:42:05 ensc Exp $--*- c -*-- + +// Copyright (C) 2005 Enrico Scholz [EMAIL PROTECTED] +// +// This program is free software; you can redistribute it and/or modify +// it under the terms of the GNU General Public License as published by +// the Free Software Foundation; version 2 of the License. +// +// This program is distributed in the hope that it will be useful, +// but WITHOUT ANY WARRANTY; without even the implied warranty of +// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +// GNU General Public License for more details. +// +// You should have received a copy of the GNU General Public License +// along with this program; if not, write to the Free Software +// Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. + + +#ifndef H_UTIL_VSERVER_LIB_SYSCALL_WRAP_H +#define H_UTIL_VSERVER_LIB_SYSCALL_WRAP_H + +#ifdef ENSC_USE_ALTERNATIVE_SYSCALL_MACROS + +# undef _syscall0 +# undef _syscall1 +# undef _syscall2 +# undef _syscall3 +# undef _syscall4 +# undef _syscall5 +# undef _syscall6 +# undef _syscall7 + +# include syscall-alternative.h +# include vserver-syscall-def.h +#else + +# include sys/syscall.h +# include syscall.h +# include unistd.h +#endif + +#endif // H_UTIL_VSERVER_LIB_SYSCALL_WRAP_H diff -urN util-vserver-0.30.204.orig/lib/vserver-internal.h util-vserver-0.30.204/lib/vserver-internal.h --- util-vserver-0.30.204.orig/lib/vserver-internal.h 2004-09-23 05:48:24.0 +0800 +++ util-vserver-0.30.204/lib/vserver-internal.h 2005-10-28 16:40:36.886076208 +0800 @@ -225,9 +225,7 @@ return syscall(__NR_vserver, cmd, id, data); } #else -inline static UNUSED ALWAYSINLINE -_syscall3(int, vserver, - uint32_t, cmd, uint32_t, id, void *, data) +#include vserver-syscall-def.h #endif #endif diff -urN util-vserver-0.30.204.orig/lib/vserver-syscall-def.h util-vserver-0.30.204/lib/vserver-syscall-def.h --- util-vserver-0.30.204.orig/lib/vserver-syscall-def.h 1970-01-01 08:00:00.0 +0800 +++ util-vserver-0.30.204/lib/vserver-syscall-def.h
Bug#335789: cupsys-driver-gutenprint: photo output of Epson Stylus Photo R200 is dark and green tinted
In the Epson Stylus Photo R200 the gutenprint default settings do not produce high quality colours, in photos recommend subscribing to the gimp-print-devel mailing list and asking I have ... posted the information from the bug report on that list. The paper type can have a dramatic effect on the colours. It does seem to be related to the paper type- I see much better results on plain paper and other reports have the common factor of photo paper. I haven't seen your message on the list yet; if you didn't subscribe, it will get stuck until it gets approved by the list moderator (Robert Krawitz). I think that was exactly the problem. The message did eventually get through though and the upstream thread is here: http://sourceforge.net/mailarchive/forum.php?thread_id=8828056forum_id=6142 As you can see it seems to be a problem that a few people have reported and they are maybe going to look at. I'll offer my help there. If you could scan in the printed photo and provide it and the original I don't actually have a scanner or I would happily do that. It's very I'm afraid I couldn't do a lot with the printouts myself, and I don't have a scanner either... This would basically be so that Robert or Alastair could see what the problem was. I would suggest posting to the list first, before trying to borrow a scanner! OK. I'll see how it goes on the list. There seems to be another R200/300 user on there with a scanner so perhaps my results won't be needed. Thanks for your help, Andrew. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336050: kwin-baghira: makes kpdf use 100% CPU
Thomas Lübking wrote: Am Freitag, 28. Oktober 2005 00:09 schrieben Sie: Confirmed. It only happens with KPDF, though. The PDFviewer part (as used in Kile, for example) has no such problems. i know about this bug - it occurs in kpdf code and i send the author a patch that's included in kde 3.5 and was backported to 3.4.whatever i also had a workaround in my code, but removed it when testing the kpdf patch and committed the unhacked version to cvs and 0.7 (sorry :-/ ) No problem. however the workaround is said to do not work (though it does here) see this thread: http://sourceforge.net/tracker/index.php?func=detailaid=1286100group_id=97296atid=617615 and tell me if the workaround works for you (if yes, i'll simply reinclude it versioned and make 0.7a) It does work with Debian's kpdf (3.4.2-2 as of now), but this is *not* the proper solution. I am all against dirty hacks. Let's have kpdf's maintainer release a version with the fix backported instead. Note, however, that even with the fix included, kpdf is still a big CPU hog... that means there are most probably other bugs around. kpdf maintainer: please forward the relevant information upstream, with my appreciation. Cheers, J.L.
Bug#336117: (no subject)
tags 336117 + patch pending thank :) This bug only appears when there is not any previous user and you are going to create the first. There is no problem when you already have a user. Your patch is fine, I'll fix the problem and then, i'll send it to the upstream. Thank you. Ana __ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336172: [PATCH] sysvinit off-by-one error
Package: sysvinit Version: 2.86.ds1-1 Tags: patch SysVinit version 2.86 have a problem in its code that leads to incorrectly displaying init name in process list (and in /proc/1/cmdline) -- it is shown as 'ini'. This was observed inside an OpenVZ's VPS. See http://bugzilla.openvz.org/60 for more details. Patch fixing this is attached. Note that 2.85 does not have such bug. --- ./init.c.cmdline 2005-10-26 12:56:47.328580896 +0400 +++ ./init.c 2005-10-26 12:48:43.823084904 +0400 @@ -466,7 +466,7 @@ if (maxproclen 2) { memset(argv0, 0, maxproclen); - strncpy(argv0, buf, maxproclen - 2); + strncpy(argv0, buf, maxproclen - 1); } return len;
Bug#336173: Package: installation-reports
Package: installation-reports Debian-installer-version: 28/10/2005 uname -a: 2.6.9.12-1-amd64-generic #1 Wed sept 28 02:05:15 2005 x86_64 unknown Date: 11:00m BST 28/10/2005 Method: Network install from CDROM Machine: ASUS A8N-SLI Delux Processor: AMD64 S939 3800+ Memory: 4gigs Root Device: SATA Root Size/partition table: 2 200GB disks with parts: 190GB 10GB 3.9GB the 190GB parts are combined as raid1 with ext3 mounted as / the 2 10GB parts are configured as ext3 and mounted as /local /local1 The 2 3.9GB parts are used as swap. Output of lspci and lspci -n: Don't have access to lspci in busybox Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[ ] Reboot: [ ] Comments/Problems: When tying to install the base_files package it says (in virt con 3) chroot: cannot execute mount: No such file or directory. If I do a df, it shows /dev/md/0 mounted as /target and /dev/cdroms/cdrom0 mounted as /cdrom. I also had this exact same problem which an image I downloaded on 25/10/05 Hope this helps. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#121935: (no subject)
[EMAIL PROTECTED]: from eserver ([202.71.138.137]) by aryacomp.com (8.9.3p2/8.9.3) with ESMTP id CAA27879 for [EMAIL PROTECTED]; Fri, 28 Oct 2005 02:42:19 -0700 Received: from 219.91.91.244 by eserver ([202.71.138.137] running VPOP3) with SMTP for [EMAIL PROTECTED]; Fri, 28 Oct 2005 15:47:24 +0530 Received: from 57.234.140.154 by ; Fri, 28 Oct 2005 08:08:56 -0200 Message-ID: [EMAIL PROTECTED] From: Av movie infinite selection and broadcast [EMAIL PROTECTED] Reply-To: Av movie infinite selection and broadcast [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Does not limit the type, does not limit the number of times, no matter what you looked, so long as 300 Yuanq Date: Tue, 19 Jan 2038 11:14:07 +0800 X-Mailer: eGroups Message Poster MIME-Version: 1.0 Content-Type: multipart/alternative;boundary=--0008203188071013 X-Priority: 3 X-MSMail-Priority: Normal X-Server: VPOP3 V1.2.8 - Registered to: Alkem Laboratories 0008203188071013 Content-Type: text/html; Content-Transfer-Encoding: base64 MTIxOTM1DQo8IURPQ1RZUEUgSFRNTCBQVUJMSUMgIi0vL1czQy8vRFREIEhUTUwgNC4wMSBU cmFuc2l0aW9uYWwvL0VOIg0KImh0dHA6Ly93d3cudzMub3JnL1RSL2h0bWw0L2xvb3NlLmR0 ZCI+DQo8aHRtbD4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBj b250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQo8dGl0bGU+tUy80MNEpOWl8zwv dGl0bGU+DQo8c3R5bGUgdHlwZT0idGV4dC9jc3MiPg0KPCEtLQ0KYm9keSB7DQoJYmFja2dy b3VuZC1pbWFnZTogdXJsKCdodHRwOi8vd3d3LngxMDY5LnR2L2VkbS8wMDAyL2ltZy8wMTAu Z2lmJyk7DQp9DQp0ZCB7Zm9udC1mYW1pbHk6IGFyaWFsLCBoZWx2ZXRpY2EsIHNhbnMtc2Vy aWY7IGZvbnQtc2l6ZTogc21hbGx9DQoucyB7Zm9udC1mYW1pbHk6IGFyaWFsLCBoZWx2ZXRp Y2EsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogc21hbGx9DQotLT4NCjwvc3R5bGU+PC9oZWFk Pg0KDQo8Ym9keT4NCjxkaXYgYWxpZ249ImNlbnRlciI+DQogIDx0YWJsZSB3aWR0aD0iNjAw IiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCI+DQogICAgPHRy Pg0KICAgICAgPHRoIHNjb3BlPSJjb2wiPqFAPC90aD4NCiAgICA8L3RyPg0KICAgIDx0cj4N CiAgICAgIDx0ZD6hQDwvdGQ+DQogICAgPC90cj4NCiAgICA8dHI+DQogICAgICA8dGQ+DQog ICAgICA8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogYXJpYWwsIGhlbHZldGljYSwgc2Fucy1z ZXJpZjsgZm9udC1zaXplOiBzbWFsbDsgcGFkZGluZzogMTBweCI+DQogICAgICAgIFRoZSBh diBtb3ZpZSBpbmZpbml0ZSBzZWxlY3Rpb24gYW5kIGJyb2FkY2FzdCAtIGRvZXMgbm90IGxp bWl0IHRoZSB0eXBlLCANCiAgICAgICAgZG9lcyBub3QgbGltaXQgdGhlIG51bWJlciBvZiB0 aW1lcywgbm8gbWF0dGVyIHdoYXQgeW91IGxvb2tlZCwgc28gbG9uZyANCiAgICAgICAgYXMg MzAwIFl1YW48L2Rpdj4NCiAgICAgICAgPHA+PGEgaHJlZj0iaHR0cDovLyUzNSUzMiUzMCUy ZSU3OCUzOSUzOSUzOSUyZSU3NCU3NiI+s3O1srr0p30xJm5ic3A7Jm5ic3A7PC9hPjwvcD4N CiAgICAgICAgPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLCBoZWx2ZXRpY2EsIHNh bnMtc2VyaWY7IGZvbnQtc2l6ZTogc21hbGw7IHBhZGRpbmc6IDEwcHgiPg0KICAgICAgICAg IFRoZSBhdiBtb3ZpZSBpbmZpbml0ZSBzZWxlY3Rpb24gYW5kIGJyb2FkY2FzdCAtIGhvbW9n ZW5laXR5IGlzIGluIGxvdmUgDQogICAgICAgICAgd2l0aGZlZWwgZGVlcGx5IGF0dGFjaGVk IHRvLCBzYXRpc2ZpZXMgeW91ciBob21vZ2VuZW91cyBmYW50YXN5PC9kaXY+DQogICAgICAg IDxwPjxhIGhyZWY9Imh0dHA6Ly8lMzUlMzIlMzAlMmUlNzglMzElMzAlMzYlMzklMmUlNzQl NzYiPrNztbK69Kd9MjwvYT4mbmJzcDsmbmJzcDs8L3A+DQogICAgICA8L3RkPg0KICAgIDwv dHI+DQogICAgPHRyPg0KICAgICAgPHRkPg0KICAgICAgPGRpdiBzdHlsZT0iZm9udC1mYW1p bHk6IGFyaWFsLCBoZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogc21hbGw7IHBh ZGRpbmc6IDEwcHgiPg0KICAgICAgICBDb21yYWRlIHRoZSB2aWRlbyBhbmQgbXVzaWMgbmV0 d29yayAtIG1vc3QgbmV3bHkgaXMgZXh0cmVtZWx5IG1vc3QgDQogICAgICAgIG1hcmtldGFi bGUsIGNvbXJhZGUgdGhlIG1vdmllIGhhcyBvbiBldmVyeSBkYXkgc2V2ZXJhbCBuZXcgcGll Y2VzIG9oISAhPC9kaXY+DQogICAgICA8eHh4eGltZSB4aW1lPSI3Ij48cD48YSBocmVmPSJo dHRwOi8vJTM1JTMyJTMwJTJlJTc2JTY1JTcyJTc5JTY3JTYxJTc5JTJlJTc0JTc2Ij6zc7Wy uvSnfTM8L2E+PC90ZD4NCiAgICA8L3RyPg0KICA8L3RhYmxlPg0KPC9kaXY+DQo8ZGl2IHN0 eWxlPSJmb250LWZhbWlseTogYXJpYWwsIGhlbHZldGljYSwgc2Fucy1zZXJpZjsgZm9udC1z aXplOiBzbWFsbDsgcGFkZGluZzogMTBweCI+DQogIDxhIGhyZWY9Imh0dHA6Ly81MjAueDk5 OS50di8iPkhhcyBhIHZhY2F0aW9uIHRvbyBib3JlZCEgQWNjZXNzZXMgdGhlIG5ldCANCiAg d2F0Y2hlcyB0aGUgbW92aWUhIFRoZSBwcmV2aW91cyBodW5kcmVkIHBvcHVsYXIgbW92aWVz LCB0aGUgbmV3IHllYXIncyANCiAgY2VsZWJyYXRpb24gbG9va3MgYWxsIG5pZ2h0ISBUaGUg c3VwZXJlbGV2YXRpb24gcGljdHVyZSBuYXR1cmUgQVYgbW92aWUgDQogIGluZmluaXRlIHdh dGNoZXMgq/amuGVudGVyczwvYT48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBh cmlhbCwgaGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IHNtYWxsOyBwYWRkaW5n OiAxMHB4Ij4NCiAgPGEgaHJlZj0iaHR0cDovL3NhbGUuc2V4MTk5OS5jb20iPlRoZSBzZWNy ZXQgc3dlZXRoZWFydCBhcHBlYWwgaGlnaC1xdWFsaXR5IA0KICBnb29kcyBjb25mbHVlbmNl IKv2prhlbnRlcnMgc2VudGltZW50IGNvbG9yIHRlbGVwaG9uZSBURUw6MDk1MTM1NTA3OSBk YXRlIHNvdXJjZSANCiAgZmFjdG9yeSBHYW8gSHVhY2hpaCB0aGUgYWR1bHQgbW92aWUsIG5l ZWRzIHRvIHdhaXQgZm9yLCBvbi1saW5lIGRpcmVjdCBzZWVkaW5nIA0KICBvaCEgITwvYT48 L2Rpdj4NCjxwIGFsaWduPSJjZW50ZXIiPqFAPC9wPg0KPGltZyBzcmM9Imh0dHA6Ly8yMjAu MTMwLjIxLjEwMi90cmFja2luZy9leGFtaW5lL2FjdGl2aXR5X3RyYWNraW5nLmFzcD92aWV3 cGFnZT02MiIgd2lkdGg9IjAiIGhlaWdodD0iMCIgYm9yZGVyPSIwIj4NCg0KPGltZyBoZWln aHQ9IjIiIHdpZHRoPSI0IiBzcmM9Imh0dHA6Ly9wai5vbmVtZWFuLmNvbS50dy9zaG9wL19F RE0vMzAvYWRtaW4vcnRpcC5hc3AiPg0KDQo8aW1nIGhlaWdodD0iMiIgd2lkdGg9IjQiIHNy Yz0iaHR0cDovL3BqLm9uZW1lYW4uY29tLnR3L3Nob3AvX0VETS8zMy9hZG1pbi9ydGlwLmFz
Bug#336175: binutils: FTBFS on arm/armeb
Package: binutils Version: 2.16.1cvs20050902-1 Severity: important Tags: patch Justification: fails to build from source binutils ftbfs on arm/armeb due to some code in gas/config/tc-arm.c triggering a warning and binutils being built with -Werror. The attached patch fixes this issue on my armeb box. -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (500, 'stable') Architecture: armeb (armv4b) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages binutils depends on: ii libc6 2.3.5-6.1armeb GNU C Library: Shared libraries an binutils recommends no packages. -- no debconf information --- binutils-2.16.1cvs20050902/gas/config/tc-arm.c.orig 2005-10-28 12:16:57.0 +0200 +++ binutils-2.16.1cvs20050902/gas/config/tc-arm.c 2005-10-28 12:17:44.0 +0200 @@ -11069,8 +11069,9 @@ if (value 3) as_bad_where (fixP-fx_file, fixP-fx_line, _(invalid offset, target not word aligned (0x%08lX)), - (((unsigned int) fixP-fx_frag-fr_address - + (unsigned int) fixP-fx_where) ~3) + value); + (((unsigned long) fixP-fx_frag-fr_address + + (unsigned long) fixP-fx_where) ~3) + + (unsigned long) value); if (value ~0x3fc) as_bad_where (fixP-fx_file, fixP-fx_line,
Bug#111222: Back-End Ratio Or Back Ratio One-Year Treasury Constant Maturity 2uk71
We have a mortggage for you! Set aside thousands on your monthly loaaan amount. Fill out 1 simple form, and receive up to 8 reffinaance offers Our current mortggage raatees at 3.38% ... Serving customers in 49 states. http://elite.centaur.prefixing.com/?ra=3Dcger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333776: linux-2.6: vfat driver in 2.6.12 is not properly case-insensitive
tags 333776 upstream thanks On Fri, Oct 14, 2005 at 05:35:49PM -0700, Steve Langasek wrote: Ok, I can confirm that this is not reproducible using your above test case. The missing variable appears to be that I am mounting my partition using -oiocharset=utf8. If I use -oisocharset=iso8859-1 (the default), the mount behaves in a case-insensitive manner The kernel produces a big fat warning in the kernel log for this, as the kernel don't know about case conversation in utf-8 mode Bastian -- You! What PLANET is this! -- McCoy, The City on the Edge of Forever, stardate 3134.0 signature.asc Description: Digital signature
Bug#66096: Florida Room Commingling 5js29
Offering m0rtgaage and r3finnanc1ng 1oans. $411,000 1oann Under $301/month Rattees at Historic Lows. on your h0mme 1oan. Super fast business creedit lines to 787K. Be smart! Act today while raatee is @ 2.50% http://allusive.wainscot.prefixing.com/?ra=3Dcger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336174: cogito: missing dependency on tk
Package: cogito Version: 0.12.1+20050730-1.1 Severity: normal [EMAIL PROTECTED] ~]$ gitk /usr/bin/gitk: line 3: exec: wish: not found Package wish is a virtual package provided by: tk8.4 8.4.9-1 tk8.3 8.3.5-4 tk8.0-ja 8.0.4jp1.3-15 tk8.0 8.0.5-11 HTH -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (90, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-ck8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages cogito depends on: ii curl 7.15.0-3 Get a file from an HTTP, HTTPS, FT ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libcurl3 7.15.0-3 Multi-protocol file transfer libra ii libssl0.9.8 0.9.8a-2 SSL shared libraries ii patch 2.5.9-2Apply a diff file to an original ii rcs 5.7-16 The GNU Revision Control System ii rsync 2.6.6-1fast remote file copy program (lik ii ssh 1:4.2p1-5 Secure shell client and server (tr ii wget 1.10.2-1 retrieves files from the web ii zlib1g1:1.2.3-4 compression library - runtime cogito recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336176: rpc2_1.13-3(sparc/experimental): FTBFS: error: 'PFIC' undeclared
Package: rpc2 Version: 1.13-3 Severity: serious Hi, your package failed to build from source with the following error: | Automatic build of rpc2_1.13-3 on odin by sbuild/sparc 69 | Build started at 20051028-0304 | ** | Checking available source versions... | Fetching source files... | Reading Package Lists... | Building Dependency Tree... | Need to get 512kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main rpc2 1.13-3 (dsc) [688B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main rpc2 1.13-3 (tar) [448kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main rpc2 1.13-3 (diff) [63.3kB] | Fetched 512kB in 0s (3769kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 3.0.5), liblwp-dev, libreadline4-dev, libncurses5-dev, libtool, autotools-dev [...] | Toolchain package versions: libc6-dev_2.3.5-6 linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-3 g++-4.0_4.0.2-3 binutils_2.16.1cvs20050902-1 libstdc++6-4.0-dev_4.0.2-3 libstdc++6_4.0.2-3 | -- | dpkg-source: extracting rpc2 in rpc2-1.13 | su: Authentication service cannot retrieve authentication info. | (Ignored) | dpkg-buildpackage: source package is rpc2 | dpkg-buildpackage: source version is 1.13-3 | dpkg-buildpackage: host architecture sparc | /usr/bin/fakeroot debian/rules clean | dh_testdir | rm -f build-stamp configure-stamp | /usr/bin/make distclean | make[1]: Entering directory `/build/buildd/rpc2-1.13' | make[1]: *** No rule to make target `distclean'. Stop. | make[1]: Leaving directory `/build/buildd/rpc2-1.13' | make: [clean] Error 2 (ignored) | /usr/bin/make -C rpc2-src distclean | make[1]: Entering directory `/build/buildd/rpc2-1.13/rpc2-src' | make[1]: *** No rule to make target `distclean'. Stop. | make[1]: Leaving directory `/build/buildd/rpc2-1.13/rpc2-src' | make: [clean] Error 2 (ignored) | rm -f config.status | rm -f rp2gen/rp2gen_lexer.c | rm -f rp2gen/rp2gen_parser.c | rm -f rp2gen/rp2gen_parser.h | rm -f debian/dirs | rm -f debian/docs | rm -f debian/librpc23.docs | rm -f debian/librpc23.postinst | rm -f debian/librpc23.prerm | rm -f debian/postinst | rm -f debian/prerm | rm -f debian/rpc2-tools.files | rm -f debian/rpc2-tools.postinst | rm -f debian/rpc2-tools.prerm | test -r /usr/share/misc/config.sub \ | cp -f /usr/share/misc/config.sub config.sub | test -r /usr/share/misc/config.guess \ | cp -f /usr/share/misc/config.guess config.guess | dh_clean | debian/rules build | dh_testdir | ./configure \ | --build=sparc-linux-gnu \ | --host=sparc-linux-gnu \ | --prefix=/usr \ | --mandir=\${prefix}/share/man | checking build system type... sparc-unknown-linux-gnu | checking host system type... sparc-unknown-linux-gnu | checking target system type... sparc-unknown-linux-gnu | checking for a BSD-compatible install... /usr/bin/install -c | checking whether build environment is sane... yes | checking for gawk... no | checking for mawk... mawk | checking whether make sets ${MAKE}... yes | checking for sparc-linux-gnu-gcc... sparc-linux-gnu-gcc | checking for C compiler default output... a.out | checking whether the C compiler works... yes | checking whether we are cross compiling... no | checking for suffix of executables... | checking for suffix of object files... o | checking whether we are using the GNU C compiler... yes | checking whether sparc-linux-gnu-gcc accepts -g... yes | checking for style of include used by make... GNU | checking dependency style of sparc-linux-gnu-gcc... gcc3 | checking how to run the C preprocessor... sparc-linux-gnu-gcc -E | checking for sparc-linux-gnu-ranlib... no | checking for ranlib... ranlib | checking for ar... ar | checking for flex... no | checking for lex... no | checking for flex... ${SHELL} /build/buildd/rpc2-1.13/missing --run flex | checking for yywrap in -lfl... no | checking for yywrap in -ll... no | checking lex output file root... lex.yy | checking whether yytext is a pointer... yes | checking for bison... no | checking for byacc... no | checking for a BSD-compatible install... /usr/bin/install -c | checking whether make sets ${MAKE}... (cached) yes | checking for ld used by GCC... /usr/bin/ld | checking if the linker (/usr/bin/ld) is GNU ld... yes | checking for /usr/bin/ld option to reload object files... -r | checking for BSD-compatible nm... nm | checking whether ln -s works... yes | checking how to recognise dependant libraries... pass_all | checking command to parse nm output... ok | checking for ANSI C header files... yes | checking for sys/types.h... yes | checking for sys/stat.h... yes | checking for stdlib.h... yes | checking for string.h... yes | checking for memory.h... yes | checking for strings.h... yes | checking for inttypes.h... yes | checking for stdint.h... yes | checking for unistd.h... yes
Bug#336177: rvm_1.6-4(sparc/experimental): FTBFS: error: 'PFIC' undeclared
Package: rvm Version: 1.6-4 Severity: serious Hi, your package failed to build from source with the following error: | Automatic build of rvm_1.6-4 on odin by sbuild/sparc 69 | Build started at 20051028-0305 | ** | Checking available source versions... | Fetching source files... | Reading Package Lists... | Building Dependency Tree... | Need to get 379kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main rvm 1.6-4 (dsc) [637B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main rvm 1.6-4 (tar) [375kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main rvm 1.6-4 (diff) [2769B] | Fetched 379kB in 0s (627kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4), liblwp-dev, libtool, autotools-dev [...] | Toolchain package versions: libc6-dev_2.3.5-6 linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-3 g++-4.0_4.0.2-3 binutils_2.16.1cvs20050902-1 libstdc++6-4.0-dev_4.0.2-3 libstdc++6_4.0.2-3 | -- | dpkg-source: extracting rvm in rvm-1.6 | su: Authentication service cannot retrieve authentication info. | (Ignored) | dpkg-buildpackage: source package is rvm | dpkg-buildpackage: source version is 1.6-4 | dpkg-buildpackage: host architecture sparc | /usr/bin/fakeroot debian/rules clean | dh_testdir | rm -f build-stamp | /usr/bin/make distclean | make[1]: Entering directory `/build/buildd/rvm-1.6' | make[1]: *** No rule to make target `distclean'. Stop. | make[1]: Leaving directory `/build/buildd/rvm-1.6' | make: [clean] Error 2 (ignored) | rm -f debian/dirs | rm -f debian/docs | rm -f debian/librvm1.postinst | rm -f debian/librvm1.prerm | rm -f debian/postinst | rm -f debian/prerm | rm -f debian/rvm-tools.files | rm -f debian/rvm-tools.postinst | rm -f debian/rvm-tools.prerm | dh_clean | debian/rules build | dh_testdir | test -r /usr/share/misc/config.sub \ | cp -f /usr/share/misc/config.sub config.sub | test -r /usr/share/misc/config.guess \ | cp -f /usr/share/misc/config.guess config.guess | ./configure \ | --build=sparc-linux-gnu \ | --host=sparc-linux-gnu \ | --prefix=/usr \ | --mandir=\${prefix}/share/man | creating cache ./config.cache | checking host system type... sparc-unknown-linux-gnu | checking target system type... sparc-unknown-linux-gnu | checking build system type... sparc-unknown-linux-gnu | checking for a BSD compatible install... /usr/bin/install -c | checking whether build environment is sane... yes | checking whether make sets ${MAKE}... yes | checking for working aclocal... missing | checking for working autoconf... missing | checking for working automake... missing | checking for working autoheader... missing | checking for working makeinfo... missing | checking for gcc... gcc | checking whether the C compiler (gcc -Wall -g -O2 ) works... yes | checking whether the C compiler (gcc -Wall -g -O2 ) is a cross-compiler... no | checking whether we are using GNU C... yes | checking whether gcc accepts -g... yes | checking how to run the C preprocessor... gcc -E | checking for ranlib... ranlib | checking for ar... ar | checking for a BSD compatible install... /usr/bin/install -c | checking whether make sets ${MAKE}... (cached) yes | checking for Cygwin environment... no | checking for mingw32 environment... no | checking for ld used by GCC... /usr/bin/ld | checking if the linker (/usr/bin/ld) is GNU ld... yes | checking for /usr/bin/ld option to reload object files... -r | checking for BSD-compatible nm... /usr/bin/nm -B | checking whether ln -s works... yes | checking how to recognise dependant libraries... pass_all | checking for object suffix... o | checking for executable suffix... no | checking command to parse /usr/bin/nm -B output... ok | checking for dlfcn.h... yes | checking for ranlib... (cached) ranlib | checking for strip... strip | checking for objdir... .libs | checking for gcc option to produce PIC... -fPIC | checking if gcc PIC flag -fPIC works... yes | checking if gcc static flag -static works... yes | checking if gcc supports -c -o file.o... yes | checking if gcc supports -c -o file.lo... | checking if gcc supports -fno-rtti -fno-exceptions... yes | checking whether the linker (/usr/bin/ld) supports shared libraries... yes | checking how to hardcode library paths into programs... immediate | checking whether stripping libraries is possible... yes | checking dynamic linker characteristics... GNU/Linux ld.so | checking if libtool supports shared libraries... yes | checking whether -lc should be explicitly linked in... no | creating libtool | checking location of liblwp... default | checking for LWP_Init in -llwp... yes | checking for strerror... yes | checking for unistd.h... yes | checking for getpagesize... yes | checking for working mmap... yes | checking for Cygwin environment... (cached
Bug#336178: bcm5700-source: Compile fails for kernel 2.6.14 (struct pci_dev slot_name)
Package: bcm5700-source Version: 8.1.55-2 Severity: important Tags: patch The file modules/bcm5700/src/b57um.c contains a reference to the 'slot_name' element of struct dev_pci, which is now gone in kernel 2.6.14. Patch (compiles but not tested): Replace line 2478 in b57um.c: strcpy(info.bus_info, pUmDevice-pdev-slot_name); with: strcpy(info.bus_info, pci_name(pUmDevice-pdev)); -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11ab1 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages bcm5700-source depends on: ii module-assistant 0.9.10 tool to make module package creati Versions of packages bcm5700-source recommends: ii debconf-utils 1.4.58 debconf utilities ii debhelper 4.9.13 helper programs for debian/rules ii dpkg-dev 1.13.11package building tools for Debian hi kernel-package9.008 A utility for building Linux kerne -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#195109: new date
Shiiit bro You'll never guess what happened last night. Pretty much found a grown-up date site that you can use without paying. Tons of girls, guys, and couples are there messaging and meeting eachother. And I'm sure there is someone (or more than one :P) for you. Although most of them want one-night-quickies, there are also those who like it serious. Whatever floats your boat :) Voila! http://www.softsingers.com/extra/jackie/ Kermit topic you children me, coronate hellfire cerulean . americana you xerox me, interpretive materiel done . landis you hellfire me, otto . veracity you siderite me, consolidate run . until you gavel me, term brooklyn configuration checklist . http://www.softsingers.com/extra/jackie/getmeoff.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296583: make -j9999 hangs
If I run this command in a directory w/o makefile it keeps giving errors like it should until 4098. The command: for (( i=4000; i; i=i+1 )); do echo $i; make -j$i; done The last lines: 4095 make: *** No targets specified and no makefile found. Stop. 4096 make: *** No targets specified and no makefile found. Stop. 4097 make: *** No targets specified and no makefile found. Stop. 4098 On Sun, 2005-10-23 at 15:35 -0500, Manoj Srivastava wrote: tags 296583 + moreinfo unreproducible severity 296583 minor thanks Hi, Are you sure it is make which is hanging, and not your box? I tried a simple makefile which imposes no load on the machine, and tried make -j, and it just worked.I have a feeling that you might have just fork bombed your machine. If you believe otherwise, please provide a working sample example that demonstrates this issue, so it can be debugged. manoj ,[ makefile ] | | all: foo bar baz alpha beta gamma | @echo all done | | foo: | @echo $@ done | | bar: | @echo $@ done | | baz: | @echo $@ done | | alpha: | @echo $@ done | | beta: | @echo $@ done | | gamma: | @echo $@ done | ` -- Daniel van Eeden [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature
Bug#332666: Update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is still work-in-progress. Currently the main issue is gcc4 compatibility. Also some work is done on splitting FSL into several smaller packages. Michael - -- GPG key: 1024D/3144BE0F Michael Hanke http://apsy.gse.uni-magdeburg.de/hanke ICQ: 48230050 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDYgRL93+NsjFEvg8RApH/AKCttO3vC6XRxxtnKMXSj5c1lFMFhQCgpJ0L wHlgXx9OSyAF5sZf+5/+f5w= =ZjXD -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335702: postgresql-8.1: fails to start after upgrade
On Tue, Oct 25, 2005 at 05:02:58PM +0200, Steinar H. Gunderson wrote: After upgrading from 8.0+8.1beta-3 to 8.0+8.1beta3-1, I get pannekake:~# /etc/init.d/postgresql-8.1 start Starting PostgreSQL 8.1 database server: mainError: Could not parse locale out of pg_controldata output failed! FWIW, I rebuilt the package on another machine, running sarge, and got exactly the same problem: altersex:~/postgresql-8.1-8.0+8.1beta4# dpkg -i ../postgresql-8.1_8.0+8.1beta4-1_i386.deb (Reading database ... 94490 files and directories currently installed.) Preparing to replace postgresql-8.1 8.0+8.1beta-3 (using .../postgresql-8.1_8.0+8.1beta4-1_i386.deb) ... Stopping PostgreSQL 8.1 database server: main. Unpacking replacement postgresql-8.1 ... Setting up postgresql-8.1 (8.0+8.1beta4-1) ... Starting PostgreSQL 8.1 database server: main(FAILED) Error: Could not parse locale out of pg_controldata output invoke-rc.d: initscript postgresql-8.1, action start failed. OTOH, some more debugging soon found out why it refused: altersex:~# /usr/lib/postgresql/8.1/bin/pg_controldata /var/lib/postgresql/8.1/main WARNING: Calculated CRC checksum does not match value stored in file. Either the file is corrupt, or it has a different layout than this program is expecting. The results below are untrustworthy. pg_control version number:811 Catalog version number: 200509161 Database system identifier: 4851525123739228133 Database cluster state: shut down pg_control last modified: Fri Oct 28 12:55:36 2005 Current log file ID: 0 Next log file segment:22 Latest checkpoint location: 0/15CBFEE0 Prior checkpoint location:0/15CBFE9C Latest checkpoint's REDO location:0/15CBFEE0 Latest checkpoint's UNDO location:0/0 Latest checkpoint's TimeLineID: 1 Latest checkpoint's NextXID: 35515 Latest checkpoint's NextOID: 1491413 Latest checkpoint's NextMultiXactId: 1 Latest checkpoint's NextMultiOffset: 0 Time of latest checkpoint:Fri Oct 28 12:55:35 2005 Maximum data alignment: 8192 Database block size: 64 Blocks per segment of large relation: 32 Bytes per WAL segment:1 Maximum length of identifiers:128 Maximum columns in an index: 67 Date/time type storage: floating-point numbers Maximum length of locale name:0 LC_COLLATE: LC_CTYPE: My guess is simply that upstream changed the data format and forgot to change the version. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336028: emacs-snapshot: diary not working.
Romain Francoise wrote: I don't understand this bug report, please provide more information. What did you expect it to do? What makes you think Emacs does the wrong thing? What difference do you observe between emacs21 and emacs-snapshot? Perhaps you're misunderstanding the purpose of the variable `number-of-diary-entries': it specifies a number of days, not a number of entries. And it works as intended in my tests. Thanks, Suppose the following diary file: 10/02 MNP 11/09 XYZ 12/21 ABC Suppose you have the following lines in your .emacs: (setq number-of-diary-entries 15) (diary) If you start emacs-snapshot, it will print all the three lines of the diary in the diary buffer. emacs21 prints only the following line in the diary buffer: 11/09 XYZ If I understand correctly, emacs* should print all the entries between 10/28 and (about) 11/13 (i.e. 10/28 + 15). emacs21 behaves correctly, while emacs-snapshot not. -- Eugen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336179: Please create pwc-modules-2.6.13-1-k7 (and the rest)
Package: pwc Severity: wishlist Hi, The kernel 2.6.13 is already since a while out, it would be nice to have the corresponding pwc modules to allow for upgrade. Thanks, Eric -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#203896: I'll take yydecode
retitle 203896 O: yydecode -- decode yEnc archives noowner 203896 thanks On Thu, Oct 13, 2005 at 01:06:06 +0200, Matej Vela wrote: On Fri, May 20, 2005 at 14:18:33 -0400, Anthony DeRobertis wrote: retitle 203896 ITA: yydecode -- decode yEnc archives Do you still intend to adopt yydecode? (This is just a ping, I'm not interested in adopting it myself.) I haven't heard back from you, so I'm assuming you're no longer interested. If you are, feel free to retitle the bug again. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#249789: irssi-text: The same on Etch or Sid
On Oct 28, 2005 at 10:46, pier praised the llamas by saying: Package: irssi-text Version: 0.8.9-3.1 Followup-For: Bug #249789 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (60, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages irssi-text depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libncurses5 5.5-1 Shared libraries for terminal hand ii libperl5.85.8.7-7Shared Perl library ii libssl0.9.8 0.9.8a-2 SSL shared libraries ii perl 5.8.7-7Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.7] 5.8.7-7The Pathologically Eclectic Rubbis irssi-text recommends no packages. -- no debconf information I tried different configurations, but all of them fail. I noticed that in Sarge everything work fine. I'm trying to connect to the server crypto.azzurra.org, and this should bounce you to one of the servers that support ssl login. But with this irssi i see that just one is used, always the same (in normal way, if one server fails the authentication, then you're redirected to another server). It is because that server doesn't support SSL on port 6667. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324982: jed NMU
I just noticed that your NMU patch for jed posted to this bug is incomplete -- you also need to fix the binary dependencies of jed-common, or jed will still be uninstallable. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336180: heartbeat: preinst calls adduser without --system
Package: heartbeat Version: 1.2.3-9sarge3 Severity: normal The 'hacluster' system user is added without the --system flag, thus placing it in the normal user range. Policy 9.2.2. says: Packages which need a user or group, but can have this user or group allocated dynamically and differently on each system, should use `adduser --system' to create the group and/or user -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages heartbeat depends on: ii adduser3.63 Add and remove users and groups ii iproute20041019-3Professional tools to control the ii iputils-ping 3:20020927-2 Tools to test the reachability of ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9 The GLib library of C routines ii libnet11.1.2.1-2 library for the construction and h ii libpils0 1.2.3-9sarge3 Plugin and Interface Loading Syste ii libstonith01.2.3-9sarge3 Interface for remotely powering do ii python 2.3.5-2 An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334270: d4x: Need for 'Maximum active connections'
You can use 'URL-manager' to limit number of connections. Just create new rule in it where enter .* as URL and enter number of connections in apropriate field below.
Bug#334265: d4x: Better support for multiple proxies
Many users, including me, use d4x using multiple proxies. In such cases, it is desirable that different connections of the same download run under different proxies, for two reasons: 1. Load is evenly distributed, especially when a single download is running. 2. Many sites restrict downloads to some N connection per IP If it is not possible to specify a proxy for each connection (By say, a properties page for each connection), given the details of You can specify different proxy for every alternate when adding new alternate. Just do right mouse click on download and select 'Alternates' then add new alternate with different proxy. multiple proxies, we can atleast specify that for each download, the connections should be made to each proxy according to an user specified ratio (in a round robin fashion). You also can limit number of connections per host via URL-manager
Bug#335953: partimage-server: Change Depends from lsb-base to lsb-base (= 3.0)
On Thu, Oct 27, 2005 at 02:01:21 +0200, Michael Biebl wrote: Dirk Prösdorf wrote: Package: partimage-server Version: 0.6.4-12.dirk.31.2 Severity: wishlist Hi, please change the depends of the package partimage-server from lsb-base to lsb-base (=3.0), because the old versions of lsb-base in sarge don't support the init-script functions. Well, there is no package of partimage in sarge so I don't see the point. Do you intend to make a backport? Yes, it's for backporting only and IMO is it a good idea to support backporters, especially if there are no package in stable. Ciao, Dirk
Bug#336181: xvfb: xvfb-run breaks for normal-user pbuilder builds
Package: xvfb Version: 6.8.2.dfsg.1-9 Severity: normal From my pbuilder build log for pyopengl: ... debian/rules build dh_testdir xvfb-run -a python2.3 setup.py build Traceback (most recent call last): File setup.py, line 44, in ? from setup.togl_setup import install, build_togl File /tmp/buildd/pyopengl-2.0.1.09/setup/togl_setup.py, line 27, in ? tk = Tkinter.Tk() File /usr/lib/python2.3/lib-tk/Tkinter.py, line 1564, in __init__ self.tk = _tkinter.create(screenName, baseName, className) _tkinter.TclError: couldn't connect to display :99 /usr/bin/xvfb-run: line 158: kill: (6372) - No such process This is with the following lines uncommented in /etc/pbuilderrc: BUILDUSERID=1234 BUILDUSERNAME=pbuilder If I comment out these lines again, the build completes successfully. (It seems that in the normal-user version, the first invocation of xvfb-run works, but the second time fails -- this is also the case for libaqbanking, where neither invocation happens under fakeroot.) -- 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.12-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages xvfb depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libxau6 6.8.2.dfsg.1-9 X Authentication library ii libxdmcp6 6.8.2.dfsg.1-9 X Display Manager Control Protocol ii zlib1g1:1.2.3-6 compression library - runtime xvfb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336182: gphoto2: Reproducible abort with several options.
Subject: gphoto2: Reproducible abort with several options. Package: gphoto2 Version: 2.1.6-2 Severity: important [EMAIL PROTECTED]:~$ gphoto2 --help *** glibc detected *** corrupted double-linked list: 0x1004ce70 *** Aborted [EMAIL PROTECTED]:~$ snoopy:~$ gphoto2 --list-ports *** glibc detected *** corrupted double-linked list: 0x1004d350 *** Aborted snoopy:~$ Maybe a problem due to powerpc, as shown in http://sourceforge.net/tracker/index.php?func=detailaid=684147group_id=8874atid=108874 ?! Thanks, Eugen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc5-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gphoto2 depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libcdk4 4.9.9-4C-based curses widget library ii libexif12 0.6.12-2 library to parse EXIF files ii libgphoto2-2 2.1.6-5.2 gphoto2 digital camera library ii libgphoto2-port0 2.1.6-5.2 gphoto2 digital camera port librar ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libncurses5 5.4-9 Shared libraries for terminal hand ii libreadline4 4.3-17 GNU readline and history libraries gphoto2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]