starred/LinuxGSM

Fork 0

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

[GH-ISSUE #782] [Dependencies] apt-get install expect #626

New issue

Closed

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

kerem commented

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

Owner

Originally created by @UltimateByte on GitHub (Apr 16, 2016).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/782

Originally assigned to: @dgibbs64 on GitHub.

Found out why some of my servers were not refreshing the output while installing/updating/validating.
Missing package : expect

This package is available for Debian based distros, including Ubuntu.
Don't know for others.

Without it, it's a bit problematic to not see the current status while doing some operations, si i guess it'd be great to add it to the dependencies.

Originally created by @UltimateByte on GitHub (Apr 16, 2016). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/782 Originally assigned to: @dgibbs64 on GitHub. Found out why some of my servers were not refreshing the output while installing/updating/validating. Missing package : expect This package is available for Debian based distros, including Ubuntu. Don't know for others. Without it, it's a bit problematic to not see the current status while doing some operations, si i guess it'd be great to add it to the dependencies.

kerem

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

closed this issue
added the
type: feature

info: docs
labels

kerem commented

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

Author

Owner

@UltimateByte commented on GitHub (Apr 17, 2016):

Quotation from CedarLUG, who i think makes a point.

I think unbuffer shouldn't be used in LGSM. stdbuf is more common.
"stdbuf -i0 -o0 -e0" sets all to unbuffered.
there are only a few functions that check for it...should be a drop-in replacement at the check $(command -v unbuffer)
change that to $(command -v stdbuf)
and replace the condition with: unbuffer="stdbuf -i0 -o0 -e0"
Although "expect" is an awesome tool to have on the system...
stdbuf is a core utility.
One downside - I don't think stdbuf works with tee (but then again, neither would unbuffer).

In the end > Could use unbuffer if available, otherwise use stdbuf, otherwise go without.

@UltimateByte commented on GitHub (Apr 17, 2016): Quotation from CedarLUG, who i think makes a point. > I think unbuffer shouldn't be used in LGSM. stdbuf is more common. > "stdbuf -i0 -o0 -e0" sets all to unbuffered. > there are only a few functions that check for it...should be a drop-in replacement at the check $(command -v unbuffer) > change that to $(command -v stdbuf) > and replace the condition with: unbuffer="stdbuf -i0 -o0 -e0" > Although "expect" is an awesome tool to have on the system... > stdbuf is a core utility. > One downside - I don't think stdbuf works with tee (but then again, neither would unbuffer). In the end > Could use unbuffer if available, otherwise use stdbuf, otherwise go without.

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (May 24, 2016):

expect is required for fn_stop_telnet_sdtd to function. However this can be listed as a requirements only for 7 Days to Die. I am happy to use unbuffer or stdbuf.

I do currently use tee with the command but wasnt aware that this may not work. Ideally I want the output un buffered and be able to output to logs.

So i think what needs to happen is the following:

add stdbuf as an option either fallback or primary
confirm if tee works with unbuffer and stdbuf or not.

@UltimateByte or @cedarlug I am happy for either of you to work on this if you like.

@dgibbs64 commented on GitHub (May 24, 2016): expect is required for fn_stop_telnet_sdtd to function. However this can be listed as a requirements only for 7 Days to Die. I am happy to use unbuffer or stdbuf. I do currently use tee with the command but wasnt aware that this may not work. Ideally I want the output un buffered and be able to output to logs. So i think what needs to happen is the following: add stdbuf as an option either fallback or primary confirm if tee works with unbuffer and stdbuf or not. @UltimateByte or @cedarlug I am happy for either of you to work on this if you like.

kerem commented

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

Author

Owner

@cedarlug commented on GitHub (May 24, 2016):

I'll put a pull request up that modifies all checks for unbuffer so that it checks first for stdbuf, then unbuffer.

Just verified the "install_server_files.sh" functionality works identical to unbuffer with the pipes to tee (on Debian 8).

Will verify the same with the other 2 locations (validate and update).

@cedarlug commented on GitHub (May 24, 2016): I'll put a pull request up that modifies all checks for unbuffer so that it checks first for stdbuf, then unbuffer. Just verified the "install_server_files.sh" functionality works identical to unbuffer with the pipes to tee (on Debian 8). Will verify the same with the other 2 locations (validate and update).

kerem commented

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

Author

Owner

@UltimateByte commented on GitHub (May 30, 2016):

@dgibbs64 Why not separate requirements and advised packages ?
I'm thinking about postfix/mailutils & expect

@UltimateByte commented on GitHub (May 30, 2016): @dgibbs64 Why not separate requirements and advised packages ? I'm thinking about postfix/mailutils & expect

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (Jun 9, 2016):

Has this been actioned?

I will need to review having required and optional I think https://github.com/dgibbs64/linuxgsm/issues/873

@dgibbs64 commented on GitHub (Jun 9, 2016): Has this been actioned? I will need to review having required and optional I think https://github.com/dgibbs64/linuxgsm/issues/873

kerem commented

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

Author

Owner

@cedarlug commented on GitHub (Jun 9, 2016):

stdbuf as a fallback to expect as described above, was part of pull-request #834.

@cedarlug commented on GitHub (Jun 9, 2016): stdbuf as a fallback to expect as described above, was part of pull-request #834.

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (Jun 11, 2016):

Awesome thanks

@dgibbs64 commented on GitHub (Jun 11, 2016): Awesome thanks

kerem commented

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