Welcome to CRUX bug tracking.

FS#1733 - Update texlive to 2019

Attached to Project: CRUX
Opened by Tim Biermann (tb) - Thursday, 09 May 2019, 11:27 GMT
Task Type Bug Report
Category ports → core/opt
Status Assigned
Assigned To Thomas Penteker (teK)
Operating System CRUX
Severity High
Priority Normal
Reported Version 3.4
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 2
Private No


Hi Thomas and all,
opt/texlive has been broken for months due to poppler updates and others probably, and with texlive 2019 being released in the end of last month, I went digging and found 2 patches (one regarding poppler 0.76 (taken from archlinux) and the other fixing a problem with ghostscript (official svn commit of upstream).

I would appreciate if this could get put back to opt.

Best regards,
This task depends upon

Comment by Tim Biermann (tb) - Tuesday, 14 May 2019, 09:42 GMT
A little side note: this port can still be trimmed for a little bit, for example there is $PKG/usr/bin/tlmgr, which is useless on a "non native texlive" (their official bin port with installer) build and even if it runs, you shouldn't use it on a port like ours. Not sure about others, but I suspect there could be more to it.
Comment by Tim Biermann (tb) - Sunday, 26 May 2019, 07:37 GMT
Updated link and port for poppler 0.77
Comment by Tim Biermann (tb) - Tuesday, 02 July 2019, 08:26 GMT
This works with less dependencies, still needs some grooming maybe.
Comment by John Vogel (j_v) - Friday, 05 July 2019, 08:49 GMT
Probably will need to trim the configure lines that enable avahi, graphite2, openjpeg2, rtmpdump, and zziplib; also remove them from the Depends line. Most of those are contrib, and zziplib is in my j_v repo. These might better be added as 'Nice to have' or 'Optional'. Main reason I initially forked the texlive port was to add these as hard dependencies for my own preferences. I have tried to keep up with various fixes/updates, though texlive's insistence on using poppler private interfaces makes it harder. Luckily, Archlinux has been pretty active in pushing fixes back upstream. I can push zziplib to contrib is that is desired; upstream was rather sporadic in updates last time I looked at the VCS for it, but seemed to be proactive about fixing bugs.
Comment by Tim Biermann (tb) - Sunday, 07 July 2019, 10:33 GMT
This port is updated with a newer version j_v and myself have been working on - I'd say at this stage: feedback is welcome?
Comment by Tim Biermann (tb) - Sunday, 07 July 2019, 12:36 GMT
This is a more system-deps approach - you will need to install some more deps, like contrib/graphite2 and then rebuild harfbuzz and harfbuzz-icu with it.
This works for me even with lualatex, xindy and biber.
Comment by Tim Biermann (tb) - Monday, 15 July 2019, 09:59 GMT has been updated and works great over here so far
Comment by Tim Biermann (tb) - Thursday, 18 July 2019, 22:17 GMT
Both port approaches have been updated for poppler 0.79
Comment by Tim Biermann (tb) - Saturday, 24 August 2019, 11:41 GMT
No further work is needed with the latest poppler update yesterday.
Btw: we could drop depending on poppler if we would decide to use luatex as a broker instead of pdftex and disable the latter. Luatex should work as a perfect drop in replacement which not only supports native UTF-8 and using OTF/TTF systemfonts.. would be interesting to hear if luatex actually does break anything for anybody here?
Comment by Tim Biermann (tb) - Wednesday, 18 September 2019, 07:33 GMT
I spent a lot time on a tex project and while lualatex works very good for me and i would suggest to use it with every new document you create, there are still packages that just won't work with it. So maybe it's a safer bet to include pdftex..