* texlive: split texlive_texmf into multiple subpackages (per collection)
There is one package for the runtime files, documentation and source files
for each TeXLive collection each. Packages that would be empty are omitted.
Additionaly, there are '_full' metapackages that depend on all the others.
The subpackage metadata and packageEntries are generated using perl scripts
that use the TeXLive package database API.
The package metadata is pre-generated because it needs already extracted and
preprocessed sources.
* texlive: fixes
* change package descriptions to not contain the prefix "TeXLive" which is not allowed, being the package name
* apply the $portDir workaround also for the PATCH function (see haikuporter issue #168)
* add missing config file to GLOBAL_WRITABLE_FILES
* remove the waiting on texlive's post-install scripts because it is not needed
* texlive: remove the alternate version of the createSubpackageInfos script
* texlive: add license header to the perl helper scripts
Translation files in some languages, including Japanese, are not reflected.
To translate the help file, modify "translations/qpdfview_??.ts".
Replace the written "help.html" with "help_??.html".
* texlive: split texmf into its own recipe (WIP)
this is to save the work on GitHub for now
* texlive_texmf: fix recipe
* texlive: rename binaries package to texlive_core (following Gentoo's name) and texlive_texmf to texlive
This leads to better names when splitting the texlive package later.
Also, enable the texlive_core package to be built by buildmaster ;-)
* remove useless libtool files
* texlive: add missing haiku REQUIRES
* make texlive recipe more architecture agnostic
* fix name of debuginfo package
* add more replacements for kpsewhich invocations by install-tl
x86_64 is used as a baseline: the "x86_64" entry, whatever status it has,
is transformed into "all", and then the other entries in ARCHITECTURES
either dropped or rearranged appropriately.
This is a tool for optimizing PDFs generated by TeX.
It is an optional dependency for LilyPond (but actually using it when building
LilyPond breaks its build because of problems with GhostScript).
Note: this does not actually depend on texlive, so it can be built and provided
in HaikuPorts.
* add texlive 2020
changes in addition to bump and required changes:
- uses system libraries where feasible instead of bundled ones
- uses install-tl and tlpdb from a source tarball instead of an SVN checkout (removes the dependency on svn)
* first attempt at splitting up the package
add a texmf and texmf_doc subpackage containing $dataDir/texlive/texmf-dist{,/doc}
this is both to work around Haiku ticket #12116 (and still have docs) as well as
making the package more managable in general.
Ideally the package should be split up according to texlive collections, but
that would require parsing of texlive.tlpdb of some sort.
* replace envsubst with sed replacements
envsubst doesn't work because haikuporter's variables are not exported and are only available in the recipe itself
* replace the tlpdb tarball with the extra tarball which contains some of the yet missing files
also, change the SELFAUTO patch dynamically in the recipe to use $dataDir (i.e. a /packages based path) instead of hard-coding /boot/system/data. This way the installed tools can also be used during the INSTALL phase in the haikuports recipe itself.
* files that are copied directly by install-tl need to be copied and not linked (otherwise it copies the symlink which doesn't work in the installed system)
