tag todos potentially useful for datalad
authorJoey Hess <joeyh@joeyh.name>
Thu, 29 Jun 2023 17:30:26 +0000 (13:30 -0400)
committerJoey Hess <joeyh@joeyh.name>
Thu, 29 Jun 2023 17:30:26 +0000 (13:30 -0400)
12 files changed:
doc/projects/datalad/potential.mdwn [new file with mode: 0644]
doc/todo/Adressing_.gitattributes_inefficiency.mdwn
doc/todo/Incremental_git_annex_sync_--content_--all.mdwn
doc/todo/add_import_tree_to_external_special_remote_protocol.mdwn
doc/todo/drop_from_export_remote.mdwn
doc/todo/external_remote_querying_transition.mdwn
doc/todo/git-annex-export_--from_option.mdwn
doc/todo/importtree_only_remotes.mdwn
doc/todo/need_a_clear_criteria_for_adding_git-annex-config_settings.mdwn
doc/todo/network_test_suite.mdwn
doc/todo/option_for___40__fast__41___compression_on_special_remotes_like___34__directory__34__.mdwn
doc/todo/stalldetection_for_import_and_export.mdwn

diff --git a/doc/projects/datalad/potential.mdwn b/doc/projects/datalad/potential.mdwn
new file mode 100644 (file)
index 0000000..1d3f59c
--- /dev/null
@@ -0,0 +1,6 @@
+These are TODOs that have been tagged as potentially being useful for
+[[/projects/DataLad]] or a related project to fund work on.
+
+[[!inline pages="todo/* and !todo/done and !link(todo/done) and
+tagged(projects/datalad/potential))" sort=mtime feeds=no actions=yes archive=yes show=0 template=buglist]]
+
index 6debd4516eca2dd4e16e276f4a90ca4bc875da3c..a668a6d952d45f51bfe4d79129253290bf70f7da 100644 (file)
@@ -19,3 +19,4 @@ Couldn't the [separate-git-tree-for-diffing-technique you used lately to speed u
 One problem I see with this tough is that it wouldn't be possible to cache the user's `.git/info/attributes` settings, which can change independently.
 
 [[!tag confirmed]]
+[[!tag projects/datalad/potential]]
index 8eb0fb7f05393e59a3ff1ac3a6d0950f9c4ed9a3..11ea484f52043c5bfcb654bb5a60a6c4bab453b8 100644 (file)
@@ -18,3 +18,4 @@ So I have yet another idea to speed up git annex. For now only for the 2nd pass
 2. Again, update the commit id of remotes that we successfully synced with.
 
 [[!tag confirmed]]
+[[!tag projects/datalad/potential]]
index a1eda94346a1725e0b72f16a149b6fec8e7333a0..5c597df861c7dfcef9ea07ec3debfa0111ebaf25 100644 (file)
@@ -14,6 +14,9 @@ What I'd like to do is implement this in concert with someone who is
 implementing a special remote that uses it. So we can iterate on the
 protocol as needed to make it better. --[[Joey]]
 
+> @mih expressed some interest in this in [a comment](https://git-annex.branchable.com/design/external_special_remote_protocol/export_and_import_appendix/#comment-d0cffbe55870a469052ebb7ed36f8300)
+> so maybe him? --[[Joey]]
+
 I do want to implement this though, assuming it turns out to be feasible
 for people to implement it despite its complexity, so I'm tagging this confirmed.
 
@@ -22,3 +25,4 @@ although it might make sense to implement that as a simpler protocol
 extension.)
 
 [[!tag confirmed]]
+[[!tag projects/datalad/potential]]
index a010628a25e3fc83dc37e27735ca0f7b88d0977d..2783428ee9e1e76489ef4500e50914296a74e084 100644 (file)
@@ -29,3 +29,4 @@ from the remote.
 > file to be deleted from master.
 
 [[!tag confirmed]]
+[[!tag projects/datalad/potential]]
index f0399108a8431f5d74e48561cc1393fffa7e0c48..d18e23f157c80da2f51d31b9d1f8c7c34d71a0ca 100644 (file)
@@ -50,3 +50,4 @@ Note that the protocol does allow querying with GETCONFIG etc before
 responding to a WHEREIS request.
 
 [[!tag confirmed]]
+[[!tag projects/datalad/potential]]
index a5f5df343a1e039d430d33257829908453cf4eba..372c3c8492e0b9af222c24d2b75d5402a7c802f0 100644 (file)
@@ -7,3 +7,4 @@ Which is caused by the fact that I didn't have checked out the files on my works
 Is there a reason that does not exist and if so what would be a way to do sending files to the android device without ssh-ing into my server?
 
 [[!tag confirmed]]
+[[!tag projects/datalad/potential]]
index 3df1cea549fa2e0c803ecfa7bb59842c1f1341fa..f73a883b20fe0f531790ecd785d87c5848903d3e 100644 (file)
@@ -76,3 +76,4 @@ Or by complicating Remote.Helper.ExportImport further..
 --[[Joey]]
 
 [[!tag confirmed]]
+[[!tag projects/datalad/potential]]
index dcf359dd51103e8ee2bd93d5ee10189d934dd87d..fdb4e968b68e83d8d4fae448daab46397301c314 100644 (file)
@@ -105,3 +105,4 @@ easy to fix up a git commit history to remove an unwanted commit.
 Does annex.resolvemerge meet criteria #1? --[[Joey]]
 
 [[!tag confirmed]]
+[[!tag projects/datalad/potential]]
index fafde3dcbb0643cf397db87e093f863010739b71..5faffa75e73d1ab63cc7955556b7e318474851e4 100644 (file)
@@ -31,3 +31,4 @@ running it on at least some of the autobuilders might be a good way.
 --[[Joey]] 
 
 [[!tag confirmed]]
+[[!tag projects/datalad/potential]]
index c88d0ebb181784fd2a183b3e757b6dc91ab080c4..9410d3149bf70bbdcee2b9b9667b908e2e187585 100644 (file)
@@ -6,3 +6,4 @@ For example, I use git annex for very large scientific tomographic datasets and
 Though, I guess, it would be possible to write a special remote wrapper for this, I wonder if this might qualify as an officially supported option to the already existing special remotes like "directory" or "rsync". E.g. in conjunction to `encryption` something like `compression` with possible values like `pbzip`, `bzip`, `pigz` and `gzip`.
 
 [[!tag confirmed]]
+[[!tag projects/datalad/potential]]
index c1e01f798acea10e204535254dcc31d825fc87e2..6943918fb9b74ba59c8c812de6f0d1e3ec87eb85 100644 (file)
@@ -10,3 +10,4 @@ extended to cover the additional actions. --[[Joey]]
 > on. --[[Joey]]
 
 [[!tag confirmed]]
+[[!tag projects/datalad/potential]]