Bummer, sandbox file does not exist: /var/tmp/portage/media-gfx/tuxpaint-0.9.24/temp/sandbox.log ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_desktop_plasma-libressl-20201219-114537 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10.2.0 * clang version 11.0.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/11/bin /usr/lib/llvm/11 11.0.0 Available Python interpreters, in order of preference: [1] python3.9 [2] python3.8 (fallback) [3] python2.7 (fallback) Available Ruby profiles: [1] ruby25 (with Rubygems) [2] ruby26 (with Rubygems) [3] ruby27 (with Rubygems) * Available Rust versions: [1] rust-1.48.0 * The following VMs are available for generation-2: *) AdoptOpenJDK 8.272_p10 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 system-vm The Glorious Glasgow Haskell Compilation System, version 8.8.4 timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Sun Dec 27 11:05:18 AM UTC 2020 /var/db/repos/libressl Sat Dec 26 08:35:13 PM UTC 2020 emerge -qpvO media-gfx/tuxpaint [ebuild N ] media-gfx/tuxpaint-0.9.24
Created attachment 679817 [details] emerge-info.txt
Created attachment 679820 [details] emerge-history.txt
Created attachment 679823 [details] etc.portage.tbz2
Created attachment 679826 [details] logs.tbz2
Created attachment 679829 [details] media-gfx:tuxpaint-0.9.24:20201227-114342.log
Does inkscape install fonts? Then it should call https://gitweb.gentoo.org/repo/gentoo.git/tree/eclass/font.eclass#n215 whatever's happening here in pkg_postinst. Or just inherit font.eclass and call pkg_postinst() { font_pkg_postinst } (check for possible EXPORT_FUNCTION overrides) Does tuxpaint somehow depend on inkscape, or is it just searching for *any* available font it finds? (I'd help more but currently away on holiday with a crappy travel laptop along me)
As far as I'm aware inkscape doesn't install fonts in that directory (only a README), had a look at the source to find a situation where it could but I can't see it (haven't tried every USE though). Do other packages install there? inkscape fonts directory did cause issues in the past: bug #739166, but it didn't answer anything. Either way I don't imagine this being tuxpaint's bug, but be good to figure out how this happened here.
Uh, well... $ find /usr/share/inkscape/fonts /usr/share/inkscape/fonts /usr/share/inkscape/fonts/README --- (nothing else) # emerge tuxpaint [...] ...Generating thumbnails for starters... . * ACCESS DENIED: mkostemp: /usr/share/inkscape/fonts/.uuid.TMP-XXXXXX Is the directory itself a problem?
Still don't know why there's .uuid issues but inkscape is called by ImageMagick (used by tuxpaint) as a svg:decode delegate.
Ionen, what are your USE flags for inkscape? As I can't even get the file /usr/share/inkscape/fonts/README installed. Does it even come from inkscape? equery b /usr/share/inkscape/fonts/README
Re-emerged to confirm: $ equery b /usr/share/inkscape/fonts/README * Searching for /usr/share/inkscape/fonts/README ... media-gfx/inkscape-1.0.1 (/usr/share/inkscape/fonts/README) $ emerge -pvq inkscape [ebuild R ] media-gfx/inkscape-1.0.1 USE="openmp -cdr -dbus -dia -exif -graphicsmagick -imagemagick -inkjar (-jemalloc) -jpeg -lcms -postscript -spell -static-libs -svg2 -visio -wpg" PYTHON_SINGLE_TARGET="python3_9 -python3_7 -python3_8" Note this is all ~amd64, haven't tried stable (likewise for imagemagick). Tried to build tuxpaint again too, still getting access violations, it also doesn't build at all if I depclean inkscape: ...Generating thumbnails for starters... .convert: no images defined `starters/.thumbs/bald_eagle-t.png' @ error/convert.c/ConvertImageCommand/3301. make: *** [Makefile:708: starters/.thumbs/bald_eagle-t.png] Error 1 These imagemagick delegates seem like a deep-rooted problem.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=cef5582dfd2cc811ca50817c1938ff41007bed77 commit cef5582dfd2cc811ca50817c1938ff41007bed77 Author: Joonas Niilola <juippis@gentoo.org> AuthorDate: 2021-01-02 15:35:02 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2021-01-02 15:35:40 +0000 media-gfx/tuxpaint: add imagemagick[svg] as build-dep Bug: https://bugs.gentoo.org/761915 Signed-off-by: Joonas Niilola <juippis@gentoo.org> media-gfx/tuxpaint/tuxpaint-0.9.24.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
Once the PR gets merged, that should be everything done regarding this bug. Also I must admit to my shame I was hitting /usr/share/fonts/inkscape and not /usr/share/inkscape/fonts on my test-machine... so the USE flags weren't any issue there :)
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8a7966781c218c5402a171b717322c9773134610 commit 8a7966781c218c5402a171b717322c9773134610 Author: Joonas Niilola <juippis@gentoo.org> AuthorDate: 2021-01-02 17:54:47 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2021-01-02 17:54:47 +0000 media-gfx/inkscape: fix sandbox issue with 1.0.1 Closes: https://bugs.gentoo.org/761915 Closes: https://github.com/gentoo/gentoo/pull/18911 Signed-off-by: Joonas Niilola <juippis@gentoo.org> media-gfx/inkscape/inkscape-1.0.1.ebuild | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-)
