[devel] gule14 - к удалению?

[devel] gule14 - к удалению?

[Vitaly Lipatov]

Если guile14 больше не используется пакетами - давайте
удалим его?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] gule14 - к удалению?

[Alexey Voinov]

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

Vitaly Lipatov wrote
> Если guile14 больше не используется пакетами - давайте
> удалим его?
Я против. guile-1.4.x вполне себе самостоятельно развивающийся проект,
который, к тому же, развивается намного динамичней GNUшного guile-1.6. Его
можно не включать в дистрибутивы, если так надо поэкономить место на
дисках, но я против удаления его из Sisyphus.

-- 
Best Regards!
Alexey Voinov
	     
voins@voins.program.ru
voins@altlinux.ru


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

Re: [devel] gule14 - к удалению?

[Vitaly Lipatov]

On Thursday 01 September 2005 08:44, Alexey Voinov wrote:
> Vitaly Lipatov wrote
>
> > Если guile14 больше не используется пакетами - давайте
> > удалим его?
>
> Я против. guile-1.4.x вполне себе самостоятельно развивающийся
> проект, который, к тому же, развивается намного динамичней
Вот это я всё время забываю. Так надо было альтератор завязать на 
него, и проблемы бы не было :)
> GNUшного guile-1.6. Его можно не включать в дистрибутивы, если
Тогда надо оба оставить, что делать.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

[devel] Re: gule14 - к удалению - нет конечно !

[Anton Farygin]

On Thu, 01 Sep 2005 08:44:25 +0400, Alexey Voinov wrote:

> Vitaly Lipatov wrote
>> Если guile14 больше не используется
>> пакетами - давайте удалим его?
> Я против. guile-1.4.x вполне себе
> самостоятельно развивающийся проект,
> который, к тому же, развивается намного
> динамичней GNUшного guile-1.6. Его можно не
> включать в дистрибутивы, если так надо
> поэкономить место на дисках, но я против
> удаления его из Sisyphus.

Да я вообще не говорю про удаление. 

Просто тут явно в списке только часть
пакетов уже устаревшая.. я сейчас вроде
как разрулил весь этот список (ужасный,
надо сказать), посмотрим что выползет из сепаратора.

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

Но как выяснилось там не все так просто,
часть пакетов неработоспособна, часть -
имеет неявные битые зависимости на python2.3
(зависимости вроде как не битые, но пакет поставить невозможно)

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

Как минимум одно нужно сделать точно -
выкинуть из branch-3.0 все что не пересобирается.

Rgds,
Rider

[devel] separator и конфликты

[Michael Shigorin]

On Thu, Sep 01, 2005 at 11:14:11AM +0400, Anton Farygin wrote:
> я сейчас вроде как разрулил весь этот список (ужасный, надо
> сказать), посмотрим что выползет из сепаратора.

Ты хочешь сказать, что separator не умеет формировать дистрибутив
с конфликтами в пакетной базе?  Багу (3.1 critical) -- вешать? :(

Это некритично для "заточенного" варианта, но для полного у нас
всегда будут конфликты.  См. войны редхатоводов с дебиановцами
по поводу "полной установки".

> Вообще есть еще один подход - оставить разруливание этих
> зависимостей пользователям контриба... т.е. - скопировать
> просто все бинарные пакеты из branch-3.0, за исключением
> unmet'ов, коих там сейчас практически нет.

Естественно.

> Но как выяснилось там не все так просто, часть пакетов
> неработоспособна, часть - имеет неявные битые зависимости на
> python2.3 (зависимости вроде как не битые, но пакет поставить
> невозможно)

Ещё чуточку QA получилось.......

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

По возможности вычистить сломанное и имеющее иные объективные
проблемы и так или иначе положить _всё_ оставшееся, невзирая 
на конфликты.

> Как минимум одно нужно сделать точно - выкинуть из branch-3.0
> все что не пересобирается.

Логично.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/