Bug#418529: jed: evalfile() no longer supporting ~ in path name
Rafael Laboissiere
rafael at debian.org
Tue Apr 10 13:30:31 UTC 2007
package jed
tags 418529 unreproducible moreinfo
thanks
* Peter Karlsson <peter at softwolves.pp.se> [2007-04-10 11:55]:
> Package: jed
> Version: 0.99.18-8.etch.4
> Severity: normal
>
> Since I have the same configuration files on several different systems, with
> different $HOME, I have set up my .jedrc to use ~ to refer to a file under
> my home directory:
>
> evalfile("~/skel/jed/joe"); pop();
>
> This used to work with the version of Jed in Sarge, but after an upgrade to
> Etch, it fails with
>
> Unable to load /usr/share/jed/lib/~/skel/jed/joe.slc
>
> Changing the evalfile to take the full path works:
>
> evalfile("/home/peter/skel/jed/joe"); pop();
>
> But that means having to refer to the actual home directory path on all my
> installations.
I cannot replicate this bug here. what does the following give for you:
$ cat > /var/tmp/test.sl
message (expand_filename ("~/"));
$ jed -batch -n -l /var/tmp/test.sl
loading /usr/share/jed/lib/site.slc
loading /usr/share/jed/lib/os.sl
loading /usr/share/jed/lib/menus.slc
loading /usr/share/jed/lib/defaults.sl
loading /etc/jed.d/05jed-common.sl
loading /etc/jed.d/50jed-extra.sl
loading /usr/share/jed/jed-extra/libdir.sl
loading /usr/share/jed/jed-extra/ini.sl
loading /usr/share/jed/jed-extra/drop-in/ini.sl
loading /etc/jed.d/55jedstate.sl
loading /usr/share/jed/jed-extra/gdbmrecent.slc
loading /var/tmp/test.sl
/home/rafael/
--
Rafael Laboissiere
More information about the Pkg-jed-devel
mailing list