[GH-ISSUE #344] [Idea] Crawl variables from a local configuration file #291

Closed
opened 2026-02-27 02:00:40 +03:00 by kerem · 8 comments
Owner

Originally created by @Xylemon on GitHub (Apr 18, 2015).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/344

While writing some shell scripts of my own, I just got an idea that might make things easier. Since you have to go in and change certain variables and redownload the whole script if a big update happens, why not make certain things have $variables and you can edit a local configuration file without fooling around with the scripts?

Originally created by @Xylemon on GitHub (Apr 18, 2015). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/344 While writing some shell scripts of my own, I just got an idea that might make things easier. Since you have to go in and change certain variables and redownload the whole script if a big update happens, why not make certain things have $variables and you can edit a local configuration file without fooling around with the scripts?
kerem 2026-02-27 02:00:40 +03:00
Author
Owner

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

There may be a feature being added soon that does a similar thing do ti with muiiple configs and servers

<!-- gh-comment-id:100550371 --> @dgibbs64 commented on GitHub (May 9, 2015): There may be a feature being added soon that does a similar thing do ti with muiiple configs and servers
Author
Owner

@Xylemon commented on GitHub (May 3, 2016):

Did anything ever come out of this? I've been putting off updating my LGSM scripts because I host several servers and it's honestly a waste of time git cloning the scripts then going through and editing the variables. It would be incredibly easy to implement inside the server scripts a command that loads a config file that comes with the script and then the server variables are stored inside the config file and the script reads the variables from the file. I have already done something like this in a series of bash scripts I wrote:

Loads the config file
https://github.com/Xylemon/Window-Manager-Scripts/blob/master/videobackground#L11

The config file itself
https://github.com/Xylemon/Window-Manager-Scripts/blob/master/.xyscripts

I would totally be up to forking and making a working prototype if interested, it just would make life a 1000 times easier.

<!-- gh-comment-id:216462238 --> @Xylemon commented on GitHub (May 3, 2016): Did anything ever come out of this? I've been putting off updating my LGSM scripts because I host several servers and it's honestly a waste of time git cloning the scripts then going through and editing the variables. It would be incredibly easy to implement inside the server scripts a command that loads a config file that comes with the script and then the server variables are stored inside the config file and the script reads the variables from the file. I have already done something like this in a series of bash scripts I wrote: Loads the config file https://github.com/Xylemon/Window-Manager-Scripts/blob/master/videobackground#L11 The config file itself https://github.com/Xylemon/Window-Manager-Scripts/blob/master/.xyscripts I would totally be up to forking and making a working prototype if interested, it just would make life a 1000 times easier.
Author
Owner

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

Yeah it is planned to have separate config files for varfiables. However certain things need to be in place before this is done. The current development branch has several significant core updates and improvements to make this type of feature workable. But yeah it is something I do plan on implementing.

<!-- gh-comment-id:216488416 --> @dgibbs64 commented on GitHub (May 3, 2016): Yeah it is planned to have separate config files for varfiables. However certain things need to be in place before this is done. The current development branch has several significant core updates and improvements to make this type of feature workable. But yeah it is something I do plan on implementing.
Author
Owner

@Xylemon commented on GitHub (May 3, 2016):

@dgibbs64 I'm glad to hear this is still planned, however do you mind me asking what needs to be done before this is implemented? The way I had in mind when it comes to implementing this would be really simple, unless the way I was going to do it wouldn't work with the scripts.

<!-- gh-comment-id:216489125 --> @Xylemon commented on GitHub (May 3, 2016): @dgibbs64 I'm glad to hear this is still planned, however do you mind me asking what needs to be done before this is implemented? The way I had in mind when it comes to implementing this would be really simple, unless the way I was going to do it wouldn't work with the scripts.
Author
Owner

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

There are just in general a few different significant changes that require a lot of thought and planning. There have been changes to the directory structure and the download system most notably.

But the idea it similar to how yours works with the main and complex area being managing multiple server instances.

As you can probably tell there is a large backlog of stuff for me to work on currently but when the time is right there will be big changes to how to main file e.g csgoserver works and will be separated in to its own configs

<!-- gh-comment-id:216628001 --> @dgibbs64 commented on GitHub (May 3, 2016): There are just in general a few different significant changes that require a lot of thought and planning. There have been changes to the directory structure and the download system most notably. But the idea it similar to how yours works with the main and complex area being managing multiple server instances. As you can probably tell there is a large backlog of stuff for me to work on currently but when the time is right there will be big changes to how to main file e.g csgoserver works and will be separated in to its own configs
Author
Owner

@Xylemon commented on GitHub (May 3, 2016):

Sounds good, I'll keep an eye on updates.

<!-- gh-comment-id:216635240 --> @Xylemon commented on GitHub (May 3, 2016): Sounds good, I'll keep an eye on updates.
Author
Owner

@dgibbs64 commented on GitHub (Sep 19, 2017):

There has been a major update to better address config files and multi server management.

<!-- gh-comment-id:330471659 --> @dgibbs64 commented on GitHub (Sep 19, 2017): There has been a major update to better address config files and multi server management.
Author
Owner

@lock[bot] commented on GitHub (Sep 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.

<!-- gh-comment-id:422730814 --> @lock[bot] commented on GitHub (Sep 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.
Sign in to join this conversation.
No labels
Atomic
Epic
cannot reproduce
command: backup
command: console
command: debug
command: details
command: fast-dl
command: install
command: mods
command: monitor
command: post-details
command: restart
command: send
command: start
command: stop
command: update
command: update-lgsm
command: validate
command: wipe
distro: AlmaLinux
distro: Arch Linux
distro: CentOS
distro: Debian
distro: Fedora
distro: RedHat
distro: Rocky Linux
distro: Ubuntu
distro: openSUSE
engine: goldsrc
engine: source
game: 7 Days to Die
game: ARMA 3
game: Ark: Survival Evolved
game: Assetto Corsa
game: Avorion
game: BATTALION: Legacy
game: Barotrauma
game: Battalion 1944
game: Battlefield 1942
game: Black Mesa: Deathmatch
game: Blade Symphony
game: Call of Duty 2
game: Call of Duty 4
game: Call of Duty: United Offensive
game: Counter-Strike 1.6
game: Counter-Strike 2
game: Counter-Strike: Global Offensive
game: Counter-Strike: Source
game: Day of Infamy
game: Dayz
game: Death Match Classic
game: Don't Starve Together
game: ET: Legacy
game: Eco
game: Factorio
game: Factorio
game: Garry's Mod
game: Half-Life
game: Hurtword
game: Insurgecy
game: Insurgecy
game: Insurgency: Sandstorm
game: Just Cause 3
game: Killing Floor
game: Killing Floor 2
game: Left 4 Dead 2
game: Minecraft
game: Minecraft Bedrock
game: Mordhau
game: Multi Theft Auto
game: Mumble
game: Natural Selection 2
game: No More Room in Hell
game: Pavlov VR
game: Post Scriptum
game: Project Zomboid
game: Quake 3
game: QuakeWorld
game: Red Orchestra: Ostfront 41-45
game: Return to Castle Wolfenstein
game: Rising World
game: Rust
game: San Andreas Multiplayer
game: Satisfactory
game: Soldat
game: Soldier of Fortune 2
game: Squad
game: Squad 44
game: Starbound
game: Stationeers
game: Sven Co-op
game: Team Fortress 2
game: Teamspeak 3
game: Teeworlds
game: Terraria
game: The Front
game: Unreal Tournament 2004
game: Unreal Tournament 3
game: Unreal Tournament 99
game: Unturned
game: Valheim
game: Wurm Unlimited
game: Zombie Master Reborn
game: label missing
good first issue
help wanted
info: alerts
info: dependency
info: docker
info: docs
info: email
info: query
info: steamcmd
info: systemd
info: tmux
info: website
info: website
needs more info
outcome: duplicate
outcome: issue resolved
outcome: issue resolved
outcome: issue unresolved
outcome: pr accepted
outcome: pr rejected
outcome: unconfirmed
outcome: wontfix
outcome: wrong forum
potential-duplicate
priority
pull-request
type: bug
type: feature
type: feature
type: feature request
type: game server request
type: refactor
waiting response
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/LinuxGSM#291
No description provided.