slsh/local-packages

G. Milde milde at users.sf.net
Fri Apr 11 07:40:19 UTC 2008


Dear Jed package maintainers,

after an update to slsh (2.1.3-3) some jed-extra (e.g. ffap.sl) scripts
failed to work. I could track this down to "/usr/share/slsh/" missing in
the jed library path.

The reason is given indirectly in slsh's changelog.Debian.gz

slang2 (2.1.3-3) unstable; urgency=low
...
  * set SLSH_LOCALLIB_DIR="", as we don't ship a local-packages dir in 
     Debian (breaks FSSTND).

while the code in site.sl is looking for slsh/local-packages first:

#ifdef UNIX
if (is_defined ("import"))
{
   foreach ([
# ifexists _slang_install_prefix
	     _slang_install_prefix,
# endif
	     guess_jed_install_prefix ()
	     ])
     {
	$1 = ();
	$1 = path_concat ($1, "share/slsh/local-packages");
	if (2 != file_status ($1))
	  continue;
	set_jed_library_path (strcat (get_jed_library_path (), ",", path_dirname ($1)));
	set_jed_library_path (strcat (get_jed_library_path (), ",", $1));
	break;
     }
}
#endif

This problem is hidden, if some extra slang-modules (like slang-curl) are
installed, as these (currently) install into slsh/local-packages.

What shall we do now:

* file a bug-report to slsh that u/s/slsh/local-packages/ despite its
  somewhat misleading name is used|required by jed and several
  slang-modules?

* patch site.sl (and mail the patch to John as well)?

  In this case, the patch should include the addition of the slsh/help
  dir currently done in /etc/jed.d/05jed-common.sl

* change the install path of the slang-* module packages?


Guenter




More information about the Pkg-jed-devel mailing list