Install: Build failed - make_game.py #246
Labels
No labels
area/accessibility
area/audio
area/input
area/install
area/menu
area/renderer
area/saves
area/upscaling
beanstalk: approved @ 1697603
beanstalk: approved @ 2c5a62e
beanstalk: approved @ 4fd82b7
beanstalk: approved @ 64d6d09
beanstalk: approved @ 6f91fae
beanstalk: approved @ 70a78f9
beanstalk: approved @ 8d361dc
beanstalk: approved @ 9d8356e
beanstalk: approved @ abf2227
beanstalk: approved @ d82f202
beanstalk: approved @ e5f1e40
beanstalk: approved @ ee8ab5f
ci: approved
good first issue
gpu/amd
gpu/igpu
gpu/intel
gpu/nvidia
help wanted
kind
bug
kind
chore
kind
docs
kind
feature
kind
performance
kind
question
needs measurements
platform/linux
platform/macos
platform/steam-deck
platform/windows
preview
priority
critical
priority
high
priority
low
regression
status
blocked
status
confirmed
status
duplicate
status
invalid
status
needs-info
status
wontfix
testing wanted
ci: approved
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
MagicBeanDev/Longshot#246
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What you used
Linux AppImage
Version
Launcher 1.0.0, Longshot 3.0.0-rc.3
Channel
Release
Where it stopped
Building the game
The error
Operating system and free space on the output drive
OpenSUSE Tumbleweed - 48.2 GB
Visual Studio or Build Tools version, and Windows SDK version
No response
Log
No response
Before you send it
Investigating this build failure. Severity S0 (the builder cannot finish), confidence 0.4 from this report; affected Linux reach is not yet measured. I am checking the ELF symbol guard with an authored game-free shared-library fixture first, including whether the selected nm tool preserves symbol versions. No game files or built renderer are needed from you, and no fix is claimed yet.
A small authored ELF fixture narrows the checker failure: GNU nm 2.42 and LLVM nm 23.1.5 defaults both pass here, but suppressing nm's symbol-version annotations makes the current guard reject a valid, RTLD_NOW-loadable library for abort/access/acosf/calloc/free. GNU and LLVM readelf retain the ELF versions and still identify a deliberately missing strong host symbol. I am preparing a narrowly scoped checker fix; this does not yet confirm the cause of your exact AppImage failure. Could you report the path and version of nm used by the Launcher build, and whether its output for the ordinary imports includes @GLIBC suffixes? Please share text diagnostics only, not the built library or game files.
@monsterlag wrote in #246 (comment):
nm path: /usr/bin/nm
nm version: GNU nm (GNU Binutils; openSUSE Tumbleweed) 2.47.0.20260921-3
Copyright (C) 2026 Free Software Foundation, Inc.
Regarding GLIBC suffixes:
I ran:
nm -D /usr/lib64/libm.so.6 | grep -E " (abort|access|acosf|calloc|free)"
Output:
000000000001971e T acosf
000000000007db7e T acosf
0000000000026cde W acosf128
000000000007db7e W acosf32
00000000000180fe W acosf32x
00000000000180fe W acosf64
0000000000013fee W acosf64x
I have the same issue and I'm also on OpenSUSE Tumbleweed.
Hi ! Tumbleweed user here, same issue as you guys.
To help the maintainers, it seems the issue wasn't a thing on v3.0.0-rc.2, as it compiles successfully on it.