Bug#482487: jed-extra: pcre.sl does not exist
reassign 482487 jed-common retitle 482487 jed-common: Respect /u/s/slsh even if /u/s/slsh/local is missing thanks G. Milde schrieb am Fri 23. May, 09:51 (+0200): On 22.05.08, Alan B. Clements wrote: After googling the problem it appears that the maintainers declared it no longer required and moved it to jedpcre.sl. Actually, pcre.slis part of the package slsh and is installed under /usr/share/slsh/pcre.sl (but not preparsed to pcre.slc). jedpcre.sl provides Perl compatible regexp search and for this requires the pcre.sl file. linking prce.sl - extra/jedpcre.sl fails, as this leads to a file requiring itself. The core of the problem is that slsh 2.1.3-3 triggers a weaknes of Jed's site.sl initialisation file leading to /usr/share/slsh/ missing in the jed library path (Bug #476216) Thank you Günter for your analysis of the situation. Bye, Jörg. -- Geld allein macht nicht glücklich, aber es ist besser in einem Taxi zu weinen, als in der Straßenbahn. (Marcel Reich‐Ranicki) signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#482487: jed-extra: pcre.sl does not exist
Package: jed-extra Version: 2.4.3-1 Severity: important Several Jed plugins (e.g. Info browser, man page viewer) do not function at all. They report the error: Unable to load /usr/share/jed/jed-extra/pcre.slc After googling the problem it appears that the maintainers declared it no longer required and moved it to jedpcre.sl. I attempted correct the problem by symbolically linking prce.sl - extra/jedpcre.sl so that the files which require it could find it. Unfortunately it now causes a Block stack overflow NOTE: this problem does not exist in the stable version of the package (2.2.1-1.etch.3) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash jed-extra depends on no packages. Versions of packages jed-extra recommends: ii jed 1:0.99.18+dfsg.1-10 editor for programmers (textmode v ii xjed 1:0.99.18+dfsg.1-10 editor for programmers (x11 versio -- debconf information: jed-extra/rm-site-defaults: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482487: jed-extra: pcre.sl does not exist
On 22.05.08, Alan B. Clements wrote: Several Jed plugins (e.g. Info browser, man page viewer) do not function at all. They report the error: Unable to load /usr/share/jed/jed-extra/pcre.slc This error message is somewhat misleading, as it comes from the call require(pcre); in these modes which looks for either pcre.sl or pcre.slc in the jed library path. (Check your jed library path e.g. with M-X insert(get_jed_library_path); ) After googling the problem it appears that the maintainers declared it no longer required and moved it to jedpcre.sl. Actually, pcre.slis part of the package slsh and is installed under /usr/share/slsh/pcre.sl (but not preparsed to pcre.slc). jedpcre.sl provides Perl compatible regexp search and for this requires the pcre.sl file. linking prce.sl - extra/jedpcre.sl fails, as this leads to a file requiring itself. The core of the problem is that slsh 2.1.3-3 triggers a weaknes of Jed's site.sl initialisation file leading to /usr/share/slsh/ missing in the jed library path (Bug #476216) There is still no consensus about the right way to fix this problem. Alternative Workarounds --- To get the plugins work again, do one of the following * downgrade slsh to a version 2.1.3-3 * create the directory /usr/share/slsh/local-packages/ * add the following code to ~/.jed/jed.rc or /etc/jed.d/05jed-common.sl $1 = /usr/share/slsh/; !if (is_substr(get_jed_library_path(), $1)) if (file_status($1); set_jed_library_path(strcat(get_jed_library_path(), ,, $1)); GM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]