Please describe the problem.
On Windows, failure trying to initialize a remote repository over a Samba share.
What steps will reproduce the problem?
On Windows:
go to a new directory on a network share.
git init
git annex init, observe output:
Microsoft.PowerShell.Core\FileSystem::\\pudelvault\project\annextest❯ git annex init "pudelvault"
init pudelvault
Detected a filesystem without fifo support.
Disabling ssh connection caching.
Detected a crippled filesystem.
git-annex: .git\hooks\: openTempFile: does not exist (No such file or directory)
failed
git-annex: init: 1 failed
What version of git-annex are you using? On what operating system?
Windows 10
git version 2.30.1.windows.1
git-annex version: 8.20210128-g4407ade4c
build flags: Assistant Webapp Pairing TorrentParser MagicMime Feeds Testsuite S3 WebDAV
dependency versions: aws-0.22 bloomfilter-2.0.1.0 cryptonite-0.26 DAV-1.3.4 feed-1.3.0.1 ghc-8.8.4 http-client-0.6.4.1 persistent-sqlite-2.10.6.2 torrent-10000.1.1 uuid-1.3.13 yesod-1.6.1.0
key/value backends: SHA256E SHA256 SHA512E SHA512 SHA224E SHA224 SHA384E SHA384 SHA3_256E SHA3_256 SHA3_512E SHA3_512 SHA3_224E SHA3_224 SHA3_384E SHA3_384 SKEIN256E SKEIN256 SKEIN512E SKEIN512 BLAKE2B256E BLAKE2B256 BLAKE2B512E BLAKE2B512 BLAKE2B160E BLAKE2B160 BLAKE2B224E BLAKE2B224 BLAKE2B384E BLAKE2B384 BLAKE2BP512E BLAKE2BP512 BLAKE2S256E BLAKE2S256 BLAKE2S160E BLAKE2S160 BLAKE2S224E BLAKE2S224 BLAKE2SP256E BLAKE2SP256 BLAKE2SP224E BLAKE2SP224 SHA1E SHA1 MD5E MD5 WORM URL X*
remote types: git gcrypt p2p S3 bup directory rsync web bittorrent webdav adb tahoe glacier ddar git-lfs httpalso borg hook external
operating system: mingw32 x86_64
supported repository versions: 8
upgrade supported from repository versions: 2 3 4 5 6 7
Please provide any additional information below.
# If you can, paste a complete transcript of the problem occurring here.
# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
# End of transcript or log.
Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)
Work without problem on local drive.
Does this only happen when the directory is on the network share, or also on a local disk?
Does the .git/hooks directory exist? What happens if you mkdir that directory and then re-run git-annex init?
This does not seem to happen on windows generally, and git-annex creates the directory if it does not exist, so failing this way is surprising.
Yeah, this is only happening on the network share.
The Network share does have a .git/hooks/ already.
To add more info, I also tried to create a specialremote on the same network share:
git annex initremote pudelvault type=directory directory=//pudelvault/project/annextestspecialremote/ encryption=none
and when I try to sync content with it with: git annex sync --content
I get a long list of somewhat similar errors: //pudelvault/project/annextestspecialremote\tmp\SHA256E-s5930--76c659680c2488528a0efbf315f52781df2fe3082e2cd87db87ebe487c3d85e5.hx\SHA256E-s5930--76c659680c2488528a0efbf315f52781df2fe3082e2cd87db87ebe487c3d85e5.hx: openBinaryFile: does not exist (No such file or directory) failed
I suspect that this might be fixed in a current release of git-annex.
54ad1b4cfb1c8302f1b862cb2699ab9351e3eb5b made git-annex fully support long filenames on windows. Some of the filenames in this bug look long, and also it involved a network share path that I think that commit would have likely improved git-annex's handling of.