Summary: | dev-tex/xcolor-2.12-r1[doc] with dev-tex/pgf-3.1.4 fails to build documentation | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | David Fellows <fellows> |
Component: | Current packages | Assignee: | TeX project <tex> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | fellows, jstein, okannen, zima |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build log
xcolor2.log with tex output texlive-pstricks-2017-pgf-3.1.4-compat.patch |
Description
David Fellows
2019-08-09 13:50:43 UTC
Created attachment 586294 [details]
build log
Created attachment 586298 [details]
xcolor2.log with tex output
emerge -pqv '=dev-tex/xcolor-2.12-r1::gentoo' [ebuild R ] dev-tex/xcolor-2.12-r1 USE="doc*" This is probably related to bug #691408, but it occurs with the version of pgf that fixed that bug. confirmed tried with pgf-3.1.4 and pgf-3.1.4b (~). found: https://tex.stackexchange.com/questions/469005/pstricks-newly-introduced-error-in-package and others looking for pgffor.code.tex migh be a minor 'API change' which is not recognized by every package who uses it. ervin I encountered the same error: dev-tex/xcolor[doc] fails to build, while using dev-tex/pgf-3.1.4 . I have experienced the same problem, but it was with the old dev-texlive/texlive-pstricks-2017. With the new 2019 version it builds ok. Just be careful that pstricks get upgraded _before_ xcolor. Created attachment 587632 [details, diff]
texlive-pstricks-2017-pgf-3.1.4-compat.patch
So with the update of pgf, dev-texlive/texlive-pstricks-2017 is broken and needs to be fixed. I've created a patch for it (based on the code in texlive-pstricks-2019).
*** Bug 692828 has been marked as a duplicate of this bug. *** We are going to tree clean the package as discussed in https://bugs.gentoo.org/692828#c1 https://bugs.gentoo.org/692828#c2 We will use xcolor from texlive from now on. Do we need the patch for the remaining xcolor in texlive too? There's nothing wrong with xcolor. It is dev-texlive/texlive-pstricks-2017 which is broken with the current pgf packages. Any document trying to use pstricks will fail, and xcolor just happens to use pstricks for one of its docs---it shouldn't matter which xcolor version you use. So you need to patch texlive-pstricks-2017 in any case (or stabilize texlive 2019 and remove 2017). It's simply unusable right now. Thanks, after saving the patch in Comment 8 as /etc/portage/patches/dev-texlive/texlive-pstricks-2017/texlive-pstricks-2017-pgf-3.1.4-compat.patch and reemerging dev-texlive/texlive-pstricks, I could update dev-tex/xcolor successfully. (In reply to Jonas Stein from comment #10) > We are going to tree clean the package as discussed in > https://bugs.gentoo.org/692828#c1 > https://bugs.gentoo.org/692828#c2 > > We will use xcolor from texlive from now on. > > Do we need the patch for the remaining xcolor in texlive too? going to move xcolor to latexrecommended as was discussed (tarrbals should be mirrored soon) tl-2019 has veen stabilized, and I have incorporated xcolor into latexrecommended now. dev-tex/xcolor will be removed in 10 days. If dev-tex/xcolor is incorporated into latexrecommended, should not then the dependency in dev-tex/pgf: RDEPEND="dev-texlive/texlive-latexrecommended dev-tex/xcolor" be removed then? |