12299 2007-07-11 14:44:02 +0400 isoinfo adds ";1" to the end of file name 2010-12-21 23:23:27 +0300 1 1 4 Development Sisyphus mc unstable all Linux CLOSED FIXED P2 normal --- 1 v_black asy asy icesik jinn mike week qa-sisyphus oldest_to_newest 52689 0 v_black 2007-07-11 14:44:02 +0400 Bad: isoinfo выдает в конце имени каждого файла внутри образа ;1 В именах каталогов такого не замечено. пакет: isoutils-2.01.01-alt2a03.0 Steps to Reproduce: isoinfo -l -i some-iso.iso Actual Results: Что-то типа: ABOUT.HTM;1 ABOUTA~1.BMP;1 BG.BMP;1 COMPDE~1.HTM;1 PUNC.HTM;1 Expected Results: Хотелось бы без таких излишеств :) 52746 1 mike 2007-07-12 12:11:41 +0400 Насколько понимаю -- INVALID, поскольку это фича ISO9660. Попробуйте также -l -R. 52760 2 v_black 2007-07-12 12:56:41 +0400 (In reply to comment #1) > Насколько понимаю -- INVALID, поскольку это фича ISO9660. Попробуйте также -l -R. тоже самое :(. (и -R и -J пробовал) На пробу брались образы дисков из образовательного комплекта для школ. Конечно можно обойтись монтированием, но для этого надо права рута, а зайти в образ как в каталог через mc, например, быстрее и удобнее для вытаскивания файлов из образа пользователем. 52764 3 mike 2007-07-12 15:07:30 +0400 Стоп. Уточните версии mc и rpm -qf /usr/bin/isoinfo -- вообще-то к mc именно я и делал extfs, исправление в связи со сменой формата вывода там потребовалось один раз года два тому. 52765 4 v_black 2007-07-12 15:14:09 +0400 Вот: rpm -qf /usr/bin/isoinfo isoutils-2.01.01-alt2a03.0 и mc: mc-4.6.1r-alt9 Собственно с него все и началось - mc попросил isoinfo, я поставил, увидел ;1 и стал копать кто виноват...Так что в mc все это в полный рост :( 52767 5 2088 mike 2007-07-12 15:24:34 +0400 Created attachment 2088 iso9660 mcextfs ";1" patch У меня именно эти версии не вызывают никаких проблем, иначе бы уже и фиксил. Последнее релевантное из переписки по теме -- проверяйте приложенный патчик для /usr/share/mc/extfs/iso9660, если поможет, то перевешивайте на mc (хотя мог уже и приложить): Date: Thu, 22 Jul 2004 17:07:06 +0400 From: alex <prof_alex/mail.ru> To: Michael Shigorin <mike/osdn.org.ua> Subject: Re: iso9660 и новый isoinfo Michael Shigorin wrote: > >Формат опять чуть уехал -- в [ ... ] группа цифр теперь разбита >надвое пробелом. Патч прицеплен (и висит на >https://bugzilla.altlinux.org/show_bug.cgi?id=4536). > В продолжение темы хочестся добавить, что проблемы не только с форматом. С Joliet вечная беда, то UCS level 1 не понимает, то в UCS level 3 добавляет ';1' в конце имени файла. Причем некоррекно отображает даже имена файлов из образов дисков созданных при помощи mkisofs. Вот к примеру INSERT из http://www.inside-security.de/: >isoinfo -d -i INSERT-1.2.8_en.iso CD-ROM is in ISO 9660 format System id: LINUX Volume id: Inside Security Rescue Toolkit Volume set id: Publisher id: Data preparer id: Application id: MKISOFS ISO 9660/HFS FILESYSTEM BUILDER & CDRECORD CD-R/DVD CREATOR (C) 1993 E.YOUNGDALE (C) 1997 J.PEARSON/J.SCHILLING ---поскипано--- Joliet with UCS level 3 found Rock Ridge signatures version 1 found ---поскипано--- пробуем получить список файлов: >isoinfo -R -J -j koi8-r -l -i INSERT-1.2.8_en.iso ---поскипано--- Directory listing of /isolinux____)____insert-1.2.8_master_en_isolinux____Y___________/ d--------- 0 0 0 2048 Apr 21 2004 [ 35 02] . d--------- 0 0 0 4096 Mar 3 2004 [ 32 02] .. ---------- 0 0 0 2048 Apr 21 2004 [ 24561 00] boot.cat____Y____b___}____boot.catPX$_$______$__________________ ---------- 0 0 0 174 Apr 20 2004 [ 24562 00] boot.msg____1____insert-1.2.8_master_en_isolinux_boot.msg___q0__ ---------- 0 0 0 1545 Apr 20 2004 [ 24563 00] f2_@___@________hV__hV__f_________________h____ ________________ ---------- 0 0 0 9424 Apr 21 2004 [ 24564 00] isolinux.bin________9____insert-1.2.8_master_en_isolinux_isolinu ---------- 0 0 0 2434 Jan 26 2004 [ 24569 00] isolinux.cfg________9____insert-1.2.8_master_en_isolinux_isolinu ---------- 0 0 0 8762 Jul 29 2003 [ 24571 00] logo.16_____1____insert-1.2.8_master_en_isolinux_logo.16____Y___ ---------- 0 0 0 67648 Apr 2 2004 [ 24576 00] memtest_____1____insert-1.2.8_master_en_isolinux_memtest____Y___ ---------- 0 0 0 495568 Apr 3 2004 [ 24610 00] miniroot.gz_9____insert-1.2.8_master_en_isolinux_miniroot.gz____ ---------- 0 0 0 921594 Apr 2 2004 [ 24852 00] vmlinuz_____1____insert-1.2.8_master_en_isolinux_vmlinuz____Y___ Ключ '-R' есть в командной строке, но он игнорируется, теперь так: >isoinfo -R -l -i INSERT-1.2.8_en.iso ---поскипано--- Directory listing of /isolinux/ dr-xr-xr-x 2 0 0 2048 Apr 21 2004 [ 31 02] . dr-xr-xr-x 4 0 0 2048 Mar 3 2004 [ 29 02] .. -r--r--r-- 1 0 0 2048 Apr 21 2004 [ 24561 00] boot.cat -r-xr-xr-x 1 0 0 174 Apr 20 2004 [ 24562 00] boot.msg -r-xr-xr-x 1 0 0 1545 Apr 20 2004 [ 24563 00] f2 -r-xr-xr-x 2 0 0 9424 Apr 21 2004 [ 24564 00] isolinux.bin -r-xr-xr-x 1 0 0 2434 Jan 26 2004 [ 24569 00] isolinux.cfg -r-xr-xr-x 1 0 0 2434 Jan 26 2004 [ 24569 00] isolinux.cfg -r-xr-xr-x 2 0 0 8762 Jul 29 2003 [ 24571 00] logo.16 -r-xr-xr-x 2 0 0 67648 Apr 2 2004 [ 24576 00] memtest -r-xr-xr-x 1 0 0 495568 Apr 3 2004 [ 24610 00] miniroot.gz -r-xr-xr-x 2 0 0 921594 Apr 2 2004 [ 24852 00] vmlinuz Как видно, Rock Ridge содержит все что нам надо, но игнорируется при указании ключа '-J' (даже если поменять их местами легче не становится). Отсюда предложение: забить на Joliet если есть RR. Я думаю, что именно к этому нас подталкивает Joerg Schilling (очень хвалит RR и ругает ограниченность Joliet). Ну и танцы с бубном вокруг имен файлов оканчивающихся на ';1' (интересно, а цифры отличные от единицы бывают?). То что у меня получилось работает на версиях 2.01a21 - 2.01a34, но число различных образов у меня не велико, так что интересно как это работает у других. 52772 6 v_black 2007-07-12 16:29:52 +0400 (In reply to comment #5) > Created an attachment (id=2088) [edit] > iso9660 mcextfs ";1" patch Посмотрел патч... даже попробовал накатить. - нет он не для файла из mc-4.6.1r-alt9 (проверил, iso9660 из этого пакета) визуальный анализ показывает в патче присутствие переменной ISOINFO_CMD и отсутствие оной в исходном файле. Т.е. как бы или патч "отвалился" или файл с тех пор сильно переделали или у меня в системе он каким-то образом подменился. Может бросите свой (работающий) для сравнения? 52773 7 mike 2007-07-12 16:39:11 +0400 Он не содержит изменений относительон пакетного из mc-4.6.1r-alt9, проверил rpm -V mc. 58626 8 mike 2007-11-26 12:48:57 +0300 Короче, это в любом разе не проблема isoinfo как пакета (разве что апстрима, который меняет формат вывода по погоде на дворе). Для исправления в mc надо тестирование. Если кому-то не лень меня допинать прошерстить архивы и найти всё, что мне присылали или писали по теме -- пинайте. PS: "Good" или "Bad" в подсказке багзилы специально покрашены -- это характеристика строчек из примеров, а не шаблон :) 58771 9 jinn 2007-11-28 19:58:50 +0300 Ээээ... таак... А я вот накатил патч, и эти ;1 из имен файлов при просмотре исошек, созданных в виндах, в mc пропали. А то, что isoinfo их показывает- IMHO, фича, что-то еще по виндовой Нере смутно припоминается. [diman@dimanko RPMS.x86_64]$ rpm -q mc mc-4.6.1r-alt9 Так что, получается, Майк, патч не приложен. 58773 10 jinn 2007-11-28 20:21:40 +0300 О, зато после приложения патча начались чудеса вроде "Несогласованный архив extfs" при попытке войти в rpm внутри iso. Надо поисследовать. 65963 11 wrar 2008-03-16 22:44:58 +0300 Шотут? 65966 12 mike 2008-03-16 23:16:07 +0300 Не совсем в курсе про именно тут... Краткая история предыдущих серий -- апстрим isoinfo время от времени (раз в пару лет) слегка меняет формат вывода, отчего регэкс в extfs/iso9660 ломается; плюс разные кривые порождалки ISO иногда вылазят. Хорошо бы им кто-то предложил сделать фиксированный формат (и опцию для того) а-ля ls -lR, или патчик, но пока могу разве что пофорвардить те несколько исправлений, которые мне при разных таких изменениях люди слали. Последнее применить не удалось (за отсутствием то ли времени, то ли тесткейса). Надо? 65968 13 wrar 2008-03-16 23:20:18 +0300 Исправлений для mc? Ну давай. В приложенном к багу патче я увидел строку про удаление ;1 и сходу не понял, зачем там нужны все остальные строки. Не прикладывал, да. 72018 14 dottedmag 2008-06-13 13:00:39 +0400 102596 15 wrar 2009-11-03 22:44:34 +0300 Шотут. 116085 16 asy 2010-12-07 18:22:11 +0300 А что должна делать вот эта строчка из iso9660 ? isoinfo -d -i "$1" | gawk "/UCS level 1|NO Joliet/" > /dev/null || ISOINFO="$ISOINFO $JOLIET_OPT" У меня такое ощущение, что она должна выглядеть, как isoinfo -d -i "$1" | egrep "UCS level 1|NO Joliet" > /dev/null || ISOINFO="$ISOINFO $JOLIET_OPT" C gawk значение "$?" получается 0 при любом раскладе... 116332 17 asy 2010-12-14 23:54:23 +0300 Вот это вот sub(" $", "", name) + # for pure ISO9660 and Joliet UCS level 3 + sub(";1$", "", name) ## sub(";[0-9]+$", "", name) ## would break copyout хватает, относительно текущего iso9660. Но, в одном из имеющихся у меня iso, есть несколько файлов, у которых в конце ".;1". При монтировании через loop этой точки нет. Можно сделать, конечно, "\.\?;1$", но, вдруг, эта точка где-то будет по делу ? 116458 18 4719 asy 2010-12-19 04:20:43 +0300 Created attachment 4719 iso9660 mcextfs ";1" patch for mc 4.7.0.10 116459 19 asy 2010-12-19 04:23:12 +0300 ";1" должно обрабатываться, а вот что делать с единичными ".;1", пока не сильно понятно. 116522 20 asy 2010-12-21 23:23:01 +0300 4.7.0.10-alt5 - fixed processing of ";1" in some ISO images (closes: ALT#12299) 2088 2007-07-12 15:24:34 +0400 2007-07-12 15:24:34 +0400 iso9660 mcextfs ";1" patch iso9660.diff text/plain 1670 mike LS0tIGlzbzk2NjAJVGh1IEp1bCAyMiAxNzowMDowMiAyMDA0CisrKyBpc285NjYwLm5ldwlUaHUg SnVsIDIyIDAxOjMzOjI0IDIwMDQKQEAgLTE4LDkgKzE4LDE0IEBACiAgICAgZWxzZQogCUpPTElF VF9PUFQ9Ii1KIgogICAgIGZpCi0gICAgSVNPSU5GTz0iaXNvaW5mbyAtUiIKLSAgICAjIGlzb2lu Zm8gLWQgLWkgIiQxIiB8IGdyZXAgIk5PIEpvbGlldCIgPiAvZGV2L251bGwgfHwgSVNPSU5GTz0i JElTT0lORk8gJEpPTElFVF9PUFQiCi0gICAgaXNvaW5mbyAtZCAtaSAiJDEiIHwgZ3JlcCAiSm9s aWV0IHdpdGggVUNTIGxldmVsIFsyLTldIGZvdW5kIiA+IC9kZXYvbnVsbCAmJiBJU09JTkZPPSIk SVNPSU5GTyAkSk9MSUVUX09QVCIKKyAgICBJU09JTkZPX0NNRD0iaXNvaW5mbyIKKyAgICAKKyAg ICBJU09JTkZPPWBpc29pbmZvIC1kIC1pICIkMSJgCisgICAgaWYgZWNobyAkSVNPSU5GTyB8IGdy ZXAgIlJvY2sgUmlkZ2Ugc2lnbmF0dXJlcyB2ZXJzaW9uIFsxLTldIGZvdW5kIiA+IC9kZXYvbnVs bDsgdGhlbgorCUlTT0lORk9fQ01EPSIkSVNPSU5GT19DTUQgLVIiCisgICAgZWxzZQorCWVjaG8g JElTT0lORk8gfCBncmVwICJKb2xpZXQgd2l0aCBVQ1MgbGV2ZWwgWzItOV0gZm91bmQiID4gL2Rl di9udWxsICYmIElTT0lORk9fQ01EPSIkSVNPSU5GT19DTUQgJEpPTElFVF9PUFQiCisgICAgZmkK IH0KIAogbWNpc29mc19saXN0ICgpIHsKQEAgLTMzLDE0ICszOCwxNCBAQAogICAqKSAgICAgTVlD QVQ9ImNhdCI7OwogZXNhYwogCi0kSVNPSU5GTyAtbCAtaSAiJDEiIHwgZ2F3ayAnCiskSVNPSU5G T19DTUQgLWwgLWkgIiQxIiB8IGdhd2sgJwogQkVHSU4gewogICBkaXI9IiI7CiAgICMgUGF0dGVy biB0byBtYXRjaCA4IGZpcnN0IGZpZWxkcy4KICAgcnggPSAiW14gCV0rWyAJXSsiOworICBpcngg PSAiXi4uXFsgWzAtOSBdK1xdICAiOwogICByeCA9ICJeIiByeCByeCByeCByeCByeCByeCByeCBy eDsKICAgIyBpcnggPSAiXi4gKlswLTldKy4gICI7Ci0gIGlyeCA9ICJeLi5cW1sgMC05XStcXSAg IjsKIH0KIC9eJC8geyBuZXh0IH0KIC9eZC0tLS0tLS0tLS8geyBuZXh0IH0KQEAgLTU3LDYgKzYy LDggQEAKICAgIyBmaXggcGVybXMKICAgc3ViKCJeLS0tLS0tLS0tLSAgIDAgICAgMCAgICAwIiwg Ii1yLS1yLS1yLS0gICAxIHJvb3Qgcm9vdCIsIGF0dHIpCiAgIHN1YigiICQiLCAiIiwgbmFtZSkK KyAgIyBmb3IgcHVyZSBJU085NjYwIGFuZCBKb2xpZXQgVUNTIGxldmVsIDMKKyAgc3ViKCI7MSQi LCAiIiwgbmFtZSkKICAgIyMgc3ViKCI7WzAtOV0rJCIsICIiLCBuYW1lKSAjIyB3b3VsZCBicmVh ayBjb3B5b3V0CiAgICMgc2tpcCAuIGFuZCAuLgogICBpZiAobmFtZSB+IC9eXC5cLj8vKSBuZXh0 OwpAQCAtNjUsNyArNzIsNyBAQAogfQogCiBtY2lzb2ZzX2NvcHlvdXQgKCkgewotCSRJU09JTkZP IC1pICIkMSIgLXggIi8kMiIgPiAiJDMiIAorCSRJU09JTkZPX0NNRCAtaSAiJDEiIC14ICIvJDIi ID4gIiQzIiAKIH0KIAogc2F2ZV9jdHlwZT1gbG9jYWxlIHwgZ3JlcCBMQ19DVFlQRWAKQEAgLTc5 LDYgKzg2LDcgQEAKICAgICB0ZXN0X2lzbyAiJEAiOwogICAgIG1jaXNvZnNfbGlzdCAiJEAiOwog ICAgIGV4aXQgMDs7CisKICAgY29weW91dCkKICAgICB0ZXN0X2lzbyAiJEAiOwogICAgIG1jaXNv ZnNfY29weW91dCAiJEAiOwo= 4719 2010-12-19 04:20:43 +0300 2010-12-19 04:20:43 +0300 iso9660 mcextfs ";1" patch for mc 4.7.0.10 mc-4.7.0.10-iso9660-semicolon.patch application/octet-stream 1295 asy LS0tIGlzbzk2NjAub2xkCTIwMTAtMTItMTUgMTE6Mjc6NTQuMDAwMDAwMDAwICswMzAwCisrKyBp c285NjYwCTIwMTAtMTItMTkgMDQ6MTI6MjQuMDAwMDAwMDAwICswMzAwCkBAIC0yNCw2ICsyNCwx MiBAQAogICAgIGZpCiAgICAgSVNPSU5GTz0iaXNvaW5mbyAtUiIKICAgICBpc29pbmZvIC1kIC1p ICIkMSIgMj4vZGV2L251bGwgfCAvYmluL2dyZXAgIlVDUyBsZXZlbCAxXHxOTyBKb2xpZXQiID4g L2Rldi9udWxsIHx8IElTT0lORk89IiRJU09JTkZPICRKT0xJRVRfT1BUIgorCisgICAgaWYgWyBg aXNvaW5mbyAtZCAtaSAiJDEiIDI+L2Rldi9udWxsIHwgL2Jpbi9ncmVwICJKb2xpZXQgd2l0aCBV Q1MgbGV2ZWwgMyBmb3VuZCIgfCB3YyAtbGAgPT0gMSBdIDsgdGhlbgorCWlmIFsgYGlzb2luZm8g LWQgLWkgIiQxIiAyPi9kZXYvbnVsbCB8IC9iaW4vZ3JlcCAiTk8gUm9jayBSaWRnZSIgfCB3YyAt bGAgPT0gMSBdIDsgdGhlbgorCSAgICBTRU1JQ09MT049IllFUyIKKwlmaQorICAgIGZpCiB9CiAK IG1jaXNvZnNfbGlzdCAoKSB7CkBAIC0zOCw3ICs0NCw3IEBACiAgICopICAgICBNWUNBVD0iY2F0 Ijs7CiBlc2FjCiAKLSRJU09JTkZPIC1sIC1pICIkMSIgfCBnYXdrICcKKyRJU09JTkZPIC1sIC1p ICIkMSIgfCBnYXdrIC12IFNFTUlDT0xPTj0kU0VNSUNPTE9OICcKIEJFR0lOIHsKICAgZGlyPSIi OwogICAjIFBhdHRlcm4gdG8gbWF0Y2ggOCBmaXJzdCBmaWVsZHMuCkBAIC02MCwxNSArNjYsMjEg QEAKICAgc3ViKGlyeCwgIiIsIG5hbWUpCiAgIHN1YigiXi0tLS0tLS0tLS0gICAwICAgIDAgICAg MCIsICItci0tci0tci0tICAgMSByb290IHJvb3QiLCBhdHRyKQogICBzdWIoIiAkIiwgIiIsIG5h bWUpCisgICMgZm9yIEpvbGlldCBVQ1MgbGV2ZWwgMworICBpZiAoU0VNSUNPTE9OID0gIllFUyIp IHN1YigiOzEkIiwgIiIsIG5hbWUpOwogICAjIyBzdWIoIjtbMC05XSskIiwgIiIsIG5hbWUpICMj IHdvdWxkIGJyZWFrIGNvcHlvdXQKICAgIyBza2lwIC4gYW5kIC4uCiAgIGlmIChuYW1lIH4gL15c LlwuPy8pIG5leHQ7CiAgIHByaW50ZiAiJXMlcyVzXG4iLCBhdHRyLCBkaXIsIG5hbWUKLX0nIAor fScKIH0KIAogbWNpc29mc19jb3B5b3V0ICgpIHsKLQkkSVNPSU5GTyAtaSAiJDEiIC14ICIvJDIi ID4gIiQzIiAKKwlpZiBbICJ4JFNFTUlDT0xPTiIgPT0gInhZRVMiIF07IHRoZW4KKwkgICAgJElT T0lORk8gLWkgIiQxIiAteCAiLyQyOzEiID4gIiQzIgorCWVsc2UKKwkgICAgJElTT0lORk8gLWkg IiQxIiAteCAiLyQyIiA+ICIkMyIKKwlmaQogfQogCiBMQ19BTEw9Qwo=