Summary: | dev-tex/luatex (any version) : /usr/include/kpathsea/config.h:62:29: fatal error: kpathsea/c-auto.h: No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | TeX project <tex> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | aballier, alex_y_xu, gentoo, grobian, kingjon3377 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
http://bugs.debian.org/790294 http://bugs.debian.org/790657 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge log
package history |
Description
Toralf Förster
2015-07-27 20:04:14 UTC
Created attachment 407762 [details]
package history
The version of kpathsea that moved that header belongs to texlive set 2014 which has dev-tex/luatex block, so this seems to be a case of setup not supported by maintainer/herd. Well, there is c-auto.h but at a very wrong place. $ equery f kpathsea * Searching for kpathsea ... * Contents of dev-libs/kpathsea-6.2.1_p20150521: /etc /etc/texmf /etc/texmf/fmtutil.d ... /usr/include/kpathsea/variable.h /usr/include/kpathsea/version.h /usr/include/kpathsea/win32lib.h /usr/lib64 /usr/lib64/kpathsea /usr/lib64/kpathsea/c-auto.h ... Moving it to /usr/include solves the problem. Sorry, I don't understand, what put it there. I came across this too, solved the root of the problem (I think), but chose to open a seperate bug: https://bugs.gentoo.org/show_bug.cgi?id=560856 Until apps (upstream!) using kpathsea use pkgconfig to find the cflags for kpathsea, I see little use in patching a ton of apps using kpathsea to use pkgconfig for cflags when we can fix the root cause (that weird move of the header to $libdir/kpathsea/c-auto.h). If my (or a similar) fix is adopted, I think this bug can be closed :) Right, so, @tex what stops us from moving (or symlinking) c-auto.h back to usr/unclude/kpathsea? Or should we mask kpathsea versions? (In reply to Fabian Groffen from comment #5) > Right, so, @tex what stops us from moving (or symlinking) c-auto.h back to > usr/unclude/kpathsea? well, first maybe because it has been moved there for a reason: it is abi-dependent and autogenerated. > Or should we mask kpathsea versions? mask luatex rather: the offending kpathsea version is for texlive 2015, and probably doesn't work with earlier versions, and with texlive 2015 you can't install dev-tex/luatex since it is incldued in texlive-core. lazy fix is what is all around the place: has_version '>=dev-libs/kpathsea-6.2.1' && append-cppflags "$($(tc-getPKG_CONFIG) --cflags kpathsea)" This now affects stable package set. Will be removed in a week. |