Discussion:
TeX Live 2018: xindy seems broken
Add Reply
Paul Gaborit
2018-03-25 08:11:51 UTC
Reply
Permalink
Raw Message
Hi,

The following document use 'glossaries' and 'xindy'.

%%%
\documentclass{article}
\usepackage[xindy]{glossaries}
\makeglossaries
\newglossaryentry{test}{name={test},description={a simple test}.}
\begin{document}
This is just a \gls{test}.
\printglossaries
\end{document}
%%%


But, since 2 ou 3 days (with TeX Live 2018 pretest), after a first
compilation by 'pdflatex', 'makeglossaries' can't run 'xindy':

$ makeglossaries xindy-test
makeglossaries version 4.36 (2018-03-07)
added glossary type 'main' (glg,gls,glo)
xindy -L english -I xindy -M "xindy-test" -t "xindy-test.glg" -o
"xindy-test.gls" "xindy-test.glo"
/usr/local/texlive/2018/bin/x86_64-linux/xindy.run:
/usr/local/texlive/2018/bin/x86_64-linux/base/lisp.run: No such file or
directory

***Call to xindy failed***

Check 'xindy-test.glg' for details

Thanks.
--
Paul Gaborit
Johannes Hielscher
2018-03-25 13:56:47 UTC
Reply
Permalink
Raw Message
Am Sun, 25 Mar 2018 10:11:51 +0200
Post by Paul Gaborit
$ makeglossaries xindy-test
makeglossaries version 4.36 (2018-03-07)
added glossary type 'main' (glg,gls,glo)
xindy -L english -I xindy -M "xindy-test" -t "xindy-test.glg" -o
"xindy-test.gls" "xindy-test.glo"
/usr/local/texlive/2018/bin/x86_64-linux/base/lisp.run: No such file
or directory
***Call to xindy failed***
Check 'xindy-test.glg' for details
I can confirm this:
xindy dies on pretest2018/x86_64-linux (*)

But works without this error on:
:pretest2018/aarch64-linux
:pretest2018/amd64-freebsd
:branch2017/x86_64-linux (*)
:branch2017/armhf-linux (*)
:x86_64-linux (TL17 -r45811) from the Archlinux repositories
:pretest2018/x86_64-linux <= -r47019
:as well as with x86_64-linux binaries that I have compiled locally
for myself from -r47103 sources (*).

In conclusion, something is wrong within the current xindy binaries at
trunk/Master/bin/x86_64-linux that were commited in -r47020.


(*): An unrelated issue: On a bleeding-edge modern Linux distribution,
xindy died for another reason in the first place: It is dynamically
linked against libncurses.so.5 and siblings, which is ncurses' legacy
ABI since about 2015, and replaced by v6 ABI for a long time.
So I had to install ncurses5-compat-libs to get it run at all [0].

This is nasty. Did I just overlook the big fat red-blinking warning sign
about ncurses-v5 ABI as a prerequisite for TL, or isn't there one? Most
probably, issues of this kind will get more frequent when all the more
conservative OSes switch away from the v5 ABI.


Best,
Johannes


[0] The issue and workarounds were also discussed on TeX.sx:
https://tex.stackexchange.com/questions/281296/how-can-i-use-xindy-on-a-system-with-libncurses-so-6
Norbert Preining
2018-03-26 23:52:00 UTC
Reply
Permalink
Raw Message
Post by Johannes Hielscher
In conclusion, something is wrong within the current xindy binaries at
trunk/Master/bin/x86_64-linux that were commited in -r47020.
I'll rebuild xindy ASAP. Sorry for the broken commit.


Norbert

--
PREINING Norbert http://www.preining.info
Accelia Inc. + JAIST + TeX Live + Debian Developer
GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Akira Kakuto
2018-03-25 21:50:21 UTC
Reply
Permalink
Raw Message
No such file or directory
On windows, the example works fine in the case of TL18 pretest.
I think that the above message cleary shows that
a wrong executable is used as the xindy.run.
The xindy.run should be the executable in
"clisp-build/base/"

Thanks,
Akira
Akira Kakuto
2018-03-25 23:43:02 UTC
Reply
Permalink
Raw Message
Post by Akira Kakuto
No such file or directory
On windows, the example works fine in the case of TL18 pretest.
I think that the above message cleary shows that
a wrong executable is used as the xindy.run.
The xindy.run should be the executable in
"clisp-build/base/"
The size of
bin/x86_64-linux/xindy.run
is 9544 bytes. That is extremely small compared with
the all other cases.

Thanks,
Akira
Stephan Lukasczyk
2018-03-27 11:03:31 UTC
Reply
Permalink
Raw Message
Hi,
Post by Paul Gaborit
But, since 2 ou 3 days (with TeX Live 2018 pretest), after a first
$ makeglossaries xindy-test
makeglossaries version 4.36 (2018-03-07)
added glossary type 'main' (glg,gls,glo)
xindy -L english -I xindy -M "xindy-test" -t "xindy-test.glg" -o
"xindy-test.gls" "xindy-test.glo"
/usr/local/texlive/2018/bin/x86_64-linux/base/lisp.run: No such file
or directory
***Call to xindy failed***
Check 'xindy-test.glg' for details
The update of xindy to r47142 fixes the issue for me on Linux x86-64.

Thanks for providing new binaries!

Best,
Stephan
--
Stephan Lukasczyk
GPG-Key: 0x06E03C26B90F403D
Norbert Preining
2018-03-27 14:22:18 UTC
Reply
Permalink
Raw Message
Post by Stephan Lukasczyk
The update of xindy to r47142 fixes the issue for me on Linux x86-64.
There will be an update tomorrow with a build based on new clisp,
hopefully this time without a bump.

Please test tomorrow's xindy, too. Thanks.

Norbert

--
PREINING Norbert http://www.preining.info
Accelia Inc. + JAIST + TeX Live + Debian Developer
GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Paul Gaborit
2018-03-29 15:15:46 UTC
Reply
Permalink
Raw Message
Post by Norbert Preining
Post by Stephan Lukasczyk
The update of xindy to r47142 fixes the issue for me on Linux x86-64.
There will be an update tomorrow with a build based on new clisp,
hopefully this time without a bump.
Please test tomorrow's xindy, too. Thanks.
Here, the new version of xindy is ok (r47145, x86_64-linux).

Thanks.
--
Paul Gaborit
Stephan Lukasczyk
2018-03-29 15:26:14 UTC
Reply
Permalink
Raw Message
Post by Paul Gaborit
Post by Norbert Preining
Please test tomorrow's xindy, too. Thanks.
Here, the new version of xindy is ok (r47145, x86_64-linux).
The same for me, thank you very much, for your efford!
--
Stephan Lukasczyk
GPG-Key: 0x06E03C26B90F403D
Microsoft isn't the answer. Microsoft is the question.
And the answer is "No".
Rolf Niepraschk
2018-04-15 09:52:11 UTC
Reply
Permalink
Raw Message
Post by Norbert Preining
Post by Stephan Lukasczyk
The update of xindy to r47142 fixes the issue for me on Linux x86-64.
There will be an update tomorrow with a build based on new clisp,
hopefully this time without a bump.
Please test tomorrow's xindy, too. Thanks.
I just tested xindy:

xindy --version
xindy release: 2.5.1
xindy script version: 1.18
/usr/local/texlive/2018/bin/x86_64-linux/xindy.run: error while
loading shared libraries: libncurses.so.5: cannot open shared object
file: No such file or directory

locate libncurses.so
/lib/libncurses.so.6
/lib/libncurses.so.6.1
/lib64/libncurses.so.6
/lib64/libncurses.so.6.1
/usr/lib64/libncurses.so

I use Linux (openSUSE Tumbleweed). After installing the package
"libncurses5" by hand the error disappear.

...Rolf
Norbert Preining
2018-04-16 00:38:30 UTC
Reply
Permalink
Raw Message
Curses of dynamic libraries. Curses is hard to look statically, it I haven't tried. At least curses5 is still available.

Thanks for the report

Norbert

--
PREINING Norbert http://www.preining.info
Accelia Inc. + JAIST + TeX Live + Debian Developer
GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Ken Moffat
2018-04-16 01:15:32 UTC
Reply
Permalink
Raw Message
Post by Norbert Preining
Curses of dynamic libraries. Curses is hard to look statically, it I haven't tried. At least curses5 is still available.
Thanks for the report
Norbert
Not exactly new - I thought I'd updated the page at
http://www.linuxfromscratch.org/blfs/view/8.2/pst/tl-installer.html
to specifically mention this, but apparently not. With ncurses-6,
./configure --prefix=/usr \
--with-shared \
--without-normal \
--without-debug \
--without-cxx-binding \
--with-abi-version=5
[ or whatever prefix you want ] does the job.

ĸen
--
In my seventh decade astride this planet, and as my own cells degrade,
there are some things I cannot do now: skydiving, marathon running,
calculus. I couldn't do them in my 20s either, so no big loss.
-- Derek Smalls, formerly of Spinal Tap
Norbert Preining
2018-04-16 04:59:56 UTC
Reply
Permalink
Raw Message
Post by Ken Moffat
Not exactly new - I thought I'd updated the page at
Isn't that something else? You want to *comile* on a newer ncurses
system, while the OP wanted to run binaries created on a v=5 system on a
v=6 system.

Norbert

--
PREINING Norbert http://www.preining.info
Accelia Inc. + JAIST + TeX Live + Debian Developer
GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Loading...