Bug#389453: rsync: documentation of option 'address' is misleading
Package: rsync Version: 2.6.4-6 Severity: important The documentation of the option address is formulated as if it would be effective only in daemon mode, however it is working in normal mode as well. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.16.23-20060704 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rsync depends on: ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libpopt0 1.7-5 lib for parsing cmdline parameters -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378191: locales-all: Documentation is misleading
Package: locales-all Version: 2.3.6-10 Severity: normal In the README.Debian you wrote: 1. update-locale ... (there is no such command on my system) 2. localedef --add-to-archive ... I had to create /usr/share/locale, without it the creation of some temporary files was not possible and the process died. -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.24-20060428 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-2) (ignored: LC_ALL set to hu_HU) Versions of packages locales-all depends on: ii libc6 [glibc-2.3.6-2] 2.3.6-7GNU C Library: Shared libraries locales-all recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325878: nut: permission denied accessing /dev/ttyS0
Package: nut Version: 2.0.2-1 Severity: normal After I installed nut-2.0.2 it can't connect to my MGE Ellipse Premium 800 UPS on /dev/ttyS0. Reinstalling 2.0.1-3 works. I found out by running upsdrvctl manually that the permissions of /dev/ttyS0 (symlink to /dev/tts/0 ) are wrong. They are set to 0660 owner: root, group: dialout. And nut is trying to access it as user nut, group nut, and can't access it of course. After adding nut user to group dialout, the problem is solved. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-20050620 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages nut depends on: ii adduser 3.67 Add and remove users and groups ii debconf [debconf-2.0] 1.4.57 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an nut recommends no packages. -- debconf information: nut/major_conf_changes: nut/2_0_upstream_changes: nut/change_system_user: nut/major_upstream_changes: nut/remove_debian_conf: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317095: faubackup: problem backing up large files
Package: faubackup Version: 0.5.8 Severity: important faubackup has problems backing up large files. I guess the limit is around 2GB. I had problems with a large AVI (11GB) and a DVD ISO image (4 GB). I backup to an NFS-mounted volume. The NFS-server is an x86_64 based machine with Suse 9.2 Could be this the reason of the hangup? There are remainig working-* folders that's where I recognise the hangup. If I remove the big files or mark them to be ignored then the backup completes normally. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12-20050620 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages faubackup depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpopt01.7-5lib for parsing cmdline parameters ii perl-modules5.8.4-8 Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]