Your message dated Tue, 17 Dec 2013 19:51:29 +0100
with message-id <[email protected]>
and subject line Re: workaround
has caused the Debian Bug report #697201,
regarding slrn: "interpret" command gives "Unable to locate <file> on load path"
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
697201: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697201
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: slrn
Version: 1.0.0~pre18-1.1
Severity: important
slrn was launched with the following line in $HOME/.slrnrc:
interpret "$HOME/slrn/my_extra_config.sl"
and the result was:
slrn pre1.0.0-18
Loading /usr/share/slrn/slang/slrn.sl
Reading startup file /etc/news/slrn.rc.
Reading startup file /home/user/.slrnrc.
Unable to locate $HOME/slrn/my_extra_config.sl on load path
slrn fatal error:
/home/user/.slrnrc: Error encountered processing line 1
interpret "$HOME/slrn/my_extra_config.sl"
This worked fine on past versions, but after a re-install (probably a
new version of slrn), this bug emerged. The file is in a visible path
with read permissions. $HOME/.slrnrc is a symbolic link that points
to $HOME/slrn/main.rc.
-- System Information:
Debian Release: 6.0.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages slrn depends on:
ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy
ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib
ii libcanlock2 2b-6 library for creating and verifying
ii libgnutls26 2.8.6-1+squeeze2 the GNU TLS library - runtime libr
ii libslang2 2.2.2-4 The S-Lang programming library - r
ii libuu0 0.5.20-3.2 Library for decoding/encoding seve
slrn recommends no packages.
Versions of packages slrn suggests:
pn metamail <none> (no description available)
pn slrnpull <none> (no description available)
-- debconf information excluded
--- End Message ---
--- Begin Message ---
On Thu, Jan 03, 2013 at 01:56:04PM -0500, Anonymous wrote:
> It turns out that it's not a new problem -- the problem is that slrn
> does not interpret "$HOME" or "~", so the workaround is to use an
> absolute path.
Closing.
--- End Message ---
