» FreeArc и Unix

FreeArc под Linux/Unix

Родственные темы
FreeArc - бесплатный open-source архиватор для Windows и Linux, сочетающий высокую степень сжатия и большой набор возможностей


Руководства
FreeArc 0.666 Installation in Ubuntu 9.04

Превед!
Раз есть спецтема напишу еще сюда.
Делал сборку linux-live slax на slax.org и включил в нее пакет PeaZip 3.0, в который вшит консольный FreeArc 0.60 от 21 декабря 2009.
Судя по тому, что возможно сжатие методом lzma:250m:bt4 можно сделать предположительный вывод, что доступен кусок ОЗУ размером 2.5Гб (физически установлено 4Гб ОЗУ)
Но, к сожалению, из-за проблем работы со временными файлами не работает "2х-проходное" сжатие типа rep+lzma равно как и сжатие методом -mx, т.к. в нем так же используется та же комбинация rep+lzma.

updated Linux version. Please test it, especially handling of foreign archives (zip, rar...)

Добавлено:

Цитата:

удя по тому, что возможно сжатие методом lzma:250m:bt4 можно сделать предположительный вывод, что доступен кусок ОЗУ размером 2.5Гб (физически установлено 4Гб ОЗУ)

я же тебе говорил - в bt4 используется несколько кусков, самый большой - 8*dict. так что как раз то что 260m не работает свидетельствует о 2-гиговом макс. куске

Bulat_Ziganshin
Мда. Прочел readme.txt и собрался было компилить.

Потестировал немного. Rar не распаковывается (но просматривается), неподдерживаемый, дескать, алгоритм. С zip таких проблем вроде нет, у меня пробный архив распаковался. 7z, насколько я понимаю, пока вообще не поддерживается, что ли?

сейчас у меня даже 250м не получается, это не с апдейченной версией, а просто тупо не получается, или, мб это просто на других данных такая картина - я не знаю.
жмет-жмет, а на 84% останавливается и грит - недостаточно ОЗУ, иногда выводит сколько именно не хватило (хз от чего зависит сие уведомление) - сначала было около 2Мб (для 248м), потом около 1мб(для 245м), но и 240м все равно закончилось тем же - недостаточно ОЗУ.
8*dict при dict=250м получаем 2000, т.е. теоретически при куске в 2Гб это есть реально и дб реально и под ВыньХРх64.
Вспоминается, что ты писал уже о том, что не знаешь как под линухом определить кол-во свободной ОЗУ. С другой стороны, если задрать словарь до 260 - то фа отваливается сразу же с сообщением о нехватке ОЗУ, т.е. какую-то проверку он таки осуществляет, а мб просто система/ос отказывает в выделении необходимого кусмана сразу же из-за сильного оверлимита, что для, скажем, 250мб "уже не так очевидно для системы" и потому падение только в конце.

В общем, не знаю, в чем дело, но 7z.so то ли не цепляет, то ли что-то не так, не работает, короче.

Добавлено:
Погуглил немного, в принципе, под Linux есть pmap (консольный, конечно), который карту памяти процесса выдает - если хотя бы его удастся использовать...

Цитата:

Вспоминается, что ты писал уже о том, что не знаешь как под линухом определить кол-во свободной ОЗУ.

выделять на пробу 2 гига - не вариант, это помешает другим процессам. в windows есть способ проверить адресное пространство без выделения реальной памяти

Добавлено:

Цитата:

Потестировал немного.

а ты его инсталировал через make? все архивы которые держит 7-zip, должны держаться - и zip и rar и 7z. у меня по крайней мере пашет

интересно - будет ли х86-линух версия работать под линухом х64? Мне пока не удается это проверить - я нашел х64-версию OpenSUSE, но в ней хз как работать с ntfs - диски видит, но не маунтит...

Bulat_Ziganshin

Цитата:

а ты его инсталировал через make?

Разумеется (ну, конфиги в ~/.FreeArc руками кинул, настраивать sudo неохота, но это, ясное дело, неважно). /usr/lib/FreeArc/7z.so у меня лежит на месте.


Цитата:

bash-4.0$ arc e /mnt/d/Documents/Тургенев.7z
FreeArc 0.61 (May 10 2010) extracting archive: /mnt/d/Documents/Тургенев.7z

ERROR: /mnt/d/Documents/Тургенев.7z isn't archive or this archive is corrupt: archive signature not found at the end of archive. Please recover it using 'r' command or use -tp- option to ignore Recovery Record

Архив, разумеется, нормальный. Ну и так далее. При этом 7z и не просматриваются даже, в отличие от rar.

OC у меня Fedora 12 i386 (ну, точнее, i686). Может, какие зависимости для работы (не компиляции) требуются? Могу попробовать их исходничков собрать, если нужно (только ссылку бы).

Добавлено:


CTACKo

Цитата:

но в ней хз как работать с ntfs - диски видит, но не маунтит

Нужно пропатчить /dev/hands. Ну ладно, без обид, это в шутку было сказано. А вообще, ох уж мне эти виндусятники.

От рута

Код: mkdir /mnt/ntfs-disk && echo "/dev/[РАЗДЕЛ] /mnt/ntfs-disk ntfs-3g defaults 0 0" >> /etc/fstab

мои результаты: .zip/.7z работает, для .rar говорит о неподдерживаемом формате архива

Добавлено:
разобрался - не хватает Codecs/rar29.so

Bulat_Ziganshin
Можете показать свой вывод locate 7z.so?

Цитата:

Можете показать свой вывод locate 7z.so?

/usr/lib/FreeArc/7z.so
/usr/libexec/p7zip/7z.so

Bulat_Ziganshin
Посмотрел обновленную версию. Теперь rar-архивы распаковываются, но у меня в пробном экземпляре русское имя файла вышло кракозябриками. В самом FA отображается нормально. Распаковка при помощи unrar + стандартного гномовского архиватора, например, дает осмысленное имя.


Цитата:

/usr/lib/FreeArc/7z.so
/usr/libexec/p7zip/7z.so

Ага. Если вторую убрать (временно переименовать, например), 7z-архивы открываются? У меня по-прежнему только работа с zip полностью поддерживается, ну ещё с оговорками rar.

Цитата:

Ага. Если вторую убрать (временно переименовать, например), 7z-архивы открываются?

да. специально проверял - всё удаляю кроме первой so - работает. без неё - нет

Добавлено:

Цитата:

Тургенев.7z

а с английскими именами ты конечно и пробовать не стал?

у меня тест.rar не открывается, при извлечении из test.rar правильно сообщается что будет перезаписан тест.cmd, но в результате создаётся файл с каким-то диким именем

в общем, надо сравнить с p7zip 9.x, если по сравнению с ним какие-то глюки - значит я не так откомпилял. работа с файлами идёт в p7zip'овском коде

Bulat_Ziganshin

Цитата:

а с английскими именами ты конечно и пробовать не стал?

Да просто под рукой rar-архивов с нормальными именами не оказалось.

Кстати, а насчет 7z - гениально! На английских именах работает, подтверждаю. По крайней мере, компилять самому, а потом вручную устанавливать (во-первых, там, насколько я понимаю, в инструкции маленькая опечатка, не 7-zip, а 7zip должно быть вроде, во-вторых, makefile установщика какой-то стремный ) не придется.


В общем, да, пока в текущей альфе имеем проблемы с русскими именами.

Viewgg
в общем с английскими именами у тебя все форматы работают - zip, rar, 7z - и распаковываются в том числе?

Bulat_Ziganshin
Ну да, у остальных прог (File Roller с различными backend-ами вроде unrar и p7-zip, PeaZip...) проблем никаких нет, все просматривается и распаковывается чисто.

Что-нибудь с кодировками небось?

ура, нам включили шапку! раскрашивайте с русскими именами разобрался как правильно библиотеку p7zip компилять, 7-zip на 7zip в доке тоже поправил

Добавлено:
счас с .tar.gz поковыряюсь и ждите last alpha

Как насчёт FreeBSD ? 5 лет назад у меня на десктопе стояла основной системой
Сейчас к сожалению уже ничем не помогу, но думаю многие админы будут рады.

Bulat_Ziganshin
И ещё один момент (давно уже собирался спросить): а почему бы не компилить бинарнички с -march=i686 ? Все равно на древнем железе гонять FA вряд ли кто-то будет , ну а так, может быть, даже быстрее немного работать станет (кроме процессоров Pentium 4).

FreeArc 0.666 Installation in Ubuntu 9.04

Цитата:

sudo apt-get install build-essential checkinstall

Цитата:

wget http://freearc.org/download/0.666/FreeArc-0.666-linux-i386.tar.bz2
tar -jxvf FreeArc-0.666-linux-i386.tar.bz2
cd FreeArc-0.666-linux-i386
checkinstall --pkgname=FreeArc-linux --pkgversion "0.666" --backup=no --install=no --defaul
sudo dpkg -i freearc-linux_0.666-1_i386.deb

freearc-linux_0.666-1_i386.deb

---

при попытке распаковать zip:

Цитата:

admin@admin:~$ freearc
Can't load '/usr/lib/FreeArc/7z.dll' (/usr/lib/FreeArc/7z.so: ELF file OS ABI invalid)
Can't load '/usr/lib/FreeArc/Codecs/Rar29.so' (/usr/lib/FreeArc/Codecs/Rar29.so: ELF file OS ABI invalid)
sh: ./Zoho.ManageEngine.NetFlowAnalyzer.Professional.v7.5.7800.zip: Permission denied

в меню программ FA ещё не научился добавляться ?

slech
Гы, получился как бы дубль. Ну ладно, продолжим тут. Так вот, попробуйте, что ли, собрать из исходничков на своей системе, раз на ABI ругается. Хотя вообще, достаточно странно это.

Bulat_Ziganshin
планируется ли интеграция FreeArc в стандартный Archive Manager в Ubuntu?

есть ли планы по созданию и поддержанию PPA на launchpad для удобной установки и автоматического обновления FreeArc всё на той же Ubuntu?
(пока пакет FreeArc не добавят в основной репозиторий)

Цитата:

в меню программ FA ещё не научился добавляться ?

ответ на все подобные вопросы один - DIY. если вы мне дадите что-то готовое или разъясните как что делать - пож-та, оно будет включено в комплект. сам я в линуксах не разбираюсь и занят сейчас в первую очередь тем, что без меня никто не сделает - сжатием, форматами архивов, удобством работы в gui

это может быть полезно:

Цитата:

Мне удалось запустить arc и freearc на 64bit, (unarc работает). Проблема была в том, что он пытался загрузить 64х битную libgmp.so.3, поэтому скачал 32х битную в /lib32, после чего запустились arc и freearc, но freearc при этом отписывает в консоль:

libgvfscommon.so.0: cannot open shared object file: No such file or directory
Failed to load module: /usr/lib/gio/modules/libgvfsdbus32.so
/usr/lib/gio/modules/libgvfsdbus.so: wrong ELF class: ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libgvfsdbus.so

Bulat_Ziganshin
Есть ли сейчас какая актуальная альфа под Linux (ссылка в основной теме не работает, 404), и если да, то что стоило бы потестить? У меня, возможно, найдется время немного поиграть на досуге, заодно попробую запустить FA под 64-битной системой (насколько я понимаю там весь секрет в необходимых 32-битных библиотеках).


Да, и ещё: собирается все это по-прежнему под Fedora? (Пользователям других дистрибутивов сложнее, из исходничков собирать, скорее всего, надо и т. д.)

я не собирал после 0.666

буду собирать под чем скажете, я просто не понимаю ничего в этом. есть какой-то linux, сборка под которым гарантирует что под всем остальным будет работать?

Bulat_Ziganshin
я выше приводил пример сборки в Ubuntu.
Debian подобные дистрибутивы должны все подхватить этот пакет.
Для rpm подобных можно компилить в Fedora/CentOS.
Далее не подскажу.

Думаю возможно хватит .deb .rpm and src.
Ну а потом покорять все платформы.

так ты говорил о сборке пакета, а мы о компиляции самого exe. или это при собрке пакета как-то исправляется?

Bulat_Ziganshin

Цитата:

wget http://freearc.org/download/0.666/FreeArc-0.666-linux-i386.tar.bz2 - что тут ?

Цитата:

CheckInstall — компьютерная программа для Unix-подобных операционных систем, созданная с целью облегчить установку и удаление программного обеспечения, скомпилированного из исходных кодов, используя при этом родную для дистрибутива систему управления пакетами. После компиляции программного обеспечения checkinstall может автоматически сгенерировать Slackware-, RPM- или Debian-совместимый пакет, который впоследствии может быть полностью удалён через соответствующий менеджер пакетов

если выше исходники - значит мы:
1. компилируем приложение
2. собираем пакет


т.е. я так вижу что нам достаточно одну и туже команду выполнить на разных платформах и получить готовый для установки пакет на любой их них.
остаётся вопрос различных версий и библиотек используемых.
могу взяться за тестирование во всех версиях Ubuntu
8.04/8.10/9.04/9.10/10.04/10.10/11.04 - 32/64 - правда пока незнаю как оптимизировать это дело, представляю лишь как сделать вручную.
По компиляцию под различные платформы нужно тоже будет почитать - неужели нужно использовать 3 оси для компиляции под 3 платформы ?