Re: [devel] at@, не ломай сизиф

[Alexey Tourbin <at@altlinux.ru>]

On Sun, Mar 20, 2011 at 04:43:41PM +0200, Michael Shigorin wrote:
> On Sun, Mar 20, 2011 at 05:28:19PM +0300, Alexey Tourbin wrote:
> > > А с майнтейнером не советовался, из каких соображений он туда
> > > эту зависимость прописывал руками?  Может, дело не в формальном
> > > API, а ещё и в сложившейся практике?..
> > Сейчас не существует причины, по которой пакет libcurl-devel
> > должен требовать libssl-devel.
> 
> Ты это самолично решил вместо майнтейнера?

Да.  Это касается только некоторых аспектов сборки пакета, включая
зависимости.  В то же время есть сфера компетенции мейнтейнера, в которую
я стараюсь не вмешиваться.

> Если пакет собирается ходить по HTTP/FTP, то ему полезно уметь
> ходить по HTTPS.  Практика "уметь использовать SSL по умолчанию"
> мне кажется разумной вне зависимости от версии curl.

openssl используется в реализации curl, но не используется в api.
Вместо openssl при сборке можно сконфигурировать curl --with-gnutls.
Из этого не следует, что в пакете libcurl-devel должна быть зависимость
на openssl-devel или на libgnutls-devel.

> > > > Если бы тестовая пересборка была частью сборочной системы,
> > > > то анализировать эту информацию было бы проще.
> > > Может, откатим этот набор улучшений до той поры?
> > Зависимости у *-devel пакетов должны быть исправлены.
> 
> Видишь ли, если ты берёшься делать по полтранзакции, то выходит
> не "исправлены зависимости -devel", а "сломан сизиф".  Поэтому
> и предлагаю: либо чини _весь_ сизиф (что вряд ли подъёмно сразу),
> либо не надо чинить то, что не сломано, в процессе ломая другое.

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

Тем не менее, зависимости у *-devel пакетов delenda^W должны быть
исправлены.

> > Это не новость, в этом направлении уже многое сделано:
> 
> Оно и вреда не нанесло.  А тут сломал сперва одни зависимости,
> потом другие -- ты ведь тонкими деталями оперируешь и над трудом
> многих, и влияет твоя работа на осмысленность работы многих.
> 
> Я предупреждал насчёт переоптимизации в buildreq ещё несколько
> лет назад -- если бы ты (или ldv@) тогда прислушался, то этой
> проблемы бы не было.  Не стоит думать, что ты самый умный --
> все ж на грабли наступаем, надо друг друга предупреждать,
> но для этого надо друг друга хотя бы слышать немного.