Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Idea for store integration: use current directory if updater.conf exists next to updater #90

Open
illwieckz opened this issue Jan 27, 2021 · 0 comments

Comments

@illwieckz
Copy link
Member

I was talking with some lutris people about how to integrate properly our updater in lutris.

Unvanquished is available in lutris there: https://lutris.net/games/unvanquished/

Currently, the installation is version-specific. As game developer we would have to upload any new version (waiting for validation) and a player using lutris has to manually update the game on each version.

So, instead of unzipping the universal zip, we may write a lutris installer that runs the updater instead. It would have many benefits:

  • as game developer we don't care about updating the lutris installer
  • player will always be up-to-date with auto-update ability
  • lutris users would contribute to the seeding while downloading the game

But, we have an issue. Lutris expects the game to be installable anywhere, and asks for this place. Currently, users can change the path within our updater but that would not be properly integrated with lutris. Instead of adding command line parameters and things like that, I thought about something that may solve everything:

If, at startup, the updater finds a file named updater.conf next to it (even empty), the updater would use the current directory to store the game data and that configuration file to store the versions. The updater would even not need to read or write the installed path.

So, basically, the lutris installer would store the updater in that directory, create an empty updater.conf file in the directory, and run the updater. The lutris installer would also set the updater as the binary to run as game.

Note: this would also be perfect for “portable installations”, so non-linux systems could also benefit from this.

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

No branches or pull requests

1 participant