- Removing wait commands and instead using smarter pause/wait, i.e. qvm-shutdown --wait and making use of the hidden build-in wait in qvm-start and qvm-run.
- Splitting up debian-based slots into two qvm command-lines (easier to read code this way).
- Increasing the out-of-the-box 5 slots for fedora, and 5 slots for debian, to 10 slots respectively.
- Minor readability improvements (spacing, comments, etc.).
- Updating final message asking for reboot.
### Major changes and restructuring ###
- New script feature, script slots for every template.
- Now much easier to add or change template names in script with a single entry.
- Normal script user-changes kept at beginning of script.
- Slots can be expanded or changed if the user needs it.
- Removing the progress status code.
- Might be re-made later.
- Moving some of the comments and notes to the bottom of the script.
### Minor changes ###
- Including (but default disabled) autoremove command, should the user want to enable it.
- The --clean option is now removed from dom0 update and replaced with --refresh, which seems to work normally in Qubes 4 now.
- Including the fedora upgrade command.
- Removing --refresh from the upgrade command, as refreshing is only needed once from the update command, and makes upgrade act on same info as update, thereby removing the low risk of hitting a repository change between commands, speeding up the time to finish the script updating, and making it overall more reliable.
- Disabling the progress bar, might be re-done later.
- Changing default fedora-26 to fedora-28.
- Correcting typo's.
- Updating ending message when the script finishes.
Changes
- Including (but default disabled) autoremove command, should the user want to enable it.
- The --clean option is now removed from dom0 update and replaced with --refresh, which seems to work normally in Qubes 4 now.
- Removing --refresh from the upgrade command, as refreshing is only needed once from the update command, and makes upgrade act on same info as update, thereby removing the low risk of hitting a repository change between commands, speeding up the update and makes it overall more reliable.
- Including the fedora upgrade command.
- Disabling the progress bar, might be re-done later.
- Changing default fedora-26 to fedora-28.
- Correcting typo's.
- Adding a to-do list at top of doc, to show what is planned and known to be missing before it can be released to the official Qubes doc PR.
- Splitting the tips section in tips related to Kickstart, and tips related to general boot issues.
- Adding new tips to both kickstart and boot issue tips.
- Removing text about Kickstart files in culture, this is outside the purpose and scope, and helps reducing the amount to read.
- Minor fixes such as typo's found 'here and there'.
Considerations, whether to construct a separate doc for the boot issue sections, since people needing the kickstart doc may not have these extra issues, and it isn't strictly speaking related to kickstart issues (although they do often come together). An idea being considered might be to make a separate doc for booting issues, and then link to it from here instead.
- Removing the backup script section from the script and any associated backup commands and warnings. This is done to streamline the simplicity and purpose of the script. Reminding users to take backups is outside the scope and purpose, and should be covered in separate scripts/docs. A backup reminder may be re-introduced if a proper GUI window can be made.
- Removing #-lock on script, so that it can run normal current updates out-of-the-box.
- Improved context and wording, as well as removing lingering redundancy and repeats.
- Overall intention in changes is also to make the script easier to read and getting started.
- Added a To-do table for planned improvements. Any help to reach these to-do goals sooner, are very welcome, and so are of course also other suggestions, feedback and improvements.
Various different improvements in the doc, however it'll need a few more updates before it's ready. I'll try squeeze in more before next summit if time allows it.
Suggestion for a folder, qubes-projects, which allows sub-folders with more individual freedom on content-structure, for as long it is kept inside this single sub-folder for every project. It also makes it easier to find all Qubes projects in a single location, whether briefly documented, or extensively documented, keeping them all together makes it easier to navigate. For example Qubes-TV may have a couple of different documents here, or Qubes-Binary-Router documentations. Projects like these and other projects that people may put up, or found elsewhere on the internet, could fit neatly in such a specialized folder. Thoughts on this?
Examples
- /contents/docs/qubes-projects/qubes-tv/broader-content-structure-freedom.
- /contents/docs/qubes-projects/qubes-binary-router/broader-content-structure-freedom.
- etc.
