Релиз архиватора PeaZip 9.8

[Снег Север]

https://habr.com/ru/news/813897/
1 мая 2024 года состоялся релиз кроссплатформенного открытого менеджера файлов и архиватора PeaZip 9.8. Исходный код проекта написан на Pascal (Lazarus/FreePascal, для сборок под Windows задействован InnoSetup) и опубликован на GitHub под лицензией GNU Lesser General Public License v3.0. Под капотом PeaZip 9.8 используется Pea 1.18 в качестве бэкенда по умолчанию, проект скомпилирован с помощью Lazarus 3.2, при этом исходные коды по-прежнему совместимы с серией Lazarus 2.x.

Предыдущая стабильная версия проекта PeaZip 9.7.1 вышла в феврале 2024 года.

С помощью бесплатного инструмента PeaZip пользователи Windows, Linux и Mac могут открыть в общей сложности 234 расширения файлов в качестве архивов или их вариантов, включая 7z, ace, arc, bz2, cab, gz, iso, paq, pea, rar, tar, wim, zip, zipx и так далее. Проект работает со составными архивами (001, r01, z01 и так далее), поддерживает несколько стандартов шифрования архивов и хеширование файлов.

[Alexander]

В целом забавно.

К какой-нибудь 10й версии м.б. доведут до ума. Непонятно зачем тащит за собой программы, уже входящие в дистрибутив - их можно просто указать в зависимостях. Где man page, как пользоваться ключами командной строки ?
peazip и pea компилируются замечательно, но не собирается некое demo начиная с:

Код: Выделить всё

/home/first/src/peazip/PeaZip-9.8.0/peazip-sources/dev/unit_demo_lib.pas(56,14) Error: (5000) Identifier not found "TButton"

Непонятно есть ли просто консольный архиватор самого pea формата - на первый взгляд его нет.

Ну и:

Код: Выделить всё

lintian peazip_9.8.0.LINUX.GTK2-1_amd64.deb
E: peazip: bad-owner-for-doc-file osboxes/osboxes != root/root (or 0/0) [usr/share/doc/peazip/]
E: peazip: bad-owner-for-doc-file osboxes/osboxes != root/root (or 0/0) [usr/share/doc/peazip/copyright]
E: peazip: description-starts-with-package-name
E: peazip: embedded-library libzstd [usr/lib/peazip/res/bin/zstd/zstd]
E: peazip: no-changelog usr/share/doc/peazip/changelog.gz (native package)
E: peazip: statically-linked-binary [usr/lib/peazip/res/bin/7z/7z]
E: peazip: statically-linked-binary [usr/lib/peazip/res/bin/arc/arc-tiny.linux.sfx]
E: peazip: statically-linked-binary [usr/lib/peazip/res/bin/upx/upx]
E: peazip: unstripped-binary-or-object [usr/lib/peazip/res/bin/zpaq/zpaq]
E: peazip: wrong-file-owner-uid-or-gid 1000/1000 [usr/]
E: peazip: wrong-file-owner-uid-or-gid 1000/1000 [usr/bin/]
E: peazip: wrong-file-owner-uid-or-gid 1000/1000 [usr/bin/peazip]
E: peazip: wrong-file-owner-uid-or-gid ... use "--tag-display-limit 0" to see all (or pipe to a file/program)
W: peazip: absolute-symlink-in-top-level-folder /usr/lib/peazip/peazip [usr/bin/peazip]
W: peazip: absolute-symlink-in-top-level-folder /usr/share/peazip [usr/lib/peazip/res/share]
W: peazip: executable-is-not-world-readable 0740 [usr/lib/peazip/res/bin/zstd/zstd]
W: peazip: executable-not-elf-or-script [usr/lib/peazip/res/bin/7z/7z.sfx]
W: peazip: executable-not-elf-or-script [usr/lib/peazip/res/bin/arc/freearc-installer.sfx]
W: peazip: executable-not-elf-or-script [usr/lib/peazip/res/bin/arc/freearc-tiny.sfx]
W: peazip: executable-not-elf-or-script ... use "--tag-display-limit 0" to see all (or pipe to a file/program)
W: peazip: hardening-no-pie [usr/lib/peazip/pea]
W: peazip: hardening-no-pie [usr/lib/peazip/peazip]
W: peazip: hardening-no-pie [usr/lib/peazip/res/bin/arc/arc]
W: peazip: hardening-no-pie ... use "--tag-display-limit 0" to see all (or pipe to a file/program)
W: peazip: hardening-no-relro [usr/lib/peazip/res/bin/arc/arc]
W: peazip: hardening-no-relro [usr/lib/peazip/res/bin/paq/paq8o]
W: peazip: no-manual-page [usr/bin/peazip]
W: peazip: non-standard-dir-perm 0775 != 0755 [usr/]
W: peazip: non-standard-dir-perm 0775 != 0755 [usr/bin/]
W: peazip: non-standard-dir-perm 0775 != 0755 [usr/lib/]
W: peazip: non-standard-dir-perm ... use "--tag-display-limit 0" to see all (or pipe to a file/program)
W: peazip: non-standard-executable-perm 0740 != 0755 [usr/lib/peazip/res/bin/zstd/zstd]
W: peazip: non-standard-executable-perm 0744 != 0755 [usr/lib/peazip/res/bin/7z/7z]
W: peazip: non-standard-executable-perm 0775 != 0755 [usr/lib/peazip/pea]
W: peazip: non-standard-executable-perm ... use "--tag-display-limit 0" to see all (or pipe to a file/program)
W: peazip: non-standard-file-perm 0664 != 0644 [usr/lib/peazip/res/bin/arc/arc.groups]
W: peazip: non-standard-file-perm 0664 != 0644 [usr/lib/peazip/res/bin/arc/arc.ini]
W: peazip: non-standard-file-perm 0664 != 0644 [usr/share/applications/peazip.desktop]
W: peazip: non-standard-file-perm ... use "--tag-display-limit 0" to see all (or pipe to a file/program)
W: peazip: script-not-executable [usr/share/peazip/batch/freedesktop_integration/Nautilus-scripts/Archiving/PeaZip/Add to Archive]
W: peazip: script-not-executable [usr/share/peazip/batch/freedesktop_integration/Nautilus-scripts/Archiving/PeaZip/Convert]
W: peazip: script-not-executable [usr/share/peazip/batch/freedesktop_integration/Nautilus-scripts/Archiving/PeaZip/Extract Archive]
W: peazip: script-not-executable ... use "--tag-display-limit 0" to see all (or pipe to a file/program)
W: peazip: undeclared-elf-prerequisites (libX11.so.6 libatk-1.0.so.0 libc.so.6 libcairo.so.2 libdl.so.2 libgdk-x11-2.0.so.0 libgdk_pixbuf-2.0.so.0 libglib-2.0.so.0 libgmodule-2.0.so.0 libgobject-2.0.so.0 libgthread-2.0.so.0 libgtk-x11-2.0.so.0 libpango-1.0.so.0 libpthread.so.0) [usr/lib/peazip/pea]
W: peazip: undeclared-elf-prerequisites (libX11.so.6 libatk-1.0.so.0 libc.so.6 libcairo.so.2 libdl.so.2 libgdk-x11-2.0.so.0 libgdk_pixbuf-2.0.so.0 libglib-2.0.so.0 libgmodule-2.0.so.0 libgobject-2.0.so.0 libgthread-2.0.so.0 libgtk-x11-2.0.so.0 libpango-1.0.so.0 libpthread.so.0) [usr/lib/peazip/peazip]
W: peazip: undeclared-elf-prerequisites (libc.so.6 libcurl.so.4 libdl.so.2 libgcc_s.so.1 libgmp.so.3 libm.so.6 libncurses.so.5 libpthread.so.0 librt.so.1 libstdc++.so.6) [usr/lib/peazip/res/bin/arc/arc]
W: peazip: undeclared-elf-prerequisites ... use "--tag-display-limit 0" to see all (or pipe to a file/program)

[Снег Север]

консольщина померла в прошлом веке.

[Alexander]

Как оно было - так и осталось - просто прибавилась графика.
Ценится такой архиватор, который можно и без графики запускать из скриптов. Не везде вообще графика есть, а архиватор используется везде.
Без консоли архиватору никак. В принципе. В Линуксе есть строгое отделение в таких случаях: бэкэнд и фронтенд. Причём бэкэнд консольный, а фронтэнд любой. Здесь же смешали как в Win. Смешали интерфейс с алгоритмом.

[Снег Север]

Вот поэтому пользователи всех остальных ОС говорят, что идеология линухов - это окаменевшие фекалии мамонта...

[Alexander]

Не пойму в чём противоположная "идеология" ? Её просто нет.
Сделать вручную мышетыканьем то, что нужно было просто передать на автоматическую обработку компьютеру ?
Может быть это "идеология" ? Но это негодная "идеология". Автоматическую часть никак не заменить ручной и сама попытка глупая.
Часть первую не заменить частью второй, а это и есть управляющая консоль. Для чего тогда компьютер нужен ?
Случаи когда удобно уместно и вообще возможно решить задачу архивации мышетыканьем единичны,
в то время как массовые регулярные автоматические консольные задачи постоянны и повсеместны.
Пользовательская архивация по отношению к автоматической едва ли 1 к миллиарду.
И только в том одном случае возникает необходимость в интерфейсе с пользователем, коим и является на текущий момент PeaZip.
Это в основном вообще не пересекающиеся задачи: автоматическое и ручное. Автоматическое - это консоль. Ручное - интерфейс.
Добавить консольную версию и был бы полноценный архиватор с обеими возможностями.
Тогда хоть задачи автоматического резервного копирования в планировщике ставь,
хоть добавляй его компрессию в инсталлятор системы, хоть используй для сжатия файлов на форуме... На текущий момент этих возможностей нет.
"Идеология" чужой ОС - это что идеология отсутствия возможностей ? Нигелизм возможностей ?

[Sharfik]

Вот людям занаяться нечем как проблемы другим создавать. В ОС всех есть свой встроенных архиватор, есть 7Zip. Нет, надо плодить другие. И судя по комментариям на хабре еще и с функцией 250 различных вариантов кодирования... и так бесит когда присылают в файлы в 7z, rar архивах, а тут еще квесты будут.

[stikriz11]

Вот людям занаяться нечем как проблемы другим создавать.

Вывести за сарай и расстрелять?
Они еще и ЯПы пишуть...

[Снег Север]

Если на то пошло, то за придумывания новых ЯП надо, пусть не расстреливать - это растрата ресурса, а пороть. Сотня плетей и ссылка на лесоповал.

[Sharfik]

Если на то пошло, то за придумывания новых ЯП надо, пусть не расстреливать - это растрата ресурса, а пороть. Сотня плетей и ссылка на лесоповал.

Вот, вот!

Вывести за сарай и расстрелять?

Вариант с лесоповалом мне понравился больше)

[WAYFARER]

А как же прогресс?)) Нужны и новые ЯП и алгоритмы сжатия, если они более эффективны и решают существующие проблемы.

[Alexander]

Ну сам peazip в некотором смысле тоже прогрессивен - алгоритм pea. В процессе изучения его внутренностей и ссылок на них нашёл ещё quad.cpp образующий действующий архиватор (компрессор) quad. Так что их прогрессивных уже не мало и прогресс идёт.
Но до ума его ещё нужно доводить. Раз в целом сделан как графический менеджер архивов с коллекцией архиваторов - так и продолжить - такая ниша есть. Просто убрать лишнее (пофиксить баги, убрать какие-то хеши двоичных файлов архиваторов входящих в поставку - зачем они ?), добавить нужное, улучшить и упорядочить саму коллекцию входящих в его состав архиваторов (выкинуть неработоспособные и брошенные авторами, если они бесперспективны, убрать дублирующиеся с уже входящими в дистрибутив, а те, что не входят в дистрибутивы сделать не во внутренней директории, а system-wide, чтобы они становились доступны обычным способом всем программам и удобными для пользователя, добавить консольный pea). Улучшить пакетирование. Тогда бы от него был толк.

[Sharfik]

А как же прогресс?)) Нужны и новые ЯП и алгоритмы сжатия, если они более эффективны и решают существующие проблемы.

Прогресс в чем? В написании If then, for while не слева направо, а справа налево? Компилятор и его оптимизация кода - это прогресс, отсутствие разницы в компилированном и скриптовом приложении - это прогресс. А попытки прикрыть свою лень в изучении существующих языков созданием нового - это не прогресс, а деградация знаний. Будь это электротехника, и каждые 5 лет какой ни будь умник придумывал новый стандарт организации систем электроснабжения его бы сожгли к чертям.
Я понимаю что для каких то свои задач Яндексу и т.п. надо иное быстродействие и они разрабатывают свои собственные базы данных, но это не повод еще и языки менять. Это дикие потери в развитии, опыте, и экономически-временной составляющей работ.

[WAYFARER]

Все меняется. Новые технологии, новые задачи - для решения этих задач новые более удобные и эффективные инструменты. Так было всегда, иначе мы бы сейчас все еще писали на каком нибудь CPL или ALGOL.

Компилятор и его оптимизация кода - это прогресс,

Безусловно. Но кроме компилятора есть и сам язык со своей идеологией и парадигмами. Язык может устареть. Язык может не подходить/плохо подходить для решения каких либо конкретных задач.

Я понимаю что для каких то свои задач Яндексу и т.п. надо иное быстродействие и они разрабатывают свои собственные базы данных, но это не повод еще и языки менять. Это дикие потери в развитии, опыте, и экономически-временной составляющей работ.

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

[stikriz11]

Прогресс в чем?

Прогресс в том, что пишут ЯП для ИИ, а не для человека. Без визуальных компонентов, без сложных ресурсов под простые IDE. Что перл, что пыхыпы - это не для мозга человека. Для человека самое понятное - это ООП. Я как-то тоже чуть свой ЯП не написал. Все из-за перенесенного ранее унижения.
А дело было так...
Начало 90-х. Я захожу в книжный на втором этаже напротив аудитории физики в ЛЭТИ, и показывая пальцем на полочки с книжками спрашиваю о своего товарища:
- Какой лучший?
- Си плас плас, конечно!
Розовая мягкая книжечка была куплена. А потом года два, без компа, просто с листа я пытался научится программированию С++ на текстах Страуструппа, где этот "ненормальный" детям в качестве примера математических операций дал пример калькулятора с рекурсивным спуском, засранец. А для пояснения указателя дал динамическое меню на массиве указателей на указатели на функции. В общем, душевная травма была непереносима. Был собран синклер, изучен ASM и Басик. Рядом с объявлением от работодателей о приеме на работу радиоинженером за 6500 при средней зарплате строителя за 100 тыр, родилось понимание бесперспективности бытия и смене профессии. Потом, уже в начале 2000-х решил написать ЯП интерпретатор - надо было. Писал я тогда на Delphi 3. Сначала начал писать что-то свое, дурацкое, под XML (это был самый писк моды тогда...). Потом вспомнил про рекурсивный спуск и написал интерпретатор объектного паскаля со всеми классами и компонентами дельфи, но свои классы делать нельзя было, только использовать, что в VCL, т.е. точечная нотация. Ну, и дизайнер формы за одно.
https://ibb.co/8jPLgt6

Я понимаю что для каких то свои задач Яндексу и т.п. надо иное быстродействие

Ну, и писали бы свои компиляторы, интерпретаторы да оптимизаторы известных языков.