starred/LinuxGSM

Fork 0

mirror of https://github.com/GameServerManagers/LinuxGSM.git synced 2026-04-25 14:15:59 +03:00

[GH-ISSUE #915] stdbuf error #732

New issue

Closed

opened 2026-02-27 02:03:25 +03:00 by kerem · 8 comments

kerem commented

2026-02-27 02:03:25 +03:00

Owner

Originally created by @macchky on GitHub (Jul 12, 2016).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/915

When updating apps this error occurs everytime, due to bits differences between OS self and steamcmd.

on Ubnutu 16.04 64bit

[  OK  ] Update arma3-server: SteamCMD
ERROR: ld.so: object '/usr/lib/x86_64-linux-gnu/coreutils/libstdbuf.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.

It may be occured from this file
/lgsm/functions/update_steamcmd.sh

at this section. Line 21

    # Detects if unbuffer command is available.
    if [ $(command -v stdbuf) ]; then
        unbuffer="stdbuf -i0 -o0 -e0"
    fi

    if [ "${engine}" == "goldsource" ]; then
        ${unbuffer} ./steamcmd.sh +login "${steamuser}" "${steampass}" +force_install_dir "${filesdir}" +app_set_config 90 mod ${appidmod} +app_update "${appid}" +quit | tee -a "${scriptlog}"
    else
        ${unbuffer} ./steamcmd.sh +login "${steamuser}" "${steampass}" +force_install_dir "${filesdir}" +app_update "${appid}" +quit | tee -a "${scriptlog}"
    fi

Originally created by @macchky on GitHub (Jul 12, 2016). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/915 When updating apps this error occurs everytime, due to bits differences between OS self and steamcmd. on Ubnutu 16.04 64bit ``` [ OK ] Update arma3-server: SteamCMD ERROR: ld.so: object '/usr/lib/x86_64-linux-gnu/coreutils/libstdbuf.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. ``` It may be occured from this file /lgsm/functions/update_steamcmd.sh at this section. Line 21 ``` # Detects if unbuffer command is available. if [ $(command -v stdbuf) ]; then unbuffer="stdbuf -i0 -o0 -e0" fi if [ "${engine}" == "goldsource" ]; then ${unbuffer} ./steamcmd.sh +login "${steamuser}" "${steampass}" +force_install_dir "${filesdir}" +app_set_config 90 mod ${appidmod} +app_update "${appid}" +quit | tee -a "${scriptlog}" else ${unbuffer} ./steamcmd.sh +login "${steamuser}" "${steampass}" +force_install_dir "${filesdir}" +app_update "${appid}" +quit | tee -a "${scriptlog}" fi ```

kerem

2026-02-27 02:03:25 +03:00

closed this issue
added the
outcome: duplicate
label

kerem commented

2026-02-27 02:53:09 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Jul 12, 2016):

Are you aware of a way to resolve this? It is a bit of a non error as it doesn't seem to cause any issues.

@dgibbs64 commented on GitHub (Jul 12, 2016): Are you aware of a way to resolve this? It is a bit of a non error as it doesn't seem to cause any issues.

kerem commented

2026-02-27 02:53:09 +03:00

Author

Owner

@UltimateByte commented on GitHub (Jul 12, 2016):

I see many people complaining about that since the recent stdbuf change.

@UltimateByte commented on GitHub (Jul 12, 2016): I see many people complaining about that since the recent stdbuf change.

kerem commented

2026-02-27 02:53:09 +03:00

Author

Owner

@cedarlug commented on GitHub (Jul 13, 2016):

It's benign, but no one likes to see an error.

A possible (easy?) fix would be to revert back to what I argued against: setting expect as a dependency and using unbuffer instead.

@cedarlug commented on GitHub (Jul 13, 2016): It's benign, but no one likes to see an error. A possible (easy?) fix would be to revert back to what I argued against: setting expect as a dependency and using unbuffer instead.

kerem commented

2026-02-27 02:53:09 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Jul 13, 2016):

Na its a non error. Its not causing any actual issues.

@dgibbs64 commented on GitHub (Jul 13, 2016): Na its a non error. Its not causing any actual issues.

kerem commented

2026-02-27 02:53:09 +03:00

Author

Owner

@UltimateByte commented on GitHub (Jul 15, 2016):

Seems like it may actually cause issues https://github.com/dgibbs64/linuxgsm/issues/924

@UltimateByte commented on GitHub (Jul 15, 2016): Seems like it may actually cause issues https://github.com/dgibbs64/linuxgsm/issues/924

kerem commented

2026-02-27 02:53:09 +03:00

Author

Owner

@macchky commented on GitHub (Jul 16, 2016):

I'm not sure this related to stdbuf, but some processing about appid caused malfunction of downloading apps.

Example: appid ="233780 -beta apex_sneak_preview"
I try to update ,but like #924 not updating app.

This caused by that line as I mentioned
/lgsm/functions/update_steamcmd.sh
Line29

    else
        ${unbuffer} ./steamcmd.sh +login "${steamuser}" "${steampass}" +force_install_dir "${filesdir}" +app_update "${appid}" +quit | tee -a "${scriptlog}"
    fi

Looks like "${appid}" quoted appid parameter is not properly processed by steamcmd

As I removed appid quote from update_steamcmd.sh, it's go well.

@macchky commented on GitHub (Jul 16, 2016): I'm not sure this related to stdbuf, but some processing about appid caused malfunction of downloading apps. Example: appid ="233780 -beta apex_sneak_preview" I try to update ,but like #924 not updating app. This caused by that line as I mentioned /lgsm/functions/update_steamcmd.sh Line29 ``` else ${unbuffer} ./steamcmd.sh +login "${steamuser}" "${steampass}" +force_install_dir "${filesdir}" +app_update "${appid}" +quit | tee -a "${scriptlog}" fi ``` Looks like `"${appid}"` quoted appid parameter is not properly processed by steamcmd As I removed appid quote from update_steamcmd.sh, it's go well.

kerem commented

2026-02-27 02:53:09 +03:00

Author

Owner

@UltimateByte commented on GitHub (Aug 27, 2016):

Closing as duplicate

@UltimateByte commented on GitHub (Aug 27, 2016): Closing as duplicate

kerem commented

2026-02-27 02:53:09 +03:00

Author

Owner

@lock[bot] commented on GitHub (Jul 19, 2018):

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock[bot] commented on GitHub (Jul 19, 2018): This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.