[GH-ISSUE #24] Answer file passing to script to modify defaults #23

Open
opened 2026-03-03 11:13:26 +03:00 by kerem · 2 comments
Owner

Originally created by @andiohn on GitHub (Jul 30, 2024).
Original GitHub issue: https://github.com/debloper/xiosk/issues/24

What if you directed the bash script to an answer file and then all of your customizations could simply be loaded? I'm thinking Piosk specific ones, nothing extra.

This would be huge because we could have one answer file for all instances, and then it would be selected based on the hostname of the device. This could also mean that we could re-deploy super fast by just maintaining a fresh example. Kind of like Ansible but not really ansible.

I was thinking of having an answer file in like github and then passing the path in the installation path.

Originally created by @andiohn on GitHub (Jul 30, 2024). Original GitHub issue: https://github.com/debloper/xiosk/issues/24 What if you directed the bash script to an answer file and then all of your customizations could simply be loaded? I'm thinking Piosk specific ones, nothing extra. This would be huge because we could have one answer file for all instances, and then it would be selected based on the hostname of the device. This could also mean that we could re-deploy super fast by just maintaining a fresh example. Kind of like Ansible but not really ansible. I was thinking of having an answer file in like github and then passing the path in the installation path.
Author
Owner

@andiohn commented on GitHub (Jul 30, 2024):

This would require an established file format and variable names etc.

<!-- gh-comment-id:2259334425 --> @andiohn commented on GitHub (Jul 30, 2024): This would require an established file format and variable names etc.
Author
Owner

@debloper commented on GitHub (Jul 31, 2024):

The config.json file does just that & it's structured to be manually editable. That's also specifically why the cleanup script takes a backup of the config.json file to make reinstallation painless.

All you need to do is edit/replace (overwrite) the config file with your custom config file, and reboot.

Keeping the issue open, just in case someone wants to parameterize the config file and pass it on with a flag or environment variable or something to load up the file from a different path/location/protocol etc. But otherwise, this is already taken care of.

<!-- gh-comment-id:2261564087 --> @debloper commented on GitHub (Jul 31, 2024): The `config.json` file does just that & it's structured to be manually editable. That's also specifically why the cleanup script takes a backup of the `config.json` file to make reinstallation painless. All you need to do is edit/replace (overwrite) the config file with your custom config file, and reboot. Keeping the issue open, just in case someone wants to parameterize the config file and pass it on with a flag or environment variable or something to load up the file from a different path/location/protocol etc. But otherwise, this is already taken care of.
Sign in to join this conversation.
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/xiosk#23
No description provided.