Re: [Comm] gtk+-2.8.0

Re: [Comm] gtk+-2.8.0

[Andrey Rahmatullin]

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

On Tue, Nov 08, 2005 at 07:51:52PM +0000, Alexander wrote:
> При компиляции gtk+-2.8.0
Не надо этого делать.

> Перед этим скачал, откомпилировал и усановил glib-2.8.0.
Не надо было этого делать.
> Что где посмотреть и подправить, чтобы система знала что у мня 
> есть более новая версия бибилитеки?
Попробовать пересобрать сизифный пакет для начала.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Поскольку kudzu там практически бесполезен. [...]
Это даже если его пнуть ногой, в смысле запустить руками?
		-- mike in sisyphus@

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

[Comm] gtk+-2.8.0

[Alexander]

При компиляции gtk+-2.8.0 требует glib > 2.7 и поэтому не 
проходит конфигурацию
Перед этим скачал, откомпилировал и усановил glib-2.8.0.
Что где посмотреть и подправить, чтобы система знала что у мня 
есть более новая версия бибилитеки?

-- 
С уважением,
Alex

mailto:rope-walker@yandex.ru - private;
mailto:admin@unixbeginner.com - site admin;
ICQ: 243647806

Re: [Comm] gtk+-2.8.0

[Maxim Bodyansky]

On Tue, Nov 08, 2005 at 07:51:52PM +0000 Alexander wrote:
> При компиляции gtk+-2.8.0 требует glib > 2.7 и поэтому не
> проходит конфигурацию

Жуткие пакеты Вы обновляете. Так в полёте могут и крылья отвалиться :(

> Перед этим скачал, откомпилировал и усановил glib-2.8.0.

Поздравляю. А теперь взгляните на spec от glibc. Всё же у ldv это
получается не в пример лучше чем у бОльшей части смертных.

> Что где посмотреть и подправить, чтобы система знала что у мня 
> есть более новая версия бибилитеки?

Не стоит в rpm-основанных системах ставить пакеты не из rpm. Разве что в
/usr/local. Да и rpm'ки друг другу рознь.

-- 
WBR,
Maxim Bodyansky

Re: [Comm] gtk+-2.8.0

[Damir Shayhutdinov]

09.11.05, Maxim Bodyansky<maximbo@rambler.ru> написал(а):
> > Перед этим скачал, откомпилировал и усановил glib-2.8.0.
>
> Поздравляю. А теперь взгляните на spec от glibc. Всё же у ldv это
> получается не в пример лучше чем у бОльшей части смертных.
glibc != glib :)

> Не стоит в rpm-основанных системах ставить пакеты не из rpm. Разве что в
> /usr/local. Да и rpm'ки друг другу рознь.
Даже в /usr/local не надо. Проще научиться опакечивать, тем самым
можно сберечь огромную кучу нервов и времени.

Re: [Comm] gtk+-2.8.0

[Maxim Bodyansky]

On Wed, Nov 09, 2005 at 01:46:23AM +0300 Damir Shayhutdinov wrote:
> 09.11.05, Maxim Bodyansky<maximbo@rambler.ru> написал(а):
> > > Перед этим скачал, откомпилировал и усановил glib-2.8.0.
> >
> > Поздравляю. А теперь взгляните на spec от glibc. Всё же у ldv это
> > получается не в пример лучше чем у бОльшей части смертных.
> glibc != glib :)

Опаньки. Мимо :)

> > Не стоит в rpm-основанных системах ставить пакеты не из rpm. Разве что в
> > /usr/local. Да и rpm'ки друг другу рознь.
> Даже в /usr/local не надо. Проще научиться опакечивать, тем самым
> можно сберечь огромную кучу нервов и времени.

Если результаты трудов кому-то нужны, то да.
Бывает, что надо быстро и сейчас. И для одной машины. И софт нужен
день/неделю (к примеру, кривой и узко специализированый).

-- 
WBR,
Maxim Bodyansky

Re: [Comm] gtk+-2.8.0 [JT]

[Damir Shayhutdinov]

On Wed, Nov 09, 2005 at 10:39:34AM +0300, Maxim Bodyansky wrote:
> > Даже в /usr/local не надо. Проще научиться опакечивать, тем самым
> > можно сберечь огромную кучу нервов и времени.
> 
> Если результаты трудов кому-то нужны, то да.
> Бывает, что надо быстро и сейчас. И для одной машины. И софт нужен
> день/неделю (к примеру, кривой и узко специализированый).

Я даже софт для себя опакечиваю. Спасибо, наелся уже софта, собранного
непонятно с какими ключами, и совершенно не поддающегося обновлению и
деинсталляции. Заодно прокачиваю скиллы "Опакечивание", "Умение читать
код" и "Умение патчить". Все кроме "опакечивания" нужны мне как
разработчику. :)

Идея pristine sources, лежащая в основе пакетной системы сборки, мне очень
нравится - сразу видно чего зопаччено, а ALTLinux-овская система сборки в 
хэшере позволяет защитить себя от таких гадостей как rm -rf / в install секции 
Makefile например :)

-- 
WBR,
Damir Shayhutdinov