Bug#782176: file --help describes -L as default, but behaves with -h as default
On Thu, Jun 30, 2016 at 12:19 PM, Christoph Biedl wrote: >> If POSIXLY_CORRECT is not set in the environment then the documentation >> in "file --help" describing the -L argument as "(default)" is not true. > > How? This is all a bit moot since we're discussing a bug in file-5.11 which is no longer present in 5.14. But since you asked: I don't have POSIXLY_CORRECT set to anything or the empty string. The problem is just that `file --help' says 04:53:18 dave@bb:/t/a$ file --help | grep default -L, --dereference follow symlinks (default) 04:59:15 dave@bb:/t/a$ POSIXLY_CORRECT=yes file --help | grep default -L, --dereference follow symlinks (default) but behaves as though -h is the default... except when POSIXLY_CORRECT is defined, in which case the help text is correct. 04:52:41 dave@bb:/t/a$ ls -l total 0 -rw-r--r-- 1 dave dave 0 Jul 2 04:52 empty lrwxrwxrwx 1 dave dave 5 Jul 2 04:52 link -> empty 04:52:42 dave@bb:/t/a$ file --version file-5.11 magic file from /etc/magic:/usr/share/misc/magic 04:52:54 dave@bb:/t/a$ file link link: symbolic link to `empty' 04:53:00 dave@bb:/t/a$ file -h link link: symbolic link to `empty' 04:53:15 dave@bb:/t/a$ file -L link link: empty In 5.14 the help text is changed to in just such a way as to mention this behavior. If Debian is sticking with 5.11 for a while then you might want to backport this: 04:54:17 dave@Vger:/t/a$ file --help | grep default -L, --dereference follow symlinks (default if POSIXLY_CORRECT is set) -h, --no-dereference don't follow symlinks (default if POSIXLY_CORRECT is not set) Dave
Bug#795226: xdotool (and libxdo2) uninstallable
Package: xdotool Version: 2.20100701.2961-3+deb7u3 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 $ sudo apt-get install xdotool [sudo] password for dave: Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libxdo2 The following NEW packages will be installed: libxdo2 xdotool 0 upgraded, 2 newly installed, 0 to remove and 71 not upgraded. Need to get 66.3 kB of archives. After this operation, 189 kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://http.us.debian.org/debian/ wheezy/main libxdo2 amd64 1:2.20100701.2961-3+deb7u3 [28.5 kB] Get:2 http://http.us.debian.org/debian/ wheezy/main xdotool amd64 1:2.20100701.2961-3+deb7u3 [37.8 kB] Fetched 69.3 kB in 0s (0 B/s) Failed to fetch http://http.us.debian.org/debian/pool/main/x/xdotool/libxdo2_2.20100701.2961-3+deb7u3_amd64.deb Size mismatch Failed to fetch http://http.us.debian.org/debian/pool/main/x/xdotool/xdotool_2.20100701.2961-3+deb7u3_amd64.deb Size mismatch E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? # Note, the files downloaded in the above step, as found in /var/cache/apt/archives/partial, # are identical to those manually downloaded in the step below. $ wget http://http.us.debian.org/debian/pool/main/x/xdotool/libxdo2_2.20100701.2961-3+deb7u3_amd64.deb \ http://http.us.debian.org/debian/pool/main/x/xdotool/xdotool_2.20100701.2961-3+deb7u3_amd64.deb - --2015-08-11 18:34:48-- http://http.us.debian.org/debian/pool/main/x/xdotool/libxdo2_2.20100701.2961-3+deb7u3_amd64.deb Resolving localhost (localhost)... 127.0.0.1 Connecting to localhost (localhost)|127.0.0.1|:3128... connected. Proxy request sent, awaiting response... 200 OK Length: 29800 (29K) Saving to: `libxdo2_2.20100701.2961-3+deb7u3_amd64.deb' 100%[=>] 29,800 --.-K/s in 0s 2015-08-11 18:34:48 (226 MB/s) - `libxdo2_2.20100701.2961-3+deb7u3_amd64.deb' saved [29800/29800] - --2015-08-11 18:34:48-- http://http.us.debian.org/debian/pool/main/x/xdotool/xdotool_2.20100701.2961-3+deb7u3_amd64.deb Reusing existing connection to localhost:3128. Proxy request sent, awaiting response... 200 OK Length: 39520 (39K) Saving to: `xdotool_2.20100701.2961-3+deb7u3_amd64.deb' 100%[=>] 39,520 --.-K/s in 0s 2015-08-11 18:34:48 (209 MB/s) - `xdotool_2.20100701.2961-3+deb7u3_amd64.deb' saved [39520/39520] FINISHED --2015-08-11 18:34:48-- Total wall clock time: 0.002s Downloaded: 2 files, 68K in 0s (216 MB/s) $ ls -l *.deb - -rw-r--r-- 1 dave dave 29800 Mar 27 2013 libxdo2_2.20100701.2961-3+deb7u3_amd64.deb - -rw-r--r-- 1 dave dave 39520 Mar 27 2013 xdotool_2.20100701.2961-3+deb7u3_amd64.deb $ file *.deb libxdo2_2.20100701.2961-3+deb7u3_amd64.deb: Debian binary package (format 2.0) xdotool_2.20100701.2961-3+deb7u3_amd64.deb: Debian binary package (format 2.0) $ md5sum *.deb f671f0dade7438722b3d80850a881892 libxdo2_2.20100701.2961-3+deb7u3_amd64.deb 0ea06f3c6f1d31767430885c5c595c8e xdotool_2.20100701.2961-3+deb7u3_amd64.deb $ sudo dpkg -i *.deb tar: This does not look like a tar archive tar: Skipping to next header tar: Exiting with failure status due to previous errors dpkg-deb: error: subprocess tar returned error exit status 2 dpkg: error processing libxdo2_2.20100701.2961-3+deb7u3_amd64.deb (--install): subprocess dpkg-deb --control returned error exit status 2 tar: This does not look like a tar archive tar: Skipping to next header tar: Exiting with failure status due to previous errors dpkg-deb: error: subprocess tar returned error exit status 2 dpkg: error processing xdotool_2.20100701.2961-3+deb7u3_amd64.deb (--install): subprocess dpkg-deb --control returned error exit status 2 Errors were encountered while processing: libxdo2_2.20100701.2961-3+deb7u3_amd64.deb xdotool_2.20100701.2961-3+deb7u3_amd64.deb - -- System Information: Debian Release: 7.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xdotool depends on: ii libc62.13-38+deb7u8 pn libxdo2 xdotool recommends no packages. xdotool suggests no packages. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlXKfHsACgkQnN+41NpzKvdZgQCfSAlfKGft5wGqQvcxeeA17ZVs VZwAn1k2d0y9E6+/6VExzJEpEI9xUJ9x =rgwT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Tr
Bug#782176: file --help describes -L as default, but behaves with -h as default
Package: file Version: 5.11-2+deb7u6 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If POSIXLY_CORRECT is not set in the environment then the documentation in "file --help" describing the -L argument as "(default)" is not true. - -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.60dr (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages file depends on: ii libc6 2.13-38+deb7u7 ii libmagic1 5.11-2+deb7u6 ii zlib1g 1:1.2.7.dfsg-13 file recommends no packages. file suggests no packages. - -- debconf-show failed -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlUloSIACgkQnN+41NpzKvd2mACgrGBxJNDtnQMQLE/+9DzdIEXn FYIAoJzys+HELunHVrS6es3CRiRZ+voe =1Rnj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746586: minissdpd listens on all interfaces even when configured not to
Package: minissdpd Version: 1.1.20120121-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tiger automatic auditing software alerted me that minissdpd was listening on all network interfaces in the default configuration. I modified the config to specify the IP address of the interface to listen on, but Tiger still reports that minissdpd is listening everywhere. I only realized this after seeing attempts in my syslog by hackers probing the socket; obviously this service ought not to be listening on my Internet interface. But closing it in the obvious way didn't work. I did verify that minissdpd was running with the correct options: $ ps axl|grep minissdpd|grep -v grep 1 0 12411 1 20 0 395284 - Ss ? 0:00 /usr/sbin/minissdpd -i 192.168.0.44 Tiger's report: # Checking listening processes NEW: --WARN-- [lin002i] The process `minissdpd' is listening on socket 1900 (UDP) on every interface. - -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages minissdpd depends on: ii libc6 2.13-38+deb7u1 minissdpd recommends no packages. minissdpd suggests no packages. - -- Configuration Files: /etc/default/minissdpd changed: START_DAEMON=1 MiniSSDPd_INTERFACE_ADDRESS=192.168.0.44 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlNibMEACgkQnN+41NpzKveWrQCeOpB72U5TlFvEBDn//uBlj2Fq fy0An16U0DlpAarxpMLQmdg8nDiHdHUd =QYYk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732298: logcheck-database: dhclient diag message changed; updated rule to ignore it
Package: logcheck-database Version: 1.3.15 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [Apologies if this is a dup; I submitted yesterday but got no conf. and don't see it at the online tracker.] Configured in server mode, logcheck does not ignore messages such as these - Dec 15 06:40:14 bb dhclient: parse_option_buffer: malformed option dhcp.smtp-server (code 69): option length exceeds option buffer length. Dec 15 10:35:39 bb dhclient: parse_option_buffer: malformed option dhcp. (code 111): option length exceeds option buffer length. There is a rule in ignore.server.d/dhclient which apparently is intended to catch similar messages. My guess is that dhclient has updated its text and logcheck didn't follow. The result can be notifications when nothing truly relevant has happened. This patch ignores the new error text as well as leaving the old match. *** dhclient.diff *** /etc/logcheck/ignore.d.server/dhclient.orig Sun Dec 15 13:53:55 2013 - --- /etc/logcheck/ignore.d.server/dhclientSun Dec 15 08:13:41 2013 *** *** 24,26 - --- 24,27 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhclient(-2.2.x)?: Sleeping\.$ # 3.0 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhclient: parse_option_buffer: option [-[:alnum:]]+ \([[:digit:]]+\) larger than buffer\.$ + ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhclient: parse_option_buffer: malformed option dhcp\.[-[:alnum:]<>]+ \(code [[:digit:]]+\): option length exceeds option buffer length\.$ - -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash - -- Configuration Files: /etc/logcheck/ignore.d.server/dhclient changed [not included] - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlKu+48ACgkQnN+41NpzKveJPACggiY0mpyfZmVYcF22cNiBnBl9 CH4AnRaqw78hQMuY7lD73vwKtb4bjHWg =pEX4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545106: tkcvs conflicts with tkdiff
Package: tkcvs Version: 8.2-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Should tkcvs 'conflict' with tkdiff? That gives the impression that they can't coexist due to whatever reason. Since tkcvs *includes* tkdiff now, this is misleading. Shouldn't it be 'replaces' so people can tell (without a lot of digging) that they can in fact have both? I've been using dirdiff for a while based on the package recommendation and the above-mentioned package 'conflict'. I was surprised to learn tonight that I still had tkdiff on my system all along. Kind regards, Dave - -- System Information: Debian Release: squeeze/sid Architecture: i386 (i686) Kernel: Linux 2.6.29.4 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages tkcvs depends on: ii cvs 1:1.12.13-12 Concurrent Versions System ii subversion 1.6.4dfsg-1 Advanced version control system ii tk8.4 8.4.19-3 Tk toolkit for Tcl and X11, v8.4 - ii tk8.5 8.5.7-1 Tk toolkit for Tcl and X11, v8.5 - ii ttf-dejavu 2.29-3 Metapackage to pull in ttf-dejavu- Versions of packages tkcvs recommends: ii dirdiff 2.1-5 Display and merge changes between ii gnome-terminal [x-terminal-em 2.26.2-2 The GNOME terminal emulator applic ii konsole [x-terminal-emulator] 4:4.3.0-1 X terminal emulator for KDE 4 ii xterm [x-terminal-emulator] 244-2 X terminal emulator tkcvs suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqhra8ACgkQnN+41NpzKveO+ACgiBwcI5K72YGHNO+iyUXoOiJ9 ipoAoLFFgiGRzTS7OH0fTM8XzE9CslZw =RGJA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#532826: tigercron generates errors for filenames with spaces under lost+found
Package: tiger Version: 1:3.2.2-11 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If a file or files under /lost+found or /*/lost+found contain spaces in their name, tigercron will generate error messages in the mail. # touch /lost+found/"Which tiger script complains?" - -- wait; mail will arrive as such: From: r...@example.com (Cron Daemon) To: r...@example.com Subject: Cron test -x /usr/sbin/tigercron && { [ -r "$DEFAULT" ] && . "$DEFAULT" ; nice -n$NICETIGER /usr/sbin/tigercron -q ; } Content-Type: text/plain; charset=ANSI_X3.4-1968 /bin/ls: cannot access Which: No such file or directory /bin/ls: cannot access tiger: No such file or directory /bin/ls: cannot access script: No such file or directory /bin/ls: cannot access complains?: No such file or directory While debugging this I tracked the problem to the check_known script, and further found conditions which could generate "arg list too long" situations. The attached patch attempts to correct both of these problems, and additionally addresses a TODO: noted in that area of the code. This fix is not bulletproof in the face of, for example, filenames containing newlines, but those are thankfully rare and this is an improvement in the more common case of spaces. The expressions used also add recognition of ReiserFS-style fsck filenames (_) to the more common (#) type, but not in the case of HP-UX as presumably it lacks Reiser support. In any event, I lack a system on which to test that code. Best regards, Dave - -- System Information: Debian Release: squeeze/sid Architecture: i386 (i686) Kernel: Linux 2.6.29.4 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages tiger depends on: ii binutils 2.19.1-1 The GNU assembler, linker and bina ii bsdmainutils 6.1.10 collection of more utilities from ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii diff 2.8.1-13 File comparison utilities ii libc6 2.9-13 GNU C Library: Shared libraries ii net-tools 1.60-23The NET-3 networking toolkit ii ucf 3.0018 Update Configuration File: preserv Versions of packages tiger recommends: ii chkrootkit0.48-10rootkit detector ii exim4-daemon-light [mail-tran 4.69-11lightweight Exim MTA (v4) daemon pn john (no description available) Versions of packages tiger suggests: ii lsof 4.81.dfsg.1-1 List open files - -- debconf-show failed - -- debsums errors found: debsums: checksum mismatch tiger file /usr/lib/tiger/scripts/check_known -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoxoB4ACgkQnN+41NpzKveIPwCffc7UAqT8j/GhNb9KWhsHZHhD l6sAnRs9WGs6ajXd61RhqZsxU/yVt+mv =Vkga -END PGP SIGNATURE- --- usr/lib/tiger/scripts/check_known.orig 2009-06-09 18:42:10.0 -0400 +++ usr/lib/tiger/scripts/check_known 2009-06-11 11:05:37.0 -0400 @@ -186,7 +186,7 @@ done } - haveallcmds GET_MOUNTS AWK FIND SED TR && { + haveallcmds GET_MOUNTS AWK FIND SED && { $GET_MOUNTS local | $AWK '{ if($1 == "/") @@ -198,23 +198,27 @@ do [ -d "$dir" -a -r "$dir" ] && { cd "$dir" - files=`$FIND . -print | $SED -e 's%^./%%' -e '/^.$/d' -e '/^..$/d'` + alertfiles="`$FIND . -name . -fprintf /dev/null '' -o \( -name '#[0-9]*' -o -name '[0-9]*_[0-9]*' \) -prune -o -print | $SED 's%^./%%'`" # On HP-UX change to: - #files=`$FIND . -print | $SED -e 's%^./%%' -e '/^.$/d' -e '/^..$/d' -e '/^[.]fsadm$/d'` - alertfiles=`echo "$files" | - $TR ' ' '\012' | - $SED -e 's%^#\{1\}[0-9][0-9.]*$%%g' - ` + #alertfiles="`$FIND . \( -name . -o -name .fsadm \) -fprintf /dev/null '' -o -name '#[0-9]*' -prune -o -print | $SED 's%^./%%'`" if [ -n "$alertfiles" ]; then message WARN kis004w "" "$dir contains possible non-fsck files:" - # TODO: Consider not listing the files and just providing - # the raw numbers if the number of non-fsck files is very high. - for file in $alertfiles ; do - $LS -alR $file - done + # If there are very many non-fsck files, don't list them + # and just provide the raw count. + filecount=$(( `echo "$alertfiles" | wc -l` )) + if [ $filecount -lt 500 ]; then + echo "$alertfiles" | while read file; do + $LS -ld "$file" + done + else + echo "(${filecount} files)" + fi echo - elif [ -n "$files" ]; then - message WARN kis004w "Files: $alertfiles" "$dir is not empty:" + else + filecount=$(( `$LS -a | wc -l` )) +
Bug#417945: Fix doesn't fix
Hello, The original bug was about this warning message: --CONFIG-- [con010c] Filesystem 'fusectl' used by 'none' is not recognised as a local filesystem But the fixed version just changes that to this: --CONFIG-- [con010c] Filesystem 'fusectl' used by 'fusectl' is not recognised as a local filesystem The only report I can find for this new message is in Russian, but you can read it here if you like: http://www.linux.org.ru/jump-message.jsp?msgid=1968224 I'm not really sure if this is a fuse-utils bug, or a tiger bug, but this message shows up several times a day, so it's an annoyance. Thanks & regards, Dave -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages fuse-utils depends on: ii adduser 3.102 Add and remove users and groups ii libc6 2.5-11 GNU C Library: Shared libraries ii libfuse2 2.6.5-1Filesystem in USErspace library ii makedev 2.3.1-83 creates device files in /dev ii sed 4.1.5-2The GNU sed stream editor ii ucf 3.001 Update Configuration File: preserv ii udev 0.105-4/dev/ and hotplug management daemo fuse-utils recommends no packages. -- debconf information: * fuse-utils/groupcreate: false * fuse-utils/groupdelete: true * fuse-utils/group: fuse fuse-utils/grouprenamemigrate: true -- Prius I, Pontiff, Schenectadian Catholic Church -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365440: wu-ftpd: End-of-session summary information can overflow
Package: wu-ftpd Version: 2.6.2-22 Severity: minor When closing a session, wu-ftpd gives a summary of the transfer activity, including bytes sent. After transferring large files (> 4GB,) this summary can be wrong (looks like truncation/INT32 overflow, at a guess.) -- 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.16.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages wu-ftpd depends on: ii debconf [debconf-2.0] 1.5.0 Debian configuration management sy ii debianutils 2.15.7 Miscellaneous utilities specific t ii libc6 2.3.6-7GNU C Library: Shared libraries ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii netbase 4.25 Basic TCP/IP networking system ii perl [perl5] 5.8.8-4Larry Wall's Practical Extraction wu-ftpd recommends no packages. -- debconf information: wu-ftpd/home-noexist: true wu-ftpd/libnss: wu-ftpd/homedir-not-absolute: wu-ftpd/homedir-exists: false wu-ftpd/ftpusers-symlink: wu-ftpd/create-incoming: false wu-ftpd/homedir: /home/ftp wu-ftpd/update-binaries: * wu-ftpd/anonymous: false wu-ftpd/ftpusers: true * wu-ftpd/run_mode: inetd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]