[devel] pkg-config: попытка №2

[devel] pkg-config: попытка №2

[Mikhail Zabaluev]

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

Доброго времени суток.

Можно попробовать новый релиз pkg-config (заменяющего pkgconfig), от
которого ожидаются не столь драматические проблемы при сборке Sisyphus,
как в прошлый раз. Обработка Requires.private подавляется при отсутствии
опции --static. Проверено на cairo.pc.

http://people.altlinux.ru/~mhz/software/SRPMS/pkg-config-0.20-alt2.src.rpm

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] pkg-config: попытка П2

[Alexey Rusakov]

Mikhail Zabaluev wrote:

>Можно попробовать новый релиз pkg-config (заменяющего pkgconfig), от
>которого ожидаются не столь драматические проблемы при сборке Sisyphus,
>как в прошлый раз. Обработка Requires.private подавляется при отсутствии
>опции --static. Проверено на cairo.pc.
>  
>
Со своей стороны отмечу, что в основном зависимости в гномьих пакетах 
приведены в соответствие с содержимым файлов .pc. Если в каких-то 
случаях это не так, вешайте blocker на нужный пакет и не забудьте 
сменить ответственного за баг с aris@ на ktirf@.

2 legion@: Кстати, а можно Багзилла перестанет считать, что за пакеты 
GNOME отвечает aris@?

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] pkg-config: попытка П2

[Mikhail Zabaluev]

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

В Втр, 22/11/2005 в 00:25 +0300, Alexey Rusakov пишет:
> Mikhail Zabaluev wrote:
> 
> >Можно попробовать новый релиз pkg-config (заменяющего pkgconfig), от
> >которого ожидаются не столь драматические проблемы при сборке Sisyphus,
> >как в прошлый раз. Обработка Requires.private подавляется при отсутствии
> >опции --static. Проверено на cairo.pc.
> >  
> >
> Со своей стороны отмечу, что в основном зависимости в гномьих пакетах 
> приведены в соответствие с содержимым файлов .pc.

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


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] pkg-config: попытка П2

[Alexey Gladkov]

Alexey Rusakov пишет:
> 2 legion@: Кстати, а можно Багзилла перестанет считать, что за пакеты
> GNOME отвечает aris@?

aris@ пока не выбыл из наших рядов и я от него не получал уведомлений
о раздаче пакетов.

Как только он сообщит о том, что он перестаёт поддерживать свои пакеты
(или какую-либо их часть), то я их перевешу.

-- 
Rgrds, legion

[devel] Packages formerly by aris@ (was: pkg-config: попытка #2)

[Mikhail Zabaluev]

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

В Срд, 23/11/2005 в 20:08 +0300, Alexey Gladkov пишет:
> Alexey Rusakov пишет:
> > 2 legion@: Кстати, а можно Багзилла перестанет считать, что за пакеты
> > GNOME отвечает aris@?
> 
> aris@ пока не выбыл из наших рядов и я от него не получал уведомлений
> о раздаче пакетов.
> 
> Как только он сообщит о том, что он перестаёт поддерживать свои пакеты
> (или какую-либо их часть), то я их перевешу.

Так у нас они давно разобраны:
http://wiki.sisyphus.ru/devel/gnome

Юрий как минимум мне ответил лично, что все его пакеты может забирать
любой желающий.

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Packages formerly by aris@

[Alexey Rusakov]

Mikhail Zabaluev wrote:

>>aris@ пока не выбыл из наших рядов и я от него не получал уведомлений
>>о раздаче пакетов.
>>    
>>
:-[    ]
GNOME 2.12 собирал aris@, оказывается? А я-то думал...

>>Как только он сообщит о том, что он перестаёт поддерживать свои пакеты
>>(или какую-либо их часть), то я их перевешу.
>>    
>>
>
>Так у нас они давно разобраны:
>http://wiki.sisyphus.ru/devel/gnome
>
>Юрий как минимум мне ответил лично, что все его пакеты может забирать
>любой желающий.
>  
>
Я бы сказал, что он ответил как минимум в devel@. Как минимум три месяца 
назад. И incoming@ это даже утвердил, судя по фактическому положению дел.

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] pkg-config: попытка П2

[Dmitry V. Levin]

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

On Tue, Nov 22, 2005 at 12:42:31AM +0300, Mikhail Zabaluev wrote:
> В Втр, 22/11/2005 в 00:25 +0300, Alexey Rusakov пишет:
> > Mikhail Zabaluev wrote:
> > 
> > >Можно попробовать новый релиз pkg-config (заменяющего pkgconfig), от
> > >которого ожидаются не столь драматические проблемы при сборке Sisyphus,
> > >как в прошлый раз. Обработка Requires.private подавляется при отсутствии
> > >опции --static. Проверено на cairo.pc.
> > >  
> > >
> > Со своей стороны отмечу, что в основном зависимости в гномьих пакетах 
> > приведены в соответствие с содержимым файлов .pc.
> 
> Я все никак не соберусь написать скрипты автогенерации зависимостей
> для .pc... Нет желающих помочь?
> По идее, это должно быть без надобности, потому как buildreq и так
> добавляет все используемые при сборке пакеты.
> Но пока что нет защиты от фантазий или ошибок отдельных авторов
> файлов .pc.

Нужда появилась: https://bugzilla.altlinux.org/show_bug.cgi?id=8905

Надеемся на вашу помощь, ибо у нас ещё нет ни идеи, ни реализации.


-- 
ldv

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

Re: [devel] pkg-config: попытка П2

[Mikhail Zabaluev]

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

В Втр, 24/01/2006 в 01:35 +0300, Dmitry V. Levin пишет:
> On Tue, Nov 22, 2005 at 12:42:31AM +0300, Mikhail Zabaluev wrote:
> > В Втр, 22/11/2005 в 00:25 +0300, Alexey Rusakov пишет:
> > > Mikhail Zabaluev wrote:
> > > 
> > > >Можно попробовать новый релиз pkg-config (заменяющего pkgconfig), от
> > > >которого ожидаются не столь драматические проблемы при сборке Sisyphus,
> > > >как в прошлый раз. Обработка Requires.private подавляется при отсутствии
> > > >опции --static. Проверено на cairo.pc.
> > > >  
> > > >
> > > Со своей стороны отмечу, что в основном зависимости в гномьих пакетах 
> > > приведены в соответствие с содержимым файлов .pc.
> > 
> > Я все никак не соберусь написать скрипты автогенерации зависимостей
> > для .pc... Нет желающих помочь?
> > По идее, это должно быть без надобности, потому как buildreq и так
> > добавляет все используемые при сборке пакеты.
> > Но пока что нет защиты от фантазий или ошибок отдельных авторов
> > файлов .pc.
> 
> Нужда появилась: https://bugzilla.altlinux.org/show_bug.cgi?id=8905
> 
> Надеемся на вашу помощь, ибо у нас ещё нет ни идеи, ни реализации.

Почему, с идеей проблем нет.
На каждый файл вида name.pc с полем Version: d.d генерируется
Provides: pkg-config(name) = d.d

Поле Requires: name1 name2 >= 1.2 (но не Requires.private) порождает в
rpm Requires: pkg-config(name1) pkg-config(name2) >= 1.2

Нужна помощь по req-скриптам: там обязательно выдавать одну зависимость
на строчку или можно перечислить несколько в одной строке?


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] pkg-config: попытка П2

[Dmitry V. Levin]

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

On Tue, Jan 24, 2006 at 02:21:02AM +0300, Mikhail Zabaluev wrote:
> > Нужда появилась: https://bugzilla.altlinux.org/show_bug.cgi?id=8905
> > 
> > Надеемся на вашу помощь, ибо у нас ещё нет ни идеи, ни реализации.
> 
> Почему, с идеей проблем нет.
> На каждый файл вида name.pc с полем Version: d.d генерируется
> Provides: pkg-config(name) = d.d

А тэг Name можно игнорировать?
OK, это я постараюсь сделать уже сегодня.

> Поле Requires: name1 name2 >= 1.2 (но не Requires.private) порождает в
> rpm Requires: pkg-config(name1) pkg-config(name2) >= 1.2

Есть одна тонкость: при обработке *.pc для вычисления Requires придётся
вычислять значения переменных a la /usr/lib/rpm/fixup-pkgconfig.

Например,
$ grep '^Requires:[^$]*\$' /usr/lib64/pkgconfig/*.pc           
/usr/lib64/pkgconfig/gtk+-2.0.pc:Requires: gdk-${target}-2.0 atk cairo
/usr/lib64/pkgconfig/gtk+-x11-2.0.pc:Requires: gdk-${target}-2.0 atk cairo
$ grep ^target= /usr/lib64/pkgconfig/*.pc
/usr/lib64/pkgconfig/gdk-2.0.pc:target=x11
/usr/lib64/pkgconfig/gdk-x11-2.0.pc:target=x11
/usr/lib64/pkgconfig/gtk+-2.0.pc:target=x11
/usr/lib64/pkgconfig/gtk+-x11-2.0.pc:target=x11

> Нужна помощь по req-скриптам: там обязательно выдавать одну зависимость
> на строчку или можно перечислить несколько в одной строке?

По одной, они потом сортируются.


-- 
ldv

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

[devel] pkg-config.{req,prov} (Was: pkg-config: попытка П2)

[Mikhail Zabaluev]

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

В Втр, 24/01/2006 в 03:00 +0300, Dmitry V. Levin пишет:
> > На каждый файл вида name.pc с полем Version: d.d генерируется
> > Provides: pkg-config(name) = d.d
> 
> А тэг Name можно игнорировать?

Нужно: это human-readable name.
name.pc по умолчанию может находиться в двух папках:
%_libdir/pkgconfig и %_datadir/pkgconfig. Желательно, чтобы путь поиска
можно было еще и модифицировать.

> Есть одна тонкость: при обработке *.pc для вычисления Requires придётся
> вычислять значения переменных a la /usr/lib/rpm/fixup-pkgconfig.

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

Кстати, выкусывать -L/usr/lib и -I/usr/include необязательно. pkg-config
последних версий сам это делает, если не установлены
переменные-модификаторы в окружении.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] pkg-config.{req,prov}

[Dmitry V. Levin]

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

On Tue, Jan 24, 2006 at 03:23:37AM +0300, Mikhail Zabaluev wrote:
> В Втр, 24/01/2006 в 03:00 +0300, Dmitry V. Levin пишет:
> > > На каждый файл вида name.pc с полем Version: d.d генерируется
> > > Provides: pkg-config(name) = d.d
> > 
> > А тэг Name можно игнорировать?
> 
> Нужно: это human-readable name.
> name.pc по умолчанию может находиться в двух папках:
> %_libdir/pkgconfig и %_datadir/pkgconfig. Желательно, чтобы путь поиска
> можно было еще и модифицировать.
> 
> > Есть одна тонкость: при обработке *.pc для вычисления Requires придётся
> > вычислять значения переменных a la /usr/lib/rpm/fixup-pkgconfig.
> 
> Вот черт. Надо бы написать разработчикам, чтобы реализовали режим выдачи
> --requires со всеми раскрытиями и каноническим видом.
> 
> Кстати, выкусывать -L/usr/lib и -I/usr/include необязательно. pkg-config
> последних версий сам это делает, если не установлены
> переменные-модификаторы в окружении.

Кстати говоря, в FC-devel есть некий pkgconfig-0.15.0-reqprov.patch,
см.
http://cvs.fedora.redhat.com/viewcvs/devel/pkgconfig/pkgconfig-0.15.0-reqprov.patch

В rpm-4_4 уже есть какая-то поддержка этого расширения, см.
cvs -d :pserver:anonymous@cvs.rpm.org:/cvs/devel co -r rpm-4_4 rpm/scripts/pkgconfigdeps.sh


-- 
ldv

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

Re: [devel] pkg-config: попытка П2

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060124 03:06]:
> > Почему, с идеей проблем нет.
> > На каждый файл вида name.pc с полем Version: d.d генерируется
> > Provides: pkg-config(name) = d.d
Интересно, почему мне в голову пришла аналогичная (почти с
точностью до буквы) мысль? ;-)

> А тэг Name можно игнорировать?
Зачем?  Всмысле - разве Name и имя файла так сильно отличаются?
Кстати, похоже все имена надо брать приведёнными к нижнему регистру.

> Есть одна тонкость: при обработке *.pc для вычисления Requires придётся
> вычислять значения переменных a la /usr/lib/rpm/fixup-pkgconfig.
Можно научить сам pkg-config выдавать --rpm-requires, как это
было сделано с bash.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] pkg-config.{req,prov}

[Mikhail Zabaluev]

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

В Втр, 24/01/2006 в 03:46 +0300, Dmitry V. Levin пишет:
> > Вот черт. Надо бы написать разработчикам, чтобы реализовали режим выдачи
> > --requires со всеми раскрытиями и каноническим видом.

> Кстати говоря, в FC-devel есть некий pkgconfig-0.15.0-reqprov.patch,
> см.
> http://cvs.fedora.redhat.com/viewcvs/devel/pkgconfig/pkgconfig-0.15.0-reqprov.patch

Пожалуй это то, что надо, тем более если FC это использует. Приложу.

Добавил в баги upstream:
https://bugs.freedesktop.org/show_bug.cgi?id=5703

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] pkg-config.{req,prov}

[Mikhail Zabaluev]

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

В Втр, 24/01/2006 в 03:46 +0300, Dmitry V. Levin пишет:
> > Вот черт. Надо бы написать разработчикам, чтобы реализовали режим выдачи
> > --requires со всеми раскрытиями и каноническим видом.

> Кстати говоря, в FC-devel есть некий pkgconfig-0.15.0-reqprov.patch,
> см.
> http://cvs.fedora.redhat.com/viewcvs/devel/pkgconfig/pkgconfig-0.15.0-reqprov.patch

Пожалуй это то, что надо, тем более если FC это использует. Приложу.

Добавил в баги upstream:
https://bugs.freedesktop.org/show_bug.cgi?id=5703

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] pkg-config.{req,prov}

[Dmitry V. Levin]

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

On Wed, Jan 25, 2006 at 01:56:21PM +0300, Mikhail Zabaluev wrote:
> В Втр, 24/01/2006 в 03:46 +0300, Dmitry V. Levin пишет:
> > > Вот черт. Надо бы написать разработчикам, чтобы реализовали режим выдачи
> > > --requires со всеми раскрытиями и каноническим видом.
> 
> > Кстати говоря, в FC-devel есть некий pkgconfig-0.15.0-reqprov.patch,
> > см.
> > http://cvs.fedora.redhat.com/viewcvs/devel/pkgconfig/pkgconfig-0.15.0-reqprov.patch
> 
> Пожалуй это то, что надо, тем более если FC это использует. Приложу.

Я так понял, что в FC это ещё не используют, по крайней мере в бинарных
пакетах FC-devel я похожих зависимостей не нашёл.  Но, видимо, планируют
использовать.


-- 
ldv

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

Re: [devel] pkg-config.{req,prov}

[Mikhail Zabaluev]

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

В Втр, 24/01/2006 в 03:46 +0300, Dmitry V. Levin пишет:
> On Tue, Jan 24, 2006 at 03:23:37AM +0300, Mikhail Zabaluev wrote:
> > В Втр, 24/01/2006 в 03:00 +0300, Dmitry V. Levin пишет:
> > > > На каждый файл вида name.pc с полем Version: d.d генерируется
> > > > Provides: pkg-config(name) = d.d
> > > 
> > > А тэг Name можно игнорировать?
> > 
> > Нужно: это human-readable name.
> > name.pc по умолчанию может находиться в двух папках:
> > %_libdir/pkgconfig и %_datadir/pkgconfig. Желательно, чтобы путь поиска
> > можно было еще и модифицировать.
> > 
> > > Есть одна тонкость: при обработке *.pc для вычисления Requires придётся
> > > вычислять значения переменных a la /usr/lib/rpm/fixup-pkgconfig.
> > 
> > Вот черт. Надо бы написать разработчикам, чтобы реализовали режим выдачи
> > --requires со всеми раскрытиями и каноническим видом.
> > 
> > Кстати, выкусывать -L/usr/lib и -I/usr/include необязательно. pkg-config
> > последних версий сам это делает, если не установлены
> > переменные-модификаторы в окружении.
> 
> Кстати говоря, в FC-devel есть некий pkgconfig-0.15.0-reqprov.patch,
> см.
> http://cvs.fedora.redhat.com/viewcvs/devel/pkgconfig/pkgconfig-0.15.0-reqprov.patch

pkg-config-0.20-alt3 с патчем ушел в Sisyphus.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Fri, Jan 27, 2006 at 01:25:33PM +0300, Mikhail Zabaluev wrote:
> В Втр, 24/01/2006 в 03:46 +0300, Dmitry V. Levin пишет:
> > On Tue, Jan 24, 2006 at 03:23:37AM +0300, Mikhail Zabaluev wrote:
> > > В Втр, 24/01/2006 в 03:00 +0300, Dmitry V. Levin пишет:
> > > > > На каждый файл вида name.pc с полем Version: d.d генерируется
> > > > > Provides: pkg-config(name) = d.d
> > > > 
> > > > А тэг Name можно игнорировать?
> > > 
> > > Нужно: это human-readable name.
> > > name.pc по умолчанию может находиться в двух папках:
> > > %_libdir/pkgconfig и %_datadir/pkgconfig. Желательно, чтобы путь поиска
> > > можно было еще и модифицировать.
> > > 
> > > > Есть одна тонкость: при обработке *.pc для вычисления Requires придётся
> > > > вычислять значения переменных a la /usr/lib/rpm/fixup-pkgconfig.
> > > 
> > > Вот черт. Надо бы написать разработчикам, чтобы реализовали режим выдачи
> > > --requires со всеми раскрытиями и каноническим видом.
> > > 
> > > Кстати, выкусывать -L/usr/lib и -I/usr/include необязательно. pkg-config
> > > последних версий сам это делает, если не установлены
> > > переменные-модификаторы в окружении.
> > 
> > Кстати говоря, в FC-devel есть некий pkgconfig-0.15.0-reqprov.patch,
> > см.
> > http://cvs.fedora.redhat.com/viewcvs/devel/pkgconfig/pkgconfig-0.15.0-reqprov.patch
> 
> pkg-config-0.20-alt3 с патчем ушел в Sisyphus.

rpm-build-4.0.4-alt58 с включённой по умолчанию поддержкой автоматических
provides и requires на модули для pkg-config ушёл в Сизиф.

Общее пожелание мантейнерам: если вы отправляете в Сизиф пакет, содержащий
модули для pkg-config, убедитесь в том что пакеты, которые предоставляют
используемые вашим пакетом модули для pkg-config, были собраны с помощью
rpm-build >= 4.0.4-alt58.

Например, прежде чем собрать libgtk+2, нужно собрать glib2.
Иначе Сизиф утонет в unmet'ах.


-- 
ldv

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

[devel] Re: I: осторожно, новый вид зависимостей

[Anton Farygin]

On Thu, 02 Feb 2006 06:15:21 +0300, Dmitry V. Levin wrote:

> On Fri, Jan 27, 2006 at 01:25:33PM +0300, Mikhail Zabaluev wrote:
>> В Втр, 24/01/2006 в 03:46 +0300, Dmitry V. Levin пишет:
>> > On Tue, Jan 24, 2006 at 03:23:37AM +0300, Mikhail Zabaluev wrote:
>> > > В Втр, 24/01/2006 в 03:00 +0300, Dmitry V. Levin пишет:
>> > > > > На каждый файл вида name.pc с полем
>> > > > > Version: d.d генерируется Provides: pkg-config(name)
>> > > > > = d.d
>> > > > 
>> > > > А тэг Name можно игнорировать?
>> > > 
>> > > Нужно: это human-readable name. name.pc по
>> > > умолчанию может находиться в двух
>> > > папках: %_libdir/pkgconfig и %_datadir/pkgconfig.
>> > > Желательно, чтобы путь поиска можно
>> > > было еще и модифицировать.
>> > > 
>> > > > Есть одна тонкость: при обработке *.pc
>> > > > для вычисления Requires придётся
>> > > > вычислять значения переменных a la
>> > > > /usr/lib/rpm/fixup-pkgconfig.
>> > > 
>> > > Вот черт. Надо бы написать
>> > > разработчикам, чтобы реализовали
>> > > режим выдачи --requires со всеми
>> > > раскрытиями и каноническим видом.
>> > > 
>> > > Кстати, выкусывать -L/usr/lib и -I/usr/include
>> > > необязательно. pkg-config последних
>> > > версий сам это делает, если не
>> > > установлены переменные-модификаторы
>> > > в окружении.
>> > 
>> > Кстати говоря, в FC-devel есть некий
>> > pkgconfig-0.15.0-reqprov.patch, см.
>> > http://cvs.fedora.redhat.com/viewcvs/devel/pkgconfig/pkgconfig-0.15.0-reqprov.patch
>> 
>> pkg-config-0.20-alt3 с патчем ушел в Sisyphus.
> 
> rpm-build-4.0.4-alt58 с включённой по умолчанию
> поддержкой автоматических provides и requires
> на модули для pkg-config ушёл в Сизиф.
> 
> Общее пожелание мантейнерам: если вы
> отправляете в Сизиф пакет, содержащий
> модули для pkg-config, убедитесь в том что
> пакеты, которые предоставляют
> используемые вашим пакетом модули для
> pkg-config, были собраны с помощью rpm-build >=
> 4.0.4-alt58.
> 
> Например, прежде чем собрать libgtk+2, нужно
> собрать glib2. Иначе Сизиф утонет в unmet'ах.

Может быть роботу стоит об этом
позаботится и пересобрать весь Sisyphus (всё, что имеет pkg-config) ?

Rgds,
Rider

Re: [devel] pkg-config.{req,prov}

[Alexey I. Froloff]

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

* Mikhail Zabaluev <mhz@> [060127 13:41]:
> pkg-config-0.20-alt3 с патчем ушел в Sisyphus.
Кстати о.  Новый pkg-config (0.20-alt2.1) при обработке спека
через buildreq пихает в buildrequires всё, что имеет *.pc файлы.
Надо бы ^%_libdir/pkgconfig/.* и ^%_datadir/pkgconfig/.* добавить
в /etc/buildreqs/files/ignore.d...

Вешать?

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] I: осторожно, новый вид зависимостей

[Sviataslau Svirydau]

Dmitry V. Levin wrote on 2/2/2006 5:15 AM:
> ...
> rpm-build-4.0.4-alt58 с включённой по умолчанию поддержкой автоматических
> provides и requires на модули для pkg-config ушёл в Сизиф.
>
> Общее пожелание мантейнерам: если вы отправляете в Сизиф пакет, содержащий
> модули для pkg-config, убедитесь в том что пакеты, которые предоставляют
> используемые вашим пакетом модули для pkg-config, были собраны с помощью
> rpm-build >= 4.0.4-alt58.
>   
А такие пакеты, уже имеющиеся в сизифе, будут пересобраны роботом?

-- 
Best Regards,
Sviatoslav Sviridov

Re: [devel] I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Thu, Feb 02, 2006 at 11:59:58AM +0200, Sviataslau Svirydau wrote:
> Dmitry V. Levin wrote on 2/2/2006 5:15 AM:
> > ...
> > rpm-build-4.0.4-alt58 с включённой по умолчанию поддержкой автоматических
> > provides и requires на модули для pkg-config ушёл в Сизиф.
> >
> > Общее пожелание мантейнерам: если вы отправляете в Сизиф пакет, содержащий
> > модули для pkg-config, убедитесь в том что пакеты, которые предоставляют
> > используемые вашим пакетом модули для pkg-config, были собраны с помощью
> > rpm-build >= 4.0.4-alt58.
> >   
> А такие пакеты, уже имеющиеся в сизифе, будут пересобраны роботом?

Это 6 пакетов из noarch, 284 пакета из x86_64 и 379 пакетов из i586.
Не многовато будет?


-- 
ldv

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

Re: [devel] I: осторожно, новый вид зависимостей

[Ivan Fedorov]

Dmitry V. Levin пишет:
> On Thu, Feb 02, 2006 at 11:59:58AM +0200, Sviataslau Svirydau wrote:
> 
>>Dmitry V. Levin wrote on 2/2/2006 5:15 AM:
>>
>>>...
>>>rpm-build-4.0.4-alt58 с включённой по умолчанию поддержкой автоматических
>>>provides и requires на модули для pkg-config ушёл в Сизиф.
>>>
>>>Общее пожелание мантейнерам: если вы отправляете в Сизиф пакет, содержащий
>>>модули для pkg-config, убедитесь в том что пакеты, которые предоставляют
>>>используемые вашим пакетом модули для pkg-config, были собраны с помощью
>>>rpm-build >= 4.0.4-alt58.
>>>  
>>
>>А такие пакеты, уже имеющиеся в сизифе, будут пересобраны роботом?
> 
> 
> Это 6 пакетов из noarch, 284 пакета из x86_64 и 379 пакетов из i586.
> Не многовато будет?

А в граммах?.. Вместе с src?..

Re: [devel] I: осторожно, новый вид зависимостей

[Sviataslau Svirydau]

Dmitry V. Levin wrote on 2/2/2006 3:00 PM:
> On Thu, Feb 02, 2006 at 11:59:58AM +0200, Sviataslau Svirydau wrote:
>   
>> Dmitry V. Levin wrote on 2/2/2006 5:15 AM:
>>     
>>> ...
>>> rpm-build-4.0.4-alt58 с включённой по умолчанию поддержкой автоматических
>>> provides и requires на модули для pkg-config ушёл в Сизиф.
>>>
>>> Общее пожелание мантейнерам: если вы отправляете в Сизиф пакет, содержащий
>>> модули для pkg-config, убедитесь в том что пакеты, которые предоставляют
>>> используемые вашим пакетом модули для pkg-config, были собраны с помощью
>>> rpm-build >= 4.0.4-alt58.
>>>   
>>>       
>> А такие пакеты, уже имеющиеся в сизифе, будут пересобраны роботом?
>>     
>
> Это 6 пакетов из noarch, 284 пакета из x86_64 и 379 пакетов из i586.
> Не многовато будет?
>   
Так он же робот! Ему ж не трудно ;)
Хотя, конечно, трудно будет потом синхронизироваться всем остальным...
ну тогда пусть пресобирается все "естественным путем" :)

-- 
Best Regards,
Sviatoslav Sviridov

Re: [devel] I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Thu, Feb 02, 2006 at 09:25:41PM +0800, Ivan Fedorov wrote:
> Dmitry V. Levin пишет:
> >On Thu, Feb 02, 2006 at 11:59:58AM +0200, Sviataslau Svirydau wrote:
> >>Dmitry V. Levin wrote on 2/2/2006 5:15 AM:
> >>
> >>>...
> >>>rpm-build-4.0.4-alt58 с включённой по умолчанию поддержкой автоматических
> >>>provides и requires на модули для pkg-config ушёл в Сизиф.
> >>>
> >>>Общее пожелание мантейнерам: если вы отправляете в Сизиф пакет, 
> >>>содержащий
> >>>модули для pkg-config, убедитесь в том что пакеты, которые предоставляют
> >>>используемые вашим пакетом модули для pkg-config, были собраны с помощью
> >>>rpm-build >= 4.0.4-alt58.
> >>
> >>А такие пакеты, уже имеющиеся в сизифе, будут пересобраны роботом?
> >
> >Это 6 пакетов из noarch, 284 пакета из x86_64 и 379 пакетов из i586.
> >Не многовато будет?
> 
> А в граммах?.. Вместе с src?..

364 исходных пакета, включая те, которые заведомо не удастся собрать.


-- 
ldv

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

Re: [devel] I: осторожно, новый вид зависимостей

[Alexey I. Froloff]

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

* Sviataslau Svirydau <Sviataslau_Svirydau@> [060202 16:35]:
> Хотя, конечно, трудно будет потом синхронизироваться всем остальным...
> ну тогда пусть пресобирается все "естественным путем" :)
Зачем синхронизировать, если это пересборка только для обновления
зависимостей?

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Thu, Feb 02, 2006 at 04:37:47PM +0300, Dmitry V. Levin wrote:
> On Thu, Feb 02, 2006 at 09:25:41PM +0800, Ivan Fedorov wrote:
> > Dmitry V. Levin пишет:
> > >On Thu, Feb 02, 2006 at 11:59:58AM +0200, Sviataslau Svirydau wrote:
> > >>Dmitry V. Levin wrote on 2/2/2006 5:15 AM:
> > >>
> > >>>...
> > >>>rpm-build-4.0.4-alt58 с включённой по умолчанию поддержкой автоматических
> > >>>provides и requires на модули для pkg-config ушёл в Сизиф.
> > >>>
> > >>>Общее пожелание мантейнерам: если вы отправляете в Сизиф пакет, 
> > >>>содержащий
> > >>>модули для pkg-config, убедитесь в том что пакеты, которые предоставляют
> > >>>используемые вашим пакетом модули для pkg-config, были собраны с помощью
> > >>>rpm-build >= 4.0.4-alt58.
> > >>
> > >>А такие пакеты, уже имеющиеся в сизифе, будут пересобраны роботом?
> > >
> > >Это 6 пакетов из noarch, 284 пакета из x86_64 и 379 пакетов из i586.
> > >Не многовато будет?
> > 
> > А в граммах?.. Вместе с src?..
> 
> 364 исходных пакета, включая те, которые заведомо не удастся собрать.

Удалось минимизировать до 100, но ввиду того, что многие пакеты после
обновления xorg перестали собираться, эту пересборку пройдут не все.
В результате ещё больше пакетов перестанет собираться. :(
Так что настраивайтесь потратить дополнительные усилия на починку ваших,
не совсем ваших и совсем не ваших пакетов.


-- 
ldv

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

[devel] Re: I: осторожно, новый вид зависимостей

[Michael Shigorin]

On Fri, Feb 03, 2006 at 02:22:10AM +0300, Dmitry V. Levin wrote:
> Так что настраивайтесь потратить дополнительные усилия на
> починку ваших, не совсем ваших и совсем не ваших пакетов.

Типичные проблемы/решения уже звучали? (ещё не весь бэклог
догнал)

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

Re: [devel] pkg-config.{req,prov}

[Mikhail Zabaluev]

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

В Чтв, 02/02/2006 в 10:18 +0300, Alexey I. Froloff пишет:
> * Mikhail Zabaluev <mhz@> [060127 13:41]:
> > pkg-config-0.20-alt3 с патчем ушел в Sisyphus.
> Кстати о.  Новый pkg-config (0.20-alt2.1) при обработке спека
> через buildreq пихает в buildrequires всё, что имеет *.pc файлы.
> Надо бы ^%_libdir/pkgconfig/.* и ^%_datadir/pkgconfig/.* добавить
> в /etc/buildreqs/files/ignore.d...
> 
> Вешать?

Обязательно.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] pkg-config.{req,prov}

[Alexey I. Froloff]

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

* Mikhail Zabaluev <mhz@> [060203 15:04]:
> > Вешать?
> Обязательно.
Повторить сходу не получилось, но вылезало то ли на libgle, то ли
на xscreensaver.

https://bugzilla.altlinux.org/show_bug.cgi?id=9015

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] pkg-config.{req,prov}

[Dmitry V. Levin]

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

On Fri, Feb 03, 2006 at 03:02:29PM +0300, Mikhail Zabaluev wrote:
> В Чтв, 02/02/2006 в 10:18 +0300, Alexey I. Froloff пишет:
> > * Mikhail Zabaluev <mhz@> [060127 13:41]:
> > > pkg-config-0.20-alt3 с патчем ушел в Sisyphus.
> > Кстати о.  Новый pkg-config (0.20-alt2.1) при обработке спека
> > через buildreq пихает в buildrequires всё, что имеет *.pc файлы.
> > Надо бы ^%_libdir/pkgconfig/.* и ^%_datadir/pkgconfig/.* добавить
> > в /etc/buildreqs/files/ignore.d...
> > 
> > Вешать?
> 
> Обязательно.

Я соберу, раз уж ввязался.


-- 
ldv

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Fri, Feb 03, 2006 at 07:41:22AM +0200, Michael Shigorin wrote:
> On Fri, Feb 03, 2006 at 02:22:10AM +0300, Dmitry V. Levin wrote:
> > Так что настраивайтесь потратить дополнительные усилия на
> > починку ваших, не совсем ваших и совсем не ваших пакетов.
> 
> Типичные проблемы/решения уже звучали? (ещё не весь бэклог
> догнал)

Самая типичная проблема выглядит так:
configure: error: X development libraries not found

После пересборки узнаем и об остальных.


-- 
ldv

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Valery V. Inozemtsev]

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

В сообщении от 3 февраля 2006 16:13 Dmitry V. Levin написал(a):
> On Fri, Feb 03, 2006 at 07:41:22AM +0200, Michael Shigorin wrote:
> > On Fri, Feb 03, 2006 at 02:22:10AM +0300, Dmitry V. Levin wrote:
> > > Так что настраивайтесь потратить дополнительные усилия на
> > > починку ваших, не совсем ваших и совсем не ваших пакетов.
> >
> > Типичные проблемы/решения уже звучали? (ещё не весь бэклог
> > догнал)
>
> Самая типичная проблема выглядит так:
> configure: error: X development libraries not found

а можно имя хотя бы одного такого типичнопроблемного пакета?

>
> После пересборки узнаем и об остальных.

-- 
Valery V. Inozemtsev

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Fri, Feb 03, 2006 at 04:31:30PM +0300, Valery V. Inozemtsev wrote:
> В сообщении от 3 февраля 2006 16:13 Dmitry V. Levin написал(a):
> > On Fri, Feb 03, 2006 at 07:41:22AM +0200, Michael Shigorin wrote:
> > > On Fri, Feb 03, 2006 at 02:22:10AM +0300, Dmitry V. Levin wrote:
> > > > Так что настраивайтесь потратить дополнительные усилия на
> > > > починку ваших, не совсем ваших и совсем не ваших пакетов.
> > >
> > > Типичные проблемы/решения уже звучали? (ещё не весь бэклог
> > > догнал)
> >
> > Самая типичная проблема выглядит так:
> > configure: error: X development libraries not found
> 
> а можно имя хотя бы одного такого типичнопроблемного пакета?

Вот несколько из последней пересборки:
at-spi-1.6.5-alt1.1
eel-2.13.2-alt1.1
libbonoboui-2.13.0-alt1.1
libwnck-2.13.2-alt1.1

Соответственно,
Пакет libgnomeui-devel версии 2.12.0-alt1.1 имеет неудовлетворенные зависимости:
 Требует: pkgconfig(libbonoboui-2.0)
 

-- 
ldv

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Valery V. Inozemtsev]

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

> > > Самая типичная проблема выглядит так:
> > > configure: error: X development libraries not found
> >
> > а можно имя хотя бы одного такого типичнопроблемного пакета?
>
> Вот несколько из последней пересборки:
> at-spi-1.6.5-alt1.1
> eel-2.13.2-alt1.1
> libbonoboui-2.13.0-alt1.1
> libwnck-2.13.2-alt1.1
>
> Соответственно,
> Пакет libgnomeui-devel версии 2.12.0-alt1.1 имеет неудовлетворенные
> зависимости: Требует: pkgconfig(libbonoboui-2.0)

смотрим на libbonoboui
$ grep "Build\(PreReq\|Requires\)" libbonoboui.spec
BuildPreReq: menu-devel
BuildPreReq: libxml2-devel >= %libxml2_ver
BuildPreReq: ORBit2-devel >= %ORBit_ver
BuildPreReq: libbonobo2-devel >= %libbonobo_ver
BuildPreReq: libgnomecanvas-devel >= %libgnomecanvas_ver
BuildPreReq: libgnome-devel >= %libgnome_ver
BuildPreReq: libgtk+2-devel >= %gtk_ver
BuildPreReq: libglade2-devel >= %glade_ver
BuildPreReq: libGConf2-devel >= %gconf_ver
BuildRequires: intltool gnome-common libpopt-devel zlib-devel

$ ./configure ...
...
checking for X... no
configure: error: X development libraries not found

что собственно естественно. т.ч. иксы здесь не причем

-- 
Valery V. Inozemtsev

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Fri, Feb 03, 2006 at 09:34:47PM +0300, Valery V. Inozemtsev wrote:
> > > > Самая типичная проблема выглядит так:
> > > > configure: error: X development libraries not found
> > >
> > > а можно имя хотя бы одного такого типичнопроблемного пакета?
> >
> > Вот несколько из последней пересборки:
> > at-spi-1.6.5-alt1.1
> > eel-2.13.2-alt1.1
> > libbonoboui-2.13.0-alt1.1
> > libwnck-2.13.2-alt1.1
> >
> > Соответственно,
> > Пакет libgnomeui-devel версии 2.12.0-alt1.1 имеет неудовлетворенные
> > зависимости: Требует: pkgconfig(libbonoboui-2.0)
> 
> смотрим на libbonoboui
> $ grep "Build\(PreReq\|Requires\)" libbonoboui.spec
> BuildPreReq: menu-devel
> BuildPreReq: libxml2-devel >= %libxml2_ver
> BuildPreReq: ORBit2-devel >= %ORBit_ver
> BuildPreReq: libbonobo2-devel >= %libbonobo_ver
> BuildPreReq: libgnomecanvas-devel >= %libgnomecanvas_ver
> BuildPreReq: libgnome-devel >= %libgnome_ver
> BuildPreReq: libgtk+2-devel >= %gtk_ver
> BuildPreReq: libglade2-devel >= %glade_ver
> BuildPreReq: libGConf2-devel >= %gconf_ver
> BuildRequires: intltool gnome-common libpopt-devel zlib-devel
> 
> $ ./configure ...
> ...
> checking for X... no
> configure: error: X development libraries not found
> 
> что собственно естественно. т.ч. иксы здесь не причем

Но ведь ещё совсем недавно такие пакеты собирались.
Значит, кто-то избавился от зависимостей на xorg-x11-devel & Co.


-- 
ldv

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Alexey Rusakov]

Dmitry V. Levin wrote:

>On Fri, Feb 03, 2006 at 09:34:47PM +0300, Valery V. Inozemtsev wrote:
>  
>
>>>>>Самая типичная проблема выглядит так:
>>>>>configure: error: X development libraries not found
>>>>>          
>>>>>
>>>>а можно имя хотя бы одного такого типичнопроблемного пакета?
>>>>        
>>>>
>>>Вот несколько из последней пересборки:
>>>at-spi-1.6.5-alt1.1
>>>eel-2.13.2-alt1.1
>>>libbonoboui-2.13.0-alt1.1
>>>libwnck-2.13.2-alt1.1
>>>
>>>Соответственно,
>>>Пакет libgnomeui-devel версии 2.12.0-alt1.1 имеет неудовлетворенные
>>>зависимости: Требует: pkgconfig(libbonoboui-2.0)
>>>      
>>>
>>смотрим на libbonoboui
>>$ grep "Build\(PreReq\|Requires\)" libbonoboui.spec
>>BuildPreReq: menu-devel
>>BuildPreReq: libxml2-devel >= %libxml2_ver
>>BuildPreReq: ORBit2-devel >= %ORBit_ver
>>BuildPreReq: libbonobo2-devel >= %libbonobo_ver
>>BuildPreReq: libgnomecanvas-devel >= %libgnomecanvas_ver
>>BuildPreReq: libgnome-devel >= %libgnome_ver
>>BuildPreReq: libgtk+2-devel >= %gtk_ver
>>BuildPreReq: libglade2-devel >= %glade_ver
>>BuildPreReq: libGConf2-devel >= %gconf_ver
>>BuildRequires: intltool gnome-common libpopt-devel zlib-devel
>>
>>$ ./configure ...
>>...
>>checking for X... no
>>configure: error: X development libraries not found
>>
>>что собственно естественно. т.ч. иксы здесь не причем
>>    
>>
>
>Но ведь ещё совсем недавно такие пакеты собирались.
>Значит, кто-то избавился от зависимостей на xorg-x11-devel & Co.
>  
>
Вот одно из предположений. Эти пакеты зависят от libpango-devel, 
который, в свою очередь, всю жизнь требовал libXft-devel. libXft-devel с 
удовольствием предоставлялся пакетом xorg-x11-devel, и все были 
счастливы. А когда появился отдельный libXft-devel, предоставлять 
остальные иксовые библиотеки резко стало некому. В большинстве случаев 
не хватает libSM-devel и/или libX11-devel.

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Valery V. Inozemtsev]

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

> >Но ведь ещё совсем недавно такие пакеты собирались.
> >Значит, кто-то избавился от зависимостей на xorg-x11-devel & Co.
>
> Вот одно из предположений. Эти пакеты зависят от libpango-devel,
> который, в свою очередь, всю жизнь требовал libXft-devel.

вообще то что требует libpango в данном контексте никому не интересно. в 
BuildRequires пакета должно быть то, что нужно ЭТОМУ пакету для сборки, а не 
то что где то там хвостом за кем то танется

> libXft-devel с 
> удовольствием предоставлялся пакетом xorg-x11-devel, и все были
> счастливы. А когда появился отдельный libXft-devel, предоставлять
> остальные иксовые библиотеки резко стало некому. В большинстве случаев
> не хватает libSM-devel и/или libX11-devel.

-- 
Valery V. Inozemtsev

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Sat, Feb 04, 2006 at 12:54:41AM +0300, Alexey Rusakov wrote:
> Вот одно из предположений. Эти пакеты зависят от libpango-devel, 
> который, в свою очередь, всю жизнь требовал libXft-devel. libXft-devel с 
> удовольствием предоставлялся пакетом xorg-x11-devel, и все были 
> счастливы. А когда появился отдельный libXft-devel, предоставлять 
> остальные иксовые библиотеки резко стало некому. В большинстве случаев 
> не хватает libSM-devel и/или libX11-devel.

Очень правдоподобно.


-- 
ldv

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Alexey Rusakov]

Valery V. Inozemtsev wrote:

>>>Но ведь ещё совсем недавно такие пакеты собирались.
>>>Значит, кто-то избавился от зависимостей на xorg-x11-devel & Co.
>>>      
>>>
>>Вот одно из предположений. Эти пакеты зависят от libpango-devel,
>>который, в свою очередь, всю жизнь требовал libXft-devel.
>>    
>>
>
>вообще то что требует libpango в данном контексте никому не интересно. в 
>BuildRequires пакета должно быть то, что нужно ЭТОМУ пакету для сборки, а не 
>то что где то там хвостом за кем то танется
>  
>
Не все пакеты GNOME нуждаются в непосредственной линковке с иксовыми 
библиотеками. Но не во всех пакетах список зависимостей достаточно 
полон, это тоже правда. Я сейчас взял за хорошую привычку перед сборкой 
новых версий шерстить configure.in на предмет всевозможных 
PKG_CHECK_MODULES и AC_CHECK_LIB, проверяющих наличие сборочных 
зависимостей. При пересборке для X.org 7.0 список зависимостей многих 
пакетов приходится обновлять.

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Fri, Feb 03, 2006 at 04:13:31PM +0300, Dmitry V. Levin wrote:
> On Fri, Feb 03, 2006 at 07:41:22AM +0200, Michael Shigorin wrote:
> > On Fri, Feb 03, 2006 at 02:22:10AM +0300, Dmitry V. Levin wrote:
> > > Так что настраивайтесь потратить дополнительные усилия на
> > > починку ваших, не совсем ваших и совсем не ваших пакетов.
> > 
> > Типичные проблемы/решения уже звучали? (ещё не весь бэклог
> > догнал)
> 
> Самая типичная проблема выглядит так:
> configure: error: X development libraries not found
> 
> После пересборки узнаем и об остальных.

Вот ещё немного типичных проблем:

at-spi-1.6.5-alt1:configure: error: X development libraries not found
audacious-0.1.2-alt0.1:configure: error: Cannot find X11 headers/libraries
beep-1:0.9.7.1-alt0.1:configure: error: Cannot find X11 headers/libraries
gliv-1.9.4-alt1:configure: error: cannot use -lGL
gnome-mag-0.12.2-alt1:configure: error: X development libraries not found
gplflash-0.4.13-alt1:configure: error: cannot find X11 development files
kino-0.8.0-alt0.1:configure: error: Required xvideo (Xv) extension to X not found. Please check that it is installed.
libvisual-plugins-0.2.0-alt1:configure: error: Required X11 headers not found.
libwnck-2.13.2-alt1:configure: error: X development libraries not found
monodevelop-0.7-alt1:configure: error: Library requirements (gecko-sharp-2.0 >= 0.10) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.
rox-base-2.4-alt2:configure: error: X development libraries not found
TORCS-1.2.4-alt2:configure: error: Can't find GL/glut.h. freeglut can be found on http://freeglut.sourceforge.net/
WMRack-1.2-alt2:configure: error: WMRack needs XPM support!!!
xmms-vis-scivi-0.2.0-alt0.3:configure: error: *** some X11 headers are not found - please check X11 installation ***

MPlayer-1.0-alt23.pre7try2:E: Couldn't find package Mesa-devel
lablGL-1.01-alt1.1:E: Couldn't find package Mesa-devel
xmms-20050808:1.2.10-alt8:E: Couldn't find package Mesa-devel

Epplets-1:0.7-alt1.1:E: Couldn't find package XFree86-devel-static
Eterm-0.9.3-alt1:E: Couldn't find package XFree86-devel-static
TiMidity++-2.13.1-alt1.1:E: Couldn't find package XFree86-devel-static
WMCPULoad-1.0.1-alt2:E: Couldn't find package XFree86-devel-static
WMMail.app-0.64-alt8:E: Couldn't find package XFree86-devel-static
WSoundServer-0.4.0-alt10:E: Couldn't find package XFree86-devel-static
abuse_sdl-0.7.0-alt2:E: Couldn't find package XFree86-devel-static
alsa-tools-1.0.10-alt1:E: Couldn't find package XFree86-devel-static
angband-3.0.6-alt1:E: Couldn't find package XFree86-devel-static
ardour-0.9-alt0.7beta24.1:E: Couldn't find package XFree86-devel-static
avifile-0.741-alt0.7:E: Couldn't find package XFree86-devel-static
beep-extra-plugins-0.2.2-alt0.6:E: Couldn't find package XFree86-devel-static
beep-input-modplug-2.05-alt1.1:E: Couldn't find package XFree86-devel-static
clanlib-0.6.5-alt1.4:E: Couldn't find package XFree86-devel-static
elk-3.99.6-alt2.1:E: Couldn't find package XFree86-devel-static
fox-1.4.27-alt1:E: Couldn't find package XFree86-devel-static
freesci-0.3.3-alt2:E: Couldn't find package XFree86-devel-static
ggv2-2.8.5-alt1:E: Couldn't find package XFree86-devel-static
ghostscript-7.07.1-alt7:E: Couldn't find package XFree86-devel-static
gksu-0.9.11-alt1:E: Couldn't find package XFree86-devel-static
gnome-applets-gswitchit-plugins-0.4-alt1:E: Couldn't find package XFree86-devel-static
gnome-bluetooth-0.7.0-alt1:E: Couldn't find package XFree86-devel-static
gok-1.0.5-alt2:E: Couldn't find package XFree86-devel-static
hydrogen-0.9.0-alt0.7.1.1:E: Couldn't find package XFree86-devel-static
jpilot-Mail-0.0.6-alt4:E: Couldn't find package XFree86-devel-static
kcemirror-20040906:0.1.4-alt1:E: Couldn't find package XFree86-devel-static
kfiresaver3d-0.6-alt1:E: Couldn't find package XFree86-devel-static
kglwatersaver-0.6-alt1:E: Couldn't find package XFree86-devel-static
kiowa-1.3.2-alt4.1:E: Couldn't find package XFree86-devel-static
kmediagrab-0.3-alt5.1:E: Couldn't find package XFree86-devel-static
kmencoder-0.1.2-alt6.1:E: Couldn't find package XFree86-devel-static
knetscan-1.0-alt6.1:E: Couldn't find package XFree86-devel-static
knutclient-0.8.5-alt1:E: Couldn't find package XFree86-devel-static
kooldock-0.3-alt1.1:E: Couldn't find package XFree86-devel-static
kssh-0.7-alt6.1:E: Couldn't find package XFree86-devel-static
ktextdecode-3.0-alt5.1:E: Couldn't find package XFree86-devel-static
ktvgrab-0.3-alt3:E: Couldn't find package XFree86-devel-static
kxmleditor-1.1.4-alt1:E: Couldn't find package XFree86-devel-static
lavaps-2.7-alt1:E: Couldn't find package XFree86-devel-static
libast-0.6.1-alt1:E: Couldn't find package XFree86-devel-static
libfltk-1.1.5-alt1:E: Couldn't find package XFree86-devel-static
libgii-0.9.0-alt1:E: Couldn't find package XFree86-devel-static
libquicktime-0.9.7-alt4:E: Couldn't find package XFree86-devel-static
lineak_defaultplugin-0.8.2-alt1:E: Couldn't find package XFree86-devel-static
lineak_xosdplugin-0.8.2-alt1:E: Couldn't find package XFree86-devel-static
lineakd-0.8.2-alt1:E: Couldn't find package XFree86-devel-static
lirc-0.7.0-alt4:E: Couldn't find package XFree86-devel-static
mjpegtools-1.7.0-alt0.3:E: Couldn't find package XFree86-devel-static
muse-0.7.0-alt1.1:E: Couldn't find package XFree86-devel-static
pavuk-1:0.9.34-alt1:E: Couldn't find package XFree86-devel-static
plt2-208-alt1.1:E: Couldn't find package XFree86-devel-static
potracegui-1.2-alt1.1:E: Couldn't find package XFree86-devel-static
q-6.2-alt1.1:E: Couldn't find package XFree86-devel-static
rhythmbox-0.8.8-alt0.5:E: Couldn't find package XFree86-devel-static
rosegarden-1.0-alt1:E: Couldn't find package XFree86-devel-static
sjog-cvs20040812-alt3.1:E: Couldn't find package XFree86-devel-static
smpeg-0.4.4-alt5:E: Couldn't find package XFree86-devel-static
snd-7.4-alt2cvs20040517:E: Couldn't find package XFree86-devel-static
startup-notification-0.8-alt1:E: Couldn't find package XFree86-devel-static
swfdec-0.3.5-alt1:E: Couldn't find package XFree86-devel-static
waimea-0.4.0-alt4.1:E: Couldn't find package XFree86-devel-static
wmmsg-1.0.1-alt1:E: Couldn't find package XFree86-devel-static
wmupmon-0.1.3-alt1:E: Couldn't find package XFree86-devel-static
xboard-4.2.7-alt1:E: Couldn't find package XFree86-devel-static
xmbmon-205-alt2:E: Couldn't find package XFree86-devel-static
xmp-2.0.5-alt0.9pre3:E: Couldn't find package XFree86-devel-static

FSViewer.app-0.2.5-alt3:E: Couldn't find package xorg-x11-devel-static
SDL_gfx-2.0.13-alt1:E: Couldn't find package xorg-x11-devel-static
WindowMaker-0.92.0-alt1:E: Couldn't find package xorg-x11-devel-static
amarok-1.3.7-alt2:E: Couldn't find package xorg-x11-devel-static
axiom-1:3.2006.01-alt2:E: Couldn't find package xorg-x11-devel-static
bmpx-0.12.9-alt0.1:E: Couldn't find package xorg-x11-devel-static
bzflag-2.0.5.20051007-alt1:E: Couldn't find package xorg-x11-devel-static
chemtool-1.6.7-alt1:E: Couldn't find package xorg-x11-devel-static
cracklib-2.8.2-alt1:E: Couldn't find package xorg-x11-devel-static
enlightenment-1:0.16.7-alt1_2:E: Couldn't find package xorg-x11-devel-static
evas-1:0.9.9-alt0.1_003_20050530:E: Couldn't find package xorg-x11-devel-static
gnome-keyring-manager-0.0.4-alt1:E: Couldn't find package xorg-x11-devel-static
gv-1:3.6.1-alt2:E: Couldn't find package xorg-x11-devel-static
imlib2-1.2.1-alt2:E: Couldn't find package xorg-x11-devel-static
kde-styles-comix-1.3.6-alt1:E: Couldn't find package xorg-x11-devel-static
kde-styles-linspireclear-1.11-alt1:E: Couldn't find package xorg-x11-devel-static
kde-styles-lipstik-1.99.1-alt1:E: Couldn't find package xorg-x11-devel-static
kde-styles-polyester-0.6-alt1:E: Couldn't find package xorg-x11-devel-static
kde-styles-softcrystal-widgets-1.0-alt1.1:E: Couldn't find package xorg-x11-devel-static
kde-styles-widgets-mallory-1.0-alt1:E: Couldn't find package xorg-x11-devel-static
kde-styles-widgets-tiblit-1.2-alt1:E: Couldn't find package xorg-x11-devel-static
kile-1.8-alt0.1.b2:E: Couldn't find package xorg-x11-devel-static
kmyfirewall-1.0-alt1:E: Couldn't find package xorg-x11-devel-static
knoda-0.7.4-alt0.1.test2:E: Couldn't find package xorg-x11-devel-static
libcaca-0.9-alt1:E: Couldn't find package xorg-x11-devel-static
libdc1394-1.1.0-alt1.1:E: Couldn't find package xorg-x11-devel-static
libggi-1:2.1.1-alt1:E: Couldn't find package xorg-x11-devel-static
mpeg2dec-0.4.0b-alt1:E: Couldn't find package xorg-x11-devel-static
nvclock-0.8b-alt1:E: Couldn't find package xorg-x11-devel-static
nvu-1.0PR-alt1:E: Couldn't find package xorg-x11-devel-static
peksystray-0.2.1-alt1:E: Couldn't find package xorg-x11-devel-static
perl-Tk-TableMatrix-1.1-alt1:E: Couldn't find package xorg-x11-devel-static
scribus-1.2.2-alt1.cvs20050405:E: Couldn't find package xorg-x11-devel-static
stardict-2.4.5-alt2:E: Couldn't find package xorg-x11-devel-static
sunbird-0.2-alt1:E: Couldn't find package xorg-x11-devel-static
tcl-tile-0.7.2-alt1:E: Couldn't find package xorg-x11-devel-static
valknut-0.3.8-alt1:E: Couldn't find package xorg-x11-devel-static
xawtv-3.95-alt1:E: Couldn't find package xorg-x11-devel-static
xfce4-modemlights-plugin-0.1.1-alt1:E: Couldn't find package xorg-x11-devel-static
xplanet-1.2.0-alt1:E: Couldn't find package xorg-x11-devel-static
xpp-1.5-alt1.1:E: Couldn't find package xorg-x11-devel-static
xulrunner-0.0.0-alt1:E: Couldn't find package xorg-x11-devel-static
zapping-0.9.7-alt0.1.cvs3.1:E: Couldn't find package xorg-x11-devel-static
zvbi-0.2.16-alt1:E: Couldn't find package xorg-x11-devel-static


-- 
ldv

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

[devel] Re: I: осторожно, новый вид зависимостей

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Sunday 05, at 09:17:25 PM you wrote:

> gliv-1.9.4-alt1:configure: error: cannot use -lGL
тут проблема не в gliv, а в gtkgl.

> Epplets-1:0.7-alt1.1:E: Couldn't find package XFree86-devel-static
...

где я добирался до пакета, XFree86-devel-static давил, это такой же мусор,
как и фортран в BuildRequires или glibc-devel-static.


-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Fri, Feb 03, 2006 at 04:13:31PM +0300, Dmitry V. Levin wrote:
> После пересборки узнаем и об остальных.

Итого 410 непересобравшихся пакетов из 5445, это более 7.5%.
Это не просто много, это слишком много.


-- 
ldv

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Valery V. Inozemtsev]

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

> Вот ещё немного типичных проблем:
>
> at-spi-1.6.5-alt1:configure: error: X development libraries not found
> audacious-0.1.2-alt0.1:configure: error: Cannot find X11 headers/libraries
> beep-1:0.9.7.1-alt0.1:configure: error: Cannot find X11 headers/libraries
> gliv-1.9.4-alt1:configure: error: cannot use -lGL
> gnome-mag-0.12.2-alt1:configure: error: X development libraries not found
> gplflash-0.4.13-alt1:configure: error: cannot find X11 development files
> kino-0.8.0-alt0.1:configure: error: Required xvideo (Xv) extension to X not
> found. Please check that it is installed.
> libvisual-plugins-0.2.0-alt1:configure: error: Required X11 headers not
> found. libwnck-2.13.2-alt1:configure: error: X development libraries not
> found monodevelop-0.7-alt1:configure: error: Library requirements
> (gecko-sharp-2.0 >= 0.10) not met; consider adjusting the PKG_CONFIG_PATH
> environment variable if your libraries are in a nonstandard prefix so
> pkg-config can find them. rox-base-2.4-alt2:configure: error: X development
> libraries not found TORCS-1.2.4-alt2:configure: error: Can't find
> GL/glut.h. freeglut can be found on http://freeglut.sourceforge.net/
> WMRack-1.2-alt2:configure: error: WMRack needs XPM support!!!
> xmms-vis-scivi-0.2.0-alt0.3:configure: error: *** some X11 headers are not
> found - please check X11 installation ***

с этим надо разбираться с каждым в отдельности

>
> MPlayer-1.0-alt23.pre7try2:E: Couldn't find package Mesa-devel
> lablGL-1.01-alt1.1:E: Couldn't find package Mesa-devel
> xmms-20050808:1.2.10-alt8:E: Couldn't find package Mesa-devel

упс... Mesa-devel действительно никто не провайдит. залить исправленную Mesa 
или проще поправить эти 3 пакета?

>
> Epplets-1:0.7-alt1.1:E: Couldn't find package XFree86-devel-static
<поскипана куча static>

ой как все запущено. devel-static я точно возвращать не буду

-- 
Valery V. Inozemtsev

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Vitaly Lipatov]

On Sunday 05 February 2006 21:27, Konstantin A. Lepikhov wrote:

> где я добирался до пакета, XFree86-devel-static давил, это
> такой же мусор, как и фортран в BuildRequires или
> glibc-devel-static.
Может быть стоит по умолчанию через buildreq вообще не ловить 
-devel-static - это же вредные пакеты. А кому надо, тот впишет 
сам.

Отправить FR в Багзиллу?

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060205 21:41]:
> Итого 410 непересобравшихся пакетов из 5445, это более 7.5%.
> Это не просто много, это слишком много.
Вообще-то я заливал новые xpaint и xscreensaver больше недели
назад.  И где они?

P.S. xscreensaver не пересоберётся без нового libgle который я
заливал в тот же день...

-- 
Regards,
Sir Raorn.

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Sun, Feb 05, 2006 at 11:25:30PM +0300, Vitaly Lipatov wrote:
> On Sunday 05 February 2006 21:27, Konstantin A. Lepikhov wrote:
> 
> > где я добирался до пакета, XFree86-devel-static давил, это
> > такой же мусор, как и фортран в BuildRequires или
> > glibc-devel-static.
> Может быть стоит по умолчанию через buildreq вообще не ловить 
> -devel-static - это же вредные пакеты. А кому надо, тот впишет 
> сам.
> 
> Отправить FR в Багзиллу?

Я не согласен.  Если buildreq ловит devel-static, значит он зачем-то был
нужен.  Мантейнер может заинтересоваться.  Удалить из списка не сложно.


-- 
ldv

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

[devel] Re: I: осторожно, новый вид зависимостей

[Michael Shigorin]

On Sun, Feb 05, 2006 at 10:02:45PM +0300, Valery V. Inozemtsev wrote:
> > MPlayer-1.0-alt23.pre7try2:E: Couldn't find package Mesa-devel
> > lablGL-1.01-alt1.1:E: Couldn't find package Mesa-devel
> > xmms-20050808:1.2.10-alt8:E: Couldn't find package Mesa-devel
> упс... Mesa-devel действительно никто не провайдит. залить
> исправленную Mesa или проще поправить эти 3 пакета?

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

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Sun, Feb 05, 2006 at 11:49:16PM +0300, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060205 21:41]:
> > Итого 410 непересобравшихся пакетов из 5445, это более 7.5%.
> > Это не просто много, это слишком много.
> Вообще-то я заливал новые xpaint и xscreensaver больше недели
> назад.  И где они?

Были скачаны 29-го января, дальнейшая судьба неизвестна.
Сделал touch, дальше пусть incominger разбирается.

> P.S. xscreensaver не пересоберётся без нового libgle который я
> заливал в тот же день...

Он в Сизифе.


-- 
ldv

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Valery V. Inozemtsev]

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

В сообщении от 6 февраля 2006 00:36 Michael Shigorin написал(a):
> On Sun, Feb 05, 2006 at 10:02:45PM +0300, Valery V. Inozemtsev wrote:
> > > MPlayer-1.0-alt23.pre7try2:E: Couldn't find package Mesa-devel
> > > lablGL-1.01-alt1.1:E: Couldn't find package Mesa-devel
> > > xmms-20050808:1.2.10-alt8:E: Couldn't find package Mesa-devel
> >
> > упс... Mesa-devel действительно никто не провайдит. залить
> > исправленную Mesa или проще поправить эти 3 пакета?
>
> Свой поправлю (уже завтра, поэтому лучше скажи ты, на что),

libmesa-devel

> но и залить исправленную тоже не помешает.

залил

-- 
Valery V. Inozemtsev

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Valery V. Inozemtsev]

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

> > > > Так что настраивайтесь потратить дополнительные усилия на
> > > > починку ваших, не совсем ваших и совсем не ваших пакетов.
> > >
> > > Типичные проблемы/решения уже звучали? (ещё не весь бэклог
> > > догнал)
> >
> > Самая типичная проблема выглядит так:
> > configure: error: X development libraries not found
> >
> > После пересборки узнаем и об остальных.
>
> Вот ещё немного типичных проблем:

а вот еще одна проблема - в MySQL >= 4.1 функция mysql_shutdown выглядит 
следующим образом:

int             STDCALL mysql_shutdown(MYSQL *mysql,
                                       enum mysql_enum_shutdown_level
                                       shutdown_level);

в 4.0:

int             STDCALL mysql_shutdown(MYSQL *mysq);

на этом должны обламаться около 10 пакетов
исправляется примерно следующим образом

#if MYSQL_VERSION_ID < 41000
	if (mysql_shutdown(mysql) != 0)
#else
	if (mysql_shutdown(mysql, SHUTDOWN_DEFAULT) != 0)
#endif

-- 
Valery V. Inozemtsev

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Led]

В сообщении от 3 февраля 2006 21:37 Dmitry V. Levin написал(a):
> On Fri, Feb 03, 2006 at 09:34:47PM +0300, Valery V. Inozemtsev wrote:
> > > > > Самая типичная проблема выглядит так:
> > > > > configure: error: X development libraries not found
> > > >
> > > > а можно имя хотя бы одного такого типичнопроблемного пакета?
> > >
> > > Вот несколько из последней пересборки:
> > > at-spi-1.6.5-alt1.1
> > > eel-2.13.2-alt1.1
> > > libbonoboui-2.13.0-alt1.1
> > > libwnck-2.13.2-alt1.1
> > >
> > > Соответственно,
> > > Пакет libgnomeui-devel версии 2.12.0-alt1.1 имеет неудовлетворенные
> > > зависимости: Требует: pkgconfig(libbonoboui-2.0)
> >
> > смотрим на libbonoboui
> > $ grep "Build\(PreReq\|Requires\)" libbonoboui.spec
> > BuildPreReq: menu-devel
> > BuildPreReq: libxml2-devel >= %libxml2_ver
> > BuildPreReq: ORBit2-devel >= %ORBit_ver
> > BuildPreReq: libbonobo2-devel >= %libbonobo_ver
> > BuildPreReq: libgnomecanvas-devel >= %libgnomecanvas_ver
> > BuildPreReq: libgnome-devel >= %libgnome_ver
> > BuildPreReq: libgtk+2-devel >= %gtk_ver
> > BuildPreReq: libglade2-devel >= %glade_ver
> > BuildPreReq: libGConf2-devel >= %gconf_ver
> > BuildRequires: intltool gnome-common libpopt-devel zlib-devel
> >
> > $ ./configure ...
> > ...
> > checking for X... no
> > configure: error: X development libraries not found
> >
> > что собственно естественно. т.ч. иксы здесь не причем
>
> Но ведь ещё совсем недавно такие пакеты собирались.
> Значит, кто-то избавился от зависимостей на xorg-x11-devel & Co.

Аналогично не собирается gcc3.4 (with java, которая требует для сборки  
libgtk+2-devel, но xorg-x11-devel не вытягивается по зависимостям)

-- 
Led.

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Led]

В сообщении от 5 февраля 2006 23:33 Dmitry V. Levin написал(a):
> On Sun, Feb 05, 2006 at 11:25:30PM +0300, Vitaly Lipatov wrote:
> > On Sunday 05 February 2006 21:27, Konstantin A. Lepikhov wrote:
> > > где я добирался до пакета, XFree86-devel-static давил, это
> > > такой же мусор, как и фортран в BuildRequires или
> > > glibc-devel-static.
> >
> > Может быть стоит по умолчанию через buildreq вообще не ловить
> > -devel-static - это же вредные пакеты. А кому надо, тот впишет
> > сам.
> >
> > Отправить FR в Багзиллу?
>
> Я не согласен.  Если buildreq ловит devel-static, значит он зачем-то был
> нужен.  Мантейнер может заинтересоваться.  Удалить из списка не сложно.

Он ловит -devel-static вместо -devel. Приходится всегда заменять -devel-static 
на соответствующий -devel. Может здесь не FR нужен, а bug report?

-- 
Led.

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Genix]

Led wrote:

>>>Отправить FR в Багзиллу?
>>
>>Я не согласен.  Если buildreq ловит devel-static, значит он зачем-то был
>>нужен.  Мантейнер может заинтересоваться.  Удалить из списка не сложно.
> 
> 
> Он ловит -devel-static вместо -devel. Приходится всегда заменять -devel-static 
> на соответствующий -devel. Может здесь не FR нужен, а bug report?

написано же "значит он зачем-то был нужен" ;))


-- 
У каждого в башке свои тараканы...

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Led]

В сообщении от 6 февраля 2006 12:32 Genix написал(a):
> Led wrote:
> >>>Отправить FR в Багзиллу?
> >>
> >>Я не согласен.  Если buildreq ловит devel-static, значит он зачем-то был
> >>нужен.  Мантейнер может заинтересоваться.  Удалить из списка не сложно.
> >
> > Он ловит -devel-static вместо -devel. Приходится всегда заменять
> > -devel-static на соответствующий -devel. Может здесь не FR нужен, а bug
> > report?
>
> написано же "значит он зачем-то был нужен" ;))

Написано же - он практически всегда "ловится", даже на примитивных маленьких 
пакетах:)

-- 
Led.

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Денис Смирнов]

On Mon, Feb 06, 2006 at 12:33:15AM +0300, Dmitry V. Levin wrote:

>> Отправить FR в Багзиллу?
DVL> Я не согласен.  Если buildreq ловит devel-static, значит он зачем-то был
DVL> нужен.  Мантейнер может заинтересоваться.  Удалить из списка не сложно.

Думается мне что добавлять это в buildreq не правильное поведение
по-умолчанию. Выдавать warning можно, добавлять в закомментированном виде
можно. А вот в чистом все-таки неправильно. Потому как если он
действительно нужен, то пакет просто не соберется в хэшере, пока
мантейнерт эту строчку не добавит. А чаще всего попадает static туда
случайно.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Mon, Feb 06, 2006 at 12:37:47PM +0200, Led wrote:
> В сообщении от 6 февраля 2006 12:32 Genix написал(a):
> > Led wrote:
> > >>>Отправить FR в Багзиллу?
> > >>
> > >>Я не согласен.  Если buildreq ловит devel-static, значит он зачем-то был
> > >>нужен.  Мантейнер может заинтересоваться.  Удалить из списка не сложно.
> > >
> > > Он ловит -devel-static вместо -devel. Приходится всегда заменять
> > > -devel-static на соответствующий -devel. Может здесь не FR нужен, а bug
> > > report?
> >
> > написано же "значит он зачем-то был нужен" ;))
> 
> Написано же - он практически всегда "ловится", даже на примитивных маленьких 
> пакетах:)

В моих примитивных пакетах не ловится, так что правьте ваши примитивные пакеты. :)


-- 
ldv

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Mon, Feb 06, 2006 at 03:09:01PM +0300, Dmitry V. Levin wrote:
> On Mon, Feb 06, 2006 at 12:37:47PM +0200, Led wrote:
> > В сообщении от 6 февраля 2006 12:32 Genix написал(a):
> > > Led wrote:
> > > >>>Отправить FR в Багзиллу?
> > > >>
> > > >>Я не согласен.  Если buildreq ловит devel-static, значит он зачем-то был
> > > >>нужен.  Мантейнер может заинтересоваться.  Удалить из списка не сложно.
> > > >
> > > > Он ловит -devel-static вместо -devel. Приходится всегда заменять
> > > > -devel-static на соответствующий -devel. Может здесь не FR нужен, а bug
> > > > report?
> > >
> > > написано же "значит он зачем-то был нужен" ;))
> > 
> > Написано же - он практически всегда "ловится", даже на примитивных маленьких 
> > пакетах:)
> 
> В моих примитивных пакетах не ловится, так что правьте ваши примитивные пакеты. :)

Я серьёзно, надо фиксить проверки, чтобы искали сперва динамику,
а уже потом статику.


-- 
ldv

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Led]

В сообщении от 6 февраля 2006 14:09 Dmitry V. Levin написал(a):
> On Mon, Feb 06, 2006 at 12:37:47PM +0200, Led wrote:
> > В сообщении от 6 февраля 2006 12:32 Genix написал(a):
> > > Led wrote:
> > > >>>Отправить FR в Багзиллу?
> > > >>
> > > >>Я не согласен.  Если buildreq ловит devel-static, значит он зачем-то
> > > >> был нужен.  Мантейнер может заинтересоваться.  Удалить из списка не
> > > >> сложно.
> > > >
> > > > Он ловит -devel-static вместо -devel. Приходится всегда заменять
> > > > -devel-static на соответствующий -devel. Может здесь не FR нужен, а
> > > > bug report?
> > >
> > > написано же "значит он зачем-то был нужен" ;))
> >
> > Написано же - он практически всегда "ловится", даже на примитивных
> > маленьких пакетах:)
>
> В моих примитивных пакетах не ловится, так что правьте ваши примитивные
> пакеты. :)

А я и правлю - постоянно после "вашего" buildreq:)

-- 
Led.

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Led]

В сообщении от 6 февраля 2006 14:10 Dmitry V. Levin написал(a):
> On Mon, Feb 06, 2006 at 03:09:01PM +0300, Dmitry V. Levin wrote:
> > On Mon, Feb 06, 2006 at 12:37:47PM +0200, Led wrote:
> > > В сообщении от 6 февраля 2006 12:32 Genix написал(a):
> > > > Led wrote:
> > > > >>>Отправить FR в Багзиллу?
> > > > >>
> > > > >>Я не согласен.  Если buildreq ловит devel-static, значит он
> > > > >> зачем-то был нужен.  Мантейнер может заинтересоваться.  Удалить из
> > > > >> списка не сложно.
> > > > >
> > > > > Он ловит -devel-static вместо -devel. Приходится всегда заменять
> > > > > -devel-static на соответствующий -devel. Может здесь не FR нужен, а
> > > > > bug report?
> > > >
> > > > написано же "значит он зачем-то был нужен" ;))
> > >
> > > Написано же - он практически всегда "ловится", даже на примитивных
> > > маленьких пакетах:)
> >
> > В моих примитивных пакетах не ловится, так что правьте ваши примитивные
> > пакеты. :)
>
> Я серьёзно, надо фиксить проверки, чтобы искали сперва динамику,
> а уже потом статику.

Имеется ввиду configure и "вокруг него"?

-- 
Led.

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Mon, Feb 06, 2006 at 02:14:11PM +0200, Led wrote:
> В сообщении от 6 февраля 2006 14:10 Dmitry V. Levin написал(a):
> > On Mon, Feb 06, 2006 at 03:09:01PM +0300, Dmitry V. Levin wrote:
> > > On Mon, Feb 06, 2006 at 12:37:47PM +0200, Led wrote:
> > > > В сообщении от 6 февраля 2006 12:32 Genix написал(a):
> > > > > Led wrote:
> > > > > >>>Отправить FR в Багзиллу?
> > > > > >>
> > > > > >>Я не согласен.  Если buildreq ловит devel-static, значит он
> > > > > >> зачем-то был нужен.  Мантейнер может заинтересоваться.  Удалить из
> > > > > >> списка не сложно.
> > > > > >
> > > > > > Он ловит -devel-static вместо -devel. Приходится всегда заменять
> > > > > > -devel-static на соответствующий -devel. Может здесь не FR нужен, а
> > > > > > bug report?
> > > > >
> > > > > написано же "значит он зачем-то был нужен" ;))
> > > >
> > > > Написано же - он практически всегда "ловится", даже на примитивных
> > > > маленьких пакетах:)
> > >
> > > В моих примитивных пакетах не ловится, так что правьте ваши примитивные
> > > пакеты. :)
> >
> > Я серьёзно, надо фиксить проверки, чтобы искали сперва динамику,
> > а уже потом статику.
> 
> Имеется ввиду configure и "вокруг него"?

Да.  Как правило, upstream принимает такие изменения.


-- 
ldv

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Led]

В сообщении от 6 февраля 2006 14:28 Dmitry V. Levin написал(a):
> On Mon, Feb 06, 2006 at 02:14:11PM +0200, Led wrote:
> > В сообщении от 6 февраля 2006 14:10 Dmitry V. Levin написал(a):
> > > On Mon, Feb 06, 2006 at 03:09:01PM +0300, Dmitry V. Levin wrote:
> > > > On Mon, Feb 06, 2006 at 12:37:47PM +0200, Led wrote:
> > > > > В сообщении от 6 февраля 2006 12:32 Genix написал(a):
> > > > > > Led wrote:
> > > > > > >>>Отправить FR в Багзиллу?
> > > > > > >>
> > > > > > >>Я не согласен.  Если buildreq ловит devel-static, значит он
> > > > > > >> зачем-то был нужен.  Мантейнер может заинтересоваться. 
> > > > > > >> Удалить из списка не сложно.
> > > > > > >
> > > > > > > Он ловит -devel-static вместо -devel. Приходится всегда
> > > > > > > заменять -devel-static на соответствующий -devel. Может здесь
> > > > > > > не FR нужен, а bug report?
> > > > > >
> > > > > > написано же "значит он зачем-то был нужен" ;))
> > > > >
> > > > > Написано же - он практически всегда "ловится", даже на примитивных
> > > > > маленьких пакетах:)
> > > >
> > > > В моих примитивных пакетах не ловится, так что правьте ваши
> > > > примитивные пакеты. :)
> > >
> > > Я серьёзно, надо фиксить проверки, чтобы искали сперва динамику,
> > > а уже потом статику.
> >
> > Имеется ввиду configure и "вокруг него"?
>
> Да.  Как правило, upstream принимает такие изменения.

Ок, спасибо за разъяснение.

Вот только configure патчить, наверное, неправильно... Он же "в апстриме" 
autoconf'ами получается... а я в них "не силён" :(
Имеет ли смысл патч непосредственно к configure прикладывать в 
Sisyphus-пакетах?

-- 
Led.

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Mon, Feb 06, 2006 at 02:37:40PM +0200, Led wrote:
> Вот только configure патчить, наверное, неправильно... Он же "в апстриме" 
> autoconf'ами получается... а я в них "не силён" :(

Конечно, надо либо configure.{ac,in} либо *.m4 файлы с макросами править,
иначе upstream вас не поймёт.


-- 
ldv

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Led]

В сообщении от 6 февраля 2006 14:46 Dmitry V. Levin написал(a):
> On Mon, Feb 06, 2006 at 02:37:40PM +0200, Led wrote:
> > Вот только configure патчить, наверное, неправильно... Он же "в апстриме"
> > autoconf'ами получается... а я в них "не силён" :(
>
> Конечно, надо либо configure.{ac,in} либо *.m4 файлы с макросами править,
> иначе upstream вас не поймёт.

Отож... :(
Ок, буду смотреть - может что и получится...
А может что-то исправится явным указанием --disable-static для %configure (где 
это возможно)...

-- 
Led.

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Mon, Feb 06, 2006 at 02:51:38PM +0200, Led wrote:
> В сообщении от 6 февраля 2006 14:46 Dmitry V. Levin написал(a):
> > On Mon, Feb 06, 2006 at 02:37:40PM +0200, Led wrote:
> > > Вот только configure патчить, наверное, неправильно... Он же "в апстриме"
> > > autoconf'ами получается... а я в них "не силён" :(
> >
> > Конечно, надо либо configure.{ac,in} либо *.m4 файлы с макросами править,
> > иначе upstream вас не поймёт.
> 
> Отож... :(
> Ок, буду смотреть - может что и получится...
> А может что-то исправится явным указанием --disable-static для %configure (где 
> это возможно)...

Если пакет поддерживает сборку статических библиотек, но не использует эту
возможность, то зачастую помогает.


-- 
ldv

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Vitaly Lipatov]

On Monday 06 February 2006 14:03, Денис Смирнов wrote:
> On Mon, Feb 06, 2006 at 12:33:15AM +0300, Dmitry V. Levin 
wrote:
> >> Отправить FR в Багзиллу?
>
> DVL> Я не согласен.  Если buildreq ловит devel-static, значит
...
> неправильно. Потому как если он действительно нужен, то пакет
> просто не соберется в хэшере, пока мантейнерт эту строчку не
> добавит. А чаще всего попадает static туда случайно.
В общем резюме - удалите в той системе, где запускается buildreq, 
все ненужные devel-static, они и ловиться не будут.

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

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Dmitry V. Levin]

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

On Mon, Feb 06, 2006 at 10:48:25PM +0300, Vitaly Lipatov wrote:
> On Monday 06 February 2006 14:03, Денис Смирнов wrote:
> > On Mon, Feb 06, 2006 at 12:33:15AM +0300, Dmitry V. Levin 
> wrote:
> > >> Отправить FR в Багзиллу?
> >
> > DVL> Я не согласен.  Если buildreq ловит devel-static, значит
> ...
> > неправильно. Потому как если он действительно нужен, то пакет
> > просто не соберется в хэшере, пока мантейнерт эту строчку не
> > добавит. А чаще всего попадает static туда случайно.
> В общем резюме - удалите в той системе, где запускается buildreq, 
> все ненужные devel-static, они и ловиться не будут.

Осталось только безошибочно вычислить все ненужные. :)

Я, между прочим, обычно запускаю buildreq в hasher'е - там ничего
ненужного нет по определению.


-- 
ldv

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

Re: [devel] I: осторожно, новый вид зависимостей

[Andrei Bulava]

Dmitry V. Levin wrote:
> On Mon, Feb 06, 2006 at 10:48:25PM +0300, Vitaly Lipatov wrote:
>>
>>В общем резюме - удалите в той системе, где запускается buildreq, 
>>все ненужные devel-static, они и ловиться не будут.
> 
> 
> Осталось только безошибочно вычислить все ненужные. :)
> 
> Я, между прочим, обычно запускаю buildreq в hasher'е - там ничего
> ненужного нет по определению.

Это, конечно, самый безошибочный путь, хотя и самый длинный.

При этом от мантейнера требуется чуть больше внимания к пациенту, т.к.
зачастую пакет без проблем соберётся и без кучи других библиотек и
пакетов, вот только охромеет по функционалу :-(

Например, я сам собирал gaim и убедился, что его было очень легко и
незаметно собрать вообще без поддержки SSL / TLS.

-- 
// AB1002-UANIC

Re: [devel] I: осторожно, новый вид зависимостей

[Led]

В сообщении от 7 февраля 2006 10:11 Andrei Bulava написал(a):
> Dmitry V. Levin wrote:
> > On Mon, Feb 06, 2006 at 10:48:25PM +0300, Vitaly Lipatov wrote:
> >>В общем резюме - удалите в той системе, где запускается buildreq,
> >>все ненужные devel-static, они и ловиться не будут.
> >
> > Осталось только безошибочно вычислить все ненужные. :)
> >
> > Я, между прочим, обычно запускаю buildreq в hasher'е - там ничего
> > ненужного нет по определению.
>
> Это, конечно, самый безошибочный путь, хотя и самый длинный.
>
> При этом от мантейнера требуется чуть больше внимания к пациенту, т.к.
> зачастую пакет без проблем соберётся и без кучи других библиотек и
> пакетов, вот только охромеет по функционалу :-(

ИМХО для таких (а может и, по возможности, для всех) случаев следует явно 
указывать при сборке все with/without/enable/disable - тогда либо соберётся с 
тем что указано, либо не соберётся вобще (пока не будут указаны все необх. 
зависимости).

> Например, я сам собирал gaim и убедился, что его было очень легко и
> незаметно собрать вообще без поддержки SSL / TLS.

Имеется печальный опыт попыток просмотра TV с пом. MPlayer (в description 
пакета была заявлена поддержка TV, только сборка была с "автоопределением):)

-- 
Led.

Re: [devel] Re: I: осторожно, новый вид зависимостей

[Led]

В сообщении от 6 февраля 2006 22:04 Dmitry V. Levin написал(a):
> On Mon, Feb 06, 2006 at 10:48:25PM +0300, Vitaly Lipatov wrote:
> > On Monday 06 February 2006 14:03, Денис Смирнов wrote:
> > > On Mon, Feb 06, 2006 at 12:33:15AM +0300, Dmitry V. Levin
> >
> > wrote:
> > > >> Отправить FR в Багзиллу?
> > >
> > > DVL> Я не согласен.  Если buildreq ловит devel-static, значит
> >
> > ...
> >
> > > неправильно. Потому как если он действительно нужен, то пакет
> > > просто не соберется в хэшере, пока мантейнерт эту строчку не
> > > добавит. А чаще всего попадает static туда случайно.
> >
> > В общем резюме - удалите в той системе, где запускается buildreq,
> > все ненужные devel-static, они и ловиться не будут.
>
> Осталось только безошибочно вычислить все ненужные. :)
>
> Я, между прочим, обычно запускаю buildreq в hasher'е - там ничего
> ненужного нет по определению.

При условии, что "нужное" собрано без ненужных зависимостей:)

-- 
Led.

Re: [devel] I: осторожно, новый вид зависимостей [JT]

[Vitaly Lipatov]

On Tuesday 07 February 2006 11:34, Led wrote:

> Имеется печальный опыт попыток просмотра TV с пом. MPlayer (в
> description пакета была заявлена поддержка TV, только сборка
> была с "автоопределением):)
Ну это давно исправлено к счастью.

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

Re: [devel] I: осторожно, новый вид зависимостей [JT]

[Led]

В сообщении от 7 февраля 2006 22:39 Vitaly Lipatov написал(a):
> On Tuesday 07 February 2006 11:34, Led wrote:
> > Имеется печальный опыт попыток просмотра TV с пом. MPlayer (в
> > description пакета была заявлена поддержка TV, только сборка
> > была с "автоопределением):)
>
> Ну это давно исправлено к счастью.

Это была не претензия, а один из примеров в пользу явного указания всех 
with/without/enable/disable...

-- 
Led.