Summary: | media-gfx/transfig spawns shells more than 1000 shell levels deep, causing emerges to fail | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | conexe3677 |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | conexe3677, ionen, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=725200 https://bugs.gentoo.org/show_bug.cgi?id=729630 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log of media-gfx/transfig
emerge --info '=media-gfx/transfig-3.2.5e-r1::gentoo' Ebuild Environment File |
Description
conexe3677
2021-01-08 20:10:38 UTC
Please attach build.log files to the bug. Don't use external resources to reference additional infromation because these services might become inaccessible. Please also provide "emerge --info" output, I'd notably want this to confirm what shell /bin/sh is among other potential hints because I can't reproduce so far. Oh, I see... emerge --info will probably show: CC=gcc Created attachment 682024 [details]
build.log of media-gfx/transfig
Adding the build.log
Created attachment 682027 [details]
emerge --info '=media-gfx/transfig-3.2.5e-r1::gentoo'
Output of emerge --info '=media-gfx/transfig-3.2.5e-r1::gentoo'
Created attachment 682030 [details]
Ebuild Environment File
And here is the corresponding ebuild environment file.
I recommend not to set CC and CXX without a specific reason, portage will take care of setting those to the right values (e.g. should work fine if removed from make.conf). But thanks for the report, this needs another solution or fixing so it can't call itself: # Create wrapper for gcc, bug #720820 printf '#!/bin/sh\n%s ${*}\n' "$(tc-getCC)" > "${T}"/gcc (In reply to Ionen Wolkens from comment #7) > This needs another solution or fixing so it can't call itself Or rather, this seems to all trace back to imake's xmkmf, I don't think packages should do their own workarounds. At best just define emake CC= and live with failing with -native-symlinks for now. Similar bug #725200's logs notably gives an error for both ld and gcc during xmkmf. Other bug #729630 proposed to remove the ld call entirely from imake. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4f7dcc5da0c4434b1685fa22bb6b6657ea168697 commit 4f7dcc5da0c4434b1685fa22bb6b6657ea168697 Author: Ionen Wolkens <sudinave@gmail.com> AuthorDate: 2021-04-14 10:08:34 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2021-04-15 06:38:53 +0000 media-gfx/transfig: remove gcc wrapper, fix ld use Wrapper allowed it to build (while keeping ld QA notice), but would cause an infinite loop if users sets CC=gcc (bug #764506). Switch to the more streamlined solution that >=imake-1.0.8-r1 allows. Also swapped DEPEND with BDEPEND to put imake in the right block. Closes: https://bugs.gentoo.org/764506 Signed-off-by: Ionen Wolkens <sudinave@gmail.com> Signed-off-by: Joonas Niilola <juippis@gentoo.org> media-gfx/transfig/transfig-3.2.5e-r1.ebuild | 21 ++++++++++----------- 1 file changed, 10 insertions(+), 11 deletions(-) |