summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar Joey Hess <joeyh@joeyh.name>2017-08-16 17:44:24 -0400
committerGravatar Joey Hess <joeyh@joeyh.name>2017-08-16 17:44:24 -0400
commite3f7d84c4f8e217f8f38511c62e91053cc924f75 (patch)
tree88679517a17c69dc07d870ab09d8510ad7441aaf
parent5f55525e54b29439dded5745656aa919a88b557e (diff)
parentbf0cad9918c0837030393e00445cda6d614adb50 (diff)
Merge branch 'master' of ssh://git-annex.branchable.com
-rw-r--r--doc/bugs/Syncing_bare_repository_doesn__39__t_work_after_using_watch_on_Windows.mdwn93
-rw-r--r--doc/bugs/Syncing_bare_repository_doesn__39__t_work_after_using_watch_on_Windows/comment_1_e197b8dc0eae0dd6dea4febdc2ecce53._comment11
-rw-r--r--doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_5_9308d5ef037afdaf48cc3378cfa10afb._comment79
-rw-r--r--doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_6_616aebe7392c9f0e41fb33ed6a490d2a._comment9
4 files changed, 192 insertions, 0 deletions
diff --git a/doc/bugs/Syncing_bare_repository_doesn__39__t_work_after_using_watch_on_Windows.mdwn b/doc/bugs/Syncing_bare_repository_doesn__39__t_work_after_using_watch_on_Windows.mdwn
new file mode 100644
index 000000000..34f310b43
--- /dev/null
+++ b/doc/bugs/Syncing_bare_repository_doesn__39__t_work_after_using_watch_on_Windows.mdwn
@@ -0,0 +1,93 @@
+### Please describe the problem.
+
+After initializing a (indirect) repository on my Linux PC and git cloning it on a FAT32 formatted USB drive (direct mode), git annex sync worked fine.
+After using it on a Windows system (git annex watch), I took it back to the Linux machine. Now doing git annex sync on the USB drive repository lead to:
+
+ (usb drive) $ git annex sync
+ commit ok
+
+ There are no commits yet in the currently checked out branch, so cannot merge any remote changes into it.
+ failed
+ pull PC
+ ....
+ merge: refs/remotes/PC/annex/direct/master - not something we can merge
+ merge: refs/remotes/PC/synced/master - not something we can merge
+ failed
+ (merging origin/git-annex into git-annex...)
+ git-annex: sync: 2 failed
+ $ git fsck
+ Checking object directories: 100% (256/256), done.
+ $ git annex fsck
+ fsck blah.pdf (checksum...) ok
+ fsck foo.pdf (checksum...) ok
+ fsck bar.pdf (checksum...) ok
+ ...
+ (recording state in git...)
+
+Note that for some reason it mentions the ref refs/remotes/PC/annex/direct/master - which doesn't exist, because the Linux PC repo is in indirect mode.
+
+### What steps will reproduce the problem?
+
+1. git init / git annex init on a ext* drive under Linux
+2. git sync it to a FAT32-formatted (USB) drive
+3. git annex init on the USB drive
+4. add each others as remote
+5. git sync each other - works fine
+6. Change into a Windows system
+7. git annex watch inside the git annex repository under Windows
+8. add some files, they are committed (says daemon.log)
+9. Ctrl+C git annex watch, unmount drive...
+10. Change back to a Linux system
+11. git annex sync from the annex repository on USB
+
+
+### What version of git-annex are you using? On what operating system?
+
+Gentoo:
+
+ git-annex version: 6.20170611-gb493ac8d3
+ build flags: Assistant Webapp Pairing Testsuite S3(multipartupload)(storageclasses) WebDAV Inotify DBus DesktopNotify ConcurrentOutput TorrentParser MagicMime Feeds Quvi
+ dependency versions: aws-0.14.1 bloomfilter-2.0.1.0 cryptonite-0.20 DAV-1.3.1 feed-0.3.11.1 ghc-8.0.1 http-client-0.4.31.1 persistent-sqlite-2.6 torrent-10000.0.0 uuid-1.3.12 yesod-1.4.3
+ 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 SHA1E SHA1 MD5E MD5 WORM URL
+ remote types: git gcrypt p2p S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external
+ local repository version: 5
+ supported repository versions: 3 5 6
+ upgrade supported from repository versions: 0 1 2 3 4 5
+ operating system: linux x86_64
+
+Windows 10:
+
+ git-annex version: 6.20170611-gb493ac8
+ build flags: Assistant Webapp Pairing Testsuite S3(multipartupload)(storageclasses) WebDAV ConcurrentOutput TorrentParser Feeds Quvi
+ dependency versions: aws-0.14.0 bloomfilter-2.0.1.0 cryptonite-0.7 DAV-1.3.1 feed-0.3.11.1 ghc-7.10.2 http-client-0.4.31.1 persistent-sqlite-2.2 torrent-10000.0.0 uuid-1.3.12 yesod-1.4.3
+ 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 SHA1E SHA1 MD5E MD5 WORM URL
+ remote types: git gcrypt p2p S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external
+ local repository version: 5
+ supported repository versions: 3 5 6
+ upgrade supported from repository versions: 2 3 4 5
+ operating system: mingw32 i386
+
+### Please provide any additional information below.
+
+[[!format sh """
+# daemon.log from git watch
+[2017-08-16 13:16:01.6773524] main: starting watch version 6.20170611-gb493ac8
+(scanning...) [2017-08-16 13:16:02.0049693] Watcher: Performing startup scan
+(started...)
+[2017-08-16 13:16:03.0007698] Committer: Committing changes to git
+(recording state in git...)
+[2017-08-16 13:16:51.420494] Committer: Adding annex3.txt
+add annex3.txt ok
+[2017-08-16 13:16:51.771892] Committer: Committing changes to git
+(recording state in git...)
+
+
+# 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)
+
+Used it under only-linux before. I especially like the location tracking.
+
+
+Also tried using special remotes (mega.nz) with encryption - although I was very confused at first that you need the private key for the hybrid approach. After some reading I think I need sharedpubkey? (I just wanna use it for myself, but don't wanna insert the smartcard where my private key is stored every time for sending the files to the remote).
diff --git a/doc/bugs/Syncing_bare_repository_doesn__39__t_work_after_using_watch_on_Windows/comment_1_e197b8dc0eae0dd6dea4febdc2ecce53._comment b/doc/bugs/Syncing_bare_repository_doesn__39__t_work_after_using_watch_on_Windows/comment_1_e197b8dc0eae0dd6dea4febdc2ecce53._comment
new file mode 100644
index 000000000..d38679280
--- /dev/null
+++ b/doc/bugs/Syncing_bare_repository_doesn__39__t_work_after_using_watch_on_Windows/comment_1_e197b8dc0eae0dd6dea4febdc2ecce53._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/8a69a637-97cb-41e6-8f45-00f08ba54d6e"
+ nickname="Andreas Duering"
+ avatar="http://cdn.libravatar.org/avatar/915cf485815ded2f7f4b68736994c185ecda8c31dd293acd16f5e21ca7db23e1"
+ subject="comment 1"
+ date="2017-08-16T17:10:58Z"
+ content="""
+Oh, and by the way: The bug does *not* occur if you don't use git annex watch, but git annex add the files manually under Windows.
+
+(In this case, I have a weird drive letter problem, probably (can't figure out how to make the link work) bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail)
+"""]]
diff --git a/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_5_9308d5ef037afdaf48cc3378cfa10afb._comment b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_5_9308d5ef037afdaf48cc3378cfa10afb._comment
new file mode 100644
index 000000000..2964382d8
--- /dev/null
+++ b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_5_9308d5ef037afdaf48cc3378cfa10afb._comment
@@ -0,0 +1,79 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/8a69a637-97cb-41e6-8f45-00f08ba54d6e"
+ nickname="Andreas Duering"
+ avatar="http://cdn.libravatar.org/avatar/915cf485815ded2f7f4b68736994c185ecda8c31dd293acd16f5e21ca7db23e1"
+ subject="comment 5"
+ date="2017-08-16T17:16:13Z"
+ content="""
+I think I have a similar problem - especially with the drive letters. I don't need any SMB shares, though.
+
+### What steps will reproduce the problem?
+
+1. git init / git annex init on a ext* drive under Linux
+2. git sync it to a FAT32-formatted (USB) drive
+3. git annex init on the USB drive
+4. add each others as remote
+5. git sync each other - works fine
+6. Change into a Windows system
+7. git annex add some files
+8. Change back to a Linux system
+9. git annex sync from the annex repository on USB
+10. git annex sync from the linux-side
+
+now, if I do ls -l:
+
+ $ ls -l
+ lrwxrwxrwx 1 me me 208 Aug 16 18:54 version2.win.txt -> G:/annex2/.git/annex/objects/j1/0J/SHA256E-s846--e46ff540d59e80b419798a53d6d97313a5e04b94f9708168a3d371be1ccd635c.win.txt/SHA256E-s846--e46ff540d59e80b419798a53d6d97313a5e04b94f9708168a3d371be1ccd635c.win.txt
+
+note the g:\, which was the Windows drive letter.
+
+git annex get worked fine for me:
+
+ $ git annex get version2.win.txt
+ get version2.win.txt (from usb...)
+ version2.win.txt
+ 846 100% 0.00kB/s 0:00:00 (xfr#1, to-chk=0/1)
+ (checksum...) ok
+ (recording state in git...)
+
+However, the link is still broken (same ls -l output)
+
+ $ stat version2.win.txt
+ File: 'version2.win.txt' -> 'G:/annex2/.git/annex/objects/j1/0J/SHA256E-s846--e46ff540d59e80b419798a53d6d97313a5e04b94f9708168a3d371be1ccd635c.win.txt/SHA256E-s846--e46ff540d59e80b419798a53d6d97313a5e04b94f9708168a3d371be1ccd635c.win.txt'
+ Size: 208 Blocks: 8 IO Block: 4096 symbolic link
+ Device: 81bh/2075d Inode: 1200146 Links: 1
+ Access: (0777/lrwxrwxrwx) Uid: ( 1000/ me) Gid: ( 1000/ me)
+ Access: 2017-08-16 18:54:11.479490622 +0200
+ Modify: 2017-08-16 18:54:11.479490622 +0200
+ Change: 2017-08-16 18:54:11.479490622 +0200
+ Birth: -
+
+ $ cat version2.win.txt
+ cat: version2.win.txt: No such file or directory
+
+### What version of git-annex are you using? On what operating system?
+
+Gentoo:
+
+ git-annex version: 6.20170611-gb493ac8d3
+ build flags: Assistant Webapp Pairing Testsuite S3(multipartupload)(storageclasses) WebDAV Inotify DBus DesktopNotify ConcurrentOutput TorrentParser MagicMime Feeds Quvi
+ dependency versions: aws-0.14.1 bloomfilter-2.0.1.0 cryptonite-0.20 DAV-1.3.1 feed-0.3.11.1 ghc-8.0.1 http-client-0.4.31.1 persistent-sqlite-2.6 torrent-10000.0.0 uuid-1.3.12 yesod-1.4.3
+ 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 SHA1E SHA1 MD5E MD5 WORM URL
+ remote types: git gcrypt p2p S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external
+ local repository version: 5
+ supported repository versions: 3 5 6
+ upgrade supported from repository versions: 0 1 2 3 4 5
+ operating system: linux x86_64
+
+Windows 10:
+
+ git-annex version: 6.20170611-gb493ac8
+ build flags: Assistant Webapp Pairing Testsuite S3(multipartupload)(storageclasses) WebDAV ConcurrentOutput TorrentParser Feeds Quvi
+ dependency versions: aws-0.14.0 bloomfilter-2.0.1.0 cryptonite-0.7 DAV-1.3.1 feed-0.3.11.1 ghc-7.10.2 http-client-0.4.31.1 persistent-sqlite-2.2 torrent-10000.0.0 uuid-1.3.12 yesod-1.4.3
+ 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 SHA1E SHA1 MD5E MD5 WORM URL
+ remote types: git gcrypt p2p S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external
+ local repository version: 5
+ supported repository versions: 3 5 6
+ upgrade supported from repository versions: 2 3 4 5
+ operating system: mingw32 i386
+"""]]
diff --git a/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_6_616aebe7392c9f0e41fb33ed6a490d2a._comment b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_6_616aebe7392c9f0e41fb33ed6a490d2a._comment
new file mode 100644
index 000000000..b75192181
--- /dev/null
+++ b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_6_616aebe7392c9f0e41fb33ed6a490d2a._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/8a69a637-97cb-41e6-8f45-00f08ba54d6e"
+ nickname="Andreas Duering"
+ avatar="http://cdn.libravatar.org/avatar/915cf485815ded2f7f4b68736994c185ecda8c31dd293acd16f5e21ca7db23e1"
+ subject="comment 6"
+ date="2017-08-16T18:18:27Z"
+ content="""
+Adding to the previous comment - a git annex fsck fixes the link
+"""]]