[devel] Deadline

[devel] Deadline

[Andrey Semenov]

Добрый день, господа разработчики.
  30 мая прошло. Это означает что Сизиф заморожен на поступление новых
  версий пакетов? Или как ?


-- 
Best regards,
 Andrey                          mailto:mitrofan@altlinux.ru

Re: [devel] Deadline

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 253 bytes --]

On Tue, Jun 01, 2004 at 03:31:53PM +0400, Andrey Semenov wrote:
> Добрый день, господа разработчики.

Hi,

>   30 мая прошло. Это означает что Сизиф заморожен на поступление новых
>   версий пакетов? Или как ?

Вообще говоря, да.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Deadline

[Grigory Batalov]

On Tue, 1 Jun 2004 20:10:57 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> > Добрый день, господа разработчики.
> 
> >   30 мая прошло. Это означает что Сизиф заморожен на поступление новых
> >   версий пакетов? Или как ?
> 
> Вообще говоря, да.

  А есть ли ещё время для "особых" случаев и сколько?

Re: [devel] Deadline

[Denis Ovsienko]

> >   30 мая прошло. Это означает что Сизиф заморожен на поступление новых
> >   версий пакетов? Или как ?
> Вообще говоря, да.
То есть теперь мы можем скоро ожидать бету, которую дружно завешаем
багрепортами, дружно их исправим, и получим релиз? Потому что Master TODO
ещё не разблокирован.

-- 
    DO4-UANIC

Re: [devel] Deadline

[Victor Forsyuk]

On Tue, Jun 01, 2004 at 10:26:07PM +0400, Grigory Batalov wrote:
> On Tue, 1 Jun 2004 20:10:57 +0400
> "Dmitry V. Levin" <ldv@altlinux.org> wrote:
> 
> > > Добрый день, господа разработчики.
> > 
> > >   30 мая прошло. Это означает что Сизиф заморожен на поступление новых
> > >   версий пакетов? Или как ?
> > 
> > Вообще говоря, да.
> 
>   А есть ли ещё время для "особых" случаев и сколько?

Лучше задать более конкретный вопрос: когда планируется/прикидывается
снятие снапшота репозитария для составления первой беты.

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

Среди моих пакетов есть также один достаточно "особый" - spamassassin.
Дело в том, что он в чем-то сродни антивирусам, для эффективной работы
которых нужны свежие вирусные базы. Спамассассин же постоянно отслеживает
новые спамерские приемы и пополняет базу своих правил. Лежащий в сизифе
релиз ловит сейчас существенно меньше спама, чем cvs'ные сборки.

Re: [devel] Deadline

[Sergey Y. Afonin]

On Wednesday 02 June 2004 21:02, Victor Forsyuk wrote:

> Среди моих пакетов есть также один достаточно "особый" - spamassassin.

Кажется, кто-то про ClamAV забыл...

-- 
С уважением, Сергей Афонин
asy@kraft-s.ru

Re: [devel] Deadline

[Victor Forsyuk]

On Wed, Jun 02, 2004 at 11:53:10PM +0500, Sergey Y. Afonin wrote:
> On Wednesday 02 June 2004 21:02, Victor Forsyuk wrote:
> 
> > Среди моих пакетов есть также один достаточно "особый" - spamassassin.
> 
> Кажется, кто-то про ClamAV забыл...

Ну, clamav не особый в том же смысле, что и spamassassin. Он просто еще
не "rock stable" и поэтому может оказаться необходимым перейти даже
после заморозки на более стабильную версию.

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


 

Re: [devel] Deadline

[Andrey Orlov]

On Monday 07 June 2004 21:01, Victor Forsyuk wrote:
> Особенность спамассассина в том, что собственно багов, требующих его
> обновления в нем нет, но эффективность его работы падает со временем
> из-за устаревания базы встроенных правил. Поэтому лучше включать в
> дистрибутив как можно более позднюю его версию.

А нельзя как-то разделить "устаревающую" и "постоянную" часть? Насколько
я понял, spamassassin - это несколько общих средств конфигурации / парсинга /
интеграции, плюс куча неких "детекторов", плюс некоторые весовые коэффициенты
полученные опытным путем.

По идее, средства конфигурации и т.п. не должны устаревать вообще,
детекторы устаревают только в том плане, что пополняются новыми, а вот весовые коэффициенты 
действительно, подвержены некоторой  деградации во времени, правда, могут быть получены
"локально".

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Deadline

[Victor Forsyuk]

On Mon, Jun 07, 2004 at 09:29:32PM +0400, Andrey Orlov wrote:
> On Monday 07 June 2004 21:01, Victor Forsyuk wrote:
> > Особенность спамассассина в том, что собственно багов, требующих его
> > обновления в нем нет, но эффективность его работы падает со временем
> > из-за устаревания базы встроенных правил. Поэтому лучше включать в
> > дистрибутив как можно более позднюю его версию.
> 
> А нельзя как-то разделить "устаревающую" и "постоянную" часть? Насколько

То есть сделать двумя пакетами? Нет. Изменяется и собственно код и правила.

> я понял, spamassassin - это несколько общих средств конфигурации / парсинга /
> интеграции, плюс куча неких "детекторов", плюс некоторые весовые коэффициенты
> полученные опытным путем.

Ну, в принципе да.
 
> По идее, средства конфигурации и т.п. не должны устаревать вообще,
> детекторы устаревают только в том плане, что пополняются новыми, а вот весовые коэффициенты 

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

> действительно, подвержены некоторой  деградации во времени, правда, могут быть получены
> "локально".