date:20051018

Thanks, that seems like a genuine problem, I am forwarding it
upstream for consideration as it is not immediately apparent to me 
what the best solution is.

-- 
Horms


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334113: kernel allows loadkeys to be used by any user, allowing for local root compromise

On Sat, Oct 15, 2005 at 06:03:31PM +0200, Rudolf Polzer wrote:
 Package: linux-image-2.6.12-1-powerpc
 Version: 2.6.12-10
 Severity: critical
 Tags: security
 Justification: root security hole
 
 
 The non-suid command loadkeys can be used by any local user having
 console access. It does not just apply to the current virtual console
 but to all virtual consoles and its effect persists even after logout.
 
 A proof of concept would be (^V, ^C etc. refer to key presses on the
 console):
 
 loadkeys
 keycode 15 = F23
 string F23 = ^V^C^V^Mecho hello world^V^M
 ^D
 
 Then log out and let root login (in a computer pool, you can usually get
 an admin to log on as root on a console somehow). The next time he'll
 press TAB to complete a file name, he instead will run the shell
 command.
 
 Of course, the shell command could be more evil, e.g. add a line to
 /etc/passwd, clear the screen to make it less obvious, sync and write
 stuff to /dev/mem to cause a kernel crash so that most people would not
 suspect anything but a hardware fault. A demo exploit adding a line to
 the password file, clearing the screen and logging out exists in form of
 a shell script.
 
 As a solution, I propose that the loadkeys command (or more exactly, the
 kernel interface it uses) should be restricted to root and instead one
 could add a suid wrapper for loadkeys that only allows the system-wide
 keymaps to be loaded. The old behaviour could still be made selectable
 using a procfs file.
 
 If the last modification time of the manual page of loadkeys is true,
 this bug exists in the Linux kernel at least since 1997. However, the
 BUGS section of the manpage does not hint that the loadkeys command
 can even be used as a root compromise and not just for stuff like
 unbinding all keys.
 
 Plus, it might be good to have a way to disable chvt for non-root users.
 Using chvt, a malicious user could do the same thing in an X session:
 remap Backspace to another key, handle Ctrl-Alt-Backspace by chvt 1;
 chvt 7 (so the video mode switches) and showing a fake login manager on
 the X display. If chvt were not possible for mere mortals, the admin
 would be able to disable all possible video mode switching caused by X
 applications (like xrandr, xvidmode, dpms) in the xorg.conf file so that
 he finally knows: if Ctrl-Alt-Backspace caused video mode switching, the
 resulting login screen is genuine.
 
 Another solution would be a keymap-invariant non-remappable zap key
 combination with the functionality of Alt-SysRq-K - but on an X screen,
 it should tell the X server to exit instead of kill -9ing it so that the
 video mode gets restored. And it should be able to make a kernel support
 it without adding all of the other Magic SysRq Key features. Of
 course, it should lock the keymap until the user tells the system to
 unlock it again.
 
 Or, even better: a root login key. That is, something unremappable
 that causes a new VT to be created with a login prompt for root - and
 while this VT is active, the keymap should be locked to the system-wide
 standard keymap. Ideally, that root login key should also work from X
 and maybe even when the X server has crashed.

Hi,

I recently received the following message through the debian Bug tracker.

http://bugs.debian.org/334113

In a nuthsell it raises concernes about the effects of giving
users access to VT ioctls and outlines a potential attack 
using loadkeys to execute commands as root.

I took a very brief look over it, and the concern does seem valid to me.
Most of the VT ioctls are only garded by the following permissions,
the ioctl in question, which I believe is KDSKBSENT, is no exception:

drivers/char/vt_ioctl.c: vt_ioctl(): line 377

/*
 * To have permissions to do most of the vt ioctls, we either
 * have
 * to be the owner of the tty, or have CAP_SYS_TTY_CONFIG.
 */
perm = 0;
if (current-signal-tty == tty || capable(CAP_SYS_TTY_CONFIG))
perm = 1;


A simple fix for this might be just checking for capable(CAP_SYS_TTY_CONFIG)
in do_kdgkb_ioctl(), which effects KDSKBSENT. This more restrictive
approach is probably appropriate for many of the other ioctls that set
VT parameters.

However, the changes will still affect all consoles and be persistant
after the user logs out of the console. It would seem more logical to
have the state apply only to the current console, and only for the
duration of the session. The latter could be handled in user-space if
the ioctls were privelaged. But I suspect adding the former might be
somewhat difficult.

The same kind of issue also seems to be relevant to many of the other VT
ioctls.

I'm not really familiar enough with the code to comment more, though I
am happy to code-up ideas if people can point me in the right direction.

-- 
Horms


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334392: spca5xx-20050601.tar.gz compiles on powerpc64

2005-10-18 Thread Paul Brossier

for info, i tried earlier versions of spca5xx from
http://mxhaard.free.fr/spca50x/Download/?M=D and found out that the last
version compiling on -powerpc64 is spca5xx-20050601

[EMAIL PROTECTED]:~/spca5xx-20050601$ make
   Building SPCA5XX driver for 2.5/2.6 kernel.
   Remember: you must have read/write access to your kernel source tree.
make -C /lib/modules/`uname -r`/build SUBDIRS=/home/piem/spca5xx-20050601 
modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.12-1-powerpc64'
  CC [M]  /home/piem/spca5xx-20050601/drivers/usb/spca5xx.o
/home/piem/spca5xx-20050601/drivers/usb/spca5xx.c: In function 
‘spca50x_configure_sensor’:
/home/piem/spca5xx-20050601/drivers/usb/spca5xx.c:5690: warning: ISO C90 
forbids mixed declarations and code
/home/piem/spca5xx-20050601/drivers/usb/spca5xx.c: In function ‘spca5xx_probe’:
/home/piem/spca5xx-20050601/drivers/usb/spca5xx.c:5855: warning: ‘defaultpipe’ 
may be used uninitialized in this function
/home/piem/spca5xx-20050601/drivers/usb/spca5xx.c:5854: warning: ‘defaultrows’ 
may be used uninitialized in this function
/home/piem/spca5xx-20050601/drivers/usb/spca5xx.c:5853: warning: ‘defaultcols’ 
may be used uninitialized in this function
  CC [M]  /home/piem/spca5xx-20050601/drivers/usb/spcadecoder.o
  LD [M]  /home/piem/spca5xx-20050601/spca5xx.o
  Building modules, stage 2.
  MODPOST
  CC  /home/piem/spca5xx-20050601/spca5xx.mod.o
  LD [M]  /home/piem/spca5xx-20050601/spca5xx.ko
make[1]: Leaving directory `/usr/src/linux-headers-2.6.12-1-powerpc64'

so far, the camera (041e:4034 Creative instant) is working great in
pd-pdp, but i can't get camorama, gphoto2 or gtkam to detect it. i found
the following in dmesg, with similar lines for each usb devices
(including the camera):

ioctl32(gtkam:5245): Unknown cmd fd(6) cmd(c00c5512){00} arg(fff990c8) on 
/proc/bus/usb/003/008

ciao, piem


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334407: gbib segfaults after update

2005-10-18 Thread Steve Langasek

On Mon, Oct 17, 2005 at 11:46:19PM +0200, Philipp Frauenfelder wrote:
 Am Mon, Oct 17, 2005 at 07:35:29PM +0200 hat Peter Henseler getippert:
  after upgrading from version 0.1.2-6 gbib segfaults on program startup
  and dumps a core file. The command:
  gdb -c core `which gbib`
  tells me:
  #0  0x0f77bfa0 in __gnu_cxx::__pooltrue::_M_reclaim_block () from
  /usr/lib/libstdc++.so.6
  I hope, this helps to locate the bug.
  
  So long, the problem can be circumvented by downgrading to the former
  version 0.1.2-6.

 Same on i386. Sorry, I have no quick idea what went wrong.
 However, running gbib under valgrind (only for i386 and amd64),
 I get a lot of errors and a working gbib. This usually indicates
 that an array bound overwrite takes place which is caught by
 valgrind and does not do any harm anymore. Without valgrind, the
 array bound overwrite destroys something which leads to the
 error.

Two people have tried and failed to reproduce this problem on an up-to-date
sid system.  There is not enough information in this bug report to fix it
without being able to reproduce it.  If you have a valgrind report for this
program, you may want to post it to the bug report.

Likewise, a full backtrace may be a bit more helpful than just citing the
innermost stack frame, which only tells us something happened somewhere
which abused the memory management interface.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#334404: fwbuilder-linux: fwbuilder fails to build fw script with Unrecognized host OS linux24 (family linux24) message

2005-10-18 Thread Jeremy T. Bouse

tags 334404 moreinfo unreproducible
thanks

I have tried again on my system (AMD64) using my *.fwb data file
which uses most, if not all, of the features of fwbuilder and have had
no problems producing my iptables script. I suspect the issue is a
problem with your fwbuilder data file configuration and not the
application itself as I have the same versions of the packages as you. I
also installed under a clean chroot to make sure there was no contamination.

The fwbuilder-linux package does provide the fwb_ipt policy compiler
which was able to successfully reproduce my scripts for all my firewalls
without so much as an error. I would recommend either forwarding your
.fwb data file to me, privately if you wish, so I can try to determine
what is wrong. Otherwise I would encourage you to edit the firewall
properties by right clicking on the firewall object in the left pane and
selecting Edit to make sure that you have the Platform, Version and
Host OS settings set properly.

Regards,
Jeremy

Nicolas wrote:

Package: fwbuilder-linux
Version: 2.0.7-2
Severity: grave
Justification: renders package unusable


fwbuilder can't build a firewall script for linux. Here's the message
written when compiling:
Unrecognized host OS linux24  (family linux24)

Here are some fwbuilder related packages installed on my computer:

# dpkg -l | grep fwbuil
ii  fwbuilder  2.0.7-2 Firewall administration tool GUI
ii  fwbuilder-bsd  2.0.7-2 Firewall Builder policy compiler(s) 
for BSD based firewalls
ii  fwbuilder-common   2.0.7-2 Firewall administration tool GUI 
(common files)
ii  fwbuilder-linux2.0.7-2 Firewall Builder policy compiler(s) 
for Linux based firewalls
ii  libfwbuilder-dev   2.0.7-5 Firewall Builder API library 
development files
rc  libfwbuilder5  1.0.2-1 Firewall Builder API library
rc  libfwbuilder6  2.0.7-1 Firewall Builder API library
ii  libfwbuilder6c22.0.7-5 Firewall Builder API library

I think the fwbuilder-linux package should provide support for iptables.

Nicolas.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.3
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages fwbuilder-linux depends on:
ii  fwbuilder 2.0.7-2Firewall administration tool GUI
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libfwbuilder6c2   2.0.7-5Firewall Builder API library
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libqt3-mt 3:3.3.5-1  Qt GUI Library (Threaded runtime v
ii  libsnmp9  5.2.1.2-4  NET SNMP (Simple Network Managemen
ii  libssl0.9.7   0.9.7g-5   SSL shared libraries
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers libra
ii  libx11-6  6.8.2.dfsg.1-9 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-9 X Window System miscellaneous exte
ii  libxml2   2.6.22-1   GNOME XML library
ii  libxslt1.11.1.15-1   XSLT processing library - runtime 
ii  xlibs 6.8.2.dfsg.1-9 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

fwbuilder-linux recommends no packages.

-- no debconf information

  



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334467: /bin/sh: error while loading shared libraries: libm.so.6

2005-10-18 Thread Jean Charles Delépine

Package: initramfs-tools
Version: 0.31
Severity: critical
Justification: breaks the whole system

Hello,

poucet:/home/jcd# mkinitramfs -k -o /boot/initramfs.img-2.6.14-rc4-git4
2.6.14-rc4-git4
Working files in /tmp/mkinitramfs_R9QJFq and overlay in 
/tmp/mkinitramfs-OL_mPaz0q
poucet:/home/jcd# cp -rL /tmp/mkinitramfs_R9QJFq/ initramfs
poucet:/home/jcd# chroot initramfs/ /bin/sh
/bin/sh: error while loading shared libraries: libm.so.6: cannot open
shared object file: No such file or directory

poucet:/home/jcd# ldd initramfs/bin/busybox 
linux-gate.so.1 =  (0xe000)
libm.so.6 = /lib/tls/libm.so.6 (0xb7eb9000)
libcrypt.so.1 = /lib/tls/libcrypt.so.1 (0xb7e8b000)
libc.so.6 = /lib/tls/libc.so.6 (0xb7d53000)
/lib/ld-linux.so.2 (0xb7eed000)

poucet:/home/jcd# ls -ld initramfs/lib/tls
ls: initramfs/lib/tls: No such file or directory

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages initramfs-tools depends on:
ii  busybox   1:1.01-3   Tiny utilities for small and embed
ii  cpio  2.6-6  GNU cpio -- a program to manage ar
ii  klibc-utils   1.1.1-2small statically-linked utilities 
ii  lvm2  2.01.14-3  The Linux Logical Volume Manager
ii  mdadm 1.12.0-1   tool to administer Linux md device
ii  udev  0.070-5/dev/ and hotplug management daemo

initramfs-tools recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334468: (no subject)

2005-10-18 Thread pojekiwacz

Package: installation-reports

Debian-installer-version:
17.10.2005 
http://cdimage.debian.org/pub/cdimage-testing/etch_d-i/i386/20051012/
http://cdimage.debian.org/pub/cdimage-testing/daily/ia64/current/
uname -a: N/A
Date: 17.10.2005
Method: businesscard CD image, netinst CD image for ia64

Machine: custom PC
Processor: Intel Pentium 4 640 3.0GHz, LGA 775
Memory: GeIL Dual Ultra 2x 512MB DDR2 533 MHz
Root Device: Samsung SP2004C (SATA II)
Root Size/partition table:  N/A
Output of lspci and lspci -n: N/A

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn\'t try it

Initial boot worked:[E]
Configure network HW:   [ ]
Config network: [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Create file systems:[ ]
Mount partitions:   [ ]
Install base system:[ ]
Install boot loader:[ ]
Reboot: [ ]

Comments/Problems:

Downloaded couple of installer iso images, burned it on RW disc (tryed 4 
different images), and none of them worked... When I tryed to boot from my NEC 
4550A DVD drive, the CD spinned up, LED flashed and turned off after 2 secs. I 
saw Boot from CD/DVD message and blinking cursor and nothing happened. 
Strange. I burned old debian netinst image for i386 and it booted just fine 
(same PC, same dvd drive). Further, I brougt the ia64 CD to another computer 
and it didin't work too (didn't boot).Package: installation-reports

Debian-installer-version:
17.10.2005 
http://cdimage.debian.org/pub/cdimage-testing/etch_d-i/i386/20051012/
http://cdimage.debian.org/pub/cdimage-testing/daily/ia64/current/
uname -a: N/A
Date: 17.10.2005
Method: businesscard CD image, netinst CD image

Machine: custom PC
Processor: Intel Pentium 4 640 3.0GHz, LGA 775
Memory: Dual Geil 
Root Device: 
Root Size/partition table:  
Output of lspci and lspci -n:

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[ ]
Configure network HW:   [ ]
Config network: [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Create file systems:[ ]
Mount partitions:   [ ]
Install base system:[ ]
Install boot loader:[ ]
Reboot: [ ]

Comments/Problems:

Bug#334469: amarok: Should implement a store and forward feature when working offline

2005-10-18 Thread Christian Perrier

Package: amarok
Version: 1.3.3-1
Severity: wishlist
Tags: upstream

This bug should probably be forwarded upstream.

I often use amarok to listen music while working offline on my laptop.

I would like it to keep track of what's listened offline and then send it to
last.fm as soon as I'm connected again so that my list on last.fm is also
updated with these tracks...


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)

Versions of packages amarok depends on:
ii  amarok-arts [amarok-engin 1.3.3-1aRts engine for the amaroK audio p
ii  amarok-engines1.3.3-1output engines for the amaroK audi
ii  amarok-gstreamer [amarok- 1.3.3-1GStreamer engine for the amaroK au
ii  amarok-xine [amarok-engin 1.3.3-1xine engine for the amaroK audio p
ii  kdelibs4c24:3.4.2-4  core libraries for all KDE applica
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libice6   6.8.2.dfsg.1-9 Inter-Client Exchange library
ii  libmysqlclient14  4.1.14-6   mysql database client library
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libpq48.0.4-1PostgreSQL C client library
ii  libqt3-mt 3:3.3.5-1  Qt GUI Library (Threaded runtime v
ii  libsm66.8.2.dfsg.1-9 X Window System Session Management
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libtag1c2 1.4-1  TagLib Audio Meta-Data Library
ii  libtunepimp2c20.3.0-9MusicBrainz tagging library and si
ii  libx11-6  6.8.2.dfsg.1-9 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-9 X Window System miscellaneous exte
ii  xlibmesa-gl [libgl1]  6.8.2.dfsg.1-9 Mesa 3D graphics library [X.Org]
ii  xlibs 6.8.2.dfsg.1-9 X Window System client libraries m
ii  zlib1g1:1.2.3-6  compression library - runtime

Versions of packages amarok recommends:
ii  kdemultimedia-kio-plugins 4:3.4.2-2  enables the browsing of audio CDs 

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334470: orpheus: missing instructions to change color scheme, wrong Recommends

2005-10-18 Thread David Liontooth

Package: orpheus
Version: 1.5-2
Severity: minor


Thanks for packing this great player! The documentation says Configurable 
color schemes and 
Configuration is done with dialogs -- but it doesn't say how and none of the 
screenshots show how to do 
this. Please add a quick instruction somewhere -- it looks like you have to 
edit ~./orpheus/colors 
manually?

BTW as you know Debian doesn't have a package called ogg123, though that might 
have been a good idea. 
Please change Recommends to vorbis-tools, which supplies it.

Wishlist: add a parameter for default music directory

Dave


-- System Information:
Debian Release: sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages orpheus depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libghttp1 1.0.9-16   original GNOME HTTP client library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libogg0   1.1.2-1Ogg Bitstream Library
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libvorbis0a   1.1.0-1The Vorbis General Audio Compressi
ii  libvorbisfile31.1.0-1The Vorbis General Audio Compressi

Versions of packages orpheus recommends:
ii  mpg1230.59r-20   MPEG layer 1/2/3 audio player
ii  mpg321 [mpg123]   0.2.10.3   A Free command-line mp3 player, co
pn  ogg123none (no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334471: dovecot-imapd: transaction log problems since upgrade

2005-10-18 Thread Michael Wardle

Package: dovecot-imapd
Version: 1.0.alpha3-1
Severity: normal

Since upgrading to 1.0.alpha* from 0.99.*, my IMAP mail client can't
store mail in my Sent folder.

The client logs don't show anything meaningful, but the mail log shows:
Lost transaction log file
/home/michael/mail/.imap/Sent/dovecot.index.log seq 1

This folders is in mbox format and has around 1900 messages in it.

It used to work!

-- 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.11-eagle
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages dovecot-imapd depends on:
ii  dovecot-common  1.0.alpha3-1 secure mail server that supports m
ii  libc6   2.3.5-6  GNU C Library: Shared libraries an
ii  libssl0.9.7 0.9.7g-2 SSL shared libraries

dovecot-imapd recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334472: Installation Report

2005-10-18 Thread Kevin Shanahan

Package: installation-reports

Debian-installer-version:
  2005-10-18, 
http://people.debian.org/~joeyh/d-i/images/daily/hd-media/boot.img.gz
  2005-10-14, 
http://cdimage.debian.org/pub/cdimage-testing/daily/i386/current/debian-testing-i386-businesscard.iso

uname -a: Linux test-srv 2.6.13.3 #1 Mon Oct 17 14:14:41 CST 2005 i686 GNU/Linux
Date: 2005-10-18 15:35 (Australia/Adelaide)
Method:
  expert mode, usb-key image with business card iso.
  Stable (Sarge) was installed.

Machine: Custom
  - Via PD1000
  - Promise TX2 SATA Controller
  - 2 * WDC 200GB SATA HDD
Processor: VIA Nehemiah
Memory: 512MB PC2100
Root Device: SATA, /dev/sda1 (see comments below)
Root Size/partition table:
  /dev/sda1, 5GB, mounted as /
  /dev/sda2, 1GB, used as swap

Output of lspci and lspci -n:

:00:00.0 Host bridge: VIA Technologies, Inc. VT8623 [Apollo CLE266]
:00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP]
:00:0f.0 Ethernet controller: VIA Technologies, Inc. VT6105 [Rhine-III] 
(rev 8b)
:00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 80)
:00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 80)
:00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 80)
:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
:00:11.1 IDE interface: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
:00:11.5 Multimedia audio controller: VIA Technologies, Inc. 
VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 
74)
:00:14.0 Unknown mass storage controller: Promise Technology, Inc.: Unknown 
device 3d75 (rev 02)
:01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8623 [Apollo 
CLE266] integrated CastleRock graphics (rev 03)

:00:00.0 0600: 1106:3123
:00:01.0 0604: 1106:b091
:00:0f.0 0200: 1106:3106 (rev 8b)
:00:10.0 0c03: 1106:3038 (rev 80)
:00:10.1 0c03: 1106:3038 (rev 80)
:00:10.2 0c03: 1106:3038 (rev 80)
:00:10.3 0c03: 1106:3104 (rev 82)
:00:11.0 0601: 1106:3177
:00:11.1 0101: 1106:0571 (rev 06)
:00:11.5 0401: 1106:3059 (rev 50)
:00:12.0 0200: 1106:3065 (rev 74)
:00:14.0 0180: 105a:3d75 (rev 02)
:01:00.0 0300: 1106:3122 (rev 03)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [E]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [O]

Comments/Problems:

I needed to manually do modprobe sata_promise to have the hard
drives detected. This needed to be done at the scan hard drives for
installer ISO image, before the USB drive is detected. Otherwise the
USB key becomes /dev/discs/disc0 and the bootloader install gets
confused about which is the first disk later on.

Also, had to install a newer kernel as documented here:
  http://lists.debian.org/debian-boot/2005/08/msg01080.html

Otherwise, things went pretty smoothly this time.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334473: vpnc - overwrites /etc/resolv.conf without notice, breaks connectivity

2005-10-18 Thread Bastian Blank

Package: vpnc
Version: 0.3.3+SVN20050909-4
Severity: critical

vpnc overwrites /etc/resolv.conf without notice. This breaks the
network connectivity as the entries don't match the local needs.

Bastian

-- 
Men of peace usually are [brave].
-- Spock, The Savage Curtain, stardate 5906.5


signature.asc
Description: Digital signature

Bug#334474: libapache-mod-ssl: private keys created world writeable by mod-ssl-makecert

2005-10-18 Thread Andrew Pimlott

Package: libapache-mod-ssl
Version: 2.8.24-2
Severity: normal

I ran dpkg-reconfigure libapache-mod-ssl as recommended in
README.Debian, and the generated /etc/apache/ssl.key/server.key was
created with permissions

-rw-r--r--1 root root  891 2005-10-18 00:00 
/etc/apache/ssl.key/server.key

This should be readable only by root.

Andrew

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libapache-mod-ssl depends on:
ii  apache-common 1.3.33-8   support files for all Apache webse
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libdb4.2  4.2.52-20  Berkeley v4.2 Database Libraries [
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libssl0.9.8   0.9.8a-1   SSL shared libraries
ii  openssl   0.9.8a-1   Secure Socket Layer (SSL) binary a

libapache-mod-ssl recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334410: tetex-bin: incorrect counter names in info page about itemized lists?

Sean Finney [EMAIL PROTECTED] wrote:

 Package: tetex-bin
 Version: 2.0.2-31
 Severity: minor

 hi,

 from latex.info.gz (via info latex):

Unfortunately, latex.info is unmaintained today, and there is little
chance to get the many errors in it fixed.  There's a new effort for a
LaTeX online documentation, but unfortunately I cannot remember the
name. 

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#253124: cyrtexinfo format in fmtutil.in

Norbert Preining [EMAIL PROTECTED] wrote:

 I guess we should come to one of the following solutions (for Debian):
 . either texinfo takes over the cyrtxinf.ini file 
   I am not sure wether this is a good idea, since cyrtxinf.ini is *not*
   the end of the story, there are other files probably necessary for
   this.
 . or tetex-base and texlive depend on texinfo again
   what were the reasons to drop this dependency?

 Frank, I guess this is post-unstable upload, but what is your opinion?

Why not keep files where they are, have the entry in fmtutil.cnf
commented (as in teTeX upstream), and inform people in the documentation
of the texinfo package how to process russian text.

On the other hand, I think it might be a good thing if texinfo (upstream
of course) would provide commands to switch hyphenation patterns (and
maybe also hardcoded text like Chapter, Table of Contents etc.) for use
with a different language, without using a different format.  But this
is a different issue.

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#253372: raidutils: package is mis-named

2005-10-18 Thread Petter Reinholdtsen


What about naming it dpt-raidutil?  This was the proposed name of the
RFP in URL:http://bugs.debian.org/159906.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#303246: Processed: Selecting text of a link downloads the link

2005-10-18 Thread Vincent Lefevre

On 2005-10-18 01:44:21 -0400, Eric Dorland wrote:
 So you're only seeing this when you hold down the alt key? That's
 this comment is saying.

Yes, more or less. In fact only when holding the mod1 key (which can
either be Alt or Meta, depending on the configuration), as I said in
the bug report. Note that selection of text belonging to a link can
only be done with this mod1 key.

-- 
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#329442: fixed in mutt 1.5.11-1

2005-10-18 Thread Jim Thomas

Package: mutt
Version: 1.5.11-2

On Sun, Sep 25, 2005 at 02:32:12PM -0700, Adeodato Simó wrote:
 Source: mutt
 Source-Version: 1.5.11-1
 
 We believe that the bug you reported is fixed in the latest version of
 mutt, which is due to be installed in the Debian FTP archive:
 
 ...

 Thank you for reporting the bug, which will now be closed.  If you
 have further comments please address them to [EMAIL PROTECTED],
 and the maintainer will reopen the bug report if appropriate.
 
 ...

  + does not segfault with IMAP folder completion. (Closes: #329442)

I am not sure if this is a regression, I get this with mutt 1.5.11-2:

Index mode, changing folder:

  [c]imap://host.name/[tab]Segmentation fault

problem occurs:
- before an imap connection is established or after
- with no network activity generated apart from tearing down the 
  connection on exit if it was up
- every time
- on different machines with the same software versions
- with imap:// and imaps://
- with no .muttrc

Please let me know if you want me to do any work on the core file or
anything else.  If this is a separate bug let me know and I will file
a separate bug report.

Cheers, Jim

- details --
kernel: 2.6.13.1 unpatched

Installed package versions (unstable)
ii  mutt   1.5.11-2   Text-based mailreader supporting MIME, GPG, 

depends
ii  libc6  2.3.5-6GNU C Library: Shared libraries and Timezone
ii  libdb4.3   4.3.28-3   Berkeley v4.3 Database Libraries [runtime]
ii  libgnutls121.2.6-1the GNU TLS library - runtime library
ii  libidn11   0.5.18-1   GNU libidn library, implementation of IETF I
ii  libncursesw5   5.4-9  Shared libraries for terminal handling (wide
ii  libsasl2   2.1.19-1.6 Authentication abstraction library

suggests 
ii  ca-certificate 20050804   Common CA Certificates PEM files
ii  gnupg  1.4.2-2GNU privacy guard - a free PGP replacement
ii  ispell 3.1.20.0-4 International Ispell (an interactive spellin
ii  openssl0.9.8-2Secure Socket Layer (SSL) binary and related

recommends
ii  locales2.3.5-6GNU C Library: National Language (locale) da
ii  mime-support   3.35-1 MIME files 'mime.types'  'mailcap', and sup

Bug#333627: It _is_ a bug

2005-10-18 Thread Christian Perrier

Quoting Marc Haber ([EMAIL PROTECTED]):
 On Thu, Oct 13, 2005 at 11:18:31PM +0300, George Cristian Bîrzan wrote:
  It is a bug.
 
 As the leading member of the maintainer team, I disagree.
 
 This behavior of exim4-config is best current practice.


I have barely the same problem with my (way less important) geneweb
package.

Bug #162079 has been reported by a user who cannot admit that removing
the system group created by the package when created could lead to
wrong situations (see bug log) and this should be left to the local sysadmin.

I finally marked the bug as wontfix and dropped my attention to it. This
will serve the purpose of avoiding someone else to report such
bug. I suppose you should do the same here, Marc.

Bug#333842: linux-headers-2.6.12-1-686: .extraversion only has - rather than -1-686

On Fri, Oct 14, 2005 at 10:38:49AM +, [EMAIL PROTECTED] wrote:
 RE:Could you please go back to the page you were looking
 and report the bug numbers, they are preceeded by a #.
 
 Don't have time this AM, but will respond to
 
 RE: Could you give some details of the failure that you are seeing?
 --
 The issue concerns installation of drivers compiled out of the kernel tree, 
 such as modem drivers.  I co-maintain the ltmodem package for Lucent DSP 
 modems in particular.  Our package is contrived to be Linux Distro variant 
 independent.  The preliminary configure program searches subfolders of 
 /usr/src/ for a UTS in linux/include/version.h matching 
./build_module version
 with default version being `uname -r`.  Cross version compiling is thus 
 supported, so we can easily make ltmodem-version.deb for Newbies using 
 Distros various .
 
 The drivers compile is not affected by .extraversion.  The problem arises in 
 the install, purely because of the Debian dual kernel(linux)-header package 
 split like: 
 /usr/src/linux-headers-2.6.12-1
 /usr/src/linux-headers-2.6.12-1-686
 wherein there is only in the Makefile an
EXTRAVERSION =
 
 The standard modules_install command does not read 
   linux/include/version.h 
 but rather the Makefile.  Our particular install usage initally setup my Mark 
 Speith for 2.6.n is below.  The  LOCALVERSION=  parameter was added by me to 
 deal with the Debian dual kernel(linux)-header situation
 
 install:
 make $(EXTMOD_SWITCH)=`pwd` -C $(KERNEL_DIR) 
 INSTALL_MOD_PATH=$(ROOTDIR)  LOCALVERSION=-1-686 modules_install
 
 ---
 wherein in this particular case the -1-686 was read in from (a corrected)
 .extraversion during the configure step.  This generates a Debian pacakge 
 with a correct:
 
 /ltmodem-8.31b1/source# tree debian/tmp/lib
 debian/tmp/lib
 `-- modules
 `-- 2.6.12-1-686
 `-- extra
 |-- ltmodem.ko
 `-- ltserial.ko
 
 In contrast for the original flawed .extraversion with only - , the 
 structure is:
 /ltmodem-8.31b1/source# tree debian/tmp/lib
 debian/tmp/lib
 `-- modules
 `-- 2.6.12- WRONG
 `-- extra
 |-- ltmodem.ko
 `-- ltserial.ko
 
 There are  make install variants which can be made to use INSTALL_DIR,
 but a Debian decision on this .extraversion issue would first be usefull.

Thanks, I think the following micro patch fixes this problem which was
introduced with the new packaging format that came with 2.6.12. I'm 
testing this now and will add to svn if successful.


Index: templates/post-install.in
===
--- templates/post-install.in
+++ templates/post-install.in
@@ -59,7 +59,8 @@
 mkdir -p $dir/include/asm-$arch
 mkdir -p $dir/include/linux
 cp -a .config $dir
-echo $debnum-$suffix  $dir/.extraversion
+echo $DEBIAN_VERSION-$DEBIAN_ABINAME-$DEBIAN_FLAVOUR  $dir/.extraversion
+
 cp -a Module.symvers $dir
 
 find . -mindepth 1 -maxdepth 1 \

 Slightly related.
 For the KNOPPIX variant of Debian, I have observed that modem drivers using 
 kernel-kbuild-2.6 gives non-functional drivers, while functional drivers are 
 obtained by terporarily hiding /usr/src/kernel-kbuild-2.6.  KNOPPIX claims to 
 use vanilla kernel.org  sources.

kernel-kbuild-2.6 has been removed from etch

-- 
Horms


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334104: tulip driver advertises support for non-working card

2005-10-18 Thread Marco d'Itri

On Oct 18, Jurij Smakov [EMAIL PROTECTED] wrote:

 The original report states that downgrading udev and using it with the 
 *same* kernel fixes the situation. How can it be a kernel bug?
If a driver advertises to support some hardware but then does not work
it's a kernel bug.
The latest udev may load drivers in a different order, and this is what
exposed the bug: probably the old one just loaded the working one first.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#334113: [Security] kernel allows loadkeys to be used by any user, allowing for local root compromise

2005-10-18 Thread Andrew Morton

Horms [EMAIL PROTECTED] wrote:

 drivers/char/vt_ioctl.c: vt_ioctl(): line 377
 
  /*
   * To have permissions to do most of the vt ioctls, we either
   * have
   * to be the owner of the tty, or have CAP_SYS_TTY_CONFIG.
   */
  perm = 0;
  if (current-signal-tty == tty || capable(CAP_SYS_TTY_CONFIG))
  perm = 1;
 
 
  A simple fix for this might be just checking for capable(CAP_SYS_TTY_CONFIG)
  in do_kdgkb_ioctl(), which effects KDSKBSENT. This more restrictive
  approach is probably appropriate for many of the other ioctls that set
  VT parameters.

I briefly discussed this with Alan and he agreed that that's a reasonable
approach.

I'll stick the below in -mm, see what breaks.

--- devel/drivers/char/vt_ioctl.c~setkeys-needs-root2005-10-17 
23:50:37.0 -0700
+++ devel-akpm/drivers/char/vt_ioctl.c  2005-10-17 23:51:43.0 -0700
@@ -192,6 +192,9 @@ do_kdgkb_ioctl(int cmd, struct kbsentry 
int i, j, k;
int ret;
 
+   if (!capable(CAP_SYS_TTY_CONFIG))
+   return -EPERM;
+
kbs = kmalloc(sizeof(*kbs), GFP_KERNEL);
if (!kbs) {
ret = -ENOMEM;
_



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334068: udev and Logitech mouse applet

2005-10-18 Thread Marco d'Itri

reassign 334068 libsane
thanks

On Oct 17, Christopher Martin [EMAIL PROTECTED] wrote:

 On October 17, 2005 13:03, Marco d'Itri wrote:
   The problem seems to be that udev runs lmctl before the usbfs entry
   corresponding to your mouse has been created under /proc/bus/usb. The
 
  By design. The correct rule would be:
 
  BUS==usb, SYSFS{idVendor}==046d, SYSFS{idProduct}==c025, \
  RUN+=/usr/bin/lmctl -8 --sms
 
 I doubt that switching from PROGRAM= to RUN+= will make a difference, as it 
 certainly didn't resolve the issue with kdebase. Perhaps you're not running 
OK, as it turns out I was half wrong: /proc/bus/ is not syncronous, so
scripts still need to wait (they may use the wait_for_file function from
/lib/hotplug/hotplug.functions). OTOH, RUN is still the correct keyword
to use, because PROGRAM has different semantics (and you must always use
+= unless you know better).

This looks like the same issue of #334068, which I am reassigning for
libsane (I'm sorry for not getting it right the first time).

 a modular kernel? I did notice that a homebrew everything-built-in kernel 
 did not suffer from this problem. I just took it for granted that the 
 udev/hotplug maintainer would be testing against a stock Debian kernel, or 
 at least something similarly modularized.
I need newer kernels before a debian package is available, and anyway I
will not use debian kernels again as long as they will break drivers
by removing uploadable firmwares.

 worked fine when hotplugged later. The wait loop fixed it. A rule like:
 
 SYSFS{idProduct}==0039, SYSFS{idVendor}==045e, MODE=660, 
 GROUP=plugdev
 
 ...changes the permissions of /dev/input/ nodes instead of usbfs entries, 
 which isn't very helpful in this case.
Because the rule matches on many events, among them BUS==usb.
The correct rule to change the /dev/bus/usb/ device permissions would
be:

SUBSYSTEM==usb_device, SYSFS{idProduct}==0039, SYSFS{idVendor}==045e, \
GROUP=plugdev

(660 is the default.)

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#334206: mozilla-enigmail not decrypting messages

2005-10-18 Thread Caspar Bothmer


Alexander Sack wrote:

tags 334206 + unreproducible
tags 334206 + sarge
thanks

cannot reproduce this. Maybe pressing decrypt button manually helps?


That doesn't work as the whole message is seen as containing nothing but 
attachments.


I can decrypt the attachment to a browser window, select it there and 
copy and paste it into the empty reply message -- but that isn't very 
comfortable.


I can't reproduce this error with a new account.  It is my existing 
account and deleting XUL.mfasl and chrome/*.rdf doesn't help.  I just 
rechecked it...



caspar


signature.asc
Description: OpenPGP digital signature

Bug#334392: [Pkg-spca5xx-devel] Bug#334392: spca5xx-source: does not compile on powerpc

2005-10-18 Thread Stephen Birch

Hi Michel:

You may already be aware of this but spca5xx has now made it into
Debian's testing repository.  Kel and I are working to get the
toolchain (spcaview etc) into Debian as well, that should happen
fairly soon.

Some bad news though, we have received a bug report from a power PC
user (Paul Brossier), it looks like the driver doesnt compile on
powerpc.  Do you have a co-maintainer versed on powerpc that can look
into this for us by any chance?

Also, we have set up a mail list for discussing debian packaging
aspects of your driver.  I dont expect it to be a high traffic site
but if you are interested in joining the list point your browser here:

http://lists.alioth.debian.org/mailman/listinfo/pkg-spca5xx-devel

The alioth site also has a forum but we (Kel and I) are planning to
shut that down, we dont need a list server *and* a forum :-)

Steve


Paul Brossier([EMAIL PROTECTED])@2005-10-17 17:31:
 Package: spca5xx-source
 Version: 20051001-1
 Severity: normal
 
 Hi,
 
 thanks for packaging these modules. the module works fine on an i386
 box, but I have troubles compiling it on 2.6.12-1-powerpc64. Attached is
 the compilation log.
 
 
 [EMAIL PROTECTED]:/usr/src/modules/spca5xx$ make
Building SPCA5XX driver for 2.5/2.6 kernel.
Remember: you must have read/write access to your kernel source tree.
 make -C /lib/modules/`uname -r`/build SUBDIRS=/usr/src/modules/spca5xx CC=cc 
 modules
 make[1]: Entering directory `/usr/src/linux-headers-2.6.12-1-powerpc64'
   CC [M]  /usr/src/modules/spca5xx/drivers/usb/spca5xx.o
 In file included from include/linux/thread_info.h:20,
  from include/linux/spinlock.h:12,
  from include/linux/capability.h:45,
  from include/linux/sched.h:7,
  from include/linux/module.h:10,
  from /usr/src/modules/spca5xx/drivers/usb/spca5xx.c:39:
 include/linux/bitops.h: In function ???generic_hweight64???:
 include/linux/bitops.h:123: warning: integer constant is too large for 
 ???unsigned long??? type
 include/linux/bitops.h:123: warning: integer constant is too large for 
 ???unsigned long??? type
 include/linux/bitops.h:124: warning: integer constant is too large for 
 ???unsigned long??? type
 include/linux/bitops.h:124: warning: integer constant is too large for 
 ???unsigned long??? type
 include/linux/bitops.h:125: warning: integer constant is too large for 
 ???unsigned long??? type
 include/linux/bitops.h:125: warning: integer constant is too large for 
 ???unsigned long??? type
 include/linux/bitops.h:126: warning: integer constant is too large for 
 ???unsigned long??? type
 include/linux/bitops.h:126: warning: integer constant is too large for 
 ???unsigned long??? type
 include/linux/bitops.h:127: warning: integer constant is too large for 
 ???unsigned long??? type
 include/linux/bitops.h:127: warning: integer constant is too large for 
 ???unsigned long??? type
 include/linux/bitops.h:128: warning: right shift count = width of type
 In file included from include/linux/byteorder/big_endian.h:12,
  from include/asm/byteorder.h:94,
  from include/linux/kernel.h:16,
  from include/linux/cache.h:4,
  from include/asm/thread_info.h:15,
  from include/linux/thread_info.h:21,
  from include/linux/spinlock.h:12,
  from include/linux/capability.h:45,
  from include/linux/sched.h:7,
  from include/linux/module.h:10,
  from /usr/src/modules/spca5xx/drivers/usb/spca5xx.c:39:
 include/linux/byteorder/swab.h: In function ???__fswab64???:
 include/linux/byteorder/swab.h:167: warning: left shift count = width of type
 include/linux/byteorder/swab.h:167: warning: left shift count = width of type
 include/linux/byteorder/swab.h:167: warning: right shift count = width of 
 type
 include/linux/byteorder/swab.h:167: warning: right shift count = width of 
 type
 include/linux/byteorder/swab.h: In function ???__swab64p???:
 include/linux/byteorder/swab.h:172: warning: left shift count = width of type
 include/linux/byteorder/swab.h:172: warning: left shift count = width of type
 include/linux/byteorder/swab.h:172: warning: right shift count = width of 
 type
 include/linux/byteorder/swab.h:172: warning: right shift count = width of 
 type
 include/linux/byteorder/swab.h: In function ???__swab64s???:
 include/linux/byteorder/swab.h:176: warning: left shift count = width of type
 include/linux/byteorder/swab.h:176: warning: left shift count = width of type
 include/linux/byteorder/swab.h:176: warning: right shift count = width of 
 type
 include/linux/byteorder/swab.h:176: warning: right shift count = width of 
 type
 In file included from include/asm/paca.h:23,
  from include/asm/spinlock.h:20,
  from include/linux/spinlock.h:43,
  from include/linux/capability.h:45,
  from

Bug#334430: postgrey runs away with CPU in mad spin if ancillary database files are corrupted

2005-10-18 Thread Adrian von Bidder

Nick: thanks for the bug report

David  List: please see below - this is a bug report I received on the 
Debian bug tracker.  Summary: BerkeleyDB's behaviour on currupted db files 
is not optimal and may lead to postgrey not starting up properly and 
grabbing the CPU 100%.

Proposed fix: calling db_recover in the init script.  I think that maybe the 
recovery should be included with postgrey itself instead of added-on in the 
init script (all the more so since the init script is only shipped with the 
Debian package, but the problem is in no way Debian specific afaict)?

Please keep the @bugs.d.o address on replies.  Thank you.

greetings
-- vbi


On Monday 17 October 2005 22.30, Nick Moffitt wrote:
 Package: postgrey
 Version: 1.21-1
 Severity: normal


 Lately my system has noticed runaway postgrey processes.  The symptoms
 are that on startup, the lone postgrey process consumes 80-95% of the
 CPU.  Strace ends with the following:

  open(/var/lib/postgrey/__db.001, O_RDWR|O_LARGEFILE) = 6
  fcntl64(6, F_SETFD, FD_CLOEXEC) = 0
  mmap2(NULL, 16384, PROT_READ|PROT_WRITE, MAP_SHARED, 6, 0) = 0x4056e000
  close(6)= 0

 When I ran the strace of postgrey as above, but with --dbdir=/tmp/ it
 started just fine.  Moving all files but the postgrey.db out of
 /var/lib/postgrey also solves the problem.

 What appears to have happened is that an emergency reboot caused some of
 the ancillary database files (the log or the __db.00? files) to become
 corrupted in some maner that confused postgrey on startup.

 A friend of mine noticed that he used to see this behavior in slapd
 (which is not in Perl) suggesting that this was a berkeleydb problem.
 Poking in his slapd init scripts he found the following:

 12:14 npmr i noticed that as of sarge, the openldap initscript runs
   db4.2-recover before starting the daeon
 12:15 npmr looks like there's a try_fix_db bash function in there
 12:15 npmr about a page of code
 12:15 npmr very tidy looking
 12:15 npmr and then this in the start) clause:
 12:15 npmr if [ $TRY_BDB_RECOVERY = yes ]; then
 12:15 npmr try_fix_db
 12:15 npmr fi

 It may be helpful to try this technique in postgrey's init scripts.


-- 
Don't let the computer bugs bite!


pgpZVkmqWxvj0.pgp
Description: PGP signature

Bug#334444: mysql-server-4.1: ignores old_passwords = 1 in my.cnf

2005-10-18 Thread Christian Hammers



On 2005-10-17 Chris Chiappa wrote:
 On Tue, Oct 18, 2005 at 12:55:58AM +0200, Christian Hammers wrote:
  What does
USE mysql;
SELECT * FROM user;
  look like? (you do not need to make passwords public here just give me an
  idea if the server stored old or new style passwords in the passwd field).
 How would one tell?  The root password is a 16 character mix of numbers and
 lower case letters; the hordemgr account (presumably what imp is using since
 it's part of the horde framework) has a password that starts with a * and
 then has a mix of 40 numbers and upper case characters.
The length of the password tells me which password scheme is in use. The horde
probably did not use the standard passwd() function but tried to be more
clever and just used the new md5 like passwords.
 
 Would simply resetting the passwords help?  something like
 update user set password = old_password('whatever') where user='hordemgr';
Yes, exactly.

 Anyway, we will soon upgrade every package to the new libraries...
 A little distressing to see a bug in php4-mysql from  100 days ago saying
 I can't think of a reason NOT to recompile it and then nothing since then,
 but that's what I get for running unstable. :)
There is a reason. If you link e.h. php4-mysql against libmysqlclient14 and
have your system passwd database in MySQL, too, (libnss-mysql) where
libnss-mysql is linked against libmysqlclient12 then you end up with a binary
that has calls to both libraries. The linker then does not know if
mysql_connect refers to which of the two and guesses... wrong - segfault :)
So the transition has to be planned a bit more carefully (e.g. by patching
MySQL to use something called versioned symbols)

Anyway, if horde insists to use new style passwords although you have the
old_passwords=1 activated, tell me then I reassign the bug. Horde should honor
the admins whish.

bye,

 -christian-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334464: Courier pop3 startup script uses wrong config file

2005-10-18 Thread Stefan Hornburg


Jan Michael Greiner wrote:


Package: courier-pop
Version: 0.47-4sarge3


/etc/init.d/courier-pop contains the line

. ${sysconfdir}/pop3d-ssl

but should contain

. ${sysconfdir}/pop3d

(without the ssl) instead.
 

No, this line is correct. It reads both configuration files. The 
pop3d-ssl configuration

file is needed to determine where STLS should be offered or not.

Bye
  Racke




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334466: consistent spelling of visualisation in descriptions

2005-10-18 Thread David Schleef

On Tue, Oct 18, 2005 at 07:07:25AM +0200, Robert Bihlmeyer wrote:
 Package: libvisual
 Severity: minor
 
 libvisual0.2 and libvisual0.2-dev sometimes use visualisation,
 sometimes visualization.

This was actually on purpose, to piss off both camps.  But the joke
is over, the fun has been had.

 BTW, shouldn't libvisual0.2 be in Section libs?

Most likely.



dave...

-- 
David Schleef
Big Kitten LLC (http://www.bigkitten.com/) -- data acquisition on Linux


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334475: isdnvboxserver: add vboxmail example with ogg format

2005-10-18 Thread W. Borgert

Package: isdnvboxserver
Severity: wishlist
Tags: patch

The package contains an example script to send a vbox message
MP3 encoded by e-mail.  Please add another script for ogg, which
has the advantage that no non-Debian program is needed.  The
attached script is also simplified in some ways.


vboxmail.ogg.enhanced
Description: application/shellscript

Bug#334476: 'man dhcping' typo: seperated

2005-10-18 Thread A Costa

Package: dhcping
Version: 1.2-2
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man8/dhcping.8.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages dhcping depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an

dhcping recommends no packages.

-- no debconf information
--- -   2005-10-18 04:10:43.459404000 -0400
+++ /tmp/dhcping8.gz.11054  2005-10-18 04:10:43.0 -0400
@@ -220,7 +220,7 @@
 Send the \s-1DHCP\s0 packet to this \s-1IP\s0 address.
 .Ip \fB\-h\fR \fIclient-hardware-address\fR 5
 Use this hardware-address in the \s-1DHCP\s0 request. It can be up to
-sixteen octets seperated by colons (i.e. 01:02:03:04)
+sixteen octets separated by colons (i.e. 01:02:03:04)
 .Ip \fB\-g\fR \fIgateway-\s-1IP\s0\-address\fR 5
 Use this \s-1IP\s0 address for the gateway \s-1IP\s0 address in the 
\s-1DHCP\s0 packet.
 This option is currently broken.

Bug#334477: OIL-errors during upgrade

2005-10-18 Thread Juhapekka Tolvanen


Package: gstreamer0.8-cdparanoia
Version: 0.8.11-1.1
Severity: normal

This bug is actually in many gstreamer-packages:

Setting up gstreamer0.8-cdparanoia (0.8.11-1.1) ...
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx

Setting up gstreamer0.8-flac (0.8.11-1.1) ...
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx

Setting up gstreamer0.8-gnomevfs (0.8.11-1.1) ...
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx

Setting up gstreamer0.8-mad (0.8.11-1.1) ...
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx

Setting up libgstreamer-plugins0.8-0 (0.8.11-1.1) ...
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx

Setting up gstreamer0.8-oss (0.8.11-1.1) ...
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx

Setting up gstreamer0.8-plugin-apps (0.8.11-1.1) ...
Setting up gstreamer0.8-vorbis (0.8.11-1.1) ...
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx
OIL: ERROR liboiltest.c 247: (): illegal instruction in idct8x8_s16_mmx



-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages gstreamer0.8-cdparanoia depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libcdparanoia03a9.8-11   Shared libraries for cdparanoia (r
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libgstreamer0.8-0 0.8.11-1   Core GStreamer libraries, plugins,
ii  libxml2   2.6.22-1   GNOME XML library
ii  zlib1g1:1.2.3-4  compression library - runtime

gstreamer0.8-cdparanoia recommends no packages.

-- no debconf information

-- 
Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv
Pahat enteet hiljaisuuden kaiken täyttää. Niin tuskaisen läsnä joka hetki,
vaikka pään pois kääntää. Vaikka sulkisi silmät kuva säilyy, eikä mee
minnekään, muttei silti tule luo, vaan tuijottaa tuijottamistaan.  Apulanta

Bug#334478: installation-reports: successfull installation of sarge

2005-10-18 Thread Martin Weis

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: installation-reports
Severity: normal



*** install-report.template
Package: installation-reports

INSTALL REPORT

Debian-installer-version:deb cdrom:[Debian GNU/Linux 3.1 r0a _Sarge_ -
Official i386 Binary-1 (20050607)]/ unst
able contrib main
uname -a: Linux mapserver 2.4.27-2-686 #1 Mon May 16 17:03:22 JST 2005
i686 GNU/Linux
Date: 2005-09-12
Method: Netinstall CD, online

Machine: Server RECT Rack RS-8650I
Processor: Intel Pentium 4 2,8 GHz 8/512 KB Cache
Memory: MemTotal:  1033840 kB, 2x MDT 512 MB DDR-RAM PC2700
Root Device: HD Maxtor IDE 200 GB 7200 UPM
Root Size/partition table:
# /etc/fstab: static file system information.
#
# file system mount point   type  options   dump  pass
proc/proc   procdefaults0   0
/dev/hda1   /   ext3defaults,errors=remount-ro 0   1
/dev/hda2   noneswapsw  0   0
# data partition
/dev/hda3   /data   ext3rw,auto 0   0
# other hardware drives
/dev/hdc/media/cdrom0   iso9660 ro,user,noauto  0   0
/dev/fd0/media/floppy0  autorw,user,noauto  0   0
# temporary: SD cardreader
/dev/sdd1   /mnt/sd vfatrw,noauto,user  0   0

Output of lspci and lspci -n:
:00:00.0 Host bridge: Intel Corp. 82845G/GL[Brookdale-G]/GE/PE DRAM
Controller/Host-Hub Interface (rev 03)
:00:01.0 PCI bridge: Intel Corp. 82845G/GL[Brookdale-G]/GE/PE
Host-to-AGP Bridge (rev 03)
:00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 02)
:00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 02)
:00:1d.2 USB Controller: Intel Corp. 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 02)
:00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB
2.0 EHCI Controller (rev 02)
:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 82)
:00:1f.0 ISA bridge: Intel Corp. 82801DB/DBL (ICH4/ICH4-L) LPC
Bridge (rev 02)
:00:1f.1 IDE interface: Intel Corp. 82801DB/DBL (ICH4/ICH4-L)
UltraATA-100 IDE Controller (rev 02)
:00:1f.3 SMBus: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
SMBus Controller (rev 02)
:00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controll
er (rev 02)
:02:04.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
:02:05.0 VGA compatible controller: S3 Inc. 86c764/765
[Trio32/64/64V+] (rev 54)
:02:0b.0 Ethernet controller: D-Link System Inc: Unknown device 4300
(rev 10)

:00:00.0 0600: 8086:2560 (rev 03)
:00:01.0 0604: 8086:2561 (rev 03)
:00:1d.0 0c03: 8086:24c2 (rev 02)
:00:1d.1 0c03: 8086:24c4 (rev 02)
:00:1d.2 0c03: 8086:24c7 (rev 02)
:00:1d.7 0c03: 8086:24cd (rev 02)
:00:1e.0 0604: 8086:244e (rev 82)
:00:1f.0 0601: 8086:24c0 (rev 02)
:00:1f.1 0101: 8086:24cb (rev 02)
:00:1f.3 0c05: 8086:24c3 (rev 02)
:00:1f.5 0401: 8086:24c5 (rev 02)
:02:04.0 0200: 10ec:8139 (rev 10)
:02:05.0 0300: 5333:8811 (rev 54)
:02:0b.0 0200: 1186:4300 (rev 10)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it


Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [O]

Comments/Problems:
I was not shure how to set up nameserver lookup. Took package resolvconf
and put the information in /e../n../in
terfaces
This is/was rather unclear, how this is set up by default. There was no
/etc/resov.conf

Sending this bugreport without configured mail was interesting :-)

All other things worked fine, thanks.

Install logs and other status info is available in
/var/log/debian-installer/.
Once you have filled out this report, mail it to [EMAIL PROTECTED]


- -- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

- --
Martin Weis
PGP-Key: http://datenroulette.de/pgp.php
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org

iD8DBQFDVLDX5j8IxyG/AuwRAjuTAJ95PJFae7PBTHk6kUl4eqPpxQiEgwCfbCDR
PuQVWILeruFgRj5UyJ/CKtA=
=fbWh
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#294407: libcurl3 optional package

2005-10-18 Thread Domenico Andreoli

hi Dan,

On Mon, Oct 17, 2005 at 03:15:55PM -0700, Dan Fandrich wrote:
 I just looked at the libcurl3 package page on the Debian site and I see that 
 the libldap2-dev
 package is still listed as recommended.  The bug mentioned below was fixed 
 for curl 7.13.2 and
 libldap2-dev is no longer necessary to use LDAP on curl.
 
 On Tue, Jan 04, 2005 at 02:57:14PM -0800, Dan Fandrich wrote:
  The libcurl3 Debian package doesn't currently list OpenLDAP as an optional
  package.  It's not a static dependency since LDAP support loads the LDAP
  libraries at run-time when resolving ldap: URLs.  Actually, libldap2-dev
  is also needed as well as libldap2 right now due to libcurl using the
  wrong file names when loading the libraries.

  i missed this fix and neither i'm seeing it mentioned in the curl's
changelog. however removing libldap2-dev from my system still makes
curl --version print about the ldap support, so something definitely
changed here.

i CCed the upstream developer to delve into the thing.

Daniel, could you please enlighten me? thank you.

cheers
domenico

-[ Domenico Andreoli, aka cavok
 --[ http://people.debian.org/~cavok/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#294407: libcurl3 optional package

2005-10-18 Thread Daniel Stenberg


On Tue, 18 Oct 2005, Domenico Andreoli wrote:

 i missed this fix and neither i'm seeing it mentioned in the curl's 
changelog. however removing libldap2-dev from my system still makes curl 
--version print about the ldap support, so something definitely changed 
here.



Daniel, could you please enlighten me? thank you.


Actually I think Dan is the one who can provide the best answer(s) to this as 
he is the one made the changes in the curl configure script (on March 11th 
2005) that I think is what is referred to here.


It being missing in the changelog is a plain oversight.

--
 -=- Daniel Stenberg -=- http://daniel.haxx.se -=-
  ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#294407: libcurl3 optional package

2005-10-18 Thread Domenico Andreoli

On Tue, Oct 18, 2005 at 10:13:16AM +0200, Daniel Stenberg wrote:
 On Tue, 18 Oct 2005, Domenico Andreoli wrote:
 
  i missed this fix and neither i'm seeing it mentioned in the curl's 
 changelog. however removing libldap2-dev from my system still makes curl 
 --version print about the ldap support, so something definitely changed 
 here.
 
 Daniel, could you please enlighten me? thank you.
 
 Actually I think Dan is the one who can provide the best answer(s) to this 
 as he is the one made the changes in the curl configure script (on March 
 11th 2005) that I think is what is referred to here.

ah, great!

Dan, do you confirm that libldap.so.2 is used here and that it is enough
to make libcurl3 suggest libldap2 package instead of recommending the
libldap2-dev one?

regards
domenico

-[ Domenico Andreoli, aka cavok
 --[ http://people.debian.org/~cavok/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#321272: apt-get install fails: chown: `fetchmail:nogroup': invalid user

2005-10-18 Thread Håvard Dahle


Håvard Dahle wrote:


Package: fetchmail
Version: 6.2.5-18
Followup-For: Bug #321272


Nico Golde nico at ngolde.de Thu Aug 4 17:24:24 UTC 2005:

 


* James Kelly jkelly at patriot.net [2005-08-04 19:08]:
   


When trying to install fetchmail on my system using apt-get install
fetchmail or aptitude I get the following error:

-- SNIP --
chown: `fetchmail:nogroup': invalid user
dpkg: error processing fetchmail (--configure):
subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
fetchmail
E: Sub-process /usr/bin/dpkg returned an error code (1)
 



I experience the exact same problem. The fetchmail package is, in
effect, uninstallable. 


[...]


2) The adduser call fails on my system. Take a look at this (I extracted
 the actual adduser call and ran it in the cli):

 rasha:~# adduser --system --ingroup nogroup --home /var/run/fetchmail \
 --shell /bin/sh --disabled-password fetchmail
 adduser: Warning: The home dir you specified already exists.
 Adding system user `fetchmail'...
 Adding new user `fetchmail' (107) with group `nogroup'.
 chage: can't open shadow password fileadduser: `/usr/bin/chage -M 9
 fetchmail' returned error code 1.  Aborting.
 Cleaning up.
 Removing user `fetchmail'.

Now, I have no clue what `chage' and `shadow password' really mean, but
hopefully someone who reads this report does. 



Ok, so I snooped a bit further, and looking at bug 316217 put me on the 
right track. Shadow passwords were in fact not enabled on my system.


So running
 # dpkg-reconfigure -plow passwd
and enabling shadow was all there was to it. Now the `fetchmail' package 
installs, uninstalls and installs cleanly on my system. Progress!



May I suggest a thorough revision of the `postinst' script - it feels a 
bit hacky to me. Maybe even blurt out a hint like: Make sure shadow 
passwords are enabled. (Although ideally the package would rather say 
Require-setting: shadow-enabled)


But as I said earlier: I really don't get all of what chage and shadow 
passwords are all about.



What I do know, is that
there's nothing special with my system (it's been proper debian forever,
though it started off as woody and has been running unstable sometimes),
and adding system users by hand shouldn't really be necessary.

 



Take care,

Håvard


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#318081: PATCH: DWARF2 macinfo-related fixes for gdb and gcc

2005-10-18 Thread Alan Curry

[skip to the end if you just want the patches without the storyline]

Jochen Voss writes the following:

when trying to debug one of my programs I encountered a case where gdb
crashed on the command break main before my programm was even
started.  The problem occurs on a powerpc machine.

After investigating, I don't see anything ppc-specific about this bug.
The actual occurrence of the segfault may vary between architectures, but
that's just because some may get lucky when dereferencing the bad pointer.

http://seehuhn.de/data/gdb-bug   - the binary
http://seehuhn.de/data/gdb-bug.i - the preprocessed source
[...]
(gdb) break main
Segmentation fault

It also has nothing to do with setting a breakpoint, or with your main
function. You can also try print main, break load_matrix, ... the key is
convincing gdb that it needs to parse the debugging symbols.

2) Regenerating the binary.  The binary gdb-bug was compiled from
gdb-bug.i using the following two commands:

[EMAIL PROTECTED] [~/y] gcc -ggdb3 -c gdb-bug.i
[EMAIL PROTECTED] [~/y] gcc -ggdb3 -o gdb-bug gdb-bug.o -lm -llapack 
 -lblas -lg2c

When done with gcc 3.3 or 3.4, the resulting executable does not segfault
gdb. I can see from your binary that you were using Debian's gcc 4.0.1-1. I
can also reproduce the bug with the current upstream source, 4.0.2. (gcc 4.0
hasn't made it into Debian stable yet).

Also, your use of -ggdb3 is an important part of reproducing the bug. Normal
-g doesn't include debugging information for macros, and that's where the
problem is. (-gdwarf-2 -g3 is also sufficient, or just -g3 since DWARF2 seems
to be the default format now)

To see what is going wrong, do a readelf -w gdb-bug.o and look at the
.debug_macinfo section. You'll see that it references sources files by
number, starting at 1 and ending at 47:

  ...
  DW_MACINFO_start_file - lineno: 21 filenum: 46
  DW_MACINFO_end_file
  DW_MACINFO_start_file - lineno: 22 filenum: 47

Those filenums refer to The File Name Table (located earlier in the
readelf -w output). If you take a look at The File Name Table, you'll see
that it has only 46 entries. And that's why gdb segfaults. Now we know how to
fix gdb: make it check that filenum is in the proper range.

But we want to fix the bad debugging information, not just the segfault. Go
back to the .debug_macinfo section, look closer, and you'll see that there
are no references to filenum 16. It goes 1,2,3,...15,17,18,...47 (some
numbers are repeated because files get #included more than once, but if you
look just at the first appearance of each number, they are in order.)

When gcc was building this table of #included files, it was also keeping
track of #includes for error reporting purposes. There are 2 lists of
#included files: one for errors and warnings, and the other for DWARF2
debugging information. The missing file number 16 corresponds to the special
pseudo-file built-in in the list of source files. built-in is omitted
from the DWARF2 file table because it's not an actual file.

There is a function called maybe_emit_file() in gcc, which assigns the
filenums, and takes care of mapping the file numbers in the main file list
to the file numbers in the DWARF2 list. Someone forgot to use the return
value of maybe_emit_file() when creating the DW_MACINFO_start_file record, so
what should be a reference to file number 16 comes out instead as a reference
to file number 17. After the 16th entry, every filenum is 1 larger than it
should be. The reference to file number 47 should really be a reference to
file number 46.

Because all file numbers after the missing one are off by 1, most of the
macro debugging information is going to be referring to the wrong file. So
even if gdb doesn't segfault, it's still going to report the wrong origin for
macros defined after the bug's trigger point (file 16 in the sample).

It would be possible to make gdb detect an out-of-sequence filenum and
automatically adjust it and all of the following filenums, with a warning
message like Detected GCC 4.0.=2 macinfo breakage, working around it. My
patch doesn't go that far; it just prevents the segfault.

Here are the patches. In case of mail corruption, they're also here:
http://world.std.com/~pacman/gcc4-dwarf-macinfo.diff
http://world.std.com/~pacman/gdb-macinfo-segfault.diff

--- gdb-6.3.orig/gdb/dwarf2read.c   2005-10-17 23:22:46.0 -0500
+++ gdb-6.3/gdb/dwarf2read.c2005-10-18 00:38:48.0 -0500
@@ -9087,9 +9087,14 @@
 file = read_unsigned_leb128 (abfd, mac_ptr, bytes_read);
 mac_ptr += bytes_read;
 
-current_file = macro_start_file (file, line,
- current_file, comp_dir,
- lh, cu-objfile);
+if (file  lh-num_file_names)
+  warning (macro debug info references file %d, 
+   but file table only contains %u entries.,
+

Bug#324515: Bug #324515: Please package 3.0.20

2005-10-18 Thread Noèl Köthe

tags 324515 + pending
thanks

Am Dienstag, den 18.10.2005, 14:41 +1000 schrieb James Ring:

Hello James,

 3.0.20 contains a directory_mode parameter in the recycle vfs
 module which I really need for my production environment. :)
 
 Is there anything I can do to help package Samba 3.0.20 or later?

You can test http://people.debian.org/~noel/samba and give us feedback.
There will be only minor changes from these packages to the ones going
into unstable in the next days.

-- 
Noèl Köthe noel debian.org
Debian GNU/Linux, www.debian.org


signature.asc
Description: This is a digitally signed message part

Bug#326781: libpam-mount: segmentation fault with no volumes defined

2005-10-18 Thread Bastian Kleineidam

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Vagrant,

regarding your segfault problem you reported, the current version
of libpam-mount (0.9.27.49-2) fixes several memory corruptions.
Since I was unable to reproduce the segfault, could you test that
the problem still exists?


Thanks,
  Bastian
- -- 
  ,''`.  Bastian Kleineidam
 : :' :GnuPG Schlüssel
 `. `'gpg --keyserver wwwkeys.pgp.net --recv-keys 32EC6F3E
   `-

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDVKrreBwlBDLsbz4RAlYWAJ99yFE0HCMGZfkEXzcNp2f2LBXJCwCffuUm
6O2nHoBfRtcVoiZ+CkAwqlM=
=v08l
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#332795: locales: post-install fails with * glibc detected * double free or corruption (!prev): 0x088e9208 ***

2005-10-18 Thread Attila Kinali

On Thu, 13 Oct 2005 23:00:41 -0400
Daniel Jacobowitz [EMAIL PROTECTED] wrote:

 On Thu, Oct 13, 2005 at 10:57:36PM -0400, Daniel Jacobowitz wrote:
  On Sat, Oct 08, 2005 at 07:21:32PM +0200, Attila Kinali wrote:
   *** glibc detected *** double free or corruption (!prev): 0x088e9208 ***
 
  Can you still reproduce this?  If so, it says that bash dumped core;
  the core dump should be lying around somewhere.  That might help.
  
  I've tried to reproduce this but could not.
 
 Actually, this is probably the same as #326856.

Right, it is. As soon as i set MALLOC_CHECK_=0 i got rid
of the error messages.


Attila Kinali


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334333: fai-cd installs systems lacking a grub bootloader when using simple examples

2005-10-18 Thread Henning Glawe

On Tue, Oct 18, 2005 at 12:15:12AM +0200, Thomas Lange wrote:
 install_packages should bepatched to download-only also package names
 ending with a minus when install_packages is called from fai-mirror. I
 will try to write a patch.

this is definitely not the right solution for the problem; there could be
just any reason to have a uninstalled in the package lists (especially, if
your $FAI for fai-cd and installations/softupdates is the same).

packages should be only pulled onto the fai-cd if there is any positive
occurrence of a package...

-- 
c u
henning


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334392: Fwd: [Pkg-spca5xx-devel] Bug#334392: spca5xx-20050601.tar.gz compiles on powerpc64

2005-10-18 Thread Stephen Birch

michel Xhaard([EMAIL PROTECTED])@2005-10-18 10:02:
 Steve,
 Ok i wil look I have also forward the bug report to Tomas Groth working on 
 spca5xx ppc support.

Excellent, thanks Michel

Steve


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334450: Review of proposed stable changes

Hi,

 I'm willing to do a stable-proposed-updates upload of
 libgnomeprint2.2-0 to address #334450.  It is an important usability
 bug, but I know that important bugs can not always be addressed in
 stable.  Joey: please check the severity of #334450 and the length of
 the patch and tell me whether you would accept such an upload to SPU.

   Thanks,
-- 
Loïc Minier [EMAIL PROTECTED]

Bug#334464: False bug report

2005-10-18 Thread Jan Michael Greiner

Sorry, this bug ist not a bug...

/etc/init.d/courier-pop uses

${sysconfdir}/pop3d-ssl

in addition to 

${sysconfdir}/pop3d




__ 
Start your day with Yahoo! - Make it your home page! 
http://www.yahoo.com/r/hs


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334467: /bin/sh: error while loading shared libraries: libm.so.6

2005-10-18 Thread Maximilian Attems

tags 334467 pending
stop

On Tue, Oct 18, 2005 at 08:05:06AM +0200, Jean Charles Delépine wrote:
 poucet:/home/jcd# mkinitramfs -k -o /boot/initramfs.img-2.6.14-rc4-git4
 2.6.14-rc4-git4
 Working files in /tmp/mkinitramfs_R9QJFq and overlay in 
 /tmp/mkinitramfs-OL_mPaz0q
 poucet:/home/jcd# cp -rL /tmp/mkinitramfs_R9QJFq/ initramfs
 poucet:/home/jcd# chroot initramfs/ /bin/sh
 /bin/sh: error while loading shared libraries: libm.so.6: cannot open
 shared object file: No such file or directory
 
 poucet:/home/jcd# ldd initramfs/bin/busybox 
 linux-gate.so.1 =  (0xe000)
 libm.so.6 = /lib/tls/libm.so.6 (0xb7eb9000)
 libcrypt.so.1 = /lib/tls/libcrypt.so.1 (0xb7e8b000)
 libc.so.6 = /lib/tls/libc.so.6 (0xb7d53000)
 /lib/ld-linux.so.2 (0xb7eed000)
 
 poucet:/home/jcd# ls -ld initramfs/lib/tls
 ls: initramfs/lib/tls: No such file or directory

thanks for your precise bug reprot, that can be so easily reproduced!

indeed the right dependency for initramfs-tools is busybox-static.


--
maks

Bug#328111: dosfstools: Selecting repair is ignored

2005-10-18 Thread David Liontooth

Package: dosfstools
Version: 2.11-2.1
Followup-For: Bug #328111


# fsck.vfat /dev/sda1
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
Reclaimed 104468 unused clusters (427900928 bytes).
Free cluster summary wrong (815460 vs. really 1455544)
1) Correct
2) Don't correct
? 1
Leaving file system unchanged.
/dev/sda1: 13 files, 8225/1463769 clusters



-- System Information:
Debian Release: sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages dosfstools depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an

dosfstools recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#333730: ubuntu package available

2005-10-18 Thread Adriaan Peeters

Ubuntu has this new version packaged with almost no diff to upstream:
http://ftp.belnet.be/packages/ubuntu/ubuntu/pool/main/libg/libglademm2.4/






-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334479: c-cpp-reference: File not found problems

2005-10-18 Thread Martin Braure de Calignon

Package: c-cpp-reference
Version: 2.0.2-3
Severity: minor

There are mistakes in some links.
e.g. see the result of grep -R SYTAX * in /usr/share/doc/c-cpp-reference.
SYTAX is used instead of SYNTAX.
There are lots of missing pages and missing example, but I saw that it is not a 
complete manual, so it is probably the reason.

Cheers,

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages c-cpp-reference depends on:
ii  epiphany-browser [www-b 1.4.8-3  Intuitive GNOME web browser
ii  links [www-browser] 0.99+1.00pre12-1 Character mode WWW browser
ii  lynx [www-browser]  2.8.5-2  Text-mode WWW Browser
ii  mozilla-browser [www-br 2:1.7.8-1sarge2  The Mozilla Internet application s
ii  mozilla-firefox [www-br 1.0.4-2sarge5lightweight web browser based on M

-- no debconf information


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages c-cpp-reference depends on:
ii  epiphany-browser [www-b 1.4.8-3  Intuitive GNOME web browser
ii  links [www-browser] 0.99+1.00pre12-1 Character mode WWW browser
ii  lynx [www-browser]  2.8.5-2  Text-mode WWW Browser
ii  mozilla-browser [www-br 2:1.7.8-1sarge2  The Mozilla Internet application s
ii  mozilla-firefox [www-br 1.0.4-2sarge5lightweight web browser based on M

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334480: velvet: Segmentation fault

2005-10-18 Thread giacomo boffi

Package: felt
Version: 3.06-9
Severity: normal

velvet segfaults. i cannot see any further info, but with your
directions maybe i could be more elaborate on specific Qs

-- 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.7-1-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages felt depends on:
ii  libc62.3.5-6 GNU C Library: Shared libraries an
ii  libice6  6.8.2.dfsg.1-8  Inter-Client Exchange library
ii  libncurses5  5.4-9   Shared libraries for terminal hand
ii  libreadline4 4.3-17  GNU readline and history libraries
ii  libsm6   6.8.2.dfsg.1-8  X Window System Session Management
ii  libx11-6 6.8.2.dfsg.1-8  X Window System protocol client li
ii  libxaw7  6.8.2.dfsg.1-8  X Athena widget set library
ii  libxext6 6.8.2.dfsg.1-8  X Window System miscellaneous exte
ii  libxmu6  6.8.2.dfsg.1-8  X Window System miscellaneous util
ii  libxt6   6.8.2.dfsg.1-8  X Toolkit Intrinsics
ii  xlibmesa-gl [libgl1] 6.8.2.dfsg.1-8  Mesa 3D graphics library [X.Org]
ii  xlibmesa-glu [libglu1]   4.3.0.dfsg.1-14 Mesa OpenGL utility library [XFree
ii  xlibs6.8.2.dfsg.1-8  X Window System client libraries m

felt recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334482: jffnms: Installation breaks because of missing dbconfig-common dependency

2005-10-18 Thread Matthias Wamser

Package: jffnms
Severity: important
Tags: etch


Problem:

I backported jffnms 0.8.2-2 to Sarge. When upgrading version 0.8.1-2 on a 
clean Sarge system the installation procedure exits with following error:

Setting up jffnms (0.8.2-1+2ilk1) ...
/var/lib/dpkg/info/jffnms.config: line 10:
/usr/share/dbconfig-common/dpkg/config: No such file or directory
dpkg: error processing jffnms (--configure):
 subprocess post-installation script returned error exit status 1
 Errors were encountered while processing:
  jffnms
  E: Sub-process /usr/bin/dpkg returned an error code (1)

Analysis:

/usr/share/dbconfig-common/dpkg/config wil be created by package
dbconfig-common which is not available in sarge (this is my problem). 
On the other hand it is not mentioned as dependency in jffnms (i think
this is a bug an etch envirinment too).

Solution:

Adding dbconfig-common to dependencies of jffnms (or is not necessary on 
debian etch?)

My further solution:
Backporting dbconfig-common 1.8.6 to sarge and installing it. 
Now it works (for me)


Regards, matthias Wamser

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.13.4-srv-p2
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to 
de_DE)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334483: ghextris: French translation

2005-10-18 Thread albator.deb

Package: ghextris
Version: N/A
Severity: wishlist
Tags: patch l10n



Please find attached the French translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as fr.po in the appropriate place in
your package build tree.



-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Kernel: Linux 2.4.26-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
+++ fr.po	2005-10-10 13:12:17.0 +0200
@@ -10,7 +10,7 @@
 Last-Translator: Julien Rosal [EMAIL PROTECTED]\n
 Language-Team: French debian-l10n-french@lists.debian.org\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=UTF-8\n

 Content-Transfer-Encoding: 8bit\n
 X-Poedit-Language: French\n
 X-Poedit-Country: FRANCE\n
@@ -21,11 +21,11 @@
 
 #: ghextris.glade.h:2
 msgid translator_credits
 msgstr Traduction française proposée par Julien Rosal et debian-l10n-french
 
 #: ghextris.glade.h:3
 msgid © 2004 Mikko Rauhala [EMAIL PROTECTED]
 msgstr © 2004 Mikko Rauhala [EMAIL PROTECTED]
 
 #: ghextris.py:336
 msgid Score
@@ -34,4 +34,3 @@
 #: ghextris.py:337
 msgid High score
 msgstr Meilleur Score

Bug#334484: php4 - imagejpeg bug??

2005-10-18 Thread Meretei Balázs


Package: libapache-mod-php4
Version: 4:4.4.0-2

imagejpeg does not work correcty since I upgraded to this version.
Error message:
Warning: imagejpeg(): Unable to access ./new.jpg in 
/../image_manipulation.php on line 166
Warning: imagejpeg(): Invalid filename './new.jpg' in 
/../image_manipulation.inc on line 166


My script works perfect with previous versions.

Regards
Balazs M. 




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#312086: luola: does not start on ppc

2005-10-18 Thread Eddy Petrişor

Hello all,

It has been a while now and I don't like the current status of this :(

I have been rereading the bug in BTS and realized that something
happened during the transition of the patch to version 1.2.7.

I have installed luola 1.2.7 on an i386 arch machine and is broken in
the same crude way is on ppc.

To be objective, this has made luola more broken than it was before
(though I am not sure that luola from upstream is broken in the same
way, but I am sure Debian's is).

 I realized that I never changed the luola-data package and I did that
 after compiling luola with gcc 4.

 The result is awful!!! Luola crashes the whole X session !

 I don't know if gcc 4 was the reason for this or replacing the
 luola-data package, so I will have to investigate further.

 Can any of you reproduce this problem?

To answer to myself, yes I can

--
Regards,
EddyP
=
Imagination is more important than knowledge A.Einstein

Bug#321998: [NMU] Re: linuxdoc-tools: [sgml2latex] Fails to produce DVI output with teTeX-3.0, always PDF

severity 321998 serious
thanks

Frank Küster [EMAIL PROTECTED] wrote:

 This will cause packages to FTBFS once teTeX-3.0, currently in
 experimental, gets into unstable (and then the severity will be RC).  We
 expect to be able to do the upload within days or weeks.

I'm going to upload teTex-3.0 this week, therefore raising the
severity.  If there isn't an upload of linuxdoc-tools that fixes this
bug until then, I'm going to NMU the package to prevent FTBFS bugs.

 The attached patch fixes this.

I'm going to use the patch given in the first mail to that bug, together
with an appropriate changelog entry.  The discussions later in the bug
are in fact irrelevant for linuxdoc-tools (or rather, they are
irrelevant for the patch to fix this bug, but may still require further
consideration by the maintainer).

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#334348: kernel-kbuild-2.6-3: Warning for mismatched gcc versions suggested

2005-10-18 Thread Eduard Bloch

#include hallo.h
* Marv Stodolsky [Mon, Oct 17 2005, 02:13:40PM]:
 Package: kernel-kbuild-2.6-3
 Version: 2.6.8-2
 Severity: wishlist
 Tags: patch

Where is your patch? I see just an obscure wish.

Hint: packages using module-assistant do already choose the right
compiler or print a warning like the one you mentioned if the compiler
is not installed.

However, an extension of kernel-kbuild would solve the problem more
consistently, even for future gcc transitions.

Eduard.

-- 
Den seelischen Wert einer Frau erkennst du daran, wie sie zu altern
versteht.
-- Christian Morgenstern


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334113: [Security] kernel allows loadkeys to be used by any user, allowing for local root compromise

On Mon, Oct 17, 2005 at 11:52:11PM -0700, Andrew Morton wrote:
 Horms [EMAIL PROTECTED] wrote:
 
  drivers/char/vt_ioctl.c: vt_ioctl(): line 377
  
   /*
* To have permissions to do most of the vt ioctls, we either
* have
* to be the owner of the tty, or have CAP_SYS_TTY_CONFIG.
*/
   perm = 0;
   if (current-signal-tty == tty || capable(CAP_SYS_TTY_CONFIG))
   perm = 1;
  
  
   A simple fix for this might be just checking for 
  capable(CAP_SYS_TTY_CONFIG)
   in do_kdgkb_ioctl(), which effects KDSKBSENT. This more restrictive
   approach is probably appropriate for many of the other ioctls that set
   VT parameters.
 
 I briefly discussed this with Alan and he agreed that that's a reasonable
 approach.

Thanks, thats pretty much what I had in mind. Though I would expect
some minor breakage, at least for people who expect nonsetuid loadkeys
to work. But then again, that is the whole point.

 I'll stick the below in -mm, see what breaks.
 
 --- devel/drivers/char/vt_ioctl.c~setkeys-needs-root  2005-10-17 
 23:50:37.0 -0700
 +++ devel-akpm/drivers/char/vt_ioctl.c2005-10-17 23:51:43.0 
 -0700
 @@ -192,6 +192,9 @@ do_kdgkb_ioctl(int cmd, struct kbsentry 
   int i, j, k;
   int ret;
  
 + if (!capable(CAP_SYS_TTY_CONFIG))
 + return -EPERM;
 +
   kbs = kmalloc(sizeof(*kbs), GFP_KERNEL);
   if (!kbs) {
   ret = -ENOMEM;
 _

-- 
Horms


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334371: only with 'Composite' extension enabled

2005-10-18 Thread Tomas Fasth

package rdesktop
tags 334371 upstream
severity 334371 important
thank you

Hello Juergen

Thank you for reporting this problem, and for qualifying it further.
I will forward the information to the upstream developer forum.

I change the severity of this bug to 'important' because I don't
consider it grave. The problem you reported only occur after
activating the 'composite' extension, and, as you found out
yourself, deactivating the extension again makes the problem to
disappear.

--
Tomas Fasth [EMAIL PROTECTED]
GnuPG Fingerprint: DC7B 9453 7F26 1BF9 6B21 9F90 C187 7355 9FE8 D504


signature.asc
Description: OpenPGP digital signature

Bug#334371: [Fwd: Bug#334371: rdesktop: whole desktop freezes]

2005-10-18 Thread Tomas Fasth

Hello

I am the rdesktop package maintainer in Debian. I got a bug report
yesterday about the 'composite' extension causing the kde desktop to
freeze. See attached mail for more info.

Question; Is this a known problem, and if so, will it be fixed in
the next release?

Thanks you
--
Tomas Fasth [EMAIL PROTECTED]
GnuPG Fingerprint: DC7B 9453 7F26 1BF9 6B21 9F90 C187 7355 9FE8 D504
---BeginMessage---
Package: rdesktop
Version: 1.4.1-1
Severity: grave
Justification: renders package unusable

after invoking rdesktop with parameters -u, -d, -p, -g, -B, -z, -a, -x
my desktop freezes (kde). this also happended when invoking rdesktop with 
'krdc'.
this bug was introduces in the last 10 days or so, because i already used it 
before on this system.


-- 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-10-1
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages rdesktop depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libssl0.9.7   0.9.7g-5   SSL shared libraries
ii  libx11-6  6.8.2.dfsg.1-9 X Window System protocol client li
ii  xlibs 6.8.2.dfsg.1-9 X Window System client libraries m

rdesktop recommends no packages.

-- no debconf information

---End Message---
---BeginMessage---
the thing i changed recently was the 'composite' extension. i disabled it, and
now rdesktop works great again.

I'm using nvidias accelerated X driver, an a self-compiled debian 2.6.12-10
kernel.


juergen

---End Message---


signature.asc
Description: OpenPGP digital signature

Bug#334371: only with 'Composite' extension enabled

2005-10-18 Thread Tomas Fasth

package rdesktop
tags 334371 upstream
severity 334371 important
thank you

I forgot to add [EMAIL PROTECTED] as a recipient. Sorry.

--
Tomas Fasth [EMAIL PROTECTED]
GnuPG Fingerprint: DC7B 9453 7F26 1BF9 6B21 9F90 C187 7355 9FE8 D504



signature.asc
Description: PGP signature


signature.asc
Description: OpenPGP digital signature

Bug#334469: amarok: Should implement a store and forward feature when working offline

2005-10-18 Thread Adeodato Simó

* Christian Perrier [Tue, 18 Oct 2005 08:24:58 +0200]:

 Package: amarok
 Version: 1.3.3-1
 Severity: wishlist
 Tags: upstream

Hi,

 This bug should probably be forwarded upstream.

 I often use amarok to listen music while working offline on my laptop.

 I would like it to keep track of what's listened offline and then send it to
 last.fm as soon as I'm connected again so that my list on last.fm is also
 updated with these tracks...

  I believe it has always behaved like this. TTBOMK, amaroK stores the
  list of songs to submit in the file ~/.kde/share/apps/amarok/submit.xml.
  When they can't be submitted (e.g. because there's no connection, or
  because the site is not accepting connections), the file just grow,
  and songs are submitted in batches once it becomes possible to do so.
  ISTR this file growing very very big once time the site was down for a
  week or so. :)

  Christian, is this not working for you?

  Cheers,


-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
I try to keep an open mind, but not so open that my brains fall out.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334410: tetex-bin: incorrect counter names in info page about itemized lists?

2005-10-18 Thread Ralf Stubner

On Tue, Oct 18, 2005 at 09:33 +0200, Frank Küster wrote:
 Unfortunately, latex.info is unmaintained today, and there is little
 chance to get the many errors in it fixed.  There's a new effort for a
 LaTeX online documentation, but unfortunately I cannot remember the
 name. 

I think you are talking about
URL:http://www.miwie.org/tex-refs/index.html. 

cheerio
ralf

Bug#334485: Outdated documentation in package

2005-10-18 Thread Sebastian Leske

Package: cryptsetup
Version: 20050111-3

The packages includes the file
/usr/share/doc/cryptsetup/README.html
which was obviously downloaded from
http://www.saout.de/misc/dm-crypt/

The web document, however, is newer than the version included in the package. 
In particular, it mentions how to avoid the watermark attack, which can be 
used against dm-crypt (and cryptoloop) in its default configuration.
(See http://mareichelt.de/pub/notmine/diskenc.pdf
for a paper discussing this vulnerability ). This information is important to 
avoid the vulnerability.

The README.html should be updated to the newest version (possibly minus any 
changes which only apply to the latest version of cryptsetup).



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334486: beep: [INTL:fr] French debconf templates translation

2005-10-18 Thread Daniel Déchelotte

Package: beep
Version: N/A
Severity: wishlist
Tags: patch l10n

[ Handmade bug report, copied from a sample l10n bug report: I hope I do
not break any script... ]

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.

If you do not already use it, please remember about the
podebconf-report-po utility, which helps warning translators about
changes when you modify some debconf templates in your packages. See
its man page for details.

The usual policy when using it is sending a warning to translators when
you plan to upload a version of your package with debconf templates
changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to
update their files (several translation teams have a QA process which
requires time).

podebconf-report-po will take care of sending the translators the
needed material as well as getting the translators adresses from the
PO files. All you have to do is just using the utility..:-)

If you apply this policy, please forget about these remarks, of
courseThis message is generic..:-)

--
Daniel Déchelotte
http://yo.dan.free.fr/
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid
msgstr
Project-Id-Version: beep 1.2.2-10\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2005-06-14 00:09+0200\n
PO-Revision-Date: 2003-03-13 22:18+0100\n
Last-Translator: Daniel Déchelotte [EMAIL PROTECTED]\n
Language-Team: Debian-l10n-french debian-l10n-french@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=ISO-8859-15\n
Content-Transfer-Encoding: 8bit\n

#. Type: select
#. Choices
#: ../templates:3
msgid
suid root for all, suid root with only group audio executable, not suid at
all
msgstr Exécution par tous en setuid root, Exécution par le seul groupe audio en setuid root, Pas de setuid root

#. Type: select
#. Description
#: ../templates:5
msgid How do you want to handle suid root for the beep program?
msgstr Gestion des privilèges spéciaux du programme beep :

#. Type: select
#. Description
#: ../templates:5
msgid
beep must be run as root since it needs to access the speaker hardware.
There are several posibilities to make the program usable: Either only for
root (no suid bit at all), executable only by users of the group audio, or
usable for all.
msgstr
Le programme beep doit être lancé avec les privilèges du superutilisateur
pour pouvoir accéder au haut-parleur. Cela est possible de plusieurs
façons : soit le bit setuid est positionné et tout le monde peut exécuter ce
programme, soit le bit setuid est positionné et seuls les membres du groupe
audio peuvent exécuter le programme, soit le bit setuid n'est pas positionné
et beep n'est alors exécutable que par le superutilisateur.

#. Type: select
#. Description
#: ../templates:5
msgid
Since each program set as suid root can be a security risk this is not done
by default. However, the program is quite small (~150 lines of code), so it
is fairly easy to verify the safety of the code yourself, if you don't trust
my judgement.
msgstr
Comme tout programme « setuid root » représente a priori un risque du point
de vue de la sécurité, cela n'est pas fait par défaut. Toutefois, ce
programme est vraiment petit (environ 150 lignes de code) et il est
relativement facile de vérifier par vous-même que le code est sûr, en cas de
doute.

Bug#334487: mysql-admin: ignores port in connect dialog

2005-10-18 Thread Andreas Schildbach


Package: mysql-admin
Version: 1.0.22a-1build3
Severity: important

In the connect dialog, mysql-admin (and mysql-query-browser 1.1.12) just 
ignores whatever you enter as the port number.


This poses a problem if you want to use an SSH tunnel to another
machine, but don't want to start the tunnel on the default port 3306.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#285198: Manual edit of texmf.cnf not recommended

severity 285198 serious
thanks

Hilmar Preusse [EMAIL PROTECTED] wrote:

 In your postinst script you write:

 # Fixes /etc/texmf/texmf.cnf.
 # Remove the following line when Debian's teTeX package comes with
 # the same setting.
 if ! /bin/grep -q '^T1FONTS.*;$TEXMF/fonts/hbf//' /etc/texmf/texmf.cnf; then
 /usr/bin/perl -pi -e 's|^(T1FONTS.*)$|$1;\$TEXMF/fonts/hbf//|;' \
   /etc/texmf/texmf.cnf
 fi

This code is a violation of Policy.  First of all, texmf.cnf is still a
configuration file of tex-common, and cjk-latex messes with that file.
If we add $TEXMF/fonts/hbf to T1FONTS because some package *needs* it,
it would break that package.  Second, it changes that file without
asking the maintainer, thus violation Policy 

, 10.7.3 Behavior
| Configuration file handling must conform to the following behavior:
| 
| * local changes must be preserved during a package upgrade, and
`

(here it wouldn't be upgrade, but new install, since it acts on a
configuration file of a different package).

Moreover, the code assumes that /etc/texmf/texmf.cnf does exist.  We
have discussed several times to move this chimera (now both a generated
and a configuration file) to /var/lib/texmf.  If we do this, cjk-latex's
postinst will fail

Regards, Frank


-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#320452: vconfig doesn't set exit status on error

tags #320452 + patch
thanks

Hi,

On ven, jui 29, 2005, Eric Lammerts wrote:
 Vconfig doesn't report error conditions in its exit status. This is
 quite unpleasant in scripts. Example:
 # vconfig add eth1 2  echo foobar
 ERROR: trying to add VLAN #2 to IF -:eth1:-  error: Invalid argument
 foobar

 I agree with the complaint and with the fix.  Thanks for the patch,
 I'll use it on my site.


 (I'm a Debian Developer, but not the Maintainer of the vlan package,
 this is not an acknowledgement that the patch will be used, but just a
 met too.)

   Cheers,
-- 
Loïc Minier [EMAIL PROTECTED]

Bug#324189: Vlan scripts are buggy

Hi,

On sam, aoû 20, 2005, Sylvain COUTANT wrote:
 There is a typo line 12, one should read :
 VLANID=`echo $IFACE|sed s/vlan*//`
 And not
 VLANID=`echo $IFACE|sed s/vlan0*//`
 As it is the case actually.

 I agree that this is a problem, but I think vlan should not use the
 interface name to guess about the use of the interface, especially when
 one can rename interfaces at will with ifrename.

 Instead, the information on which VLAN this interface should be added
 in should appear in an additional keyword.

   Cheers,
-- 
Loïc Minier [EMAIL PROTECTED]

Bug#324189: Vlan scripts are buggy

2005-10-18 Thread Sylvain Coutant

  Instead, the information on which VLAN this interface should be added
  in should appear in an additional keyword.

I agree. Just my point was not to change the whole, just to correct what seems 
to be a typo.


Regards,
--
Sylvain

ADVISEO
http://www.adviseo.fr/
http://www.open-sp.fr/

Bug#330673: /etc/network/if-up.d/ip should check what interface is vlan interface

Hi,

On jeu, sep 29, 2005, ??? ??? wrote:
 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

 This is one ugly way of doing it, and should work.

 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.

 The /etc/network/if-up.d/ip script will only change settings *IF* you
 set them.  if [ -n $IF_IP_PROXY_ARP ] means that the code will only
 run if something is written in IF_IP_PROXY_ARP, that is if you
 configured ip_proxy_arp in your interfaces file.

 However, please note that rp_filter only makes sense for IP interfaces.
 If you don't have any IP address on your interface, I suppose
 rp_filter won't work.

 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.

 I think that /etc/network/if-up.d/ip applies in general to all people
 wanting to use proxy_arp and/or rp_filter.  This applies to people with
 DMZ or multiple internet connections for example, and these people
 don't necessarily use vlans.  Hence, I think this script should be in
 ifupdown, as the comment points out:
# This should probably go into ifupdown
# But usually only those with lots of interfaces (vlans) need these

 ... but this is a separate problem.

 Could you explain your original problem?  I don't think
 /etc/network/if-up.d/ip is messing with your post-up stanza, could
 you please the complete definition of your interface and run:
cat /proc/sys/net/ipv4/conf/sputnik/rp_filter
 after ifuping your interface?

   Thanks,

-- 
Loïc Minier [EMAIL PROTECTED]

Bug#334348: kernel-kbuild-2.6-3: Warning for mismatched gcc versions suggested

2005-10-18 Thread Sven Luther

On Tue, Oct 18, 2005 at 11:10:05AM +0200, Eduard Bloch wrote:
 #include hallo.h
 * Marv Stodolsky [Mon, Oct 17 2005, 02:13:40PM]:
  Package: kernel-kbuild-2.6-3
  Version: 2.6.8-2
  Severity: wishlist
  Tags: patch
 
 Where is your patch? I see just an obscure wish.
 
 Hint: packages using module-assistant do already choose the right
 compiler or print a warning like the one you mentioned if the compiler
 is not installed.
 
 However, an extension of kernel-kbuild would solve the problem more
 consistently, even for future gcc transitions.

Wrong, kernel-kbuilder is deceased, and not extension of any kind will fix it
in any way, and even less for future gcc transitions, which i doubt will
happen in sarge, which is the only place it is left.

Friendly,

Sven Luther



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334351: netplan: memory errors

2005-10-18 Thread Petter Reinholdtsen

[Dan Griswold]
 Will do!

Hm, the problem seem to happen in the forked off child, and not in the
parent process.  Try running the same using netplan -f, to avoid the
fork.

To test in gdb, do this:

  gdb src/netplan
  break exit
  run -f
  bt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334467: /bin/sh: error while loading shared libraries: libm.so.6

2005-10-18 Thread Maximilian Attems

On Tue, Oct 18, 2005 at 10:37:03AM +0200, Maximilian Attems wrote:
 tags 334467 pending
 stop
 
 On Tue, Oct 18, 2005 at 08:05:06AM +0200, Jean Charles Delépine wrote:
  poucet:/home/jcd# mkinitramfs -k -o /boot/initramfs.img-2.6.14-rc4-git4
  2.6.14-rc4-git4
  Working files in /tmp/mkinitramfs_R9QJFq and overlay in 
  /tmp/mkinitramfs-OL_mPaz0q
  poucet:/home/jcd# cp -rL /tmp/mkinitramfs_R9QJFq/ initramfs
  poucet:/home/jcd# chroot initramfs/ /bin/sh
  /bin/sh: error while loading shared libraries: libm.so.6: cannot open
  shared object file: No such file or directory
  
  poucet:/home/jcd# ldd initramfs/bin/busybox 
  linux-gate.so.1 =  (0xe000)
  libm.so.6 = /lib/tls/libm.so.6 (0xb7eb9000)
  libcrypt.so.1 = /lib/tls/libcrypt.so.1 (0xb7e8b000)
  libc.so.6 = /lib/tls/libc.so.6 (0xb7d53000)
  /lib/ld-linux.so.2 (0xb7eed000)
  
  poucet:/home/jcd# ls -ld initramfs/lib/tls
  ls: initramfs/lib/tls: No such file or directory
 
 thanks for your precise bug reprot, that can be so easily reproduced!
 
 indeed the right dependency for initramfs-tools is busybox-static.

chroot works fine so far with busybox-static.
but no love while booting it, lots of strange error messages.
no serial console at the hand while testing that.
not sure if included aboves libs gives better result with only busybox.

will wait for input from busybox maintainer.

--
maks

Bug#334488: O: dctc -- Direct Connect Text Client

2005-10-18 Thread Luk Claes

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp

Hi

The maintainer of this package wants to orphan this package together
with the package dcgui.

Some more information:
Package: dctc
Priority: optional
Section: net
Recommends: dcgui
Description: Direct Connect Text Client
 Text console client of well known DC (Direct Connect) protocol which offers
 peer-based file-sharing. In practise it works better than gnutella and
other
 similar systems as it allows dc hubs (servers) administators to require
 clients to share specified amount of data. The amount is usually based on
 type of client's connection and it is used not to hurt or exclude anybody
 but to make file sharing fair play.
 .
 It is *really* not intended to be used by hand. Instead
 You should install and use dcgui program.

Cheers

Luk

- --
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDVMDv5UTeB5t8Mo0RAiY9AJ0T4xwPzdBmneGfYxmC+FchWqlJXQCgyHcu
/kUUASoVUGcSX75ggnv8H40=
=XQzZ
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334489: ITP: flamerobin -- graphical database administration tool for Firebird DBMS

2005-10-18 Thread Damyan Ivanov

Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov [EMAIL PROTECTED]

* Package name: flamerobin
  Version : 0.4.0
  Upstream Author : flamerobin (IDPL):
Barbara Del Vecchio
Gregory Sapunkov [EMAIL PROTECTED]
Michael Hieke [EMAIL PROTECTED]
Milan Babuskov [EMAIL PROTECTED]
Nando Dessena [EMAIL PROTECTED]
IBPP (MPL)
T.I.P. Group S.A. www.tipgroup.com
* URL : http://www.flamerobin.org/
* License : IDPL 1.0, IBPP lib is licensed under MPL 1.0
  Description : graphical database administration tool for Firebird DBMS

FlameRobin is a graphical database administration tool for Firebird
database management system.
.
Its goals are:
  - to be lightweight (small footprint, fast execution)
  - cross-platform (Linux, Windows for start, others planned too)
  - dependent only on other open source software
.
You need to setup firebird server on local or remote machine before
using FlameRobin. See packages firebird2-server-super and
firebird2-server-classic.


A package is basically ready at
ftp://ftp.logos-bg.net/debian-addons-bg/dists/sid/flamerobin/


--
dam
-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13+reiser4+dam.1
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334490: Document use of ESSIV to avoid watermark attack

2005-10-18 Thread Sebastian Leske

Package: cryptsetup
Version: 20050111-3

Cryptsetup with the default parameters is vulnerable to a watermark attack 
(just like cryptoloop). See
http://mareichelt.de/pub/notmine/diskenc.pdf for details.

This attack can be avoided by using the IV generation mode ESSIV, which is 
supported from Kernel 2.6.10 onwards.

This is documented in the current version of the dm-crypt README at
http://www.saout.de/misc/dm-crypt/
(search for watermark).

A similar comment should be added to the (otherwise excellent) 
CryptoRoot.HowTo, warning users that the default parameters are vulnerable to 
the attack. I propose the following wording:

Change

# Edit /etc/crypttab and add the following line
# Replace /dev/hda4 with your backing device (lvm is ok, as is raid)
root/dev/hda4

to

# Edit /etc/crypttab and add the following line
# Replace /dev/hda4 with your backing device (lvm is ok, as is raid)
root/dev/hda4nonecipher=aes-cbc-essiv:sha256
# Note: Specifying this cipher and IV generation through the cipher= 
# parameter mode avoids the watermark 
# attack mentioned in README.html. However, unlike the default parameters,
# it creates an encrypted partition that is incompatible with the old 
# cryptoloop implementation. If that matters to you, omit the cipher
# specification (and live with the watermark attack).

(Note: Didn't test this line, as I do not have a kernel with dm-crypt handy, 
but it should work. Maybe you can run a quick test.)




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310847: courier: version 0.50 is available

2005-10-18 Thread Olaf van der Spek

Hi Racke,

 I plan to upload Courier 0.50 to experimental next week. (Fri, 27 May 2005 
 17:01:50 +0200)

When can this version be expected in unstable?

Bug#334491: gnome-games: please reinstate versioned build-dependency on binutils

2005-10-18 Thread Robert Bihlmeyer

Package: gnome-games
Version: 1:2.10.2-2
Severity: normal

From changelog.Debian:
  * Remove versionned build-dep on binutils as a version with fixed
--as-needed is in unstable.

Your package still build-depends on ld with working --as-needed. Just because
unstable has this on some architecures doesn't make it universal. Take a sparc
tracking testing, for example: it will still have the borken ld (from binutils
2.16.1-2).

-- 
Robbe


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334492: O: dcgui -- Direct Connect Graphical client (GTK+) (peer-based file-sharing)

2005-10-18 Thread Luk Claes

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp

Hi

The maintainer of this package wants to orphan this package together
with the package dctc.

Some more information:
Package: dcgui
Priority: optional
Section: gnome
Description: Direct Connect Graphical client (GTK+) (peer-based
file-sharing)
 dc_gui is a gtk front-end for the dctc program. dctc handles all
 communication with dc hubs and clients, while dcgui presents an
 interface that has many of the features of the original directconnect
 client, plus some really useful improvements.
 .
 It is intended for peer-based file-sharing. In practise it works better
than
 gnutella and other similar systems as it allows dc hubs (servers)
 administators to require clients to share specified amount of data. The
 amount is usually based on type of client's connection and it is used not
 to hurt or exclude anybody but to make file sharing fair play.
 .
 dcgui is still alpha, so some care has to be taken - try it out!
Tag: uitoolkit::gtk

Cheers

Luk

- --
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDVMZH5UTeB5t8Mo0RApotAKCcd1wRoL94JBO8b8wH1H1Zzj4VngCfSAz1
wKg2GDnF/j5bnGmj4p2wFwQ=
=zhAd
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#288063: [pkg-fetchmail-maint] Bug#288063: Reopen? /etc/fetchmailrc contains passwords

reopen 288063
thanks

Hi,

On Tue, Oct 04, 2005, Jeremy S Bygott wrote:
 But are we happy about this?  There is at least one reason why
 fetchmail ( = 6.2.5-12sarge1 ) does not purge this file. The message
 in the postrm,
Not removing /etc/fetchmailrc ...
 is uninformative but does show that non-deletion was a deliberate
 decision by the postrm's author.  And in the changelog.Debian.gz for
 fetchmail (5.7.6-2) we read:
   * Remind user that /etc/fetchmailrc is not removed on package
 purge (we don't provide it, after all...)
 That seems to be a good and decisive reason!
 [...]
echo Not removing /etc/fetchmailrc (file provided by administrator)...

 I completely agree with your reasoning, and /etc/fetchmailrc should
 simply be kept.  Please do not prompt for its suppression, it will add
 complecity and bugs.

 (I'm reopening this bug.)

   Cheers,
-- 
Loïc Minier [EMAIL PROTECTED]

Bug#310847: courier: version 0.50 is available

2005-10-18 Thread Olaf van der Spek

On 10/18/05, Stefan Hornburg [EMAIL PROTECTED] wrote:
 Never, but I'm now pretty close with Courier 0.52.1. I expect that I
 need a few weeks to test out upgrade issues.

Great. Will that include the mkpopdcert I send you?

Bug#332935: Suggested fix

2005-10-18 Thread Ian Redfern





I saw the same in my setup and I think the problem is the following in /etc/init.d/udev:

 while [ $(cat /proc/[0-9]*/status 2 /dev/null | \
 grep -c -E '^Name:[[:space:]]*udevd?$') -gt 1 ]; do

should be

 while [ $(cat /proc/[0-9]*/status 2 /dev/null | \
 grep -c -E '^Name:[[:space:]]*udevd?$') -ge 1 ]; do

Otherwise it never sees the single copy of udev that runs:

[EMAIL PROTECTED]:~$ cat /proc/[0-9]*/status 2 /dev/null | grep -c -E '^Name:[[:space:]]*udevd?$'
1




Thanks,
Ian Redfern
Telecoms Consultant
_
LogicaCMG
75 Hampstead Road
London NW1 2PL, UK
T: +44 (0) 20 7637 9111
E: [EMAIL PROTECTED]
www.logicacmg.com







signature.asc
Description: This is a digitally signed message part

Bug#324921: apt-get: should limit itself to 79 columns by default

2005-10-18 Thread Samuel Thibault

Hi,

Can't the proposed patch be applied ?

For now, the size is 80 by default, and then set to 79 by the SigWinch()
signal handler, it is a bit weird. The size could be set to 79 from
start...

Regards,
Samuel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334348: kernel-kbuild-2.6-3: Warning for mismatched gcc versions suggested

tag 334348 -patch
thanks

On Tue, Oct 18, 2005 at 11:10:05AM +0200, Eduard Bloch wrote:
 #include hallo.h
 * Marv Stodolsky [Mon, Oct 17 2005, 02:13:40PM]:
  Package: kernel-kbuild-2.6-3
  Version: 2.6.8-2
  Severity: wishlist
  Tags: patch
 
 Where is your patch? I see just an obscure wish.

I was wondering about that too. I'm removing the patch tag for now.

-- 
Horms


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310847: courier: version 0.50 is available

2005-10-18 Thread Stefan Hornburg


Olaf van der Spek wrote:

Hi Racke,



I plan to upload Courier 0.50 to experimental next week. (Fri, 27 May 2005 
17:01:50 +0200)



When can this version be expected in unstable?




Never, but I'm now pretty close with Courier 0.52.1. I expect that I 
need a few weeks to test out upgrade issues.


Bye
  Racke



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#321272: apt-get install fails: chown: `fetchmail:nogroup': invalid user

reopen 321272
tags 321272 + patch
retitle 321272 Create fetchmail user correctly
thanks

Hi,

On Tue, Oct 18, 2005, Håvard Dahle wrote:
 chown: `fetchmail:nogroup': invalid user
 2) The adduser call fails on my system. Take a look at this (I extracted
  the actual adduser call and ran it in the cli):

 = the fact you didn't see the failure is a bug in fetchmail [0]

  rasha:~# adduser --system --ingroup nogroup --home /var/run/fetchmail \
  --shell /bin/sh --disabled-password fetchmail
  adduser: Warning: The home dir you specified already exists.

 = that's a bug in fetchmail, [1]

  Adding system user `fetchmail'...
  Adding new user `fetchmail' (107) with group `nogroup'.
  chage: can't open shadow password fileadduser: `/usr/bin/chage -M 9

 = that's a bug in adduser, [2]

  fetchmail' returned error code 1.  Aborting.
  Cleaning up.
  Removing user `fetchmail'.
 Now, I have no clue what `chage' and `shadow password' really mean, but
 hopefully someone who reads this report does. 
 Ok, so I snooped a bit further, and looking at bug 316217 put me on the 
 right track. Shadow passwords were in fact not enabled on my system.

 I see a lot of problems here, comments below.

 So running
  # dpkg-reconfigure -plow passwd
 and enabling shadow was all there was to it. Now the `fetchmail' package 
 installs, uninstalls and installs cleanly on my system. Progress!

 That shouldn't be necessary.

 May I suggest a thorough revision of the `postinst' script - it feels a 
 bit hacky to me.

 I agree.

 But as I said earlier: I really don't get all of what chage and shadow 
 passwords are all about.

 Chage is a setgid tool similar to chsh, chfn or passwd, to update
 informations stored in the passwd and shadow databases, such as your
 name, the expiry time of your password, your password, your shell etc.

 Shadow is the database, usually in /etc/shadow, to store passwords
 separately from user information, and to store password
 meta-information such as expiry information.

 [0] Fetchmail should not add || true to the adduser line if it
 expects the user to be created!  It is also hiding the failure with
 /dev/null 21.  It should only create the user if it doesn't exist,
 and hence should check with getent first;  see attached patch.

 [1] Fetchmail is manually creating the directory, and doesn't want
 adduser to create it, it should use --no-create-home;  see attached
 patch.

 [2] I think this might have been fixed in the last adduser package:

adduser (3.67.2) unstable; urgency=low

  * duh. _really_ handle the changed chage exit code.
Thanks to Nicolas FranÃ§ois. (mh)

 -- Marc Haber [EMAIL PROTECTED]  Sat,  1 Oct 2005 11:11:07 +

adduser (3.67.1) unstable; urgency=low

  * versioned depends on passwd  1:4.0.12 because of the changed
chage exit code (now, 15) in the shadow passwod not enabled
case. Earlier versions return 3 or even a normal 1 in that case.

 -- Marc Haber [EMAIL PROTECTED]  Mon, 26 Sep 2005 08:45:00 +

 Please test and include the attached patch (I did not test it).

   Cheers,

-- 
Loïc Minier [EMAIL PROTECTED]
diff -urN fetchmail-6.2.5.orig/debian/changelog fetchmail-6.2.5/debian/changelog
--- fetchmail-6.2.5.orig/debian/changelog   2005-10-18 11:27:49.0 
+0200
+++ fetchmail-6.2.5/debian/changelog2005-10-18 11:49:25.0 +0200
@@ -1,3 +1,13 @@
+fetchmail (6.2.5-19) unstable; urgency=low
+
+  * Fix adduser logic in postinst (Closes: #321272) to:
+- check whether the fetchmail user already exist
+- fail if we it can't be created
+- not create /var/run/fetchmail via adduser
+- respect the permissions of /var/run/fetchmail on upgrade
+
+ -- Loic Minier [EMAIL PROTECTED]  Tue, 18 Oct 2005 11:47:18 +0200
+
 fetchmail (6.2.5-18) unstable; urgency=low
 
   * Nico Golde:
diff -urN fetchmail-6.2.5.orig/debian/fetchmail.postinst 
fetchmail-6.2.5/debian/fetchmail.postinst
--- fetchmail-6.2.5.orig/debian/fetchmail.postinst  2005-10-18 
11:27:49.0 +0200
+++ fetchmail-6.2.5/debian/fetchmail.postinst   2005-10-18 11:46:57.0 
+0200
@@ -6,13 +6,14 @@
 
 set -e
 
-# Create fetchmail user and its homedir if we may need it
-adduser --system --ingroup nogroup --home /var/run/fetchmail \
-   --shell /bin/sh --disabled-password fetchmail /dev/null 21 || true
-# work around possible adduser bug, see #119366
-[ -d /var/run/fetchmail ] || mkdir -p /var/run/fetchmail
-chmod 700 /var/run/fetchmail
-chown -h -R fetchmail:nogroup /var/run/fetchmail
+if ! getent passwd fetchmail /dev/null; then
+adduser --quiet --system --no-create-home --home /var/run/fetchmail 
fetchmail
+fi
+if ! [ -d /var/run/fetchmail ]; then
+mkdir -p /var/run/fetchmail
+chmod 700 /var/run/fetchmail
+chown -h -R fetchmail:nogroup /var/run/fetchmail
+fi
 
 if [ -x /etc/init.d/fetchmail ]; then
update-rc.d fetchmail defaults 99 15 /dev/null

Bug#334410: tetex-bin: incorrect counter names in info page about itemized lists?