Skip to content

Make run.sh executable - #13

Open
willryker wants to merge 1 commit into
LOCOSP:mainfrom
willryker:runsh-exec-bit
Open

Make run.sh executable#13
willryker wants to merge 1 commit into
LOCOSP:mainfrom
willryker:runsh-exec-bit

Conversation

@willryker

Copy link
Copy Markdown

Make run.sh executable

Mode change only, 100644 -> 100755. No content is modified — the diff is
1 file changed, 0 insertions(+), 0 deletions(-).

run.sh is currently the only launcher script tracked as non-executable:

file mode on main
run.sh 100644
setup.sh 100755
watchdogs-launcher 100755

That is out of step with how the file is documented and used. The README invokes
it directly in three places (sudo ./run.sh, and twice under the manual launch
instructions), and setup.sh prints Run the game: sudo ./run.sh on
completion. A fresh clone cannot do that until setup.sh line 316
([ -f "run.sh" ] && chmod +x run.sh) patches the bit at install time.

Two small benefits from tracking the bit instead:

  • ./run.sh works straight from a clone, without depending on setup.sh having
    been run first — useful for anyone launching the game manually or from a
    desktop entry rather than through the installer.
  • setup.sh's chmod stops showing up as a permanent modification in
    git status afterwards, which currently leaves every installed copy with a
    dirty working tree.

Split out of #12 deliberately, since it is unrelated to the bridge changes there.

🤖 Generated with Claude Code

https://claude.ai/code/session_01DZnaedMVnFLztkCsmWGVfv

Content is unchanged; this is a mode change only, 100644 -> 100755.

The README tells you to invoke it directly (`sudo ./run.sh`, and again under
the manual-launch instructions), and its sibling scripts setup.sh and
watchdogs-launcher are both already committed as 100755. setup.sh itself does
`chmod +x run.sh` at install time, which is what makes a fresh clone work --
so the tracked mode has simply been out of step with how the file is used.

Committing the bit means a clone can run ./run.sh without setup.sh having to
patch it first, and stops the chmod showing up as a permanent dirty file in
git status afterwards.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01DZnaedMVnFLztkCsmWGVfv
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant