mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

close all old direct mode issues

Browse source 
except for one issue that was not really specific to direct mode after
all
This commit is contained in:
Joey Hess 2019-09-11 13:43:37 -04:00
parent 061231621e
commit 9317c4a5b3
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
13 changed files with 50 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

2
doc/bugs/Hard_links_not_synced_in_direct_mode.mdwn
View file

@ -126,3 +126,5 @@ Codename: precise
> [[!taglink confirmed]] (but may be out of scope for git-annex) --[[Joey]]
[[!meta title="assistant does not notice all changes to hard linked files"]]

8
doc/bugs/Hard_links_not_synced_in_direct_mode/comment_6_12379a8e89ce8505123f5b24f3dbbaca._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="joey"
subject="""comment 6"""
date="2019-09-11T17:24:38Z"
content="""
This bug is not specific to direct mode; in v7 adjusted unlocked branch
the assistant behaves the same as it did in my last comment above.
"""]]

4
doc/bugs/__34__Adding_4923_files__34___is_really_slow.mdwn
View file

@ -101,3 +101,7 @@ add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/._4-08 Tal
[[!tag confirmed]]
[[!meta tag=deprecateddirectmode]]
> direct mode has been removed from git-annex, and its replacement, v7
> unlocked files, uses sqlite and should not suffer from a slowdown when
> many work tree files have the same content. So [[done]] --[[Joey]]

2
doc/bugs/crippled_filesystem_direct_mode_sync_loop.mdwn
View file

@ -72,3 +72,5 @@ git log | grep refs/heads/synced/master | wc
### 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)
I'm new to git-annex and immediately astonished by its unique strength. I fit the Archivist use case, and this could be the solution I wanted for so long. I'm planning to deploy it on 2 Windows boxes and several USB disks, all of them on NTFS. I learnt the idea that v6 repo is not yet good for Win/NTFS (double disk space), so I guess direct mode is the way to go? I have already got some test repos running and practicing, indeed this sync loop problem is the only remaining case I'm not confident with. Is it a bug or some safety measure feature? Am I good to go? Thanks and oh, Merry X'mas!
> [[done]] --[[Joey]]

15
doc/bugs/crippled_filesystem_direct_mode_sync_loop/comment_2_81050b1206f47fa275627cc22b144086._comment Normal file
View file

@ -0,0 +1,15 @@
[[!comment format=mdwn
username="joey"
subject="""comment 2"""
date="2019-09-11T17:30:11Z"
content="""
I have also seen sync loops in direct mode repos not on NTFS.
git-annex has not supported direct mode on NTFS since earlier this year,
and now direct mode support has been removed entirely, replaced with v7
adjusted unlocked branches. I tried replicating this bug on NTFS using
those, and the syncs quieted down immediately after changes stopped being
made.
So, closing this bug.
"""]]

2
doc/bugs/direct_command_leaves_repository_inconsistent_if_interrupted.mdwn
View file

@ -45,3 +45,5 @@ Similar issues and discussions:
[[!meta title="git annex lock --force deletes only copy of content after interrupted switch to direct mode"]
[[!meta tag=deprecateddirectmode]]
> direct mode has been removed from git-annex, so [[done]] --[[Joey]]

3
doc/bugs/direct_mode_fails__44___left_in_an_inconsistent_state.mdwn
View file

@ -59,3 +59,6 @@ git-annex: direct: 1 failed
[[!tag moreinfo]]
[[!meta tag=deprecateddirectmode]]
> direct mode has been removed from git-annex, so closing this old bug
> [[done]] --[[Joey]]

2
doc/bugs/direct_mode_merge_interrupt.mdwn
View file

@ -54,3 +54,5 @@ merge. (I assume this is how `git merge` normally works.) --[[Joey]]
> quickly.. --[[Joey]]
[[!meta tag=deprecateddirectmode]]
> direct mode has been removed. [[done]] --[[Joey]]

2
doc/bugs/direct_mode_should_refuse_to_merge_with_illegal_filenames.mdwn
View file

@ -36,3 +36,5 @@ Alternatively, git-annex could learn/probe the full set of characters not allowe
[[!tag confirmed]]
[[!meta tag=deprecateddirectmode]]
> direct mode has been removed. [[done]] --[[Joey]]

2
doc/bugs/git_annex_status_fails_with_submodule_in_direct_mode.mdwn
View file

@ -55,3 +55,5 @@ operating system: linux x86_64
### 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)
Yes! I think it's a great piece of software!
> direct mode has been removed from git-annex, so [[done]] --[[Joey]]

2
doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree.mdwn
View file

@ -36,3 +36,5 @@ I wonder if this would have side effects, or if there are other places in the co
[[!tag confirmed]]
[[!meta tag=deprecateddirectmode]]
> direct mode has been removed from git-annex, so [[done]] --[[Joey]]

2
doc/todo/cloning_direct_mode_repo_over_http.mdwn
View file

@ -34,3 +34,5 @@ the direct mode database either way!
--[[Joey]]
[[!meta tag=deprecateddirectmode]]
> direct mode has been removed, so [[done]] --[[Joey]]

4
doc/todo/wishlist__58___pack_metadata_in_direct_mode.mdwn
View file

@ -3,3 +3,7 @@ The metadata storage for direct mode (V3) is this. In directory .git/annex/objec
It would be great if these files are packed, maybe also in the git pack files format.
[[!meta tag=deprecateddirectmode]]
> direct mode has been removed. Its replacement, v7 unlocked, does use a
> sqlite database that packs all the metadata in one place. [[done]]
> --[[Joey]]