add /usr/share/slsh/local-packages/ to jed library path

G. Milde g.milde at web.de
Tue Apr 18 14:32:31 UTC 2006


On 13.04.06, Jörg Sommer wrote:
> Hi G.,
> 
> G. Milde schrieb am Tue 11. Apr, 08:51 (+0200):
> > On 10.04.06, Jörg Sommer wrote:
> > > G. Milde schrieb am Thu 02. Mar, 16:09 (+0100):
> > > > the slang-curl package (and some others) place scripts in the
> > > > /usr/share/slsh/local-packages/ directory (and help in
> > > > /usr/share/slsh/local-packages/help/).
> > > > 
> > > > IMO, they should also add the dir to jed library path
> > > > and the help files to Jed_Doc_Files in a /etc/jed.d/ file.
> > > 
> > > After the patch from the other mail, I would suggest to file a bug report
> > > for the libslang package or ask the maintainer Alastair McKinstry
> > > directly if he sees a way to add all files in /u/s/s/l/help/ to the
> > > doc_files with add_doc_file().
> > 
> > I suppose setting the slang- and doc path for local additions should
> > rather be done in in the application (e.g. slsh and jed).
> 
> You are right. I thought the slang_load_path gets set by the SLang
> library, but I do this in my .jedrc. IMO we should initialize
> slang_load_path too. I've commit a patch at a later time to the SVN.

There is already code to set the slang_load_path (together with the
doc_files) in the SVN in defaults.sl.

However, in my current JED 0.99.17, I realize that even if I have 
  
   set_slang_load_path("/usr/share/slsh/local-packages");

in jed.rc, a command 

   require("curl");
   
fails. (Unable to load /usr/share/jed/lib/curl.slc)

After 

   set_jed_library_path("/usr/share/slsh/local-packages");

,

   require("curl");

loads curl.sl from /usr/share/slsh/local-packages.

It seems like jed (in contrast to the description in the help on
evalfile() relies on jed_library_path() solely.


> > > Additionally to this I would suggest to create a patch to use
> > > [gs]et_slang_load_path()


John promised to make this change in 0.99.19, so we can lay back and see.

 
> And IMO, John is a person that would like to see the changes work
> before he incorporate them in JED oder SLang.

While this is true, this does IMO not necessarily mean that the changes
need to be incorporated into a Debian package.


Günter

-- 
Milde ife.et.tu-dresden.de



More information about the Pkg-jed-devel mailing list