comment

comment

one more export needed

comment

fix build with old versions of process

fixed

comment

comment

improve docs and close bug

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

make /usr/lib consolidation more robust

Directory enumeration could happen in either order, and also there could
be some other directories so the two to combine are not adjacent.

Added a comment: This occurs on 9P filesystem too

squelch build warnings on osx

osx build fix

osx build fix

osx build fix

osx build fix

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

fix osx build

Added a comment: omg

Added a comment: Understood.

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

stop symlink check once the top of the working tree is reached

Avoid complaining that a file with "is beyond a symbolic link" when the
filepath is absolute and the symlink in question is not actually inside the
git repository.

This assumes that inodes remain stable while the command is running.
I think they always will, the filesystems where they are unstable change
them across mounts. (If inodes were not stable, it would just complain about
symlinks in the path that are not inside the working tree.)

(On windows, I don't want to assume anything about inodes, they could be
random numbers for all I know. But if they were, this would still be ok, as
long as windows doesn't have symlinks that are detected by isSymbolicLink.
Which seems a fair bet.)

Added a comment

comment

comment

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

when workTreeItems finds a problem with a parameter, don't go on to process it

Part of workTreeItems is trying detect a case
where git porcelain refuses to process a file, and where
git ls-files silently outputs nothing. But, it's hard to perfectly
replicate git's behavior, and besides, git's behavior could change.
So it could be that we warn, but then git ls-files does not skip over
it, and so git-annex also processes it after warning about it.

So, if we think we have a problem with a parameter, display the warning,
and skip processing it at all.

Implementing this was complicated by needing to handle the case where
all command-line parameters get filtered out this way. Which is
different than the case where there are none, because we don't want to
operate on all files in this new case..

comment and moreinfo

forgot to close this earlier

Added a comment: Fixing URLs.

Added a comment: Correction.

Create bug report thread on ungraceful exit after cwd being moved/baleeted

Added a comment: Improperly documented code.

update

make symlinks not hardlinks

hardlinks happened to work because it was a hard link to a symlink, but
it would have failed if eg git-annex-shell symlink did not exist,
perhaps because the Makefile was not run to build it. Or something like
that. Also, it seems like it worked by accident and the Makefile used to
ln -s.

update

create missing directory

importfeed: Fix reversion that caused some '.' in filenames to be replaced with '_'

sanitizeFilePath was changed to sanitize leading '.', but ImportFeed was
running it on parts of the template. So eg the leading '.' in the extension
got sanitized.

Note the added case for sanitizeLeadingFilePathCharacter ('/':_)
-- this was added because, if the template is title/episode and the title
is not set, it would expand to "/episode". So this is another potential
security fix.

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

further change to support dlist-1.0

Its tail no longer yields a DList.

Reporting importfeed filename bug

Added a comment

fix build in clean tree

removeDirectoryRecursive fails if the directory DNE.

runshell LD_HWCAP_MASK=0 optimisation

move standalone building code out of Makefile and into Build.Standalone

This includes making Build.Standalone run LinuxMkLibs or OSXMkLibs
rather than doing that separately. Which is groundwork for a later
optimisation.

Also it simplified the code some.

Added a comment

Added a comment

Added a comment

Added a comment

Added a comment

Added a comment

Added a comment

comment

fix bug caught by test suite

comment

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

Slightly sped up the linux standalone bundle

Reduce the number of directories listed in libdirs, which makes the linker
check a lot less dead ends looking for directories.

Eliminated some directories that didn't really contain shared libraries,
or only contained the linker.

That left only 2, one in lib and one in usr/lib, so consolidate those two.

Doing it this way, rather than just consolidating all libs that might exist
into a single directory means that, if there are optimised versions of some
libs, eg in lib/subarch/foo.so, and lib/subarch2/foo.so, they don't get
moved around in a way that would make the linker pick the wrong one.

comment

prop_isomorphic_key_encode test failure

Added a comment: streaming data and external backends

Added a comment: thanks

Added a comment: key length

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

devblog

external backends implemented

E variant of external backend keys

external backends genKey and verifyKeyContent implemented

Only key translation for HasExt remains..

external backends wip

It's able to start them up, the only thing not implemented is generating
and verifying keys. And, the key translation for HasExt.

note external backend names cannot end with E

also markdown improvements

refactoring in preparation for external backends

Added a comment: version correspondence of standalone builds and official releases

Added a comment

Added a comment

Added a comment

Added a comment: Thank you

Added a comment

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

comment

'beyond symlink' error for upstream link

comment

comment

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

followup and close

add DEBUG

Added a comment

add back inAnnex check for drop here

Needed again after last commit removed it from startLocal again.

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

avoid failure to lock content of removed file causing drop etc to fail

This was already prevented in other ways, but as seen in commit
c30fd24d91d1217b7b764953dd3ded6b54d78b2e, those were a bit fragile.
And I'm not sure races were avoided in every case before. At least a
race between two separate git-annex processes, dropping the same
content, seemed possible.

This way, if locking fails, and the content is not present, it will
always do the right thing. Also, it avoids the overhead of an unncessary
inAnnex check for every file.

This commit was sponsored by Denis Dzyubenko on Patreon.

add back inAnnex check after seeking

The test suite noticed this case, where two files with the same key are
dropped, and the seek stage sees both have content due to the way files
stream through it. But then locking the content to drop fails on the
second file, because the first file has already been dropped.

So, add back otherwise redundant inAnnex check.

Added a comment: updating the standalone distribution

Deal with unusual IFS settings in the shell scripts for linux standalone and OSX app.

Thanks, Yaroslav Halchenko

comment

Revert "Unset IFS in shell scripts in the linux standalone build and OSX app."

This reverts commit 24125e8dc40ce68091e33473d39c6968d2de6365.

yoh has a better patch I see

Unset IFS in shell scripts in the linux standalone build and OSX app.

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

devblog