Hi Alexis, > The real reason is that we need to go through ~arch testing, fixing rev > deps that might need update to their .tex files because the underlying > packages they use has changed, adapt the deps for some potential > changes, and then a stablereq round.
I agree. This makes the situation not easier. > [...] >> This is not a very nice solution, but it works so far. One difficulty >> is, that there is no 1:1 relation between the texlive distribution and >> dev-texlive/* at the moment. > There is a 1:1 relation. A full installation of TeXLive installs packages, which are in dev-tex/* and dev-texlive/* on gentoo. On the other hand single packages are bundled some times. Some programs/packages can be found in dev-tex/* and dev-texlive/* I remember, that I last we had for example dev-tex/notoccite in the tree and dev-texlive/texlive-latexextra including shipped the same, but newer files. This is what I meant with "no 1:1 relation" >> How can we enable our users to run a recent TeXLive in a clean way? > /usr/local/share/texmf has been supported by texlive on Gentoo from day > one. You can use that. It's an overlay that takes precedence on > anything else, so per the above, you lose all the QA & testing done > behind the scenes if you use this. And packages which depend on a specific LaTeX package will not install. So the user has to provide a package.provided list, which is not so nice to maintain for so many packages. -- Best, Jonas
signature.asc
Description: OpenPGP digital signature
