texlive: update to 2022

[jmairboeck]

just texlive_core for now, I will add texlive (the texmf part) next.

I just renamed the patchset from 2021 and it still applied cleanly (which is a bit surprising). According to the high-level changelog, it could be that the "SELFAUTO" patch is not actually needed any more, but we will only see that after the upgrade is finished and this is tested. It will probably not be harmful though, so we can just keep it anyway, I think.

I tested the build on x86_64 (nightly). Could someone please check x86?

[jmairboeck]

I noticed that the linting CI job failed because it tried to find a package called "subpackageInfos" which doesn't exist obviously. I used the .recipe file extension on it to get correct synatax highlighting and because it is an actual recipe snippet (not a full recipe on its own). Should I rename the file regardless, or could the linter be changed so that it ignores files in additional-files, or should we just ignore it?

[Begasus]

I think it's safe to ignore for now

[Begasus]

Missing dependencies for lib:libbrotlydec and lib:libbz2 in REQUIRES (for texlive_core)

[jmairboeck]

shouldn't there be a policy check for missing dependencies? I didn't get any warnings besides some missing cmd: PROVIDES, which I have added.

[Begasus]

shouldn't there be a policy check for missing dependencies? I didn't get any warnings besides some missing cmd: PROVIDES, which I have added.

I got POLICY ERRORS on them for 3 cmd in the PROVIDES section (running haikuporter in strict mode)

EDIT this could be due to my local update on freetype :)

[Begasus]

This fixes the freetype detection here: https://gitweb.gentoo.org/repo/gentoo.git/tree/app-text/texlive-core/texlive-core-2021-r1.ebuild#n183
EDIT not sure if it's related to this, at first I got some undefined references (-lnetwork), adding LDFLAGS="-lnetwork" got pass that but now stuck with undefined reference to getpass'`, so not there yet ... (32bit nightly)

[Begasus]

PS, latest version atm is 20220403 ;)

[jmairboeck]

PS, latest version atm is 20220403 ;)

This is that version. It was released on April 3, but the internal version number of the tarballs is still 20220321 (this time consistent with all of them, not like 2021)

[jmairboeck]

This fixes the freetype detection here: https://gitweb.gentoo.org/repo/gentoo.git/tree/app-text/texlive-core/texlive-core-2021-r1.ebuild#n183

freetype-config not being found seems not to be a problem.

EDIT not sure if it's related to this, at first I got some undefined references (-lnetwork), adding LDFLAGS="-lnetwork" got pass that but now stuck with undefined reference to getpass'`, so not there yet ... (32bit nightly)

this means that the reautoconf script from the patch function didn't work correctly. It runs autoconf internally, but that only does something if the configure script isn't newer than the corresponding configure.ac file. The best way to fix this temporarily is to

1. make sure the patchset is applied
2. run touch texk/{dvipdfm-x,web2c}/configure.ac in the sourceDir (to make sure the patched configure.ac scripts are current)
3. run reautoconf again

[jmairboeck]

2. run touch texk/{dvipdfm-x,web2c}/configure.ac in the sourceDir (to make sure the patched configure.ac scripts are current)

should i add that to the recipe before calling reautoconf in the patch function just to make sure? Right now, it only works when building "cleanly", i.e. when the patchset is applied before running the patch function.

[jmairboeck]

EDIT not sure if it's related to this, at first I got some undefined references (-lnetwork), adding LDFLAGS="-lnetwork" got pass that but now stuck with undefined reference to getpass'`, so not there yet ... (32bit nightly)

getpass is defined in libbsd, so LDFLAGS="-lnetwork -lbsd" would also work probably.

[jmairboeck]

Before merging this, I need to investigate why xetex doesn't find the DejaVu fonts even though they are installed (see #6836 (comment)). On MacOS, there are similar problems apparently: https://tex.stackexchange.com/a/426682/52759.

This also happens outside of haikuporter.

[jmairboeck]

I found out what the problem was: xetex uses system fonts and finds them using fontconfig. For fontconfig to find the fonts, its cache needs to be current. The cache needs to be rebuilt with fc-cache -f.