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

doc/bugs/Build_fails_on_Windows_as_of_commit_a706708d1.mdwn

@@ -0,0 +1,4 @@
+As of commit a706708d1, trying to build git-annex on Windows fails because the import of `oneSecond` from `Utility.ThreadScheduler` is not available.  [This patch](https://raw.githubusercontent.com/datalad/git-annex/master/patches/20210607-a706708d1-fix-oneSecond.patch) fixes that.
+
+[[!meta author=jwodder]]
+[[!tag projects/datalad]]

doc/forum/How_to_keep_connected_files_with_another__63__.mdwn

@@ -0,0 +1,5 @@
+I've got a repo full of (legally aquired) Movies and series, most of which have corresponding metadata JSON and ASS subtitle files. When distributing them over many cold storage drives, I've noticed that git-annex would try to fill them up with many of the (much smaller) text files when there isn't enough space for another video file, leaving video and subtitles files on separate drives.
+
+This isn't a critical issue since there are still enough copies and everything but it'd be annoying to have to search for and connect two or more drives to get videos + subtitles for a single series. 
+
+I was wondering if there was perhaps a clever solution to prevent this from happening. Everything is organised into subfolders, so *ideally* I'd prefer if git-annex could be made to operate on full series (as defined by subdirectories or metadata perhaps?) instead of context-less files somehow.

doc/forum/How_to_keep_connected_files_with_another__63__/comment_1_89e04a7dc25a3df849aa2ada4dbc8439._comment

@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="Lukey"
+ avatar="http://cdn.libravatar.org/avatar/c7c08e2efd29c692cc017c4a4ca3406b"
+ subject="comment 1"
+ date="2021-06-06T18:01:08Z"
+ content="""
+You could make the subtitles wanted in every repo so that all subtitles are present in every repo. Since they are small, the overhead shouldn't be large.
+
+Or you could directly add them to git (\"small files\") so they are also present everywhere. On a fresh repo, this would help a bit with speed too since git-annex then doesn't need to keep track of the location of these small files.
+
+Or (depending on how you configured your preferred content) you could increase numcopies just for the small files. See [[walkthrough/backups/]].
+
+Unfortunately, preferred-content can't directly relate multiple files with each other. git-annex iterates over each file in the tree and checks if preferred-content matches for that particular file.
+"""]]

doc/forum/How_to_keep_connected_files_with_another__63__/comment_2_20e8dba904eff7cc8f72ee12b8119632._comment

@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="Atemu"
+ avatar="http://cdn.libravatar.org/avatar/d1f0f4275931c552403f4c6707bead7a"
+ subject="comment 2"
+ date="2021-06-06T20:47:31Z"
+ content="""
+> You could make the subtitles wanted in every repo so that all subtitles are present in every repo. Since they are small, the overhead shouldn't be large.
+
+This is probably what I'll end up doing.
+
+> Or you could directly add them to git (\"small files\") so they are also present everywhere.
+
+I do that for one type of metadata file that isn't important for consumption but I want everything else to be annex files so that I can assign metadata etc. to them.
+
+
+
+"""]]

doc/forum/How_to_keep_connected_files_with_another__63__/comment_3_7b14aa71a166cf14e852ae896b05ee74._comment

@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="Ilya_Shlyakhter"
+ avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
+ subject="specifying preferred content by metadata"
+ date="2021-06-07T14:26:27Z"
+ content="""
+>I'd prefer if git-annex could be made to operate on full series (as defined by subdirectories or metadata
+
+Maybe I'm missing something, but doesn't [[git-annex-preferred-content]] support `metadata=field=glob`?
+"""]]

doc/forum/How_to_keep_connected_files_with_another__63__/comment_4_a33437b28ea7fc74eb221d90efaec487._comment

@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="Ilya_Shlyakhter"
+ avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
+ subject="keeping connected files together"
+ date="2021-06-07T14:45:35Z"
+ content="""
+One other option is to `tar` up each movie and all associated files into one archive, and annex that.
+
+There's a [special remote in DataLad](https://github.com/datalad/datalad/blob/master/datalad/customremotes/archives.py) for accessing individual files inside annexed archives, though I guess in your case you'd normally want all files anyway.
+"""]]

doc/special_remotes/webdav/comment_23_d1b44f0cf171fb8cab85add778f2949b._comment

@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="jenkin.schibel@286264d9ceb79998aecff0d5d1a4ffe34f8b8421"
+ nickname="jenkin.schibel"
+ avatar="http://cdn.libravatar.org/avatar/692d82fb5c42fc86d97cc44ae0fb61ca"
+ subject="using import tree and export tree"
+ date="2021-06-06T14:43:39Z"
+ content="""
+hey will being able to import a treeish from a webdav remote ever be supported? my use case is that i have a nextcloud instance where i store photo backups for all the smart devices in my family which all get backed up to a single shared directory.  since this tree would be ever changing due to the many smart phones connecting to it, and storing data in it, i figured a push and pull method similar to what can be done with the adb special remote could be useful to keep all the files tracked in my annex.
+"""]]

doc/todo/find__47__prefer_keys_by_file_extension_in_key.mdwn

@@ -0,0 +1 @@
+Add [[preferred content expression|git-annex-preferred-content]] and [[matching option|git-annex-matching-options]] to match the file extension incorporated into a `*E` [[key|backends]], e.g. `keyext=.mp3` .  This would help address the limitation that `include=*.mp3` does not work with `--all` or `--unused`.