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>
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.
