Bug 14266

Можно сразу заливать в updates, изменив Release пакета чтобы он соответствовал
alt updates/backports policy.

(In reply to comment #0)
> Просьба положить в branch сборку clamav-0.92-alt1.

soname change делает автоматическое перекладывание невозможным.

> Кроме того, можно ли каким-то образом установить режим автоматического появления
> в бранче новых сборок clamav?

вместе с автоматической пересборкой всего зависящего софта?

(In reply to comment #2)
> (In reply to comment #0)
> > Просьба положить в branch сборку clamav-0.92-alt1.
> 
> soname change делает автоматическое перекладывание невозможным.

Стало быть, требуется пересборка с новым soname.

> > Кроме того, можно ли каким-то образом установить режим автоматического
появления в бранче новых сборок clamav?
> 
> вместе с автоматической пересборкой всего зависящего софта?

Да. Даже если новые версии clamav не несут в себе исправления безопасности,
любые исправления ошибок и добавления новых возможностей в новых версиях
увеличивают процент пойманного malware. Поэтому самый свежий код clamav так же
важен как и наличие свежих баз.

Естественно, зависящий софт при необходимости должен пересобираться. Более того,
 непересобираемость какой-либо из зависящих программ должна повлечь за собой
выбрасывание этой программы, а не торможение обновления clamav.

Выкидывание - способ плохой, особенно, если пакет не в contrib, вдруг, окажется.
Надо добиваться нормальномальной пересборки того, что есть. Но оно в Сизифе-то
собралось, значит шансы неплохие. Да и не так многотам, apt-cache whatdepends
libclamav даёт список:

snort-clamav
snort-clamav+flexresp
dansguardian
apache2-mod_clamav
python-module-pyclamav
klamav
havp
claws-mail-plugin-clamav
c-icap-skf
c-icap

А жить со старым ClamAV тоже не выход. 

И, собственно, можно сделать допущение, что эти пакеты нерабочие - толку от них
не много со старым ClamAV.

(In reply to comment #4)
> Выкидывание - способ плохой, особенно, если пакет не в contrib, вдруг, 
окажется.
> Надо добиваться нормальной пересборки того, что есть.

Естественно. Выбрасывать - это было не конкретное предложение, а подчеркивание 
важности предоставления пользователям как можно более свежего кода clamav. :)  

ДАЖЕ ценой временного или постоянного заорфанивания слабоподдерживаемых оберток 
или клиентов libclamav. Приоритетность должна быть именно такой.

> Но оно в Сизифе-то собралось, значит шансы неплохие.

Не то что неплохие, и в среде бранча оно должно собраться, стопроцентно.

> Да и не так многотам, apt-cache whatdepends
> libclamav даёт список:

Из этого списка сложности когда-то были только у klamav, использовавшего 
недавно deprecated функцию libclamav. Но и это было быстро запатчено...

> А жить со старым ClamAV тоже не выход. 

Абсолютно. Тем более, что возможна ситуация когда существенно изменится формат 
скачиваемых антивирусных баз и старый clamav просто будет не в состоянии их 
обновлять...

Перенос этих пакетов из Сизифа (за редким исключением) невозможен, добро
пожаловать в /incoming/updates/4.0/

А, так вопрос в этом ? Это-то понятно, что через updates. Мне показалось, что
вопрос, как с зависимым списком поступать. Вешать на мантейнеров/перезаливать
зависимое самостоятельно после попадания в бранч исходного пакета/может, вдруг,
робот какой...

(In reply to comment #8)
> А, так вопрос в этом ? Это-то понятно, что через updates. Мне показалось, что
> вопрос, как с зависимым списком поступать. Вешать на мантейнеров/перезаливать
> зависимое самостоятельно после попадания в бранч исходного пакета/может, вдруг,
> робот какой...

Такого робота нет.  Все пакеты, у которых появятся анметы, будут удалены из
бранча в составе той же транзакции.

И, тогда, ещё вопрос остаётся. Бранч, наверное, потерпит, а вот что касается
непосредственно updates. Видимо, надо перекладывать всё вместе из Бранча, как
всё удалённое вернётся. Так ?

Вроде бы, я добавил в CC всех, чьи пакеты зависят от libclamav. Если мантейнеры
пакетов не возражают, я приготовлю набор пакетов из Sisyphus для помещения в
updates/4.0.

И баг на себя перевешиваю.

(In reply to comment #12)
> И баг на себя перевешиваю.

Вчера в /incoming/updates/4.0/ был залит clamav 0.92.1. Никаких писем о его
пересборке я не получал и его еще нет в апдейтах. Как раз самое время заливать
зависимые пакеты.

Закрывать баг, наверное, не стоило пока... Предложение моё остаётся в силе, 
если до воскресенья ответов не будет, буду считать, что все согласны, и 
попробую залить пакеты в updates. Кроме ClamAV уже, конечно. Если кто-то 
сделает сам, напишите сюда, пожалуйста.

(In reply to comment #14)
> Закрывать баг, наверное, не стоило пока...

Так я его и не закрывал - он не CLOSED, а только FIXED для отражения текущего
состояния: clamav уже пошел в апдейты. Закроем, когда завершиться транзакция с
пересборкой зависимых паектов.

> Предложение моё остаётся в силе, 
> если до воскресенья ответов не будет, буду считать, что все согласны, и 
> попробую залить пакеты в updates. Кроме ClamAV уже, конечно. Если кто-то 
> сделает сам, напишите сюда, пожалуйста.

Может попросим робота? ;)

По меньшей мере из-за klamav роботом нельзя. :-(
В Бранче 0.41-alt1.0, а в changelog есть запись:

* Wed Nov 07 2007 Vitaly Lipatov <lav@altlinux.ru> 0.41.1-alt3
- fix build with clamav 0.92

Итак.

По поводу apache2-mod_clamav прошу помощи либо мантейнера, либо Михаила
Шигорина, как более близкого к apache.

havp и klamav - пересобранны обновлённые версии из Sisyphus

dansguardian, python-module-pyclamav, snort - просто пересборка того, что лежит
в Branch (в Sisyphus обновлений нет, кроме автоматических)

c-icap, c-icap-skf - пересобраны версии из Sisyphus, но обновлений по версиям
там тоже не было.

claws-mail-plugin-clamav. Вот тут регрессия. claws-mail пересобран тот, что был
в Branch, но без поддержки  ClamAV. Причина - исключение plugin-clamav из
основной ветки в более свежих версиях. claws-mail-plugin-clamav надо из Branch
4.0 исключить, соответственно.

(In reply to comment #17)

> dansguardian, 

Вот тут наврал. В Sisyphus версия новее, то та, что в 4.0, некоторе время жила в
Sisyphus с новым ClamAV.

таак... А в updates/4.0 уже лежит klamav-0.41.1-alt0.M40.4.src.rpm. И я залил
klamav-0.42-alt0.M40.1.src.rpm. Что оставляем ?

Ещё момент по snort: #15038

(In reply to comment #17)
> По поводу apache2-mod_clamav прошу помощи либо мантейнера, либо Михаила
> Шигорина, как более близкого к apache.
Я далёк от apache2 примерно настолько же, насколько он далёк от 1.3. :)

С apache2-mod_clamav понял, что было. 

Залил на пересборку из Sisyphus - там отличие только в spec от того, что было в
Branch.

Осталось решить, какой klamav использовать. Это вопрос к Виталию, видимо.

Хм. не прошла пересбока для python-module-pyclamav и  claws-mail с одной и той
же ошибкой:

Building Dependency Tree...
E: Version ='2.5' for 'python-devel' was not found
hsh-install: failed to calculate package file list.
hsh-install: Failed to generate package file list.

В обоих спеках про версию ничего не написано. Это с чего 2.5 потребовался ?

Так же не прошла пересборка snort для x86_64. Но, как я погляжу, его и нет в
Branch для этой архитектуры.

at@ причину объяснил, python-module-pyclamav и claws-mail я перезалил. Надеюсь,
пересоберутся.

обновилось.