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

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

Browse source
This commit is contained in:
Joey Hess 2022-08-22 11:50:21 -04:00
commit 3ce71cad8c
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
5 changed files with 48 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

16
doc/bugs/git-annex-import_imports_outside_of_directory/comment_7_4f9816f7c9a61289bef98820b1ec25cc._comment Normal file
View file

@ -0,0 +1,16 @@
[[!comment format=mdwn
username="Ilya_Shlyakhter"
avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
subject="imports and symlinks"
date="2022-08-19T20:19:50Z"
content="""
Re: new manpage description that says
>symbolic links in the directory being imported are skipped to avoid
>accidentially importing things outside the directory that import was ran
>on
In my use cases, skipping symlinks (instead of importing them as git symlinks) would make the imported tree unusable by tools that expect specific filenames in specific subdirs of the tree,
when these filenames were symlinks in the original tree.
Could the symlinks be imported as standard git symlinks instead of skipping them? Worst case, a checkout of the repo will have symlinks to non-existing targets -- this can be fixed by mounting volumes with the right paths. OTOH, having filenames missing from the imported tree because they happened to be symlinks in the original tree can cause all sorts of errors. Import is much simpler to think about if it's guaranteed to replicate the full original tree structure, like `tar` does.
"""]]

8
doc/forum/Back_up_videos_to_youtube__63__/comment_4_303b4f755dd117f8b22c98669e7bf932._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="Ilya_Shlyakhter"
avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
subject="adding checksums to WORM keys"
date="2022-08-21T21:20:03Z"
content="""
Related: [[todo/alternate_keys_for_same_content]].
"""]]

8
doc/forum/Use_addurl_with_a_file_on_an_HPC_cluster/comment_5_bc7a29f8da461439cfb3cb270403181b._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="DavidD"
avatar="http://cdn.libravatar.org/avatar/9e7cced3eede4bf75fb932bfdd4f8847"
subject="comment 5"
date="2022-08-19T19:42:55Z"
content="""
Thank you both for the help, I have got this working!
"""]]

8
doc/forum/Use_addurl_with_a_file_on_an_HPC_cluster/comment_6_4c8eb6c893ccd0a075500f4b9d4bccd9._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="DavidD"
avatar="http://cdn.libravatar.org/avatar/9e7cced3eede4bf75fb932bfdd4f8847"
subject="comment 6"
date="2022-08-19T20:07:49Z"
content="""
However, I have just noticed that my user authentication gets stored in git annex (which I would like to avoid). I came across this comment in a tip from quite a number of years ago (https://git-annex.branchable.com/tips/using_the_web_as_a_special_remote/) which stated that \"If you want to protect the password from being exposed to anyone who gets a clone of the repository, just download manually, and then git annex add the file.\" Is this still the case?
"""]]

8
doc/forum/Use_addurl_with_a_file_on_an_HPC_cluster/comment_7_12f6a1b93c36095f12e2a721311dee2a._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="Ilya_Shlyakhter"
avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
subject="addurl and authentication"
date="2022-08-21T21:13:56Z"
content="""
This comment from the same page might help: \"wget by default consults ~/.netrc where you could specify your account information (man netrc for more detail)\".
"""]]