Releases: zimfw/zimfw
Releases · zimfw/zimfw
v1.20.0
Changed
- Output of
listanduninstallactions. Module names are already their relative path fromZIM_HOME, so listing their full path afterwards was redundant. The full path to external modules is now shown in verbose mode. Not considering this as a breaking change since zimfw's output is not meant to be parsed by scripts. - Uncommented
zmodule zsh-users/zsh-history-substring-searchfrom generated .zimrc, since our input module can now do a deferred initialization of it. See announcement here.
v1.19.1
Automated tests with bats were introduced in this version, allowing a better understanding of some edge case scenarios and being helpful to the work on improving how they're handled.
Fixed
- Don't expand
${HOME}in fpath in the init.zsh script. - Show skipped
mkdirmodules incheckaction in verbose mode. - Do
buildafteruninstallaction. - Allow defining new modules as both
--frozenand--disabledso they're neither installed nor initialized. Defining a new module as just--frozenis still going to cause errors when trying to initialize it and nothing is found. - Show
--ifoption values onlistaction output in verbose mode. - For modules with multiple roots, show the respective options nested under each root on
listaction output in verbose mode. - Allow defining multiple roots in a module when using the
mkdirtool. The tool will create the subdirectories automatically in this case.
v1.19.0
Added
- Generate .zimrc if not found, to hopefully make installation easier.
- Fail module check if git default remote branch has diverged. This allows novice users to more easily reinstall the affected module to fix the issue.
Changed
- Expand aliases when compiling with zcompile for a more predictable behavior.
- Include modules/ prefix when outputting module names.
v1.18.0
Changes in this release are one more little step towards better adherence to the command line interface guidelines.
Added
--helpand--versionactions. These are aliases to the already existinghelpandversionactions.
Changed
- Disable color output when executed through a pipe or as a non-TTY ssh command.
v1.17.1
v1.17.0
Added
- Also list not installed modules with
listaction, when not in verbose mode. autotool inzmodule, which auto detects the best tool available for installing a new module or the tool used when an existing module was installed. This is now the default tool and makes life automatically easier for users without git installed.
Fixed
- Print help or version even if
ZIM_HOMEis not set. - "no such file or directory: /path/to/.zdegit" error when installing a new module with the degit tool.
v1.16.0
v1.15.1
v1.15.0
Added
reinstallaction, that removes and then installs again the modules that failed any of the checks: (See #542)- module was installed with the defined tool,
- module URL matches the defined one.
--if-ostypeoption tozmodule. This option is equivalent to--if "[[ \${OSTYPE} == ${1} ]]".
Changed
- Ask before uninstalling each unused module, instead of asking just once for all.
- Add disclaimer comment at beginning of init.zsh file.
v1.14.0
Changed
- Don't expand
${HOME}in the init.zsh script. (See #509) - Don't allow calling
zmodulefrom the command line. Let it fail with "command not found" instead, as it's intended to be used only in the .zimrc script. ZIM_HOMEmust be defined before sourcing zimfw.zsh. All documentation was already doing so, hence not considering this as a breaking change.- Allow zimfw.zsh to exist anywhere else, not only inside
ZIM_HOME. This enables installing the zimfw.zsh script independently with a package manager. - Don't try to upgrade if sourced zimfw.zsh is not in a writable path.
- Don't try actions that write to
ZIM_HOMEif user has no write permissions there.
Fixed
- Update error messages to hopefully make it clearer when either the git or the degit tool is being used.
- Set read permissions to generated init.zsh script, so it can be read from other users.