Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 812401 - media-gfx/gimp-2.10.26: Fails to build with 09-texlive.conf fontconfig enabled
Summary: media-gfx/gimp-2.10.26: Fails to build with 09-texlive.conf fontconfig enabled
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Sergey Torokhov
URL:
Whiteboard:
Keywords: PullRequest
Depends on:
Blocks:
 
Reported: 2021-09-10 07:56 UTC by Petr Šabata
Modified: 2021-10-31 02:55 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emerge.info.txt,7.59 KB, text/plain)
2021-09-10 07:56 UTC, Petr Šabata
Details
build.log (snippet) (gimp-2.10.26.build.log.snippet.txt,5.93 KB, text/plain)
2021-09-10 08:01 UTC, Petr Šabata
Details
09-texlive.conf (09-texlive.conf,190 bytes, application/xml)
2021-09-10 08:02 UTC, Petr Šabata
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Petr Šabata 2021-09-10 07:56:41 UTC
Created attachment 738760 [details]
emerge --info

Updating to media-gfx/gimp-2.10.26 failed after I enabled 09-texlive.conf, provided by dev-texlive/texlive-xetex-2021.

The build fails while it tries to create temporary files under /usr/share/texmf-dist/fonts/.  It could very well be because 09-texlive.conf defines these absolute paths, so maybe not a GIMP build issue per se.
Comment 1 Petr Šabata 2021-09-10 08:01:08 UTC
Created attachment 738763 [details]
build.log (snippet)

The full log is too large to attach, even compressed.
Comment 2 Petr Šabata 2021-09-10 08:02:13 UTC
Created attachment 738766 [details]
09-texlive.conf

Provided by dev-texlive/texlive-xetex-2021
Comment 3 Petr Šabata 2021-09-10 08:03:24 UTC
Just to clarify, disabling the 09-texlive.conf via `eselect fontconfig` fixes the problem.
Comment 4 Sergey Torokhov 2021-09-12 00:21:57 UTC
This issue looks like https://bugs.gentoo.org/715534
with the difference that there fontconfig enable wasn't mentioned.


I'll try to reproduce and then to discuss it with someone from font team how to handle this case.
Comment 5 Sergey Torokhov 2021-09-13 20:29:15 UTC
I could confirm that issue is reproduced when I do

> eselect fontconfig enable 09-texlive.conf 
after installation of dev-texlive/texlive-xetex package.
Comment 6 Petr Šabata 2021-09-13 21:08:05 UTC
Yes, this is most likely the same as bug 715534.  I think the reporter there just didn't think or remember to mention the fontconfig bit.

Also, 09-texlive.conf is the only config on my system that lists any absolute paths.  I have zero idea about fontconfig files but perhaps that's the problem.
Comment 7 Sergey Torokhov 2021-09-21 15:14:51 UTC
It seems that issue is related that dev-texlive/texlive-xetex didn't install appropreate .uuid files in appropriate dirs/subdirs under /usr/share/texmf-dist/fonts/.

If 09-texlive.conf is enable and then reinstall (or unistall - install) dev-texlive/texlive-xetex again the these .uuid files are generated.

The comment from other issue state that early:

> https://bugs.gentoo.org/665008#c20
> font.eclass has 'EXPORT_FUNCTIONS pkg_setup src_install pkg_postinst pkg_postrm'.
> Blindly inheriting font.eclass at the end of 'inherit' line results in 
> losing exported functions from other eclasses.

Currently font.eclass is inherited first in  dev-texlive/texlive-xetex. Maybe the order of eclass functions is relevant too.
But I need to check this assumption.
Comment 8 Sergey Torokhov 2021-09-24 16:22:37 UTC
It seems as dev-texlive/texlive-xetex install font into unusual place therefore font.eclass (namely fc-ccache of fontconfig) doesn't generate .uuid files.

But if eselect fontconfig enable 09-texlive.conf is done then fontconfig knows about new unusual place and update fontcache to new directory to and genarate .uuid files.

Without this .uuid files presented sandbox error takes place.

Is it possible to force font.eclass to call fc-ccahe within directories listed in 09-texlive.conf or it require to call additionally fc-ccache for directories in pkg_postinst phase?
Comment 9 Eduardo Bray 2021-10-28 21:49:22 UTC
Same problem here, <# eselect fontconfig disable 1> fixes it. Thanks!
Comment 10 Jonathan Lovelace 2021-10-29 21:19:32 UTC
I just got a similar failure with gimp-2.10.22-r3 with sandbox violations trying to access /usr/share/fonts/truetype/denemo/.uuid.TMP-XXXXXX , and I don't see any reference to denemo in "eselect fontconfig list" (and "grep -r denemo /etc/fonts" gives no results either).
Comment 11 Sergey Torokhov 2021-10-29 21:33:58 UTC
(In reply to Jonathan Lovelace from comment #10)
> I just got a similar failure with gimp-2.10.22-r3 with sandbox violations
> trying to access /usr/share/fonts/truetype/denemo/.uuid.TMP-XXXXXX , and I
> don't see any reference to denemo in "eselect fontconfig list" (and "grep -r
> denemo /etc/fonts" gives no results either).

It's looks like denemo package installs font under standart directory and doesn't update fontcache.
Comment 12 Larry the Git Cow gentoo-dev 2021-10-31 02:55:01 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e08def2de3c9786112288791fb6db4f7188a2827

commit e08def2de3c9786112288791fb6db4f7188a2827
Author:     Sergey Torokhov <torokhov-s-a@yandex.ru>
AuthorDate: 2021-09-30 21:40:56 +0000
Commit:     Sam James <sam@gentoo.org>
CommitDate: 2021-10-31 02:50:05 +0000

    dev-texlive/texlive-xetex: Force run fc-cache to populate .uuid files
    
    Force additional run of fc-cache in ppkg_postinst() to populate .uuid files
    in non-standard font dirs listed in 09-texlive.conf.
    
    Closes: https://bugs.gentoo.org/812401
    
    Signed-off-by: Sergey Torokhov <torokhov-s-a@yandex.ru>
    Closes: https://github.com/gentoo/gentoo/pull/22451
    Signed-off-by: Sam James <sam@gentoo.org>

 .../{texlive-xetex-2021.ebuild => texlive-xetex-2021-r1.ebuild}      | 5 +++++
 1 file changed, 5 insertions(+)