Re: cool smart aptitude?
On 2007.03.26 at 14:43:15 +0300, Alexander Vlasov wrote:
> > Если ты собираешь пакет для себя, то у тебя, на всех машинах, которые ты
> > администрируешь, набор репозиториев одинаков.
>
> Нет.
> Мой внутренний разбит на 6 секций, и не всем машинам все нужны.
>
Ну это ты сам себе жизнь усложняешь.
> > И чем тебе pbuilder в этом случае поможет? Он-то libsomething-dev
> > поставит.
>
> pbuilder не 100% панацея, но он устраняет часть проблем. Отказываться от
> него -- увеличивать свои проблемы.
Да, но это устранение проблем имеет свою цену. В большинстве случаев эта
цена - увеличение времени сборки в разы. Это только такие моонстры как
KDE и Mozilla собираются настолько долго, что время на разворачивание
и очистку chrooted environment оказывается пренебрежимо мало.
Но как раз в случае таких монстров неприемлемой ценой оказывается полная
пересборка всего и вся в процессе отладки.
> > > 3) и кстати sybase openclient у меня вполне мило игнорировался --
> > > жаловался на can't parse library format (пишу по памяти), хотя file на
> > > библиотеки говорит ELF 32-bit LSB shared object, Intel 80386, version 1
> > > (SYSV), not stripped
> >
> > Так это, objdump-ом туда надо смотреть или хотя бы nm.
>
> Кому? Мне? А зачем? Я эти зависимости и так знаю (и впишу руками в
Ну не мне же. У меня оно ведет себя в соотвествии с моими ожиданиями.
А чтобы понимать, почему именно dpkg-shlibdep ведет себя не так, как ты
ожидаешь. То-ли Bug Report файлить надо, то-ли ожидания скорректировать.
Я вот, например, точно знаю почему при сборке нормально
спроектированного расширения к tcl dpkg-shlibdep ни за что не запишет туда
зависимость от tcl8.4. Потому что там есть механизм стабов, и линкуется
оно с libtclstub8.4.a, а не с libtcl8.4.so. (а если оно себя ведет не
так, то нужно это срочно править и upstream-автора ногами пинать).
> > Не согласен категорически. Нужно стремиться, чтобы живая система ничем
> > не отличалась (в смылсе вещей, могущих повлиять на сборку) от поставленной
> > с нуля с тем же списком пакетов из тех же репозиториев (что, кстати,
> > хорошо не только для сборки. Упорощается клонирование системы, для
> > восстановления в случае аварии не надо /usr бэкапить etc).
>
> Пардон? Где противоречие?
Противоречие между "ни в коем случае нельзя" и "нужно стремиться".
Второе подразумевает возможность отступления от правила если ты
ПОНИМАЕШЬ, почему в данном случае нужно от этого правила отступить.
У меня, к примеру, есть один пакет (кросскомпилятор djgpp) добиться
корректной сборки которого под fakeroot мне так и не удалось.
Подумав, я решил что правильнее собрать его под рутом, чем не иметь
пакета вообще.
Reply to: