Also adds support for uninstalling extensions.
Legacy config is still compatible, but it is advised to migrate to latest config. Users are warned about this in logs.
I find this pretty much ready, except I think about something down below.
Latest Gnome extension version, that is compatible with Gnome version of the image, is installed by default.
Legacy config format can be used to have this support, but I want to depreciate legacy config format in the future.
So Idk If I should add this feature as an option in new config format.
It can be useful in case of some extension regressions.
* build: Added cosign.pub
* Feat: Add chezmoi module
* Excaped characters making build fail
* Switch ` for '
* Fixed syntax issues
* Fixed bash syntax and systemctl parameters
* Update modules/chezmoi/module.yml to correct README url
Co-authored-by: Gerald Pinder <gmpinder@gmail.com>
* Used -z instead of `! -n`
* Fixed default settings
* Made script more verbose to ease debugging
* Fixed wrong default values
* Changed output to be more meaningful
for the end user, instead of the developer.
* Added debugging function
* Rename `install` > `install_chezmoi`, imrpove docs
Gave `install` a clearer name.
Added information to docs and improved readability.
* Fixed conditional check for set variable
* Removed unneeded commands and updated output.
* Change to official public key
* Fixed invalid systemd targets
* Fix chezmoi dir being created but not populated
~/.local/share/chezmoi is created before this service runs, failing `ConditionPathExists=!%h/.local/share/chezmoi`.
`.git` only exists if a repository has been cloned there.
* Made variable naming conform to project style
* fix: Redo suggested commits
I accidently overwrote some commits.
* docs: Explain what lingering does
* docs: fix typo in shortdesc
(oops my fault)
---------
Co-authored-by: Gerald Pinder <gmpinder@gmail.com>
Co-authored-by: xyny <60004820+xynydev@users.noreply.github.com>
* docs: Refactor bash module code guidelines
* docs: Merge system & local-user config definition
Co-authored-by: Gerald Pinder <gmpinder@gmail.com>
* docs: Remove unnecessary "Bash" title
* docs: Replace "user" with "local-user" in some areas
* docs: Indicate that modules are bash-based in title
* docs: Mention bash in 1st sentence
* docs: Add `set -euo pipefail` & `set -euxo pipefail` in code rules
* docs: Make `set -euo pipefail` part clearer
* docs: Add some terms related to maintainer & user
* docs: Better separate post-install config & recipe.yml config
* docs: Add more details about System Config
* docs: Add real module path example & add example of current module which implements this
* docs: Remove 2nd path example, which can confuse users
* docs: Make yaml config more detailed
* docs: Add config location path in example
* docs: Fix "Module-maintainer" part of doc
Co-authored-by: xyny <60004820+xynydev@users.noreply.github.com>
* docs: Fix "Image-maintainer" part of doc
Co-authored-by: xyny <60004820+xynydev@users.noreply.github.com>
* docs: Fix "Local-maintainer" part of doc
Co-authored-by: xyny <60004820+xynydev@users.noreply.github.com>
* docs: Fix "error-checks" part of doc
Co-authored-by: xyny <60004820+xynydev@users.noreply.github.com>
* docs: Fix "pipefail" part of doc
Co-authored-by: xyny <60004820+xynydev@users.noreply.github.com>
* docs: Replace "Post-install" module config with "Local" term
* docs: Use "Glossary" word instead of "Terms"
* docs: Make information about proper string parsing clearer
* docs: Reword System Config
* docs: Make config info as comments, not as YAML keys
* docs: Add better explanation about how module config functions.
* docs: Make distinction between build-time & boot-time modules clearer
Boot-time is not the ideal term, but it's better than what it was before.
* docs: Fix formatting
---------
Co-authored-by: Gerald Pinder <gmpinder@gmail.com>
Co-authored-by: xyny <60004820+xynydev@users.noreply.github.com>
Gschema needs to be compiled also.
It worked for me initially, because I use `gschema-overrides` module after `gnome-extensions`, which does the same thing.
So I missed this crucial step.
`wget` might be more reliable for downloading things, which is performed in this module.
Some user faced the error with extension that didn't download fully, causing the `unzip` command to fail.
I tested the same extension & it installed successfully for me.
This was maybe a server error, maybe `curl`'s, but I will still do this change, as I have more trust in `wget` for strictly downloading things.
