mirror of
https://github.com/debloper/xiosk.git
synced 2026-04-26 21:35:51 +03:00
[GH-ISSUE #24] Answer file passing to script to modify defaults #23
Labels
No labels
bug
bug
documentation
enhancement
enhancement
feature request
good first issue
good first issue
help wanted
invalid
priority: high
priority: low
priority: medium
pull-request
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/xiosk#23
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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.
@andiohn commented on GitHub (Jul 30, 2024):
This would require an established file format and variable names etc.
@debloper commented on GitHub (Jul 31, 2024):
The
config.jsonfile does just that & it's structured to be manually editable. That's also specifically why the cleanup script takes a backup of theconfig.jsonfile 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.