Bug 894582 – games-emulation/ppsspp-1.14.4 installs files with unresolved SONAME dependencies (HARDENED-SYSTEM)

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Agostino Sarubbo 2023-02-15 12:05:45 UTC]

https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: games-emulation/ppsspp-1.14.4 installs files with unresolved SONAME dependencies (HARDENED-SYSTEM).
Discovered on: amd64 (internal ref: hardened_tinderbox)

NOTE:
(HARDENED-SYSTEM) in the summary means that the bug was found on a machine that runs an hardened profile with -D_FORTIFY_SOURCE=3 and -D_GLIBCXX_ASSERTIONS (https://www.gentoo.org/support/news-items/2023-01-01-hardening-fortify-assertions.html) but this bug MAY or MAY NOT BE related to the changes related to hardened.

[Comment 1 Agostino Sarubbo 2023-02-15 12:05:47 UTC]

Created attachment 851246 [details]
build.log.xz

build log and emerge --info (compressed because it exceeds attachment limit, use 'xzless' to read it)

[Comment 2 Larry the Git Cow 2023-03-03 22:27:35 UTC]

The bug has been closed via the following commit(s):

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

commit 1406f4c1f8df2cfb71896d63860150f4284f2617
Author:     Maciej Barć <[e-mail]>
AuthorDate: 2023-03-03 22:23:03 +0000
Commit:     Maciej Barć <[e-mail]>
CommitDate: 2023-03-03 22:27:32 +0000

    games-emulation/ppsspp: pin dev-util/glslang to slot 0/1
    
    Closes: https://bugs.gentoo.org/894582
    Signed-off-by: Maciej Barć <[e-mail]>

 .../ppsspp/{ppsspp-1.14.1-r1.ebuild => ppsspp-1.14.1-r2.ebuild}       | 4 ++--
 .../ppsspp/{ppsspp-1.14.2.ebuild => ppsspp-1.14.2-r1.ebuild}          | 4 ++--
 .../ppsspp/{ppsspp-1.14.4.ebuild => ppsspp-1.14.4-r1.ebuild}          | 4 ++--
 3 files changed, 6 insertions(+), 6 deletions(-)

[Comment 3 Andreas Sturmlechner 2023-03-04 15:21:52 UTC]

This is now blocking dev-util/glslang cleanup and needs a different resolution than pinning to old subslot.

[Comment 4 Maciej Barć 2023-03-04 15:25:31 UTC]

(In reply to Andreas Sturmlechner from comment #3)
> This is now blocking dev-util/glslang cleanup and needs a different
> resolution than pinning to old subslot.

I'm open to testing any solutions.

PPSSPP upstream ships glslang sources (slot 11) but from my tests I see that the glslang is built dynamically but not installed.

[Comment 5 Andreas Sturmlechner 2023-03-04 15:57:38 UTC]

Sounds like an upstream problem then, is there a bug to follow?

[Comment 6 Larry the Git Cow 2023-03-04 21:15:13 UTC]

The bug has been closed via the following commit(s):

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

commit d944d80cea26de120e9e491ca344638cdc616a8f
Author:     Maciej Barć <[e-mail]>
AuthorDate: 2023-03-04 21:05:25 +0000
Commit:     Maciej Barć <[e-mail]>
CommitDate: 2023-03-04 21:15:11 +0000

    games-emulation/ppsspp: remove glslang dep - turn off shared libs
    
    Closes: https://bugs.gentoo.org/894582
    Signed-off-by: Maciej Barć <[e-mail]>

 .../ppsspp/{ppsspp-1.14.1-r2.ebuild => ppsspp-1.14.1-r3.ebuild}       | 4 ++--
 .../ppsspp/{ppsspp-1.14.2-r1.ebuild => ppsspp-1.14.2-r2.ebuild}       | 4 ++--
 .../ppsspp/{ppsspp-1.14.4-r1.ebuild => ppsspp-1.14.4-r2.ebuild}       | 4 ++--
 3 files changed, 6 insertions(+), 6 deletions(-)

[Comment 7 Nick Sarnie 2023-03-04 23:26:48 UTC]

Is the fix to have the package build glslang as part of its build process instead of using the system one?

If so we should make a bug upstream because the fact we have to do that is insane.

[Comment 8 Maciej Barć 2023-03-05 11:02:01 UTC]

(In reply to Nick Sarnie from comment #7)
> Is the fix to have the package build glslang as part of its build process
> instead of using the system one?
> 
> If so we should make a bug upstream because the fact we have to do that is
> insane.

https://github.com/hrydgard/ppsspp/pull/16668

[Comment 9 Nick Sarnie 2023-03-05 14:33:31 UTC]

(In reply to Maciej Barć from comment #8)
> https://github.com/hrydgard/ppsspp/pull/16668

Nice, thanks!