Bug#1049457: fuser(1) not working on libraries, possibly because of disagreement over minor device
On Mon, Aug 21, 2023 at 10:07:04PM -0400, Paul Kimoto wrote: > FWIW, fuser from psmisc-23.4 configured with > "--enable-mountinfo-list" produces the kind of output I expect. > (Without "--enable-mountinfo-list", it doesn't.) I wrote the above, but it is just wrong. Sorry for the misinformation. -Paul
Bug#1049457: fuser(1) not working on libraries, possibly because of disagreement over minor device
On Fri, Sep 01, 2023 at 05:47:10PM +1000, Craig Small wrote: > I was looking at https://gitlab.com/psmisc/psmisc/-/issues/39 which is a > similar, but different issue. Same physical device but due to mount > namespaces different device ID. > I'd be curious if lsof finds the access. $ lsof /usr/lib/x86_64-linux-gnu/libc.so.6 $ lsof | grep -F /usr/lib/x86_64-linux-gnu/libc.so.6 | tail -n 1 lsof 56367 kimoto mem REG 0,25 1834061 /usr/lib/x86_64-linux-gnu/libc.so.6 (path dev=0,27) (Note the somewhat unusual "path dev=..." bit.) Maybe https://github.com/lsof-org/lsof/issues/152 is related.
Bug#1049457: fuser(1) not working on libraries, possibly because of disagreement over minor device
On Wed, Aug 16, 2023 at 11:03:14PM -0400, Paul Kimoto wrote: > On Wed, Aug 16, 2023 at 05:25:26PM +1000, Craig Small wrote: >> What does >> grep -e ' 0:2[57] ' /proc/self/mountinfo >> show? > > 29 1 0:25 /@rootfs / rw,relatime shared:1 - btrfs /dev/sda3 > rw,compress=zstd:1,ssd,space_cache=v2,subvolid=256,subvol=/@rootfs FWIW, fuser from psmisc-23.4 configured with "--enable-mountinfo-list" produces the kind of output I expect. (Without "--enable-mountinfo-list", it doesn't.)
Bug#1049457: fuser(1) not working on libraries, possibly because of disagreement over minor device
On Wed, Aug 16, 2023 at 05:25:26PM +1000, Craig Small wrote: >> $ stat -L /usr/lib/x86_64-linux-gnu/libc.so.6 >> >> File: /usr/lib/x86_64-linux-gnu/libc.so.6 >> Size: 1922136 Blocks: 3760 IO Block: 4096 regular file >> Device: 0,27Inode: 1834061 Links: 1 >> > [...] > >> $ grep -F libc.so /proc/$$/maps >> 7f6c81da2000-7f6c81dc8000 r--p 00:19 1834061 >> /usr/lib/x86_64-linux-gnu/libc.so.6 >> >> It looks like there is a disagreement about which device the file's on: >> 0,27 vs. 00:19 (i.e., 0,25). > So, why is the device id different? It might be something odd with that > filesystem, but it could be mount namespaces. > Do you know if you have those? / is btrfs with just the single subvolume (to my knowledge), set up by the Debian installer. # btrfs subvolume list -a -t / ID gen top level path -- --- - 256 42766 5 /@rootfs > What does > grep -e ' 0:2[57] ' /proc/self/mountinfo > show? 29 1 0:25 /@rootfs / rw,relatime shared:1 - btrfs /dev/sda3 rw,compress=zstd:1,ssd,space_cache=v2,subvolid=256,subvol=/@rootfs It looks like interpreting the device number may be a problem with btrfs: https://lwn.net/Articles/866582/ "... the filesystem allocates a separate device number (the usual major/minor pair) for each subvolume; that number can be seen with a system call like stat(). [... Those] numbers do not show up in files like /proc/self/mountinfo, leading to inconsistent views of how the filesystem is put together." > You could also try > sudo nsenter -a -t fuser > /usr/lib/x86_64-linux-gnu/libc.so.6 This doesn't seem to produce any output.
Bug#1049457: fuser(1) not working on libraries, possibly because of disagreement over minor device
Package: psmisc Version: 23.6-1 root filesystem: /dev/sda3 / btrfs rw,relatime,compress=zstd:1,ssd, space_cache=v2,subvolid=256,subvol=/@rootfs 0 0 libc6: 2.36-9+deb12u1 kernel: 6.1.38-4 Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE I believe that fuser(1) should work on libraries, but on this system it doesn't: $ fuser /usr/lib/x86_64-linux-gnu/libc.so.6 $ stat -L /usr/lib/x86_64-linux-gnu/libc.so.6 File: /usr/lib/x86_64-linux-gnu/libc.so.6 Size: 1922136 Blocks: 3760 IO Block: 4096 regular file Device: 0,27Inode: 1834061 Links: 1 Access: (0755/-rwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2023-08-15 11:03:22.556128174 -0400 Modify: 2023-07-13 14:07:47.0 -0400 Change: 2023-07-24 23:46:40.235502863 -0400 Birth: 2023-07-24 23:46:39.943488643 -0400 $ grep -F libc.so /proc/$$/maps 7f6c81da2000-7f6c81dc8000 r--p 00:19 1834061 /usr/lib/x86_64-linux-gnu/libc.so.6 7f6c81dc8000-7f6c81f1d000 r-xp 00026000 00:19 1834061 /usr/lib/x86_64-linux-gnu/libc.so.6 7f6c81f1d000-7f6c81f7 r--p 0017b000 00:19 1834061 /usr/lib/x86_64-linux-gnu/libc.so.6 7f6c81f7-7f6c81f74000 r--p 001ce000 00:19 1834061 /usr/lib/x86_64-linux-gnu/libc.so.6 7f6c81f74000-7f6c81f76000 rw-p 001d2000 00:19 1834061 /usr/lib/x86_64-linux-gnu/libc.so.6 It looks like there is a disagreement about which device the file's on: 0,27 vs. 00:19 (i.e., 0,25). If I change the selection criterion in fuser's check_map() to skip the device check, then I get the sort of results I expect (although of course it is wrong to do so). --- src/fuser.c~Tue Dec 13 00:22:55 2022 +++ src/fuser.c Tue Aug 15 18:47:33 2023 @@ -1760,8 +1760,12 @@ static void check_map( if (dev_tmp->device == tmp_device) add_matched_proc(dev_tmp->name, pid, uid, access); for (ino_tmp = ino_head; ino_tmp != NULL; ino_tmp = ino_tmp->next) -if (ino_tmp->device == tmp_device +# if 0 + if (ino_tmp->device == tmp_device && ino_tmp->inode == tmp_inode) +# else + if (ino_tmp->inode == tmp_inode) +# endif add_matched_proc(ino_tmp->name, pid, uid, access); } }
Bug#928916: "System error during SSL_connect(): Success"
Package: fetchmail Version: 6.3.26-3 Severity: wishlist >From time to time I invoke fetchmail, and it fails with fetchmail: System error during SSL_connect(): Success fetchmail: SSL connection failed. which is a rather confusing error message. My libssl is 1.1.0j-1~deb9u1.
Bug#808433: nethogs doesn't start, saying "creating socket failed"
On Sun, Dec 20, 2015 at 08:19:26PM +0100, Arnout Engelen wrote: > I have released 0.8.1 with the fix. > > Could you get it from https://github.com/raboof/nethogs/releases and see if > it works for you, too? Yes, seems to work as before.
Bug#808433: nethogs doesn't start, saying "creating socket failed"
Package: nethogs Version: 0.8.0-1+b2 On Linux kernel 4.3.3-2, nethogs fails immediately: $ nethogs wlan0 creating socket failed while establishing local IP - are you root? $ cat /proc/version Linux version 4.3.0-1-686-pae (debian-ker...@lists.debian.org) (gcc version 5.3.1 20151207 (Debian 5.3.1-3) ) #1 SMP Debian 4.3.3-2 (2015-12-17) $ id uid=0(root) gid=0(root) groups=0(root) $ ip link show wlan0 3: wlan0: mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000 link/ether 00:13:02:99:59:18 brd ff:ff:ff:ff:ff:ff It worked as I expected on kernel 4.2.6-3 (and many earlier versions).
Bug#784649: Use of uninitialized value $type in numeric eq (==) at /usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm
Package: spamassassin
Version: 3.4.0-6
$ sa-learn --dump >/dev/null
Use of uninitialized value $type in numeric eq (==) at
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 671.
Use of uninitialized value $type in numeric eq (==) at
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 674.
Use of uninitialized value $type in numeric eq (==) at
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 677.
Use of uninitialized value $type in numeric eq (==) at
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 680.
Use of uninitialized value $type in numeric eq (==) at
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 683.
Use of uninitialized value $type in numeric eq (==) at
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 686.
Use of uninitialized value $type in numeric eq (==) at
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 689.
Use of uninitialized value $type in numeric eq (==) at
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 692.
Use of uninitialized value $type in numeric eq (==) at
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 695.
Use of uninitialized value $type in numeric eq (==) at
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 698.
Use of uninitialized value $type in concatenation (.) or string at
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 702.
config: unknown conf type ! at
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 702.
Perhaps this is SpamAssassin bug 7018 ("razor_timeout
throws warnings in Parser.pm and is being skipped"), as
/usr/share/perl5/Mail/SpamAssassin/Plugin/Razor2.pm does
contain the typo described there
("CONF_TYPE_DURATIION" rather than "CONF_TYPE_DURATION").
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7018
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#763700: start-stop-daemon doesn't realize that the old rsyslogd daemon is running after I tried to update rsyslog under Linux 3.16.3
Package: dpkg Version: 1.16.15 My kernel is the wheezy backport 3.16.3-2~bpo70+1 (linux-image-3.16-0.bpo.2-486). I tried to update rsyslog from 5.8.11-3 to 5.8.11-3+deb7u1 this morning (Oct 1). Aptitude told me first that rsyslogd couldn't be stopped because it wasn't running, then that the new rsyslogd couldn't be started because rsyslogd was already running. rsyslogd _is_ running, but can't be stopped using either /usr/sbin/service or /sbin/start-stop-daemon. $ /usr/sbin/service rsyslog stop [ ok ] Stopping enhanced syslogd: rsyslogd already stopped. $ /sbin/start-stop-daemon --stop --verbose --test --pidfile \ /var/run/rsyslogd.pid --exec /usr/sbin/rsyslogd No /usr/sbin/rsyslogd found running; none killed. $ /bin/ps uw $(/bin/cat /var/run/rsyslogd.pid) USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND root 2838 0.0 0.1 30252 2532 ?Sl Sep30 0:01 /usr/sbin/rsyslogd -c5 I noticed that the executable name in /proc is a little funny: $ /bin/ls -l /proc/$(cat /var/run/rsyslogd.pid)/exe lrwxrwxrwx 1 root root 0 Sep 30 02:16 /proc/2838/exe -> /usr/sbin/rsyslogd.dpkg-new (deleted) The ".dpkg-new" suffix doesn't seem to have been considered by pid_is_exec() in start-stop-daemon.c. Could my problem be a consequence of a recent "File cross-renaming support" feature (http://kernelnewbies.org/Linux_3.15) advertised in Linux 3.15? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704724: openbox-session(1) refers to autostart.sh files
Package: openbox Version: 3.5.0-6 Severity: minor A 3.5.0 openbox package told me that : The config file previously called autostart.sh is now just called : autostart. You should rename yours to remove the .sh from the end : of the name but the openbox-session(1) man page says : On log in, openbox-session will run the ~/.config/openbox/autostart.sh : script if it exists, and will run the system-wide script /etc/xdg/open‐ : box/autostart.sh otherwise. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#664101: /dev/disk/by-uuid/f5c8[etc.] not seen as active swap device
Package: uswsusp Version: 1.0+20110509-2 When upgrading uswsusp, I received the warning "The swap file or partition that was found in uswsusp's configuration file is not active." But /etc/uswsusp.conf says "resume device = /dev/disk/by-uuid/f5c8[etc.]", and this is a symbolic link to the partition (/dev/sda3) that is the only active swap. I think that my configuration file had been edited as part of the kernel's hda->sda IDE driver changeover. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631354: Has the bootloader been told to use your initramfs?
I noticed that my menu.lst entries generated for the testing kernel lack the line "initrd /boot/initrd.img-2.6.39-2-686-pae" even though that file does exist. I have an ancient update-grub (from lenny days) and will try a newer version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612584: start-stop-daemon warns "this system is not able to track process names longer than 15 characters"
Package: hibernate Version: 1.99-1.1 During resume, start-stop-daemon is invoked with arguments "--start --background --startas /sbin/ifup --name hibernate_ifup_wlan1 -- wlan1". The squeeze s-s-d (from dpkg 1.15.8.10) then complains, "warning: this system is not able to track process names longer than 15 characters, please use --exec instead of --name." -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#609027: wireshark-common now depends on transitional package libkrb53
Package: wireshark-common Version: 1.2.11-5 This version (currently in testing) depends on libkrb53 (>= 1.6.dfsg.2). Its predecessor (1.2.11-4) depended on libkrb5-3 (>= 1.6.dfsg.2). Is this dependency change intended? libkrb53 is described as a "transitional package ... may be removed if unneeded", and seems to contain only files in /usr/share/doc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#596186: mail fails to be delivered after spamassassin gets SIGPIPE
Package: spamassassin Version: 3.2.5-2+lenny2 I process my incoming e-mail via fetchmail->postfix->procmail->spamassassin. Today I noticed that somehow incoming messages were being turned into empty ones, and lines like [4081] warn: spamassassin: killed by SIGPIPE appeared in my .procmail.log. I believe that (for some reason) I suffered from spamassassin bug 6033 "kill_handler should exit with non-zero status" https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6033 which seems to have been fixed upstream, as in the current lenny backport version 3.3.1-1~bpo50+1. I did eventually find my missing messages in /tmp/.spamassassinRANDOMSTUFFtmp, but could such a bug fix be considered for any future lenny update? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568492: upgrading chrony throws away old chrony.drift
Package: chrony Version: 1.23-6+lenny1 After upgrading chrony (from 1.23-6), I find the log message "Could not open driftfile /var/lib/chrony/chrony.drift for reading". Also, for a while the drift frequency, as reported by "chronyc tracking", is stuck at 0.0. (I have one machine whose drift frequency needs to end up around -1, so this leads to several dozen "System clock wrong ... adjustment started" log messages in an hour.) This might be a result of the first command in chrony.postrm, "rm -f /var/lib/chrony/*". Is it desirable for this useful data to be forgotten upon each upgrade? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568296: virtualbox-ose 3.1.2-dfsg-1+b1 recommends mysterious 3.1.2-dfsg-1+b1 module sources
Package: virtualbox-ose
Version: 3.1.2-dfsg-1+b1
apt-cache tells me that this version
Recommends: virtualbox-ose-dkms (= 3.1.2-dfsg-1+b1) | virtualbox-ose-source
(= 3.1.2-dfsg-1+b1), virtualbox-ose-qt (= 3.1.2-dfsg-1+b1), libgl1
but only version 3.1.2-dfsg-1 virtualbox-ose-{dkms,sources} are in testing
and unstable. The changelog says
: * Binary-only non-maintainer upload for i386; no source changes.
so will there ever be +b1 packages for -dkms and -source, which are
_all.deb packages?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516177: ike.egr.msu.edu serves me corrupted .debs
Package: mirrors
I have a recent spate of corrupted .deb downloads, and they seem to come
from ike.egr.msu.edu (one of the incarnations of http.us.debian.org).
For example, the SHA1 of libuuid1/1.41.3-1/i386 is supposed to be
1cff2e1caa3c0303fea0ac03760e5b4ba93bb229 according to
/v/l/a/l/http.us.debian.org_debian_dists_stable_main_binary-i386_Packages,
which agrees with the other http.us.debian.org hosts but not
ike.egr.msu.edu:
$ for d in rocky-mountain.csail.mit.edu ftp-{chi,atl}.osuosl.org \
ike.egr.msu.edu; do echo $d; GET \
http://${d}/debian/pool/main/e/e2fsprogs/libuuid1_1.41.3-1_i386.deb |
sha1sum; done
rocky-mountain.csail.mit.edu
1cff2e1caa3c0303fea0ac03760e5b4ba93bb229 -
ftp-chi.osuosl.org
1cff2e1caa3c0303fea0ac03760e5b4ba93bb229 -
ftp-atl.osuosl.org
1cff2e1caa3c0303fea0ac03760e5b4ba93bb229 -
ike.egr.msu.edu
0cc2c3ae7c43b632eff10b44c8858baaf5729ce6 -
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#478945: automount keeps looking for /home/rlb
Package: emacs22 Version: 22.2+1-1 When I run emacs, my log files say that automount is looking for /home/rlb. : May 1 16:41:51 mopsa automount[9923]: failed to mount /home/rlb Indeed, "strings /usr/bin/emacs22-x | grep /home/rlb | wc -l" yields 37. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478203: chrony is for NTP, not task scheduling
Package: checksecurity
Version: 2.0.7-11
In changelog.gz, I read
* Allow users to select cron facility by depending on cron | anacron |
chrony (Closes: 375058)
However, chrony ("Sets your computer's clock from time servers on the Net")
does not provide cron facilities.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467083: does dhcpcd package lack changelogs?
Package: dhcpcd
Version: 1:3.2.2-1
Although version 1:3.0.17-2 contains
/usr/share/doc/dhcpcd/{changelog.gz,changelog.Debian.gz},
it appears that 1:3.2.2-1 does not.
$ dpkg -c /var/cache/apt/archives/dhcpcd_1%3a3.2.2-1_i386.deb |
grep -i changelog
$
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455376: tab completion following "mutt -f =" no longer works
On Thu, Dec 13, 2007 at 11:28:58AM -0500, Clint Adams wrote:
> On Sun, Dec 09, 2007 at 05:49:03PM -0500, Paul Kimoto wrote:
>> I have a mailbox called ~/email/debian. With the drastically reduced .zshrc
>>
>> unsetopt equals
>> autoload -U compinit && compinit
>> zstyle ':completion:*' mail-directory $HOME/email
>> zstyle ':completion:*:warnings' format 'No matches for: %d'
>>
>> I see errors like
>>
>> $ mutt -f =de[TAB]
>> No matches for: `mailbox', `mailbox specification', `mailbox file', or `file'
> I don't recall this ever working. Can you narrow it down to when it
> did?
On a different machine, zsh 4.3.2-25 (Debian stable), using the above
four-line .zshrc, works as I'd like. By the way, there
dion% setopt
noequals
interactive
monitor
shinstdin
zle
On the system in question, currently I have Debian's 4.3.4-dev-3-2.
There I had no complaint with the versions up to to Debian's 4.3.4-26.
(According to my dpkg.log, the other versions I've had over the past year
are 4.3.4-{2,3,8,10,12,13,14,18,21,24}.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455376: tab completion following "mutt -f =" no longer works
Package: zsh Version: 4.3.4-dev-3-2 In earlier versions, zsh provided tab completion for mailboxes with "mutt -f =mailbox", but in this version it is no longer working. After paring away at my .zshrc, I have the following example: I have a mailbox called ~/email/debian. With the drastically reduced .zshrc unsetopt equals autoload -U compinit && compinit zstyle ':completion:*' mail-directory $HOME/email zstyle ':completion:*:warnings' format 'No matches for: %d' I see errors like $ mutt -f =de[TAB] No matches for: `mailbox', `mailbox specification', `mailbox file', or `file' while $ mutt -f=de[TAB] and $ mutt -f +de[TAB] still work in the desired manner. Is this a deliberate change? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453773: spamprobe(1) man page says "pipeing"
Package: spamprobe Version: 1.4b-2 Under EXAMPLES ... Querying The Database, the spamprobe(1) man page says: : Berkeley DB sorts terms alphabetically; pipeing out- : put into the standard unix sort(1) command can be used to sort the : terms as desired. Unless this is some sort of specialized usage, "pipeing" should be spelled "piping". (A quick grep through my /usr/share/man/man1 finds the spelling "piping" in the man pages for find, gawk, and groff, strace, and unzip.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453772: spamprobe(1) man page gives backwards advice on sorting "dump" output
Package: spamprobe Version: 1.4b-2 The spamprobe(1) man page says: : To list all words in SpamProbe's database from ``most good'' to : ``least good'' use this command: : : spamprobe dump | sort -k 1nr -k 3nr : : To list all words from ``most spammy'' to ``least spammy'' use : this command: : : spamprobe dump | sort -k 1n -k 2nr These commands seem to be backwards, that is, running the first pipeline lists the spammiest terms first, and running the second pipeline lists the best terms first. (I have sort(1) from coreutils 5.97-5.3.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453758: pppd creates world-readable pppd2.tdb file
Package: ppp Version: 2.4.4rel-8 pppd(8) seems to create a file /var/run/pppd2.tdb with permissions rw-r--r--. (I start pppd as a regular user in the "dip" group.) All I have been able to learn about this file comes from the pppd(8) man page, which says : This file should be owned by root and not : readable or writable by any other user. Pppd will log a warning : if this is not the case. However, I do not even find this warning message in my log files. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442808: "ls --dereference $directory" and the names of dangling symlinks
Package: coreutils Version: 5.97-5.3 Severity: minor If some (sub)directory contains a dangling symlink, "ls -L" (i.e., "ls --dereference") shows that entry differently from other files in the directory: $ file subdir/nowhere subdir/nowhere: broken symbolic link to `/tmp/nowhere' $ /bin/ls subdir nowhere other $ /bin/ls -L subdir other subdir/nowhere $ /bin/ls -lL subdir total 0 -rw-r--r-- 1 kimoto kimoto 0 2007-09-16 17:41 other ?- ? ? ? ?? subdir/nowhere It seems inconsistent that it should say "subdir/nowhere" rather than just "nowhere" as it would do for other entries. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440939: libdb4.6 switch causes message "Program version 4.6 doesn't match environment version 12.6442"
Package: spamprobe Version: 1.4b-2.1 Using my old sp_words with the libdb4.6 spamprobe leads to the message $ spamprobe counts Program version 4.6 doesn't match environment version 12.6442 GOOD 3145 SPAM 3145 which seems to be found in libdb-4.6.so. Is this a serious problem, and should we export/import the database to be safe? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439067: gv segmentation fault while starting up
On Wed, Aug 22, 2007 at 11:01:46AM +0200, Bernhard R. Link wrote: > * Paul Kimoto <[EMAIL PROTECTED]> [070822 01:33]: >> When I run "gv" or "gv SOME_POSTSCRIPT_FILE", it dumps core immediately. > Does it happen for all files or only for specific ones? It happens for the few postscript files I bothered to check, and also when invoked without any arguments. > Does it still happen with an empty home directory? Yes. > Is the environment variable XUSERFILESEARCHPATH set? Yes, to "/home/mopsa/kimoto/app-defaults/%N". It doesn't seem to matter whether I have a "GV" file there or not. However! gv does not segfault if I unset XUSERFILESEARCHPATH. > A backtrace to this would be helpful. After installing (only) libx11-6-dbg, I was able to get the following backtrace: This GDB was configured as "i486-linux-gnu"... Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /home/mopsa/kimoto/builds/gv-3.6.3dfsg.orig/src/gv Failed to read a valid object file image from memory. Program received signal SIGSEGV, Segmentation fault. 0xb7c4f1f7 in GetNEntry (table=0x808d3d8, names=0xbfec180c, classes=0xbfec1800, closure=0xbfec1394) at ../../src/Xrm.c:2483 2483../../src/Xrm.c: No such file or directory. in ../../src/Xrm.c (gdb) back #0 0xb7c4f1f7 in GetNEntry (table=0x808d3d8, names=0xbfec180c, classes=0xbfec1800, closure=0xbfec1394) at ../../src/Xrm.c:2483 #1 0xb7c4fdf3 in XrmQGetResource (db=0x8091c88, names=0xbfec180c, classes=0xbfec1800, pType=0xbfec1828, pValue=0xbfec1818) at ../../src/Xrm.c:2549 #2 0xb7d1a7ef in XtResolvePathname () from /usr/lib/libXt.so.6 #3 0x0806f799 in resource_buildDatabase (gvdb=0x8091c88, display=0x808d440, app_class=0x808a59a "GV", app_name=0x808a597 "gv", argcP=0xbfec2020, argv=0xbfec20a4) at resource.c:160 #4 0x0805f536 in main (argc=0, argv=0xbfec20a4) at main.c:600 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439067: gv segmentation fault while starting up
Package: gv
Version: 1:3.6.3dfsg-2
When I run "gv" or "gv SOME_POSTSCRIPT_FILE", it dumps core immediately.
According to "strace gv", this happens right after
stat64("/home/mopsa/kimoto/.gv", 0xbf9cf394) = -1 ENOENT (No such file or
directory)
(although "touch ~/.gv" doesn't help).
I have
gs-gpl 8.56.dfsg.1-1. The GPL Ghostscript PostScript interpreter
libc6 2.6.1-1GNU C Library: Shared libraries
libice62:1.0.3-3 X11 Inter-Client Exchange library
libsm6 2:1.0.3-1+b1 X11 Session Management library
libx11-6 2:1.0.3-7 X11 client-side library
libxext6 1:1.0.3-2 X11 miscellaneous extension library
libxmu61:1.0.3-1 X11 miscellaneous utility library
libxpm41:3.5.6-3 X11 pixmap library
libxt6 1:1.0.5-3 X11 toolkit intrinsics library
xaw3dg 1.5+E-15 Xaw3d widget set
xserver-xorg-video-savage 1:2.1.3-1 X.Org X server -- Savage display driver
and the display itself is on a Thinkpad T23.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#438661: "apt-cache --no-all-versions" doesn't display the candidate version
Package: apt Version: 0.6.46.4-0.1 I have a system with both stable and testing in /e/a/sources.list, plus a higher priority for stable specified in /e/a/preferences. Things seem to have generally worked for quite a while in the expected manner. However, the behavior of "apt-cache --no-all-versions show PACKAGE" does not match the description in the apt-cache(8) man page: : If --no-all-versions is : specified, only the candidate version will displayed (the one which : would be selected for installation). This option is only applicable : to the show command $ apt-cache policy lsb-base lsb-base: Installed: 3.1-23.1 Candidate: 3.1-23.2etch1 Version table: 3.1-24 0 500 http://http.us.debian.org testing/main Packages 3.1-23.2etch1 0 550 http://http.us.debian.org stable/main Packages *** 3.1-23.1 0 100 /var/lib/dpkg/status $ apt-cache --no-all-versions show lsb-base | grep Version: Version: 3.1-24 That is, "apt-cache policy" picks the right candidate version, but "apt-cache --no-all-versions show" doesn't. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436749: "-" (meaning "stdin") gets lost in gpg man page
Package: gnupg Version: 1.4.6-2 In both xterm (LANG=en_US) and uxterm (LANG=en_US.UTF-8), the output of "man gpg" says (at the end of the WARNINGS section): : If you are going to verify detached signatures, make sure that the pro- : gram knows about it; either give both filenames on the command line or : use :to specify stdin. Inspection of the man page source suggests that it should say "use - to specify stdin", but the "-" has gotten swallowed up somewhere along the line. I have groff-base 1.18.1.1-12, man-db 2.4.4-3, and xterm 226-1. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431383: sensible-browser does not tell BROWSER the url
Package: debianutils Version: 2.22 I have set BROWSER and the (new) sensible-browser script does not produce a meaningful command line to invoke it. For example, I would think that $ BROWSER=/bin/echo sensible-browser http://www.debian.org should produce the URL on stdout, but rather it produces nothing (except newline). This seems to have something to do with the lines cmd=$(printf "$i\n" "$URL") $cmd && exit 0 which seem to lack something like "%s" in the first argument to printf. Are we now expected to supply it ourselves, in the fashion of $ BROWSER='lynx %s' sensible-browser http://www.debian.org ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429606: must ~/.mailcap be a plain file with only one link?
Package: lynx Version: 2.8.6-2 Since changing from lynx 2.8.5-2sarge2.2 to 2.8.6-2, I noticed that lynx was not observing my ~/.mailcap file, even with the PERSONAL_MAILCAP line uncommented in /etc/lynx.cfg. Apparently that lynx does not even look at ~/.mailcap if it is (1) a symbolic link or (2) (hard-)linked to some other file. Isn't this arrangement (particularly (2)) overly restrictive? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409577: ibam doesn't seem to realize that battery is charging
Package: ibam Version: 1:0.4-2 I have Linux 2.6.19.2 using APM. In the past ibam would save charging information in files named like ~/.ibam/profile-366-charge, but now no new data appears in ~/.ibam during charging, and "ibam -a" names a data file with the suffix "-full". $ apm On-line, battery charging: 74% $ ibam -a Bios: 74 % Battery percentage: 76 % Charge percentage: 38 % Battery time left: 2:00:42 Adapted battery time left: 2:00:42 Charge time left:1:31:00 Adapted charge time left:1:31:00 Total battery time: 2:38:23 Adapted total battery time: 2:38:23 Total charge time: 2:26:37 Adapted total charge time: 2:26:37 Profile logging enabled. Current file: /home/mopsa/kimoto/.ibam/profile-369-full -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392600: "test -x /usr/sbin/anacron" lines in /etc/crontab
Package: cron Version: 3.0pl1-98 Because of #383857, the tests for anacron in /etc/crontab now say something like test -x /usr/sbin/anacron || cd / && run-parts --report /etc/cron.daily which is parsed like (test -x /usr/sbin/anacron || cd /) && run-parts --report /etc/cron.daily so run-parts always runs (but not necessarily with CWD=/). Isn't test -x /usr/sbin/anacron || (cd / && run-parts --report /etc/cron.daily) or perhaps cd / && test -x /usr/sbin/anacron || run-parts --report /etc/cron.daily what is meant? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387479: fetchmail causes automount to look for /home/hector
Package: fetchmail Version: 6.3.4-6 Severity: wishlist A number of unexpected messages of the form Sep 14 09:51:30 mopsa automount[15834]: failed to mount /home/hector have been appearing in my log files. These seem to be coincident with using fetchmail, and I see $ strings /usr/bin/fetchmail | grep hector /home/hector/Debian/fetchmail/build-area/fetchmail-6.3.4/debian/tmp/usr/share/locale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344069: should $VAR be expanded in "~$VAR"?
Package: bash Version: 3.1-1 Given a variable containing a username, I'd like to know the user's home directory. Something like "eval echo ~$VAR" used to work, but bash no longer expands the variable in "~$VAR". Is this deliberate? % bash -norc bash-3.1$ echo $LOGNAME kimoto bash-3.1$ echo ~$LOGNAME ~$LOGNAME bash-3.1$ echo blah$LOGNAME blahkimoto bash-3.1$ echo $BASH_VERSION 3.1.0(1)-release -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334607: should dillo depend on libssl0.9.* when it doesn't speak https?
Package: dillo Version: 0.8.5-1 Severity: minor Dillo depends on libssl0.9.7 (package version 0.8.5-1.0.1 depends on libssl0.9.8) but, as far as I can tell, it doesn't speak https, reporting that : *** Dillo's prototype plugin for https support is disabled now *** : : If you want to test this alpha support code, just remove : line 56 from https.c, recompile and reinstall. : : (beware that this https support is very limited now) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334571: do I need all the files in /usr/lib/perl/5.8.7/asm-* ?
Package: perl
Version: 5.8.7-7
Severity: minor
I noticed that perl_5.8.7-7_i386.deb is 3% larger than
perl_5.8.7-6_i386.deb even though changelog.Debian would suggest that there
should be no meaningful changes (for i386). It looks like the directories
/usr/lib/perl/5.8.7/asm-{generic,i486,x86_64} are new. Are their contents
needed? (asm-x86_64/ particularly looks suspicious on ia32.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332671: early parts of overlong lines are missing when single-stepping through file
Package: less Version: 391-1 When I single-step (using RETURN) through a file with lines wider than the terminal, the first part of the line doesn't appear. For example, viewing /var/log/syslog in an xterm with a width of 80 (locale en_US.UTF-8, although the problem also appears with locale en_US), I have the line Oct 7 08:38:01 mopsa /USR/SBIN/CRON[5314]: (mail) CMD ( if [ -x /usr/sbin/exim -a -f /etc/exim/exim.conf ]; then /usr/sbin/exim -q ; fi) Upon the first RETURN, the screen doesn't update (except that the long "-M" prompt claims that I am viewing lines 2-14 rather than 1-13). Upon the second RETURN only the second part of the 14th line -a -f /etc/exim/exim.conf ]; then /usr/sbin/exim -q ; fi) shows up (in the appropriate place at the bottom of the screen; line 1 has now scrolled off as usual). ii libc6 2.3.5-5GNU C Library: Shared libraries and Timezone ii libncurses55.4-9 Shared libraries for terminal handling ii xterm 6.8.2.dfsg.1-7 X terminal emulator -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316954: slrn crashes in startup when LANG=en_US.UTF-8
Package: slrn Version: 0.9.8.1pl1-5 In a traditional xterm (where LANG=en_US), slrn starts up in the familiar way. In a uxterm (where LANG=en_US.UTF-8), slrn dumps core somewhere after the "Connected to host. Posting ok." message and before bringing up the list of newsgroups. This happens even with an empty ~/.jnewsrc and the command line "slrn -n -i /etc/news/slrn.rc". I have ii libc6 2.3.2.ds1-22GNU C Library: Shared libraries and Timezone ii libcanlock22b-3library for creating and verifying Usenet ca ii libgcrypt111.2.0-11.1 LGPL Crypto library - runtime library ii libgnutls111.0.16-13.1 GNU TLS library - runtime library ii libslang2 2.0.4-2 The S-Lang programming library - runtime ver ii libtasn1-2 0.2.10-4Manage ASN.1 structures (runtime) ii xterm 4.3.0.dfsg.1-14 X terminal emulator -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
