This would bind the texlive packages to a fixed version (and revision!) of texlive_core.
Also, they couldn't be shared between x86 and other architectures, because the packages are named
`texlive_core_x86` on x86 because of secondaryArch.
Revbump for rebuild (texlive was built against texlive_core 2022 before and is therefore broken right now.)
* texlive: bump version to 2023
Building this requires ICU 70 or newer and building libxml2 (an indirect dependeny) against ICU 70
to get rid of icu66_devel in the build environment. These changes are done in separate commits.
ConTeXt is not included in TeXLive 2023. If it is needed, it should probably be built as a
separate package (the `mtxrun` call was commented out from texlive_update.sh before, so it
probably didn't work before anyway). See https://tug.org/texlive/bugs.html for some details.
* texlive_core: build against ghostscript 10
As it was mentioned on the forums that running the post-install script can
take a while. Let's not make the user wonder if installation has failed and
show a notification for each executed command.
* texlive: update to 2022
* texlive_core: sort BUILD_PREREQUIRES alphabetically
* texlive: upgrade to 2022
also add a comment to createSubpackageInfos.pl that the installed version of texlive.tlpdb must be
used for correct results (like I always had in the past).
* texlive_core: don't disable install-bin-links
this works now and provides the missing symlinks. It was originally part of the texlive-2014
recipe.
* texlive: rename subpackageInfos.recipe to .sh so that it is not checked by the linter
* 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
* 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.
* 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)
Not referencing them caused them to be missing from the source packages.
This also moves all files that were in different dirs under the common
additional-files dir.
* pygments
SUMMARY must start with capital letter
Re-ordered blocks
* texlive
SUMMARY must have at least 3 words
Re-ordered blocks
Simplified ARCHITECTURES/SECONDARY_ARCHITECTURES
* tiff4
SUMMARY must have at least 3 words
Re-ordered blocks
* u_boot_tools
SUMMARY must start with capital letter
Re-ordered blocks
* unifont
SUMMARY must have at least 3 words
Re-ordered blocks
* util_macros
Improved SUMMARY an DESCRIPTION
Re-ordered blocks
* vcdimager
SUMMARY must start with capital letter
Re-ordered blocks
* wings
SUMMARY must have at least 3 words
Re-ordered blocks
* xproto
SUMMARY must have at least 3 words
Re-ordered blocks
