Tags: eroesch/datalad
Tags
0.11.5 (May 23, 2019) -- stability is not overrated Should be faster and less buggy, with a few enhancements. Fixes - [create-sibling][] ([datalad#3318][]) - Siblings are no longer configured with a post-update hook unless a web interface is requested with `--ui`. - `git submodule update --init` is no longer called from the post-update hook. - If `--inherit` is given for a dataset without a superdataset, a warning is now given instead of raising an error. - The internal command runner failed on Python 2 when its `env` argument had unicode values. ([datalad#3332][]) - The safeguard that prevents creating a dataset in a subdirectory that already contains tracked files for another repository failed on Git versions before 2.14. For older Git versions, we now warn the caller that the safeguard is not active. ([datalad#3347][]) - A regression introduced in v0.11.1 prevented [save][] from committing changes under a subdirectory when the subdirectory was specified as a path argument. ([datalad#3106][]) - A workaround introduced in v0.11.1 made it possible for [save][] to do a partial commit with an annex file that has gone below the `annex.largefiles` threshold. The logic of this workaround was faulty, leading to files being displayed as typechanged in the index following the commit. ([datalad#3365][]) - The resolve_path() helper confused paths that had a semicolon for SSH RIs. ([datalad#3425][]) - The detection of SSH RIs has been improved. ([datalad#3425][]) Enhancements and new features - The internal command runner was too aggressive in its decision to sleep. ([datalad#3322][]) - The "INFO" label in log messages now retains the default text color for the terminal rather than using white, which only worked well for terminals with dark backgrounds. ([datalad#3334][]) - A short flag `-R` is now available for the `--recursion-limit` flag, a flag shared by several subcommands. ([datalad#3340][]) - The authentication logic for [create-sibling-github][] has been revamped and now supports 2FA. ([datalad#3180][]) - New configuration option `datalad.ui.progressbar` can be used to configure the default backend for progress reporting ("none", for example, results in no progress bars being shown). ([datalad#3396][]) - A new progress backend, available by setting datalad.ui.progressbar to "log", replaces progress bars with a log message upon completion of an action. ([datalad#3396][]) - DataLad learned to consult the [NO_COLOR][] environment variable and the new `datalad.ui.color` configuration option when deciding to color output. The default value, "auto", retains the current behavior of coloring output if attached to a TTY ([datalad#3407][]). - [clean][] now removes annex transfer directories, which is useful for cleaning up failed downloads. ([datalad#3374][]) - [clone][] no longer refuses to clone into a local path that looks like a URL, making its behavior consistent with `git clone`. ([datalad#3425][]) - [wtf][] - Learned to fall back to the `dist` package if `platform.dist`, which has been removed in the yet-to-be-release Python 3.8, does not exist. ([datalad#3439][]) - Gained a `--section` option for limiting the output to specific sections and a `--decor` option, which currently knows how to format the output as GitHub's `<details>` section. ([datalad#3440][])
## 0.11.4 (Mar 18, 2019) -- get-ready
Largely a bug fix release with a few enhancements
### Important
- 0.11.x series will be the last one with support for direct mode of [git-annex][]
which is used on crippled (no symlinks and no locking) filesystems.
v7 repositories should be used instead.
### Fixes
- Extraction of .gz files is broken without p7zip installed. We now
abort with an informative error in this situation. ([datalad#3176][])
- Committing failed in some cases because we didn't ensure that the
path passed to `git read-tree --index-output=...` resided on the
same filesystem as the repository. ([datalad#3181][])
- Some pointless warnings during metadata aggregation have been
eliminated. ([datalad#3186][])
- With Python 3 the LORIS token authenticator did not properly decode
a response ([datalad#3205][]).
- With Python 3 downloaders unnecessarily decoded the response when
getting the status, leading to an encoding error. ([datalad#3210][])
- In some cases, our internal command Runner did not adjust the
environment's `PWD` to match the current working directory specified
with the `cwd` parameter. ([datalad#3215][])
- The specification of the pyliblzma dependency was broken. ([datalad#3220][])
- [search] displayed an uninformative blank log message in some
cases. ([datalad#3222][])
- The logic for finding the location of the aggregate metadata DB
anchored the search path incorrectly, leading to a spurious warning.
([datalad#3241][])
- Some progress bars were still displayed when stdout and stderr were
not attached to a tty. ([datalad#3281][])
- Check for stdin/out/err to not be closed before checking for `.isatty`.
([datalad#3268][])
### Enhancements and new features
- Creating a new repository now aborts if any of the files in the
directory are tracked by a repository in a parent directory.
([datalad#3211][])
- [run] learned to replace the `{tmpdir}` placeholder in commands with
a temporary directory. ([datalad#3223][])
- [duecredit][] support has been added for citing DataLad itself as
well as datasets that an analysis uses. ([datalad#3184][])
- The `eval_results` interface helper unintentionally modified one of
its arguments. ([datalad#3249][])
- A few DataLad constants have been added, changed, or renamed ([datalad#3250][]):
- `HANDLE_META_DIR` is now `DATALAD_DOTDIR`. The old name should be
considered deprecated.
- `METADATA_DIR` now refers to `DATALAD_DOTDIR/metadata` rather than
`DATALAD_DOTDIR/meta` (which is still available as
`OLDMETADATA_DIR`).
- The new `DATASET_METADATA_FILE` refers to `METADATA_DIR/dataset.json`.
- The new `DATASET_CONFIG_FILE` refers to `DATALAD_DOTDIR/config`.
- `METADATA_FILENAME` has been renamed to `OLDMETADATA_FILENAME`.
## 0.11.3 (Feb 19, 2019) -- read-me-gently Just a few of important fixes and minor enhancements. ### Fixes - The logic for setting the maximum command line length now works around Python 3.4 returning an unreasonably high value for `SC_ARG_MAX` on Debian systems. ([datalad#3165]) - DataLad commands that are conceptually "read-only", such as `datalad ls -L`, can fail when the caller lacks write permissions because git-annex tries merging remote git-annex branches to update information about availability. DataLad now disables `annex.merge-annex-branches` in some common "read-only" scenarios to avoid these failures. ([datalad#3164]) ### Enhancements and new features - Accessing an "unbound" dataset method now automatically imports the necessary module rather than requiring an explicit import from the Python caller. For example, calling `Dataset.add` no longer needs to be preceded by `from datalad.distribution.add import Add` or an import of `datalad.api`. ([datalad#3156]) - Configuring the new variable `datalad.ssh.identityfile` instructs DataLad to pass a value to the `-i` option of `ssh`. ([datalad#3149]) ([datalad#3168])
PreviousNext