> fhs logic for running jqt is
> FHS=: -.fexist BINPATH,'/libjqt.so'
Yes, and let me repeat:
>> > Summary:
>> > - for running jconsole, the libj.so symlink is harmful.
>> > - for running jqt, the libj.so symlink is required.
In other words: with jqt, FHS will be 0 (which is wrong and induce
broken regexps).
At the moment, I'm reviewing the code for the jqt installation
process. For the ARM board, it will fetch this tar:
~ 764 > tar tvzf jqt-raspi-32.tar.gz
-rwxr-xr-x bob/bob 13761 2015-07-20 06:21 jqt
-rwxr-xr-x bob/bob 2258572 2015-07-20 06:21 libjqt.so
and then deal with it as follows in do_getqtbin_jpacman_:
NB. d=. jpath '~bin' p =. path_to_tar/zip_package_above
[...]
if. 'Linux'-:UNAME do.
if. (0~:FHS) do.
if. IFRASPI do.
d1=. '/usr/lib/arm-linux-gnueabihf/.'
elseif. IF64 do.
d1=. '/usr/lib/x86_64-linux-gnu/.'
elseif. do.
d1=. '/usr/lib/i386-linux-gnu/.'
end.
hostcmd_jpacman_ 'cd /usr/bin && tar --no-same-owner
--no-same-permissions -xzf ',(dquote p), ' && chmod 755 jqt && chmod 644
libjqt.so && mv libjqt.so ',d1
else.
hostcmd_jpacman_ 'cd ',(dquote d),' && tar xzf ',(dquote p)
end.
else.
hostcmd_jpacman_ 'unzip -o ',(dquote p),' -d ',dquote d
end.
This code makes the implication
FHS set ==> should be installed into /usr/{bin,lib} system
dirs
which is wrong in first place (FHS just meaning "split bin / lib", whereever)
and the installation will also fail in that case (lacking root perms).
(At which point I must have pieced together manually.)
I will do one or two fresh beta installs in the next days, watching
all interim steps closely.
Martin
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm