starred/LinuxGSM

Fork 0

mirror of https://github.com/GameServerManagers/LinuxGSM.git synced 2026-04-25 06:05:57 +03:00

[GH-ISSUE #275] Suggestion: Use "unbuffer" to get by pipe buffer #233

New issue

Closed

opened 2026-02-27 02:00:18 +03:00 by kerem · 15 comments

kerem commented

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

Owner

Originally created by @tenpin784 on GitHub (Jan 25, 2015).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/275

When downloading a game, the buffer of the tee command makes it appear that the download has frozen. By adding unbuffer (from the expect package), it makes it so the status lines are printed out as they happen.

In functions/fn_install_serverfiles:

unbuffer ./steamcmd.sh +login "${steamuser}" "${steampass}" +force_install_dir "${filesdir}" +app_update "${appid}" +quit |tee .fn_install_serverfiles.tmp

unbuffer ./steamcmd.sh +login "${steamuser}" "${steampass}" +force_install_dir "${filesdir}" +app_update "${appid}" -validate +quit |tee .fn_install_serverfiles.tmp

Just a thought.

--John

Originally created by @tenpin784 on GitHub (Jan 25, 2015). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/275 When downloading a game, the buffer of the tee command makes it appear that the download has frozen. By adding unbuffer (from the expect package), it makes it so the status lines are printed out as they happen. In functions/fn_install_serverfiles: --- unbuffer ./steamcmd.sh +login "${steamuser}" "${steampass}" +force_install_dir "${filesdir}" +app_update "${appid}" +quit |tee .fn_install_serverfiles.tmp unbuffer ./steamcmd.sh +login "${steamuser}" "${steampass}" +force_install_dir "${filesdir}" +app_update "${appid}" -validate +quit |tee .fn_install_serverfiles.tmp unbuffer ./steamcmd.sh +login "${steamuser}" "${steampass}" +force_install_dir "${filesdir}" +app_update "${appid}" -validate +quit |tee .fn_install_serverfiles.tmp --- Just a thought. --John

kerem

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

closed this issue
added the
type: feature
label

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (Jan 25, 2015):

NIce suggestion. I will be implementing this idea. Thanks

@dgibbs64 commented on GitHub (Jan 25, 2015): NIce suggestion. I will be implementing this idea. Thanks

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (Jan 26, 2015):

Looked at this however you have to install another package to get this to work and when I did the command still wasn't available in ubuntu or debian. Are there other options that are more compatible?

@dgibbs64 commented on GitHub (Jan 26, 2015): Looked at this however you have to install another package to get this to work and when I did the command still wasn't available in ubuntu or debian. Are there other options that are more compatible?

kerem commented

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

Author

Owner

@tenpin784 commented on GitHub (Jan 27, 2015):

Did you install expect, or expect-dev?

From what I have read, in Ubuntu its in expect-dev.
On Jan 26, 2015 5:26 AM, "Daniel Gibbs" notifications@github.com wrote:

Looked at this however you have to install another package to get this to
work and when I did the command still wasn't available in ubuntu or debian.
Are there other options that are more compatible?

—
Reply to this email directly or view it on GitHub
https://github.com/dgibbs64/linuxgameservers/issues/275#issuecomment-71447314
.

@tenpin784 commented on GitHub (Jan 27, 2015): Did you install expect, or expect-dev? From what I have read, in Ubuntu its in expect-dev. On Jan 26, 2015 5:26 AM, "Daniel Gibbs" notifications@github.com wrote: > Looked at this however you have to install another package to get this to > work and when I did the command still wasn't available in ubuntu or debian. > Are there other options that are more compatible? > > — > Reply to this email directly or view it on GitHub > https://github.com/dgibbs64/linuxgameservers/issues/275#issuecomment-71447314 > .

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (Jan 29, 2015):

that would be the issue then. I will look at writing this in as an optional. If the server happens to have it installed then it would use it. If not it wont.

@dgibbs64 commented on GitHub (Jan 29, 2015): that would be the issue then. I will look at writing this in as an optional. If the server happens to have it installed then it would use it. If not it wont.

kerem commented

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

Author

Owner

@tenpin784 commented on GitHub (Jan 29, 2015):

Was thinking that too.

something like unbuffer=which unbuffer

if $unbuffer == '' then dont use it.

something like that?
On 01/29/2015 04:35 PM, Daniel Gibbs wrote:

that would be the issue then. I will look at writing this in as an
optional. If the server happens to have it installed then it would use
it. If not it wont.

—
Reply to this email directly or view it on GitHub
https://github.com/dgibbs64/linuxgameservers/issues/275#issuecomment-72118481.

@tenpin784 commented on GitHub (Jan 29, 2015): Was thinking that too. something like unbuffer=`which unbuffer` if $unbuffer == '' then dont use it. something like that? On 01/29/2015 04:35 PM, Daniel Gibbs wrote: > that would be the issue then. I will look at writing this in as an > optional. If the server happens to have it installed then it would use > it. If not it wont. > > — > Reply to this email directly or view it on GitHub > https://github.com/dgibbs64/linuxgameservers/issues/275#issuecomment-72118481.

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (Jan 29, 2015):

yep thats what I have planned :). Won't take look long to implement either

@dgibbs64 commented on GitHub (Jan 29, 2015): yep thats what I have planned :). Won't take look long to implement either

kerem commented

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

Author

Owner

@ilijamt commented on GitHub (Apr 7, 2015):

You have a similar command in Linux it's part of the coreutils so it will be present on every system.

The command is stdbuf, take a look at http://linux.die.net/man/1/stdbuf

So for the case above to work you would do it like this.

stdbuf -o 0 <command> | tee <log_file>

@ilijamt commented on GitHub (Apr 7, 2015): You have a similar command in Linux it's part of the coreutils so it will be present on every system. The command is stdbuf, take a look at http://linux.die.net/man/1/stdbuf So for the case above to work you would do it like this. ``` stdbuf -o 0 <command> | tee <log_file> ```

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (Apr 15, 2015):

Thanks for that @ilijamt I will investigate.

@dgibbs64 commented on GitHub (Apr 15, 2015): Thanks for that @ilijamt I will investigate.

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (May 5, 2015):

Tried sdbuff got the following error

ERROR: ld.so: object '/usr/lib/coreutils/libstdbuf.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.

@dgibbs64 commented on GitHub (May 5, 2015): Tried sdbuff got the following error ``` ERROR: ld.so: object '/usr/lib/coreutils/libstdbuf.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. ```

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (May 5, 2015):

I have now implemented unbuffer that will run if available on the distro.

github.com/dgibbs64/linuxgsm@044d5f5aec

@dgibbs64 commented on GitHub (May 5, 2015): I have now implemented unbuffer that will run if available on the distro. https://github.com/dgibbs64/linuxgsm/commit/044d5f5aec232fd6451219fc45a426123ae1a7f1

kerem commented

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

Author

Owner

@ilijamt commented on GitHub (May 5, 2015):

ERROR: ld.so: object '/usr/lib/coreutils/libstdbuf.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.

This is an error with the files installed it's trying to load 32 bit but it's loading 64 bit.
This is some error with your distribution.

@ilijamt commented on GitHub (May 5, 2015): ``` ERROR: ld.so: object '/usr/lib/coreutils/libstdbuf.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. ``` This is an error with the files installed it's trying to load 32 bit but it's loading 64 bit. This is some error with your distribution.

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (May 5, 2015):

Makes sense as im running 64-bit but ./steamcmd.sh is 32-bit.

@dgibbs64 commented on GitHub (May 5, 2015): Makes sense as im running 64-bit but ./steamcmd.sh is 32-bit.

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (May 5, 2015):

The only way to implement stdbuf would be to detect if a 32-bit version is installed and use that. otherwise it will just not use it.

@dgibbs64 commented on GitHub (May 5, 2015): The only way to implement stdbuf would be to detect if a 32-bit version is installed and use that. otherwise it will just not use it.

kerem commented

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

Author

Owner

@ilijamt commented on GitHub (May 5, 2015):

I tried it on 64-bit OS, on my system and it's running without an issue, with stdbuf.

@ilijamt commented on GitHub (May 5, 2015): I tried it on 64-bit OS, on my system and it's running without an issue, with stdbuf.

kerem commented

2026-02-27 02:00:19 +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.

kerem referenced this issue

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

[GH-ISSUE #3452] [BUG] ip not found in Slackware-15.0 (current beta) #2346