It is one (soon two) years behind, and is a big hack: some of the debs
are larger than our upload system can handle, and the file lists are
generated from the tlpdb in a not so nice way that breaks horribly on
every texlive release. Disk space is somewhat of a concern again on
the host that fosshost gives us at no (!) cost, and removing
texlive-full gives us ~1 GB of space.
The reasonable thing to do would be to set up a separate
"termux-texlive" repo, and create a package for every texlive package
rather than for every collection as done here. Debian, ubuntu and
friends properly creates subpackages. I am not really motivated to do
this though, so if someone else has use of a properly packaged texlive
and wants to look into it, then that would be great.
Users that want to use texlive should install texlive-installer
instead, it anyways allows for more convenient installation (you can
freely choose which scheme and which packages to install).
* libicu: Bump to 70.1
* Revbump for packages dependent on libicu
* samba: Bump to 4.14.9
Samba old version tarball removed from website. Newer 4.15.1 is available but needs some experienced user to test and compile, lets leave it for now and dont block libicu upgrade
* php: Fix builds with libicu 70.1
* php: Fix libgd constants
* nodejs,nodejs-lts: Rebuild after libicu upgrade
Fixes https://github.com/termux/science-packages/issues/50.
With this we can generate the pdflatex format file, and compile tex
files with pdflatex. There might very well be other formats/engines that
still trigger the sanitizer.
Specifically svn tag 58837. Texlive now depends on xpdf instead of
poppler. We have xpdf in x11-packages, but it depends on qt5-qtbase,
so moving it to termux-packages would mean moving pretty much all x11
packages to the main repo.
Use the xpdf source shipped with texlive instead for now.
This reverts commits which updated texliv-bin. The newer version
requires some new dependencies which aren't available at the moment.
`texlive-bin` should be updated as soon as those dependencies are
available
Building zziplib with configure; make does not work on
android (https://github.com/gdraheim/zziplib/issues/85) but building
with cmake works fine, but to be able to use cmake we cannot build it
during the texlive-bin build.
* texlive: mv to science-packages
Might help decrease the bandwidth a little bit
* texlive-bin: mv binaries to subfolder bin/texlive/
New package texlive-installer needs to be given a directory with texlive-binaries and then parses it to look for various programs
* texlive-full: depend on texlive-bibtexextra as well
Fixes https://github.com/termux/termux-packages/issues/4871
* texlive-tlmgr: remove package
Will look at creating a "texlive-installer" package in the unstable
repository instead.
* texlive: fix paths in a couple of scripts
Fixes https://github.com/termux/termux-packages/issues/4823.
* texlive: upgrade to 20200410
* texlive-bin: fix path to host built otangle
* texlive: fix tlpdb version
* texlive: conflict with more subpackages from last year
* Modify pdftoepdf-poppler0.86.0.cc to not use c++14 features
* Switch to liblua52 instead of liblua. I cannot find patches/sources
for luatex that support liblua 5.3
Add python script to find which files to include in which package.
Add meta package texlive-full that depends on all collections.
Move texmf.cnf from texlive-bin to texlive.
Henrik Grimler
Yaksh Bariya
Tee KOBAYASHI
Henrik Grimler
Leonid Pliushch
Fredrik Fornwall
Tom Yan