filename too long

[damir77]

Исходные данные.
1. Имеется удаленный ГИТ репозиторий, на котором хранится файл с длинным именем.
2. Имеется рабочая станция (Linux 4.4.0-62-generic x86_64 с ФС ext4).

Цель.
Загрузить (склонировать из репозитория) на рабочую станцию файл с длинным именем.

Факт.
Возникает ошибка при создании файла "filename too long".

Для работы с ГИТ репозиторием мне обязательно нужно загрузить все файлы, иначе не формируется текущий локальный номер ревизии, следствие - не могу работать с репозиторем.
На рабочих станциях с ФС NTFS проблем нет. Макс длина имени файлов по дефолту:
NTFS - 255 UTF16
ext4 - 255 UTF8

Подскажите самый простой способ решения проблемы и желательно без ФС NTFS. Без сборки ядра не обойтись?

[AnrDaemon]

Макс длина имени файлов по дефолту:
NTFS - 255 UTF16
ext4 - 255 UTF8

Неверно.

NTFS не имеет ограничений на длину имени файла, ну, почти. Технические ограничения есть, но они заоблачные.
MAX_PATH(260 символов) - это ограничение Win32 API на длину полного имени файла. Не NTFS. Причём это именно символы, не байты.
Обходится это ограничение использованием специального синтаксиса имён.

То же самое можно сказать про ext4. Ограничения накладывает POSIX на API.
Ограничение на длину одного компонента пути (на имя файла) - 255 БАЙТ (не символов!)
Ограниение на полную длину пути - 4096 БАЙТ(!)

Правильный ответ - никак не склонировать, если длина имени файла превышает допустимую для API.

[snowin]

damir77, попробуй имена файлов брать в кавычках

[damir77]

2 AnrDaemon,
спасибо за информацию, теперь будем знать! Жаль конечно, придется на Windows переходить.

2 snowin
К сожалению, ГИТ автоматически создает файлы при клонировании бранча из репозитория, поэтому без кавычек.

[AnrDaemon]

придется на Windows переходить

Хотя бы указали, какой репо клонируете.
Или напишите сами владельцу.
Ситуация явно неординарная.

[damir77]

Хотя бы указали, какой репо клонируете.
Или напишите сами владельцу.
Ситуация явно неординарная.

GIT bukkit,  использую клиента SmartGIT, ФС ext4. Вижу альтернативу в качетве ссылки на буккит с новым URI исключительно на исходники, доки с длинными именами в игнор.

[AnrDaemon]

GIT bukkit

Мне это о многом сказало…
Адрес репо так трудно озвучить?

[damir77]

Мне это о многом сказало…
Адрес репо так трудно озвучить?

Адрес репо не публичный, а коммерческий. Поэому не могу сообщить к сожалению.

[AnrDaemon]

Тогда пишите владельцу, больше ничем помочь не можем.

[soarin]

Подскажите самый простой способ решения проблемы и желательно без ФС NTFS

Ну возьми exFAT флешку