From 233b2ab133124474bbd44b5c6ddfa8cde564263a Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 2 Feb 2021 13:19:28 -0400 Subject: [PATCH] reject --- doc/todo/Allow_globally_limiting_filename_length.mdwn | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/todo/Allow_globally_limiting_filename_length.mdwn b/doc/todo/Allow_globally_limiting_filename_length.mdwn index e187f69a8c..18e87c32a5 100644 --- a/doc/todo/Allow_globally_limiting_filename_length.mdwn +++ b/doc/todo/Allow_globally_limiting_filename_length.mdwn @@ -7,3 +7,5 @@ I am looking for a solution for this inside Git Annex. The simplest thing, I thi The next simplest thing would be for Git Annex to look at the filesystem it is running on and do something smarter than exploding and leaving my repo in a weird out-of-sync state if some of the filenames it wants to create can't be created. Maybe it should fail the sync earlier, in Git Annex itself rather than in git checkout. Maybe it should just leave those files out of the checkout, or force/allow me to rename them right then. The most complex thing would be to somehow make it work anyway and check out the symlinks under different, valid names. Perhaps it could just truncate those path components in the symlink view? There's already support for different metadata views; this would be sort of like that. You get a special view of the repo subject to the constraints of your filesystem. + +> [[rejected|done]] --[[Joey]]