comment

Added a comment

close not a bug

comment

comment

followup

comment

Merge branch 'master' of ssh://git-annex.branchable.com

addistant: honor annex.delayadd for non-large files

assistant: When adding non-large files to git, honor annex.delayadd
configuration.

Also, don't add non-large files to git when they are still
being written to. This came for free, since the changes to non-large
files get queued up with the ones to large files, and run through the lsof
check.

Sponsored-by: Luke Shumaker on Patreon

Added a comment: (partial) filenames in keys

Added a comment

Added a comment

comment

Added a comment

comment

Added a comment: about maxextensionlength

Added a comment

comment

comment

comment

close bug

and mention another aspect of the reversion in changelog

close as dup

Merge branch 'master' of ssh://git-annex.branchable.com

update

Added a comment

fix init reversion when core.sharedRepository = group

init: Fix misbehavior when core.sharedRepository = group that caused it to
enter an adjusted branch. (Reversion in version 8.20210630)

Commit 4b1b9d7a83f0da71665658e6234e699e182cbddc made init call
freezeContent in case there was a hook that could prevent writing in
situations where perms don't. But with the above git config, freezeContent
does not prevent write at all. So init needs to do what freezeContent does
with a non-shared git config.

Or init could check for that config, and skip the probing, since it
won't actually be preventing write to any files. But that would make init
too aware if details of Annex.Perms, and also would break if the git config
were changed after init.

Sponsored-by: Dartmouth College's Datalad project

commet

followup

--debug output goes to stderr again, not stdout

Reversion in version 8.20210428

Sponsored-by: Dartmouth College's Datalad project

response

Added a comment

Added a comment: +1 on supportunlocked in git-annex config

Added a comment: +1 on supportunlocked in git-annex config

initial coarse report on the change in behavior in recent release

initial report on stdout

Added a comment

Added a comment

added suggestion: add maxextensionlength to git-annex-config

Added a comment: about keys with extensions

comment

close

close

comment

addurl: Avoid crashing when used on beegfs.

Sponsored-by: Dartmouth College's DANDI project

comment

Merge branch 'master' of ssh://git-annex.branchable.com

update

Added a comment

Added a comment

Added a comment

Added a comment

allocate to dandi project

remove TAGS target

hothasktags dropped emacs support, and probably emacs users will use
haskell-language-server rather than tags, I guess

update for autobuilder changes

update autobuilds

change autobuild link to something that works not a stale repo

add pointer to annex.security.allowed-url-schemes

Sponsored-by: Kevin Mueller on Patreon

comment

beegfs tests fails

Added a comment: syncing standalone version with the standard version

Added a comment: read-only view of repo clone with symlinks as normal files

fix build on windows

Sponsored-by: Dartmouth College's Datalad project

tag because this is affecting datalad

https://github.com/datalad/datalad/issues/5750

comments

assistant: Avoid unncessary git repository repair

In a situation where git fsck gets confused about a commit that is made
while it's running.

Sponsored-by: Graham Spencer on Patreon

update

Merge branch 'master' of ssh://git-annex.branchable.com

bug

factor out pure code

Added a comment

add news item for git-annex 8.20210630

releasing package git-annex version 8.20210630

closing

Added a comment

Added a comment

Added a comment

Merge branch 'master' of ssh://git-annex.branchable.com

Added a comment

avoid using CopyFile

If .git/config symlinks are ever a thing, this will handle them better.

But mostly, this is to avoid git-repair needing to include CopyFile,
which would complicate it unduely.

repair: Fix reversion in version 8.20200522 that prevented fetching missing objects from remotes

In commit dfc4e641b5c14418ec1c1b45bed1325cf8cbb0c3 git repair was changed
to use remote name, not url, when fetching. But it fetches into a temporary
git repo, which doesn't have remotes configured. Oops.

(In my defense, that commit was made just as covid lockdown started. But
testing? Urk.)

Sponsored-by: Mark Reidenbach on Patreon

make repair interruption safe

Fixed bug that interrupting git-annex repair (or assistant) while it was
fixing repository corruption would lose objects that were contained in pack
files.

Unpack all pack files and move objects into place *before* deleting the
pack files. The old approach moved the pack files to a temp directory
before unpacking them, which was not interruption safe.

Sponsored-By: Jochen Bartl on Patreon

some analysis

close

close

close

close

comment

avoid using cp --reflink=auto on windows

Sponsored-by: Dartmouth College's Datalad project

addurl, importfeed: Added --no-raw option

Forces eg, download with youtube-dl without falling back to raw download.

Since youtube-dl failing due to an url not being supported is difficult to
distinguish from it failing due to being blocked in some way, this can be
useful to avoid the fallback of git-annex downloading the raw web page and
adding that.

Since --raw also prevents using special remotes, --no-raw also
allows special remote downloads. Although it's always possible that some
special remote may claim an url and fall back to raw download of the
content, which --no-raw cannot prevent.

Sponsored-by: Boyd Stephen Smith Jr. on Patreon

dropping unused marks as dead

Dropping an object with drop --unused or dropunused will mark it as
dead, preventing fsck --all from complaining about it after it's been
dropped from all repositories.

If another repository still has a copy, it won't be treated as dead
until it's also dropped from there.

The drop has to use --unused, can't be --key or something else, because
this indicates that the user has recently ran git-annex unused. If it
checked the unused log on every drop, bad things would happen when the
unused log was out of date, eg a file used to be unused but then got
re-added. Marking such a file as dead could be confusing. When the user
uses --unused/dropunused, they must consider the unused information to be
up-to-date.

The particular workflow this enables is:

git annex add foo
git annex unannex foo
git annex unused
git annex drop --unused / dropunused
git annex fsck --all # no warnings

The docs for git-annex unannex say to use git-annex unused and dropunused,
so the user should be pointed in this direction when they want to undo an
accidental add.

Sponsored-by: Brock Spratlen on Patreon

fix innacuracy

--all does not skip dead keys for all commands;
git-annex fsck checks if a key is dead and skips it.

comment

comment