Обнаружен критический баг в libunrar+clamav!

1)берёшь pdv или makeself
жмёшь tar/data.tar(from deb) с помошью p7zip/paq6fdj2
пихаешь бинарник компрессора в sfx(написав скрипт для распаковки)
- и всё - порблема тупого юзера решена

2)если делаешь sfx - ниибёт

3)надо оценить, насколько необходимо сильное сжатие для существующих объёмов дисков - у меня были случаи, когда p7zip(LZMA) давал ~175Mb
от ~225Mb rar;
ps
а на имиджах полупустых партиций - rzip просто вне конкуренции - там разница с p7zip/rar "разы"

1) и 2) SFX-архивы (равно как любые исполняемые файлы) в общем случае режутся корпоративным почтовиком. Таким образом, обмен данными получается неполноценным.

3) Почти согласен.

Если вы раздаёте что-то и _исходящий_ трафик оплачивается -- тут без вариантов, боремся за каждый байт, перекладывая проблемы на плечи юзера (кому _действительно_ нужно, распаковщик скачает). Другое решение в случае платного трафика -- свой битторрент-трекер (трафик трекера не такой большой) и любой формат по усмотрению.

Если flat-rate upstream -- тут более "политкорректно" будет наплевать на размеры в угоду "всеплатформенности".

1)pdv или makeself не режуться и не распаковываются всеми антивирусами - проверено (pdv = 100% );
а почтовые фильтры большинства контор считают исполняемыми только DOS/WINDOWS исполняемые файлы
2)я имел виду, что вы осуществляете официальную поддержку некой фигни ввиде рассылки sfx - и ,по умолчанию, письма от вас не режуться и софт от вас ,априори, считается заслуживающим доверия и не проверяется
зы
> (кому _действительно_ нужно, распаковщик скачает).
3)зачем ему что-то качать - sfx сам распакует

Ни у кого проблемки нет с компиляцией
clamav-0.88 + clamav-0.88-libunrar3.patch?
У меня ругается на отсутсвие структуры ArchiveList_struct.

Дословно:
scanners.c: In function `cli_scanrar':
scanners.c:129: error: `ArchiveList_struct' undeclared (first use in this function)
scanners.c:129: error: (Each undeclared identifier is reported only once
scanners.c:129: error: for each function it appears in.)
scanners.c:129: error: `rarlist' undeclared (first use in this function)
scanners.c:130: error: `rarlist_head' undeclared (first use in this function)
scanners.c:144: error: syntax error before ')' token
scanners.c:254: error: `RAR_FENTRY_ATTR_DIRECTORY' undeclared (first use in this function)

2z2v:
А вы выполняли команды?
aclocal
autoconf
automake
В свое время я описывал в статье "Clamav и проверка RAR архивов версии 3."
все действия по сборке...

АГа... Забыл. Однако все равно есть накладка.
Ежели собирать с unrarsrc-3.5.4.tar.gz вылезает корявка
с неопределенным _UNIX.

А так, собралось.
Огромное.
Спасибо.

>> у 7z есть все шансы стать mainstream в мире архиваторов

>Есть несколько не столь радужных мыслей (с точки зрения простого юзера, не желающего ничего знать).

Чихать на простых юзеров.
Шансы у 7z стать mainstream есть !

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

Порт p7zip запаздывает ? Пусть тренируется на Windows-юзерах.
К тому же изменения между версиями не так критичны. Недавно вот было что изменился номер версии, потому что под Windows 95 версия не работала.

Насчет размеров согласен. Я так все ace-ом пакую. А если смысла нет так zip.

С другом стороны вот смотрим на warez-ы и что мы там видим ?
ISO, rar, zip.
Если будет 7zip - хуже никому не будет, а размерчик меньше.

>Вообщем-то у 7-zip есть UNIX-овый аналог - это p7zip, но он выходит реже.

Насколько хорошо он работает с пайпами и сохраняет права на файлы?

>самое главное достоинство 7zip, что оно умеет распаковывать ещё кучу других форматов(в том числе rar3 - в этом смысле единственный гпл продукт), чего не скажеш о bzip. на этом спрор 7zip vs bzip предлагаю закончить

Нельзя сказать, что это unix-way. По кой мне его способность распаковывать bzip2, если последний стоит у меня в системе штатно и будет стоять?

>пихаешь бинарник компрессора в sfx(написав скрипт для распаковки)

Ага. И все это пихаешь в образ, с которого можно запустить комп, ибо операционку человека на другом конце ты можешь и не знать.

>Чихать на простых юзеров.

Конторы и продукты, чихающие на простых пользователей и претендующие на статус мейнстрима долго не живут.

>7ZIP жмёт лучше

на некоторых он жмет лучше rar, на некоторых хуже. но памяти потребляет больнше гораздо чем rar.

к тому же в 7z еще много виндовщины, от нее постепенно избавляются но пока...

> Порт p7zip запаздывает ? Пусть тренируется на Windows-юзерах.

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

да и с русскими именами у него при переносе между маздаем и линем проблем емнип еще есть.

пока он годится разве что для tar.7z

>>Вообщем-то у 7-zip есть UNIX-овый аналог - это p7zip, но он выходит реже.

>Насколько хорошо он работает с пайпами и сохраняет права на файлы?

Насколько хорошо - это о чем ?

С атрибутами файлов проблемы

я уже писал, что :
>2)я имел виду, что вы осуществляете официальную поддержку некой фигни ввиде рассылки sfx - и ,по умолчанию, письма от вас не режуться и софт от вас ,априори, считается заслуживающим доверия и не проверяется

это значить, что вы знаете операционку, на которой будете запускать sfx
(ut,java ведь тоже в sfx)

как правило, по дефолту стоит только expand, pax был только в NT-3.5,
и то, что на каких-то системах стоит bzip2 по дефолту, это ещё не значит, что он стоит на всех системах

зы
я не имел ввиду рассылку вирусов, которые должны запускаться под любой (неизвестной?)системой, а дистрибуцию файлов для известной дистрибутору целевой системы

архивируешь tar`ом
жмёшь p7zip`ом

такой же solid, как и tar.bz2