Bug#330636: ppc64 openpower710
On Thu, Sep 29, 2005 at 02:41:31PM +1200, Matthew Cocker wrote: yaboot gets to the boot prompt but it can not find the device cd. Ah, nice. It first says cd:0,/install/boot/msg: unable to open file, Invalid device Ok, so yaboot.conf is loaded correctly, it just fails to load the install/boot stuff. Will look at this. then it comes up with the boot: prompt boot: If I hit enter I get cd:0,/install/powerpc/vmlinux: unable to open file invalid device Ok, this is the default thingy. Do you have an idea what the right way for this is ? Can you drop into the OF console, and look at what the path to cd is, and try to boot yaboot in /install by hand ? I have just tried gentoo and they have the full OF path to the cd. Ah, possibly. Can you give it to me ? Oh, and you would need to run install64 or something such, and furthermore, the below is not the right yaboot.conf, we need to fix it # Power 4 subarch image=/install/power4/vmlinux label=install-power4 initrd=/install/power4/initrd.gz append=devfs=mount,dall init=/linuxrc -- initrd-size=10240 read-only These ones are not in the archive at all anymore, it need to be install/powerpc64/vmlinux :/ Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315236: looking at state of tuxtype package
OK, I looked at the package on mentors.debian.net. The legal issues are far from fixed. The debian/copyright file needs a copyright statement from every copyright holder, and a license from them. This means (for example) including the Copyright 2002 Free Software Foundation copyright from fonts/letters.ttf and fonts/menu.ttf. It looks like the upstream author has vouched for the origin of the images. However, you have to track down every single sound and find its origin, to find out whether it's in the public domain or 'non-commercial only'. You then need to record that in the debian/copyright file. Similarly, you have to go through every single font. I know that at least the Armenian font is copyright (c) 1992 Hrant H. Papazian, with no apparent license, and so undistributable. If you removed any non-free material from the upstream tarball, you should rename it (tuxtype-1.5.3dfsg is a traditional choice). Actually, in general the copyright file is all wrong. It should look vaguely like this after the Copyright: header (the list of copyright holders is the union of those listed in the various files I looked at): Copyright: Debian changes copyright 2005 Fabio Brito Tux Typing is copyright: Jesse Andrews 2001, 2003 and other years Calvin Arndt Sam Hart 2000, 2001 and other years Jacob Greig Bill Kendrick 2002 Olivier Dagenais and David Marshman Portions copyright Free Software Foundation 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003 FreeSans font copyright Free Software Foundation 2002 Some portions (of images) copyright Larry Ewing Tux Typing, including the fonts, images, and sounds, and all Debian changes are 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; either version 2 of the License, or (at your option) any later version. The following images, contained in Tux Typing, are works of the United States Government and are in the public domain: kcas1_1.gif kcas1_2.gif kcas1_3.gif kcas1_4.gif kcas2_1.gif kcas2_2.gif kcas2_3.gif kcas2_4.gif kcas3_1.gif kcas3_2.gif kcas3_3.gif kcas3_4.gif wcas1_1.gif wcas1_2.gif wcas1_3.gif wcas1_4.gif wcas2_1.gif wcas2_2.gif wcas2_3.gif wcas2_4.gif wcas3_1.gif wcas3_2.gif wcas3_3.gif wcas3_4.gif The following sound was recorded by ... and released into the public domain by its author: etc. Get the idea? -- Nathanael Nerode [EMAIL PROTECTED] (Instead, we front-load the flamewars and grudges in the interest of efficiency.) --Steve Lanagasek, http://lists.debian.org/debian-devel/2005/09/msg01056.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329989: snd_usb_audio unknown symbols
tags 329989 confirmed thanks Hi, I have reproduced that bug. And it is not inlining problem, because I tried building it with all inline functions in sound/usb/usbaudio.c replaced by #define's, and it did not help. I'll try to dig further. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330667: tmpreaper: add *.lock to default ignore list
Package: tmpreaper Version: 1.6.5 Severity: normal Hi, it would nice if tmpreaper could ignore *.lock (such as bonobo activation .lock) by default. Thanks. -- 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.12-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages tmpreaper depends on: ii debconf 1.4.58 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an tmpreaper recommends no packages. -- debconf information: * tmpreaper/TMPREAPER_TIME: * tmpreaper/confignowexists: tmpreaper/readsecurity: * tmpreaper/readsecurity_upgrading: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241223: apache2-common: me three?
Package: apache2-common Version: 2.0.54-5 Followup-For: Bug #241223 I'm having what I assume is the exact same problem. Automatically built indexes avoid showing files larger than 2GB and directly trying to GET those files produces a 403 and this in error.log: --- (75)Value too large for defined data type: access to /file.iso failed I've tried with EnableSendfile on and off with no difference. What is odd is that the referenced upstream bug for this (#28898) has a patch from Joe Orton and as best as I can tell, it is already applied as of 2.0.54. At least, looking at the source for apache2 from Debian, the appropriate changes appear to have been made in server/core.c and none of the Debian supplied patches relate to this. So I assume it is part of vanilla 2.0.54 from upstream. Either way, it is also preventing users from using my local mirror of several DVD based distributions of Linux (Knoppix and SuSE in particular). Unfortunately I have users serving dynamic content with PHP also or I would switch to Cherokee which works. I guess I might have to set up an aliased ethernet interface on a different IP and run two different web servers. Bleh. I'd rather Apache just worked! :) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apache2-common depends on: ii apache2-utils 2.0.54-5 utility programs for webservers ii debconf 1.4.58 Debian configuration management sy ii debianutils 2.14.3 Miscellaneous utilities specific t ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libgcc1 1:4.0.1-2 GCC support library ii libmagic1 4.12-1 File type determination library us ii mime-support 3.35-1 MIME files 'mime.types' 'mailcap ii net-tools 1.60-15The NET-3 networking toolkit ii openssl 0.9.7g-2 Secure Socket Layer (SSL) binary a ii ssl-cert 1.0-11 Simple debconf wrapper for openssl apache2-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307284: request of QA
retitle 307284 RM: Remove xml-soap -- superseded by axis -- RoQA tags 307284 -moreinfo thanks This is a RoQA, as noted by Marc Brockschmidt's message earlier. The maintainer is MIA, the package hasn't been uploaded since 2002, it FTBFS, as noted it's obsolete, and it wasn't in sarge. No reverse depends. Please act on this promptly. -- Nathanael Nerode [EMAIL PROTECTED] [Insert famous quote here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330420: [Pkg-shadow-devel] Bug#330420: login: Breaks system-wide maildir spools
That seems to be the problem. We certainly need to remove the noenv directive from the pam_mail line in the default login PAM configuration file: What will userdel do, then? If it will do something stupid, it needs to be fixed as well. In fact, I don't understand the reason for breaking maildir support in login at all noenv must be removed from pam_mail in *all* PAM profiles, including sudo, ssh, (and added to su's most probably). Confirmed. So, as far as shadow is concerned, the following changes should take place: -remove noenv for login -add sessionoptional pam_mail.so standard for su We have a tricky problem here: - if we do this su user will NOT keep MAIL set as it was before su invocation - if we don't, su - user will NOT set MAIL I actually prefer having a properly working su - behaviour userdel seems to handle these things well: [EMAIL PROTECTED]:/usr/share/doc/libpam-modules# ls -l /var/mail/krabs -rw-rw 1 krabs mail 465 2005-09-29 07:42 /var/mail/krabs [EMAIL PROTECTED]:/usr/share/doc/libpam-modules# userdel -r krabs [EMAIL PROTECTED]:/usr/share/doc/libpam-modules# ls -l /var/mail/krabs ls: /var/mail/krabs: Aucun fichier ou répertoire de ce type We also probably need a better wording for the comment before the pam_mail lines in /etc/pam.d/login: # Prints the status of the user's mailbox upon succesful login # (Replaces the `MAIL_CHECK_ENAB' option from login.defs). You # can also enable a MAIL environment variable from here, but it # is better handled by /etc/login.defs, since userdel also uses # it to make sure that removing a user, also removes their mail # spool file. ...is wrong or misleading/etc/login.defs is not enough, abviously.
Bug#321232: qemu: New upstream version available
On Thu, 29 Sep 2005 04:08:04 +0300, Guillem Jover [EMAIL PROTECTED] wrote: QEMU 0.7.2 has been available for a while. I've rebased most of the Debian package's patches against the new version; I'm attaching the resulting .diff.gz. Yes we know, and thanks for your work, we'll use that when preparing the new package. I'd like to have a buildable video.x driver, and make qemu build on kfreebsd-i386 before uploading. Sorry if I sounded harsh, I didn't mean to - I know there are a number of issues with packaging 0.7.2. I simply thought I'd share what I'd done already ;-). I've also included kqemu.h and enabled kqemu support (45_kqemu.patch), but I haven't changed the debian/copyright file to include its license. I'll take a look on this as well, maybe we'll use the qvm86 header file instead. I wondered about that - I was hoping both header files would be interchangeable, so that a single qemu could be used with either kqemu or qvm86, but it seems not. The kqemu version numbers announced are different, and kqemu 0.7.2 has a few more items than the latest snapshot of qvm86... Apart from that, the qvm86 header file seems more portable (it uses uint32_t rather than unsigned long - or is that a problem when porting to x86_64?), but kqemu's supports x86_64 already. Then again, given that kqemu is not redistributable, all this may be rather moot... But I imagine you knew all that! Regards, Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321427: mozilla-mailnews: Fixes brought in by Mozilla 1.7.11 should be backported to 1.7.8-1sarge2
Hi, Look here: http://bonsai.mozilla.org/cvsquery.cgi?treeid=defaultmodule=AviaryBranchTinderboxbranch=MOZILLA_1_7_BRANCHbranchtype=matchdir=file=filetype=matchwho=whotype=matchsortby=Datehours=2date=explicitmindate=2005-07-21maxdate=2005-08-10cvsroot=%2Fcvsroot Are those the checkins we need? Browsing around and with my little knowledge, I think so! It would be great if you could backport them. BTW, I had to revert to 1sarge1, I couldn't work with the current version, it made me go crazy. Thanks, Eric --
Bug#330459: Temporal Fix
Problem will be temporally fixed making a downgrade of cdrecord package. -- Marcos Ramirez (www.marcos-ramirez.info) .:: Linux Registered User #349823 ::. Debian SID Kernel 2.6.10. Antes de preguntar nada, lee! y recuerda, Google es tu amigo, yo no. http://www.sindominio.net/ayuda/preguntas-inteligentes.html No acepto adjuntos en formato WORD/Office: http://breu.bulma.net/?l3192 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330560: Partitioning fails when setting up software RAID during Sarge install
On Wed, 28 Sep 2005, Frans Pop wrote: On Wednesday 28 September 2005 19:48, you wrote: The servers have a pair of SATA drives which I am setting up in a level 1 RAID array. Once I have created the md devices and assigned a filesystem and mount point to the array I select the option to complete paritioning and proceed. The installer then attempts to format each partition but fails for the RAID array devices as it expects an device name (/dev/md/0p1) that is inconsistent with the device node created by devfs (/dev/md/0). Do you mean /dev/emd/0p1 for Enhanced Metadisk RAID by any chance? Otherwise this does not make sense. No, it's definitely /dev/md/0p1. It's a straight forward level 1 RAID array created from 2 partitions on the sda and sdb devices using the installer. I actually created 6 arrays from partitions on sda an sdb and had the same problem for each of them. I used mknod to create the necessary device files to allow the installer to complete like so: mknod /dev/md/0p1 b 9 0 mknod /dev/md/1p1 b 9 1 ... Then I could proceed to allow the installer to format the partitions and carry out the first stage install. I agree that it doesn't make any sense. Could you give some more information on your system? Please send a full installation report [1] to this bug ([EMAIL PROTECTED]). I'll do that separately. Could you also give some basic info on what EMD is and how it is setup? I've no idea as I've never used it. Jason Clifford -- UKFSN.ORG Finance Free Software while you surf the 'net http://www.ukfsn.org/2Mb ADSL Broadband from just £14.98 / month
Bug#290009: any luck with r5rs-doc?
Anything happening here? It would be nice to get this package back in for etch, but scm doesn't seem to be having much luck -- can it be made to run on a different scheme interpreter? Or is there a new maintainer in the works for scm? -- Nathanael Nerode [EMAIL PROTECTED] (Instead, we front-load the flamewars and grudges in the interest of efficiency.) --Steve Lanagasek, http://lists.debian.org/debian-devel/2005/09/msg01056.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323269: horde2: errors on login attempts: Only variable references should be returned by reference in...
Hi I'm running debian unstable and have the 2.2.8-3 version of horde2. I still have some messages like Only variable references should be returned by reference. I solved the issue by doing the same modifications as Lionel Elie Mamane did in his patch but on the following places: /usr/share/horde2/kronolith/lib/Driver.php line 71 /usr/share/horde2/mnemo/lib/Driver.php line 64 I think you should consider doing the same in your next release. For your information, the deprecated construct return new $class($params); also appear in the following files: /usr/share/horde2/lib/Token.php /usr/share/horde2/lib/Category.php /usr/share/horde2/lib/VFS.php /usr/share/horde2/lib/Cache.php /usr/share/horde2/lib/SessionHandler.php Cheers, Arnaud -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330668: postgresql-doc: prerm script incorrect
Package: postgresql-doc Version: 7.5.9 Severity: normal When I do dpkg --purge postgresql-doc I obtain an error due to the fact that the prerm script return an error. I solve the problem by inserting exit as second line in the script. -- 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.4.22 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329747: pbuilder: create fails on sparc because of missing slang1a-utf8
On Tue, 27 Sep 2005, Bastian Blank wrote: Please provide the complete output from $ROOT/var/log/bootstrap.log. There is no such file in my file system. But I'm using the apt version from Sarge and I do not really want to scramble my basically Sarge system with to much sid stuff. sid != proposed-updates. proposed-updates == updates for stable aka sarge. Sure. What do you want to tell me? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324159: gs-esp: Still present in version 8+8.15rc4.dfsg.1-2
Package: gs-esp Version: 7.07.1-9 Followup-For: Bug #324159 I tried upgrading to version 8+8.15rc4 and the bug is still there. ATB, Peter -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gs-esp depends on: ii gs-common 0.3.9 Common files for different Ghostsc ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libcupsimage2 1.1.23-12 Common UNIX Printing System(tm) - ii libcupsys2 [libcupsys2-gn 1.1.23-12 Common UNIX Printing System(tm) - ii libcupsys2-gnutls10 1.1.23-12 Common UNIX Printing System(tm) - ii libgimpprint1 4.2.7-10 The Gimp-Print printer driver libr ii libglib2.0-0 2.8.1-1 The GLib library of C routines ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpaper1 1.1.14-3 Library for handling paper charact ii libpng12-0 1.2.8rel-4 PNG library - runtime ii libstdc++5 1:3.3.6-10 The GNU Standard C++ Library v3 ii libtiff4 3.7.3-1 Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxt6 6.8.2.dfsg.1-7 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g 1:1.2.3-4 compression library - runtime Versions of packages gs-esp recommends: ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre ii psfontmgr 0.11.8-0.1 PostScript font manager -- part of -- no debconf information
Bug#330668: postgresql-doc: prerm script incorrect
Hi Francois! Francois [2005-09-29 8:52 +0200]: Package: postgresql-doc Version: 7.5.9 Severity: normal When I do dpkg --purge postgresql-doc I obtain an error due to the fact that the prerm script return an error. I solve the problem by inserting exit as second line in the script. There must be something wrong here. The transitional postgresql-doc package (version 7.5.9 and later) does not have any maintainer scripts. The old Sarge version (7.4.7) has one, but it does not look particularly prone to errors. Can you clarify this a bit? Thanks! Martin -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntulinux.org Debian Developerhttp://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327804: adduser: does not detect running nscd properly anymore
Package: adduser Version: 3.67 Followup-For: Bug #327804 nscd pidfile has moved from /var/run/nscd.pid to /var/run/nscd/nscd.pid, which causes invalid_nscd() to fail to invalidate nscd caches properly. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14-rc2 Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages adduser depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii passwd1:4.0.3-35 change and administer password and ii perl-base 5.8.7-3The Pathologically Eclectic Rubbis adduser recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328048: mod_perl makes apache2 segv
On 2005-09-28 20:52:23 -0700, Jurij Smakov wrote: FWIW, I cannot reproduce it in current sid. Application I maintain (torrus) uses libapache2-mod-perl2 and it's working happily. Here are currently installed versions of relevant packages: apache2-common2.0.54-5 apache2-mpm-worker2.0.54-5 libapache2-mod-perl2 2.0.1-3 perl 5.8.7-5 Here, on a PowerPC machine, Apache crashes with: apache2-common2.0.54-5 apache2-mpm-prefork 2.0.54-5 libapache2-mod-perl2 2.0.1-3 perl 5.8.7-5 I had to remove perl.* symlinks from /etc/apache2/mods-enabled. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241223: apache2-common: me three?
Mark Nipper wrote: I'm having what I assume is the exact same problem. Automatically built indexes avoid showing files larger than 2GB and directly trying to GET those files produces a 403 and this in error.log: If you check the apache2 changelog, you'll note that we once turned on large file support, but due to A) ABI incompatibilities with upstream that we got yelled at for, and B) an odd bug in subversion we couldn't readily hunt down, we turned it off again. The upstream 2.0 does NOT support large ( 2GB) files on 32-bit platforms, the upcoming 2.2 release does. If you want to compile your own, you can grab the LFS patches from debian/patches/to-review, move them into debian/patches, uncomment the FILE_OFFSET CFLAGS in debian/rules, and build the packages, it does all work fine, but it breaks the module ABI, so you need to recompile all your apache modules too (including enabling LFS in PHP). An easier option may be to switch to a 64-bit platform, where large file support is the norm. ;) ... Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330646: phppgadmin: [INTL:sv] Swedish debconf templates translation
On Thursday, 29 September 2005 03:20, Daniel Nylander wrote: Package: phppgadmin Version: 3.5.5-2 Severity: wishlist Tags: patch l10n Thanks, it will be applied in the next upload. -- Isaac Clerencia at Warp Networks, http://www.warp.es Work: [EMAIL PROTECTED] | Debian: [EMAIL PROTECTED] pgpynLVnc2oCF.pgp Description: PGP signature
Bug#330670: A suggested method for fakeroot to handle open and chroot
Package: fakeroot Version: 1.2.10 Severity: wishlist Revise the method in which fakeroot communicates with the faked daemon: - The library will not override any of the libc symbols. Instead, a syscall type table is held inside. - During the preload stage, fakeroot opens a socket/whatever to the daemon, and asks it to ptrace the process. It also passes the daemon the address of the symbol table. - The daemon knows what socket number the process uses to communicate with it (probably a high value to avoid collision. We'll assume it's 510). - Whenever a write with fd 510 is registered at the debugging daemon, the content is pulled from the process memory and placed in the appropriate registers. This allows the library to perform system calls directly. - (Almost) any other syscall is redirected to the library for interception and possibly replacement. Advantages: - Can intercept open without races. - Can emulate chroot. - Can emulate root for statically linked and non-standard executeables. - Can kill all faked processes when the daemon is killed. - Can emulate a no-LD_PRELOAD environment (remove variable on SO load, restore it upon execve). Also - can make sure that our LD_PRELOAD is always first. Disadvantages: - Performance? Probably not serious, as only syscalls will ever trigger a ptrace breakpoint. - Will probably cause problems for recursive debuggers (i.e. - cannot run strace inside fakeroot). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages fakeroot depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329870: pydf: Does not start on alpha architecture after installing
On Wed, Sep 28, 2005 at 07:57:56PM +0200, Adrian Neumaier wrote: ... python2.4 (2.4.1+2.4.2rc1-1): python2.4 -c 'import os; print os.statvfs(/)' (4096, 4096, 1802133918588257, 2020764933271418, 1546304191037019, 0, 0, 255, 0, 0) ^^^ ^ this says your filesystem is 1802133918588257*4096 B == 6.4 exabytes big(!) likewise, it says you have 7.2 exabytes of free space, therefore the occupied space is negative and this is where pydf fails. I am going to reassign the bug to python. python2.4 -c 'import os; print os.statvfs(/home)' (4096, 4096, 1640913730780508, 1108307721154497, 1101865270110756, 0, 0, 255, 0, 0) ditto -- --- | Radovan Garabík http://kassiopeia.juls.savba.sk/~garabik/ | | __..--^^^--..__garabik @ kassiopeia.juls.savba.sk | --- Antivirus alert: file .signature infected by signature virus. Hi! I'm a signature virus! Copy me into your signature file to help me spread!
Bug#330627: Gentoo had an advisory for this
Hi, there has been a Gentoo advisory about insecure temp files in rkhunter, which got assigned CAN-2005-1270: http://www.gentoo.org/security/en/glsa/glsa-200504-25.xml So please check, whether the mentioned check_update.sh script is vulnerable in the Debian package as well. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330671: debconf forgets one generated locales
Package: locales Version: 2.3.5-6 Severity: normal Hello. This bug shows up during the debconf questioning for the locales package, when installing after purging, or when dpkg-reconfiguring after installation. It affects the dialog frontend, but neither readline nor editor. Maybe it should be reported as a debconf bug. In the first debconf menu Select locales to be generated, select n languages. Say: [X] fr_FR ISO-8859-1 [X] fr_FR.UTF-8 UTF-8 [X] [EMAIL PROTECTED] ISO-8859-15 Only the two last will be present in the second menu Which locale should be the default in the system environment?. And only those two will actually be generated. I hope this'll help to figure out the problem. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.9.050419 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages locales depends on: ii debconf 1.4.58 Debian configuration management sy ii libc6 [glibc-2.3.5-3] 2.3.5-6GNU C Library: Shared libraries an locales recommends no packages. -- debconf information: * locales/default_environment_locale: [EMAIL PROTECTED] * locales/locales_to_be_generated: fr_FR.UTF-8 UTF-8, [EMAIL PROTECTED] ISO-8859-15 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320413: Take over of texinfo/info packages
Norbert Preining [EMAIL PROTECTED] wrote: On Mit, 28 Sep 2005, Frank Küster wrote: For more than 5 weeks no answer. How do we proceed with this? We should think about something rather soon, as with teTeX 3 going into unstable texinfo is broken. I think we do it rather now, than when I'm busy with uploading teTeX 3.0. Is the patch you posted to the bug log still up-to-date wrt to the version on http://www.tug.org/texlive/Debian/texinfo/? Yes it is. But: lintian spits out: W: texinfo: binary-without-manpage texi2pdf There is a manpage in the sources of teTeX 2.0.2 (and thus in the sid Debian package, or on http://cvs.debian.org/*checkout*/tetex-bin/texk/tetex/texi2pdf.man?rev=1.1.1.2cvsroot=tetexcontent-type=application/x-troff-man W: texinfo: possible-bashism-in-maintainer-script postinst:3 '[ $1 = configure -a ' - if [ $1 = configure -a -z $2 ] ; then + if [ $1 = configure ] [ -z $2 ] ; then E: texinfo: old-fsf-address-in-copyright-file W: info: possible-bashism-in-maintainer-script postinst:3 '[ $1 = configure -o ' - if [ $1 = configure -o $1 = upgrade ]; then + if [ $1 = configure ] || [ $1 = upgrade ]; then E: info: old-fsf-address-in-copyright-file What the hell is this stupid old-fsf-address-in-copyright-file error. Doesn't lintian tell you more with -i? web.ask.com pointed me to , Lintian report for old-fsf-address-in-copyright-file | | The /usr/share/doc/pkg/copyright file refers to the old postal | address of the Free Software Foundation (FSF). The new address is: | | Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, | MA 02111-1307, USA. | ` Of course this is an upstream issue, just as the manpage. But what is with the bashism?! That test or [ understands boolean operators is specific to bash, or at least it isn't guaranteed by POSIX and probably not implemented in the test builtins of dash and posh. Do you accept it like this? Or should I prepare a new 0.1. We're not really in a hurry; I'd say fix them first. And: Did we come to the conclusion that I write myself as teh new Maintainer or that I make a NMU upload? In fact we were always talking about taking over. So it's gonna be 4.8-1, with you as the maintainer and your signature in the changelog file. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#330399: This bug doesn't appear to happen in 'stable'
I have just done a 'stable' install and found that this bug does not happen. It only happens if I upgrade to 'testing' before installing nis. ___ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330602: irssi-text: irssi SEGVs with recent sid perl upgrade
On Sep 28, 2005 at 21:59, simon raven praised the llamas by saying: Package: irssi-text Version: 0.8.10rc5-0.1 Severity: grave Justification: renders package unusable hi, just like the subject says, it SEGVs when i launch it. also it dumps core. seems to be DynaLoader related, since i'm seeing similar behaviour with mod_perl (DynaLoader involved in the borkedness). more info provided upon request. Can you disable loading all perl scripts on start up? Does it still crash? Can you load one script at a time and let me know if it is all scripts that cause it to crash or if it is just one or a set of scripts. -- 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#330673: /etc/network/if-up.d/ip should check what interface is vlan interface
Package: vlan Version: 1.8-1 Severity: minor I have two vlan interfaces and one satellite interface. sputnik is satellite iface. net.ipv4.conf.sputnik.rp_filter shold be set to 0, which is done by this line in /etc/network/interfaces: post-up /sbin/sysctl -w net.ipv4.conf.sputnik.rp_filter=0 system was converted to using vlans a month ago, and today i was disappointed by a fact what rp_filter does not set to 0 on 'ifup sputnik'. it turns out what /etc/network/if-up.d/ip set this sysctl on it's own, and i need additional parameter in /etc/network/interfaces specifically to tell vlan's ip script to set rp_filter. I suggest what /etc/network/if-up.d/ip should act only on vlan interfaces, checking them in a manner if-pre-up.d/vlan script does. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330672: ttcn3parser: Import inside module throws error
Package: ttcn3parser Version: 20050130-2 Severity: normal With simple example such as this: ---cut--- module foo { import from Bar { testcase all }; import from FooBaz { testcase all }; } ---cut--- Parser throws error: File: foo.ttcn3 import from Bar { testcase all } ^ Expected } (14), (3,2) Parsed file foo.ttcn3 in 0.05 seconds Although I think this is quite legitimate TTCN-3 source. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (600, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages ttcn3parser depends on: ii python2.3.5-3An interactive high-level object-o ii python-pyparsing 1.2.2-1Python parsing module Versions of packages ttcn3parser recommends: ii ttcn-el 0.6.8 GNU Emacs modes for TTCN-3/protoco -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330599: binfmt-support: Octal escape sequence
On Wed, Sep 28, 2005 at 02:41:34PM -0600, Shaun Jackman wrote: Package: binfmt-support Version: 1.2.6 Severity: wishlist binfmt-support allows the hex \x## escape sequence for the magic option. Could the magic option also support the octal \### escape sequence? It is particularly nice for \0, \1, etc. It's actually the kernel's binfmt_misc module that does the interpretation of \x. I could probably make update-binfmts mangle the magic byte-sequence on the way through, but I think it might be better just to teach the kernel to understand octal escapes. Does that make sense to you? Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330674: login: pam.d/su is gone
Package: login Version: 1:4.0.12-3 Hello, since login 1:4.0.12-3 (probably since 1:4.0.12-2, which was uninstallable for me) /etc/pam.d/su seems not to be in the package anymore: [EMAIL PROTECTED]:~# dpkg -S /etc/pam.d/su login: /etc/pam.d/su [EMAIL PROTECTED]:~# dpkg -l login ii login 4.0.3-31sarge5 system login tools [EMAIL PROTECTED]:/home/holbe% dpkg -S /etc/pam.d/su dpkg: /etc/pam.d/su not found. [EMAIL PROTECTED]:/home/holbe% ls -l /etc/pam.d/su -rw-r--r-- 1 root root 1355 Aug 23 2003 /etc/pam.d/su [EMAIL PROTECTED]:/home/holbe% dpkg -l login ii login 4.0.12-3system login tools If you think this is intentional, feel free to just close this bug, but please consider to remove a stale conffile in postinst or somewhere like that then. Thanks for you work regards Mario -- There are 10 types of people in the world: Those who understand binary, and those who don't... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330675: O: gnome-print
Package: wnpp Severity: normal Hi, After some checks with the pkg-gnome maintainers, and following the discussions in debian-gtk-gnome and debian-release concerning the status of GNOME 1, I'm orphaning a couple of GNOME 1 packages. If you're interested in adopting this package, please take contact with Thomas Bushnell (which is in copy) since he suggested he might adopt the packages. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#330677: O: bonobo-activation
Package: wnpp Severity: normal Hi, After some checks with the pkg-gnome maintainers, and following the discussions in debian-gtk-gnome and debian-release concerning the status of GNOME 1, I'm orphaning a couple of GNOME 1 packages. If you're interested in adopting this package, please take contact with Thomas Bushnell (which is in copy) since he suggested he might adopt the packages. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#330676: O: gnome-libs
Package: wnpp Severity: normal Hi, After some checks with the pkg-gnome maintainers, and following the discussions in debian-gtk-gnome and debian-release concerning the status of GNOME 1, I'm orphaning a couple of GNOME 1 packages. If you're interested in adopting this package, please take contact with Thomas Bushnell (which is in copy) since he suggested he might adopt the packages. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#330678: ITP: filezilla3 -- FileZilla 3 FTP Client
Package: wnpp Severity: wishlist Owner: Emfox Zhou [EMAIL PROTECTED] * Package name: filezilla3 Version : 2.9.3 Upstream Author : Tim Kosse [EMAIL PROTECTED] * URL : http://www.filezilla-project.org/ * License : GPL Description : FileZilla 3 FTP Client FileZilla is a great file transfer client, like FlashFXP or FTPRush. . There was just one big problem. With was only for Microsoft Windows. Now, FileZilla 3 is on its way and it's for multiple platforms, which completely rewritten using wxWidgets 2.6. . This software is still alpha software in early development, DO NOT use it in production environments, and use it at your own risk. -- 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.8-2-686 Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
Bug#330679: Reports: Error: libnet_write failed:
Package: divine Version: 0.8-3 Severity: normal All over a sudden, divine reports: % divine Error: libnet_write failed: I already tried rebuilding divine, and also rebuilt divine against libpcap0.8 -- to no avail. This happened after upgrading to kernel 2.6.14-rc2-git6, 2.6.14-rc2-git1 was still working ok. Attached is an strace. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14-rc2-git6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages divine depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libnet1 1.1.2.1-2 library for the construction and h ii libpcap0.80.9.3-1System interface for user-level pa divine recommends no packages. -- no debconf information execve(/usr/sbin/divine, [/usr/sbin/divine], [/* 12 vars */]) = 0 uname({sys=Linux, node=hummus.charite.de, ...}) = 0 brk(0) = 0x804c000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe6000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=93223, ...}) = 0 old_mmap(NULL, 93223, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fcf000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libnet.so.1, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300/\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=76432, ...}) = 0 old_mmap(NULL, 80656, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7fbb000 old_mmap(0xb7fcd000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12000) = 0xb7fcd000 old_mmap(0xb7fce000, 2832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fce000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libpcap.so.0.8, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2209\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=156940, ...}) = 0 old_mmap(NULL, 161916, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f93000 old_mmap(0xb7fb9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x25000) = 0xb7fb9000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/libpthread.so.0, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300G\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=86570, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f92000 old_mmap(NULL, 70904, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f8 old_mmap(0xb7f8e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd000) = 0xb7f8e000 old_mmap(0xb7f9, 5368, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f9 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300O\1..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1265136, ...}) = 0 old_mmap(NULL, 1275196, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e48000 old_mmap(0xb7f79000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xb7f79000 old_mmap(0xb7f7d000, 9532, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f7d000 close(3)= 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e47000 mprotect(0xb7f79000, 4096, PROT_READ) = 0 set_thread_area({entry_number:-1 - 6, base_addr:0xb7e476c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7fcf000, 93223) = 0 set_tid_address(0xb7e47708) = 9808 rt_sigaction(SIGRTMIN, {0xb7f84370, [], SA_SIGINFO}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0xb7f843f0, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 _sysctl({{CTL_KERN, KERN_VERSION, 0, 20d91, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, 2, 0xbfbfb860, 32, (nil), 0}) = 0 brk(0) = 0x804c000 brk(0x806d000) = 0x806d000 open(/etc/divine.conf, O_RDONLY) = 3
Bug#330680: cifs: files with large file names are missing
Package: linux-image-2.6.12-1-k7 Version: 2.6.12-10 Severity: important I use cifs to mount a couple of samba shares and files with long names are not displayed. When I access the same shares, using LAN Browsing in konqueror, the files are there. It looks like it has too do with the total length (inclusive directories) of the filename. for example: /incoming/test2/a 92 characters long filename : gives problems /incoming/test/a 92 characters long filename : doesn't -- 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.12-1-k7 depends on: ii coreutils [fileutils] 5.2.1-2.1 The GNU core utilities ii fileutils 5.2.1-2.1 The GNU file management utilities ii initrd-tools 0.1.82 tools to create initrd image for p ii module-init-tools 3.2-pre9-1 tools for managing Linux kernel mo linux-image-2.6.12-1-k7 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330681: O: python-gnome
Package: wnpp Severity: normal Hi, After some checks with the pkg-gnome maintainers, and following the discussions in debian-gtk-gnome and debian-release concerning the status of GNOME 1, I'm orphaning a couple of GNOME 1 packages. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#325644: keychain error 'ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory'
On Mon, Aug 29, 2005 at 07:53:02PM -0400, Barry Hawkins wrote: * Adding 2 ssh key(s)... ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory I fixed this in openssh 1:4.1p1-7. openssh (1:4.1p1-7) unstable; urgency=low * Do the IDEA host key check on a temporary file to avoid altering /etc/ssh/ssh_host_key itself (closes: #312312). * Work around the ssh-askpass alternative somehow ending up in manual mode pointing to the obsolete /usr/lib/ssh/gnome-ssh-askpass. * Add GNU/kFreeBSD support (thanks, Aurelien Jarno; closes: #318113). * Fix XSIish uses of 'test' in openssh-server.preinst. * Policy version 3.6.2: no changes required. -- Colin Watson [EMAIL PROTECTED] Fri, 2 Sep 2005 16:18:11 +0100 Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328565: [Fwd: Re: Bug#328565: testing installer report]
I'm just forwarding this to the bugreport, in order to not lose this info. Bye Christian Original Message Subject: Re: Bug#328565: testing installer report Resent-Date: Wed, 28 Sep 2005 04:12:06 -0500 (CDT) Resent-From: debian-boot@lists.debian.org Date: Wed, 28 Sep 2005 10:54:54 +0200 From: Pielmeier, Stefan [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: debian-boot@lists.debian.org Meanwhile I managed the problem(s): - using the newer installer from e.g. 20050926 But still I had the problem that the newly installed system didn't boot correctly, because - I have a fix installed USB Card reader that is detected Successfully by usb-storage driver - sata-sil was not detected (or not checked?) during initial Default driver loading in installer - sata-sil was loaded just during harddrive detection in installer AFTER usb-storage driver was already installed as a default driver = my harddrive was detected as drive /dev/sde during install process - all setup was done for /dev/sde - but when booting, the sata-sil driver is (of course) loaded BEFORE The usb-storage driver = harddrive is detected as /dev/sda and the Root filesystem cannot be mounted SOLUTION: - use expert installation mode - do all default actions except: always DESELECT usb-storage driver so the harddisk is Detected as /dev/sda and the system boots fine after ;-=) SUGGESTION: - if possible, unload previous loaded drivers in installer if no harddisk was detected and the driver is selected by hand to avoid having harddisk as 'wrong' device in /dev/ Anyway, Debian is great! Cheers, Stefan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279541: RM: python-gtkextra
reassign 279541 ftp.debian.org retitle 279541 RM: python-gtkextra thanks Hi, Please remove the python-gtkextra package. Thanks, -- Lo?c Minier [EMAIL PROTECTED]
Bug#330336: Patch for NMU 2.0.7-1.2
Jeremy T. Bouse wrote: Next time I would appreciate it if you followed section 5.11.1 of the Developers Reference a bit more closely. You did submit a bug report, atleast the snmp dependency was one that actually did not already have a report submitted on; however giving less than 24 hours before you uploaded not only the NMU but the patch to the BTS hardly gives time for a response from the developer. Submitting the patch within 24 hours and not uploading the NMU after giving some time for a response would have been better. 5.11.1 states the following order, please abid by it: 1) File a bug report *Hurray you did that atleast* 2) Wait a few days for a response. File a 'patch' if no response 3) Wait a few more days if you get no answer, then mail announcing the intent to NMU 4) Upload your package to DELAYED/7-day (not 3-DAY, not 5-DAY, *7-DAY*) It's part of the gcc and Qt/KDE transition. At least for libfwbuilder 3-DAY is apropriate... Open RC bugs are an intent to NMU... and an NMU is no attack, it's just to help you... If you had checked all the other bugs you closed and read them you would have noticed that I was working on the 2.0.9 packaging already as it had been released. I had been working on 2.0.8 when the C++ ABI transition hit the mirrors. You would have also noticed I respond to just about every bug report filed, so not getting a response from a bug filed within 24 hours isn't a problem. Fixing RC bugs is more important than a new upstream... I won't go on about the fact that some of the items in the bugs you closed were not addressed in your NMU to begin with and would have been closed without being addressed. You mean the bug that was already fixed, but not closed by you? Checking the QA mia-history would have also showed I wasn't MIA as well; however you made no attempt, other than the one bug report to, contact me prior to doing the NMU. Note that the NMU has not reached the archive yet and that your packages are holding the Qt/KDE transition... The other option next to NMUing was asking its removal from testing in a couple of days... Note also that NMUing is to help you. I'm sorry if you misunderstood this NMUs as an attack. The procedure for NMUing described in the Developers Reference is indeed a good one for fixing random bugs, but please understand that it is too much hassle for a testing migration of a *big* transition. So, sorry again if it came over as an attack. Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330285: Additional strace info -- hints for solving -- RE:KDE-3.4.0 and knotes / kontact problem
I tried to strace and had a log of 22Mb in about 2Min. for me it first showed nothing, but perhaps somebody knows a little more: At the end its frozen with the following continuing for ever: 6019 write(4, ;\3\5\0003\4\340\1\0\0\0\0\0\0\0\0z\0\20\0;\3\5\0\207\7..., 448) = 448 6019 ioctl(4, FIONREAD, [0]) = 0 6019 gettimeofday({1127982709, 395252}, NULL) = 0 6019 select(17, [3 4 5 6 8 14 16], [], [], {0, 0}) = 0 (Timeout) 6019 gettimeofday({1127982709, 395354}, NULL) = 0 6019 nanosleep({0, 10}, NULL) = 0 6019 ioctl(4, FIONREAD, [0]) = 0 6019 gettimeofday({1127982709, 396933}, NULL) = 0 6019 select(17, [3 4 5 6 8 14 16], [], [], {0, 0}) = 0 (Timeout) 6019 gettimeofday({1127982709, 397027}, NULL) = 0 6019 nanosleep({0, 10}, NULL) = 0 6019 ioctl(4, FIONREAD, [0]) = 0 6019 gettimeofday({1127982709, 398928}, NULL) = 0 6019 select(17, [3 4 5 6 8 14 16], [], [], {0, 0}) = 0 (Timeout) 6019 gettimeofday({1127982709, 399021}, NULL) = 0 6019 nanosleep({0, 10}, NULL) = 0 6019 ioctl(4, FIONREAD, [0]) = 0 In between there were things like this: 6019 access(/homelocal/oko/.kde/share/config/kresources_kabc_egroupwarerc, W_OK) = -1 ENOENT (No such f ile or directory) 6019 access(/homelocal/oko/.kde/share/config/kresources_kabc_egroupwarerc, F_OK) = -1 ENOENT (No such f ile or directory) 6019 access(/homelocal/oko/.kde/share/config, W_OK) = 0 6019 lstat64(/homelocal/oko/.kde/share/config/kresources_kabc_egroupwarerc, 0x84c2ef8) = -1 ENOENT (No such file or directory) 6019 stat64(/homelocal/oko/.kde/share/config/kresources_kabc_egroupwarerc, 0x84c2ef8) = -1 ENOENT (No s uch file or directory) 6019 lstat64(/homelocal/oko/.kde/share/config/kresources_kabc_egroupwarerc, 0x84c2ef8) = -1 ENOENT (No such file or directory) 6019 stat64(/homelocal/oko/.kde/share/config/kresources_kabc_egroupwarerc, 0x84c2ef8) = -1 ENOENT (No s uch file or directory) Then I thought it might come from any configured xmlrpc ressource. I had a connection to an egroupware server running in former times: keppler:~# dpkg -S egroupwarewizard kdepim-wizards: /usr/lib/kde3/libegroupwarewizard.so kdepim-wizards: /usr/bin/egroupwarewizard kdepim-wizards: /usr/share/man/man1/egroupwarewizard.1.gz kdepim-wizards: /usr/lib/kde3/libegroupwarewizard.la And finding: ~/.kde$ less share/config/kresources/contact/stdrc With lines with: XmlRpcUrl=http:/egroupware/xmlrpc.php I deleted the whole block. And kmail is now working. I hope this will be useful for somebody. I will leave the bug open because thats impossible to solve for any common user! Oliver -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316438: fwbuilder: very simple program which outputs an html report from a .fwb xml file
will take a look-see.. On Wed, Sep 28, 2005 at 12:46:50PM -0700, Jeremy T. Bouse wrote: I am currently working on the 2.0.9 packaging of fwbuilder. If you want to make sure that the script supports atleast 2.0.7 which is currently in testing I would be willing to consider including in the examples directory and adding a note in the README.Debian regarding it with the 2.0.9 upload if you can get back in time. I did find that when I ran it against a couple of my .fwb files it failed to complete properly and threw a traceback. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330604: inkscape does not start
Hi Torsten, On Wed, Sep 28, 2005 at 10:40:13PM +0200, Torsten Zirzlaff wrote: Package: inkscape Version: 0.42.2-1 Severity: grave Justification: renders package unusable During startup of inkscape it does display the beginnings of the canvas area, but then stops with a popup that it has encountered an internal error and closed now. On console the following appears: tinuviel zirzlaff 65 (~):inkscape Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. Abbruch -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.4.20050814 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Since you are using alpha, this is probably a reintroduction of 64Bit uncleanliness in inkscape. Hm, I hoped that this would be closed. Can you provide a backtrace please? I had a look at the buildlog for inkscape on alpha, but there are so many warnings that I'm lost. Thanks for your help, Wolfi signature.asc Description: Digital signature
Bug#330682: mantis: Several vulnerabilities in Mantis
Package: mantis Severity: grave Tags: security Justification: user security hole mantis 1.0.0-rc2 fixed these security problems, that seem to be missing in the latest DSA upload that fixed several others: - 0006097: [security] user ID is cached indefinately (thraxisp) - 0006189: [security] List of users (in filter) visible for unauthorized users. (thraxisp) Besides that there was a CVE assignment (CAN-2005-3091) for a Cross-Site-Scripting vulnerability that refers the Mantis bug 5751, for which I can't find a referenced fix in the 0.19.2-4 changelog as well. Cheers, Moritz -- 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.14-rc1 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#330683: pybliographer: Pybliographic has no window icon
Package: pybliographer Version: 1.2.6.2-1-2.4 Severity: minor Tags: patch Pybliographic displays the we have no icon icon in the top-left corner of it's window title (this is using Metacity). This is because the application doesn't set the icon, and neither does the glade files. The following patch fixes this in the glade file. --- /usr/share/pybliographer/glade/pyblio.glade 2005-08-26 12:29:05.0 +0200 +++ pyblio.glade2005-09-29 11:30:10.0 +0200 @@ -12,6 +12,7 @@ property name=modalFalse/property property name=resizableTrue/property property name=destroy_with_parentFalse/property + property name=icon/usr/share/pixmaps/pybliographic.png/property property name=decoratedTrue/property property name=skip_taskbar_hintFalse/property property name=skip_pager_hintFalse/property -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 'experimental'), (98, 'hoary'), (97, 'breezy') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages pybliographer depends on: ii python 2.4.1-0ubuntu2 An interactive high-level object-o ii python-bibtex1.2.1-1ubuntu1 Python interfaces to BibTeX and th ii python-glade22.8.0-0ubuntu1 GTK+ bindings: Glade support ii python-gnome22.12.0-0ubuntu1 Python bindings for the GNOME desk ii python2.4-glade2 2.8.0-0ubuntu3 GTK+ bindings: Glade support ii python2.4-gnome2 2.12.0-0ubuntu1 Python bindings for the GNOME desk Versions of packages pybliographer recommends: ii yelp 2.10.0-2 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330684: imagemagick: Typo in mogrify manpage: wrong url
Package: imagemagick Version: 6:6.2.3.6-3 Severity: minor In the manual page for mogrify(1), the url of the html documentation is wrong: file:///[...]/morify.html, should be [...]/mogrify.html. -- 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.11 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages imagemagick depends on: ii libmagick6 6:6.2.3.6-3 Image manipulation library imagemagick recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330685: apticron: No package details - error while reading archive
Package: apticron Version: 1.1.12 Severity: normal On two machines from three I can't see details of package upgrade because error while reading archive. This error is because bad filename of debian package. I found out that on these two machines LANG=en setted for apt-cache don't work. Output is still in czech and not en. Simple solution is to replace LANG=en by LC_ALL=en. Here is details: - Package Details: dpkg-deb: chyba při čtení archivu `/var/cache/apt//archives/bsdutils__*.deb': není souborem ani adresářem Traceback (most recent call last): File /usr/bin/apt-listchanges, line 218, in ? main() File /usr/bin/apt-listchanges, line 92, in main pkg = apt_listchanges.Package(deb) File /usr/lib/site-python/apt_listchanges.py, line 49, in __init__ self.binary = pkgdata.Package AttributeError: DebianControlStanza instance has no attribute 'Package' - Here is patch: - --- /usr/sbin/apticron 2005-09-29 11:26:49.0 +0200 +++ apticron.new2005-09-29 11:27:10.0 +0200 @@ -84,7 +84,7 @@ PKGPATH=/$DIRCACHE/archives/ for PKG in $PKGNAMES ; do - VER=`LANG=en /usr/bin/apt-cache policy $PKG |\ + VER=`LC_ALL=en /usr/bin/apt-cache policy $PKG |\ /bin/grep Candidate: | /usr/bin/cut -f 4 -d \ ` VERFILE=`echo $VER | /bin/sed -e s/:/%3a/g` DEBS=$DEBS ${PKGPATH}${PKG}_${VERFILE}_*.deb - -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11.12-grsec Locale: LANG=cs_CZ.UTF8, LC_CTYPE=cs_CZ.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to cs_CZ.UTF8) Versions of packages apticron depends on: ii apt-listchanges 2.59-0.2Display change history from .deb a ii coreutils5.2.1-2 The GNU core utilities ii debconf 1.4.30.13 Debian configuration management sy ii iproute 20041019-3 Professional tools to control the ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent -- debconf information: * apticron/notification: root -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330686: gnupg: Errors running --check-trustdb in 1.4.2-1
Package: gnupg Version: 1.4.2-1 Severity: normal (I sent this report a few days ago but didn't get an ack from [EMAIL PROTECTED]) The new version of GnuPG doesn't like my keyring: pacem:/tmp$ gpg --check-trustdb gpg: mpi larger than indicated length (2 bytes) gpg: keyring_get_keyblock: read error: invalid packet gpg: keyring_get_keyblock failed: invalid keyring gpg: failed to rebuild keyring cache: invalid keyring gpg: 3 marginal(s) needed, 1 complete(s) needed, classic trust model gpg: mpi larger than indicated length (2 bytes) gpg: keyring_get_keyblock: read error: invalid packet gpg: keydb_get_keyblock failed: invalid keyring gpg: validate_key_list failed zsh: exit 2 gpg --check-trustdb pacem:/tmp$ If I go back to version 1.4.1-1, --check-trustdb works as intended: pacem:/tmp$ gpg --check-trustdb gpg: 3 marginal(s) needed, 1 complete(s) needed, classic trust model gpg: depth: 0 valid: 1 signed: 8 trust: 0-, 0q, 0n, 0m, 0f, 1u gpg: depth: 1 valid: 8 signed: 58 trust: 8-, 0q, 0n, 0m, 0f, 0u gpg: next trustdb check due at 2005-11-13 pacem:/tmp$ How do I know which key in my keyring causes the problem? I tried running the command with --debug-all but I doesn't show the key IDs. Thanks, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable'), (650, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnupg depends on: ii libbz2-1.0 1.0.2-9 high-quality block-sorting file co ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libldap22.1.30-12OpenLDAP libraries ii libreadline55.0-11 GNU readline and history libraries ii libusb-0.1-42:0.1.10a-21 userspace USB programming library ii makedev 2.3.1-78 creates device files in /dev ii zlib1g 1:1.2.3-4compression library - runtime gnupg recommends no packages. -- no debconf information -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316438: fwbuilder: very simple program which outputs an html report from a .fwb xml file
jeremy, i am running - have been running - with 2.0.7. make sure you have an appropriate version of python, 2.2 and 2.3 should do it. also make sure you have, or recommend to people to have, the python xml libraries installed: [EMAIL PROTECTED]:~$ dpkg -l f vi f /[EMAIL PROTECTED]:~$ vi f [EMAIL PROTECTED]:~$ grep python f | grep xml ii python2.2-xml 0.8.3-4 XML tools for Python (2.2.x) ii python2.2-xmlbase 2.2.3-8 XML support included in Python (v2.2) ii python2.3-xml 0.8.3-4 XML tools for Python (2.3.x) you do not explain what traceback is failing to complete - a copy of that traceback would have been helpful, i can only guess what the problem is, therefore. my guess is that you do not have python-xml installed. latest version attached: there was something i had to update, can't remember what it was... l. On Wed, Sep 28, 2005 at 12:46:50PM -0700, Jeremy T. Bouse wrote: I am currently working on the 2.0.9 packaging of fwbuilder. If you want to make sure that the script supports atleast 2.0.7 which is currently in testing I would be willing to consider including in the examples directory and adding a note in the README.Debian regarding it with the 2.0.9 upload if you can get back in time. I did find that when I ran it against a couple of my .fwb files it failed to complete properly and threw a traceback. Also include as an attachment rather than inline next time so I can just download rather than cut and paste. Regards, Jeremy Luke Kenneth Casson Leighton wrote: Package: fwbuilder Version: 2.0.3-2 Severity: normal attached is a joyously useful program that makes up for the lack of print reporting in fwbuilder. it's a dog, it's hacked, it works. i wouldn't recommend making python a dependency because of it, but i _would_ recommend dumping it in the /usr/share/doc/fwbuilder/examples directory and referencing it in the README. or makin a separate apt-get install package for it (with a dep on python) l. #!/usr/bin/env python from xml.dom.minidom import parseString, parse class fw: def __init__(self): self.hosts = {} self.descriptions = {} def print_comment(self, c): print 'pre' for l in c.split(\\n): while l: bp = l.find(' ', 50) if bp 50: bp = 50 if len(l) = 50: end = l.rfind(' ') if end = 50: bp = end print %s % l[:bp] l = l[bp:] print '/pre' def decode_address_ranges(self, i): adrs = [] print 'table class=tabledataindent' for a in i: print 'tr class=tablerow valign=top' self.descriptions[a.getAttribute('id')] = a.getAttribute('name') print td %s: /td td %s /td td %s /td % \ (a.getAttribute('name'), a.getAttribute('start_address'), a.getAttribute('end_address')) comment = a.getAttribute('comment') if comment: print '/tr' print 'tr class=tablerow valign=top' print 'td /td' print 'td colspan=2' self.print_comment(comment) print '/td' print '/tr' print '/table' def decode_ipv4(self, i): adrs = [] print 'table class=tabledataindent' for a in i: self.descriptions[a.getAttribute('id')] = a.getAttribute('name') print 'tr class=tablerow valign=top' print td%s: /td td%s/%s/td % \ (a.getAttribute('name'), a.getAttribute('address'), a.getAttribute('netmask')) print /tr comment = a.getAttribute('comment') if comment: print '/tr' print 'tr class=tablerow valign=top' print 'td /td' print 'td colspan=2'
Bug#321427: mozilla-mailnews: Fixes brought in by Mozilla 1.7.11 should be backported to 1.7.8-1sarge2
On Thu, Sep 29, 2005 at 08:28:51AM +0200, Eric Lavarde - Debian Bugs wrote: Browsing around and with my little knowledge, I think so! It would be great if you could backport them. BTW, I had to revert to 1sarge1, I couldn't work with the current version, it made me go crazy. Please test the preview version for sarge announced on my site. It contains those checkin and any positive feedback for this is highly appreciated. Looke here: http://www.asoftsite.org/s9y/archives/95-Security-Preview-mozilla-1.7.8-1sarge3-fixes-various-security-bugs.html In case you miss the link, use the security apt line from here: http://www.asoftsite.org/apt-archives.html -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330687: login: Locale not properly set
Package: login Version: 1:4.0.12-3 Severity: normal I'm not sure if this is the package responsible for the behaviour I'm experiencing, but I believe it's something from either pam or shadow (the problem began on two machines after upgrades of only a few packages, shadow's and pam's being common to both). Locale information is no longer being set (no LANG in env, where previously it listed en_NZ.UTF-8), and 'locale' returns an empty LANG and LC_ALL, with POSIX as the value for the other variables. This makes, for example, uxterm fail when called without options. Running 'dpkg-reconfigure locales' and regenerating the locales (I only specify en_NZ.UTF-8) does not help. 'locale -a' lists 'en_NZ.utf8' as well as 'C' and 'POSIX'. Apologies if this is vague; I don't know what sets the locale environment variables, nor what other information is relevant. Jamie -- 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 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages login depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libpam-modules0.79-1 Pluggable Authentication Modules f ii libpam-runtime0.79-1 Runtime support for the PAM librar ii libpam0g 0.79-1 Pluggable Authentication Modules l login recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330688: rkhunter: reports warnings on udev-specific /dev directories
Package: rkhunter Version: 1.2.7-13 Severity: minor Hi, when running rkhunter I get warnings about the (hidden) directories /dev/.static and /dev/.udevdb. Both are normal when udev is installed and started. I suggest adding the above directories to a whitelist for hidden /dev directories when udev is used (eg. by checking if both the udev package is installed, and if udevd is in the process list). Regards, Bastian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-ck6-treasure1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages rkhunter depends on: ii debconf [debconf 1.4.58 Debian configuration management sy ii file 4.12-1 Determines file type using magic ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii wget 1.10.1-1retrieves files from the web rkhunter recommends no packages. -- debconf information: * rkhunter/cron_daily_run: true * rkhunter/cron_db_update: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330689: passwd conflicts with manpages-zh
Package: passwd Version: 1:4.0.3-39 Severity: important Tags: l10n Reading package lists... Done Building dependency tree... Done The following packages will be upgraded: passwd 1 upgraded, 0 newly installed, 0 to remove and 20 not upgraded. 1 not fully installed or removed. Need to get 525kB of archives. After unpacking 425kB of additional disk space will be used. Get:1 http://debian.ustc.edu.cn sid/main passwd 1:4.0.12-3 [525kB] Fetched 525kB in 1s (413kB/s) Preconfiguring packages ... (Reading database ... 157813 files and directories currently installed.) Preparing to replace passwd 1:4.0.3-39 (using .../passwd_1%3a4.0.12-3_i386.deb) ... Unpacking replacement passwd ... dpkg: error processing /var/cache/apt/archives/passwd_1%3a4.0.12-3_i386.deb (--unpack): trying to overwrite `/usr/share/man/zh_CN/man1/chfn.1.gz', which is also in package manpages-zh dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/passwd_1%3a4.0.12-3_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- 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.10 Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Versions of packages passwd depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libpam-modules0.76-23Pluggable Authentication Modules f ii libpam0g 0.76-23Pluggable Authentication Modules l ii login 1:4.0.12-2 system login tools passwd recommends no packages. -- debconf information: passwd/root-password: (password omitted) passwd/root-password-again: (password omitted) passwd/user-password-again: (password omitted) passwd/user-password: (password omitted) passwd/password-mismatch: passwd/username: passwd/password-empty: passwd/md5: false passwd/shadow: true passwd/username-bad: passwd/user-fullname: passwd/make-user: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#254243: netstat IPv6 address truncation patch
Hi Ian, Did you see my related patch at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=222324 It should also solve the truncation issue but I think it's more general.
Bug#254243: netstat IPv6 address truncation patch
+static void tcpudp_one_end(char *result_buf, size_t result_buf_size, +struct aftype *ap, int end_port, +struct sockaddr *endaddr) +{ +char buffer[8192]; + +snprintf(buffer, sizeof(buffer), %s, + get_sname(htons(end_port), udp, Are you using udp for tcp too? +flag_not FLAG_NUM_PORT));
Bug#330690: rt3.4-apache2: package description references apache 1
Package: rt3.4-apache2 Severity: minor The package description includes the text on the Apache 1 web server - presumably this should be on the Apache 2 web server. -- 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.13 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#236706: ITP
It seems as if no one was interested in packaging qingy the last 570 days, so I will do it now. Work already started... Upstreams homepage is http://qingy.sourceforge.net/ BTW. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324992: lvm2: converting metadata to v2 on md* device fails
On Thu, Sep 29, 2005 at 11:54:42AM +0400, Al Nikolov wrote: I wonder, how this could happen.. /proc/mdstat consists of: md1 : active raid5 sdc2[0] sda2[6] sdb2[5] sdg2[4] sdf2[3] sde2[2] sdd2[1] 178240640 blocks level 5, 64k chunk, algorithm 2 [6/6] [UU] This blocks are 1k. So the md device is 356481280 sectors long. raid5 { id = 7nexDh-trZu-7Sjy-XGsx-P7hn-6DkM-2WEEoR seqno = 1 status = [RESIZEABLE, READ, WRITE] system_id = bilbo1085513760 extent_size = 8192 # 4 Megabytes This is the count of 512 byte sectors per physical extend. physical_volumes { pv0 { id = GbIjZa-z7WJ-ufBX-WR8B-sAq4-JHNU-xh1zee device = /dev/md1 # Hint only status = [ALLOCATABLE] pe_start = 8832 Location of first physical extend on the volume in sectors. pe_count = 43563# 170,168 Gigabytes } } The PV have 43563 * 8192 + 8832 = 356876928 sectors. This is 395648 sectors larger than the size of the md device. The only way I know to fix this is - vgchange -an $vg - vgexport $vg - vgcfgbackup $vg - copy the group config backup and edit it to match the real size. - vgcfgrestore -f $config $vg - vgimport $vg - vgchange -ay $vg Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9 signature.asc Description: Digital signature
Bug#329848: stripclub: FTBFS on hppa
Steve Langasek wrote: The fact that this only fails on hppa is rather odd, and is probably worthy of a closer look. Sure. Test it on other architectures, and see if it still builds -- judging by the timestamps, I think hppa is the only arch that's tried it since the new binutils hit the archive, so it's a fair assumption that it's not actually hppa-specific. Looking at the timestamps, from what I can tell it looks like it's been doing this for a while, and seems to be hppa specific (although the error used to be 'file truncated'). I *just* tested rebuilding it on my i386 box, using the latest sid packages, and it worked fine, so I'm not sure why it's failing on hppa buildd. I don't have any other architectures available to me. Is there any documentation on whether or not compiling into /dev/null is supported, or is this undocumented behavior that just happens to work on everything BUT hppa? Seems like it's worth asking the gcc guys, so I'm forwarding this to the gcc list. In the mean time, I'll twiddle with the build scripts tomorrow and send in a new package that should compile on hppa. I've known about this for quite some time, but really had no idea what was causing it, so I just kinda left it alone, hoping it was some hppa bug that would just get fixed later. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330365: scummvm: depends on non-existing libflac6 in unstable/powerpc
A fecha Thu, 29 Sep 2005 07:40:04 +0200 Tore Anderson [EMAIL PROTECTED] escribió: * Nacho Barrientos Depends: libasound2 ( 1.0.9), libc6 (= 2.3.2.ds1-21), libflac6, libgcc1 (= 1:4.0.1), libmad0 (= 0.15.1b), libmpeg2-4, libogg0 (= 1.1.2), libsdl1.2debian ( 1.2.7+1.2.8), libstdc++6 (= 4.0.1), libvorbis0a (= 1.1.0), libvorbisfile3 (= 1.1.0), zlib1g (= 1:1.2.1) This bug is fixed as far as I can, but the latest version of ScummVM (0.7.1-3) hasn't been autobuilt on PowerPC yet. The first attempted build failed because of a bug in GS (#324796), which has later been resolved. I'm not aware of any further problems which should stall the build, so I've contacted the build-daemon staff in order to see if they know of anything that can be done to improve this situation. In powerpc buildd log, dvips crashes mysteriously with an amazing segmentation fault, if you haven't a powerpc machine, if you want, i can test dvips powerpc package for you, testing some dvi-ps conversions. Tell me if i can help you. Best Regards, -- Nacho Barrientos Arias (LRU: #273993) [EMAIL PROTECTED] || [EMAIL PROTECTED] GPG: 0xE103FC4D - http://criptonita.com/~nacho pgphE96eJ65HE.pgp Description: PGP signature
Bug#330691: hdaps-utils(GNU/k*BSD): FTBFS: out of date config.sub/config.guess
Package: hdaps-utils Version: N/A Severity: important Hello, The current version of hdaps-utils fails to build on GNU/kFreeBSD, because of outdated config.guess and config.sub. The versions of config.guess and config.sub in hdaps-utils are too old to correctly support Debian GNU/k*BSD. A version is needed from this year, which is available in the autotools-dev packages that are in current sarge, and sid. You can simply copy them manually, but it can also be done automatically using the method described in /usr/share/doc/autotools-dev/README.Debian.gz It would also be nice if you can ask upstream to update config.guess and config.sub in their next release. Thanks for your cooperation. -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330692: nvidia-settings-1.0+20050525: fails to build on amd64
Package: nvidia-settings-1.0+20050525 Version: nvidia-settings Severity: important Justification: fails to build from source even though libxxf86vm-dev is installed build still fails reporting that /usr/bin/ld: cannot find -lXxf86vm its definately installed! if i remove that entry in the Makefile it then fails to find -lX11. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-amd64-generic Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330693: rkhunter: postinst-script depends on in-place flag of sed
Package: rkhunter Version: 1.2.7-13 Severity: wishlist Subject: rkhunter: postinst-script depends on in-place flag of sed Package: rkhunter Version: 1.2.7-13 Severity: minor the postinst-script of this package contains sed -i (for in-place replacement); while this is of course valid, it prevents the package from being installed on woody systems i know that this package is currently in sid and will never go to sarge, not to speak of woody; however, since the use of new features of sed (i guess, -i was introduced with sed-4.0 and woody is using sed-3.1) is the only reason why i cannot install the package on older systems, i would highly appreciate if this could be changed. i normally use something like: TEMPFILE=`/bin/tempfile` sed $file -e '...' $TEMPFILE cat $TEMPFILE $file rm $TEMPFILE (but since i am no vulnerability guru, i am not sure how secure this solution is, and what would be better...) anyhow, looking through the postinst script, i also noticed that you are checking for the existance of a file named $CF, but then you are manipulating a file named $DF is this a typo (or is it just my ignorance off the postinstall-process)? if so, i guess this bug-report should have a higher priority than minor mfg.asd.r IOhannes -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages rkhunter depends on: ii debconf [debconf 1.4.58 Debian configuration management sy ii file 4.12-1 Determines file type using magic ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii wget 1.10.1-1retrieves files from the web rkhunter recommends no packages. -- debconf information excluded -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages rkhunter depends on: ii debconf [debconf 1.4.58 Debian configuration management sy ii file 4.12-1 Determines file type using magic ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii wget 1.10.1-1retrieves files from the web rkhunter recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330258: sv translation update
tags #330258 confirmed pending thanks On Tue, Sep 27, 2005 at 03:22:44AM +0200, Daniel Nylander wrote: Here is the updated swedish translation (sv) Thanks. Committed to svn. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330365: scummvm: depends on non-existing libflac6 in unstable/powerpc
A fecha Thu, 29 Sep 2005 07:40:04 +0200 Tore Anderson [EMAIL PROTECTED] escribió: * Nacho Barrientos Depends: libasound2 ( 1.0.9), libc6 (= 2.3.2.ds1-21), libflac6, libgcc1 (= 1:4.0.1), libmad0 (= 0.15.1b), libmpeg2-4, libogg0 (= 1.1.2), libsdl1.2debian ( 1.2.7+1.2.8), libstdc++6 (= 4.0.1), libvorbis0a (= 1.1.0), libvorbisfile3 (= 1.1.0), zlib1g (= 1:1.2.1) This bug is fixed as far as I can, but the latest version of ScummVM (0.7.1-3) hasn't been autobuilt on PowerPC yet. The first attempted build failed because of a bug in GS (#324796), which has later been resolved. I'm not aware of any further problems which should stall the build, so I've contacted the build-daemon staff in order to see if they know of anything that can be done to improve this situation. Sorry, of course the bug is in gs, i was testing it and reading #324796 tracking. In the lastest buildd log[1] of scummwm, buildd uses gs-gpl_8.15-3 and the bug is solved in gs-gpl_8.15-4. gs-gpl (8.15-4) unstable; urgency=low . * Apply patch 10 working around a crashing bug on powerpc (details in the patch file itself). This closes: bug#324796, #325570, #327288 (thanks to Paul Brossier [EMAIL PROTECTED] for first reporting, Ian Jackson [EMAIL PROTECTED] for providing the patch, and Thomas Bushnell BSG [EMAIL PROTECTED] for shouting about the problem). packages.debian.org say that the last revision of gs-gpl in unstable is 8.15-4 (powerpc too), great! I think that only calling a rebuild in buildd can solve the bug. Anyway, if i can help you, tell me. [1] http://buildd.debian.org/fetch.php?pkg=scummvmver=0.7.1-3arch=powerpcstamp=1125643174file=logas=raw Regs, -- Nacho Barrientos Arias (LRU: #273993) [EMAIL PROTECTED] || [EMAIL PROTECTED] GPG: 0xE103FC4D - http://criptonita.com/~nacho pgpq84np4SlqB.pgp Description: PGP signature
Bug#330488: dhelp: Version built with gcc-4.0 segfaults on installation
Le Mercredi 28 Septembre 2005 16:30, Stefan Hornburg a écrit : Daniel Schepler wrote: Package: dhelp Severity: serious Version: 0.5.21 As the subject says, if I rebuild dhelp using an up-to-date sid system, then try to install the resulting package (even in a clean pbuilder chroot), I get a segmentation fault: Unpacking dhelp (from .../d/dhelp/dhelp_0.5.21_i386.deb) ... Setting up dhelp (0.5.21) ... Building HTML tree .../var/lib/dpkg/info/dhelp.postinst: line 45: 15325 Segmentation fault /usr/sbin/dhelp_parse -r dpkg: error processing dhelp (--configure): subprocess post-installation script returned error exit status 139 Errors were encountered while processing: dhelp E: Sub-process /usr/bin/dpkg returned an error code (1) The attached patch fixes the problem for me. Please confirm that. Bye Racke The patch works for me.
Bug#330695: libldap2: /etc/ldap/ldap.conf breaks multiarch and on soname change
Package: libldap2 Version: 2.1.30-8 Severity: normal Hi, when trying to use libldap2 under biarch/multiarch I get the following error: Unpacking libldap2 (from .../libldap2_2.1.30-8_i386.deb) ... dpkg: error processing /data/deb-amd64/debian/pool/main/o/openldap2/libldap2_2.1.30-8_i386.deb (--unpack): trying to overwrite `/etc/ldap/ldap.conf', which is also in package lib64ldap2 While multiarch is still experimental the same problem will appear if there is a soname change. libldap3 would have to conflict with libldap2 which would be rarther bad for obvious reasons. A clean way to handle this would be a ldap2-common package that handles the conffile. MfG Goswin -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-rc5+skas3+acl Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libldap2 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libsasl22.1.19-1.5 Authentication abstraction library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330694: linux-kernel-2.6.12-1-amd64-k8: kernel oops when trying to mount cdrom
Package: linux-kernel-2.6.12-1-amd64-k8 Severity: important this is a wierd bug, but would seem to be related to amd k7 and k8 optimisations seem to be causing problems in the ide drivers with the 64bit k8 kernel (full amd64 debian install) when i try to mount the cdrom i get a kernel oops. with generic it works as one would expect - mount, unmount, etc i installed a complete 32bit debian install (on the same system) and using the k7 kernel had the same results. generic works. i have since re-re-reinstall and am running debian amd64 again i suppose a lspci is in order ;) :00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) :00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a3) :00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2) :00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2) :00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3) :00:04.0 Multimedia audio controller: nVidia Corporation CK804 AC'97 Audio Controller (rev a2) :00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev a2) :00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3) :00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3) :00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2) :00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3) :00:0b.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) :00:0c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) :00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) :00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control :01:09.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) :01:0a.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 13) :05:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600 GT] (rev a2) thats a dfi-lanparty mboard. pretty and good in linux also. perhaps a dmesg? Bootdata ok (command line is root=/dev/md0 ro ) Linux version 2.6.12-1-amd64-generic ([EMAIL PROTECTED]) (gcc version 4.0.2 (Debian 4.0.1-9)) #1 Wed Sep 28 02:05:15 CEST 2005 BIOS-provided physical RAM map: BIOS-e820: - 0009f800 (usable) BIOS-e820: 0009f800 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 3fee (usable) BIOS-e820: 3fee - 3fee3000 (ACPI NVS) BIOS-e820: 3fee3000 - 3fef (ACPI data) BIOS-e820: 3fef - 3ff0 (reserved) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - 0001 (reserved) ACPI: RSDP (v000 Nvidia) @ 0x000f7f70 ACPI: RSDT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x) @ 0x3fee3040 ACPI: FADT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x) @ 0x3fee30c0 ACPI: SRAT (v001 AMDHAMMER 0x0001 AMD 0x0001) @ 0x3fee92c0 ACPI: MCFG (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x) @ 0x3fee93c0 ACPI: MADT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x) @ 0x3fee9200 ACPI: DSDT (v001 NVIDIA AWRDACPI 0x1000 MSFT 0x010e) @ 0x On node 0 totalpages: 261856 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 257760 pages, LIFO batch:31 HighMem zone: 0 pages, LIFO batch:1 Nvidia board detected. Ignoring ACPI timer override. ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 15:7 APIC version 16 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] disabled) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 2, version 17, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge) ACPI: IRQ9 used by override. ACPI: IRQ14 used by override. ACPI: IRQ15 used by override. Setting APIC routing to flat Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 3ff0 (gap: 3ff0:a010) Checking aperture... CPU 0: aperture @ c8600 size 32 MB Aperture from northbridge cpu 0 too small (32 MB) No AGP bridge found Built
Bug#262579: #262579: samba: /usr/bin/tdbbackup conflicts with tdb-tools
On Sat, Sep 24, 2005 at 12:16:52AM -0700, Steve Langasek scribbled: On Sat, Sep 24, 2005 at 12:22:55PM +1000, Andrew Bartlett wrote: For the tdb-tools package? Well, the debian/copyright file says This package was debianized by Marek Habersack [EMAIL PROTECTED] on Mon, 7 May 2001 18:03:17 +0200. It was downloaded from http://samba.org/ This is the bit that doesn't quite add up. Upstream Author: Andrew Tridgell [EMAIL PROTECTED] And the upstream version number is 1.0.6... It appears that the debian package is the spun off version from sf.net, patched back to look like mainline Samba 3.0.5. Perhaps it would be Well, that's what's happened later on when it became apparent that the sf.net version was most probably unmaintained. better to have it built from the samba source package? Is there currently a good way to do that? The tdb-tools package seems to include some tools that aren't present in the samba 3.0.14a source/tdb/ directory, and the makefile only covers building tdbbackup, tdbdump, and tdbtool (tdbtest and tdbtorture appear to be present in the source, but not built). I don't mind building a tdb package out of the samba source tree, but I don't really know which tools have to be in it. It would indeed make more sense to build the package from the samba sources now. The tools that are, IMHO, required to be present in the package are the ones built by samba by default, tdbtest and tbtorture are quite optional and could be included just for completness. best regards, marek signature.asc Description: Digital signature
Bug#306693: Ubuntu patch for cpio CAN-2005-1111 and CAN-2005-1229
tag 306693 patch tag 305372 patch thanks Hi! I finally got some time to fix these issues: http://patches.ubuntu.com/patches/cpio.CAN-2005-_1229.diff In case it is useful for a DSA, here is the USN text: | Imran Ghory found a race condition in the handling of output files. | While a file was unpacked with cpio, a local attacker with write | permissions to the target directory could exploit this to change the | permissions of arbitrary files of the cpio user. (CAN-2005-) | | Imran Ghory discovered a path traversal vulnerability. Even when the | --no-absolute-filenames option was specified, cpio did not filter out | .. path components. By tricking an user into unpacking a malicious | cpio archive, this could be exploited to install files in arbitrary | paths with the privileges of the user calling cpio. (CAN-2005-1229) Have a nice day, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#324929: base64-encode could work much faster
#include hallo.h * Manoj Srivastava [Wed, Aug 24 2005, 06:22:01PM]: be getting about 11MB/s, which should be enough for the use case mime-codecs was designed for. If you feel that we need faster tools, perhaps mime-codecs can be split out from VM and reimplemented in Perl. Such comment is pointless and the performance did suck simply because of not doing any buffering at all. The patch (attached) solves the problem. If you can wait a bit, I will add buffering to -decode tool too. Eduard. -- Ambassador Londo Mollari: Physics tells us that for every action, there is an equal and opposite reaction. They hate us, we hate them, they hate us back. And so, here we are, victims of mathematics! -- Quotes from Babylon 5 -- --- vm-7.19.orig/base64-encode.c +++ vm-7.19/base64-encode.c @@ -7,6 +7,9 @@ */ #include stdio.h +#include stdint.h +#include string.h +#include unistd.h #ifdef _WIN32 #ifndef WIN32 @@ -20,56 +23,69 @@ #endif unsigned char alphabet[64] = ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/; +#define BUFLEN 54*500 // multiple of 54 (a text line) fits best int main() { -int cols, bits, c, char_count; - #ifdef WIN32 _setmode( _fileno(stdin), _O_BINARY); #endif -char_count = 0; -bits = 0; -cols = 0; -while ((c = getchar()) != EOF) { - if (c 255) { - fprintf(stderr, encountered char 255 (decimal %d), c); - exit(1); - } - bits += c; - char_count++; - if (char_count == 3) { - putchar(alphabet[bits 18]); - putchar(alphabet[(bits 12) 0x3f]); - putchar(alphabet[(bits 6) 0x3f]); - putchar(alphabet[bits 0x3f]); - cols += 4; - if (cols == 72) { - putchar('\n'); - cols = 0; - } - bits = 0; - char_count = 0; - } else { - bits = 8; - } -} -if (char_count != 0) { - bits = 16 - (8 * char_count); - putchar(alphabet[bits 18]); - putchar(alphabet[(bits 12) 0x3f]); - if (char_count == 1) { - putchar('='); - putchar('='); - } else { - putchar(alphabet[(bits 6) 0x3f]); - putchar('='); - } - if (cols 0) - putchar('\n'); -} +char buf[BUFLEN]; +char outbuf[4*BUFLEN]; // enough even for the case somebody is cheating, inserting single bytes +int len; +while(!feof(stdin)) { +int cols, bits, char_count; +unsigned char c; + +char_count = 0; +bits = 0; +cols = 0; + +char *out=outbuf; +int pos=0, gap=0; +len=fread(buf, sizeof(char), BUFLEN, stdin); +if(!len) continue; + +for(;poslen;pos++) { +c=buf[pos]; +bits += c; +char_count++; +if (char_count == 3) { +*out++ = (alphabet[bits 18]); +*out++ = (alphabet[(bits 12) 0x3f]); +*out++ = (alphabet[(bits 6) 0x3f]); +*out++ = (alphabet[bits 0x3f]); +cols += 4; +if (cols == 72) { +*out++ = '\n'; +cols = 0; +} +bits = 0; +char_count = 0; +} else { +bits = 8; +} +} +// handle the incomplete chunk +if (char_count != 0) { +bits = 16 - (8 * char_count); +*out++ = (alphabet[bits 18]); +*out++ = (alphabet[(bits 12) 0x3f]); +if (char_count == 1) { +*out++ = '='; +*out++ = '='; +} else { +*out++ = (alphabet[(bits 6) 0x3f]); +*out++ = '='; +} +} +if (cols 0) +*out++ = '\n'; +int outlen=(out-outbuf); +fwrite(outbuf, sizeof(char), outlen, stdout); + } -exit(0); +return 0; }
Bug#330664: linux-image-2.6.12-1-alpha-smp: kernel panic: trying to kill interrupt handler
severity 330664 important tags 330664 moreinfo thanks On Thu, Sep 29, 2005 at 06:58:58AM +0200, DEMAINE Benoit-Pierre wrote: hand copy of KP: [...] Kernel panic - not syncing: Aiee, killing interrupt handler! Please copy the whole output (serial console makes this easy). This line don't show where it does wrong and what happened. Bastian -- Schshschshchsch. -- The Gorn, Arena, stardate 3046.2 signature.asc Description: Digital signature
Bug#326970: dictd: Dictdconfig improvement managing dictionary names
KH Thomas: What about upgrading the Debian package to dictd 1.10.1, as suggested by Aleksey ? KH Absolutely! I did not realize that 1.10 was out -- and it appears to KH have been so since June. How embarrassing. KH I will build a new package and let you know how it behaves. I always sent notification e-mails to [EMAIL PROTECTED] For some unknown reason server rejected my e-mails to [EMAIL PROTECTED] -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330634: heartbeat-2: Missing dirs + wrong dir permissions for cim/crm to work properly
On Thu, 2005-09-29 at 12:43 +0900, Horms wrote: Could you please take a look at the 2.0.2-4 packages at http://www.ultramonkey.org/download/heartbeat/2.0.2/debian-sid/ and verify that these resolve your problem? I'll go ahead and upload them to Debian if they do. Hi, Yes, this package fixes the problem. Thanks for the quick response ! Regards, Filip -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330696: RM: cyrus-imapd -- RoM; obsolete
Package: ftp.debian.org I've ceased using cyrus-imapd 1.5.x myself for some time now; I put the package up for adoption with an explicit this will be removed otherwise notice and nobody seems interested. The newer cyrus21 and cyrus22 series packages should be a reasonable replacement for this package. There is no upstream support for this codebase whatsoever. - Matt signature.asc Description: Digital signature
Bug#241287: #241287, ITP: xmms-musepack -- Musepack plugin for XMMS
This would be fine! How about the plugin for beep-media-player? Fabian There is a sponsoring request at http://sponsors.debian.net/viewpkg.php?id=65 which I'm considering to sponsor. Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324954: /etc/nsswitch.conf should support mDNS
On Wed, 24 Aug 2005, Joey Hess wrote: Package: base-files Version: 3.1.6 Severity: normal I think it would be nice if Debian could support zeroconf networking by default for eg, laptops. To make that work, we need nDNS support, which is supplied by libnss-mdns. However, currently it will not work without manual editing of /etc/nsswitch.conf. I think we should support that by default. I've tested this line in /etc/nsswitch.conf and it seems to work ok with and without libnss-mdns installed, for looking up hostnames with DNS and mDNS. So it seems it could just be made the default: hosts: files dns mdns Ok, I trust you. Will be done in the next revision. Sorry for the delay in replying to this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330278: tetex-extra: Failed package install and missing dependency
On 27.09.05 Christian von Kietzell ([EMAIL PROTECTED]) wrote: Am Dienstag, den 27.09.2005, 10:34 +0200 schrieb Hilmar Preusse: Hi, ii tetex-bin 2.0.2-31 The teTeX binary files teTeX-bin 2.0.2 does not contain the aleph program. I'm pretty sure you see the program aleph from the package aleph. There still remains the question why tetex-extra tries to build a format for it. Did you have ever teTeX 3.0 installed and /etc/texmf/fmt.d/01tetex.cnf is still on your system? I did indeed. But I purged everything before I installed the version from unstable again. Obviously a lot of stuff remained in /etc/texmf/ even after I had removed each and every TeX-related package. Well, this is not OK. After purging teTeX /etc/texmf should be empty. This needs work. Did you modify that 01tetex.cnf manually? H. -- sigmentation fault -- 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 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 -- 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#330690: rt3.4-apache2: package description references apache 1
On Thu, Sep 29, 2005 at 11:14:36AM +0100, Richard Boyce wrote: Package: rt3.4-apache2 Severity: minor The package description includes the text on the Apache 1 web server - presumably this should be on the Apache 2 web server. Indeed it should, thanks for spotting that one, I'll fix it at the next upload. Cheers, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330364: Helix Player 1.0.6
Helix Player 1.0.6 does fix the mentioned security problem. Because Noah said he will prepare the stable-security package (and packages by me seems not to be considered), I only made the package for sid so far. It is in the usual place at http://archive.daniel-baumann.ch/debian/packages/helix-player/ and will be uploaded today. For sarge: As usual, there is no broken-out patch available, so one have to pull it oneself from the 1.0.6 tarball. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330697: header-escaped comma's inproperly handled
Package: squirrelmail Version: 2:1.4.4-6sarge1 Severity: normal If in squirrelmail, you get a message with a From: header like: From: =?iso-8859-1?Q?Wolffelaar=2C_Jeroen_van?= [EMAIL PROTECTED] Which would translate to: From: Wolffelaar, Jeroen van [EMAIL PROTECTED] The reply functionality of squirrelmail will put this address literally in the To: header, instead of making it like: From: Wolffelaar, Jeroen van [EMAIL PROTECTED] This causes a simple reply to accidently end up also somewhere else, unintended. Squirrelmail should add quotes where necessary around escaped comma's like this. One can argue that this is a bug in the sending MUA, which should have added 's around the name itself. This bug was discovered in a real life scenario though, and the sending MUA was: X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Even if this bug gets fixed, it would take a long while until all of these versions are gone. --Jeroen -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329682: base-files: %h in issue.net
On Thu, 22 Sep 2005, Dave Love wrote: Package: base-files Version: 3.1.2 Severity: minor /etc/issue.net contains a `%h'. I don't know what it's purpose is, but it doesn't get substituted when it's printed by Heimdal telnetd, for instance. The traditional telnetd package supports it, and it's replaced by the host name. But everybody should be using ssh nowadays, and ssh does not support it, so yes, it would be reasonable to drop the %h from issue.net. Will be done in the next base-files revision. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330698: Please package coreutils test release 5.90
Package: coreutils Severity: wishlist There will be a new test release of coreutils shortly[0]. Here's requesting that it be packaged and made available at least in experimental. [0]http://lists.gnu.org/archive/html/bug-coreutils/2005-09/msg00207.html -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330699: centericq: Fails to build from sources on GNU/Hurd
Package: centericq Version: 4.21.0-2.hurdfr.1 Severity: important Tags: patch Doesn't build on Hurd because of a wrong include. It should use sys/statfs.h instead of sys/mount.h on this platform. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: hurd-i386 (i686-AT386) Shell: /bin/sh linked to /bin/bash Kernel: GNU 0.3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages centericq depends on: ii centericq-common 4.21.0-2.hurdfr.1 A text-mode multi-protocol instant ii libc0.32.3.5-6 GNU C Library: Shared libraries an ii libcurl3 7.14.0-2 Multi-protocol file transfer libra ii libgcc11:4.0.1-9 GCC support library ii libgnutls121.2.6-1 the GNU TLS library - runtime libr ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libncurses55.4-9 Shared libraries for terminal hand ii libssl0.9.70.9.7g-2 SSL shared libraries ii libstdc++6 4.0.1-9 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3-3 compression library - runtime Versions of packages centericq recommends: ii lynx [www-browser]2.8.5-2Text-mode WWW Browser pn sox none (no description available) ii w3m [www-browser] 0.5.1-3WWW browsable pager with excellent -- no debconf information no_sys_mount_on_hurd.dpatch Description: application/shellscript
Bug#330700: kghostview, kdvi et al fail to collate copies
Package: kghostview Version: 4:3.3.2-2sarge1 Severity: normal We are printing via kprinter and cups on a Kyocera Printer FS-3800, using the ppd from the manufacturer. When the option 'collate' is activated in the printing dialog of 'copies', copies are not collated, but appear as 1+2, 1+2, ..., 3+4, 3+4, ... in duplex printing. If the same postscript file is printed from ggv or by invocing kprinter from the command line, copies are collated correctly, ie. 1+2, 3+4, ..., 1+2, 3+4, ... It seems that kghostview and kdvi ignore or 'overwrite' this option. I'll be glad to provide additional information, if required. Thanks for the help. Johannes Wiedersich -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.12-050617 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kghostview depends on: ii gs 8.01-5Transitional package ii gs-afpl [gs] 8.14-3The AFPL Ghostscript PostScript in ii gs-esp [gs]7.07.1-9 The Ghostscript PostScript interpr ii gs-gpl [gs]8.01-5The GPL Ghostscript PostScript int ii kdelibs4 4:3.3.2-6.2 KDE core libraries ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfam0c1022.7.0-6 client library to control the FAM ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libidn11 0.5.13-1.0GNU libidn library, implementation ii libpng12-0 1.2.8rel-1PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxrender10.8.3-7 X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312058: Planning to fix this one?
Hi, Hello! This bug has been open and patched for quite a while. Planning to make a new upload soon? Please reply to bug trail. It has been on my TODO list for ages now... :-( Sorry, I didn't have time for it yet. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ To understand recursion you first need to understand recursion. //\ Die kürzeste Verbindung zwischen zwei Menschen ist ein Lächeln. V_/_
Bug#324929: base64-encode could work much faster
#include hallo.h * Eduard Bloch [Thu, Sep 29 2005, 12:42:58PM]: #include hallo.h * Manoj Srivastava [Wed, Aug 24 2005, 06:22:01PM]: be getting about 11MB/s, which should be enough for the use case mime-codecs was designed for. If you feel that we need faster tools, perhaps mime-codecs can be split out from VM and reimplemented in Perl. Such comment is pointless and the performance did suck simply because of not doing any buffering at all. The patch (attached) solves the problem. If you can wait a bit, I will add buffering to -decode tool too. Slightly changed version 2 attached (cosmetic fixes). Eduard. -- Nässe, Axel: Deologe, stellte fest, daß auch die Dicksten dünsten --- vm-7.19.orig/base64-encode.c +++ vm-7.19/base64-encode.c @@ -7,6 +7,9 @@ */ #include stdio.h +#include stdint.h +#include string.h +#include unistd.h #ifdef _WIN32 #ifndef WIN32 @@ -20,56 +23,68 @@ #endif unsigned char alphabet[64] = ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/; +#define BUFLEN 54*500 // multiple of 54 (a text line) fits best int main() { -int cols, bits, c, char_count; - #ifdef WIN32 _setmode( _fileno(stdin), _O_BINARY); #endif -char_count = 0; -bits = 0; -cols = 0; -while ((c = getchar()) != EOF) { - if (c 255) { - fprintf(stderr, encountered char 255 (decimal %d), c); - exit(1); - } - bits += c; - char_count++; - if (char_count == 3) { - putchar(alphabet[bits 18]); - putchar(alphabet[(bits 12) 0x3f]); - putchar(alphabet[(bits 6) 0x3f]); - putchar(alphabet[bits 0x3f]); - cols += 4; - if (cols == 72) { - putchar('\n'); - cols = 0; - } - bits = 0; - char_count = 0; - } else { - bits = 8; - } -} -if (char_count != 0) { - bits = 16 - (8 * char_count); - putchar(alphabet[bits 18]); - putchar(alphabet[(bits 12) 0x3f]); - if (char_count == 1) { - putchar('='); - putchar('='); - } else { - putchar(alphabet[(bits 6) 0x3f]); - putchar('='); - } - if (cols 0) - putchar('\n'); -} +char buf[BUFLEN]; +char outbuf[4*BUFLEN]; // enough even for the case somebody is cheating, inserting single bytes +int len; +while(!feof(stdin)) { +int cols, bits, char_count; +unsigned char c; + +char_count = 0; +bits = 0; +cols = 0; + +char *out=outbuf; +int pos=0; +len=fread(buf, sizeof(char), BUFLEN, stdin); +if(!len) continue; + +for(;poslen;pos++) { +c=buf[pos]; +bits += c; +char_count++; +if (char_count == 3) { +*out++ = (alphabet[bits 18]); +*out++ = (alphabet[(bits 12) 0x3f]); +*out++ = (alphabet[(bits 6) 0x3f]); +*out++ = (alphabet[bits 0x3f]); +cols += 4; +if (cols == 72) { +*out++ = '\n'; +cols = 0; +} +bits = 0; +char_count = 0; +} else { +bits = 8; +} +} +// handle the incomplete chunk +if (char_count != 0) { +bits = 16 - (8 * char_count); +*out++ = (alphabet[bits 18]); +*out++ = (alphabet[(bits 12) 0x3f]); +if (char_count == 1) { +*out++ = '='; +*out++ = '='; +} else { +*out++ = (alphabet[(bits 6) 0x3f]); +*out++ = '='; +} +} +if (cols 0) +*out++ = '\n'; +fwrite(outbuf, sizeof(char), (out-outbuf), stdout); + } -exit(0); +return 0; }
Bug#324935: Patch to accept multiple chunks
Cc Bcc: [EMAIL PROTECTED] Subject: Reply-To: tags 324935 + patch tags 324929 + patch thanks Hello, the attached patch fixes the problem (it simply stopped reading the output on the first = char, ie. on the first chunk though there were multiple in the stream) and also adds buffering to make the thing four times faster. Eduard. -- mrvn Jemand hier der buffy als DVD hat oder haben wird? * mrvn outet sich mal als Buffy fan. * weaselTM steht auf und setzt sich so weit wie moeglich von mrvn weg. * nobse ist auch buffy fan :) * nobse laeuft hinter weasel her weaselTM was ist denn heutzutage alles maintainer. schrecklich. wir haben kein nivea^Wlevel mehr --- vm-7.19/base64-decode.c +++ vm-7.19/base64-decode.c @@ -21,7 +21,7 @@ main() { static char inalphabet[256], decoder[256]; -int i, bits, c, char_count, errors = 0; +int i, bits, char_count, errors = 0; #ifdef WIN32 _setmode( _fileno(stdout), _O_BINARY); @@ -34,43 +34,60 @@ -char_count = 0; -bits = 0; -while ((c = getchar()) != EOF) { - if (c == '=') - break; - if (c 255 || ! inalphabet[c]) - continue; - bits += decoder[c]; - char_count++; - if (char_count == 4) { - putchar((bits 16)); - putchar(((bits 8) 0xff)); - putchar((bits 0xff)); - bits = 0; - char_count = 0; - } else { - bits = 6; - } -} -if (c == EOF) { - if (char_count) { - fprintf(stderr, base64-decode: base64 encoding incomplete: at least %d bits truncated, - ((4 - char_count) * 6)); - errors++; - } -} else { /* c == '=' */ - switch (char_count) { - case 1: - fprintf(stderr, base64-decode: base64 encoding incomplete: at least 2 bits missing); - errors++; - break; - case 2: - putchar((bits 10)); - break; - case 3: - putchar((bits 16)); - putchar(((bits 8) 0xff)); - break; - } +#define BUFLEN 72*500 // must be multiple of 4 + +int len; +char buf[BUFLEN]; +char outbuf[BUFLEN]; + +while(!feof(stdin)) { +unsigned char c; + +int pos=0; +char *out=outbuf; +len=fread(buf, sizeof(c), BUFLEN, stdin); +if(!len) continue; + +cont_buffer: +char_count = 0; +bits = 0; +while(poslen) { +c=buf[pos++]; +if (c == '=') +break; +if (! inalphabet[c]) +continue; +bits += decoder[c]; +char_count++; +if (char_count == 4) { +*out++ = ((bits 16)); +*out++ = (((bits 8) 0xff)); +*out++ = ((bits 0xff)); +bits = 0; +char_count = 0; +} else { +bits = 6; +} +} +switch (char_count) { +case 1: +fprintf(stderr, base64-decode: base64 encoding incomplete: at least 2 bits missing); +errors++; +break; +case 2: +*out++ = ((bits 10)); +break; +case 3: +*out++ = ((bits 16)); +*out++ = (((bits 8) 0xff)); +break; +case 0: +break; +default: +fprintf(stderr, base64-decode: base64 encoding incomplete: at least %d bits truncated, +((4 - char_count) * 6)); +} +if(poslen) // did not proceed the whole thing, continue +goto cont_buffer; +fwrite(outbuf, sizeof(char), (out-outbuf), stdout); } -exit(errors ? 1 : 0); +return (errors ? 1 : 0); }
Bug#330259: sv translation update
tags #330259 confirmed pending thanks On Tue, Sep 27, 2005 at 03:23:27AM +0200, Daniel Nylander wrote: Here is the updated swedish translation (sv) Thanks msgid msgstr Project-Id-Version: aide VERSION\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-03-28 02:52-0800\n PO-Revision-Date: 2005-09-27 03:01-0700\n Last-Translator: \n Language-Team: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=\n Content-Transfer-Encoding: Looks a little bit generic ;) Committed to svn. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327836: libdjvulibre15: packages are not co-installable but do not conflict
Package: libdjvulibre15 Version: 3.5.15-1 Followup-For: Bug #327836 This probably constitutes a serious bug - libdjvulibre15 has a specific conflict/replaces libdjvulibre1 (= 3.5.14-6), but I have 3.5.14-5 installed, so I experience this error. Either: 1. Make the conflicts/replaces more generic (why does it conflict/replace just this version, but no others?) 2. Implement library policy properly so that any version of libdjvulibre15 is co-installable with libdjvulibre1. The usual way of doing this is to separate the data files into an eg libdjvulibre-data package, which both versions of the library can be installed against. If the data changed incompatibly between library versions, you should move the data to a path which is different depending on the version being used. Regards, Rob -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-8-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330365: scummvm: depends on non-existing libflac6 in unstable/powerpc
A fecha Thu, 29 Sep 2005 07:40:04 +0200 Tore Anderson [EMAIL PROTECTED] escribió: * Nacho Barrientos Depends: libasound2 ( 1.0.9), libc6 (= 2.3.2.ds1-21), libflac6, libgcc1 (= 1:4.0.1), libmad0 (= 0.15.1b), libmpeg2-4, libogg0 (= 1.1.2), libsdl1.2debian ( 1.2.7+1.2.8), libstdc++6 (= 4.0.1), libvorbis0a (= 1.1.0), libvorbisfile3 (= 1.1.0), zlib1g (= 1:1.2.1) This bug is fixed as far as I can, but the latest version of ScummVM (0.7.1-3) hasn't been autobuilt on PowerPC yet. The first attempted build failed because of a bug in GS (#324796), which has later been resolved. I'm not aware of any further problems which should stall the build, so I've contacted the build-daemon staff in order to see if they know of anything that can be done to improve this situation. Thank you for bringing this to my attention. Ok, built in a powerpc machine with build deps updated. All works fine, only a new buildd work fix this bug, waiting for it. Rgs, -- Nacho Barrientos Arias (LRU: #273993) [EMAIL PROTECTED] || [EMAIL PROTECTED] GPG: 0xE103FC4D - http://criptonita.com/~nacho pgpXcAsFGSa9x.pgp Description: PGP signature
Bug#254243: netstat IPv6 address truncation patch
Olaf van der Spek writes (Re: netstat IPv6 address truncation patch): +static void tcpudp_one_end(char *result_buf, size_t result_buf_size, + struct aftype *ap, int end_port, + struct sockaddr *endaddr) +{ +char buffer[8192]; + +snprintf(buffer, sizeof(buffer), %s, +get_sname(htons(end_port), udp, Are you using udp for tcp too? Oops. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#254243: netstat IPv6 address truncation patch
Olaf van der Spek writes (Re: netstat IPv6 address truncation patch): Did you see my related patch at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=222324 It should also solve the truncation issue but I think it's more general. The thing you sent to the Debian BTS is an ed-format diff ! Looking at it it seems to just add a new command-line flag for not truncating the address. That's wrong, IMO. I think my patch (with the obvious fix to the tcp/udp string) is far better. It never truncates an IPv6 address when -n is requested, which I think is necessary to preserve the behaviour that people (including scripts) rely on. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#254243: netstat IPv6 address truncation patch
On 9/29/05, Ian Jackson [EMAIL PROTECTED] wrote: Olaf van der Spek writes (Re: netstat IPv6 address truncation patch): Did you see my related patch at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=222324 It should also solve the truncation issue but I think it's more general. The thing you sent to the Debian BTS is an ed-format diff ! Looking There are two patches. The second version is in another format. at it it seems to just add a new command-line flag for not truncating the address. That's wrong, IMO. --wide is enabled by default on interactive terminals Bernd prefered that way to avoid breaking any scripts. I think my patch (with the obvious fix to the tcp/udp string) is far better. It never truncates an IPv6 address when -n is requested, which I think is necessary to preserve the behaviour that people (including scripts) rely on. I haven't looked at it in detail but I guess it just uses wider fields in one row if necessary?
Bug#321427: mozilla-mailnews: Fixes brought in by Mozilla 1.7.11 should be backported to 1.7.8-1sarge2
Hi, On Thu, Sep 29, 2005 at 08:28:51AM +0200, Eric Lavarde - Debian Bugs wrote: Browsing around and with my little knowledge, I think so! It would be great if you could backport them. BTW, I had to revert to 1sarge1, I couldn't work with the current version, it made me go crazy. Please test the preview version for sarge announced on my site. It contains those checkin and any positive feedback for this is highly appreciated. Looks good to me! Downloaded and installed libnspr4_1.7.8-1sarge3_i386.deb libnss3_1.7.8-1sarge3_i386.deb mozilla-browser_1.7.8-1sarge3_i386.deb mozilla-mailnews_1.7.8-1sarge3_i386.deb mozilla-psm_1.7.8-1sarge3_i386.deb mozilla_1.7.8-1sarge3_i386.deb in replacement of the same *sarge1* packages and the phenomena is gone! That's great, thanks! Eric PS: positive enough? ;-) --
Bug#330664: linux-image-2.6.12-1-alpha-smp: kernel panic: trying to kill interrupt handler
Please copy the whole output (serial console makes this easy). This line don't show where it does wrong and what happened. I have been trying to use a serial cable for that for about 2h before sending this report, but my cable seems faulty; I try againe when I have a new cable. The only thing you see on screen is just a list of stack addresse, and name of functions. I do think that may be helpfull ... if I can give th ebegining of the list. It is the first time I report a bug being 'serious', and I hope I can proove it is so within 4 days. -- DEMAINE Benoit-Pierre (aka DoubleHP ) http://www.demaine.info/ \_o If computing were an exact science, IT engineers would not have work o_/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]