On 2008.01.16 at 04:21:54 +0300, dudraug wrote: > Хм... впервые сталкиваюсь с такой проблемой. Но вот например записывая > через gnomebaker столкнулся с такой проблемой. При очень больших именах > файлов и папок gnomebaker отказывается писать диск (при включенном > joliet, без него он естественно пишет, но как бы потом весь диск в > Офтопике становиться нечитабельным), при чем эти же файлы из винды > через Nero пишутся идеально (проверял у знакомых у коих есть винда).
На какой именно винде они после этого читаются? Винды много разной бывает. > Я так понял что joliet не может предоставить полной совместимости с Ну это смотря какая реализация Joliet. Есть реализация joliet в ядре (read-only) есть реализация в mkisofs (genisoimage). Скорее всего gnomebaker вызывает именно её. Во всяком случае она у него в зависимостях есть. Не исключено что там наложены более жесткие ограничения на имена файлов чем в Nero из соображений обеспечения совместимости либо с какими-нибудь древними версиями виндов, либо с опубликованной спецификацией, которую винды никогда и не пытались соблюдать, а написано там это исключительно из соображений усложнить жизнь разработчикам независисмых эксперименов. Во всяком случеае, у mkisofs есть ключик -joliet-long. О котором авторы gnomebaker, скорее всего, попросту не знали. Я тоже не знал до сегодняшнего дня. Сегодня вот полез смотреть а что там могло бы быть с этими длинными именами, и увидел. Соответстверно, рекомендую не пользоваться gnomebaker и прочими фронтендами, а пользоваться непосредственно mkisofs. Тогда процесс будет полностью управляем. Можно, конечно, попытаться поправить любимый фронтэнд, добавив в какой-нибудь диалог чекбокс "разрешить имена файлов длиннее 64 симаволов", который добавляет -joliet-long в командную строку mkisofs. Будь фронтэнд маленьким скриптиком на Tcl/tk или python-gtk я бы это и посоветовал. Но приложения GNOME обычно не оптимизированы на легкость внесения подобных модификаций обычным пользователем. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]