[devel] rpm-build-4.0.4-alt78 dependencies changed

[devel] rpm-build-4.0.4-alt78 dependencies changed

[Alexey Tourbin]

[-- Attachment #1.1: Type: text/plain, Size: 313 bytes --]

Я рассмотрел все пакеты, которые перестали собираться из-за изменений
в rpm-build-4.0.4-alt78.  Теперь начинается самое интересное: у многих
пакетов после успешной пересборки зависимости стали отличаться
нетривиальным образом.

Я прилагаю полный diff для предварительного осмотра.
Буду его комментировать.

[-- Attachment #1.2: bilode.diff.bz2 --]
[-- Type: application/x-bzip2, Size: 28566 bytes --]

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

Re: [devel] rpm-build-4.0.4-alt78 dependencies changed

[Anton Farygin]

Alexey Tourbin пишет:
> Я рассмотрел все пакеты, которые перестали собираться из-за изменений
> в rpm-build-4.0.4-alt78.  Теперь начинается самое интересное: у многих
> пакетов после успешной пересборки зависимости стали отличаться
> нетривиальным образом.
> 
> Я прилагаю полный diff для предварительного осмотра.
> Буду его комментировать.

Это выглядит странно:
@@ -19337,2 +19611,3 @@
  design-graphics-desktop-4.0-alt0.1     Requires 
/etc/alternatives/packages.d
+design-graphics-desktop-4.0-alt0.1     Requires 
/usr/share/wallpapers
  design-graphics-desktop-4.0-alt0.1     Requires(interp)        /bin/sh

[devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 01:16:49PM +0400, Anton Farygin wrote:
> Это выглядит странно:
> @@ -19337,2 +19611,3 @@
>   design-graphics-desktop-4.0-alt0.1     Requires 
> /etc/alternatives/packages.d
> +design-graphics-desktop-4.0-alt0.1     Requires 
> /usr/share/wallpapers
>   design-graphics-desktop-4.0-alt0.1     Requires(interp)        /bin/sh

В пакете design-graphics-desktop имеется симлинк
/usr/share/design/desktop/backgrounds/more -> ../../../wallpapers

Я реализовал поиск зависимостей на все "битые" симлинки (другими
словами, поиск зависимостей на все симлинки, которые смотрят за
пределы пакета).  Как определить, что симлинк смотрит за пределы
пакета, я сейчас объяснять не буду.  Это не совсем тривиально,
хотя и не очень сложно.  Суть в том, что можно довольно точно
определить, что симлинк смотрит за пределы пакета, и узнать его
"канонический" таргет.

Считается, что нельзя поставить пакет с битым симлинком, то есть
при установке пакета для каждого внешнего симлинка должен быть также
поставлен пакет с таргетом этого симлинка.

Далее запускается поиск зависимостей на таргет симлинка,
через стандартную процедуру /usr/lib/rpm/find-package.

Каталог /usr/share/wallpapers принадлежит более чем одному пакету.

$ rpm -qf /usr/share/wallpapers
wallpapers-mike-20030214-alt0.2.1
wallpapers-piter_xix-0.1-alt1
wallpapers-orange-0.1-alt0.1.1
wallpapers-gc-0.1-alt2
wallpapers-lav-20030331-alt1.1
wallpapers-landscapes-1-alt1
wallpapers-nordnature-1-alt1.1
kde-common-3.5.5-alt1
$

Поэтому алгоритм find-package проставляет "raw" зависимость
на /usr/share/wallpapers.  На самом деле идет поиск через недавно
реализованный в hasher contents_index_all, хотя в данном случае он
не дает ничего нового.

symlinks.req: /usr/src/tmp/design-graphics-desktop-buildroot/usr/share/design/desktop/backgrounds/more: checking contents_index_all for /usr/share/wallpapers
symlinks.req: /usr/src/tmp/design-graphics-desktop-buildroot/usr/share/design/desktop/backgrounds/more: /usr/share/wallpapers -> /usr/share/wallpapers (via contents_index_all)

Думаю, что ничего подозрительного в данном случае нету.  Цель здесь
не только в поиске зависимостей, но и в защите от битых симлинков.
Пакет с битым симлинком теперь не удастся установить по зависимостям,
пока кто-то не начнет предоставлять таргет симлинка.

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Anton Farygin]

Alexey Tourbin пишет:
> On Wed, Sep 12, 2007 at 01:16:49PM +0400, Anton Farygin wrote:
>> Это выглядит странно:
>> @@ -19337,2 +19611,3 @@
>>   design-graphics-desktop-4.0-alt0.1     Requires 
>> /etc/alternatives/packages.d
>> +design-graphics-desktop-4.0-alt0.1     Requires 
>> /usr/share/wallpapers
>>   design-graphics-desktop-4.0-alt0.1     Requires(interp)        /bin/sh
> 
> В пакете design-graphics-desktop имеется симлинк
> /usr/share/design/desktop/backgrounds/more -> ../../../wallpapers
<skip>
> Думаю, что ничего подозрительного в данном случае нету.  Цель здесь
> не только в поиске зависимостей, но и в защите от битых симлинков.
> Пакет с битым симлинком теперь не удастся установить по зависимостям,
> пока кто-то не начнет предоставлять таргет симлинка.

А насколько это хорошо, с точки зрения использования ? может ли быть 
ситуация, когда симлинк в пакете является битым, но он переходит в 
нормальное состояние после дополнительной настройки, например тем-же 
самомым control'ом ?

Или симлинк исправляется в post-скриптах ?

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Dmitry V. Levin]

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

On Wed, Sep 12, 2007 at 02:52:02PM +0400, Anton Farygin wrote:
> Alexey Tourbin пишет:
> > On Wed, Sep 12, 2007 at 01:16:49PM +0400, Anton Farygin wrote:
> >> Это выглядит странно:
> >> @@ -19337,2 +19611,3 @@
> >>   design-graphics-desktop-4.0-alt0.1     Requires 
> >> /etc/alternatives/packages.d
> >> +design-graphics-desktop-4.0-alt0.1     Requires 
> >> /usr/share/wallpapers
> >>   design-graphics-desktop-4.0-alt0.1     Requires(interp)        /bin/sh
> > 
> > В пакете design-graphics-desktop имеется симлинк
> > /usr/share/design/desktop/backgrounds/more -> ../../../wallpapers
> <skip>
> > Думаю, что ничего подозрительного в данном случае нету.  Цель здесь
> > не только в поиске зависимостей, но и в защите от битых симлинков.
> > Пакет с битым симлинком теперь не удастся установить по зависимостям,
> > пока кто-то не начнет предоставлять таргет симлинка.
> 
> А насколько это хорошо, с точки зрения использования ? может ли быть 
> ситуация, когда симлинк в пакете является битым, но он переходит в 
> нормальное состояние после дополнительной настройки, например тем-же 
> самомым control'ом ?
> 
> Или симлинк исправляется в post-скриптах ?

В таком случае полагается паковать %ghost-файл(ы).


-- 
ldv

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Anton Farygin]

Dmitry V. Levin пишет:
> On Wed, Sep 12, 2007 at 02:52:02PM +0400, Anton Farygin wrote:
>> Alexey Tourbin пишет:
>>> On Wed, Sep 12, 2007 at 01:16:49PM +0400, Anton Farygin wrote:
>>>> Это выглядит странно:
>>>> @@ -19337,2 +19611,3 @@
>>>>   design-graphics-desktop-4.0-alt0.1     Requires 
>>>> /etc/alternatives/packages.d
>>>> +design-graphics-desktop-4.0-alt0.1     Requires 
>>>> /usr/share/wallpapers
>>>>   design-graphics-desktop-4.0-alt0.1     Requires(interp)        /bin/sh
>>> В пакете design-graphics-desktop имеется симлинк
>>> /usr/share/design/desktop/backgrounds/more -> ../../../wallpapers
>> <skip>
>>> Думаю, что ничего подозрительного в данном случае нету.  Цель здесь
>>> не только в поиске зависимостей, но и в защите от битых симлинков.
>>> Пакет с битым симлинком теперь не удастся установить по зависимостям,
>>> пока кто-то не начнет предоставлять таргет симлинка.
>> А насколько это хорошо, с точки зрения использования ? может ли быть 
>> ситуация, когда симлинк в пакете является битым, но он переходит в 
>> нормальное состояние после дополнительной настройки, например тем-же 
>> самомым control'ом ?
>>
>> Или симлинк исправляется в post-скриптах ?
> 
> В таком случае полагается паковать %ghost-файл(ы).

На которые автоматом не будет выставляться provides...

собственно я к тому, что коль уж решили искать автоматом зависимости на 
симлинки, то видимо надо автоматом проставляться и provides.

Иначе придётся постоянно просить кого-то чего-то запровайдить в пакетах.

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 03:01:42PM +0400, Anton Farygin wrote:
> На которые автоматом не будет выставляться provides...
> 
> собственно я к тому, что коль уж решили искать автоматом зависимости на 
> симлинки, то видимо надо автоматом проставляться и provides.
> 
> Иначе придётся постоянно просить кого-то чего-то запровайдить в пакетах.

Вопрос с provides очень сложный, я его сейчас не буду полностью
растолковывать, хотя много в связи с этим писал.  В двух словах,
я "подстелил соломку" везде где только можно (в нескольких местах),
чтобы НИКОГДА не приходилось писать Provides вручную.

К сожалению, текущий дизайн репозитария (заведомо незамкнутые arch
и noarch компоненты при обрезании файловых листов) в некоторых случаях
всё же может давать полуанметы.  Но текущий дизайн репозитария это не
священная корова.  Посмотрим как пойдёт.

Все зависимости вида /usr/share/что-то в пределах noarch компоненты
НЕ БУДУТ являются анметами (естественно, если есть совпадение по файлам).

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Anton Farygin]

Alexey Tourbin пишет:
> On Wed, Sep 12, 2007 at 03:01:42PM +0400, Anton Farygin wrote:
>> На которые автоматом не будет выставляться provides...
>>
>> собственно я к тому, что коль уж решили искать автоматом зависимости на 
>> симлинки, то видимо надо автоматом проставляться и provides.
>>
>> Иначе придётся постоянно просить кого-то чего-то запровайдить в пакетах.
> 
> Вопрос с provides очень сложный, я его сейчас не буду полностью
> растолковывать, хотя много в связи с этим писал.  В двух словах,
> я "подстелил соломку" везде где только можно (в нескольких местах),
> чтобы НИКОГДА не приходилось писать Provides вручную.
> 
> К сожалению, текущий дизайн репозитария (заведомо незамкнутые arch
> и noarch компоненты при обрезании файловых листов) в некоторых случаях
> всё же может давать полуанметы.  Но текущий дизайн репозитария это не
> священная корова.  Посмотрим как пойдёт.
> 
> Все зависимости вида /usr/share/что-то в пределах noarch компоненты
> НЕ БУДУТ являются анметами (естественно, если есть совпадение по файлам).

Хорошо.

Кстати, кто-нить знает, в новом RPM появилась возможность делать 
условные зависимости как в debian ?

Я про Depends/Recommends/Suggests ?

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [070912 15:20]:
> Кстати, кто-нить знает, в новом RPM появилась возможность делать 
> условные зависимости как в debian ?
Да.  Но помойму только Recommends.

-- 
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] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 03:20:10PM +0400, Anton Farygin wrote:
> Кстати, кто-нить знает, в новом RPM появилась возможность делать 
> условные зависимости как в debian ?

Думаю, что это скорее не нужно, чем нужно.

> Я про Depends/Recommends/Suggests ?

Логическим завершением этой идеи было бы писать к каждой зависимости
вероятность, с которой она требуется.  Или даже предоставляется. ;)

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070912 16:19]:
> > Кстати, кто-нить знает, в новом RPM появилась возможность делать 
> > условные зависимости как в debian ?
> Думаю, что это скорее не нужно, чем нужно.
Сейчас у нас это сделано созданием многих pure-virtual пакетов с
жёсткими зависимостями.  С одной стороны это хорошо для
замкнутости репозитария, с другой - плохо для пользователя у
которого "опять развалился весь GNOME/KDE/WTF".  Неизвестно что
хуже (с точки зрения usability).

Мне, как человеку, чья жена пользуется GNOME, или как
пользователю vlc, был бы интересен такой режим работы apt, когда
бы он пытался ставить максимальное количество Recommended
пакетов, а не заглядывать через aptitude в зависимости к
виртуалам...  Но в таких условиях трудно требовать чего-то от
мантейнеров.  Разве что считать неудовлетворённый Recommends
полноценным анметом.

-- 
Regards,
Sir Raorn.

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 07:51:04PM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070912 16:19]:
> > > Кстати, кто-нить знает, в новом RPM появилась возможность делать 
> > > условные зависимости как в debian ?
> > Думаю, что это скорее не нужно, чем нужно.
> Сейчас у нас это сделано созданием многих pure-virtual пакетов с
> жёсткими зависимостями.  С одной стороны это хорошо для
> замкнутости репозитария, с другой - плохо для пользователя у
> которого "опять развалился весь GNOME/KDE/WTF".  Неизвестно что
> хуже (с точки зрения usability).
> 
> Мне, как человеку, чья жена пользуется GNOME, или как
> пользователю vlc, был бы интересен такой режим работы apt, когда
> бы он пытался ставить максимальное количество Recommended
> пакетов, а не заглядывать через aptitude в зависимости к
> виртуалам...  Но в таких условиях трудно требовать чего-то от
> мантейнеров.  Разве что считать неудовлетворённый Recommends
> полноценным анметом.

Ты мыслишь прикладно, а я мыслю алгебраически (этим я НЕ объявляю,
что я НЕ мыслю также и прикладно).  В общем, мне кажется, что это
глупость, более или менее.  Если не хочется иметь сломанного гнома,
то не надо ломать гном, только и всего.  Если же гном сломался, то
не надо взывать к высоким материям и зависимостям типа Recommends,
а лучше чем-то помочь его починить, если это возможно.

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Хихин Руслан]

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

Здравствуйте Alexey Tourbin
  В сообщении от 12 сентября 2007 Alexey Tourbin написал(a):
 > On Wed, Sep 12, 2007 at 07:51:04PM +0400, Alexey I. Froloff wrote:
 > Ты мыслишь прикладно, а я мыслю алгебраически (этим я НЕ объявляю,
 > что я НЕ мыслю также и прикладно).  В общем, мне кажется, что это
 > глупость, более или менее.  Если не хочется иметь сломанного гнома,
 > то не надо ломать гном, только и всего.  Если же гном сломался, то
 > не надо взывать к высоким материям и зависимостям типа Recommends,
 > а лучше чем-то помочь его починить, если это возможно.
А всё-таки - реально-ли в rpm включить дизъюнкционные зависимости ? Типа 
один из всех ?

PS Спросил и подумал - зачем человека от дела отвлёк.


-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Thu, Sep 13, 2007 at 12:08:25AM +0400, Хихин Руслан wrote:
> Здравствуйте Alexey Tourbin
>   В сообщении от 12 сентября 2007 Alexey Tourbin написал(a):
>  > On Wed, Sep 12, 2007 at 07:51:04PM +0400, Alexey I. Froloff wrote:
>  > Ты мыслишь прикладно, а я мыслю алгебраически (этим я НЕ объявляю,
>  > что я НЕ мыслю также и прикладно).  В общем, мне кажется, что это
>  > глупость, более или менее.  Если не хочется иметь сломанного гнома,
>  > то не надо ломать гном, только и всего.  Если же гном сломался, то
>  > не надо взывать к высоким материям и зависимостям типа Recommends,
>  > а лучше чем-то помочь его починить, если это возможно.
> А всё-таки - реально-ли в rpm включить дизъюнкционные зависимости ? Типа 
> один из всех ?

А зачем?  Мы обсуждали это на конференции.  Если явно указывать
дизъюнкцию, то она получается "закрытой" во времени, к ней нельзя
ничего присоединить.  Напр. Requires: gcc3.4|gcc4.1.

А можно длеать "открытую" дизъюнкцию на основе виртуальных зависимостей,
типа Requires: /usr/bin/gcc.  К ней потом можно будет задним числом
"подшить" gcc4.2, и скорее всего такая семантика более преемлема
с точки зрения репозитария в целом.

Вообще у меня была идея, что с помощью дополнительных виртуальных
зависмостей (иногда с помощью явного умножения числа сущностей)
можно выразить на зависимостях любую булеву функцию.
См. теорему Поста о полноте системы булевых функций.

Например мы хотим выразить функцию Requires: mysql xor postgresql.

Делаем пакеты
%package only-postgresql
Requires: postgresql-server
Conflicts: mysql-server
Provides: postgresql-xor-mysql

%package only-mysql
Requires: mysql-server
Conflicts: postgresql-server
Provides: postgresql-xor-mysql

В основном пакете пишем
Requires: postgresql-xor-mysql

То есть дислексия при выражении зависимостей присутствует, но в принципе
система вроде бы полна.

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

Re: [devel] дизъюнкция зависимостей

[Хихин Руслан]

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

Здравствуйте Alexey Tourbin
  В сообщении от Суббота 15 сентября 2007 Alexey Tourbin написал(a):
 > On Thu, Sep 13, 2007 at 12:08:25AM +0400, Хихин Руслан wrote:
 > > Здравствуйте Alexey Tourbin
 > >
 > А зачем?  Мы обсуждали это на конференции.  Если явно указывать
 > дизъюнкцию, то она получается "закрытой" во времени, к ней нельзя
 > ничего присоединить.  Напр. Requires: gcc3.4|gcc4.1.
Ну, при следующей пересборке пакета она легко присоединяется.


 > А можно длеать "открытую" дизъюнкцию на основе виртуальных
 > зависимостей,
 > типа Requires: /usr/bin/gcc.  К ней потом можно будет задним числом
 > "подшить" gcc4.2, и скорее всего такая семантика более преемлема
 > с точки зрения репозитария в целом.
Не всегда зависимость определяется общим файлом - чаще - это различный 
набор интерфейса.

 > Вообще у меня была идея, что с помощью дополнительных виртуальных
 > зависмостей (иногда с помощью явного умножения числа сущностей)
 > можно выразить на зависимостях любую булеву функцию.
 > См. теорему Поста о полноте системы булевых функций.

 > Например мы хотим выразить функцию Requires: mysql xor postgresql.
 >
 > Делаем пакеты
 > %package only-postgresql
 > Requires: postgresql-server
 > Conflicts: mysql-server
 > Provides: postgresql-xor-mysql
 >
 > %package only-mysql
 > Requires: mysql-server
 > Conflicts: postgresql-server
 > Provides: postgresql-xor-mysql
 >
 > В основном пакете пишем
 > Requires: postgresql-xor-mysql
 >
 > То есть дислексия при выражении зависимостей присутствует, но в
 > принципе
 > система вроде бы полна.
Это мне понятно - дизъюнкционная зависимость и Provides это разные формы 
отбражения одного и того-же. Вопрос стоит именно о возможности хранить 
такую информацию не в куче пакетов, собираемых разными людьми, а в 
одном пакете. Особенно полезно с учётом того, что дизъюнкция 
выполняется при первой истине. 

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] дизъюнкция зависимостей

[Alexey I. Froloff]

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

* Хихин Руслан <hihin@> [070915 13:55]:
>  > типа Requires: /usr/bin/gcc.  К ней потом можно будет задним числом
>  > "подшить" gcc4.2, и скорее всего такая семантика более преемлема
>  > с точки зрения репозитария в целом.
> Не всегда зависимость определяется общим файлом - чаще - это различный 
> набор интерфейса.
Это не файл, это Provides.  Можно назвать его GNU-C-Compiler,
ничего не изменится.

-- 
Regards,
Sir Raorn.

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

Re: [devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 01:53:39PM +0400, Хихин Руслан wrote:
> Здравствуйте Alexey Tourbin
>   В сообщении от Суббота 15 сентября 2007 Alexey Tourbin написал(a):
>  > On Thu, Sep 13, 2007 at 12:08:25AM +0400, Хихин Руслан wrote:
>  > > Здравствуйте Alexey Tourbin
>  > >
>  > А зачем?  Мы обсуждали это на конференции.  Если явно указывать
>  > дизъюнкцию, то она получается "закрытой" во времени, к ней нельзя
>  > ничего присоединить.  Напр. Requires: gcc3.4|gcc4.1.
> Ну, при следующей пересборке пакета она легко присоединяется.

Как же туда присоединится gcc4.2?  Вручную?

>  > А можно длеать "открытую" дизъюнкцию на основе виртуальных
>  > зависимостей,
>  > типа Requires: /usr/bin/gcc.  К ней потом можно будет задним числом
>  > "подшить" gcc4.2, и скорее всего такая семантика более преемлема
>  > с точки зрения репозитария в целом.
> Не всегда зависимость определяется общим файлом - чаще - это различный 
> набор интерфейса.

Желательно чтобы общие интерфейсы предоставляли какое-то общее имя
в provides, на которое легко сослаться.  Такова логика построения
репозитария.  Хотя конечно она навязчива.

> Это мне понятно - дизъюнкционная зависимость и Provides это разные формы 
> отбражения одного и того-же. Вопрос стоит именно о возможности хранить 
> такую информацию не в куче пакетов, собираемых разными людьми, а в 

Это понятно.  Организационное неудобство.  С другой стороны, нет способа
указывать "глупые"/бессмысленные дизъюнкции типа что-угодно1|что-угодно2.

То есть имеются дополнительные ограничения на дизайн репозитария
по зависимостям.  Изредка эти ограничения неудобны, зато дают меньше
возможностей деградации.

> одном пакете. Особенно полезно с учётом того, что дизъюнкция 
> выполняется при первой истине. 

Мил человек.  Дизъюнкция это функция, причем ассоциативная (а также
коммутативная).  А у Вас дизъюнкция это процедура, которая ещё типа
должна выполнять какие-то эвристические действия при попытке ее
вычисления в зависимости от последовательности дизъюнктов.

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

Re: [devel] дизъюнкция зависимостей

[Хихин Руслан]

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

Здравствуйте Alexey Tourbin
  В сообщении от Суббота 15 сентября 2007 Alexey Tourbin написал(a):
 >   Дизъюнкция это функция, причем ассоциативная (а также
 > коммутативная).  А у Вас дизъюнкция это процедура, которая ещё типа
 > должна выполнять какие-то эвристические действия при попытке ее
 > вычисления в зависимости от последовательности дизъюнктов.
После первой истины нет смысла проводить проверку дальше - результат не 
изменится в каком-бы порядке с начала к концу или от конца к началу её 
не выполняли.


-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 05:35:00PM +0400, Хихин Руслан wrote:
> Здравствуйте Alexey Tourbin
>   В сообщении от Суббота 15 сентября 2007 Alexey Tourbin написал(a):
>  >   Дизъюнкция это функция, причем ассоциативная (а также
>  > коммутативная).  А у Вас дизъюнкция это процедура, которая ещё типа
>  > должна выполнять какие-то эвристические действия при попытке ее
>  > вычисления в зависимости от последовательности дизъюнктов.
> После первой истины нет смысла проводить проверку дальше - результат не 
> изменится в каком-бы порядке с начала к концу или от конца к началу её 
> не выполняли.

Требование на Null всегда удовлетворено, поэтому, с точки зрения
булевой алгебры, должен работать закон поглощения.  Иначе, если
давать специальный статус дизъюнкции с Null, тогда нужно отказаться
от преобразования/оптимизации логических выражений.  И что тогда
такое получается нижняя грань решетки.

В общем вопросы есть, хотя идея красивая.

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

Re: [devel] дизъюнкция зависимостей

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070915 13:45]:
> А можно длеать "открытую" дизъюнкцию на основе виртуальных зависимостей,
> типа Requires: /usr/bin/gcc.  К ней потом можно будет задним числом
> "подшить" gcc4.2, и скорее всего такая семантика более преемлема
> с точки зрения репозитария в целом.
Зависимости A || B в debian появились, видимо, из-за отсутствия
таких "левых" provides.

> Например мы хотим выразить функцию Requires: mysql xor postgresql.
А apt'у крышу не снесёт от такого?

-- 
Regards,
Sir Raorn.

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

Re: [devel] дизъюнкция зависимостей

[Хихин Руслан]

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

Здравствуйте Alexey I. Froloff
  В сообщении от Суббота 15 сентября 2007 Alexey I. Froloff написал(a):
 > Зависимости A || B в debian появились, видимо, из-за отсутствия
 > таких "левых" provides.
imho Это лучше, чем левые provides. Хотябы-потому, что A || B || Null = 
в чистом виде условная заввисимость - если не у становлен A и не 
установлен B, то это не страшно, так-как Null всегда установлен.
 
 > > Например мы хотим выразить функцию Requires: mysql xor postgresql.
 > А apt'у крышу не снесёт от такого?
Проверка наоборот упростится - если есть mysq	l, то postgresql можно не 
проверять.

PS Тут есть одна тонкость русского языка - 
A || B || С = Истина Если установлен хотя-бы один.
(точное математическое или)
001
011
111
....
010 
и т.д
 Не менее важен случай, что 
A || B || С = Истина, если установлен ТОЛЬКО один:
100
010
001
матемимтически это другая функция (для двух элементов функция 
нечётности), но не менее редкая в практической жизни, чем вторая. 


-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] дизъюнкция зависимостей

[Alexey I. Froloff]

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

* Хихин Руслан <hihin@> [070915 16:15]:
>  > Зависимости A || B в debian появились, видимо, из-за отсутствия
>  > таких "левых" provides.
> imho Это лучше, чем левые provides. Хотябы-потому, что A || B || Null = 
> в чистом виде условная заввисимость - если не у становлен A и не 
> установлен B, то это не страшно, так-как Null всегда установлен.
Нет.  Это уже Recommends на "левый provides" получается.

> > > Например мы хотим выразить функцию Requires: mysql xor postgresql.
> > А apt'у крышу не снесёт от такого?
> Проверка наоборот упростится - если есть mysq	l, то postgresql можно не 
> проверять.
Ну как сказать...  Не начнёт ли он сносить mysql и ставить
postgresql?  Или крушу сносило, когда у виртуальных зависимостей
появлялись версии?

> A || B || С = Истина, если установлен ТОЛЬКО один:
> матемимтически это другая функция (для двух элементов функция 
> нечётности), но не менее редкая в практической жизни, чем вторая. 
Я не вижу практического смысла в подобной функции.  В этом случае
A, B и C должны конфликтовать друг с другом.

-- 
Regards,
Sir Raorn.

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

Re: [devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 04:06:12PM +0400, Хихин Руслан wrote:
> Проверка наоборот упростится - если есть mysq	l, то postgresql можно не 
> проверять.

xor это я имел ввиду "исключающее или".  Требуется один из backend'ов:
либо mysql, либо postgresql, но не оба вместе.

То есть, выражаясь не слишком строго, можно сказать вот что: rpm дает
две булевы функции для указания зависимостей: конъюнкция (Requires: A, B)
и отрицание (Conflicts: C).  Из теории известно, что такая система
булевых функций полна, то есть дизъюнкцию можно эмулировать за счёт
преумножения сущностей.

> PS Тут есть одна тонкость русского языка - 
> A || B || С = Истина Если установлен хотя-бы один.
> (точное математическое или)
> 001
> 011
> 111
> ....
> 010 
> и т.д
>  Не менее важен случай, что 
> A || B || С = Истина, если установлен ТОЛЬКО один:
> 100
> 010
> 001
> матемимтически это другая функция (для двух элементов функция 
> нечётности), но не менее редкая в практической жизни, чем вторая. 

Ну да.

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

Re: [devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 04:06:12PM +0400, Хихин Руслан wrote:
> Здравствуйте Alexey I. Froloff
>   В сообщении от Суббота 15 сентября 2007 Alexey I. Froloff написал(a):
>  > Зависимости A || B в debian появились, видимо, из-за отсутствия
>  > таких "левых" provides.
> imho Это лучше, чем левые provides. Хотябы-потому, что A || B || Null = 
> в чистом виде условная заввисимость - если не у становлен A и не 
> установлен B, то это не страшно, так-как Null всегда установлен.

Идея 'Requires: A | B | Null' как обобщение условных зависимостей красивая.
По крайней мере она алгебраически более понятна, чем простой Recommends.

Думаю однако что на "нашем форке rpm" мы такое счастье в одиночку
не потянем.  Нужно писать proposal в апстрим.

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

Re: [devel] дизъюнкция зависимостей

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070915 16:42]:
> Думаю однако что на "нашем форке rpm" мы такое счастье в одиночку
> не потянем.  Нужно писать proposal в апстрим.
Зачем?  Recommends уже есть в 4.4, а ldv@ с месяц назад грозил
новым rpm'ом.

-- 
Regards,
Sir Raorn.

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

Re: [devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 04:45:48PM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070915 16:42]:
> > Думаю однако что на "нашем форке rpm" мы такое счастье в одиночку
> > не потянем.  Нужно писать proposal в апстрим.
> Зачем?  Recommends уже есть в 4.4, а ldv@ с месяц назад грозил
> новым rpm'ом.

Простой Recommends это плохо.
Дизьюнкция зависимостей с Null как обощение Recommends это лучше.
И она не сводится к Recommends, а Recommends к ней сводится.

Короче глупость вообще и глупость как частный случай алгебры
это две большие разницы. :)

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

Re: [devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 02:04:32PM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070915 13:45]:
> > А можно длеать "открытую" дизъюнкцию на основе виртуальных зависимостей,
> > типа Requires: /usr/bin/gcc.  К ней потом можно будет задним числом
> > "подшить" gcc4.2, и скорее всего такая семантика более преемлема
> > с точки зрения репозитария в целом.
> Зависимости A || B в debian появились, видимо, из-за отсутствия
> таких "левых" provides.

Это вопрос дизайна репозитария, насколько он консистентный и вообще
красивый.  Приведи пример, когда зависимость Requires: A | B является
в высшей степени осмысленной, а Provides: A-or-B-or... является "левым".

Вообще это аргумент того же типа (утрирую), что, мол, в редхате мужуки
давно уже пакеты с --nodeps'ом ставят, а у нас до сих пор нет такой фичи
как передать апту опцию --nodeps.  А то не ставит нифига.

То есть это вопрос дизайна репозитария.  Если найдется некоторое
количество случаев, когда дизъюнкция Requires: A | B желательна,
и при этом "открытый" provides A-or-B-or... нежелателен, тогда
потребность в реализации непосредственной дизъюнкции зависимостей
станет более понятна.  А пока это чисто "бытовая" (низовая) проблема,
что мол нужно заставить энное количество людей писать какой-то provides.
Низовые проблемы нужно как-то соотносить с вопросами дизайна.

(Provides можно писать автоматически, если удастся сформулировать
для этого единый критерий.  Так, в новом rpm-build для альтернатив
я стал писать provides автоматически.)

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

Re: [devel] дизъюнкция зависимостей

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070916 02:05]:
> > Зависимости A || B в debian появились, видимо, из-за отсутствия
> > таких "левых" provides.
> Это вопрос дизайна репозитария, насколько он консистентный и вообще
> красивый.  Приведи пример, когда зависимость Requires: A | B является
> в высшей степени осмысленной, а Provides: A-or-B-or... является "левым".
"Левый" я специально написал в кавычках.  Просто "у них так не
принято", и даже зависимости на SONAME разрешаются в имена
пакетов...

A-or-B-or получается более гибким вариантом, особенно если он
проставляется автоматически.  Думать, конечно, тоже надо, но
рутинную работу надо оставить машине.

-- 
Regards,
Sir Raorn.

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

Re: [devel] дизъюнкция зависимостей

[Хихин Руслан]

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

Здравствуйте Alexey Tourbin
  В сообщении от Воскресенье 16 сентября 2007 Alexey Tourbin написал(a):
 > On Sat, Sep 15, 2007 at 02:04:32PM +0400, Alexey I. Froloff wrote:
Тут вот что ещё интересно :

1 Если у нас есть три вида зависимостей :
AND (стандартная), OR (011), XOR (010), и имеем значение Null то этими 
средствами можно описать любую реальную зависимость. Никаких других 
логических функций уже не надо.  Если рассматривать Conflicts, то можно 
сказать, что A конфлистует с B анологично (A xor B), т.е. если имя 
текущего пакета A в нём есть запись о конфликте с B, то она 
эквивалентна (A xor B).
 
2 Само конечное наличие именованных пакетов является пользой, если мы 
решим проверить дистрибутив - а все-ли пакеты, описанные в зависимостях 
существуют в дистрибутиве.

3 Проверка ошибок в зависимостях сводится к поиску в дистрибутиве 
требований, которые друг-другу противоречат. Например, если в одном 
пакете идёт требование (A and B), а в другом прописано (A xor B), то 
можно сказать. что или в первом пакете неправильная зависимость - 
реально нужно (A or B), или во втором нужно (A or B)  

4 Когда есть механизм, в котором можно прописать все виды зависимостей 
понятным для человека (мантейнера) образом, ему легче сформулировать 
реальную зависимость этого пакета.

5 OR и XOR не отменяют Provides и Conflicts (я спокойно могу представить 
вариант, когда легче прописать Provides) они просто создают нормальную 
избыточность  инструментов, при которой есть несколько методов описания 
одной и той-же реальной зависимости.

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

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 02:52:02PM +0400, Anton Farygin wrote:
> Alexey Tourbin пишет:
> > On Wed, Sep 12, 2007 at 01:16:49PM +0400, Anton Farygin wrote:
> >> Это выглядит странно:
> >> @@ -19337,2 +19611,3 @@
> >>   design-graphics-desktop-4.0-alt0.1     Requires 
> >> /etc/alternatives/packages.d
> >> +design-graphics-desktop-4.0-alt0.1     Requires 
> >> /usr/share/wallpapers
> >>   design-graphics-desktop-4.0-alt0.1     Requires(interp)        /bin/sh
> > 
> > В пакете design-graphics-desktop имеется симлинк
> > /usr/share/design/desktop/backgrounds/more -> ../../../wallpapers
> <skip>
> > Думаю, что ничего подозрительного в данном случае нету.  Цель здесь
> > не только в поиске зависимостей, но и в защите от битых симлинков.
> > Пакет с битым симлинком теперь не удастся установить по зависимостям,
> > пока кто-то не начнет предоставлять таргет симлинка.
> 
> А насколько это хорошо, с точки зрения использования ? может ли быть 
> ситуация, когда симлинк в пакете является битым, но он переходит в 
> нормальное состояние после дополнительной настройки, например тем-же 
> самомым control'ом ?

Думаю, что по умолчанию это хорошо.  Там дальше обнаружены реальные
ошибки с битыми симлинками, напр. 

/usr/share/apps/konqueror/tiles/default.png -> ../../../../design-current/kde/konqueror/tile.png
+kdebase-konqueror-3.5.7-alt14	Requires	/usr/design-current/kde/konqueror/tile.png

> Или симлинк исправляется в post-скриптах ?

Поиск зависимостей симлинка можно отключить:
%add_findreq_skiplit /симлинк

То есть в первом приближении это соответствует "нашей идеологии"
rpm-build: все проверки влючены по умолчанию и работают очень жестко;
но, вместе с тем, все он отлючаются вручную.  Хорошо если это делается
осознанно (и на это есть хорошая причина).

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

[devel] rpm-build-4.0.4-alt78 removed self requires

[Alexey Tourbin]

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

Из-за улучшений в /usr/lib/rpm/find-package у некоторых пакетов
исчезли зависимости на самих себя.

$ perl -ne '/^-(\S+)-\S+-\S+\t\S+\t\1$/&&print' bilode.diff
-audit-1.5.4-alt1       Requires        audit
-backupninja-0.9.4-alt1 Requires        backupninja
-bridge-utils-1.2-alt2  Requires        bridge-utils
-cracklib-utils-2.8.10-alt1     Requires        cracklib-utils
-freeipmi-0.4.3-alt1    Requires        freeipmi
-fsbackup-1.2pl1-alt2   Requires        fsbackup
-iproute2-2.6.20.20070313-alt1  Requires        iproute2
-ipvsadm-1.24-alt1      Requires        ipvsadm
-iscsitarget-utils-0.4.14-alt3  Requires        iscsitarget-utils
-nvram-wakeup-0.97-alt2 Requires        nvram-wakeup
-open-iscsi-2.0.730-alt2        Requires        open-iscsi
-postfix-2.3.12-alt1    Requires        postfix
-qtparted-0.4.5-alt21   Requires        qtparted
-rdup-0.3.0-alt0.1      Requires        rdup
-redirector-dbl-3.2.1-alt5      Requires        redirector-dbl
-service-0.5.14-alt1    Requires        service
-shorewall-3.4.5-alt1   Requires        shorewall
-squid-server-2.6.STABLE13-alt1 Requires        squid-server
-startup-rescue-0.4.2-alt1      Requires        startup-rescue
-tircproxy-0.4.5-alt3   Requires        tircproxy
-utftpd-0.2.4-alt2      Requires        utftpd
-vzctl-3.0.18-alt1      Requires        vzctl
-xen-3.1.0-alt2 Requires        xen
-xfsprogs-2.8.16-alt1   Requires        xfsprogs
$

Кажется, это связано с тем, что раньше поиск через /usr/bin/which
происходил с текущим значением PATH=/bin:/usr/bin.  То есть по сути
раньше не работал просмотр /sbin и /usr/sbin в билдруте и в
хост-системе.  Видно, что большая часть этих пакетов -- "серверные".

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

Re: [devel] rpm-build-4.0.4-alt78 dependencies changed

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070912 13:08]:
> Я прилагаю полный diff для предварительного осмотра.
> Буду его комментировать.

> +alterator-browser-qt-2.9.62-alt1	Requires	dev
> +nvidia_glx_common-1.0.7184-alt29.2	Requires	dev
> +nvidia_glx_common-1.0.9631-alt29.2	Requires	dev
> +nvidia_glx_common-1.0.9746-alt27	Requires	dev
> +nvidia_glx_common-1.0.9755-alt29	Requires	dev
> +nvidia_glx_common-100.14.09-alt30	Requires	dev
> +nvidia_glx_common-100.14.11-alt31	Requires	dev
Это плохо.  Это очень плохо.

-- 
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 --]

[devel] nvidia_glx_common-1.0.7184-alt29.2 nvidia_glx_common-1.0.7184-alt29.2

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 01:37:18PM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070912 13:08]:
> > Я прилагаю полный diff для предварительного осмотра.
> > Буду его комментировать.
> 
> > +alterator-browser-qt-2.9.62-alt1	Requires	dev
> > +nvidia_glx_common-1.0.7184-alt29.2	Requires	dev
> > +nvidia_glx_common-1.0.9631-alt29.2	Requires	dev
> > +nvidia_glx_common-1.0.9746-alt27	Requires	dev
> > +nvidia_glx_common-1.0.9755-alt29	Requires	dev
> > +nvidia_glx_common-100.14.09-alt30	Requires	dev
> > +nvidia_glx_common-100.14.11-alt31	Requires	dev
> Это плохо.  Это очень плохо.

С точки зрения логики поиска зависимостей "всё чисто".

В пакете alterator-browser-qt-2.9.62-alt1 имеется симлинк
/etc/alterator/design-browser-qt -> /dev/null

В пакете nvidia_glx_common* имеется симлинк
/etc/X11/lib_nvidia/nvidia.xinf -> /dev/null

Поскольку все битые (или "внешние") симлинки должен кто-то обеспечивать,
то проставляется зависимость на того, кто их обеспечивает.

symlinks.req: /usr/src/tmp/alterator-browser-qt-buildroot/etc/alterator/design-browser-qt: checking contents_index_all for /dev/null
symlinks.req: /usr/src/tmp/alterator-browser-qt-buildroot/etc/alterator/design-browser-qt: /dev/null -> dev (via contents_index_all)

Кроме пакета dev никто не обеспечивает файла /dev/null.

В принципе, если зависимости на /dev/* нежелательно разрешать из-за
специфики /dev, то это можно попробовать как-то захачить.

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

Re: [devel] nvidia_glx_common-1.0.7184-alt29.2 nvidia_glx_common-1.0.7184-alt29.2

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070912 14:09]:
> В принципе, если зависимости на /dev/* нежелательно разрешать
> из-за специфики /dev, то это можно попробовать как-то захачить.
Для начала можно считать, что /dev/null, /dev/console и т.п.
просто есть всегда в любой системе.  А вообще, это странно -
иметь где-то симлинк в /dev/...

-- 
Regards,
Sir Raorn.

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

Re: [devel] nvidia_glx_common-1.0.7184-alt29.2 nvidia_glx_common-1.0.7184-alt29.2

[Sergey V Turchin]

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

On 12 сентября 2007, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070912 14:09]:
> > В принципе, если зависимости на /dev/* нежелательно разрешать
> > из-за специфики /dev, то это можно попробовать как-то захачить.
>
> Для начала можно считать, что /dev/null, /dev/console и т.п.
> просто есть всегда в любой системе.  А вообще, это странно -
> иметь где-то симлинк в /dev/...
Мне все равно там, на какой пустой файл ссылаться.
Хоть на несуществующий.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] nvidia_glx_common-1.0.7184-alt29.2?nvidia_glx_common-1.0.7184-alt29. 2

[Alexey I. Froloff]

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

* Sergey V Turchin <zerg@> [070912 20:21]:
> > А вообще, это странно - иметь где-то симлинк в /dev/...
> Мне все равно там, на какой пустой файл ссылаться.
> Хоть на несуществующий.
А зачем тебе ссылаться в пакете?  Есть %ghost, можно в %post этот
файл создавать, можно в этих пакетах его вообще не трогать
(наверное).

-- 
Regards,
Sir Raorn.

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

Re: [devel] nvidia_glx_common-1.0.7184-alt29.2 nvidia_glx_common-1.0.7184-alt29.2

[Michael Shigorin]

On Wed, Sep 12, 2007 at 07:55:30PM +0400, Alexey I. Froloff wrote:
> > В принципе, если зависимости на /dev/* нежелательно разрешать
> > из-за специфики /dev, то это можно попробовать как-то захачить.
> Для начала можно считать, что /dev/null, /dev/console и т.п.
> просто есть всегда в любой системе.  А вообще, это странно -
> иметь где-то симлинк в /dev/...

Провайдить udev'ом?

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

Re: [devel] nvidia_glx_common-1.0.7184-alt29.2 nvidia_glx_common-1.0.7184-alt29.2

[Sergey V Turchin]

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

On 17 сентября 2007, Michael Shigorin wrote:
> On Wed, Sep 12, 2007 at 07:55:30PM +0400, Alexey I. Froloff wrote:
> > > В принципе, если зависимости на /dev/* нежелательно разрешать
> > > из-за специфики /dev, то это можно попробовать как-то
> > > захачить.
> >
> > Для начала можно считать, что /dev/null, /dev/console и т.п.
> > просто есть всегда в любой системе.  А вообще, это странно -
> > иметь где-то симлинк в /dev/...
>
> Провайдить udev'ом?
Так или иначе, я у себя уберу ссылание на /dev/*

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] nvidia_glx_common-1.0.7184-alt29.2 nvidia_glx_common-1.0.7184-alt29.2

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070912 14:09]:
А вообще, это кривые пакеты.

> В пакете alterator-browser-qt-2.9.62-alt1 имеется симлинк
> /etc/alterator/design-browser-qt -> /dev/null
$ rpmpeek .../design-alterator-browser-qt-junior-1.0.0-alt1.noarch.rpm cat ./etc/alternatives/packages.d/design-alterator-browser-qt-junior
/etc/alterator/design-browser-qt        /usr/share/alterator-browser-qt/design/junior.rcc 50

> В пакете nvidia_glx_common* имеется симлинк
> /etc/X11/lib_nvidia/nvidia.xinf -> /dev/null
$ rpm -qlp .../nvidia_glx_100.14.09-100.14.09-alt30.i586.rpm | grep xinf 
/usr/lib/nvidia_100.14.09/nvidia.xinf

А симлинк /etc/X11/lib_nvidia/nvidia.xinf переключается
"скриптом" /usr/libexec/X11/drvpre.d/nvidia (на что и ругался
lakostis@ в сизифе).

-- 
Regards,
Sir Raorn.

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

[devel] CMFQuickInstallerTool-1.5.3-alt1 strong semi-unmets

[Alexey Tourbin]

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

> @@ -257,4 +257,9 @@
>  CMFFormController-1.0.4-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +CMFQuickInstallerTool-1.5.3-alt1	Requires	/etc/init.d/zope
> +CMFQuickInstallerTool-1.5.3-alt1	Requires	/usr/share/debconf/confmodule
>  CMFQuickInstallerTool-1.5.3-alt1	Requires	CMF
>  CMFQuickInstallerTool-1.5.3-alt1	Requires	Zope-Modules
> +CMFQuickInstallerTool-1.5.3-alt1	Requires	dpkg
> +CMFQuickInstallerTool-1.5.3-alt1	Requires	findutils
> +CMFQuickInstallerTool-1.5.3-alt1	Requires	gawk
>  CMFQuickInstallerTool-1.5.3-alt1	Requires	make

Пакет CMFQuickInstallerTool заслуживает внимания по двум причинам --
общей и частной.

Общая причина это классификация полу-анметов.  Обратим внимание на
зависимость /etc/init.d/zope.  Она появляется при обработке файла
/usr/lib/zope/lib/python/Products/CMFQuickInstallerTool/debian/postinst.
Вообще-то этот файл, вероятно, запакован по ошибке.  Но с точки зрения
общей причины это сейчас не важно.  Этот файл является простым #!/bin/sh
скриптом; на нём не стоит бита -x, поэтому раньше зависимости не
искались, а теперь будут искаться.

В этом файле исползуется /etc/init.d/zope:
./usr/lib/zope/lib/python/Products/CMFQuickInstallerTool/debian/postinst: test "$RET" = "true" && /etc/init.d/zope restart

На самом деле в пакете Zope-ZUtils находится файл /etc/rc.d/init.d/zope.
Это тот же самый файл, но у него отличается канонический путь.  Поэтому
образуется "сильный полу-анмет" на /etc/init.d/zope.

Таким образом, это приводит меня к следующей классификации полу-анметов.

Слабый полу-анмет: зависимость типа /путь, которая явно не
предоставляется ни одним пакетом, но некоторые пакеты содержат
соответствующие файлы /путь, при явном совпадении канонических путей.
Такие пакеты при некоторых условиях всё еще можно поставить через
apt-get, а в противном случае можно установить через rpm.
Пример слабого полу-анмета: Requires: /etc/rc.d/init.d/zope

Сильный полу-анмет: зависимость типа /путь1, которая явно не
предоставляется ни одним пакетом; файл /путь1 не содержится ни
в одном пакете; но некоторые пакеты содержат файл /путь2;
каноникализация /путь1 и /путь2 дает один и тот же путь.  Такие пакеты
нельзя установить с помощью apt-get, и в некоторых случаях также нельзя
установить через rpm.  Пакет с сильным полу-анметом /путь1 можно
поставить в хост систему только тогда, когда пакет с файлом /путь2 УЖЕ
УСТАНОВЛЕН.  Пример сильного полу-анмета: Requires: /etc/init.d/zope

То есть встает вопрос каноникализации путей в процессе поиска
зависимостей.  Я реализовал в пост-alt78 бранче mod DWIM-хак,
который как раз направлен против сильных полу-анметов, называется
CanonPath.  Во многих случаях он делает как раз то, что нужно, но
полной гарантии супротив сильных полу-анметов нету.


Частная же причина состоит в появлении анмета на /usr/share/debconf/confmodule.

./usr/lib/zope/lib/python/Products/CMFQuickInstallerTool/debian/postinst:. /usr/share/debconf/confmodule
./usr/lib/zope/lib/python/Products/CMFQuickInstallerTool/debian/config:. /usr/share/debconf/confmodule

shell.req: /usr/src/tmp/CMFQuickInstallerTool-buildroot/usr/lib/zope/lib/python/Products/CMFQuickInstallerTool/debian/postinst: /usr/share/debconf/confmodule -> /usr/share/debconf/confmodule (raw, not found)

По-видимому, каталог debian/ всё же запакован по ошибке.
Если хотите паковать дебиановские скрипты, будьте готовы к дебиановским
зависимостям.

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

[devel] Plone-2.0.S5-alt1

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 02:46:34PM +0400, Alexey Tourbin wrote:
> > @@ -257,4 +257,9 @@
> >  CMFFormController-1.0.4-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +CMFQuickInstallerTool-1.5.3-alt1	Requires	/etc/init.d/zope
> > +CMFQuickInstallerTool-1.5.3-alt1	Requires	/usr/share/debconf/confmodule
> >  CMFQuickInstallerTool-1.5.3-alt1	Requires	CMF
> >  CMFQuickInstallerTool-1.5.3-alt1	Requires	Zope-Modules
> > +CMFQuickInstallerTool-1.5.3-alt1	Requires	dpkg
> > +CMFQuickInstallerTool-1.5.3-alt1	Requires	findutils
> > +CMFQuickInstallerTool-1.5.3-alt1	Requires	gawk
> >  CMFQuickInstallerTool-1.5.3-alt1	Requires	make
[...]
> По-видимому, каталог debian/ всё же запакован по ошибке.
> Если хотите паковать дебиановские скрипты, будьте готовы к дебиановским
> зависимостям.

Аналогичная ситуация с Plone.  Проблема с /etc/init.d/zope будет решена
на уровне rpm-build, каталог debian/ лучше не паковать.

@@ -1164,2 +1172,4 @@
 Par-1.52-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
+Plone-2.0.S5-alt1	Requires	/etc/init.d/zope
+Plone-2.0.S5-alt1	Requires	/usr/share/debconf/confmodule
 Plone-2.0.S5-alt1	Requires	BTreeFolder2
@@ -1175,4 +1185,8 @@
 Plone-2.0.S5-alt1	Requires	coreutils
+Plone-2.0.S5-alt1	Requires	dpkg
+Plone-2.0.S5-alt1	Requires	findutils
+Plone-2.0.S5-alt1	Requires	gawk
 Plone-2.0.S5-alt1	Requires	make
 Plone-2.0.S5-alt1	Requires	python
+Plone-2.0.S5-alt1	Requires	python-base
 Plone-2.0.S5-alt1	Requires	python2.4(AccessControl)


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

[devel] PyPanel-2.4-alt2

[Alexey Tourbin]

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

> @@ -1276,2 +1290,8 @@
>  PyPanel-2.4-alt2	Requires	python-base
> +PyPanel-2.4-alt2	Requires	python2.4(Xlib)
> +PyPanel-2.4-alt2	Requires	python2.4(distutils)
> +PyPanel-2.4-alt2	Requires	python2.4(locale)
> +PyPanel-2.4-alt2	Requires	python2.4(os)
> +PyPanel-2.4-alt2	Requires	python2.4(select)
> +PyPanel-2.4-alt2	Requires	python2.4(time)
>  PyPanel-2.4-alt2	Requires	rtld(GNU_HASH)

Питоновские зависимости теперь ищутся в питновских скриптах,
а не только в питоновских модулях.  Отказ от жесткой зависимости
на python = %__python_version (вытягивает все стандартные питоновские
модули) становится более возможным.

В данном случае несколько настораживает зависимость на distutils,
но она действительно есть.

$ rpmpeek PyPanel-2.4-alt2.i586.rpm cat -n ./usr/bin/pypanel |grep -w distutils 
   891  from distutils import sysconfig
$

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

[devel] dependencies on consolehelper

[Alexey Tourbin]

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

Появилось некоторое количество зависимостей на consolehelper
(через симлинки), которые, вероятно, забывали добавить вручную.

+SysVinit-usermode-1.5-alt1.1   Requires        consolehelper
+alterator-bootloader-0.1.7-alt2        Requires        consolehelper
+gnome-system-log-2.18.1-alt2   Requires        consolehelper
+gparted-0.3.3-alt6     Requires        consolehelper
+gprs-easyconnect-2.5.3-alt1.1  Requires        consolehelper
+parted-1.8.8-alt1      Requires        consolehelper
+qtparted-0.4.5-alt21   Requires        consolehelper
+sjog-cvs20040812-alt4  Requires        consolehelper
+zapping-0.10-alt0.1.cvs6       Requires        consolehelper

Вот кусочек лога сборки SysVinit-usermode

find-provides: broken symbolic link /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/halt -> reboot is not going to provide anything
find-provides: broken symbolic link /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/poweroff -> reboot is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/reboot -> /usr/lib/consolehelper/helper is not going to provide anything

symlinks.req: /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/halt: checking contents_index_all for /usr/lib/consolehelper/helper
symlinks.req: /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/halt: /usr/lib/consolehelper/helper -> consolehelper (via contents_index_all)
symlinks.req: /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/poweroff: checking contents_index_all for /usr/lib/consolehelper/helper
symlinks.req: /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/poweroff: /usr/lib/consolehelper/helper -> consolehelper (via contents_index_all)
symlinks.req: /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/reboot: checking contents_index_all for /usr/lib/consolehelper/helper
symlinks.req: /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/reboot: /usr/lib/consolehelper/helper -> consolehelper (via contents_index_all)

Здесь не факт, что нужно было искать /usr/lib/consolehelper/helper три
раза.  Я подумаю, стоит ли в связи с этим немного модифицировать поиск
зависимостей по симлинкам.

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

Re: [devel] rpm-build-4.0.4-alt78 dependencies changed

[Andrey Rahmatullin]

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

+Supybot-0.83.2-alt1.1  Requires        python2.4(glob)
+Supybot-0.83.2-alt1.1  Requires        python2.4(optparse)
+Supybot-0.83.2-alt1.1  Requires        python2.4(pprint)
+Supybot-0.83.2-alt1.1  Requires        python2.4(pydoc)
+Supybot-0.83.2-alt1.1  Requires        python2.4(tarfile)

Будем считать, что так и надо. 

+archivemail-0.7.0-alt1 Requires        python2.4(fcntl)
etc

Принимается.

+bluez-test-3.10-alt2   Requires        python-base
+bluez-test-3.10-alt2   Requires        python2.4(dbus)
+bluez-test-3.10-alt2   Requires        python2.4(getopt)
+bluez-test-3.10-alt2   Requires        python2.4(gobject)

Принимается, /usr/bin/apitest.

+cmake-2.4.7-alt1       Requires        coreutils
+cmake-2.4.7-alt1       Requires        grep
+cmake-2.4.7-alt1       Requires        gzip
+cmake-2.4.7-alt1       Requires        sed
+cmake-2.4.7-alt1       Requires        tar
+cmake-2.4.7-alt1       Requires        util-linux

/usr/share/CMake/Modules разобралось что ли? А это правильно?

+cogito-0.18.2-alt2     Requires        bash
etc

env bash в шебанге не опознавался?

+dosbox-0.72-alt1       Provides        /usr/bin/dosbox

Зачем? Альтернативы?

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

А почему ссылка на xorg-x11-6.8.2-alt5.src.rpm находится в
SRPMS.kernel? Или у нас уже GUI в ядре? ;)
		-- mrkooll in sisyphus@

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

[devel] Supybot-0.83.2-alt1.1 cmake-2.4.7-alt1

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 08:10:39PM +0600, Andrey Rahmatullin wrote:
> +Supybot-0.83.2-alt1.1  Requires        python2.4(glob)
> +Supybot-0.83.2-alt1.1  Requires        python2.4(optparse)
> +Supybot-0.83.2-alt1.1  Requires        python2.4(pprint)
> +Supybot-0.83.2-alt1.1  Requires        python2.4(pydoc)
> +Supybot-0.83.2-alt1.1  Requires        python2.4(tarfile)
> 
> Будем считать, что так и надо. 

$ rpmpeek Supybot-0.83.2-alt1.1.i586.rpm grep -rw tarfile .
./usr/bin/supybot-plugin-package:import tarfile
./usr/bin/supybot-plugin-package:        tf = tarfile.open('%s.tar.gz' % basename, mode='w:gz')
$

Питоновские зависимости теперь ищутся и в скриптах, а не только
в модулях.  Они по-прежнему ищутся достаточно консервативно, то есть
только зависимости "без отступов" (внутри функций зависимости
игнорируются, о чем на всякий случай выдается warning).

То есть, действительно, так и надо.

> +cmake-2.4.7-alt1       Requires        coreutils
> +cmake-2.4.7-alt1       Requires        grep
> +cmake-2.4.7-alt1       Requires        gzip
> +cmake-2.4.7-alt1       Requires        sed
> +cmake-2.4.7-alt1       Requires        tar
> +cmake-2.4.7-alt1       Requires        util-linux
> 
> /usr/share/CMake/Modules разобралось что ли? А это правильно?

Вообще-то я писал, что зависимости на basesystem комментировать
не буду -- от добра добра не ищут.  В принципе даже есть идея
оптимизировать (убирать) зависимости на basesystem за пределами
basesystem, но хорошая реализация не приходит в голову.

Однако файл этот называется
/usr/share/CMake/Modules/CPack.STGZ_Header.sh.in
Он не исполняемый, но начинается на "#!/bin/sh".

Он вообще предназначен для использования cmake'ом или нет?
И почему он кончается на *.in?

> +cogito-0.18.2-alt2     Requires        bash
> etc
> 
> env bash в шебанге не опознавался?

Нет, не опознавался.

> +dosbox-0.72-alt1       Provides        /usr/bin/dosbox
> Зачем? Альтернативы?

Да.  Есть некоторые тонкие соображения, почему все /usr/bin/*
и /usr/sbin/* альтернативы должны предоставляться.  Вообще-то
как бы принято писать их вручную в Provides, но это иногда забывают
делать.

Тонкое соображение такое.  Вообще-то Provides: */bin/* или */sbin/*
писать не обязательно, потому что apt сможет вычислить такие пути по
файловым листам.  Но, с другой стороны, apt ворошит файловые листы
в последнюю очередь.  Если есть явный Provides, то он берёт именно его.
Так вот, чтобы все были равны, и не было тех, кто равнее других, нужно
чтобы все альтернативы одновременно предоставляли (или не предоставляли)
свою альтернативу.

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

Re: [devel] Supybot-0.83.2-alt1.1 cmake-2.4.7-alt1

[Andrey Rahmatullin]

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

On Wed, Sep 12, 2007 at 07:54:44PM +0400, Alexey Tourbin wrote:
> > Будем считать, что так и надо. 
> Питоновские зависимости теперь ищутся и в скриптах, а не только
> в модулях.
Да, я об этом.

> Однако файл этот называется
> /usr/share/CMake/Modules/CPack.STGZ_Header.sh.in
> Он не исполняемый, но начинается на "#!/bin/sh".
> 
> Он вообще предназначен для использования cmake'ом или нет?
> И почему он кончается на *.in?
Это заглушка для саморазворачивающихся tgz.

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

 Мне очень стыдно, но я это, как бы, чуть-чуть потерял опять немножко
пароль от BTS :(
		-- vsl in devel@

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

[devel] TeXmacs-1.0.6.9-alt2

[Alexey Tourbin]

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

> @@ -2022,2 +2051,7 @@
>  TORCS-data-tracks-1.3.0-alt0.1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +TeXmacs-1.0.6.9-alt2	Requires	R-base
> +TeXmacs-1.0.6.9-alt2	Requires	bash
> +TeXmacs-1.0.6.9-alt2	Requires	clisp
> +TeXmacs-1.0.6.9-alt2	Requires	coreutils
> +TeXmacs-1.0.6.9-alt2	Requires	grep
>  TeXmacs-1.0.6.9-alt2	Requires	guile16
> @@ -2040,5 +2074,19 @@
>  TeXmacs-1.0.6.9-alt2	Requires	libstdc++.so.6(GLIBCXX_3.4)
> +TeXmacs-1.0.6.9-alt2	Requires	make
> +TeXmacs-1.0.6.9-alt2	Requires	maxima-common
> +TeXmacs-1.0.6.9-alt2	Requires	octave
> +TeXmacs-1.0.6.9-alt2	Requires	python-base
> +TeXmacs-1.0.6.9-alt2	Requires	python2.4(keyword)
> +TeXmacs-1.0.6.9-alt2	Requires	python2.4(os)
> +TeXmacs-1.0.6.9-alt2	Requires	python2.4(re)
> +TeXmacs-1.0.6.9-alt2	Requires	python2.4(string)
> +TeXmacs-1.0.6.9-alt2	Requires	python2.4(traceback)
>  TeXmacs-1.0.6.9-alt2	Requires	rtld(GNU_HASH)
> +TeXmacs-1.0.6.9-alt2	Requires	sed
> +TeXmacs-1.0.6.9-alt2	Requires	sh
>  TeXmacs-1.0.6.9-alt2	Requires	slocate
> +TeXmacs-1.0.6.9-alt2	Requires	tetex-core
> +TeXmacs-1.0.6.9-alt2	Requires	tetex-dvips
>  TeXmacs-1.0.6.9-alt2	Requires	tetex-latex
> +TeXmacs-1.0.6.9-alt2	Requires	transfig
>  TeXmacs-1.0.6.9-alt2	Requires(interp)	/bin/sh

Как удалось выяснить с десятого раза, TeXmacs использует специальный
хак для отключения поиска каких-либо зависимостей:

$ rpmpeek TeXmacs-1.0.6.9-alt2.src.rpm sh -c 'grep findreq *.spec'
%define _findreq_default_method lib
$

Этот хак больше не работает.
Есть менее другой хак, который, может быть, работает:
	AutoReq: no, lib
Более подходящим хаком может стать:
	AutoReq: yes, noshell
В любом случае, это Очень Плохая Идея -- игнорировать все
зависимости скопом.

Хочу подчеркнуть, что зависимости, которые проставились в TeXmacs
вследствие того, что старый хак не работает, они очень похожи на правду.
Это "научный пакет", и в нём появляются зависимости на другие "научные
пакеты".

Например, я посмотрел, откуда берётся зависимость на R-base.

$ rpmpeek TeXmacs-1.0.6.9-alt2.i586.rpm ls -l ./usr/lib/TeXmacs/bin/r_install
-rwxr-xr-x 1 root root 132 Jun 10 18:47 ./usr/lib/TeXmacs/bin/r_install
$ rpmpeek TeXmacs-1.0.6.9-alt2.i586.rpm cat ./usr/lib/TeXmacs/bin/r_install
#!/bin/sh
mkdir -p $TEXMACS_HOME_PATH/plugins/r/r
R CMD INSTALL -l $TEXMACS_HOME_PATH/plugins/r/r $TEXMACS_PATH/plugins/r/r/TeXmacs
$

Тут всё чисто, и поиск зависимостей не грешит против истины ни на йоту.

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

Re: [devel] rpm-build-4.0.4-alt78 dependencies changed

[Alexey Voinov]

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

Alexey Tourbin <at@altlinux.ru> writes:

> Я рассмотрел все пакеты, которые перестали собираться из-за изменений
> в rpm-build-4.0.4-alt78.  Теперь начинается самое интересное: у многих
> пакетов после успешной пересборки зависимости стали отличаться
> нетривиальным образом.
>
> Я прилагаю полный diff для предварительного осмотра.
> Буду его комментировать.
arch-pqm, scheme48 - изменения вполне нормальные

А вот в gambit:

 gambit-4.0-alt0.22.1	Requires	/etc/alternatives/packages.d
-gambit-4.0-alt0.22.1	Requires	gcc4.1
+gambit-4.0-alt0.22.1	Requires	/usr/bin/gcc
 gambit-4.0-alt0.22.1	Requires	libc.so.6(GLIBC_2.0)

меня поначалу напрягло. Хотя, наверное, пофиг каким компилятором
собирать резултирующий C. Линкуемся-то мы с обычной библиотекой,
никаких специфических фишечек там быть не должно.

Я бы обратил внимание на довольно странные зависимосте пакетов urw-tex
и urw-tex-afm.


-- 
Best Regards!
Alexey Voinov

voins@voins.program.ru
voins@altlinux.ru

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

[devel] gambit-4.0-alt0.22.1

[Alexey Tourbin]

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

On Thu, Sep 13, 2007 at 12:02:45AM +0400, Alexey Voinov wrote:
>  gambit-4.0-alt0.22.1	Requires	/etc/alternatives/packages.d
> -gambit-4.0-alt0.22.1	Requires	gcc4.1
> +gambit-4.0-alt0.22.1	Requires	/usr/bin/gcc
>  gambit-4.0-alt0.22.1	Requires	libc.so.6(GLIBC_2.0)
> 
> меня поначалу напрягло. Хотя, наверное, пофиг каким компилятором
> собирать резултирующий C. Линкуемся-то мы с обычной библиотекой,
> никаких специфических фишечек там быть не должно.

На самом деле автоматическая зависимость на /usr/bin/gcc лучше, чем
на gcc4.1.  Она дает возможность более прозрачного перехода на gcc4.2.

> Я бы обратил внимание на довольно странные зависимосте пакетов urw-tex
> и urw-tex-afm.

Обратим.

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

[devel] adesklets-0.6.1-alt1

[Alexey Tourbin]

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

Продолжаем викторину.

>  adesklets-0.6.1-alt1	Requires	libreadline.so.5
> +adesklets-0.6.1-alt1	Requires	python-base
> +adesklets-0.6.1-alt1	Requires	python2.4(Image)
> +adesklets-0.6.1-alt1	Requires	python2.4(StringIO)
> +adesklets-0.6.1-alt1	Requires	python2.4(cStringIO)
> +adesklets-0.6.1-alt1	Requires	python2.4(copy)
> +adesklets-0.6.1-alt1	Requires	python2.4(email)
> +adesklets-0.6.1-alt1	Requires	python2.4(getopt)
> +adesklets-0.6.1-alt1	Requires	python2.4(imaplib)
> +adesklets-0.6.1-alt1	Requires	python2.4(itertools)
> +adesklets-0.6.1-alt1	Requires	python2.4(md5)
> +adesklets-0.6.1-alt1	Requires	python2.4(os)
> +adesklets-0.6.1-alt1	Requires	python2.4(pprint)
> +adesklets-0.6.1-alt1	Requires	python2.4(re)
> +adesklets-0.6.1-alt1	Requires	python2.4(select)
> +adesklets-0.6.1-alt1	Requires	python2.4(shutil)
> +adesklets-0.6.1-alt1	Requires	python2.4(smtplib)
> +adesklets-0.6.1-alt1	Requires	python2.4(string)
> +adesklets-0.6.1-alt1	Requires	python2.4(tarfile)
> +adesklets-0.6.1-alt1	Requires	python2.4(termios)
> +adesklets-0.6.1-alt1	Requires	python2.4(textwrap)
> +adesklets-0.6.1-alt1	Requires	python2.4(time)
> +adesklets-0.6.1-alt1	Requires	python2.4(traceback)
> +adesklets-0.6.1-alt1	Requires	python2.4(urllib)
> +adesklets-0.6.1-alt1	Requires	python2.4(xml)
>  adesklets-0.6.1-alt1	Requires	rtld(GNU_HASH)

Вообще-то интересно, что пакет adesklets на данный момент не имеет
ни одной питоновской зависимости, при том, что несколько скирптов 
в /usr/bin у него написано на питоне.

$ rpm -qpR adesklets-0.6.1-alt1.i586.rpm  |grep python
$

Все вновь добавившиеся зависимости относятся к стандартным питоновским
модулям, кроме Image, который даст зависимость на python-module-imaging.

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

[devel] alsa-firmware-1.0.14-alt1

[Alexey Tourbin]

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

>  alltray-0.69-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +alsa-firmware-1.0.14-alt1	Requires	/usr/share/alsa/firmware/emi62-firmware-spdif.bin
>  alsa-firmware-1.0.14-alt1	Requires	alsa-tools

Миша.  В пакете alsa-firmware битый симлинк
/usr/share/alsa/firmware/emi62-firmware.bin -> emi62-firmware-spdif.bin

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

Re: [devel] alsa-firmware-1.0.14-alt1

[Michael Shigorin]

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

On Sat, Sep 15, 2007 at 07:53:03PM +0400, Alexey Tourbin wrote:
> >  alltray-0.69-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +alsa-firmware-1.0.14-alt1	Requires	/usr/share/alsa/firmware/emi62-firmware-spdif.bin
> >  alsa-firmware-1.0.14-alt1	Requires	alsa-tools
> Миша.  В пакете alsa-firmware битый симлинк
> /usr/share/alsa/firmware/emi62-firmware.bin -> emi62-firmware-spdif.bin

Хм.  А ещё он криво инсталится:

%install
%make_install install DESTDIR=%buildroot
# :-/
mv %buildroot/emi62-firmware.bin %buildroot%_datadir/alsa/firmware/

А ещё там alsa-firmware-1.0.14/emi_26_62/license.txt, после
прочтения которого мне лично кажется, что без ещё одного текста
или письма это называется "варез", поскольку нет формулировки,
_разрешающей_ распространение...

---
This firmware is for the Emagic EMI 2|6 Audio Interface

The firmware contained herein is Copyright (c) 1999-2002 Emagic
as an unpublished work. This notice does not imply unrestricted
or public access to this firmware which is a trade secret of Emagic,
and which may not be reproduced, used, sold or transferred to
any third party without Emagic's written consent. All Rights Reserved.

This firmware may not be modified and may only be used with the
Emagic EMI 2|6 Audio Interface. Distribution and/or Modification of
any driver which includes this firmware, in whole or in part,
requires the inclusion of this statement.
---

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

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

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

[devel] alterator-bootloader-0.1.7-alt2

[Alexey Tourbin]

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

>  alterator-bootloader-0.1.7-alt2	Requires	alterator-backend-bootloader = 0.1.7-alt2
> -alterator-bootloader-0.1.7-alt2	Requires	alterator-standalone
> +alterator-bootloader-0.1.7-alt2	Requires	alterator-standalone-usermode
> +alterator-bootloader-0.1.7-alt2	Requires	consolehelper
>  alterator-bootloader-0.1.7-alt2	Requires	libpam(include)

Здесь происходит вот что (кусочек из лога сборки).

shell.req: /usr/src/tmp/alterator-bootloader-buildroot/usr/sbin/config-bootloader: alterator-standalone indexed by: /usr/bin/alterator-standalone -> alterator-standalone-usermode, /usr/sbin/alterator-standalone -> alterator-standalone
shell.req: /usr/src/tmp/alterator-bootloader-buildroot/usr/sbin/config-bootloader: alterator-standalone -> /usr/bin/alterator-standalone -> alterator-standalone-usermode (via contents_index_bin)

В скрипте config-bootloader используется "команда" alterator-standalone.
Она разрешается в два разных пути: /usr/bin/alterator-standalone из
пакета alterator-standalone-usermode; а также в
/usr/sbin/alterator-standalone из пакета alterator-standalone.
Поиск зависимостей отадет предпочтение пути /bin/ (по сравнению с /sbin/).

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

Re: [devel] alterator-bootloader-0.1.7-alt2

[Sergey V Turchin]

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

On 15 сентября 2007, Alexey Tourbin wrote:

[...]
> Поиск зависимостей отадет предпочтение пути /bin/ (по сравнению с
> /sbin/).
А в /bin alterator-standalone-usermode, который тащит за собой 
SUID-ный consolehelper


-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] alterator-bootloader-0.1.7-alt2

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 04:36:17PM +0400, Sergey V Turchin wrote:
> On 15 сентября 2007, Alexey Tourbin wrote:
> 
> [...]
> > Поиск зависимостей отадет предпочтение пути /bin/ (по сравнению с
> > /sbin/).
> А в /bin alterator-standalone-usermode, который тащит за собой 
> SUID-ный consolehelper

В скрипте config-bootloader используется "команда" alterator-standalone.
Какая из них на самом деле используется, /usr/bin/alterator-standalone
или /usr/sbin/alterator-standalone?  Поиск зависимостей считает, что
по умолчанию будет использоваться /usr/bin/alterator-standalone (что
соответствует запуску скрипта config-bootloader от пользователя).

Зависимость в этом смысле проставилась верно, хотя некоторая
двусмысленность сохраняется.

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

Re: [devel] alterator-bootloader-0.1.7-alt2

[Sergey V Turchin]

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

On 17 сентября 2007, Alexey Tourbin wrote:
> On Mon, Sep 17, 2007 at 04:36:17PM +0400, Sergey V Turchin wrote:
> > On 15 сентября 2007, Alexey Tourbin wrote:
> >
> > [...]
> >
> > > Поиск зависимостей отадет предпочтение пути /bin/ (по
> > > сравнению с /sbin/).
> >
> > А в /bin alterator-standalone-usermode, который тащит за собой
> > SUID-ный consolehelper
>
> В скрипте config-bootloader используется "команда"
> alterator-standalone. Какая из них на самом деле используется,
> /usr/bin/alterator-standalone или /usr/sbin/alterator-standalone?
В зависимости от запустившего пользователя. У простого пользователя 
из /sbin/ не заработает.

>  Поиск зависимостей считает, что по умолчанию будет
> использоваться /usr/bin/alterator-standalone (что соответствует
> запуску скрипта config-bootloader от пользователя).
При установленном пакете. Иначе пользователю не дается возможности 
его запускать путем ненахождения в PATH.

> Зависимость в этом смысле проставилась верно, хотя некоторая
> двусмысленность сохраняется.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 05:41:19PM +0400, Sergey V Turchin wrote:
> >  Поиск зависимостей считает, что по умолчанию будет
> > использоваться /usr/bin/alterator-standalone (что соответствует
> > запуску скрипта config-bootloader от пользователя).
> При установленном пакете. Иначе пользователю не дается возможности 
> его запускать путем ненахождения в PATH.

Zerg, это слишком круто.  Фактически ты утверждаешь, что запуск
скрипта config-bootloader должен обломиться (внутри скрипта!),
потому что команда alterator-standalone, используемая в этом скрипте,
не будет найдено в PATH.

Но это противоречит самой идее поиска зависимостей, которая состоит
в том, чтобы проставить зависимости на все команды, то есть чтобы
запуск скрипта не обламывался.

В принципе в новом rpm-build есть ручка к find-package, которая
позволяет консистентно менять последовательность перебора путей (можно
будет проверять /usr/sbin а потом уже все остальные стандартные пути).
Если не удастся найти никакого другого решения, я объясню, как этой
ручкой пользоваться.

А пользоваться ей наверное так:

%ifdef add_findpackage_path
%add_findpackage_path /usr/sbin
%endif

Здесь %ifdef нужен потому что раньше этой ручки не было (для
портабельности спека на старый rpm-build, если это нужно).
Здесь также есть тонкости, и, одним словом, я пока не проверял,
что эта ручка работает как надо.

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

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Sergey V Turchin]

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

On 17 сентября 2007, Alexey Tourbin wrote:
> On Mon, Sep 17, 2007 at 05:41:19PM +0400, Sergey V Turchin wrote:
> > >  Поиск зависимостей считает, что по умолчанию будет
> > > использоваться /usr/bin/alterator-standalone (что
> > > соответствует запуску скрипта config-bootloader от
> > > пользователя).
> >
> > При установленном пакете. Иначе пользователю не дается
> > возможности его запускать путем ненахождения в PATH.
>
> Zerg, это слишком круто.  Фактически ты утверждаешь, что запуск
> скрипта config-bootloader должен обломиться (внутри скрипта!),
> потому что команда alterator-standalone, используемая в этом
> скрипте, не будет найдено в PATH.
Не обломиться, т.к. этого скрипта тоже нет в PATH

> Но это противоречит самой идее поиска зависимостей, которая
> состоит в том, чтобы проставить зависимости на все команды, то
> есть чтобы запуск скрипта не обламывался.
[...]

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 07:09:15PM +0400, Sergey V Turchin wrote:
> > Zerg, это слишком круто.  Фактически ты утверждаешь, что запуск
> > скрипта config-bootloader должен обломиться (внутри скрипта!),
> > потому что команда alterator-standalone, используемая в этом
> > скрипте, не будет найдено в PATH.
> Не обломиться, т.к. этого скрипта тоже нет в PATH

Резонно! -- Zerg, это СЛИШКОМ круто!! --

В принципе (в идеале) можно сделать вот что: при поиске зависимостей
в */sbin/* скриптах менять PATH таким образом, чтобы */sbin/* каталоги
имели приоритет по сравнению с */bin/* каталогами.  Но я пока не знаю,
как это сделать КРАСИВО.

В принципе когда такие прозрения приходят в голову, их нужно очень
тщательно взвешивать, а это долгий процесс. :)

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

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Sergey V Turchin]

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

On 17 сентября 2007, Alexey Tourbin wrote:

[...]
> Резонно! -- Zerg, это СЛИШКОМ круто!! --
Да это понятно. Проще изменить скрипт таким образом, чтоб обработчик 
не заморачивался ;-)

[...]

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 07:31:25PM +0400, Sergey V Turchin wrote:
> > Резонно! -- Zerg, это СЛИШКОМ круто!! --
> Да это понятно. Проще изменить скрипт таким образом, чтоб обработчик 
> не заморачивался ;-)

Это с твоей точки зрения.  С моей точки зрения нужно сделать более
правильный поиск зависимостей, и использование другого PATH для */sbin/*
скриптов имеет некоторый смысл.  То есть мне придётся заморачиваться в
любом случае, просто потому что я хочу сделать хорошую систему, для
себя, а не для дяди.  За которую не стыдно (и, может быть, гордо, хотя
это меня не особо трогает).

Дело ведь в чем. Запуск скриптов от пользователя или от рута не может
быть определен слишком точно, это всего лишь эвристика -- что, поскольку
скрипт лежит в */sbin/*, то пользователь не будет его запускать.

Нужно сделать достаточно консервативные пути поиска зависимостей в
скриптах для пользователя и для рута, принимая во внимание условность
этой эвристики.  Консервативные пути мне видятся такими:

DEF_RPM_FINDPACKAGE_USER_PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin
DEF_RPM_FINDPACKAGE_ROOT_PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin

Консервативность здесь состоит в том, что / имеет главный приоритет
перед /usr, а уже следующим приоритетом является различие между bin
и sbin.

То есть, вопреки реальным путям, с точки зрения перебора путей для
генерации зависимостей лучше считать, что всё что лежит в / это
архиважное, и оно не может перебиваться содержимым /usr (куда кладут
все/всё подряд).

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

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

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Slava Semushin]

17.09.07, Alexey Tourbin<at / altlinux.ru> написал(а):
[...]
> Нужно сделать достаточно консервативные пути поиска зависимостей в
> скриптах для пользователя и для рута, принимая во внимание условность
> этой эвристики.  Консервативные пути мне видятся такими:
>
> DEF_RPM_FINDPACKAGE_USER_PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin
> DEF_RPM_FINDPACKAGE_ROOT_PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin

Мне кажется, нужно также добавить путь /usr/games в список путей для
пользователя (а то и для рута).

Например, можно написать скрипт, который бы вы использовал вывод
fortune(1), которая располагается как раз в этом каталоге (а скрипт
можно использовать в качестве программы, которая выводит подпись к
письму..).

-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Alexey I. Froloff]

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

* Slava Semushin <slava.semushin@> [070918 11:27]:
> Мне кажется, нужно также добавить путь /usr/games в список
> путей для пользователя (а то и для рута).
/usr/games - атавизм, доставшийся ещё с тех времён, когда этот
каталог был домашним каталогом пользователя "games".

-- 
Regards,
Sir Raorn.

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

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

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

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

On Tue, Sep 18, 2007 at 11:39:47AM +0400, Alexey I. Froloff wrote:

>> Мне кажется, нужно также добавить путь /usr/games в список
>> путей для пользователя (а то и для рута).
AIF> /usr/games - атавизм, доставшийся ещё с тех времён, когда этот
AIF> каталог был домашним каталогом пользователя "games".

У этого каталога есть особенности.

Во-первых игры было принято делать SGID games (для хранения scoreboard).
Во-вторых игр не должно быть в PATH у рута.

Так что в общем-то смысл у этого есть. Насколько имеет смысл поддерживать
эту традицию -- вопрос. Так как особых усилий это не требует, и никому не
мешает -- лучше эту хорошую традицию оставить.

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

http://freesource.info
----------------------------------------------------------------------------
Нельзя ли как-нибудь упромыслить вывод более аккуратным образом?
		-- mhz in devel@

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

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Michael Shigorin]

On Mon, Sep 17, 2007 at 07:49:10PM +0400, Alexey Tourbin wrote:
> Если у кого-то есть соображения по этому поводу, мне было бы
> интересно их узнать.  Потому что мои собственные соображения
> плохо формализованы (и поэтому я не могу продавливать их, так
> сказать, с помпой).

Мне и без помпы нравятся.  По крайней мере пока косяков не вижу.

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

[devel] alterator-install2-desktop-0.10-alt3 alterator-install3-server-0.9.3-alt1

[Alexey Tourbin]

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

>  alterator-install2-desktop-0.10-alt3	Requires	coreutils
> +alterator-install2-desktop-0.10-alt3	Requires	e2fsprogs
>  alterator-install2-desktop-0.10-alt3	Requires	eject

/usr/lib/alterator/backend3/savesettings -- исполняемый шелл-скрипт,
в котором используется blkid -> /sbin/blkid -> e2fsprogs.
Почему раньше эта зависимость на проставлялась, в этом есть некоторая
интрига, которую я сейчас не будут распутывать.

А!  Вообще в этом пакете есть ГРУБЫЙ ХАК

# XXXlegion: Don't use contents_index to find shell requires (find-package).
%define _pkg_contents_index_bin /dev/null
%define _pkg_contents_index_all /dev/null

К сожалению там нет пояснения, почему потребовался этот хак, что это
была за такая проблема.  А то я мог бы отчитаться, решена эта проблема
в текущем rpm-build или нет.

> @@ -4077,3 +4158,2 @@
>  alterator-install2-desktop-0.10-alt3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -alterator-install2-server-0.9.3-alt1	Requires	/usr/sbin/install2-cleanup
>  alterator-install2-server-0.9.3-alt1	Requires	SysVinit
> @@ -4140,4 +4220,2 @@
>  alterator-install3-desktop-0.10-alt3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -alterator-install3-server-0.9.3-alt1	Requires	/usr/sbin/bootsector
> -alterator-install3-server-0.9.3-alt1	Requires	/usr/sbin/md-list
>  alterator-install3-server-0.9.3-alt1	Requires	alterator

Здесь удалились зависимости на самого себя.  Раньше игнорирование
зависимостей на самого себя не работало для /sbin/ каталогов.

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

Re: [devel] alterator-install2-desktop-0.10-alt3 alterator-install3-server-0.9.3-alt1

[Alexey Gladkov]

Alexey Tourbin wrote:
>>  alterator-install2-desktop-0.10-alt3	Requires	coreutils
>> +alterator-install2-desktop-0.10-alt3	Requires	e2fsprogs
>>  alterator-install2-desktop-0.10-alt3	Requires	eject
> 
> /usr/lib/alterator/backend3/savesettings -- исполняемый шелл-скрипт,
> в котором используется blkid -> /sbin/blkid -> e2fsprogs.
> Почему раньше эта зависимость на проставлялась, в этом есть некоторая
> интрига, которую я сейчас не будут распутывать.

Да. Это ошибка.

> 
> А!  Вообще в этом пакете есть ГРУБЫЙ ХАК
> 
> # XXXlegion: Don't use contents_index to find shell requires (find-package).
> %define _pkg_contents_index_bin /dev/null
> %define _pkg_contents_index_all /dev/null
> 
> К сожалению там нет пояснения, почему потребовался этот хак, что это
> была за такая проблема.  А то я мог бы отчитаться, решена эта проблема
> в текущем rpm-build или нет.

Этот хак необходим для того чтобы иметь возможность паковать
инсталлятор для server и desktop в сизиф. Эти пакеты имеют одинаковые
Provides ... поэтому при сборке в hasher, благодаря contents_index, в
зависимости попадал не тот набор пакетов.

Сейчас инсталлятор перепакован так, чтобы дублирования кода не было.

> 
>> @@ -4077,3 +4158,2 @@
>>  alterator-install2-desktop-0.10-alt3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> -alterator-install2-server-0.9.3-alt1	Requires	/usr/sbin/install2-cleanup
>>  alterator-install2-server-0.9.3-alt1	Requires	SysVinit
>> @@ -4140,4 +4220,2 @@
>>  alterator-install3-desktop-0.10-alt3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> -alterator-install3-server-0.9.3-alt1	Requires	/usr/sbin/bootsector
>> -alterator-install3-server-0.9.3-alt1	Requires	/usr/sbin/md-list
>>  alterator-install3-server-0.9.3-alt1	Requires	alterator
> 
> Здесь удалились зависимости на самого себя.  Раньше игнорирование
> зависимостей на самого себя не работало для /sbin/ каталогов.


-- 
Rgrds, legion

Re: [devel] alterator-install2-desktop-0.10-alt3 alterator-install3-server-0.9.3-alt1

[Alexey Tourbin]

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

On Sun, Sep 16, 2007 at 04:23:55PM +0400, Alexey Gladkov wrote:
> > А!  Вообще в этом пакете есть ГРУБЫЙ ХАК
> > 
> > # XXXlegion: Don't use contents_index to find shell requires (find-package).
> > %define _pkg_contents_index_bin /dev/null
> > %define _pkg_contents_index_all /dev/null
> > 
> > К сожалению там нет пояснения, почему потребовался этот хак, что это
> > была за такая проблема.  А то я мог бы отчитаться, решена эта проблема
> > в текущем rpm-build или нет.
> 
> Этот хак необходим для того чтобы иметь возможность паковать
> инсталлятор для server и desktop в сизиф. Эти пакеты имеют одинаковые
> Provides ... поэтому при сборке в hasher, благодаря contents_index, в
> зависимости попадал не тот набор пакетов.

Можно более подробнее узнать, какие именно неправильные зависимости
появлялись из-за поиска по contents_index_bin?  У меня есть подозрение
(надежда), что из-за моих исправлений поиск через find-package теперь
происходит более корректно.  То есть почти все проблемы вроде бы удалось
"накрыть".

> Сейчас инсталлятор перепакован так, чтобы дублирования кода не было.

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

[devel] alterator-timezone-0.5.0-alt3

[Alexey Tourbin]

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

>  alterator-timezone-0.5.0-alt3	Requires	alterator-backend-timezone = 0.5.0-alt3
> +alterator-timezone-0.5.0-alt3	Requires	alterator-standalone
>  alterator-timezone-0.5.0-alt3	Requires	glibc-timezones

Из-за симлинка
/usr/bin/config-timezone -> /usr/bin/config-standalone
добавилась зависимость на alterator-standalone.

По-моему правильно и красиво.
Ставить все подобные зависимости вручную это всё равно не дело.

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

[devel] alterator-vm-0.3-alt21

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 09:15:08PM +0400, Alexey Tourbin wrote:
> >  alterator-timezone-0.5.0-alt3	Requires	alterator-backend-timezone = 0.5.0-alt3
> > +alterator-timezone-0.5.0-alt3	Requires	alterator-standalone
> >  alterator-timezone-0.5.0-alt3	Requires	glibc-timezones
> 
> Из-за симлинка
> /usr/bin/config-timezone -> /usr/bin/config-standalone
> добавилась зависимость на alterator-standalone.
> 
> По-моему правильно и красиво.
> Ставить все подобные зависимости вручную это всё равно не дело.

Аналогично
/usr/bin/config-vm -> /usr/bin/config-standalone

 alterator-vm-0.3-alt21	Requires	alterator >= 2.9-alt14
+alterator-vm-0.3-alt21	Requires	alterator-standalone
 alterator-vm-0.3-alt21	Requires	guile-evms >= 0.3-alt10

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

Re: [devel] alterator-timezone-0.5.0-alt3

[@ 2007-09-17 6:05 UTC (permalink / raw)]

Re: [devel] alterator-timezone-0.5.0-alt3

[Michael Shigorin]

On Mon, Sep 17, 2007 at 10:05:55AM +0400, Stanislav Ievlev wrote:
> Впрочем эти симлинки уже неактуальны и подлежат исчезновению.

Хм, а как теперь принято? (опять за модой не успеваю следить... :)

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

Re: [devel] alterator-timezone-0.5.0-alt3

[Stanislav Ievlev]

On Mon, Sep 17, 2007 at 10:49:09AM +0300, Michael Shigorin wrote:
> On Mon, Sep 17, 2007 at 10:05:55AM +0400, Stanislav Ievlev wrote:
> > Впрочем эти симлинки уже неактуальны и подлежат исчезновению.
> 
> Хм, а как теперь принято? (опять за модой не успеваю следить... :)
acc и вперёд ;)

Re: [devel] alterator-timezone-0.5.0-alt3

[Michael Shigorin]

On Mon, Sep 17, 2007 at 02:06:16PM +0400, Stanislav Ievlev wrote:
> > > Впрочем эти симлинки уже неактуальны и подлежат исчезновению.
> > Хм, а как теперь принято? (опять за модой не успеваю следить... :)
> acc и вперёд ;)

Корабль наш шатает
из края в край:
то нет меню,
то нет меню
альтернативы...

По-хорошему как раз нужно уметь и то, и то.  Советовать в
рассылках "запустить config-*" тоже сильно проще экскурсов 
по морде, особенно с учётом различных переводов.

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

Re: [devel] alterator-timezone-0.5.0-alt3

[Alexey Gladkov]

Michael Shigorin wrote:
> Хм, а как теперь принято? (опять за модой не успеваю следить... :)

По правде сказать, эта "мода" двигается ооочень медленно... за ней
может не успеть только тот, кто не следит вообще.

-- 
Rgrds, legion

Re: [devel] alterator-timezone-0.5.0-alt3

[Michael Shigorin]

On Mon, Sep 17, 2007 at 02:10:09PM +0400, Alexey Gladkov wrote:
> > Хм, а как теперь принято? (опять за модой не успеваю следить... :)
> По правде сказать, эта "мода" двигается ооочень медленно...
> за ней может не успеть только тот, кто не следит вообще.

Лёш, а это вообще-то достоинство -- когда за год не успевают
сломать достижения прошлого года.  Или хотя бы, *&^*&, спрашивают
в рассылках перед тем, как делать очередной прыжок в ширину, будь
то шрифты или переход от отсутствия меню к его неотрываемости.

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

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

[devel] amarok-mediadevice-daap-1.4.7-alt3

[Alexey Tourbin]

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

>  amarok-mediadevice-daap-1.4.7-alt3	Requires	rtld(GNU_HASH)
> +amarok-mediadevice-daap-1.4.7-alt3	Requires	ruby
>  amarok-mediadevice-daap-1.4.7-alt3	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

Примечательно, что пакет существенным образом использует ruby
./usr/bin/amarok_daapserver.rb:#!/usr/bin/env ruby

Но у него не было ни одной зависимости на ruby,
кроме libruby.so.1.8 (libruby).

Кстати, замечана очень кривая конструкция:
./usr/bin/amarok_daapserver.rb:  f = open('/tmp/test.ruby', File::WRONLY | File::APPEND | File::CREAT )

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

Re: [devel] amarok-mediadevice-daap-1.4.7-alt3

[Valery V. Inozemtsev]

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

В сообщении от 15 сентября 2007 Alexey Tourbin написал(a):
> >  amarok-mediadevice-daap-1.4.7-alt3	Requires	rtld(GNU_HASH)
> > +amarok-mediadevice-daap-1.4.7-alt3	Requires	ruby
> > 
> > amarok-mediadevice-daap-1.4.7-alt3	Requires(rpmlib)	rpmlib(CompressedFile
> >Names) <= 3.0.4-1
>
> Примечательно, что пакет существенным образом использует ruby
> ./usr/bin/amarok_daapserver.rb:#!/usr/bin/env ruby
>
> Но у него не было ни одной зависимости на ruby,
> кроме libruby.so.1.8 (libruby).

багрепортов не было, а я его не пользовал

>
> Кстати, замечана очень кривая конструкция:
> ./usr/bin/amarok_daapserver.rb:  f = open('/tmp/test.ruby', File::WRONLY |
> File::APPEND | File::CREAT )

как выпрямить?

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] amarok-mediadevice-daap-1.4.7-alt3

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 09:35:35PM +0400, Valery V. Inozemtsev wrote:
> > Примечательно, что пакет существенным образом использует ruby
> > ./usr/bin/amarok_daapserver.rb:#!/usr/bin/env ruby
> >
> > Но у него не было ни одной зависимости на ruby,
> > кроме libruby.so.1.8 (libruby).
> багрепортов не было, а я его не пользовал

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

> > Кстати, замечана очень кривая конструкция:
> > ./usr/bin/amarok_daapserver.rb:  f = open('/tmp/test.ruby', File::WRONLY |
> > File::APPEND | File::CREAT )
> как выпрямить?

def log( string )
  f = open('/tmp/test.ruby', File::WRONLY | File::APPEND | File::CREAT )
  f.puts( string )
  f.close
end

Видимо писать куда-то ещё, хотя бы в $TMPDIR/amarok-daapserver.log

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

[devel] amavisd-new-2.5.1-alt1

[Alexey Tourbin]

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

>  amavisd-new-2.5.1-alt1	Provides	amavisd
> +amavisd-new-2.5.1-alt1	Requires	/etc/control.d/facilities(control_subst)
> +amavisd-new-2.5.1-alt1	Requires	/etc/control.d/facilities(is_builtin_mode)
> +amavisd-new-2.5.1-alt1	Requires	/etc/control.d/facilities(new_help)
> +amavisd-new-2.5.1-alt1	Requires	/etc/control.d/facilities(new_subst)
> +amavisd-new-2.5.1-alt1	Requires	/etc/rc.d/init.d(action)
> +amavisd-new-2.5.1-alt1	Requires	/etc/rc.d/init.d(msg_usage)
> +amavisd-new-2.5.1-alt1	Requires	/etc/rc.d/init.d(start_daemon)
> +amavisd-new-2.5.1-alt1	Requires	/etc/rc.d/init.d(status)
> +amavisd-new-2.5.1-alt1	Requires	/etc/rc.d/init.d(stop_daemon)
> +amavisd-new-2.5.1-alt1	Requires	control
>  amavisd-new-2.5.1-alt1	Requires	coreutils

В этом пакете используется конструкция
	AutoReq: noperl
по смыслу она отличается от конструкции
	AutoReq: yes, noperl

Фактически весь поиск зависимостей сейчас отключен!  ССЗБ.
Попросил бы озвучить претензии к поиску перловых зависимостей.

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

Re: [devel] amavisd-new-2.5.1-alt1

[Alexey Shabalin]

2007/9/15, Alexey Tourbin <at@altlinux.ru>:
> >  amavisd-new-2.5.1-alt1       Provides        amavisd
> > +amavisd-new-2.5.1-alt1       Requires        /etc/control.d/facilities(control_subst)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/control.d/facilities(is_builtin_mode)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/control.d/facilities(new_help)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/control.d/facilities(new_subst)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/rc.d/init.d(action)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/rc.d/init.d(msg_usage)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/rc.d/init.d(start_daemon)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/rc.d/init.d(status)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/rc.d/init.d(stop_daemon)
> > +amavisd-new-2.5.1-alt1       Requires        control
> >  amavisd-new-2.5.1-alt1       Requires        coreutils
>
> В этом пакете используется конструкция
>         AutoReq: noperl
> по смыслу она отличается от конструкции
>         AutoReq: yes, noperl
>
> Фактически весь поиск зависимостей сейчас отключен!  ССЗБ.
> Попросил бы озвучить претензии к поиску перловых зависимостей.

1. появляется зависимость на
perl(SAVI.pm) >= 0.300 (это перловый модуль для антивируса sophos)
у нас такого модуля нет. Если есть корректная возможность избавится от
неё - было бы хорошо. Вырезать все упоминания об SAVI не хочется -
мало ли кто вдруг захочет использовать.

2. amavisd что находит в системе то и начинает использовать. поэтому
для  amavisd "порезан" на кучку нормальных/виртуальных пакетов. в них
и перенесены зависимости на нужные программы. Иначе все зависимости
создадутся для основного пакета.

-- 
Alexey Shabalin

[devel] anjuta-1.2.4-alt4

[Alexey Tourbin]

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

>  anjuta-1.2.4-alt4	Obsoletes	libanjuta
> +anjuta-1.2.4-alt4	Requires	autoconf-common
> +anjuta-1.2.4-alt4	Requires	automake-common
>  anjuta-1.2.4-alt4	Requires	bash
>  anjuta-1.2.4-alt4	Requires	coreutils
> +anjuta-1.2.4-alt4	Requires	gettext-tools
>  anjuta-1.2.4-alt4	Requires	gksu
> +anjuta-1.2.4-alt4	Requires	glib2-devel
> +anjuta-1.2.4-alt4	Requires	grep
> +anjuta-1.2.4-alt4	Requires	intltool
>  anjuta-1.2.4-alt4	Requires	libatk-1.0.so.0(ATK_1.0)
> @@ -5088,2 +5188,3 @@
>  anjuta-1.2.4-alt4	Requires	libstdc++.so.6(GLIBCXX_3.4.5)
> +anjuta-1.2.4-alt4	Requires	libtool-common
>  anjuta-1.2.4-alt4	Requires	libutil.so.1(GLIBC_2.0)
> @@ -5092,2 +5193,3 @@
>  anjuta-1.2.4-alt4	Requires	rtld(GNU_HASH)
> +anjuta-1.2.4-alt4	Requires	sed
>  anjuta-1.2.4-alt4	Requires	sh

В этом пакете есть неисполняемый скрипт
./usr/share/anjuta/autogen.sh
В нём используется много всего.

По смыслу вроде бы все зависимости проставились правильно.
То есть, если anjuta умеет полуавтоматически генерить скрипты
autotools, то все эти зависимости подходят.  Только тут сейчас
проставляются зависимости на *-common пакеты.  Правильно это
или нет сказать трудно, но с точки зрения поиска зависимостей
всё чисто.

$ rpm -q --whatprovides /usr/bin/libtool
libtool-common-0.2-alt2
$

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

Re: [devel] anjuta-1.2.4-alt4

[Alexey Rusakov]

On Sat, 15 Sep 2007 22:03:55 +0400
Alexey Tourbin wrote:

> В этом пакете есть неисполняемый скрипт
> ./usr/share/anjuta/autogen.sh
> В нём используется много всего.
Этот скрипт используется Анютой при создании новых automake-based проектов,
насколько я помню. Честно говоря, лично я за несколько лет использования
Анюты ни разу им не воспользовался, то есть появившиеся зависимости
справедливы, но не обязательны.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] anjuta-1.2.4-alt4

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070915 22:14]:
> По смыслу вроде бы все зависимости проставились правильно.
> То есть, если anjuta умеет полуавтоматически генерить скрипты
> autotools, то все эти зависимости подходят.
Может её сразу от rpm-build зависить?  Или перебор?

-- 
Regards,
Sir Raorn.

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

Re: [devel] anjuta-1.2.4-alt4

[Alexey Rusakov]

On Sun, 16 Sep 2007 13:42:05 +0400
Alexey I. Froloff wrote:

> * Alexey Tourbin <at@> [070915 22:14]:
> > По смыслу вроде бы все зависимости проставились правильно.
> > То есть, если anjuta умеет полуавтоматически генерить скрипты
> > autotools, то все эти зависимости подходят.
> Может её сразу от rpm-build зависить?  Или перебор?
Совершенно однозначный перебор. Даже если принять, что интеграция с
autotools относится к основной функциональности, интеграция с rpm-build там
по факту отсутствует. Да и не связана Анюта с RPM никаким местом...

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] anjuta-1.2.4-alt4

[Alexey I. Froloff]

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

* Alexey Rusakov <ktirf@> [070916 14:07]:
> > > По смыслу вроде бы все зависимости проставились правильно.
> > > То есть, если anjuta умеет полуавтоматически генерить скрипты
> > > autotools, то все эти зависимости подходят.
> > Может её сразу от rpm-build зависить?  Или перебор?
> Совершенно однозначный перебор. Даже если принять, что интеграция с
> autotools относится к основной функциональности, интеграция с rpm-build там
> по факту отсутствует. Да и не связана Анюта с RPM никаким местом...
rpm-build - как пакет, вытягивающий autotools, компилятор, patch,
gettext и пр.  build-essential, или как он там в дебиане называется?

-- 
Regards,
Sir Raorn.

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

Re: [devel] anjuta-1.2.4-alt4

[Alexey Rusakov]

On Sun, 16 Sep 2007 14:09:55 +0400
Alexey I. Froloff wrote:

> * Alexey Rusakov <ktirf@> [070916 14:07]:
> > > > По смыслу вроде бы все зависимости проставились правильно.
> > > > То есть, если anjuta умеет полуавтоматически генерить скрипты
> > > > autotools, то все эти зависимости подходят.
> > > Может её сразу от rpm-build зависить?  Или перебор?
> > Совершенно однозначный перебор. Даже если принять, что интеграция с
> > autotools относится к основной функциональности, интеграция с rpm-build там
> > по факту отсутствует. Да и не связана Анюта с RPM никаким местом...
> rpm-build - как пакет, вытягивающий autotools, компилятор, patch,
> gettext и пр.  build-essential, или как он там в дебиане называется?
Но у нас-то такого нет :) У нас если вытаскивается, то вместе с rpm, а rpm
не для всякой разработки нужен.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] anjuta-1.2.4-alt4

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 05:43:15PM +0400, Alexey Rusakov wrote:
> Alexey I. Froloff wrote:
> > rpm-build - как пакет, вытягивающий autotools, компилятор, patch,
> > gettext и пр.  build-essential, или как он там в дебиане называется?
> Но у нас-то такого нет :) У нас если вытаскивается, то вместе с rpm, а rpm
> не для всякой разработки нужен.

Сам rpm-build очень маленький, примерно 150 килобайт в развернутом виде.
Плюс librpmbuild где-то 130 килобайт в развернутом виде.  Так что вопрос
о том, нужен rpm-build или не нужен, лишён практичности.  А представить
себе систему вообще без rpm (не -build) довольно сложно.

В общем, можно считать, что одна из функций пакета rpm-build --
это предоставление базовой сборочной среды.

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

Re: [devel] anjuta-1.2.4-alt4

[Alexey Rusakov]

On Mon, 17 Sep 2007 18:00:16 +0400
Alexey Tourbin wrote:

> On Mon, Sep 17, 2007 at 05:43:15PM +0400, Alexey Rusakov wrote:
> > Alexey I. Froloff wrote:
> > > rpm-build - как пакет, вытягивающий autotools, компилятор, patch,
> > > gettext и пр.  build-essential, или как он там в дебиане называется?
> > Но у нас-то такого нет :) У нас если вытаскивается, то вместе с rpm, а rpm
> > не для всякой разработки нужен.
> 
> Сам rpm-build очень маленький, примерно 150 килобайт в развернутом виде.
> Плюс librpmbuild где-то 130 килобайт в развернутом виде.  Так что вопрос
> о том, нужен rpm-build или не нужен, лишён практичности.  А представить
> себе систему вообще без rpm (не -build) довольно сложно.
> 
> В общем, можно считать, что одна из функций пакета rpm-build --
> это предоставление базовой сборочной среды.
Анюта 1 в любом случае discontinued, Анюта 2 её уже переросла по всем
статьям. Так что по-хорошему её вообще можно выкинуть из репо, но пусть
это случится после выхода Мастера.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] anjuta-1.2.4-alt4

[Alexey I. Froloff]

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

* Alexey I. Froloff <raorn@> [070916 13:47]:
> > По смыслу вроде бы все зависимости проставились правильно.
> > То есть, если anjuta умеет полуавтоматически генерить скрипты
> > autotools, то все эти зависимости подходят.
> Может её сразу от rpm-build зависить?  Или перебор?
Типичный случай использования Recommends, кстати...  Ну или A ||
Null.

-- 
Regards,
Sir Raorn.

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

Re: [devel] anjuta-1.2.4-alt4

[Alexey Rusakov]

On Sun, 16 Sep 2007 14:03:31 +0400
Alexey I. Froloff wrote:

> * Alexey I. Froloff <raorn@> [070916 13:47]:
> > > По смыслу вроде бы все зависимости проставились правильно.
> > > То есть, если anjuta умеет полуавтоматически генерить скрипты
> > > autotools, то все эти зависимости подходят.
> > Может её сразу от rpm-build зависить?  Или перебор?
> Типичный случай использования Recommends, кстати...  Ну или A ||
> Null.
rpm-build я бы даже в Recommends не поставил. А вот autotools да, без
сомнения.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

[devel] arch-pqm-0.5-alt1

[Alexey Tourbin]

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

>  arch-pqm-0.5-alt1	Requires	python >= 2.3
> +arch-pqm-0.5-alt1	Requires	python-base
> +arch-pqm-0.5-alt1	Requires	python2.4(ConfigParser)
> +arch-pqm-0.5-alt1	Requires	python2.4(email)
> +arch-pqm-0.5-alt1	Requires	python2.4(getopt)
> +arch-pqm-0.5-alt1	Requires	python2.4(getpass)
> +arch-pqm-0.5-alt1	Requires	python2.4(glob)
> +arch-pqm-0.5-alt1	Requires	python2.4(gzip)
> +arch-pqm-0.5-alt1	Requires	python2.4(logging)
> +arch-pqm-0.5-alt1	Requires	python2.4(os)
> +arch-pqm-0.5-alt1	Requires	python2.4(popen2)
> +arch-pqm-0.5-alt1	Requires	python2.4(re)
> +arch-pqm-0.5-alt1	Requires	python2.4(smtplib)
> +arch-pqm-0.5-alt1	Requires	python2.4(stat)
> +arch-pqm-0.5-alt1	Requires	python2.4(string)
> +arch-pqm-0.5-alt1	Requires	python2.4(time)
> +arch-pqm-0.5-alt1	Requires	python2.4(traceback)
>  arch-pqm-0.5-alt1	Requires	sh

Программа написана на питоне.

$ rpmpeek arch-pqm-0.5-alt1.noarch.rpm head -1 ./usr/bin/arch-pqm
#!/usr/bin/env python
$

Все модули стандартные.  Это делает отказ от жесткой зависимости
на python, проставленной вручную, более возможным.

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

Re: [devel] arch-pqm-0.5-alt1

[Alexey Voinov]

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

Alexey Tourbin <at@altlinux.ru> writes:

>>  arch-pqm-0.5-alt1	Requires	python >= 2.3
>> +arch-pqm-0.5-alt1	Requires	python-base
>> +arch-pqm-0.5-alt1	Requires	python2.4(ConfigParser)
>> ...
>> +arch-pqm-0.5-alt1	Requires	python2.4(traceback)
>>  arch-pqm-0.5-alt1	Requires	sh
>
> Программа написана на питоне.
>
> $ rpmpeek arch-pqm-0.5-alt1.noarch.rpm head -1 ./usr/bin/arch-pqm
> #!/usr/bin/env python
> $
>
> Все модули стандартные.  Это делает отказ от жесткой зависимости
> на python, проставленной вручную, более возможным.
Логично. Так, пожалуй, и сделаю.

-- 
Best Regards!
Alexey Voinov

voins@voins.program.ru
voins@altlinux.ru

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

[devel] archivemail-0.7.0-alt1

[Alexey Tourbin]

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

>  archivemail-0.7.0-alt1	Requires	python-modules-encodings
> +archivemail-0.7.0-alt1	Requires	python2.4(fcntl)
> +archivemail-0.7.0-alt1	Requires	python2.4(getopt)
> +archivemail-0.7.0-alt1	Requires	python2.4(gzip)
> +archivemail-0.7.0-alt1	Requires	python2.4(mailbox)
> +archivemail-0.7.0-alt1	Requires	python2.4(os)
> +archivemail-0.7.0-alt1	Requires	python2.4(re)
> +archivemail-0.7.0-alt1	Requires	python2.4(rfc822)
> +archivemail-0.7.0-alt1	Requires	python2.4(shutil)
> +archivemail-0.7.0-alt1	Requires	python2.4(stat)
> +archivemail-0.7.0-alt1	Requires	python2.4(string)
> +archivemail-0.7.0-alt1	Requires	python2.4(tempfile)
> +archivemail-0.7.0-alt1	Requires	python2.4(time)
> +archivemail-0.7.0-alt1	Requires	python2.4(urlparse)
>  archivemail-0.7.0-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

Программа написана на питоне.
Все модули вроде бы стандартные.

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

[devel] avahi-bookmarks-0.6.21-alt2

[Alexey Tourbin]

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

>  avahi-bookmarks-0.6.21-alt2	Requires	python2.4(dbus)
> +avahi-bookmarks-0.6.21-alt2	Requires	python2.4(getopt)
>  avahi-bookmarks-0.6.21-alt2	Requires	python2.4(gobject)
> +avahi-bookmarks-0.6.21-alt2	Requires	python2.4(os)
>  avahi-bookmarks-0.6.21-alt2	Requires	python2.4(twisted)
> @@ -9382,2 +9531,3 @@
>  avahi-ui-0.6.21-alt2	Requires	python2.4(libglade)
> +avahi-ui-0.6.21-alt2	Requires	python2.4(os)
>  avahi-ui-0.6.21-alt2	Requires	rtld(GNU_HASH)

В avahi.spec используется добавление питновоских зависимостей вручную,
типа воттакова
	%py_requires avahi gobject dbus twisted twisted.internet

Автоматический поиск теперь "докручивает" то, что забыли указать
вручную (правда, getopt и os входят в python-base).  Чуть позже можно
будет попробовать удалить все %py_requires и посмотреть, работает ли
поиск питоновских зависимостей всё ещё (уже!) достаточно хорошо.

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

[devel] bacula-2.0.3-alt2

[Alexey Tourbin]

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

>  bacula-2.0.3-alt2	Requires	python-base
> +bacula-2.0.3-alt2	Requires	python2.4(array)
> +bacula-2.0.3-alt2	Requires	python2.4(os)
> +bacula-2.0.3-alt2	Requires	python2.4(popen2)
> +bacula-2.0.3-alt2	Requires	python2.4(re)
> +bacula-2.0.3-alt2	Requires	python2.4(time)
>  bacula-2.0.3-alt2	Requires	rtld(GNU_HASH)

Поиск питновских зависимостей теперь идет и в скриптах,
а не только в модулях:
./usr/share/bacula/scripts/dvd-handler:import popen2

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

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

[devel] batik-manual-1.6-alt1_3jpp1.7 shell deps

[Alexey Tourbin]

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

>  batik-manual-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +batik-rasterizer-1.6-alt1_3jpp1.7	Requires	/etc/rasterizer.conf
>  batik-rasterizer-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> @@ -9993,2 +10148,3 @@
>  batik-rasterizer-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +batik-slideshow-1.6-alt1_3jpp1.7	Requires	/etc/slideshow.conf
>  batik-slideshow-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> @@ -9998,2 +10154,3 @@
>  batik-slideshow-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +batik-svgpp-1.6-alt1_3jpp1.7	Requires	/etc/svgpp.conf
>  batik-svgpp-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> @@ -10003,2 +10160,3 @@
>  batik-svgpp-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +batik-ttf2svg-1.6-alt1_3jpp1.7	Requires	/etc/ttf2svg.conf
>  batik-ttf2svg-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7

В скрипте /usr/bin/rasterizer используется конструкция:

# Source system prefs
if [ -f /etc/rasterizer.conf ] ; then
  . /etc/rasterizer.conf
fi

Остальные случаи аналогичные.

Эти условные зависимости с текущим шелл-анализатором автоматически
отсеивать никак нельзя.  Остается либо переделать эти скрипты,
либо отключить поиск шелл-зависимостей (AutoReq: yes, noshell),
либо игнорировать зависимости в отдельных файлах
(%add_findreq_skiplist /usr/bin/rasterizer).

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

Остается понять, почему раньше эти зависимости не искались.
Дело в том, что в RPM_BUILD_ROOT эти скрипты находятся в состоянии
0644, так что раньше поиск зависимостей в них не производился;
однако в rpm пакет они запаковываются в состоянии %attr(0755,root,root).

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

[devel] bsh-1.3.0-alt1_10jpp1.7 castor-0.9.9.1-alt1_2jpp1.7

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 11:06:30PM +0400, Alexey Tourbin wrote:
> >  batik-manual-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-rasterizer-1.6-alt1_3jpp1.7	Requires	/etc/rasterizer.conf
> >  batik-rasterizer-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> > @@ -9993,2 +10148,3 @@
> >  batik-rasterizer-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-slideshow-1.6-alt1_3jpp1.7	Requires	/etc/slideshow.conf
> >  batik-slideshow-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> > @@ -9998,2 +10154,3 @@
> >  batik-slideshow-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-svgpp-1.6-alt1_3jpp1.7	Requires	/etc/svgpp.conf
> >  batik-svgpp-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> > @@ -10003,2 +10160,3 @@
> >  batik-svgpp-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-ttf2svg-1.6-alt1_3jpp1.7	Requires	/etc/ttf2svg.conf
> >  batik-ttf2svg-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> 
> В скрипте /usr/bin/rasterizer используется конструкция:
> 
> # Source system prefs
> if [ -f /etc/rasterizer.conf ] ; then
>   . /etc/rasterizer.conf
> fi
> 
> Остальные случаи аналогичные.
> 
> Эти условные зависимости с текущим шелл-анализатором автоматически
> отсеивать никак нельзя.  Остается либо переделать эти скрипты,
> либо отключить поиск шелл-зависимостей (AutoReq: yes, noshell),
> либо игнорировать зависимости в отдельных файлах
> (%add_findreq_skiplist /usr/bin/rasterizer).
> 
> Вообще-то эти скритпы запакованы в виде отдельных Source,
> так что, кажется, переделка их не должна стать обременительной.
> 
> Остается понять, почему раньше эти зависимости не искались.
> Дело в том, что в RPM_BUILD_ROOT эти скрипты находятся в состоянии
> 0644, так что раньше поиск зависимостей в них не производился;
> однако в rpm пакет они запаковываются в состоянии %attr(0755,root,root).

Аналогичные ситуации в некоторых других java пакетах:

> @@ -12498,2 +12673,3 @@
>  bsdiff-4.3-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +bsh-1.3.0-alt1_10jpp1.7	Requires	/etc/bsh.conf
>  bsh-1.3.0-alt1_10jpp1.7	Requires	bsf
> @@ -12513,2 +12689,3 @@
>  bsh-manual-1.3.0-alt1_10jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +bsh2-2.0-alt1_0.b4.1jpp1.7	Requires	/etc/bsh2.conf
>  bsh2-2.0-alt1_0.b4.1jpp1.7	Requires	asm >= 0:1.5.3
> @@ -13768,2 +13945,3 @@
>  carol-irmi-javadoc-1.0.1-alt1_1jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +castor-0.9.9.1-alt1_2jpp1.7	Requires	/etc/java/castor.conf
>  castor-0.9.9.1-alt1_2jpp1.7	Requires	adaptx

$ rpmpeek bsh-1.3.0-alt1_10jpp1.7.noarch.rpm grep -r bsh.conf .
./usr/bin/bsh:if [ -f /etc/bsh.conf ] ; then
./usr/bin/bsh:  . /etc/bsh.conf
$ rpmpeek castor-0.9.9.1-alt1_2jpp1.7.noarch.rpm grep -r castor.conf .
./usr/bin/castor:if [ -f /etc/java/castor.conf ] ; then
./usr/bin/castor:  . /etc/java/castor.conf
$

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

Re: [devel] bsh-1.3.0-alt1_10jpp1.7 castor-0.9.9.1-alt1_2jpp1.7

[Igor Vlasenko]

On Sun, Sep 16, 2007 at 12:28:06AM +0400, Alexey Tourbin wrote:
> On Sat, Sep 15, 2007 at 11:06:30PM +0400, Alexey Tourbin wrote:
> > Эти условные зависимости с текущим шелл-анализатором автоматически
> > отсеивать никак нельзя.  Остается либо переделать эти скрипты,
> > либо отключить поиск шелл-зависимостей (AutoReq: yes, noshell),
> > либо игнорировать зависимости в отдельных файлах
> > (%add_findreq_skiplist /usr/bin/rasterizer).

Да, спасибо.
Но здесь напрашивается четвертый вариант.
Указанные файлы - опционные конфиги.
Я думаю, насколько корректно было бы делать
ux touch /etc/blabla.conf
+
%config(missingok,noreplace) /etc/blabla.conf

Кстати, нужен ли в этом случае touch /etc/blabla.conf
в %install ?

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

[devel] fop-0.20.5-alt1_12jpp1.7

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 11:06:30PM +0400, Alexey Tourbin wrote:
> >  batik-manual-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-rasterizer-1.6-alt1_3jpp1.7	Requires	/etc/rasterizer.conf
> >  batik-rasterizer-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> > @@ -9993,2 +10148,3 @@
> >  batik-rasterizer-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-slideshow-1.6-alt1_3jpp1.7	Requires	/etc/slideshow.conf
> >  batik-slideshow-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> > @@ -9998,2 +10154,3 @@
> >  batik-slideshow-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-svgpp-1.6-alt1_3jpp1.7	Requires	/etc/svgpp.conf
> >  batik-svgpp-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> > @@ -10003,2 +10160,3 @@
> >  batik-svgpp-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-ttf2svg-1.6-alt1_3jpp1.7	Requires	/etc/ttf2svg.conf
> >  batik-ttf2svg-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> 
> В скрипте /usr/bin/rasterizer используется конструкция:
> 
> # Source system prefs
> if [ -f /etc/rasterizer.conf ] ; then
>   . /etc/rasterizer.conf
> fi

Аналогичная ситуация в пакете fop.

 foomatic-filters-3.0.2-alt5	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
+fop-0.20.5-alt1_12jpp1.7	Requires	/etc/fop.conf
 fop-0.20.5-alt1_12jpp1.7	Requires	batik >= 0:1.6

> Эти условные зависимости с текущим шелл-анализатором автоматически
> отсеивать никак нельзя.  Остается либо переделать эти скрипты,
> либо отключить поиск шелл-зависимостей (AutoReq: yes, noshell),
> либо игнорировать зависимости в отдельных файлах
> (%add_findreq_skiplist /usr/bin/rasterizer).
> 
> Вообще-то эти скритпы запакованы в виде отдельных Source,
> так что, кажется, переделка их не должна стать обременительной.
> 
> Остается понять, почему раньше эти зависимости не искались.
> Дело в том, что в RPM_BUILD_ROOT эти скрипты находятся в состоянии
> 0644, так что раньше поиск зависимостей в них не производился;
> однако в rpm пакет они запаковываются в состоянии %attr(0755,root,root).

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

[devel] beagle-0.2.17-alt1 mono deps

[Alexey Tourbin]

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

>  beagle-0.2.17-alt1	Provides	mono(Beagle) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(BeagleDaemon) = 0.0.0.0
>  beagle-0.2.17-alt1	Provides	mono(BeagleDaemonLib) = 1.9.1.2
>  beagle-0.2.17-alt1	Provides	mono(BeagleDaemonPlugins) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(BuildIndex) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(Config) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(DocExtractor) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(DumpIndex) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(ExerciseFileSystem) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(ExtractContent) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(IndexHelper) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(IndexWebContent) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(Info) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(ManageIndex) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(Query) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(Shutdown) = 0.0.0.0
> +beagle-0.2.17-alt1	Provides	mono(Filters) = 0.2.0.0
>  beagle-0.2.17-alt1	Provides	mono(Util) = 0.7.1.0
> @@ -10279,3 +10425,5 @@
>  beagle-0.2.17-alt1	Requires	libc.so.6(GLIBC_2.4)
> +beagle-0.2.17-alt1	Requires	libchm.so.0
>  beagle-0.2.17-alt1	Requires	libexif
> +beagle-0.2.17-alt1	Requires	libexif.so.12
>  beagle-0.2.17-alt1	Requires	libglib-2.0.so.0
> @@ -10297,2 +10445,3 @@
>  beagle-0.2.17-alt1	Requires	mono(gmime-sharp) = 2.2.0.0
> +beagle-0.2.17-alt1	Requires	mono(gsf-sharp) = 0.0.0.7
>  beagle-0.2.17-alt1	Requires	mono(mscorlib) = 2.0.0.0
> @@ -10317,10 +10466,20 @@
>  beagle-crawl-system-0.2.17-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +beagle-evolution-0.2.17-alt1	Provides	mono(EvolutionBackends) = 0.0.0.0
>  beagle-evolution-0.2.17-alt1	Requires	beagle-gui = 0.2.17-alt1
>  beagle-evolution-0.2.17-alt1	Requires	libevolution-sharp
> +beagle-evolution-0.2.17-alt1	Requires	mono(Beagle) = 0.0.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(BeagleDaemonLib) = 1.9.1.2
> +beagle-evolution-0.2.17-alt1	Requires	mono(Mono.Posix) = 2.0.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(System) = 2.0.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(System.Xml) = 2.0.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(Util) = 0.7.1.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(evolution-sharp) = 2.0.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(gconf-sharp) = 2.16.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(glib-sharp) = 2.10.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(gmime-sharp) = 2.2.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(mscorlib) = 2.0.0.0
>  beagle-evolution-0.2.17-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1
>  beagle-evolution-0.2.17-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -beagle-gui-0.2.17-alt1	Provides	mono(ImLogViewer) = 0.0.0.0
> +beagle-evolution-0.2.17-alt1	Requires(rpmlib)	rpmlib(VersionedDependencies) <= 3.0.3-1
>  beagle-gui-0.2.17-alt1	Provides	mono(Images) = 0.0.0.0
> -beagle-gui-0.2.17-alt1	Provides	mono(Search) = 0.0.0.0
> -beagle-gui-0.2.17-alt1	Provides	mono(Settings) = 0.0.0.0
>  beagle-gui-0.2.17-alt1	Provides	mono(UiUtil) = 0.0.0.0
> @@ -10334,2 +10493,3 @@
>  beagle-gui-0.2.17-alt1	Requires	libglib-2.0.so.0(GLIB_2.14)
> +beagle-gui-0.2.17-alt1	Requires	libgnomevfs-2.so.0
>  beagle-gui-0.2.17-alt1	Requires	libgobject-2.0.so.0(GLIB_2.12)

Я несколько переделал rpm-build-mono.  Если у нас есть Большие Специалисты
по mono, то я готов обсудить это очень подробно (а также задать несколько
вопросов).  В противном случае, как говорится, дарёному коню в зубы не смотрят.

В двух словах, изменения здесь такие: 1) В provides больше
не обрабатываются *.exe файлы, а только *.dll; 2) реализован поиск
разделяемых библиотека на основе информации из *.dll.config файлов.

Почему добавилось много зависимостей в beagle-evolution я не знаю.
Наверное, я где-то исправил все ошибки.

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

Re: [devel] beagle-0.2.17-alt1 mono deps

[Alexey Shabalin]

> Я несколько переделал rpm-build-mono.  Если у нас есть Большие Специалисты
> по mono, то я готов обсудить это очень подробно (а также задать несколько
> вопросов).  В противном случае, как говорится, дарёному коню в зубы не смотрят.
Больших Специалистов наверно не осталось.
Я как могу по маленьку поддерживаю моновское хозяйство на уровне
актуальности версий, не более. (ну и ещё востановить собираемость
пакетов, если поломается)
За подарки спасибо, приспособимся.
>
> В двух словах, изменения здесь такие: 1) В provides больше
> не обрабатываются *.exe файлы, а только *.dll; 2) реализован поиск
> разделяемых библиотека на основе информации из *.dll.config файлов.
>
> Почему добавилось много зависимостей в beagle-evolution я не знаю.
> Наверное, я где-то исправил все ошибки.

-- 
Alexey Shabalin

[devel] beryl-settings-0.2.1-alt4

[Alexey Tourbin]

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

> @@ -10633,4 +10793,13 @@
>  beryl-settings-0.2.1-alt4	Requires	coreutils
> +beryl-settings-0.2.1-alt4	Requires	python-base
>  beryl-settings-0.2.1-alt4	Requires	python-module-pygtk
>  beryl-settings-0.2.1-alt4	Requires	python-modules-xml
> +beryl-settings-0.2.1-alt4	Requires	python2.4(berylsettings)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(gettext)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(gobject)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(gtk)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(locale)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(os)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(re)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(xml)
>  beryl-settings-0.2.1-alt4	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

В пакете beryl-settings появилась зависимость на
python2.4(berylsettings), из чего по-видимому следует, что
python2.4(berylsettings) предоставляется каким-то другим пакетом
(потому что Requires, взаимные для Provides, в пределах одного пакета
оптимизируются, то есть удаляются).

./usr/bin/beryl-settings:import berylsettings

Package: python2.4(berylsettings)
Reverse Provides: 
beryl-settings-bindings 0.2.1-alt1

Поскольку beryl-settings-bindings собирается из отдельного src.rpm,
то, кажется, "ничего такого" в этом нет.

Однако, если бы пакет beryl-settings-bindings получался из того же
самого src.rpm, то появление зависимости python2.4(berylsettings)
могло бы указывать на неправильный расклад файлов по подпакетам.

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

[devel] bootsplash-3.3-alt3

[Alexey Tourbin]

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

>  bootsplash-3.3-alt3	PreReq	coreutils
> +bootsplash-3.3-alt3	Requires	/etc/init.d/splash
>  bootsplash-3.3-alt3	Requires	/etc/rc.d/init.d(SourceIfNotEmpty)

Здесь из-за симлинка /usr/sbin/rcsplash -> ../../etc/init.d/splash
появляется анмет на /etc/init.d/splash.

Это поведение отчасти исправлено в более текущем rpm-build alt78+,
однако иметь такой симлинк в пакете это не очень хорошая идея.
Этот симлник сгенерирован без использования relative,
что чревато ошибками.

ПРОБЛЕМА в том, что симлинк -> ../../etc/init.d/splash
В БИЛДРУТЕ является битым, потому что в билдруте нету другого
симлинка: /etc/init.d -> rc.d/init.d.  Тогда как на самом деле
файл /etc/rc.d/init.d/splash присутствует в бидруте.
То есть, грубо говоря, у пакета появляется анмет на самого себя.

ЦУ.  Используйте relative для создания симлинков в билдруте (кроме
самых простых случаев, когда симлинк смотрит в тот же каталог).

PS.  Кто не знает как использовать relative или вообще путается
в симлинках -- спрашивайте, объясню капитально.

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

[devel] cogito-0.18.2-alt2

[Alexey Tourbin]

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

>  cog-0.8.0-alt3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +cogito-0.18.2-alt2	Requires	bash
> +cogito-0.18.2-alt2	Requires	bzip2
>  cogito-0.18.2-alt2	Requires	coreutils
> +cogito-0.18.2-alt2	Requires	curl
> +cogito-0.18.2-alt2	Requires	diffutils
> +cogito-0.18.2-alt2	Requires	findutils
> +cogito-0.18.2-alt2	Requires	gawk
>  cogito-0.18.2-alt2	Requires	git-core >= 1.4.4
> +cogito-0.18.2-alt2	Requires	gnupg
> +cogito-0.18.2-alt2	Requires	grep
> +cogito-0.18.2-alt2	Requires	gzip
>  cogito-0.18.2-alt2	Requires	perl(warnings.pm)
> +cogito-0.18.2-alt2	Requires	perl-base
> +cogito-0.18.2-alt2	Requires	sed
> +cogito-0.18.2-alt2	Requires	sh
>  cogito-0.18.2-alt2	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

В cogito нормально проставились зависимости (и не только на базовую
систему, но также и на gnupg и curl), потому что скрипты с шебангом
"#!/usr/bin/env bash" теперь нормально опознаются как баш-скрипты.

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

[devel] cups-1.2.12-alt4

[Alexey Tourbin]

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

>  cups-1.2.12-alt4	Requires	coreutils
> +cups-1.2.12-alt4	Requires	fonts-type1-urw
>  cups-1.2.12-alt4	Requires	grep

Это зависимость через симлинки на шрифты.
Поиск зависимостей идет так (кусочек лога сборки):

symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier: checking contents_index_all for /usr/share/fonts/type1/urw/n022003l.pfb
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier: /usr/share/fonts/type1/urw/n022003l.pfb -> fonts-type1-urw (via contents_index_all)
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Bold: checking contents_index_all for /usr/share/fonts/type1/urw/n022004l.pfb
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Bold: /usr/share/fonts/type1/urw/n022004l.pfb -> fonts-type1-urw (via contents_index_all)
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-BoldOblique: checking contents_index_all for /usr/share/fonts/type1/urw/n022024l.pfb
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-BoldOblique: /usr/share/fonts/type1/urw/n022024l.pfb -> fonts-type1-urw (via contents_index_all)
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Oblique: checking contents_index_all for /usr/share/fonts/type1/urw/n022023l.pfb
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Oblique: /usr/share/fonts/type1/urw/n022023l.pfb -> fonts-type1-urw (via contents_index_all)

(При активизации поиска зависимости через contents_index_all у скриптов
автоматически выстявляется verbosity в максимум вплоть до окончиня
поиска этой зависимости.  У этой идеи интересная реализация, см. rpm.git
бранч mod файл scripts/find-package.in.)

Считаю зависимость на fonts-type1-urw правильной.  Также это дает
основания думать, что поиск зависимостей через симлинки -- в целом
правильная идея.

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

Re: [devel] cups-1.2.12-alt4

[Stanislav Ievlev]

Да, зависимость на шрифты правильная.

Но вот насчёт того что это верно в общем случае не согласен (см. мои
замечания про alterator-timezone).

On Sun, Sep 16, 2007 at 01:09:06AM +0400, Alexey Tourbin wrote:
> >  cups-1.2.12-alt4	Requires	coreutils
> > +cups-1.2.12-alt4	Requires	fonts-type1-urw
> >  cups-1.2.12-alt4	Requires	grep
> 
> Это зависимость через симлинки на шрифты.
> Поиск зависимостей идет так (кусочек лога сборки):
> 
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier: checking contents_index_all for /usr/share/fonts/type1/urw/n022003l.pfb
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier: /usr/share/fonts/type1/urw/n022003l.pfb -> fonts-type1-urw (via contents_index_all)
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Bold: checking contents_index_all for /usr/share/fonts/type1/urw/n022004l.pfb
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Bold: /usr/share/fonts/type1/urw/n022004l.pfb -> fonts-type1-urw (via contents_index_all)
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-BoldOblique: checking contents_index_all for /usr/share/fonts/type1/urw/n022024l.pfb
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-BoldOblique: /usr/share/fonts/type1/urw/n022024l.pfb -> fonts-type1-urw (via contents_index_all)
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Oblique: checking contents_index_all for /usr/share/fonts/type1/urw/n022023l.pfb
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Oblique: /usr/share/fonts/type1/urw/n022023l.pfb -> fonts-type1-urw (via contents_index_all)
> 
> (При активизации поиска зависимости через contents_index_all у скриптов
> автоматически выстявляется verbosity в максимум вплоть до окончиня
> поиска этой зависимости.  У этой идеи интересная реализация, см. rpm.git
> бранч mod файл scripts/find-package.in.)
> 
> Считаю зависимость на fonts-type1-urw правильной.  Также это дает
> основания думать, что поиск зависимостей через симлинки -- в целом
> правильная идея.



> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

[devel] dbmail-contrib-2.2.5-alt1

[Alexey Tourbin]

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

>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/dropdb
> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysql
> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysqladmin
>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysqldump
> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/pg_dump
>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/psql
> @@ -18478,3 +18725,9 @@
>  dbmail-contrib-2.2.5-alt1	Requires	dbmail = 2.2.5-alt1
> +dbmail-contrib-2.2.5-alt1	Requires	gzip
>  dbmail-contrib-2.2.5-alt1	Requires	python-base
> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(email)
> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(getopt)
> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(mailbox)
> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(os)
> +dbmail-contrib-2.2.5-alt1	Requires	sed
>  dbmail-contrib-2.2.5-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

У dbmail-contrib появились новые зависимости как на mysql,
так и на postgresql.  Впрочем, кажется, они не добавляют ничего
существенного к уже существующим, так что более глубоко комментировать
не буду.

(ATTN.  Все зависимости на /usr/bin/* сейчас не являются анметами, при
условии, что какие-то пакеты содержат эти файлы.  То есть не обязательно
писать соответствующие Provides: /usr/bin/*.  Вообще, можно считать, что
это справедливо для путей /bin /sbin /usr/bin /usr/sbin.  Однако есть
тонкая разница -- МОЖНО НЕ писать не значит, что НЕ НУЖНО писать.
Однако в данном конкретном случае проще ничего не делать, чем что-то
делать.)

Питоновские модули все стандартные.

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

Re: [devel] dbmail-contrib-2.2.5-alt1

[Eugene Prokopiev]

Alexey Tourbin пишет:
>>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/dropdb
>> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysql
>> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysqladmin
>>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysqldump
>> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/pg_dump
>>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/psql
>> @@ -18478,3 +18725,9 @@
>>  dbmail-contrib-2.2.5-alt1	Requires	dbmail = 2.2.5-alt1
>> +dbmail-contrib-2.2.5-alt1	Requires	gzip
>>  dbmail-contrib-2.2.5-alt1	Requires	python-base
>> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(email)
>> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(getopt)
>> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(mailbox)
>> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(os)
>> +dbmail-contrib-2.2.5-alt1	Requires	sed
>>  dbmail-contrib-2.2.5-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1
> 
> У dbmail-contrib появились новые зависимости как на mysql,
> так и на postgresql.  Впрочем, кажется, они не добавляют ничего
> существенного к уже существующим, так что более глубоко комментировать
> не буду.

Меня больше всего интересует классический вопрос: что делать? До сих пор 
я (может не только я?) формировал контриб именно по такому принципу: 
почти свалка возможно полезных кому-то в качестве примеров файлов, 
недостойных, однако, нормального опакечивания с зависимостями и т.д. Но 
ставить ради знакомства с несколькими текстовыми файлами неиспользуемый 
скриптовый язык или СУБД - это перебор ...

Можно как-нибудь сделать так, чтоб эти зависимости не появлялись?

-- 
С уважением,
Прокопьев Евгений

Re: [devel] dbmail-contrib-2.2.5-alt1

[Alexey Tourbin]

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

On Sun, Sep 16, 2007 at 12:55:17PM +0400, Eugene Prokopiev wrote:
> Alexey Tourbin пишет:
> >>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/dropdb
> >> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysql
> >> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysqladmin
> >>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysqldump
> >> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/pg_dump
> >>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/psql
> >> @@ -18478,3 +18725,9 @@
> >>  dbmail-contrib-2.2.5-alt1	Requires	dbmail = 2.2.5-alt1
> >> +dbmail-contrib-2.2.5-alt1	Requires	gzip
> >>  dbmail-contrib-2.2.5-alt1	Requires	python-base
> >> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(email)
> >> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(getopt)
> >> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(mailbox)
> >> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(os)
> >> +dbmail-contrib-2.2.5-alt1	Requires	sed
> >>  dbmail-contrib-2.2.5-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1
> > 
> > У dbmail-contrib появились новые зависимости как на mysql,
> > так и на postgresql.  Впрочем, кажется, они не добавляют ничего
> > существенного к уже существующим, так что более глубоко комментировать
> > не буду.
> 
> Меня больше всего интересует классический вопрос: что делать? До сих пор 
> я (может не только я?) формировал контриб именно по такому принципу: 
> почти свалка возможно полезных кому-то в качестве примеров файлов, 
> недостойных, однако, нормального опакечивания с зависимостями и т.д. Но 
> ставить ради знакомства с несколькими текстовыми файлами неиспользуемый 
> скриптовый язык или СУБД - это перебор ...
> 
> Можно как-нибудь сделать так, чтоб эти зависимости не появлялись?

В принципе пакеты *-contrib обычно существуют как "свалка скриптов,
которые присылали в апстрим последние лет 10".  Эти скрипты
иногда берут за основу для написания своих собственных скриптов.
Но ни один пакет в репозитарии не должен иметь зависимостей на 
*-contrib пакеты.

Думаю, что на зависимости *-contrib пакетов можно смотреть сквозь
пальцы, если только это не анметы.

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

[devel] design-bootsplash-* symlinks

[Alexey Tourbin]

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

>  design-bootsplash-DangerGirl-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-DangerGirl-1.0-alt1	Requires	/etc/bootsplash/themes/DangerGirl/config/bootsplash-1280x1024.cfg
> +design-bootsplash-DangerGirl-1.0-alt1	Requires	/etc/bootsplash/themes/DangerGirl/config/bootsplash-800x600.cfg
>  design-bootsplash-DangerGirl-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19187,2 +19445,4 @@
>  design-bootsplash-EvenNewerTux-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-EvenNewerTux-1.0-alt1	Requires	/etc/bootsplash/themes/EvenNewerTux/config/bootsplash-1280x1024.cfg
> +design-bootsplash-EvenNewerTux-1.0-alt1	Requires	/etc/bootsplash/themes/EvenNewerTux/config/bootsplash-800x600.cfg
>  design-bootsplash-EvenNewerTux-1.0-alt1	Requires	bootsplash >= 3.2-alt3

В этих пакетах есть много битых симлинков:

/etc/bootsplash/themes/EvenNewerTux/config/vt1-1280x1024.cfg -> bootsplash-1280x1024.cfg
/etc/bootsplash/themes/EvenNewerTux/config/vt1-800x600.cfg -> bootsplash-800x600.cfg

Файлов bootsplash-1280x1024.cfg и bootsplash-800x600.cfg на месте нет.
Считаю это ошибкой запаковки.

> @@ -19194,2 +19454,4 @@
>  design-bootsplash-FarCry-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-FarCry-1.0-alt1	Requires	/etc/bootsplash/themes/FarCry/config/bootsplash-1280x1024.cfg
> +design-bootsplash-FarCry-1.0-alt1	Requires	/etc/bootsplash/themes/FarCry/config/bootsplash-800x600.cfg
>  design-bootsplash-FarCry-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19222,2 +19484,4 @@
>  design-bootsplash-Linux-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-Linux-1.0-alt1	Requires	/etc/bootsplash/themes/Linux/config/bootsplash-1280x1024.cfg
> +design-bootsplash-Linux-1.0-alt1	Requires	/etc/bootsplash/themes/Linux/config/bootsplash-800x600.cfg
>  design-bootsplash-Linux-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19229,2 +19493,4 @@
>  design-bootsplash-Matrix-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-Matrix-1.0-alt1	Requires	/etc/bootsplash/themes/Matrix/config/bootsplash-1280x1024.cfg
> +design-bootsplash-Matrix-1.0-alt1	Requires	/etc/bootsplash/themes/Matrix/config/bootsplash-800x600.cfg
>  design-bootsplash-Matrix-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19236,2 +19502,3 @@
>  design-bootsplash-NightWorld-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-NightWorld-1.0-alt1	Requires	/etc/bootsplash/themes/NightWorld/config/bootsplash-1280x1024.cfg
>  design-bootsplash-NightWorld-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19243,2 +19510,4 @@
>  design-bootsplash-Notes-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-Notes-1.0-alt1	Requires	/etc/bootsplash/themes/Notes/config/bootsplash-1280x1024.cfg
> +design-bootsplash-Notes-1.0-alt1	Requires	/etc/bootsplash/themes/Notes/config/bootsplash-800x600.cfg
>  design-bootsplash-Notes-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19264,2 +19533,4 @@
>  design-bootsplash-ThinkLinux-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-ThinkLinux-1.0-alt1	Requires	/etc/bootsplash/themes/ThinkLinux/config/bootsplash-1280x1024.cfg
> +design-bootsplash-ThinkLinux-1.0-alt1	Requires	/etc/bootsplash/themes/ThinkLinux/config/bootsplash-800x600.cfg
>  design-bootsplash-ThinkLinux-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19271,2 +19542,3 @@
>  design-bootsplash-TuxNTosh-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-TuxNTosh-1.0-alt1	Requires	/etc/bootsplash/themes/TuxNTosh/config/bootsplash-1280x1024.cfg
>  design-bootsplash-TuxNTosh-1.0-alt1	Requires	bootsplash >= 3.2-alt3

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

[devel] design-graphics-* symlinks

[Alexey Tourbin]

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

>  design-graphics-Compact-3.1.0.1-alt2	Requires	/etc/alternatives/packages.d
> +design-graphics-Compact-3.1.0.1-alt2	Requires	/usr/share/design/wallpapers
>  design-graphics-Compact-3.1.0.1-alt2	Requires(interp)	/bin/sh

symlinks.req: /usr/src/tmp/design-graphics-Compact-buildroot/usr/share/design/Compact/backgrounds/kde: checking contents_index_all for /usr/share/design/wallpapers
symlinks.req: /usr/src/tmp/design-graphics-Compact-buildroot/usr/share/design/Compact/backgrounds/kde: /usr/share/design/wallpapers -> /usr/share/design/wallpapers (raw, not found)

По-видимому, симлинк
/usr/share/design/Compact/backgrounds/kde -> ../../wallpapers
ошибочный, так как он показывает на каталог /usr/share/design/wallpapers
которого нигде нет, а есть только каталог /usr/share/wallpapers.
Ниже все зависимости на /usr/share/wallpapers правильные.

>  design-graphics-compact-3.1.3-alt0.1	Requires	/etc/alternatives/packages.d
> +design-graphics-compact-3.1.3-alt0.1	Requires	/usr/share/wallpapers
>  design-graphics-compact-3.1.3-alt0.1	Requires(interp)	/bin/sh
> @@ -19337,2 +19611,3 @@
>  design-graphics-desktop-4.0-alt0.1	Requires	/etc/alternatives/packages.d
> +design-graphics-desktop-4.0-alt0.1	Requires	/usr/share/wallpapers
>  design-graphics-desktop-4.0-alt0.1	Requires(interp)	/bin/sh
> @@ -19352,2 +19627,3 @@
>  design-graphics-junior-4.0.1-alt4	Requires	/etc/alternatives/packages.d
> +design-graphics-junior-4.0.1-alt4	Requires	/usr/share/wallpapers
>  design-graphics-junior-4.0.1-alt4	Requires(interp)	/bin/sh
> @@ -19367,2 +19643,3 @@
>  design-graphics-sisyphus-3.1.4-alt2	Requires	/etc/alternatives/packages.d
> +design-graphics-sisyphus-3.1.4-alt2	Requires	/usr/share/wallpapers
>  design-graphics-sisyphus-3.1.4-alt2	Requires(interp)	/bin/sh
> @@ -19382,2 +19659,3 @@
>  design-graphics-sisyphus2-1.0-alt1	Requires	/etc/alternatives/packages.d
> +design-graphics-sisyphus2-1.0-alt1	Requires	/usr/share/wallpapers
>  design-graphics-sisyphus2-1.0-alt1	Requires(interp)	/bin/sh

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

[devel] dhcp-client-3.0.6-alt1

[Alexey Tourbin]

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

>  dhcp-client-3.0.6-alt1	Requires	bash
> +dhcp-client-3.0.6-alt1	Requires	bind-utils
>  dhcp-client-3.0.6-alt1	Requires	coreutils

В неисполняемом шелл-скрипте /etc/dhcp/dhclient.d/enter010.sethostname
используется nslookup, причем следующим вугьларным образом:
./etc/dhcp/dhclient.d/enter010.sethostname:  (echo "set type=ptr"; echo "$ptrname") |nslookup >/tmp/nslookup.$$
и далее там rm /tmp/nslookup.$$

Зависимость вроде бы правильная, если предполагается работоспособность
этого скрипта; хотя сам скрипт кривоват.

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

Re: [devel] dhcp-client-3.0.6-alt1

[Dmitry V. Levin]

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

On Sun, Sep 16, 2007 at 03:43:00PM +0400, Alexey Tourbin wrote:
> >  dhcp-client-3.0.6-alt1	Requires	bash
> > +dhcp-client-3.0.6-alt1	Requires	bind-utils
> >  dhcp-client-3.0.6-alt1	Requires	coreutils
> 
> В неисполняемом шелл-скрипте /etc/dhcp/dhclient.d/enter010.sethostname
> используется nslookup, причем следующим вугьларным образом:
> ./etc/dhcp/dhclient.d/enter010.sethostname:  (echo "set type=ptr"; echo "$ptrname") |nslookup >/tmp/nslookup.$$
> и далее там rm /tmp/nslookup.$$

Все упакованные в dhcp-client скрипты из каталога /etc/dhcp/dhclient.d/ по
умолчанию не используются, поскольку они не исполняемые.
Куда бы их спрятать от вездесущего find-requires?

> Зависимость вроде бы правильная, если предполагается работоспособность
> этого скрипта; хотя сам скрипт кривоват.

Скрипт кривой, его лучше вообще удалить.


-- 
ldv

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

Re: [devel] dhcp-client-3.0.6-alt1

[Alexey Tourbin]

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

On Sun, Sep 16, 2007 at 07:40:17PM +0400, Dmitry V. Levin wrote:
> On Sun, Sep 16, 2007 at 03:43:00PM +0400, Alexey Tourbin wrote:
> > >  dhcp-client-3.0.6-alt1	Requires	bash
> > > +dhcp-client-3.0.6-alt1	Requires	bind-utils
> > >  dhcp-client-3.0.6-alt1	Requires	coreutils
> > 
> > В неисполняемом шелл-скрипте /etc/dhcp/dhclient.d/enter010.sethostname
> > используется nslookup, причем следующим вугьларным образом:
> > ./etc/dhcp/dhclient.d/enter010.sethostname:  (echo "set type=ptr"; echo "$ptrname") |nslookup >/tmp/nslookup.$$
> > и далее там rm /tmp/nslookup.$$
> 
> Все упакованные в dhcp-client скрипты из каталога /etc/dhcp/dhclient.d/ по
> умолчанию не используются, поскольку они не исполняемые.
> Куда бы их спрятать от вездесущего find-requires?

Предполагается ли что они могут использоваться после изменения
конфигурации, то есть после изменения конфигурации некоторым штатным
и хорошо документированным способом?  То есть то, что скрипты не
используются по умолчанию, это только "часть ответа".  Потому что
вопрос такой: предполагается ли, что эти скрипты должны работать
в некоторой другой, но "штатной" конфигурации?  Если предполагается,
что эти скриты должны работать после изменения конфигурации, тогда
поиск зависимостей в них (а также syntax check) имеет смысл.

В принципе, такой же вопрос есть, например, к скриптам в
/usr/share/git-core/templates/.  Они не используются по умолчанию,
но предполагается, что они всё-таки должны работать.  Поэтому
не надо их никуда прятать.

Если же по смыслу/по уровню это что-то типа contrib, то,
действительно, их лучше куда-то спрятать.  Вариантов несколько:
либо делать отдельный пакет *-contrib, на который можно смотреть
сквозь пальцы, либо явно игнорировать зависимости через
%add_findreq_skiplist, либо переложить скрипты в /usr/share/doc.

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

Re: [devel] dhcp-client-3.0.6-alt1

[Dmitry V. Levin]

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

On Sun, Sep 16, 2007 at 07:48:34PM +0400, Alexey Tourbin wrote:
> On Sun, Sep 16, 2007 at 07:40:17PM +0400, Dmitry V. Levin wrote:
> > On Sun, Sep 16, 2007 at 03:43:00PM +0400, Alexey Tourbin wrote:
> > > >  dhcp-client-3.0.6-alt1	Requires	bash
> > > > +dhcp-client-3.0.6-alt1	Requires	bind-utils
> > > >  dhcp-client-3.0.6-alt1	Requires	coreutils
> > > 
> > > В неисполняемом шелл-скрипте /etc/dhcp/dhclient.d/enter010.sethostname
> > > используется nslookup, причем следующим вугьларным образом:
> > > ./etc/dhcp/dhclient.d/enter010.sethostname:  (echo "set type=ptr"; echo "$ptrname") |nslookup >/tmp/nslookup.$$
> > > и далее там rm /tmp/nslookup.$$
> > 
> > Все упакованные в dhcp-client скрипты из каталога /etc/dhcp/dhclient.d/ по
> > умолчанию не используются, поскольку они не исполняемые.
> > Куда бы их спрятать от вездесущего find-requires?
> 
> Предполагается ли что они могут использоваться после изменения
> конфигурации, то есть после изменения конфигурации некоторым штатным
> и хорошо документированным способом?  То есть то, что скрипты не
> используются по умолчанию, это только "часть ответа".  Потому что
> вопрос такой: предполагается ли, что эти скрипты должны работать
> в некоторой другой, но "штатной" конфигурации?  Если предполагается,
> что эти скриты должны работать после изменения конфигурации, тогда
> поиск зависимостей в них (а также syntax check) имеет смысл.
> 
> В принципе, такой же вопрос есть, например, к скриптам в
> /usr/share/git-core/templates/.  Они не используются по умолчанию,
> но предполагается, что они всё-таки должны работать.  Поэтому
> не надо их никуда прятать.
> 
> Если же по смыслу/по уровню это что-то типа contrib, то,
> действительно, их лучше куда-то спрятать.  Вариантов несколько:
> либо делать отдельный пакет *-contrib, на который можно смотреть
> сквозь пальцы, либо явно игнорировать зависимости через
> %add_findreq_skiplist, либо переложить скрипты в /usr/share/doc.

Спасибо за подробный ответ, который напрашивается на помещение в
документацию.

Скрипт /etc/dhcp/dhclient.d/enter010.sethostname получен из
contrib/sethostname.sh; т.е. он качества contrib, но помещён в такое
место, что допускает штатное изменение chmod +x, после которого он будет
использоваться.  Думаю что проще и лучше переписать его на resolve.


> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


-- 
ldv

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

[devel] dissy-1-alt0.1

[Alexey Tourbin]

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

>  dissy-1-alt0.1	Requires	coreutils
> +dissy-1-alt0.1	Requires	python-base
>  dissy-1-alt0.1	Requires	python2.4(cPickle)
>  dissy-1-alt0.1	Requires	python2.4(cgi)
> +dissy-1-alt0.1	Requires	python2.4(getopt)
>  dissy-1-alt0.1	Requires	python2.4(gobject)
> @@ -20241,2 +20524,3 @@
>  dissy-1-alt0.1	Requires	python2.4(os)
> +dissy-1-alt0.1	Requires	python2.4(pango)
>  dissy-1-alt0.1	Requires	python2.4(pygtk)

Недостающая зависимость на pango добавлена правильно.

$ rpmpeek dissy-1-alt0.1.i586.rpm grep -rw pango .
./usr/bin/dissy:import pygtk, pango, getopt, sys, os, cgi
$

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

[devel] duplicity-0.4.2-alt0.1

[Alexey Tourbin]

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

>  duplicity-0.4.2-alt0.1	Requires	python2.4(__future__)
> +duplicity-0.4.2-alt0.1	Requires	python2.4(_librsync)
>  duplicity-0.4.2-alt0.1	Requires	python2.4(array)
> @@ -22504,2 +22789,3 @@
>  duplicity-0.4.2-alt0.1	Requires	python2.4(getopt)
> +duplicity-0.4.2-alt0.1	Requires	python2.4(getpass)
>  duplicity-0.4.2-alt0.1	Requires	python2.4(grp)

Здесь появился анмет на python2.4(_librsync).  Признаться, я не являюсь
Большим Специалистом по питону.  Однако, руководствуясь тем простым
соображением, что раньше анмета не было, а появился он только теперь,
я внёс несколько исправлений в свой текущий rpm-build-python.git 0.31+.
После этого анмет исчез.

Будем считать это ошибкой, привнесенной в rpm-build-python, которая
только что была исправлена.

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

[devel] eas-0.2.2 clip-* lib.prov

[Alexey Tourbin]

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

>  earth3d-1.0.5-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -eas-0.2.2-alt0.2cvs20070731	Provides	libeas.so
> +eas-0.2.2-alt0.2cvs20070731	Provides	/usr/lib/clip/lib/libeas.so
>  eas-0.2.2-alt0.2cvs20070731	Requires	libc.so.6(GLIBC_2.0)

Я допустил ошибочку в lib.prov, которую только что исправил.
На самом деле в этом пакете используется
	clip-buildroot/etc/ld.so.conf.d/clip.conf
так что provides был правильный.

Аналогичная ситуация в других пакетах:

>  libclamav-devel-0.91.2-alt1	Requires(rpmlib)	rpmlib(VersionedDependencies) <= 3.0.3-1
> -libclip-1.2.0cvs-alt1	Provides	libclip-codb.so
> -libclip-1.2.0cvs-alt1	Provides	libclip.so
> -libclip-1.2.0cvs-alt1	Provides	libcodb-query.so
> +libclip-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-codb.so
> +libclip-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip.so
> +libclip-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libcodb-query.so
>  libclip-1.2.0cvs-alt1	Requires	coreutils

>  libclip-all-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-bzip2.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-com.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-crypto.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-gzip.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-nanfor.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-netto.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-postscript.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-r2d2.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-rtf.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-xml.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-bzip2.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-com.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-crypto.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-gzip.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-nanfor.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-netto.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-postscript.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-r2d2.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-rtf.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-xml.so
>  libclip-common-1.2.0cvs-alt1	Requires	libbz2.so.1(BZLIB_1.0)

>  libclip-devel-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-fcgi-1.2.0cvs-alt1	Provides	libclip-fcgi.so
> +libclip-fcgi-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-fcgi.so
>  libclip-fcgi-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.0)

>  libclip-fcgi-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-gd-1.2.0cvs-alt1	Provides	libclip-gd.so
> +libclip-gd-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-gd.so
>  libclip-gd-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.0)

>  libclip-gd-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-gtk2-1.2.0cvs-alt1	Provides	libclip-glade2.so
> -libclip-gtk2-1.2.0cvs-alt1	Provides	libclip-gtk2.so
> +libclip-gtk2-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-glade2.so
> +libclip-gtk2-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-gtk2.so
>  libclip-gtk2-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.0)

>  libclip-gtk2-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-mysql-1.2.0cvs-alt1	Provides	libclip-mysql.so
> +libclip-mysql-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-mysql.so
>  libclip-mysql-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.0)

>  libclip-mysql-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-odbc-1.2.0cvs-alt1	Provides	libclip-odbc.so
> +libclip-odbc-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-odbc.so
>  libclip-odbc-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.0)

>  libclip-odbc-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-postgres-1.2.0cvs-alt1	Provides	libclip-postgres.so
> +libclip-postgres-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-postgres.so
>  libclip-postgres-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.0)

>  libclip-postgres-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-ui-1.2.0cvs-alt1	Provides	libclip-ui.so
> +libclip-ui-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-ui.so
>  libclip-ui-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.1.3)

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

Re: [devel] eas-0.2.2 clip-* lib.prov

[Vitaly Lipatov]

On 16 сентября 2007, Alexey Tourbin wrote:
...
> На самом деле в этом пакете используется
> 	clip-buildroot/etc/ld.so.conf.d/clip.conf
> так что provides был правильный.
Мне кажется тут неверно было использовать ld.so.conf,
постараюсь от этого избавиться.


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

Re: [devel] eas-0.2.2 clip-* lib.prov

[Alexey Tourbin]

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

On Sun, Sep 16, 2007 at 11:09:33PM +0400, Vitaly Lipatov wrote:
> On 16 сентября 2007, Alexey Tourbin wrote:
> ...
> > На самом деле в этом пакете используется
> > 	clip-buildroot/etc/ld.so.conf.d/clip.conf
> > так что provides был правильный.
> Мне кажется тут неверно было использовать ld.so.conf,
> постараюсь от этого избавиться.

Класть библиотеки без сонейма в %_libdir это тоже сомнительный выход.
Подумайте прежде чем что-то делать, если есть такая возможность.

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

Re: [devel] eas-0.2.2 clip-* lib.prov

[Vitaly Lipatov]

On 16 сентября 2007, Alexey Tourbin wrote:
> On Sun, Sep 16, 2007 at 11:09:33PM +0400, Vitaly Lipatov wrote:
> > On 16 сентября 2007, Alexey Tourbin wrote:
> > ...
> >
> > > На самом деле в этом пакете используется
> > > 	clip-buildroot/etc/ld.so.conf.d/clip.conf
> > > так что provides был правильный.
> >
> > Мне кажется тут неверно было использовать ld.so.conf,
> > постараюсь от этого избавиться.
>
> Класть библиотеки без сонейма в %_libdir это тоже сомнительный
Возможно это стоит обозначить в полиси, или может быть даже 
запретить?

> выход. Подумайте прежде чем что-то делать, если есть такая
> возможность.
Я скорее думал о применении rpath. Делать soname вручную в 
Makefile, которые ещё DLL в Windows создают, для меня будет, 
думаю, проблематично.

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

[devel] sonameless shared libraries

[Dmitry V. Levin]

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

On Mon, Sep 17, 2007 at 10:10:56AM +0400, Vitaly Lipatov wrote:
> On 16 сентября 2007, Alexey Tourbin wrote:
> > On Sun, Sep 16, 2007 at 11:09:33PM +0400, Vitaly Lipatov wrote:
> > > On 16 сентября 2007, Alexey Tourbin wrote:
> > > ...
> > >
> > > > На самом деле в этом пакете используется
> > > > 	clip-buildroot/etc/ld.so.conf.d/clip.conf
> > > > так что provides был правильный.
> > >
> > > Мне кажется тут неверно было использовать ld.so.conf,
> > > постараюсь от этого избавиться.
> >
> > Класть библиотеки без сонейма в %_libdir это тоже сомнительный
> Возможно это стоит обозначить в полиси, или может быть даже 
> запретить?

Запрещать нельзя, возникнут проблемы с проприетарным софтом.
Хотя запретить по умолчанию, конечно, можно, чтобы защитить мантейнера от
случайной ошибки.

> > выход. Подумайте прежде чем что-то делать, если есть такая
> > возможность.
> Я скорее думал о применении rpath. Делать soname вручную в 
> Makefile, которые ещё DLL в Windows создают, для меня будет, 
> думаю, проблематично.

Неужели зашить в ELF rpath проще, чем зашить туда же soname?


-- 
ldv

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

Re: [devel] sonameless shared libraries

[Michael Shigorin]

On Mon, Sep 17, 2007 at 09:29:44PM +0400, Dmitry V. Levin wrote:
> Хотя запретить по умолчанию, конечно, можно, чтобы защитить
> мантейнера от случайной ошибки.

warning, опять же?

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

Re: [devel] sonameless shared libraries

[Dmitry V. Levin]

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

On Tue, Sep 18, 2007 at 02:58:18PM +0300, Michael Shigorin wrote:
> On Mon, Sep 17, 2007 at 09:29:44PM +0400, Dmitry V. Levin wrote:
> > Хотя запретить по умолчанию, конечно, можно, чтобы защитить
> > мантейнера от случайной ошибки.
> 
> warning, опять же?

Смотря сколько процентов пакетов подвержено этой ошибке.
Если, скажем, меньше 1%, то можно и error.


-- 
ldv

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

[devel] pkgconfig sisyphus_check

[Michael Shigorin]

On Tue, Sep 18, 2007 at 05:28:42PM +0400, Dmitry V. Levin wrote:
> > > Хотя запретить по умолчанию, конечно, можно, чтобы защитить
> > > мантейнера от случайной ошибки.
> > warning, опять же?
> Смотря сколько процентов пакетов подвержено этой ошибке.
> Если, скажем, меньше 1%, то можно и error.

39 штук, но исправление некоторых может потребовать
дополнительной возни с созданием подпакетов -- поэтому
на полгодика лучше точно warning:

/usr/share/pkgconfig/icon-naming-utils.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/noarch/RPMS/icon-naming-utils-0.8.6-alt1.noarch.rpm
/usr/share/pkgconfig/gnome-icon-theme.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/noarch/RPMS/gnome-icon-theme-2.18.0-alt1.noarch.rpm
/usr/share/pkgconfig/gnome-mime-data-2.0.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/noarch/RPMS/gnome-mime-data-2.18.0-alt1.noarch.rpm
/usr/share/pkgconfig/gtk-doc.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/noarch/RPMS/gtk-doc-1.8-alt1.noarch.rpm
/usr/share/pkgconfig/xbitmaps.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/noarch/RPMS/xorg-x11-bitmaps-1.0.1-alt2.1.noarch.rpm

/usr/lib/pkgconfig/beagle-0.0.pc /usr/lib/pkgconfig/beagle-daemon.pc /usr/lib/pkgconfig/beagle-ui-0.0.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/beagle-0.2.17-alt1.i586.rpm
/usr/lib/pkgconfig/gmime-sharp.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libgmime-sharp-2.2.9-alt1.i586.rpm
/usr/lib/pkgconfig/check.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/check-0.9.5-alt4.i586.rpm
/usr/share/pkgconfig/bcop.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/compiz-bcop-0.5.2-alt1.i586.rpm
/usr/lib/pkgconfig/dssi.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/dssi-0.9.1-alt1.i586.rpm
/usr/lib/pkgconfig/gmpc.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/gmpc-0.15.1-alt1.i586.rpm
/usr/lib/pkgconfig/xorg-server.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/xorg-x11-sdk-1.4-alt3.i586.rpm
/usr/lib/pkgconfig/gdk.pc /usr/lib/pkgconfig/gtk+.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/gtk+-devel-1.2.10-alt15.i586.rpm
/usr/lib/pkgconfig/qfcc.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/qfcc-0.5.5-alt9.i586.rpm
/usr/lib/pkgconfig/notify-python.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/notify-python-0.1.1-alt1.i586.rpm
/usr/lib/pkgconfig/flac++.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libflac++-devel-1.1.4-alt2.i586.rpm
/usr/lib/pkgconfig/galago-sharp.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libgalago-sharp-0.5.0-alt1.i586.rpm
/usr/lib/pkgconfig/gsf-sharp.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libgsf-sharp-0.8.1-alt1.i586.rpm
/usr/lib/pkgconfig/guiloader-c++.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libguiloader-c++-devel-2.7.1-alt0.1.i586.rpm
/usr/lib/pkgconfig/libxml++-1.0.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libxml++-devel-1.0.5-alt2.i586.rpm
/usr/lib/pkgconfig/zvbi-0.2.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libzvbi-0.2.24-alt0.1.i586.rpm
/usr/lib/pkgconfig/log4net.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/log4net-1.2.10-alt1.i586.rpm
/usr/lib/pkgconfig/muine-dbus.pc /usr/lib/pkgconfig/muine-plugin.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/muine-0.8.6-alt2.i586.rpm
/usr/lib/pkgconfig/GraphicsMagick++.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libGraphicsMagick-c++-devel-1.1.8-alt1.i586.rpm
/usr/lib/pkgconfig/mxml.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/mxml-2.1-alt1.i586.rpm
/usr/lib/pkgconfig/nemerle.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/nemerle-0.9.3.99.6733-alt2.1.i586.rpm
/usr/lib/pkgconfig/avahi-qt4.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libavahi-qt4-0.6.21-alt2.i586.rpm
/usr/lib/pkgconfig/avahi-qt3.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libavahi-qt3-0.6.21-alt2.i586.rpm
/usr/lib/pkgconfig/xsp-2.pc /usr/lib/pkgconfig/xsp.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/xsp-1.2.4-alt1.i586.rpm
/usr/lib/pkgconfig/librlog.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/rlog-1.3.7-alt2.i586.rpm
/usr/lib/pkgconfig/shared-mime-info.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/shared-mime-info-0.19-alt1.i586.rpm
/usr/lib/pkgconfig/texitheque.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/texitheque-0.3-alt0.1cvs20031027.i586.rpm
/usr/lib/pkgconfig/xfdiff.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/xfdiff-4.5.0-alt3.i586.rpm
/usr/lib/pkgconfig/fontutil.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/xorg-x11-font-utils-1.0.1-alt5.i586.rpm
/usr/lib/pkgconfig/monodoc.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/monodoc-1.2.5-alt1.i586.rpm
/usr/lib/pkgconfig/mono-nunit.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/mono-nunit-1.2.5-alt1.i586.rpm
/usr/lib/pkgconfig/libgdiplus.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libgdiplus-1.2.5-alt1.i586.rpm
/usr/lib/pkgconfig/monodevelop.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/monodevelop-0.15-alt1.i586.rpm
/usr/lib/pkgconfig/gapi-2.0.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libgtk-sharp2-gapi-2.10.1-alt3.i586.rpm

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

Re: [devel] pkgconfig sisyphus_check

[Pavlov Konstantin]

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

On Tue, Sep 18, 2007 at 09:22:39PM +0300, Michael Shigorin wrote:
> On Tue, Sep 18, 2007 at 05:28:42PM +0400, Dmitry V. Levin wrote:
> > > > Хотя запретить по умолчанию, конечно, можно, чтобы защитить
> > > > мантейнера от случайной ошибки.
> > > warning, опять же?
> > Смотря сколько процентов пакетов подвержено этой ошибке.
> > Если, скажем, меньше 1%, то можно и error.
> 
> 39 штук, но исправление некоторых может потребовать
> дополнительной возни с созданием подпакетов -- поэтому
> на полгодика лучше точно warning:

Твой регексп не совсем верен:

> /usr/lib/pkgconfig/gdk.pc /usr/lib/pkgconfig/gtk+.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/gtk+-devel-1.2.10-alt15.i586.rpm
> /usr/lib/pkgconfig/flac++.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libflac++-devel-1.1.4-alt2.i586.rpm
> /usr/lib/pkgconfig/guiloader-c++.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libguiloader-c++-devel-2.7.1-alt0.1.i586.rpm
> /usr/lib/pkgconfig/libxml++-1.0.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libxml++-devel-1.0.5-alt2.i586.rpm
> /usr/lib/pkgconfig/GraphicsMagick++.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libGraphicsMagick-c++-devel-1.1.8-alt1.i586.rpm

-- 
<combr> vsu пишет с master.mivlgu.local - это где? ;)
<thresh_> машина master в локалке муромского института владимирского государственного университета

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

Re: [devel] pkgconfig sisyphus_check

[Michael Shigorin]

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

On Tue, Sep 18, 2007 at 11:01:39PM +0400, Pavlov Konstantin wrote:
> Твой регексп не совсем верен:

Да, получилось 5 false positives => остаётся 34 "хита".

> > /usr/lib/pkgconfig/gdk.pc /usr/lib/pkgconfig/gtk+.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/gtk+-devel-1.2.10-alt15.i586.rpm

Я чувствовал, что он мне не совсем нравится :)

Спасибо, поправил в git (b3557ef).

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

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

Re: [devel] pkgconfig sisyphus_check

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [070918 22:32]:
> gtk-doc.pc gtk-doc-1.8-alt1.noarch.rpm
> xorg-server.pc xorg-x11-sdk-1.4-alt3.i586.rpm
> qfcc.pc qfcc-0.5.5-alt9.i586.rpm
Ну эти так или иначе являются devel'ами, хоть это и не видно из
названия...

-- 
Regards,
Sir Raorn.

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

Re: [devel] pkgconfig sisyphus_check

[Michael Shigorin]

On Tue, Sep 18, 2007 at 11:26:31PM +0400, Alexey I. Froloff wrote:
> > gtk-doc.pc gtk-doc-1.8-alt1.noarch.rpm
> > xorg-server.pc xorg-x11-sdk-1.4-alt3.i586.rpm
> > qfcc.pc qfcc-0.5.5-alt9.i586.rpm
> Ну эти так или иначе являются devel'ами, хоть это и не видно из
> названия...

Ну если окончательный список оформится, можно в скиплист
(это если patch accepted и когда-либо соберётся в error,
что для меня было бы full circle по части когдашней ругани
на лишние ерроры ;)

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

Re: [devel] pkgconfig sisyphus_check

[Alexey Rusakov]

On Tue, 18 Sep 2007 21:22:39 +0300
Michael Shigorin wrote:

> On Tue, Sep 18, 2007 at 05:28:42PM +0400, Dmitry V. Levin wrote:
> > > > Хотя запретить по умолчанию, конечно, можно, чтобы защитить
> > > > мантейнера от случайной ошибки.
> > > warning, опять же?
> > Смотря сколько процентов пакетов подвержено этой ошибке.
> > Если, скажем, меньше 1%, то можно и error.
> 
> 39 штук, но исправление некоторых может потребовать
> дополнительной возни с созданием подпакетов -- поэтому
> на полгодика лучше точно warning:
> 
> /usr/share/pkgconfig/icon-naming-utils.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/noarch/RPMS/icon-naming-utils-0.8.6-alt1.noarch.rpm
> /usr/share/pkgconfig/gnome-icon-theme.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/noarch/RPMS/gnome-icon-theme-2.18.0-alt1.noarch.rpm
> /usr/share/pkgconfig/gnome-mime-data-2.0.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/noarch/RPMS/gnome-mime-data-2.18.0-alt1.noarch.rpm
> /usr/share/pkgconfig/gtk-doc.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/noarch/RPMS/gtk-doc-1.8-alt1.noarch.rpm
Вот же, сам радовался, сам и под раздачу попал. Однако gtk-doc если и
попадает в Requires, то только к пакетам -devel-doc; кстати, на данный
момент с фактически проставленными зависимостями на gtk-doc полный швах.
С остальными буду разбираться, мне пока не совсем ясно, как семантически
корректно обращаться с gnome-icon-theme (icon-naming-utils собирался
исключительно ради него). C gnome-mime-data всё на первый взгляд понятно,
там нужно .pc файл выносить в отдельный подпакет.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] pkgconfig sisyphus_check

[Michael Shigorin]

On Wed, Sep 19, 2007 at 11:44:43AM +0400, Alexey Rusakov wrote:
> С остальными буду разбираться, мне пока не совсем ясно, как
> семантически корректно обращаться с gnome-icon-theme
> (icon-naming-utils собирался исключительно ради него).

Если он сам себе devel -- игнорировать предупреждение, очевидно.
Должно же быть хотя бы одно исключение из правила. :)

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

Re: [devel] pkgconfig sisyphus_check

[Alexey Rusakov]

On Wed, 19 Sep 2007 23:04:33 +0300
Michael Shigorin wrote:

> On Wed, Sep 19, 2007 at 11:44:43AM +0400, Alexey Rusakov wrote:
> > С остальными буду разбираться, мне пока не совсем ясно, как
> > семантически корректно обращаться с gnome-icon-theme
> > (icon-naming-utils собирался исключительно ради него).
> 
> Если он сам себе devel -- игнорировать предупреждение, очевидно.
> Должно же быть хотя бы одно исключение из правила. :)
В том и дело, что он не только в devel-контексте используется.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] pkgconfig sisyphus_check

[Led]

2007/9/19, Michael Shigorin <mike@osdn.org.ua>:
> On Wed, Sep 19, 2007 at 11:44:43AM +0400, Alexey Rusakov wrote:
> > С остальными буду разбираться, мне пока не совсем ясно, как
> > семантически корректно обращаться с gnome-icon-theme
> > (icon-naming-utils собирался исключительно ради него).
>
> Если он сам себе devel -- игнорировать предупреждение, очевидно.

ИМХО неочевидно. если он "сам себе devel", то подобное предупреждение
- повод добавить в пакет
Provides: %name-devel = %version-%release
А проверять имеет смысл не только по имени пакета, а по всем его Provides

> Должно же быть хотя бы одно исключение из правила. :)

Лучше, когда их нет. Пока они есть - ни о каких стандартах или даже
policy говорить рано:)

-- 
Led.

Re: [devel] pkgconfig sisyphus_check

[Alexey Rusakov]

On Thu, 20 Sep 2007 00:14:31 +0300
Led wrote:

> 2007/9/19, Michael Shigorin <mike@osdn.org.ua>:
> > On Wed, Sep 19, 2007 at 11:44:43AM +0400, Alexey Rusakov wrote:
> > > С остальными буду разбираться, мне пока не совсем ясно, как
> > > семантически корректно обращаться с gnome-icon-theme
> > > (icon-naming-utils собирался исключительно ради него).
> >
> > Если он сам себе devel -- игнорировать предупреждение, очевидно.
> 
> ИМХО неочевидно. если он "сам себе devel", то подобное предупреждение
> - повод добавить в пакет
> Provides: %name-devel = %version-%release
> А проверять имеет смысл не только по имени пакета, а по всем его Provides
Вообще тоже неплохая идея, мне нравится.
Кстати, а можно ли позволить себе писать в спеках (пусть даже генерилкой
какой, неважно)
BuildRequires: pkgconfig(modulename) >= version
?

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] pkgconfig sisyphus_check

[Alexey Tourbin]

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

On Thu, Sep 20, 2007 at 01:30:26AM +0400, Alexey Rusakov wrote:
> Кстати, а можно ли позволить себе писать в спеках (пусть даже генерилкой
> какой, неважно)
> BuildRequires: pkgconfig(modulename) >= version

А зачем это делать?  Версионные зависимости BuildRequires всё равно
нельзя точно расписать -- пакет должен собираться примерно в той среде,
в которой он готовится.  В других, существенно более старых, равно как
и существенно более новых средах, возможность сборки пакетов всё равно
ничем не гарантируется.  В связи с последнем соображением тогда уж нужно
писать BuildRequires: pkgconfig(modulename) = version.  Броня!

Короче, я считаю, что если при сборке пакета будет осмысленная
диагностика, что не хватает версии, то версионный BuildRequires
писать не надо.  Особенно вручную.  А требуется это только тогда,
когда в процессе сборке можно неким неочевидным образом получить
некорректный результат, при том, что сборка пакета всё же доходит
до конца.

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

Re: [devel] pkgconfig sisyphus_check

[Alexey Rusakov]

On Thu, 20 Sep 2007 01:44:22 +0400
Alexey Tourbin wrote:

> On Thu, Sep 20, 2007 at 01:30:26AM +0400, Alexey Rusakov wrote:
> > Кстати, а можно ли позволить себе писать в спеках (пусть даже генерилкой
> > какой, неважно)
> > BuildRequires: pkgconfig(modulename) >= version
> 
> А зачем это делать?
Например, потому, что в скрипте configure делается проверка через
pkgconfig на модуль не ниже определённой версии.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] pkgconfig sisyphus_check

[Alexey Tourbin]

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

On Thu, Sep 20, 2007 at 08:49:06AM +0400, Alexey Rusakov wrote:
> On Thu, 20 Sep 2007 01:44:22 +0400
> Alexey Tourbin wrote:
> 
> > On Thu, Sep 20, 2007 at 01:30:26AM +0400, Alexey Rusakov wrote:
> > > Кстати, а можно ли позволить себе писать в спеках (пусть даже генерилкой
> > > какой, неважно)
> > > BuildRequires: pkgconfig(modulename) >= version
> > 
> > А зачем это делать?
> Например, потому, что в скрипте configure делается проверка через
> pkgconfig на модуль не ниже определённой версии.

Ну и, таким образом, какая принципиальная разница, от кого получить
отлуп, если версии не хватает: сразу же от rpm-build или через несколько
секунд от configure?

А указание версионных зависимостей в спек-файле нетехнологично.  Их
забывают обновлять/синхронизировать, а иногда указывают неправильно.
Даже Аристарх Седунов один раз (при мне) неправильно указал зависимость
с версией.  А он делал это очень педантично.  Было это при изготовлении
какого-то апдейта.  Тогда ещё не было хешера, я собирал апдейты в своих
самопальных чрутах.

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

Re: [devel] pkgconfig sisyphus_check

[Alexey Tourbin]

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

On Thu, Sep 20, 2007 at 10:03:55PM +0400, Alexey Tourbin wrote:
> Ну и, таким образом, какая принципиальная разница, от кого получить
> отлуп, если версии не хватает: сразу же от rpm-build или через несколько
> секунд от configure?
> 
> А указание версионных зависимостей в спек-файле нетехнологично.  Их
> забывают обновлять/синхронизировать, а иногда указывают неправильно.
> Даже Аристарх Седунов один раз (при мне) неправильно указал зависимость
> с версией.  А он делал это очень педантично.  Было это при изготовлении
> какого-то апдейта.  Тогда ещё не было хешера, я собирал апдейты в своих
> самопальных чрутах.

Впрочем, бывают случаи, когда версионная зависимость используется
опиционально, то есть в зависимости от имеющейся версии поддержка
какой-то фичи либо включается, либо не включается.  В таких случаях,
если включение этой фичи принципиально важно, то нужно указывать
BuildRequires с версией.  Правда, в таких случаях лучше явно писать
--with-feature, правда я не знаю работает это как надо или нет.

Всё же в большинстве случаев этого лучше не писать зависимости
BuildRequires с версией.  То есть указание зависимсотей вручную -- это
мартышкин труд.  Педантизм может дать сбой, а автоматика не дает сбоев.
И автоматика, кроме того, всё же гарантирует, что точность и
правильность указания зависимостей не опустится ниже некоторого
"стандартного уровня".

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

Re: [devel] pkgconfig sisyphus_check

[Alexey Rusakov]

On Thu, 20 Sep 2007 22:03:55 +0400
Alexey Tourbin wrote:

> On Thu, Sep 20, 2007 at 08:49:06AM +0400, Alexey Rusakov wrote:
> > On Thu, 20 Sep 2007 01:44:22 +0400
> > Alexey Tourbin wrote:
> > 
> > > On Thu, Sep 20, 2007 at 01:30:26AM +0400, Alexey Rusakov wrote:
> > > > Кстати, а можно ли позволить себе писать в спеках (пусть даже генерилкой
> > > > какой, неважно)
> > > > BuildRequires: pkgconfig(modulename) >= version
> > > 
> > > А зачем это делать?
> > Например, потому, что в скрипте configure делается проверка через
> > pkgconfig на модуль не ниже определённой версии.
> 
> Ну и, таким образом, какая принципиальная разница, от кого получить
> отлуп, если версии не хватает: сразу же от rpm-build или через несколько
> секунд от configure?
> 
> А указание версионных зависимостей в спек-файле нетехнологично.  Их
> забывают обновлять/синхронизировать, а иногда указывают неправильно.
> Даже Аристарх Седунов один раз (при мне) неправильно указал зависимость
> с версией.  А он делал это очень педантично.
Да, я в курсе. И от кого бы это у меня была такая же привычка...
На самом деле я думаю о том, что по крайней мере часть BuildRequires тоже
можно создать автоматически, безо всякого участия человека, разобрав тот
же configure.{in,ac}. Там есть очень хорошие autoconf'овые макросы,
касающиеся pkgconfig. Понятно, что не исчерпывающе, но по крайней мере
часть зависимостей в пакетах, использующих autotools, так можно проставить.
Насчёт технологичности - немного спорно. Когда берёшь спек из Сизифа для
подготовки пакета в backports, полезно знать, какие версии требуются для
сборки.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] pkgconfig sisyphus_check

[Alexey Tourbin]

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

On Thu, Sep 20, 2007 at 11:28:58PM +0400, Alexey Rusakov wrote:
> Да, я в курсе. И от кого бы это у меня была такая же привычка...
> На самом деле я думаю о том, что по крайней мере часть BuildRequires тоже
> можно создать автоматически, безо всякого участия человека, разобрав тот
> же configure.{in,ac}. Там есть очень хорошие autoconf'овые макросы,
> касающиеся pkgconfig. Понятно, что не исчерпывающе, но по крайней мере
> часть зависимостей в пакетах, использующих autotools, так можно проставить.

Вопрос в том как разбирать configure.ac.  Это же адская смесь шелла и
m4.  Напиши-ка BNF-синтаксис для configure.ac.  А если разбирать грепом,
то это будет менее надёжно, чем то, что делает buildreq.

Кстати например в libxslt/configure.in макросы от pkg-config вообще не
используются.  Что странно.  Но факт.

$ grep PKG_ configure.in 
$

> Насчёт технологичности - немного спорно. Когда берёшь спек из Сизифа для
> подготовки пакета в backports, полезно знать, какие версии требуются для
> сборки.

Полезно знать в каком смысле?  Фатальная диагностика по нехватке версий
в любом случае появится через configure (кроме случая --with/--without).
Зачем забивать себе голову какими-то делами до того, как станет ясно что
с ними есть какие-то проблемы?

Ну и вообще я написал, что, хотя автоматика не всегда дает слишком точный
результат, но по крайней мере это гарантированный результат не ниже
некоторого уровня.  Кроме того, этот уровень всё же довольно высокий.
Если только один или два maintainer'а будут пытаться повышать этот
уровень (например, вручную писать зависимости пакета), а все остальные
этого делать не будут, то глобально это ничего не дает.  Уровень
репозитария это уровень его самых слабых пакетов (что, конечно, не
совсем верно, потому что не все пакеты одинаково важны; но над этим
стоит подумать, если говорить о нижней планке технологичности
репозиатрия).

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

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

Re: [devel] pkgconfig sisyphus_check

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070921 00:09]:
> Кстати например в libxslt/configure.in макросы от pkg-config вообще не
> используются.  Что странно.  Но факт.
Зато они могут использоваться в aclocal.m4.  Который тоже генерат
из acinclude.m4, -I и $datadir/aclocal.  И неизвестно ещё
используются ли они в данном случае.

Единственно правильный способ - встраиваться в генерацию
configure, но затраты результата не стОят...

Единственный случай, когда нужны версионные buildrequires, это
кривоватые configure.ac, когда явное указание --with или --enable
отменяется из-за того, что какой-то пакет или библиотека не той
версии.  Их настолько много, что нужна автоматика?

-- 
Regards,
Sir Raorn.

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

Re: [devel] pkgconfig sisyphus_check

[Alexey Tourbin]

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

On Fri, Sep 21, 2007 at 12:40:00AM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070921 00:09]:
> > Кстати например в libxslt/configure.in макросы от pkg-config вообще не
> > используются.  Что странно.  Но факт.
> Зато они могут использоваться в aclocal.m4.  Который тоже генерат
> из acinclude.m4, -I и $datadir/aclocal.  И неизвестно ещё
> используются ли они в данном случае.
> 
> Единственно правильный способ - встраиваться в генерацию
> configure, но затраты результата не стОят...
> 
> Единственный случай, когда нужны версионные buildrequires, это
> кривоватые configure.ac, когда явное указание --with или --enable
> отменяется из-за того, что какой-то пакет или библиотека не той
> версии.  Их настолько много, что нужна автоматика?

А как это вообще по идее устроено?  Если явно указано --with
и чего-то не хватает, то configure отвалит или нет?  Или это
целиком на усмотрение автора configure?

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

Re: [devel] pkgconfig sisyphus_check

[Led]

2007/9/21, Alexey Tourbin <at@altlinux.ru>:
> On Fri, Sep 21, 2007 at 12:40:00AM +0400, Alexey I. Froloff wrote:
> > * Alexey Tourbin <at@> [070921 00:09]:
> > > Кстати например в libxslt/configure.in макросы от pkg-config вообще не
> > > используются.  Что странно.  Но факт.
> > Зато они могут использоваться в aclocal.m4.  Который тоже генерат
> > из acinclude.m4, -I и $datadir/aclocal.  И неизвестно ещё
> > используются ли они в данном случае.
> >
> > Единственно правильный способ - встраиваться в генерацию
> > configure, но затраты результата не стОят...
> >
> > Единственный случай, когда нужны версионные buildrequires, это
> > кривоватые configure.ac, когда явное указание --with или --enable
> > отменяется из-за того, что какой-то пакет или библиотека не той
> > версии.  Их настолько много, что нужна автоматика?
>
> А как это вообще по идее устроено?  Если явно указано --with
> и чего-то не хватает, то configure отвалит или нет?  Или это
> целиком на усмотрение автора configure?

Последнее. Может "отваливать", может ав томатом отключать, игнорируя
--with если чего-то не хватает. Попадаются случаи, когда явный
--without приводит к вобще непредсказуемым результатам :(

-- 
Led.

Re: [devel] pkgconfig sisyphus_check

[Alexey I. Froloff]

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

* Led <led@> [070921 01:40]:
> Попадаются случаи, когда явный --without приводит к вобще
> непредсказуемым результатам :(
Ну это клиника.  С диагнозом "ниасилил аффтабук".

-- 
Regards,
Sir Raorn.

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

Re: [devel] pkgconfig sisyphus_check

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070921 01:19]:
> А как это вообще по идее устроено?  Если явно указано --with
> и чего-то не хватает, то configure отвалит или нет?  Или это
> целиком на усмотрение автора configure?
Сам обработчик --with/--enable только выполняет один или другой
фрагмент кода.  Проверки пишутся отдельно и тоже могут вывалиться
с ошибкой, или нет.

PKG_CHECK_MODULES(VARIABLE-PREFIX, MODULES, [ACTION-IF-FOUND], [ACTION-IF-NOT-FOUND])

По умолчанию ACTION-IF-NOT-FOUND пишет ошибку и завершает работу,
оверрайд на усмотрение автора.  Созданы все условия чтобы
максимально усложнить работу мантейнерам ;-)

-- 
Regards,
Sir Raorn.

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

Re: [devel] pkgconfig sisyphus_check

[Alexey Tourbin]

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

On Fri, Sep 21, 2007 at 12:40:00AM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070921 00:09]:
> > Кстати например в libxslt/configure.in макросы от pkg-config вообще не
> > используются.  Что странно.  Но факт.
> Зато они могут использоваться в aclocal.m4.  Который тоже генерат
> из acinclude.m4, -I и $datadir/aclocal.  И неизвестно ещё
> используются ли они в данном случае.

Нет, там тоже нет.  И этот пример показателен.  То, что проще всего
делать через pkg-config, делается самопально.


   378	AC_SUBST(LIBXML_REQUIRED_VERSION)
   379	AC_MSG_CHECKING(for libxml libraries >= $LIBXML_REQUIRED_VERSION) 
   380	if test "x$LIBXML_CONFIG_PREFIX" != "x"
   381	then
   382		XML_CONFIG=${LIBXML_CONFIG_PREFIX}/bin/xml2-config
   383	else
   384		XML_CONFIG=xml2-config
   385	fi
   386	
   387	dnl
   388	dnl imported from libxml2, c.f. #77827 
   389	dnl
   390	if test "${GCC}" != "yes" ; then
   391	    case "${host}" in
   392	          *-*-hpux* )
   393		       CFLAGS="${CFLAGS} -Wp,-H30000"
   394		       ;;
   395	          *-dec-osf* )
   396	               CFLAGS="${CFLAGS} -ieee"
   397	               ;;
   398	    esac
   399	else
   400	    CFLAGS="${CFLAGS} -Wall"
   401	    case "${host}" in
   402	          alpha*-*-linux* )
   403		       CFLAGS="${CFLAGS} -mieee"
   404		       ;;
   405		  alpha*-*-osf* )
   406		       CFLAGS="${CFLAGS} -mieee"
   407		       ;;
   408	    esac
   409	fi
   410	
   411	dnl
   412	dnl Override other variables if LIBXML_SRC is set
   413	dnl
   414	
   415	if test "x$LIBXML_SRC" != "x"
   416	then
   417		CWD=`pwd`
   418		if cd $LIBXML_SRC
   419		then
   420			SRC_DIR=`pwd`
   421			XML_CONFIG=${SRC_DIR}/xml2-config
   422			LIBXML_CFLAGS="-I${SRC_DIR}/include"
   423			LIBXML_LIBS="-L${SRC_DIR}"
   424			cd $CWD
   425		else
   426			AC_MSG_ERROR([libxml source dir not found (${LIBXML_SRC}), typo?])
   427		fi
   428	fi
   429	
   430	dnl
   431	dnl make sure xml2-config is executable,
   432	dnl test version and init our variables
   433	dnl
   434	
   435	if ${XML_CONFIG} --libs print > /dev/null 2>&1
   436	then
   437		XMLVERS=`$XML_CONFIG --version`
   438		if test VERSION_TO_NUMBER(echo $XMLVERS) -ge VERSION_TO_NUMBER(echo $LIBXML_REQUIRED_VERSION)
   439		then
   440			LIBXML_LIBS="$LIBXML_LIBS `$XML_CONFIG --libs`"
   441			LIBXML_CFLAGS="$LIBXML_CFLAGS `$XML_CONFIG --cflags`"
   442			AC_MSG_RESULT($XMLVERS found)
   443		else
   444			AC_MSG_ERROR(Version $XMLVERS found. You need at least libxml2 $LIBXML_REQUIRED_VERSION for this version of libxslt)
   445		fi
   446	else
   447		AC_MSG_ERROR([Could not find libxml2 anywhere, check ftp://xmlsoft.org/.])
   448	fi

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

Re: [devel] pkgconfig sisyphus_check

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070921 01:19]:
> Нет, там тоже нет.  И этот пример показателен.  То, что проще всего
> делать через pkg-config, делается самопально.
>    384		XML_CONFIG=xml2-config
Ох, сколько же ему лет-то?  Это не показательный пример, это
просто очень старый пример.  Так ещё каменные люди делали, и
примерно в начале бронзового века и был придуман pkg-config,
чтобы всё было безобразно, но единообразно...

-- 
Regards,
Sir Raorn.

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

Re: [devel] pkgconfig sisyphus_check

[Alexey Tourbin]

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

On Thu, Sep 20, 2007 at 12:14:31AM +0300, Led wrote:
> > > С остальными буду разбираться, мне пока не совсем ясно, как
> > > семантически корректно обращаться с gnome-icon-theme
> > > (icon-naming-utils собирался исключительно ради него).
> >
> > Если он сам себе devel -- игнорировать предупреждение, очевидно.
> 
> ИМХО неочевидно. если он "сам себе devel", то подобное предупреждение
> - повод добавить в пакет
> Provides: %name-devel = %version-%release

Псевдо-решение псевдо-проблемы.  В химически чистом виде.

В чем проблема с *.pc файлами, которые не лежат в -devel пакетах?
Как Вы себе это представляете?  Почему Вы, скажем, думаете, что
gtk-doc.pc должен лежать в отдельном пакете gtk-doc-devel?  Потому что
я сказал?  Но ведь если кто-то требует gtk-doc, то он требует именно
gtk-doc, а не *.pc файл от этого дела.  Какой смысл их "разводить"?

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

Re: [devel] pkgconfig sisyphus_check

[Led]

2007/9/20, Alexey Tourbin <at@altlinux.ru>:
> On Thu, Sep 20, 2007 at 12:14:31AM +0300, Led wrote:
> > > > С остальными буду разбираться, мне пока не совсем ясно, как
> > > > семантически корректно обращаться с gnome-icon-theme
> > > > (icon-naming-utils собирался исключительно ради него).
> > >
> > > Если он сам себе devel -- игнорировать предупреждение, очевидно.
> >
> > ИМХО неочевидно. если он "сам себе devel", то подобное предупреждение
> > - повод добавить в пакет
> > Provides: %name-devel = %version-%release
>
> Псевдо-решение псевдо-проблемы.  В химически чистом виде.
>
> В чем проблема с *.pc файлами, которые не лежат в -devel пакетах?
> Как Вы себе это представляете?  Почему Вы, скажем, думаете, что
> gtk-doc.pc должен лежать в отдельном пакете gtk-doc-devel?  Потому что
> я сказал?  Но ведь если кто-то требует gtk-doc, то он требует именно
> gtk-doc, а не *.pc файл от этого дела.  Какой смысл их "разводить"?

О чём вы? я говорил о пакетах "сам себе -devel". Где я говорил о
"tk-doc.pc должен лежать в отдельном пакете gtk-doc-devel"? где я
говорил о "разводить"7


-- 
Led.

Re: [devel] pkgconfig sisyphus_check

[Alexey Tourbin]

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

On Thu, Sep 20, 2007 at 01:40:12AM +0300, Led wrote:
> > В чем проблема с *.pc файлами, которые не лежат в -devel пакетах?
> > Как Вы себе это представляете?  Почему Вы, скажем, думаете, что
> > gtk-doc.pc должен лежать в отдельном пакете gtk-doc-devel?  Потому что
> > я сказал?  Но ведь если кто-то требует gtk-doc, то он требует именно
> > gtk-doc, а не *.pc файл от этого дела.  Какой смысл их "разводить"?
> 
> О чём вы? я говорил о пакетах "сам себе -devel". Где я говорил о
> "tk-doc.pc должен лежать в отдельном пакете gtk-doc-devel"? где я
> говорил о "разводить"7

*.pc файлы не всегда означают "devel", хотя преимущественно должны
означать "devel".  В этом вся проблема с ними.  Они как бы с одной
стороны "devel", а с другой стороны иногда как бы даже могут быть
вовсе и не devel.  Проблема же в том, что мы ХОТИМ строго "развести"
(то есть "разнести", а не в смысле разводилова) -devel и не-devel
пакеты, то есть чтобы ни один не-devel пакет не требовал (косвенно)
какого-либо -devel пакета.

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

Короче, суть в том, что *.pc файл без зависимостей может лежать в каком
угодно пакете, "сам себе -devel" это не имеет никакого значения.  Но как
только у не-devel пакета возникает (косвенная) зависимость на *-devel
пакет, так сразу ой.  Топология выворачивается наизнанку, и это может
иметь довольно неприятные практические последствия (типа сомнительного
схлопывания топологии в buildreq), а не только идейно-эстетические.

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

[devel] семантика *-devel пакетов

[Alexey Tourbin]

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

On Wed, Sep 19, 2007 at 11:44:43AM +0400, Alexey Rusakov wrote:
> Вот же, сам радовался, сам и под раздачу попал. Однако gtk-doc если и
> попадает в Requires, то только к пакетам -devel-doc; кстати, на данный
> момент с фактически проставленными зависимостями на gtk-doc полный швах.
> С остальными буду разбираться, мне пока не совсем ясно, как семантически
> корректно обращаться с gnome-icon-theme (icon-naming-utils собирался
> исключительно ради него). C gnome-mime-data всё на первый взгляд понятно,
> там нужно .pc файл выносить в отдельный подпакет.

Если у *.pc файла нет зависимостей (косвенных) на -devel пакеты,
то не надо его никуда выносить.  Если у *.pc файла вообще нет никаких
зависимостей, то ЗАВЕДОМО не надо его никуда выносить.

МЫ ХОТИМ, чтобы не-devel пакеты не зависели от -devel пакетов;
а -devel пакеты консистентно зависели между собою (то есть чтобы
не ставить зависимости между -devel пакетами вручную).

-devel пакеты требуются только (или преимущественно) для СБОРКИ других пакетов.
-devel пакеты требуются только (или преимущественно) для СБОРКИ других пакетов.
-devel пакеты требуются только (или преимущественно) для СБОРКИ других пакетов.

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

Re: [devel] семантика *-devel пакетов

[Alexey Rusakov]

On Thu, 20 Sep 2007 03:18:30 +0400
Alexey Tourbin wrote:

> On Wed, Sep 19, 2007 at 11:44:43AM +0400, Alexey Rusakov wrote:
> > Вот же, сам радовался, сам и под раздачу попал. Однако gtk-doc если и
> > попадает в Requires, то только к пакетам -devel-doc; кстати, на данный
> > момент с фактически проставленными зависимостями на gtk-doc полный швах.
> > С остальными буду разбираться, мне пока не совсем ясно, как семантически
> > корректно обращаться с gnome-icon-theme (icon-naming-utils собирался
> > исключительно ради него). C gnome-mime-data всё на первый взгляд понятно,
> > там нужно .pc файл выносить в отдельный подпакет.
> 
> Если у *.pc файла нет зависимостей (косвенных) на -devel пакеты,
> то не надо его никуда выносить.  Если у *.pc файла вообще нет никаких
> зависимостей, то ЗАВЕДОМО не надо его никуда выносить.
Под это второе правило подпадают все четыре пакета (gtk-doc,
icon-naming-utils, gnome-icon-theme и gnome-mime-data). Помимо очевидной
зависимости на сам pkg-config, файлы .pc в этих пакетах зависимостей не
имеют.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] pkgconfig sisyphus_check

[Alexey Shabalin]

> > > > Хотя запретить по умолчанию, конечно, можно, чтобы защитить
> > > > мантейнера от случайной ошибки.
> > > warning, опять же?
> > Смотря сколько процентов пакетов подвержено этой ошибке.
> > Если, скажем, меньше 1%, то можно и error.
>
> 39 штук, но исправление некоторых может потребовать
> дополнительной возни с созданием подпакетов -- поэтому
> на полгодика лучше точно warning:

> /usr/lib/pkgconfig/beagle-0.0.pc /usr/lib/pkgconfig/beagle-daemon.pc /usr/lib/pkgconfig/beagle-ui-0.0.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/beagle-0.2.17-alt1.i586.rpm
> /usr/lib/pkgconfig/gmime-sharp.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libgmime-sharp-2.2.9-alt1.i586.rpm
> /usr/lib/pkgconfig/galago-sharp.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libgalago-sharp-0.5.0-alt1.i586.rpm
> /usr/lib/pkgconfig/gsf-sharp.pc
> /usr/lib/pkgconfig/nemerle.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/nemerle-0.9.3.99.6733-alt2.1.i586.rpm
> /usr/lib/pkgconfig/xsp-2.pc /usr/lib/pkgconfig/xsp.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/xsp-1.2.4-alt1.i586.rpm
/var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/shared-mime-info-0.19-alt1.i586.rpm
> /usr/lib/pkgconfig/monodoc.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/monodoc-1.2.5-alt1.i586.rpm
> /usr/lib/pkgconfig/mono-nunit.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/mono-nunit-1.2.5-alt1.i586.rpm
> /usr/lib/pkgconfig/libgdiplus.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libgdiplus-1.2.5-alt1.i586.rpm
> /usr/lib/pkgconfig/monodevelop.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/monodevelop-0.15-alt1.i586.rpm
> /usr/lib/pkgconfig/gapi-2.0.pc /var/ftp/pub/Linux/ALT/Sisyphus/files/i586/RPMS/libgtk-sharp2-gapi-2.10.1-alt3.i586.rpm

Я когда-то давно специально в рассылке спрашивал, стоит ли делать
devel пакет из-за одного файла. Тогда ответили  -  нет. Теперь
дождался, что надо  :).
Ок, mono-хозяйство постараюсь привести в соответствие с текущей
политикой. libgdiplus уже уехал в Сизиф, так что сорри, какое-то время
mono собираться не сможет.


-- 
Alexey Shabalin

Re: [devel] pkgconfig sisyphus_check

[Michael Shigorin]

On Thu, Sep 20, 2007 at 12:49:54AM +0400, Alexey Shabalin wrote:
> Я когда-то давно специально в рассылке спрашивал, стоит ли
> делать devel пакет из-за одного файла. Тогда ответили  -  нет.
> Теперь дождался, что надо  :).

Та ни, никто ничего не дождался :)  Это ж эксперимент
и предложение _warning_, а не _error_.

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

Re: [devel] sonameless shared libraries

[Damir Shayhutdinov]

> Неужели зашить в ELF rpath проще, чем зашить туда же soname?

Конечно проще, ведь soname надо мантейнить и менять, когда это необходимо.
А после введения soname наверняка захочется еще и symbol versioning
делать, а это еще прибавляет работы, которую бы по-хорошему должен
делать апстрим.

Re: [devel] sonameless shared libraries

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 09:29:44PM +0400, Dmitry V. Levin wrote:
> Запрещать нельзя, возникнут проблемы с проприетарным софтом.
> Хотя запретить по умолчанию, конечно, можно, чтобы защитить мантейнера от
> случайной ошибки.
> 
> > > выход. Подумайте прежде чем что-то делать, если есть такая
> > > возможность.
> > Я скорее думал о применении rpath. Делать soname вручную в 
> > Makefile, которые ещё DLL в Windows создают, для меня будет, 
> > думаю, проблематично.
> 
> Неужели зашить в ELF rpath проще, чем зашить туда же soname?

А зачем зашивать туда soname?  То есть что это дает?  Если просто
добавить какой-то soname, то это примерно похоже на его отсутствие.
За soname'ом нужно следить, а у casual maintainer на это не хватает
ни внимания, ни понимания.

То есть soname по смыслу это "контракт".  Если контракт обеспечивает
upstream, то это хорошо; а эмуляция контракта это плохо.

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

Re: [devel] sonameless shared libraries

[Dmitry V. Levin]

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

On Thu, Sep 20, 2007 at 01:23:56AM +0400, Alexey Tourbin wrote:
> On Mon, Sep 17, 2007 at 09:29:44PM +0400, Dmitry V. Levin wrote:
> > Запрещать нельзя, возникнут проблемы с проприетарным софтом.
> > Хотя запретить по умолчанию, конечно, можно, чтобы защитить мантейнера от
> > случайной ошибки.
> > 
> > > > выход. Подумайте прежде чем что-то делать, если есть такая
> > > > возможность.
> > > Я скорее думал о применении rpath. Делать soname вручную в 
> > > Makefile, которые ещё DLL в Windows создают, для меня будет, 
> > > думаю, проблематично.
> > 
> > Неужели зашить в ELF rpath проще, чем зашить туда же soname?
> 
> А зачем зашивать туда soname?  То есть что это дает?  Если просто
> добавить какой-то soname, то это примерно похоже на его отсутствие.
> За soname'ом нужно следить, а у casual maintainer на это не хватает
> ни внимания, ни понимания.
> 
> То есть soname по смыслу это "контракт".  Если контракт обеспечивает
> upstream, то это хорошо; а эмуляция контракта это плохо.

Не только это.
SONAME -- это характеристика разделяемой библиотеки, с которой можно
линковаться.  В отличие от плагинов.
Пусть лучше будет зависимость на libfoo.so.0 чем не будет ничего.


-- 
ldv

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

Re: [devel] sonameless shared libraries

[Alexey Tourbin]

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

On Thu, Sep 20, 2007 at 01:34:47AM +0400, Dmitry V. Levin wrote:
> > То есть soname по смыслу это "контракт".  Если контракт обеспечивает
> > upstream, то это хорошо; а эмуляция контракта это плохо.
> 
> Не только это.
> SONAME -- это характеристика разделяемой библиотеки, с которой можно
> линковаться.  В отличие от плагинов.
> Пусть лучше будет зависимость на libfoo.so.0 чем не будет ничего.

Да понятно.  Я сам иногда думаю: статически линковать неохота, придётся
делать какой-то сонейм.  А потом rpmsodiff показывает всё чисто, а там
в какой-то структуре данных что-то изменилось, в результате мой window
manager не запускается.

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

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

[devel] easyvz-server-0.1-alt3

[Alexey Tourbin]

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

>  easyvz-0.1-alt3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +easyvz-server-0.1-alt3	Requires	/etc/rc.d/init.d(failure)
> +easyvz-server-0.1-alt3	Requires	/etc/rc.d/init.d(msg_stopping)
> +easyvz-server-0.1-alt3	Requires	/etc/rc.d/init.d(msg_usage)
> +easyvz-server-0.1-alt3	Requires	/etc/rc.d/init.d(start_daemon)
> +easyvz-server-0.1-alt3	Requires	/etc/rc.d/init.d(status)
> +easyvz-server-0.1-alt3	Requires	/etc/rc.d/init.d(success)
>  easyvz-server-0.1-alt3	Requires	procps

В этом пакете имеется скрипт /etc/rc.d/init.d/easyvzd, который
в билдруте находится в состоянии 0644 (из-за чего поиска засимостей
в нём раньше не было), а в rpm пакуется в состоянии %attr(0755,root,root).

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

[devel] emacs-chess-2.0-alt4.b6

[Alexey Tourbin]

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

>  emacs-chess-2.0-alt4.b6	Requires	/etc/emacs/site-start.d
> +emacs-chess-2.0-alt4.b6	Requires	/usr/bin/convert
>  emacs-chess-2.0-alt4.b6	Requires	chess
> +emacs-chess-2.0-alt4.b6	Requires	coreutils
>  emacs-chess-2.0-alt4.b6	Requires	emacs-common
> +emacs-chess-2.0-alt4.b6	Requires	sed
>  emacs-chess-2.0-alt4.b6	Requires(interp)	/bin/sh

В этом пакете есть неисполняемый шелл-скрипт

$ rpmfile emacs-chess-2.0-alt4.b6.noarch.rpm  |grep Bourne
/usr/share/emacs/etc/chess/pieces/xboard/convbm 100644  Bourne shell script text executable
$

в котором, в частности, используется утилита convert

$ rpmpeek emacs-chess-2.0-alt4.b6.noarch.rpm sh --rpm-requires ./usr/share/emacs/etc/chess/pieces/xboard/convbm |sort -u
executable(convert)
executable(mkdir)
executable(sed)
$

Эта утилита содержится сразу в двух пакетах -- ImageMagick
и GraphicsMagick-ImageMagick-compat, поэтому проставляется "raw"
зависимость (raw зависимости на /bin /sbin /usr/bin /usr/sbin не
являются анметами, если у кого-то есть соответствующие файлы).

Если подразумевается работоспособность этого скрипта,
то зависимость проставлена правильно.  В противном случае
поиск зависимостей в этом скрипте можно отключить:
%add_findreq_skiplist /usr/share/emacs/etc/chess/pieces/xboard/convbm

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

Re: [devel] emacs-chess-2.0-alt4.b6

[Eugene Vlasov]

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

On Sun, 16 Sep 2007 18:30:13 +0400 Alexey Tourbin wrote:

>> +emacs-chess-2.0-alt4.b6	Requires	/usr/bin/convert
>> +emacs-chess-2.0-alt4.b6	Requires	coreutils
>> +emacs-chess-2.0-alt4.b6	Requires	sed

> $ rpmfile emacs-chess-2.0-alt4.b6.noarch.rpm  |grep Bourne
> /usr/share/emacs/etc/chess/pieces/xboard/convbm 100644  Bourne shell script text executable

> Если подразумевается работоспособность этого скрипта,
> то зависимость проставлена правильно.  В противном случае
> поиск зависимостей в этом скрипте можно отключить:
> %add_findreq_skiplist /usr/share/emacs/etc/chess/pieces/xboard/convbm

Этого файла вообще тут не должно быть, возможно разработчики положили
его в тарбол с .xpm по ошибке, как и файлы *.sed и pixmaps.h. 
Уберу в следующей сборке.


-- 
WBR, Eugene Vlasov        mailto:eugvv at altlinux.ru
                          JID: eugvv@jabber.ru

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

[devel] emacs-maxima-5.12.0-alt1

[Alexey Tourbin]

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

>  emacs-maxima-5.12.0-alt1	Obsoletes	maxima-emacs
> +emacs-maxima-5.12.0-alt1	Requires	/etc/emacs/site-start.d
>  emacs-maxima-5.12.0-alt1	Requires	emacs

В пакете maxima используется хак
%define _findreq_default_method lib
который больше не работает.

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

Re: [devel] emacs-maxima-5.12.0-alt1

[Vadim V. Zhytnikov]

Alexey Tourbin пишет:
>>  emacs-maxima-5.12.0-alt1	Obsoletes	maxima-emacs
>> +emacs-maxima-5.12.0-alt1	Requires	/etc/emacs/site-start.d
>>  emacs-maxima-5.12.0-alt1	Requires	emacs
> 
> В пакете maxima используется хак
> %define _findreq_default_method lib
> который больше не работает.
> 

Учту в следующей сборке, которая будет недели через две.

-- 
      Vadim V. Zhytnikov

       <vvzhy@mail.ru>
      <vvzhy@netorn.ru>

[devel] emacspeak-23.0-alt1

[Alexey Tourbin]

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

>  emacspeak-23.0-alt1	Requires	/etc/emacs/site-start.d
> +emacspeak-23.0-alt1	Requires	/usr/bin/emacs
>  emacspeak-23.0-alt1	Requires	/usr/bin/pdftotext
> @@ -24346,3 +24668,2 @@
>  emacspeak-23.0-alt1	Requires	emacs-common
> -emacspeak-23.0-alt1	Requires	emacs22-nox
>  emacspeak-23.0-alt1	Requires	emacsen-startscripts

Из-за исправлений в /usr/lib/rpm/find-package некоторые зависимости
стали проставляться более правильно.

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

[devel] etcnet-0.9.3-alt3 ruby!

[Alexey Tourbin]

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

>  etcnet-0.9.3-alt3	Requires	iproute2
> +etcnet-0.9.3-alt3	Requires	ruby
>  etcnet-0.9.3-alt3	Requires	sed

Пакет etcnet содержит исполняемые скрипты на ruby.

$ rpmfile etcnet-0.9.3-alt3.noarch.rpm |grep ruby
/etc/net/scripts/contrib/etcnet-fw-syntax.rb    100755  a ruby script text executable
/etc/net/scripts/contrib/ipt2etcnet.rb  100755  a ruby script text executable
/etc/net/scripts/contrib/iptables-save.rb       100755  a ruby script text executable
$ rpmpeek etcnet-0.9.3-alt3.noarch.rpm head -1 ./etc/net/scripts/contrib/etcnet-fw-syntax.rb
#!/usr/bin/env ruby
$

Поиск зависимостей идет правильно.  Однако зависимость на ruby в данном
случае всё же кажется лишней.  Можно либо отпилить отдельный пакет
etcnet-contrib, либо явно игнорировать поиск зависимостей в contrib:
%add_findreq_skiplist /etc/net/scripts/contrib/*

В последнем случае отключается syntax check и т.д., то есть качество
contrib начинает потенциально деградировать.

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

Re: [devel] etcnet-0.9.3-alt3 ruby!

[Michael Shigorin]

On Sun, Sep 16, 2007 at 06:46:17PM +0400, Alexey Tourbin wrote:
> Пакет etcnet содержит исполняемые скрипты на ruby.
> 
> $ rpmfile etcnet-0.9.3-alt3.noarch.rpm |grep ruby
> /etc/net/scripts/contrib/etcnet-fw-syntax.rb    100755  a ruby script text executable
> /etc/net/scripts/contrib/ipt2etcnet.rb  100755  a ruby script text executable
> /etc/net/scripts/contrib/iptables-save.rb       100755  a ruby script text executable
> $ rpmpeek etcnet-0.9.3-alt3.noarch.rpm head -1 ./etc/net/scripts/contrib/etcnet-fw-syntax.rb
> #!/usr/bin/env ruby
> $
> 
> Поиск зависимостей идет правильно.  Однако зависимость на ruby
> в данном случае всё же кажется лишней.  Можно либо отпилить
> отдельный пакет etcnet-contrib, либо явно игнорировать поиск
> зависимостей в contrib: %add_findreq_skiplist
> /etc/net/scripts/contrib/*
> 
> В последнем случае отключается syntax check и т.д., то есть
> качество contrib начинает потенциально деградировать.

На усмотрение майнтейнера -- я бы, наверное, сейчас нарисовал
игнорирование с пометкой "при разрастании контриба вынести
отдельным подпакетом".

Эти скрипты всё равно могут подразумевать проход напильником
перед использованием, боюсь (как автор оных).

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

[devel] etersoft-build-utils-1.2-alt1

[Alexey Tourbin]

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

>  etcskel-2.0.11-alt2	Requires(rpmlib)	rpmlib(VersionedDependencies) <= 3.0.3-1
> +etersoft-build-utils-1.2-alt1	Requires	autoconf-common
>  etersoft-build-utils-1.2-alt1	Requires	bash
> @@ -25703,2 +26028,3 @@
>  etersoft-build-utils-1.2-alt1	Requires	coreutils
> +etersoft-build-utils-1.2-alt1	Requires	cvs
>  etersoft-build-utils-1.2-alt1	Requires	diffutils
> @@ -25706,2 +26032,3 @@
>  etersoft-build-utils-1.2-alt1	Requires	gawk
> +etersoft-build-utils-1.2-alt1	Requires	gettext
>  etersoft-build-utils-1.2-alt1	Requires	glibc-locales
> @@ -25709,2 +26036,4 @@
>  etersoft-build-utils-1.2-alt1	Requires	gzip
> +etersoft-build-utils-1.2-alt1	Requires	make
> +etersoft-build-utils-1.2-alt1	Requires	mktemp
>  etersoft-build-utils-1.2-alt1	Requires	openssh-clients

Этот пакет содержит неисполняемые шелл-скритпы
/etc/rpm/etersoft-build-config  100644  Bourne shell script text executable
/etc/rpm/etersoft-build-functions       100644  Bourne-Again shell script text executable

которые включаются в исполняемые скрипты через "." или "source".
Именно для таких шелл-библиотек поиск зависимостей был изменен таким
образом, чтобы обрабатывались как исполняемые, так и не исполняемые
шелл-скрипты.

Зависимости проставились правильно.

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

[devel] exim-common-4.67-alt1

[Alexey Tourbin]

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

>  exim-common-4.67-alt1	Requires	/etc/sysconfig/network
> +exim-common-4.67-alt1	Requires	/usr/sbin/exim
>  exim-common-4.67-alt1	Requires	coreutils

В пакете exim-common появляется unmet на /usr/sbin/exim,
из-за симлинков, которые на него смотрят.  Вот кусочек лога сборки:

find-provides: absolute symbolic link /usr/src/tmp/exim-buildroot/etc/aliases -> /etc/exim/aliases is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/exim-buildroot/usr/sbin/mailq -> /usr/sbin/exim is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/exim-buildroot/usr/sbin/rmail -> /usr/sbin/exim is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/exim-buildroot/usr/sbin/rsmtp -> /usr/sbin/exim is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/exim-buildroot/usr/sbin/runq -> /usr/sbin/exim is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/exim-buildroot/usr/sbin/sendmail -> /usr/sbin/exim is not going to provide anything
[...]
symlinks.req: /usr/src/tmp/exim-buildroot/usr/sbin/mailq: /usr/sbin/exim -> /usr/sbin/exim (raw, not found)
symlinks.req: /usr/src/tmp/exim-buildroot/usr/sbin/rmail: /usr/sbin/exim -> /usr/sbin/exim (raw, not found)
symlinks.req: /usr/src/tmp/exim-buildroot/usr/sbin/rsmtp: /usr/sbin/exim -> /usr/sbin/exim (raw, not found)
symlinks.req: /usr/src/tmp/exim-buildroot/usr/sbin/runq: /usr/sbin/exim -> /usr/sbin/exim (raw, not found)
symlinks.req: /usr/src/tmp/exim-buildroot/usr/sbin/sendmail: /usr/sbin/exim -> /usr/sbin/exim (raw, not found)

/usr/sbin/exim не предоставляется ни одним пакетом и не содержится
ни в одном пакете.  Считаю такое положение вещей неправильным.

Симлинк /usr/sbin/exim появляются при исполнении post-скриптов
некоторых пакетов, напр.

$ rpm -qp --scripts exim-heavy-4.67-alt1.i586.rpm 
postinstall scriptlet (through /bin/sh):
ln -sf /usr/sbin/exim-heavy /usr/sbin/exim
/usr/sbin/post_service exim
preuninstall scriptlet (through /bin/sh):
/usr/sbin/preun_service exim
$

Вообще-то такие вещи лучше делать с использованием alterntaives.
Напирмер, в данной "самопальной" реализации после удаления пакета
останется битый симлинк /usr/sbin/exim, тогда как alterntavies
его бы "подчистил".

Кроме того, если повесить симлинк /usr/sbin/exim на альтернативы,
то каждая альтернатива теперь будет делать автоматический Provides:
/usr/sbin/exim.

В любом случае, даже при сохранении самопальной схемы, /usr/sbin/exim
должен кто-то содержать как файл или предоставлять как зависимость.
То есть при сохранении самопальной схемы нужно во все пакеты, которые
делают симлинк /usr/sbin/exim, добавить Provides: /usr/sbin/exim.

(Если же хочется узко решить именно эту проблему, то достаточно
в билдруте создать какой-нибудь файл или небитый симлинк /usr/bin/exim).

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

[devel] ez-ipupdate-3.0.11-alt0.3.b8

[Alexey Tourbin]

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

>  ez-ipupdate-3.0.11-alt0.3.b8	PreReq	/usr/sbin/useradd
> +ez-ipupdate-3.0.11-alt0.3.b8	Requires	/etc/rc.d/init.d(start_daemon)
> +ez-ipupdate-3.0.11-alt0.3.b8	Requires	/etc/rc.d/init.d(status)
> +ez-ipupdate-3.0.11-alt0.3.b8	Requires	/etc/rc.d/init.d(stop_daemon)
> +ez-ipupdate-3.0.11-alt0.3.b8	Requires	/etc/sysconfig/network
>  ez-ipupdate-3.0.11-alt0.3.b8	Requires	libc.so.6(GLIBC_2.0)
> @@ -27199,2 +27540,3 @@
>  ez-ipupdate-3.0.11-alt0.3.b8	Requires	rtld(GNU_HASH)
> +ez-ipupdate-3.0.11-alt0.3.b8	Requires	service
>  ez-ipupdate-3.0.11-alt0.3.b8	Requires(interp)	/bin/sh

В этом пакете такая же ситуация, как и в некоторых других.
Скрипт /etc/rc.d/init.d/ez-ipupdate находится в билдруте
в состоянии 0644, а в rpm пакуется в состоянии %attr(0755,root,root).

ATTN.  Вообще, использование %attr это скорее порочная практика.
Использование %attr оправдано только в редких случаях (например,
при запаковке setuid-бинарей).  Желательно иметь в билдурте файлы
в том же состоянии, в каком они будут запакованы в rpm.

Кажется, пакет ez-ipupdate сделан на основе чужого спека,
который не особо "доточили" до "наших практик".

В частности, я обратил внимание на то, что этот пакет владеет каталогом
/etc/rc.d/init.d, которым он владеть не должен.  Это может иметь
довольно далекие и потенциально неприятные последствия:

$ fgrep $'/rc.d/init.d\t' hasher/cache/contents/contents_index_bin
/etc/rc.d/init.d	/etc/rc.d/init.d
$

"Претендовать" на каталог /etc/rc.d/init.d должен только пакет service.

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

[devel] fedora-ds-1.1.0-alt0.20070817

[Alexey Tourbin]

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

>  fedora-ds-1.1.0-alt0.20070817	Provides	libslapd.so.0
> +fedora-ds-1.1.0-alt0.20070817	Requires	/etc/rc.d/init.d(failure)
> +fedora-ds-1.1.0-alt0.20070817	Requires	/etc/rc.d/init.d(success)
> +fedora-ds-1.1.0-alt0.20070817	Requires	/etc/sysconfig/network
> +fedora-ds-1.1.0-alt0.20070817	Requires	coreutils
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.0)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.1)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.1.3)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.2)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.3)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.3.4)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.4)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libdb-4.4.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libdl.so.2(GLIBC_2.0)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libdl.so.2(GLIBC_2.1)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libicui18n.so.36
> +fedora-ds-1.1.0-alt0.20070817	Requires	libicuuc.so.36
> +fedora-ds-1.1.0-alt0.20070817	Requires	libldap60.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libldif60.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libnetsnmp.so.15
> +fedora-ds-1.1.0-alt0.20070817	Requires	libnetsnmpagent.so.15
> +fedora-ds-1.1.0-alt0.20070817	Requires	libnetsnmphelpers.so.15
> +fedora-ds-1.1.0-alt0.20070817	Requires	libnspr4.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libnss3.so(NSS_3.2)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libnss3.so(NSS_3.6)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libpam.so.0(LIBPAM_1.0)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libplc4.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libplds4.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libprldap60.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libpthread.so.0(GLIBC_2.0)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libpthread.so.0(GLIBC_2.1)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libsasl2.so.2
> +fedora-ds-1.1.0-alt0.20070817	Requires	libssl3.so(NSS_3.2)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libssl3.so(NSS_3.4)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libssldap60.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libstdc++.so.6(CXXABI_1.3)
>  fedora-ds-1.1.0-alt0.20070817	Requires	libsvrcore
> +fedora-ds-1.1.0-alt0.20070817	Requires	libsvrcore.so.0
> +fedora-ds-1.1.0-alt0.20070817	Requires	openldap-clients
>  fedora-ds-1.1.0-alt0.20070817	Requires	perl-CGI
>  fedora-ds-1.1.0-alt0.20070817	Requires	perl-Mozilla-LDAP
> +fedora-ds-1.1.0-alt0.20070817	Requires	perl-base
>  fedora-ds-1.1.0-alt0.20070817	Requires	perl-libnet
> +fedora-ds-1.1.0-alt0.20070817	Requires	rtld(GNU_HASH)
> +fedora-ds-1.1.0-alt0.20070817	Requires	service
> +fedora-ds-1.1.0-alt0.20070817	Requires	sh
>  fedora-ds-1.1.0-alt0.20070817	Requires(interp)	/bin/sh

Бездна нам обнажена!
В этом пакете используется конструкция:
	AutoReq: noperl
которая по смыслу отличается от
	AutoReq: yes, noperl

Фактически весь поиск зависимостей был отключен.
(В новом rpm-build я на всякий случай сблизил смысл этих конструкций.)

Мне интересно, какие трудности возникли с поиском перловых зависимостей.
Это можно было бы написать комментарием прямо перед "AutoReq: noperl".

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

[devel] fedora-ds-adminserver-1.1.0-alt0.20070817

[Alexey Tourbin]

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

On Sun, Sep 16, 2007 at 09:17:25PM +0400, Alexey Tourbin wrote:
> В этом пакете используется конструкция:
> 	AutoReq: noperl
> которая по смыслу отличается от
> 	AutoReq: yes, noperl
> 
> Фактически весь поиск зависимостей был отключен.
> (В новом rpm-build я на всякий случай сблизил смысл этих конструкций.)
> 
> Мне интересно, какие трудности возникли с поиском перловых зависимостей.
> Это можно было бы написать комментарием прямо перед "AutoReq: noperl".

Вполне аналогично обстоит дело с пакетом fedora-ds-adminserver:

>  fedora-ds-adminserver-1.1.0-alt0.20070817	Provides	libds-admin-serv.so.0
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	/etc/rc.d/init.d(failure)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	/etc/rc.d/init.d(success)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	/etc/sysconfig/network
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	apache2-httpd-worker
> @@ -27523,2 +27919,3 @@
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	apache2-mod_revocator
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	coreutils
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	fedora-ds
> @@ -27526,4 +27923,30 @@
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	fedora-ds-setuputil
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	glibc-utils
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	grep
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libadminutil.so.1
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libadmsslutil.so.1
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.0)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.1)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.1.3)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.2)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.3)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.3.4)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.4)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libldap60.so
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libldif60.so
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libnspr4.so
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libnss3.so(NSS_3.2)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libnss3.so(NSS_3.3)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libnss3.so(NSS_3.5)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libnss3.so(NSS_3.9.2)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libplc4.so
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libsmime3.so(NSS_3.2)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libssl3.so(NSS_3.2)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libssldap60.so
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libsvrcore
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	perl-CGI
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	perl-base
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	rtld(GNU_HASH)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	service
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	sh
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires(interp)	/bin/sh

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

[devel] AutoReq

[Dmitry V. Levin]

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

On Sun, Sep 16, 2007 at 09:17:25PM +0400, Alexey Tourbin wrote:
[...]
> В этом пакете используется конструкция:
> 	AutoReq: noperl
> которая по смыслу отличается от
> 	AutoReq: yes, noperl
> 
> Фактически весь поиск зависимостей был отключен.
> (В новом rpm-build я на всякий случай сблизил смысл этих конструкций.)

И правильно сделал.

> Мне интересно, какие трудности возникли с поиском перловых зависимостей.
> Это можно было бы написать комментарием прямо перед "AutoReq: noperl".

Это следствие правила хорошего тона "комментируйте всё неочевидное",
поскольку любой workaround неочевиден.


-- 
ldv

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

Re: [devel] AutoReq

[Alexey Shabalin]

> On Sun, Sep 16, 2007 at 09:17:25PM +0400, Alexey Tourbin wrote:
> [...]
> > В этом пакете используется конструкция:
> >       AutoReq: noperl
> > которая по смыслу отличается от
> >       AutoReq: yes, noperl
А в чём разница?
Я как мантейнер, читал правила-рекомендации по сборке. И yes,noperl
там не встреча. Указывая noperl я ожидаю отключения поиска
зависимостей только perl.
> >
> > Фактически весь поиск зависимостей был отключен.
> > (В новом rpm-build я на всякий случай сблизил смысл этих конструкций.)
>
> И правильно сделал.
>
> > Мне интересно, какие трудности возникли с поиском перловых зависимостей.
> > Это можно было бы написать комментарием прямо перед "AutoReq: noperl".
>
> Это следствие правила хорошего тона "комментируйте всё неочевидное",
> поскольку любой workaround неочевиден.
>
буду придерживатся хорошего тона :)


-- 
Alexey Shabalin

[devel] fglrx-tools-8.40.4-alt1

[Alexey Tourbin]

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

>  fglrx-tools-8.40.4-alt1	Requires	sh
> +fglrx-tools-8.40.4-alt1	Requires	su
>  fglrx-tools-8.40.4-alt1	Requires	which

В этом пакете есть неисполняемый скрипт /etc/acpi/ati-powermode.sh,
который пытается выполнять некие действия от имени всех пользователей
иксов.

    45  if [ ${lid_closed} -eq 1 -o ${on_dc} -eq 1 ]; then
    46      echo "Low power"
    47      for x in /tmp/.X11-unix/*; do
    48          displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`
    49          getXuser;
    50          if [ x"$XAUTHORITY" != x"" ]; then
    51              export DISPLAY=":$displaynum"
    52              su $user -c "/usr/bin/aticonfig --set-powerstate=1 --effective=now"
    53          fi
    54      done
    55  else
    56      echo "High power"
    57      for x in /tmp/.X11-unix/*; do
    58          displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`
    59          getXuser;
    60          if [ x"$XAUTHORITY" != x"" ]; then
    61              export DISPLAY=":$displaynum"
    62              su $user -c "/usr/bin/aticonfig --set-powerstate=3 --effective=now"
    63          fi
    64      done
    65  fi

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

[devel] file-roller-2.18.4-alt2

[Alexey Tourbin]

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

>  file-roller-2.18.4-alt2	Requires	bzip2
> +file-roller-2.18.4-alt2	Requires	coreutils
> +file-roller-2.18.4-alt2	Requires	grep
>  file-roller-2.18.4-alt2	Requires	gzip
> +file-roller-2.18.4-alt2	Requires	isoutils
>  file-roller-2.18.4-alt2	Requires	lha

В скрипте /usr/lib/file-roller/isoinfo.sh используется isoinfo.

$ rpmfile file-roller-2.18.4-alt2.i586.rpm |grep isoi
/usr/lib/file-roller/isoinfo.sh 100644  Bourne shell script text executable
$ rpmpeek file-roller-2.18.4-alt2.i586.rpm grep -r isoinfo .
./usr/lib/file-roller/isoinfo.sh:ISOINFO=`isoinfo -d -i "$filename"`
./usr/lib/file-roller/isoinfo.sh:  isoinfo $iso_extensions -i "$filename" -x "$file_to_extract"
./usr/lib/file-roller/isoinfo.sh:  isoinfo $iso_extensions -i "$filename" -l
Binary file ./usr/bin/file-roller matches
$

В принципе этот скрипт автоматически вызывается из какого-то сишного
кода (то есть из /usr/bin/file-roller).

$ rpmpeek ../../SRPMS/file-roller-2.18.4-alt2.src.rpm sh -c 'tar xf *.tar*; grep -r --include=\*.c isoinfo .'
./file-roller-2.18.4/src/main.c:        { "isoinfo",    TRUE,  FALSE, TRUE,  FR_FILE_TYPE_ISO },
./file-roller-2.18.4/src/fr-command-iso.c:      fr_process_begin_command (comm->process, "sh " PRIVEXECDIR "isoinfo.sh");
./file-roller-2.18.4/src/fr-command-iso.c:              fr_process_begin_command (comm->process, "sh " PRIVEXECDIR "isoinfo.sh");
./file-roller-2.18.4/src/fr-command-iso.c:      if (! is_program_in_path ("isoinfo")) {
$

Так что считаю зависимость на isoutils правильной.

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

Re: [devel] file-roller-2.18.4-alt2

[Alexey Rusakov]

On Mon, 17 Sep 2007 14:45:32 +0400
Alexey Tourbin wrote:

> >  file-roller-2.18.4-alt2	Requires	bzip2
> > +file-roller-2.18.4-alt2	Requires	coreutils
> > +file-roller-2.18.4-alt2	Requires	grep
> >  file-roller-2.18.4-alt2	Requires	gzip
> > +file-roller-2.18.4-alt2	Requires	isoutils
> >  file-roller-2.18.4-alt2	Requires	lha
> 
> В скрипте /usr/lib/file-roller/isoinfo.sh используется isoinfo.
> 
[...]
> Так что считаю зависимость на isoutils правильной.
Да, это совершенно корректная зависимость.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

[devel] flow-tools-0.68-alt2.0

[Alexey Tourbin]

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

>  flow-tools-0.68-alt2.0	Requires	python-base
> +flow-tools-0.68-alt2.0	Requires	python2.4(getopt)
> +flow-tools-0.68-alt2.0	Requires	python2.4(os)
> +flow-tools-0.68-alt2.0	Requires	python2.4(rrdtool)
> +flow-tools-0.68-alt2.0	Requires	python2.4(string)
>  flow-tools-0.68-alt2.0	Requires	rtld(GNU_HASH)

Зависимость на python2.4(rrdtool) правильная.

$ rpmpeek flow-tools-0.68-alt2.0.i586.rpm grep -r rrdtool ./usr/bin
./usr/bin/flow-rpt2rrd:import rrdtool
./usr/bin/flow-rpt2rrd:      rrdtool.create(rrdFile, *rrdParams)
./usr/bin/flow-rpt2rrd:    rrdtool.update(rrdFile,update)
./usr/bin/flow-log2rrd:import rrdtool
./usr/bin/flow-log2rrd:        rrdtool.create(rrdFile, '--start', str(int(tv['now']) - 300),
./usr/bin/flow-log2rrd:        rrdtool.create(rrdFile, '--start', str(int(tv['now']) - 300),
./usr/bin/flow-log2rrd:  rrdtool.update(rrdFile, update)
$

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

[devel] gcstar-1.1.1-alt1

[Alexey Tourbin]

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

>  gcstar-1.1.1-alt1	Provides	perl(GCUtils.pm)
> +gcstar-1.1.1-alt1	Requires	coreutils
> +gcstar-1.1.1-alt1	Requires	grep
> +gcstar-1.1.1-alt1	Requires	kdebase-konqueror
> +gcstar-1.1.1-alt1	Requires	libexo
> +gcstar-1.1.1-alt1	Requires	libgnome
>  gcstar-1.1.1-alt1	Requires	perl(Cwd.pm)
> @@ -33483,2 +33984,3 @@
>  gcstar-1.1.1-alt1	Requires	perl-base
> +gcstar-1.1.1-alt1	Requires	xprop
>  gcstar-1.1.1-alt1	Requires(interp)	/bin/sh

Имеется неисполняемый шелл-скрипт, из-за которого появляются новые
зависимости.

$ rpmfile gcstar-1.1.1-alt1.noarch.rpm |grep shell
/usr/share/gcstar/helpers/xdg-open      100644  Bourne shell script text executable
$ rpmpeek gcstar-1.1.1-alt1.noarch.rpm sh --rpm-requires ./usr/share/gcstar/helpers/xdg-open |grep -v function |sort -u
executable(cat)
executable(exo-open)
executable(gnome-open)
executable(grep)
executable(kfmclient)
executable(xprop)
$

Нужно подумать, насколько существенно этот скрипт требуется (и МОЖЕТ
ли потребоваться) для работы пакета.

Первичный осмотр показывает, что этот скрипт используется в
./usr/share/libgcstar/GCMainWindow.pm: : $ENV{GCS_SHARE_DIR}.'/helpers/xdg-open';

То есть это как минимум не какой-то левый скрипт, который запакован
сам по себе, а компонент общей системы.  Просто игнорировать зависимости
в нём не желательно.  С другой стороны, в скрипте
/usr/share/gcstar/helpers/xdg-open вроде бы реализована "поддержка
чего-то" для всех популярных десктопов -- gnome, kde, xfce.
Видимо зависимости такой "поддержки всего" лучше как-то спрятать.

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

Re: [devel] gcstar-1.1.1-alt1

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 05:20:13PM +0400, Alexey Tourbin wrote:
> Имеется неисполняемый шелл-скрипт, из-за которого появляются новые
> зависимости.
> 
> $ rpmfile gcstar-1.1.1-alt1.noarch.rpm |grep shell
> /usr/share/gcstar/helpers/xdg-open      100644  Bourne shell script text executable
[...]
> Первичный осмотр показывает, что этот скрипт используется в
> ./usr/share/libgcstar/GCMainWindow.pm: : $ENV{GCS_SHARE_DIR}.'/helpers/xdg-open';

Кстати, в перловом коде вроде бы подразумевается, что
скрипт /usr/share/gcstar/helpers/xdg-open должен быть исполняемым.

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

[devel] gkrellm-themes-1.0-alt1

[Alexey Tourbin]

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

>  gkrellm-themes-1.0-alt1	Requires	/usr/bin/mogrify
> +gkrellm-themes-1.0-alt1	Requires	/usr/share/gkrellm2/themes/twilite/green/frame_right-green.png
>  gkrellm-themes-1.0-alt1	Requires	bash

В этом пакете битый симлинк
/usr/share/gkrellm2/themes/twilite/.png -> green/frame_right-green.png

Вот кусочек лога сборки.

find-provides: broken symbolic link /usr/src/tmp/gkrellm-themes-buildroot/usr/share/gkrellm2/themes/twilite/.png -> green/frame_right-green.png is not going to provide anything
[...]
symlinks.req: /usr/src/tmp/gkrellm-themes-buildroot/usr/share/gkrellm2/themes/twilite/.png: checking contents_index_all for /usr/share/gkrellm2/themes/twilite/green/frame_right-green.png
symlinks.req: /usr/src/tmp/gkrellm-themes-buildroot/usr/share/gkrellm2/themes/twilite/.png: /usr/share/gkrellm2/themes/twilite/green/frame_right-green.png -> /usr/share/gkrellm2/themes/twilite/green/frame_right-green.png (raw, not found)

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

[devel] gksu-2.0.0-alt1

[Alexey Tourbin]

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

> +gksu-2.0.0-alt1	Requires	GConf
>  gksu-2.0.0-alt1	Requires	libc.so.6(GLIBC_2.0)

$ rpmpeek gksu-2.0.0-alt1.i586.rpm grep -ri gconf .
./usr/share/gksu/gksu-migrate-conf.sh:    gconftool-2 --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults --type bool --set /apps/gksu/$1 $2
./usr/share/gksu/gksu-migrate-conf.sh:    gconftool-2 --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type bool --set /apps/gksu/$1 $2
$

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

Re: [devel] gksu-2.0.0-alt1

[Alexey Rusakov]

On Wed, 19 Sep 2007 16:56:54 +0400
Alexey Tourbin wrote:

> > +gksu-2.0.0-alt1	Requires	GConf
> >  gksu-2.0.0-alt1	Requires	libc.so.6(GLIBC_2.0)
> 
> $ rpmpeek gksu-2.0.0-alt1.i586.rpm grep -ri gconf .
> ./usr/share/gksu/gksu-migrate-conf.sh:    gconftool-2 --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults --type bool --set /apps/gksu/$1 $2
> ./usr/share/gksu/gksu-migrate-conf.sh:    gconftool-2 --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type bool --set /apps/gksu/$1 $2
> $
С учётом того, что libgksu уже зависит от libgconf-2.so.4, добавка к gksu в
зависимости GConf практически ничего не утяжеляет, а теоретически вполне
адекватна.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

[devel] glade2-2.12.1-alt5

[Alexey Tourbin]

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

>  glade2-2.12.1-alt5	PreReq	scrollkeeper >= 0.3
> +glade2-2.12.1-alt5	Requires	autoconf-common
> +glade2-2.12.1-alt5	Requires	automake-common
> +glade2-2.12.1-alt5	Requires	coreutils
> +glade2-2.12.1-alt5	Requires	glib2-devel
> +glade2-2.12.1-alt5	Requires	grep
> +glade2-2.12.1-alt5	Requires	intltool
>  glade2-2.12.1-alt5	Requires	libICE.so.6

./usr/share/glade-2/gtk/autogen.sh:(autoconf --version) < /dev/null > /dev/null 2>&1 || {
./usr/share/glade-2/gtk/autogen.sh:  (glib-gettextize --version) < /dev/null > /dev/null 2>&1 || {

и т.п.

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

Re: [devel] glade2-2.12.1-alt5

[Alexey Rusakov]

On Wed, 19 Sep 2007 17:02:27 +0400
Alexey Tourbin wrote:

> >  glade2-2.12.1-alt5	PreReq	scrollkeeper >= 0.3
> > +glade2-2.12.1-alt5	Requires	autoconf-common
> > +glade2-2.12.1-alt5	Requires	automake-common
> > +glade2-2.12.1-alt5	Requires	coreutils
> > +glade2-2.12.1-alt5	Requires	glib2-devel
> > +glade2-2.12.1-alt5	Requires	grep
> > +glade2-2.12.1-alt5	Requires	intltool
> >  glade2-2.12.1-alt5	Requires	libICE.so.6
> 
> ./usr/share/glade-2/gtk/autogen.sh:(autoconf --version) < /dev/null > /dev/null 2>&1 || {
> ./usr/share/glade-2/gtk/autogen.sh:  (glib-gettextize --version) < /dev/null > /dev/null 2>&1 || {
Я бы сказал, что это нормально, autotools нужны Glade'у для генерации кода.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

[devel] gnofract4d-3.2-alt0.1

[Alexey Tourbin]

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

>  gnofract4d-3.2-alt0.1	Requires	python2.4(fnmatch)
> +gnofract4d-3.2-alt0.1	Requires	python2.4(fract4dc)
> +gnofract4d-3.2-alt0.1	Requires	python2.4(fract4dguic)
>  gnofract4d-3.2-alt0.1	Requires	python2.4(getopt)

Здесь появились анметы.  У этого пакета питоновские модули лежат
в своем собственном каталоге, а не в стандартном питоновском.

./usr/lib/gnofract4d-3.2/fract4dgui/fract4dguic.so
./usr/lib/gnofract4d-3.2/fract4d/fract4dc.so
./usr/lib/gnofract4d-3.2/fract4d/fract4d_stdlib.so

Я внёс некоторые послабления в свой текущий rpm-build-python.git,
чтобы мне не решать все проблемы сразу, а побыстрее закончить с одной
(внедрение нового rpm-build).  С питоном вообще надо разбираться
серьезно.

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

[devel] gnome-mlview-0.9.0-alt0.3cvs20050521

[Alexey Tourbin]

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

>  gnome-mlview-0.9.0-alt0.3cvs20050521	Provides	libmlviewdbusclient.so.10
> +gnome-mlview-0.9.0-alt0.3cvs20050521	Requires	/usr/bin/mlv
>  gnome-mlview-0.9.0-alt0.3cvs20050521	Requires	libatkmm-1.6.so.1

find-provides: absolute symbolic link /usr/src/tmp/gnome-mlview-buildroot/usr/bin/gnome-mlview -> /usr/bin/mlv is not going to provide anything
[...]
symlinks.req: /usr/src/tmp/gnome-mlview-buildroot/usr/bin/gnome-mlview: /usr/bin/mlv -> /usr/bin/mlv (raw, not found)

$ rpmpeek ../../SRPMS/gnome-mlview-0.9.0-alt0.3cvs20050521.src.rpm sh -c 'grep ln *.spec'
%__ln_s %_bindir/mlv %buildroot%_bindir/%name
$

Зачем делать битые симлинки?  За них не платят.
Тем более за абсолютные.

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

[devel] gnucap-20070329-alt0.1

[Alexey Tourbin]

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

>  gnucap-20070329-alt0.1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +gnucash-2.2.0-alt1	Requires	/usr/bin/guile
>  gnucash-2.2.0-alt1	Requires	/usr/lib/gnucash/libgncmod-app-utils.so
> @@ -39969,3 +40504,2 @@
>  gnucash-2.2.0-alt1	Requires	glib2 >= 2.12.7
> -gnucash-2.2.0-alt1	Requires	guile16
>  gnucash-2.2.0-alt1	Requires	iconv

$ rpmpeek gnucash-2.2.0-alt1.i586.rpm head -3 ./usr/bin/gnc-test-env
#!/bin/sh
exec guile -s $0 "$@"
!#
$

Из-за исправлений в find-package автоматическая зависимость на guile
проставилась более правильно.

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

Re: [devel] gnucap-20070329-alt0.1

[Alexey Tourbin]

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

On Wed, Sep 19, 2007 at 07:07:30PM +0400, Alexey Tourbin wrote:
> >  gnucap-20070329-alt0.1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +gnucash-2.2.0-alt1	Requires	/usr/bin/guile
> >  gnucash-2.2.0-alt1	Requires	/usr/lib/gnucash/libgncmod-app-utils.so
> > @@ -39969,3 +40504,2 @@
> >  gnucash-2.2.0-alt1	Requires	glib2 >= 2.12.7
> > -gnucash-2.2.0-alt1	Requires	guile16
> >  gnucash-2.2.0-alt1	Requires	iconv
> 
> $ rpmpeek gnucash-2.2.0-alt1.i586.rpm head -3 ./usr/bin/gnc-test-env
> #!/bin/sh
> exec guile -s $0 "$@"
> !#
> $

Wrong Subject.  That would be gnucash-2.2.0-alt1.

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

[devel] gresistor-0.0.1-alt1

[Alexey Tourbin]

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

>  gresistor-0.0.1-alt1	Requires	python2.4(os)
> +gresistor-0.0.1-alt1	Requires	python2.4(pango)
>  gresistor-0.0.1-alt1	Requires	python2.4(re)

Новая зависимость на pango правильная.

$ rpmpeek gresistor-0.0.1-alt1.i586.rpm grep -rw pango .
./usr/bin/gresistor:import pango
./usr/bin/gresistor:        font_desc = pango.FontDescription
$

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

[devel] gsoko-0.4.2-alt1

[Alexey Tourbin]

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

> +gsoko-0.4.2-alt1	Requires	/usr/bin/convert
>  gsoko-0.4.2-alt1	Requires	libc.so.6(GLIBC_2.0)

$ rpmfile gsoko-0.4.2-alt1.i586.rpm  |grep shell
/usr/share/gsoko/img/up2all.sh  100644  Bourne shell script text executable
$ rpmpeek gsoko-0.4.2-alt1.i586.rpm grep -rw convert .
./usr/share/gsoko/img/up2all.sh:        convert -rotate 90 up$i.xpm right$i.xpm
./usr/share/gsoko/img/up2all.sh:        convert -rotate 180 up$i.xpm down$i.xpm
./usr/share/gsoko/img/up2all.sh:        convert -rotate 270 up$i.xpm left$i.xpm
./usr/share/gsoko/img/up2all.sh:        convert -rotate 90 pup$i.xpm pright$i.xpm
./usr/share/gsoko/img/up2all.sh:        convert -rotate 180 pup$i.xpm pdown$i.xpm
./usr/share/gsoko/img/up2all.sh:        convert -rotate 270 pup$i.xpm pleft$i.xpm
$ rpmpeek gsoko-0.4.2-alt1.i586.rpm grep -rw up2all .
$

По-видимому, этот скрипт не нужно паковать.

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

[devel] gtk2-themes-qtcurve-0.52.3-alt1

[Alexey Tourbin]

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

>  gtk2-themes-qtcurve-0.52.3-alt1	Provides	gtk-engines-qtcurve
> +gtk2-themes-qtcurve-0.52.3-alt1	Requires	kdelibs
>  gtk2-themes-qtcurve-0.52.3-alt1	Requires	libc.so.6(GLIBC_2.0)

$ rpmfile gtk2-themes-qtcurve-0.53-alt1.i586.rpm |grep shell
/usr/share/themes/QtCurve/mozilla/mailto.sh     100644  Bourne-Again shell script text executable
$ rpmpeek gtk2-themes-qtcurve-0.53-alt1.i586.rpm sh --rpm-requires ./usr/share/themes/QtCurve/mozilla/mailto.sh
executable(kmailservice)
$ rpmpeek gtk2-themes-qtcurve-0.53-alt1.i586.rpm grep -r mailto.sh .
./usr/share/themes/QtCurve/mozilla/firefox-user.js:user_pref("network.protocol-handler.app.mailto", "/usr/share/themes/QtCurve/mozilla/mailto.sh");
$ 

В общем, формально, зависимость скорее правильная.  Этот скрипт
используется в firefox-user.js.  Кстати, здесь вроде бы подразумевается,
что скрипт должен быть исполняемым.

С другой стороны, какая-то она слишком далеко идущая зависимость
получается.

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

[devel] hal-gnome-0.5.9.1-alt2 python! python!

[Alexey Tourbin]

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

>  hal-gnome-0.5.9.1-alt2	Requires	python-module-pygtk-libglade
> +hal-gnome-0.5.9.1-alt2	Requires	python2.4(Const)
> +hal-gnome-0.5.9.1-alt2	Requires	python2.4(DeviceManager)
> +hal-gnome-0.5.9.1-alt2	Requires	python2.4(LibGladeApplication)
>  hal-gnome-0.5.9.1-alt2	Requires	python2.4(dbus)
> +hal-gnome-0.5.9.1-alt2	Requires	python2.4(gnome)
>  hal-gnome-0.5.9.1-alt2	Requires	python2.4(gobject)
>  hal-gnome-0.5.9.1-alt2	Requires	python2.4(gtk)
> +hal-gnome-0.5.9.1-alt2	Requires	python2.4(pygtk)
>  hal-gnome-0.5.9.1-alt2	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

Короче я сделал хак к rpm-build-python, и теперь у hal-gnome своих
собственных анметов нету, а получается вроде как раз как надо.

$ compare_packages -i -a -R repo/athlon/RPMS.hasher/hal-gnome-0.5.9.1-alt3.athlon.rpm
--- /tmp/.private/at/compare_packages.ZWPhz22467/1      2007-09-20 00:04:55 +0400
+++ /tmp/.private/at/compare_packages.ZWPhz22467/2      2007-09-20 00:04:54 +0400
@@ -1,11 +1,14 @@
 coreutils  
 hal = 0.5.9.1-alt3
+python-base  
 python-module-pygnome  
 python-module-pygnome-bonobo  
 python-module-pygtk-libglade  
 python2.4(dbus)  
+python2.4(gnome)  
 python2.4(gobject)  
 python2.4(gtk)  
+python2.4(pygtk)  
 rpmlib(CompressedFileNames) <= 3.0.4-1
 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
 rpmlib(VersionedDependencies) <= 3.0.3-1
$

Правда, я не знаю, насколько хороший этот хак, и какие у него есть
потенциальные drawback'и.  Может у нас водятся специалисты которые
что-нибудь понимают в питоне не меньше меня?

commit df59da5698468ab337d4daa8f5aab2c1441b3088
Author: Alexey Tourbin <at@altlinux>
Date:   Wed Sep 19 23:53:06 2007 +0400

    python.req.py: first attempt to implement stronger self-requires elimination

diff --git a/rpm-build-python/python.req.py b/rpm-build-python/python.req.py
index dabb1d5..797c367 100755
--- a/rpm-build-python/python.req.py
+++ b/rpm-build-python/python.req.py
@@ -126,6 +126,9 @@ else :
         #    print d
         #    for req in reqs :
         #        print "\t",req
+
+        all_prov_items = []
+        map(lambda items: all_prov_items.extend(items), prov.values())
             
         for src in files :
             ext = os.path.splitext(os.path.basename(src))[1]
@@ -139,7 +142,8 @@ else :
                     print >> sys.stderr, 'python.req: error while parsing %s' % src
                     raise
                 for item in match(lis) :
-                    if not item in prov[os.path.dirname(src)] :
+                    #if not item in prov[os.path.dirname(src)] :
+                    if not item in all_prov_items :
                         if not ignore(item) :
                             print "%s(%s)" % (prefix,item)
 

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

[devel] hsqldb-server-1.8.0.7-alt2

[Alexey Tourbin]

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

>  hsqldb-server-1.8.0.7-alt2	Requires	/usr/bin/java
> +hsqldb-server-1.8.0.7-alt2	Requires	/usr/share/java/servletapi.jar
>  hsqldb-server-1.8.0.7-alt2	Requires	coreutils

Симлинк
/var/lib/hsqldb/lib/servletapi.jar -> ../../../../usr/share/java/servletapi.jar

Файла servletapi.jar в текущем сизифе нету.

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

[devel] httpd-alterator-2.2.4-alt28

[Alexey Tourbin]

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

>  httpd-alterator-2.2.4-alt28	Requires	/etc/rc.d/init.d(stop_daemon)
> +httpd-alterator-2.2.4-alt28	Requires	/var/lib/ssl/certs/httpd-alterator.csr
>  httpd-alterator-2.2.4-alt28	Requires	PAM(pam_tcb.so)

Битый симлинк
/var/www/html/fbi/httpd-alterator.csr -> /var/lib/ssl/certs/httpd-alterator.csr

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

Re: [devel] httpd-alterator-2.2.4-alt28

[Dmitry V. Levin]

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

On Fri, Sep 21, 2007 at 12:13:02PM +0400, Alexey Tourbin wrote:
> >  httpd-alterator-2.2.4-alt28	Requires	/etc/rc.d/init.d(stop_daemon)
> > +httpd-alterator-2.2.4-alt28	Requires	/var/lib/ssl/certs/httpd-alterator.csr
> >  httpd-alterator-2.2.4-alt28	Requires	PAM(pam_tcb.so)
> 
> Битый симлинк
> /var/www/html/fbi/httpd-alterator.csr -> /var/lib/ssl/certs/httpd-alterator.csr

В пакете httpd-alterator забыт
%ghost /var/lib/ssl/certs/httpd-alterator.csr
?


-- 
ldv

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

Re: [devel] httpd-alterator-2.2.4-alt28

[Alexey Tourbin]

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

On Fri, Sep 21, 2007 at 12:47:52PM +0400, Dmitry V. Levin wrote:
> On Fri, Sep 21, 2007 at 12:13:02PM +0400, Alexey Tourbin wrote:
> > >  httpd-alterator-2.2.4-alt28	Requires	/etc/rc.d/init.d(stop_daemon)
> > > +httpd-alterator-2.2.4-alt28	Requires	/var/lib/ssl/certs/httpd-alterator.csr
> > >  httpd-alterator-2.2.4-alt28	Requires	PAM(pam_tcb.so)
> > 
> > Битый симлинк
> > /var/www/html/fbi/httpd-alterator.csr -> /var/lib/ssl/certs/httpd-alterator.csr
> 
> В пакете httpd-alterator забыт
> %ghost /var/lib/ssl/certs/httpd-alterator.csr
> ?

Первичный осмотр пакета не выявил мест, где этот файл может/должен
создаваться.  Поэтому я назвал его битым симлинком, как есть.

Вторичный осмотр пакета показывает, что этот файл, вероятно, создается
где-то в недрах /usr/lib/alterator/backend3/admin.

Всё же это довольно шаткая связь между кодом и симлинком в пакете.

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

Re: [devel] httpd-alterator-2.2.4-alt28

[Dmitry V. Levin]

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

On Fri, Sep 21, 2007 at 12:54:04PM +0400, Alexey Tourbin wrote:
> On Fri, Sep 21, 2007 at 12:47:52PM +0400, Dmitry V. Levin wrote:
> > On Fri, Sep 21, 2007 at 12:13:02PM +0400, Alexey Tourbin wrote:
> > > >  httpd-alterator-2.2.4-alt28	Requires	/etc/rc.d/init.d(stop_daemon)
> > > > +httpd-alterator-2.2.4-alt28	Requires	/var/lib/ssl/certs/httpd-alterator.csr
> > > >  httpd-alterator-2.2.4-alt28	Requires	PAM(pam_tcb.so)
> > > 
> > > Битый симлинк
> > > /var/www/html/fbi/httpd-alterator.csr -> /var/lib/ssl/certs/httpd-alterator.csr
> > 
> > В пакете httpd-alterator забыт
> > %ghost /var/lib/ssl/certs/httpd-alterator.csr
> > ?
> 
> Первичный осмотр пакета не выявил мест, где этот файл может/должен
> создаваться.  Поэтому я назвал его битым симлинком, как есть.

На самом деле ты нашёл ошибку вида #12059.

> Вторичный осмотр пакета показывает, что этот файл, вероятно, создается
> где-то в недрах /usr/lib/alterator/backend3/admin.

Этот файл создаётся при первом старте сервиса httpd-alterator.

> Всё же это довольно шаткая связь между кодом и симлинком в пакете.

Ссылка в том же пакете, где и файл, на который она ссылается.
Сам файл создаётся своевременно.  Так что в этом смысле всё нормально.

Просто все файлы сертификатов, которые непременно создаются уже после
установки пакета, надо помещать в пакеты с атрибутом %ghost.
См. напр. https://bugzilla.altlinux.org/show_bug.cgi?id=12059


-- 
ldv

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

Re: [devel] httpd-alterator-2.2.4-alt28

[Stanislav Ievlev]

А вот и нет ;)
Так специально было задумано.
Симлинк - это разновидность "мягких" зависимостей.

On Fri, Sep 21, 2007 at 12:13:02PM +0400, Alexey Tourbin wrote:
> >  httpd-alterator-2.2.4-alt28	Requires	/etc/rc.d/init.d(stop_daemon)
> > +httpd-alterator-2.2.4-alt28	Requires	/var/lib/ssl/certs/httpd-alterator.csr
> >  httpd-alterator-2.2.4-alt28	Requires	PAM(pam_tcb.so)
> 
> Битый симлинк
> /var/www/html/fbi/httpd-alterator.csr -> /var/lib/ssl/certs/httpd-alterator.csr

[devel] hylafax-4.3.2-alt2

[Alexey Tourbin]

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

>  hylafax-4.3.2-alt2	Requires	bash
> +hylafax-4.3.2-alt2	Requires	coreutils
> +hylafax-4.3.2-alt2	Requires	ed
>  hylafax-4.3.2-alt2	Requires	gawk >= 3.0.6
>  hylafax-4.3.2-alt2	Requires	ghostscript >= 5.5
> +hylafax-4.3.2-alt2	Requires	grep
>  hylafax-4.3.2-alt2	Requires	libc.so.6(GLIBC_2.0)
> @@ -45770,3 +46344,7 @@
>  hylafax-4.3.2-alt2	Requires	libtiff >= 3.5.5-7
> +hylafax-4.3.2-alt2	Requires	passwd
>  hylafax-4.3.2-alt2	Requires	rtld(GNU_HASH)
> +hylafax-4.3.2-alt2	Requires	sendmail-common
> +hylafax-4.3.2-alt2	Requires	shadow-utils
> +hylafax-4.3.2-alt2	Requires	su
>  hylafax-4.3.2-alt2	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

В этом пакете используется хак
%define _findreq_default_method  files lib mono pam perl pkgconfig python tcl

Более допустимым хаком теперь может стать
1) AutoReq: yes, noshell
2) %add_findreq_skiplist /usr/sbin/faxsetup

Второй варант предпочтительнее, поскольку он содержит более точную
информацию.

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

Re: [devel] hylafax-4.3.2-alt2

[Denis Smirnov]

2007/9/21, Alexey Tourbin <at@altlinux.ru>:

> В этом пакете используется хак
> %define _findreq_default_method  files lib mono pam perl pkgconfig python tcl
>
> Более допустимым хаком теперь может стать
> 1) AutoReq: yes, noshell
> 2) %add_findreq_skiplist /usr/sbin/faxsetup
>
> Второй варант предпочтительнее, поскольку он содержит более точную
> информацию.

Воспользовался вторым вариантом, см. git repo.

Однако хак с AutoReq: yes, noshell там уже активно используется, к
сожалению, тоже.

Что нужно сделать с этим пакетом, чтобы он стал несколько более корректным?

[devel] jetty5-5.1.12-alt0.5_1jpp1.7

[Alexey Tourbin]

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

>  jetty5-5.1.12-alt0.5_1jpp1.7	Requires	/sbin/chkconfig
> +jetty5-5.1.12-alt0.5_1jpp1.7	Requires	/usr/share/java/jspapi.jar
> +jetty5-5.1.12-alt0.5_1jpp1.7	Requires	/usr/share/java/xml-commons-apis.jar
>  jetty5-5.1.12-alt0.5_1jpp1.7	Requires	ant >= 0:1.6
> @@ -51138,2 +51982,3 @@
>  jetty5-5.1.12-alt0.5_1jpp1.7	Requires	tomcat5-servlet-2.4-api
> +jetty5-5.1.12-alt0.5_1jpp1.7	Requires	xerces-j
>  jetty5-5.1.12-alt0.5_1jpp1.7	Requires	xerces-j2 >= 0:2.7

Все зависимости проставились правильно, но требуют некоторого внимания
со стороны maintainer'а.  Большую часть зависимостей, которые
проставлены у этого пакета вручную, теперь можно будет удалить.

find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/demo -> /var/lib/lib/jetty5/demo is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/etc -> /etc/jetty5 is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/ant.jar -> /usr/share/java/ant.jar is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/commons-el.jar -> /usr/share/java/commons-el.jar is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/commons-logging.jar -> /usr/share/java/commons-logging.jar is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/jasper5-compiler.jar -> /usr/share/java/jasper5-compiler.jar is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/jasper5-runtime.jar -> /usr/share/java/jasper5-runtime.jar is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/jspapi.jar -> /usr/share/java/jspapi.jar is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/mx4j-jmx.jar -> /usr/share/java/mx4j/mx4j-jmx.jar is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/servletapi5.jar -> /usr/share/java/servletapi5.jar is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/xerces-j2.jar -> /usr/share/java/xerces-j2.jar is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/xml-commons-apis.jar -> /usr/share/java/xml-commons-apis.jar is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/lib -> /var/lib/lib/jetty5/lib is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/logs -> /var/lib/log/jetty5 is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/temp -> /var/lib/cache/jetty5/temp is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/webapps -> /var/lib/lib/jetty5/webapps is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/var/lib/lib/jetty5/lib/org.mortbay.jetty.jar -> /usr/share/java/jetty5/jetty5.jar is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/jetty5-buildroot/var/lib/lib/jetty5/lib/org.mortbay.jmx.jar -> /usr/share/java/jetty5/jetty5-jmx.jar is not going to provide anything

symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/ant.jar: checking contents_index_all for /usr/share/java/ant.jar
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/ant.jar: /usr/share/java/ant.jar -> ant (via contents_index_all)
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/commons-el.jar: checking contents_index_all for /usr/share/java/commons-el.jar
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/commons-el.jar: /usr/share/java/commons-el.jar -> jakarta-commons-el (via contents_index_all)
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/commons-logging.jar: checking contents_index_all for /usr/share/java/commons-logging.jar
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/commons-logging.jar: /usr/share/java/commons-logging.jar -> jakarta-commons-logging (via contents_index_all)
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/jasper5-compiler.jar: checking contents_index_all for /usr/share/java/jasper5-compiler.jar
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/jasper5-compiler.jar: /usr/share/java/jasper5-compiler.jar -> tomcat5-jasper (via contents_index_all)
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/jasper5-runtime.jar: checking contents_index_all for /usr/share/java/jasper5-runtime.jar
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/jasper5-runtime.jar: /usr/share/java/jasper5-runtime.jar -> tomcat5-jasper (via contents_index_all)
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/jspapi.jar: checking contents_index_all for /usr/share/java/jspapi.jar
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/jspapi.jar: /usr/share/java/jspapi.jar -> /usr/share/java/jspapi.jar (via contents_index_all)
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/mx4j-jmx.jar: checking contents_index_all for /usr/share/java/mx4j/mx4j-jmx.jar
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/mx4j-jmx.jar: /usr/share/java/mx4j/mx4j-jmx.jar -> mx4j (via contents_index_all)
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/servletapi5.jar: checking contents_index_all for /usr/share/java/servletapi5.jar
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/servletapi5.jar: /usr/share/java/servletapi5.jar -> tomcat5-servlet-2.4-api (via contents_index_all)
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/xerces-j2.jar: checking contents_index_all for /usr/share/java/xerces-j2.jar
symlinks.req: /usr/src/tmp/jetty5-buildroot/usr/share/jetty5/ext/xerces-j2.jar: /usr/share/java/xerces-j2.jar -> xerces-j (via contents_index_all)

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

[devel] kdeaddons-kate-3.5.7-alt2

[Alexey Tourbin]

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

>  kdeaddons-kate-3.5.7-alt2	Provides	/usr/lib/kde3/libkatetabbarextensionplugin.so
> +kdeaddons-kate-3.5.7-alt2	Requires	coreutils
>  kdeaddons-kate-3.5.7-alt2	Requires	kdeaddons-common = 3.5.7-alt2
>  kdeaddons-kate-3.5.7-alt2	Requires	kdebase-kate
> +kdeaddons-kate-3.5.7-alt2	Requires	kdebase-libs
>  kdeaddons-kate-3.5.7-alt2	Requires	kdelibs >= 3.5.7-alt8

Здесь есть неисполняемый шелл-скрипт...

$ rpmpeek kdeaddons-kate-3.5.7-alt2.i586.rpm sh --rpm-requires ./usr/share/apps/kate/scripts/html-tidy.sh |sort -u
executable(cat)
executable(dcop)
executable(kdialog)
$

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

$ rpmpeek kdeaddons-kate-3.5.7-alt2.i586.rpm grep tmp ./usr/share/apps/kate/scripts/html-tidy.sh 
errfile=/tmp/$$.err
infile=/tmp/$$.in
outfile=/tmp/$$.out
$

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

[devel] kdebase-common-3.5.7-alt14 symlinks

[Alexey Tourbin]

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

>  kdebase-common-3.5.7-alt14	Requires	PAM(pam_permit.so)
> +kdebase-common-3.5.7-alt14	Requires	design-graphics-sisyphus
>  kdebase-common-3.5.7-alt14	Requires	kde-common >= 3.5
> @@ -53898,2 +54749,3 @@
>  kdebase-kcontrol-3.5.7-alt14	Requires	coreutils
> +kdebase-kcontrol-3.5.7-alt14	Requires	design-graphics-sisyphus
>  kdebase-kcontrol-3.5.7-alt14	Requires	kdebase-common = 3.5.7-alt14

/usr/share/apps/kdisplay/color-schemes/kdm_default_scheme.kcsrc -> ../../../design-current/kde/kdm/color-scheme.kcsrc

Зависимость на design-graphics-sisyphus на самом деле появляется через
rpmdb (естественно, через contents_index нельзя обнаружить файл, который
разрешается через промежуточный симлинк).  Если бы поиск по rpmdb
не сработал, то появились бы "сильные полуанметы" на
/usr/share/design-current/что-то.

Проблема с зависимостью на design-graphics-sisyphus лишь в том, что эта
зависимость является слишком специфической.  Пока я не вижу хорошего
способа, как можно было бы модифицировать алгоритм find-package, чтобы
он "брал" разрешение путей через промежуточные симлинки.  Это,
по-видимому, невозможно.

То есть имеется некоторый класс случаев, а именно: внешние симлинки
в пакете, которые разрешаются через другие симлинки в путях; в которых
symlinks.req через find-package делает лажу.  Пока это единственный
класс случаев, для которого допускается отключение symlinks.req.

С другой стороны, зависимость на design-graphics-sisyphus всё же нельзя
признать слишком плохой (совсем неправильной).

Processing files: kdebase-common-3.5.7-alt14
symlinks.req: /usr/src/tmp/kdebase-buildroot/usr/share/apps/kdisplay/color-schemes/kdm_default_scheme.kcsrc: checking contents_index_all for /usr/share/design-current/kde/kdm/color-scheme.kcsrc
symlinks.req: /usr/src/tmp/kdebase-buildroot/usr/share/apps/kdisplay/color-schemes/kdm_default_scheme.kcsrc: /usr/share/design-current/kde/kdm/color-scheme.kcsrc -> design-graphics-sisyphus (via rpmdb)

Processing files: kdebase-kcontrol-3.5.7-alt14
symlinks.req: /usr/src/tmp/kdebase-buildroot/usr/share/apps/kdisplay/color-schemes/kdm_default_scheme.kcsrc: checking contents_index_all for /usr/share/design-current/kde/kdm/color-scheme.kcsrc
symlinks.req: /usr/src/tmp/kdebase-buildroot/usr/share/apps/kdisplay/color-schemes/kdm_default_scheme.kcsrc: /usr/share/design-current/kde/kdm/color-scheme.kcsrc -> design-graphics-sisyphus (via rpmdb)

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

[devel] kdebase-wm-3.5.7-alt14

[Alexey Tourbin]

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

On Fri, Sep 21, 2007 at 01:14:50PM +0400, Alexey Tourbin wrote:
> >  kdebase-common-3.5.7-alt14	Requires	PAM(pam_permit.so)
> > +kdebase-common-3.5.7-alt14	Requires	design-graphics-sisyphus
> >  kdebase-common-3.5.7-alt14	Requires	kde-common >= 3.5
> > @@ -53898,2 +54749,3 @@
> >  kdebase-kcontrol-3.5.7-alt14	Requires	coreutils
> > +kdebase-kcontrol-3.5.7-alt14	Requires	design-graphics-sisyphus
> >  kdebase-kcontrol-3.5.7-alt14	Requires	kdebase-common = 3.5.7-alt14
> 
> /usr/share/apps/kdisplay/color-schemes/kdm_default_scheme.kcsrc -> ../../../design-current/kde/kdm/color-scheme.kcsrc
> 
> Зависимость на design-graphics-sisyphus на самом деле появляется через
> rpmdb (естественно, через contents_index нельзя обнаружить файл, который
> разрешается через промежуточный симлинк).  Если бы поиск по rpmdb
> не сработал, то появились бы "сильные полуанметы" на
> /usr/share/design-current/что-то.
> 
> Проблема с зависимостью на design-graphics-sisyphus лишь в том, что эта
> зависимость является слишком специфической.  Пока я не вижу хорошего
> способа, как можно было бы модифицировать алгоритм find-package, чтобы
> он "брал" разрешение путей через промежуточные симлинки.  Это,
> по-видимому, невозможно.
> 
> То есть имеется некоторый класс случаев, а именно: внешние симлинки
> в пакете, которые разрешаются через другие симлинки в путях; в которых
> symlinks.req через find-package делает лажу.  Пока это единственный
> класс случаев, для которого допускается отключение symlinks.req.
> 
> С другой стороны, зависимость на design-graphics-sisyphus всё же нельзя
> признать слишком плохой (совсем неправильной).
> 
> Processing files: kdebase-common-3.5.7-alt14
> symlinks.req: /usr/src/tmp/kdebase-buildroot/usr/share/apps/kdisplay/color-schemes/kdm_default_scheme.kcsrc: checking contents_index_all for /usr/share/design-current/kde/kdm/color-scheme.kcsrc
> symlinks.req: /usr/src/tmp/kdebase-buildroot/usr/share/apps/kdisplay/color-schemes/kdm_default_scheme.kcsrc: /usr/share/design-current/kde/kdm/color-scheme.kcsrc -> design-graphics-sisyphus (via rpmdb)
> 
> Processing files: kdebase-kcontrol-3.5.7-alt14
> symlinks.req: /usr/src/tmp/kdebase-buildroot/usr/share/apps/kdisplay/color-schemes/kdm_default_scheme.kcsrc: checking contents_index_all for /usr/share/design-current/kde/kdm/color-scheme.kcsrc
> symlinks.req: /usr/src/tmp/kdebase-buildroot/usr/share/apps/kdisplay/color-schemes/kdm_default_scheme.kcsrc: /usr/share/design-current/kde/kdm/color-scheme.kcsrc -> design-graphics-sisyphus (via rpmdb)

Аналогично:

@@ -54382,2 +55235,3 @@
 kdebase-wm-3.5.7-alt14 Requires        coreutils
+kdebase-wm-3.5.7-alt14 Requires        design-graphics-sisyphus
 kdebase-wm-3.5.7-alt14 Requires        eject

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

[devel] kdebase-konqueror-3.5.7-alt14

[Alexey Tourbin]

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

>  kdebase-konqueror-3.5.7-alt14	Requires	/etc/alternatives/packages.d
> +kdebase-konqueror-3.5.7-alt14	Requires	/usr/design-current/kde/konqueror/tile.png
>  kdebase-konqueror-3.5.7-alt14	Requires	coreutils

А вот и сюрприз -- реально битый симлинк.

symlinks.req: /usr/src/tmp/kdebase-buildroot/usr/share/apps/konqueror/tiles/default.png: checking contents_index_all for /usr/design-current/kde/konqueror/tile.png
symlinks.req: /usr/src/tmp/kdebase-buildroot/usr/share/apps/konqueror/tiles/default.png: /usr/design-current/kde/konqueror/tile.png -> /usr/design-current/kde/konqueror/tile.png (raw, not found)

В спек-файле:
ln -sf ../../../../design-current/kde/konqueror/tile.png %_bKapps/konqueror/tiles/default.png

Господа.  Используйте relative для расстановки симлинков.  Кажется,
проблемы с расстановкой симлинков имеются в общем-то даже у неглупых
людей (а также и глупых).

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

Re: [devel] /usr/bin/relative

[Dmitry V. Levin]

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

On Fri, Sep 21, 2007 at 01:31:14PM +0400, Alexey Tourbin wrote:
> >  kdebase-konqueror-3.5.7-alt14	Requires	/etc/alternatives/packages.d
> > +kdebase-konqueror-3.5.7-alt14	Requires	/usr/design-current/kde/konqueror/tile.png
> >  kdebase-konqueror-3.5.7-alt14	Requires	coreutils
> 
> А вот и сюрприз -- реально битый симлинк.
> 
> symlinks.req: /usr/src/tmp/kdebase-buildroot/usr/share/apps/konqueror/tiles/default.png: checking contents_index_all for /usr/design-current/kde/konqueror/tile.png
> symlinks.req: /usr/src/tmp/kdebase-buildroot/usr/share/apps/konqueror/tiles/default.png: /usr/design-current/kde/konqueror/tile.png -> /usr/design-current/kde/konqueror/tile.png (raw, not found)
> 
> В спек-файле:
> ln -sf ../../../../design-current/kde/konqueror/tile.png %_bKapps/konqueror/tiles/default.png
> 
> Господа.  Используйте relative для расстановки симлинков.  Кажется,
> проблемы с расстановкой симлинков имеются в общем-то даже у неглупых
> людей (а также и глупых).

У меня в пакетах есть несколько примеров использования, которые в конечном
итоге напрашиваются на омакривание; я имею в виду rln() в
bind.spec, dhcp.spec, freeciv.spec, jdkgcj.spec, libtool_1.5.spec,
net-scripts.spec, postfix.spec, texinfo.spec


-- 
ldv

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

Re: [devel] /usr/bin/relative

[Alexey Tourbin]

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

On Fri, Sep 21, 2007 at 02:00:15PM +0400, Dmitry V. Levin wrote:
> У меня в пакетах есть несколько примеров использования, которые в конечном
> итоге напрашиваются на омакривание; я имею в виду rln() в
> bind.spec, dhcp.spec, freeciv.spec, jdkgcj.spec, libtool_1.5.spec,
> net-scripts.spec, postfix.spec, texinfo.spec

Может, сделать /usr/bin/rln?
RPM_BUILD_ROOT экспортируется...

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

Re: [devel] /usr/bin/relative

[Dmitry V. Levin]

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

On Fri, Sep 21, 2007 at 02:16:28PM +0400, Alexey Tourbin wrote:
> On Fri, Sep 21, 2007 at 02:00:15PM +0400, Dmitry V. Levin wrote:
> > У меня в пакетах есть несколько примеров использования, которые в конечном
> > итоге напрашиваются на омакривание; я имею в виду rln() в
> > bind.spec, dhcp.spec, freeciv.spec, jdkgcj.spec, libtool_1.5.spec,
> > net-scripts.spec, postfix.spec, texinfo.spec
> 
> Может, сделать /usr/bin/rln?

rln -- слишком короткое имя для столь узкоспециальной программы в /usr/bin


-- 
ldv

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

Re: [devel] /usr/bin/relative

[Michael Shigorin]

On Fri, Sep 21, 2007 at 02:21:53PM +0400, Dmitry V. Levin wrote:
> > > У меня в пакетах есть несколько примеров использования,
> > > которые в конечном итоге напрашиваются на омакривание; я
> > > имею в виду rln() в bind.spec, dhcp.spec, freeciv.spec,
> > > jdkgcj.spec, libtool_1.5.spec, net-scripts.spec,
> > > postfix.spec, texinfo.spec
> > Может, сделать /usr/bin/rln?
> rln -- слишком короткое имя для столь узкоспециальной программы
> в /usr/bin

relatink? :)

(как вариант -- в PATH при отработке скриптов происхождением из
спека можно добавлять /usr/{share,lib}/rpm/scripts/, где такие
и содержать; минусы -- менее очевидно и дебугабельно при name
clash, плюсы -- если их накопится более одного и апстрим скажет
что-нибудь хорошее про специфические для rpm build time скрипты,
особенно в сторону стандартизации набора)

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

[devel] [wiki] Re: /usr/bin/relative

[Michael Shigorin]

On Fri, Sep 21, 2007 at 02:00:15PM +0400, Dmitry V. Levin wrote:
> > В спек-файле:
> > ln -sf ../../../../design-current/kde/konqueror/tile.png %_bKapps/konqueror/tiles/default.png
> > Господа.  Используйте relative для расстановки симлинков.
> У меня в пакетах есть несколько примеров использования, которые
> в конечном итоге напрашиваются на омакривание; я имею в виду
> rln() в bind.spec, dhcp.spec, freeciv.spec, jdkgcj.spec,
> libtool_1.5.spec, net-scripts.spec, postfix.spec, texinfo.spec

http://www.freesource.info/wiki/AltLinux/Sisyphus/devel/TypicalPackagingErrors/BrokenSymlinks

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

[devel] kdemultimedia-krec-3.5.7-alt5

[Alexey Tourbin]

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

>  kdemultimedia-krec-3.5.7-alt5	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +kdemultimedia-kscd-3.5.7-alt5	Requires	/var/lib/cddb
>  kdemultimedia-kscd-3.5.7-alt5	Requires	kdelibs >= 3.5.7-alt8

Каталог /var/lib/cddb не принадлежит ни одному пакету.

+ ln -s ../../../../var/lib/cddb /usr/src/tmp/kdemultimedia-buildroot//usr/share/apps/kscd/cddb

symlinks.req: /usr/src/tmp/kdemultimedia-buildroot/usr/share/apps/kscd/cddb: checking contents_index_all for /var/lib/cddb
symlinks.req: /usr/src/tmp/kdemultimedia-buildroot/usr/share/apps/kscd/cddb: /var/lib/cddb -> /var/lib/cddb (raw, not found)

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

Re: [devel] kdemultimedia-krec-3.5.7-alt5

[Michael Shigorin]

On Fri, Sep 21, 2007 at 01:35:10PM +0400, Alexey Tourbin wrote:
> > +kdemultimedia-kscd-3.5.7-alt5	Requires	/var/lib/cddb
> Каталог /var/lib/cddb не принадлежит ни одному пакету.

Наверное, это к libcddb? (libcddb-common какой с этим каталогом,
поскольку kdemultimedia-kscd оно вроде не нужно само по себе,
а в filesystem лишнее были поводы не совать, если правильно помню
-- в т.ч. из-за невозможности напрямую применять control(8))

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

Re: [devel] kdemultimedia-krec-3.5.7-alt5

[Pavlov Konstantin]

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

On Fri, Sep 21, 2007 at 05:10:00PM +0300, Michael Shigorin wrote:
> On Fri, Sep 21, 2007 at 01:35:10PM +0400, Alexey Tourbin wrote:
> > > +kdemultimedia-kscd-3.5.7-alt5	Requires	/var/lib/cddb
> > Каталог /var/lib/cddb не принадлежит ни одному пакету.
> 
> Наверное, это к libcddb? (libcddb-common какой с этим каталогом,
> поскольку kdemultimedia-kscd оно вроде не нужно само по себе,
> а в filesystem лишнее были поводы не совать, если правильно помню
> -- в т.ч. из-за невозможности напрямую применять control(8))

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

Сохранять пользователю в system-wide каталог данную по дискам?

-- 
Треды наверно порвутся.

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

Re: [devel] kdemultimedia-krec-3.5.7-alt5

[Sergey V Turchin]

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

On 21 сентября 2007, Pavlov Konstantin wrote:
> On Fri, Sep 21, 2007 at 05:10:00PM +0300, Michael Shigorin wrote:
> > On Fri, Sep 21, 2007 at 01:35:10PM +0400, Alexey Tourbin wrote:
> > > > +kdemultimedia-kscd-3.5.7-alt5	Requires	/var/lib/cddb
> > >
> > > Каталог /var/lib/cddb не принадлежит ни одному пакету.
> >
> > Наверное, это к libcddb? (libcddb-common какой с этим
> > каталогом, поскольку kdemultimedia-kscd оно вроде не нужно само
> > по себе, а в filesystem лишнее были поводы не совать, если
> > правильно помню -- в т.ч. из-за невозможности напрямую
> > применять control(8))
>
> Я себе слабо представляю, зачем такое может быть нужно.
>
> Сохранять пользователю в system-wide каталог данную по дискам?
Пользователям группы cddb. Это с издревле остатки. Недавно убрал из 
kde-common.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] kernel-headers-common-1.1.9-alt1

[Alexey Tourbin]

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

>  kernel-headers-common-1.1.9-alt1	Requires	gawk
> +kernel-headers-common-1.1.9-alt1	Requires	glibc-kernheaders
>  kernel-headers-common-1.1.9-alt1	Requires	grep

symlinks.req: /usr/src/tmp/kernel-headers-common-buildroot/etc/sysconfig/kernel/include: checking contents_index_all for /usr/include/linux-default/include
symlinks.req: /usr/src/tmp/kernel-headers-common-buildroot/etc/sysconfig/kernel/include: /usr/include/linux-default/include -> glibc-kernheaders (via contents_index_all)

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

[devel] kile-1.9.2-alt1

[Alexey Tourbin]

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

> +kile-1.9.2-alt1	Requires	grep
>  kile-1.9.2-alt1	Requires	libDCOP.so.4
> @@ -61851,2 +62716,4 @@
>  kile-1.9.2-alt1	Requires	rtld(GNU_HASH)
> +kile-1.9.2-alt1	Requires	sed
> +kile-1.9.2-alt1	Requires	tetex-latex
>  kile-1.9.2-alt1	Requires(interp)	/bin/sh

Зависимость на latex появляется из-за скрипта runTests.sh.

$ rpmpeek kile-1.9.2-alt1.i586.rpm sh --rpm-requires ./usr/share/apps/kile/test/runTests.sh |sort -u
executable(grep)
executable(latex)
executable(sed)
function(performKileTest)
function(performTest)
function(setKey)
function(setTool)
$

Нужен этот скрипт или нет, я не знаю.  С другой стороны, зависимость
на latex релеванта относительно самого пакета kile.

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

[devel] klamav-0.41.1-alt1

[Alexey Tourbin]

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

>  klamav-0.41.1-alt1	Requires	clamav
> +klamav-0.41.1-alt1	Requires	kdelibs
>  klamav-0.41.1-alt1	Requires	libDCOP.so.4

Почему-то в пакете klamav в /usr/bin/ лежит какой-то левый скрипт,
в состоянии 0644.

$ rpmfile klamav-0.41.1-alt1.i586.rpm |grep shell
/usr/bin/ScanWithKlamAV 100644  Bourne-Again shell script text executable
$

Этот скрипт использует dcop.

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

[devel] lam-devel-7.1.3-alt1

[Alexey Tourbin]

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

> +lam-devel-7.1.3-alt1	Requires	/usr/include/mpi2c++/mpi++.h
>  lam-devel-7.1.3-alt1	Requires	libc.so.6(GLIBC_2.0)

/usr/include/mpi++.h -> mpi2c++/mpi++.h

symlinks.req: /usr/src/tmp/lam-buildroot/usr/include/mpi++.h: checking contents_index_all for /usr/include/mpi2c++/mpi++.h
symlinks.req: /usr/src/tmp/lam-buildroot/usr/include/mpi++.h: /usr/include/mpi2c++/mpi++.h -> /usr/include/mpi2c++/mpi++.h (raw, not found)

Файла mpi++.h в сизифе нигде нет.

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

[devel] libipulog-devel-static-1.24-alt5

[Alexey Tourbin]

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

> -libipulog-devel-static-1.24-alt5	Requires	glibc-devel-static
>  libipulog-devel-static-1.24-alt5	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

$ rpmfile libipulog-devel-static-1.24-alt5.i586.rpm |fgrep .a
/usr/lib/libipulog.a    100644  ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
$

Оригинально.

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

Re: [devel] libipulog-devel-static-1.24-alt5

[Dmitry V. Levin]

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

On Fri, Sep 21, 2007 at 02:20:21PM +0400, Alexey Tourbin wrote:
> > -libipulog-devel-static-1.24-alt5	Requires	glibc-devel-static
> >  libipulog-devel-static-1.24-alt5	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1
> 
> $ rpmfile libipulog-devel-static-1.24-alt5.i586.rpm |fgrep .a
> /usr/lib/libipulog.a    100644  ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
> $
> 
> Оригинально.

libipulog.a ELF relocatable?  Это как и зачем?

P.S.  Никогда так не делайте:
$ file /bin 
/bin: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped ;)


-- 
ldv

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

Re: [devel] libipulog-devel-static-1.24-alt5

[Alexey Tourbin]

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

On Fri, Sep 21, 2007 at 02:42:09PM +0400, Dmitry V. Levin wrote:
> P.S.  Никогда так не делайте:
> $ file /bin 
> /bin: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped ;)

Не понял.  Смайлик относится к выводу file?

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

Re: [devel] libipulog-devel-static-1.24-alt5

[Dmitry V. Levin]

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

On Fri, Sep 21, 2007 at 02:43:50PM +0400, Alexey Tourbin wrote:
> On Fri, Sep 21, 2007 at 02:42:09PM +0400, Dmitry V. Levin wrote:
> > P.S.  Никогда так не делайте:
> > $ file /bin 
> > /bin: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped ;)
> 
> Не понял.  Смайлик относится к выводу file?

Ещё не решил. ;)


-- 
ldv

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

[devel] libobjc-lf2-r135-alt0.2

[Alexey Tourbin]

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

>  libobjc-lf2-devel-r135-alt0.2	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +libobjc-lf2-r135-alt0.2	Provides	/usr/lib/GNUstep-libFoundation/System/Library/Libraries/ix86/linux-gnu/gnu-fd-nil/libobjc.so.lf2
>  libobjc-lf2-r135-alt0.2	Provides	libobjc.so.lf2

Здесь была ошибочка в lib.prov, которую я уже исправил.

Однако в spec-файле пакета написано:
	Provides: libobjc.so.lf2

Думаю, что эта надпись в spec-файле неверная.

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

[devel] libpurple-2.1.1-alt1.1

[Alexey Tourbin]

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

>  libpurple-2.1.1-alt1.1	Requires	python-base
> +libpurple-2.1.1-alt1.1	Requires	python2.4(dbus)
> +libpurple-2.1.1-alt1.1	Requires	python2.4(re)
> +libpurple-2.1.1-alt1.1	Requires	python2.4(time)
> +libpurple-2.1.1-alt1.1	Requires	python2.4(urllib)
> +libpurple-2.1.1-alt1.1	Requires	python2.4(xml)
>  libpurple-2.1.1-alt1.1	Requires	rtld(GNU_HASH)

В этом пакете есть питоновские скрипты, так что зависимости,
по-видимому, проставились верно.

$ rpmfile libpurple-2.2.0-alt1.i586.rpm |grep python
/usr/bin/purple-remote  100755  python script text executable
/usr/bin/purple-url-handler     100755  python script text executable
$

Однако в пакеты с именем lib%name, как правило, не принято включать
какие-либо скрипты или программы.  Особенно что-то вроде
/usr/bin/purple-client-example.

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

Re: [devel] libpurple-2.1.1-alt1.1

[Damir Shayhutdinov]

> Однако в пакеты с именем lib%name, как правило, не принято включать
> какие-либо скрипты или программы.  Особенно что-то вроде
> /usr/bin/purple-client-example.
Это кстати плохо скажется на возможности установить пакет, когда(если)
у нас настанет светлое будущее в виде biarch.

Re: [devel] libpurple-2.1.1-alt1.1

[Damir Shayhutdinov]

> Однако в пакеты с именем lib%name, как правило, не принято включать
> какие-либо скрипты или программы.  Особенно что-то вроде
> /usr/bin/purple-client-example.
Это кстати плохо скажется на возможности установить пакет, когда(если)
у нас настанет светлое будущее в виде biarch.

Re: [devel] libpurple-2.1.1-alt1.1

[Led]

В сообщении от Friday 21 September 2007 16:28:34 Damir Shayhutdinov 
написал(а):
> > Однако в пакеты с именем lib%name, как правило, не принято включать
> > какие-либо скрипты или программы.  Особенно что-то вроде
> > /usr/bin/purple-client-example.
>
> Это кстати плохо скажется на возможности установить пакет, когда(если)
> у нас настанет светлое будущее в виде biarch.

ИМХО это не "светлое будущее", а костыли для "тёмного прошлого"... и, к 
сожалению, для "серого настоящего" ;)

-- 
Led

Re: [devel] libpurple-2.1.1-alt1.1

[Igor Zubkov]

21.09.07, Damir Shayhutdinov<lost404@gmail.com> написал(а):
> > Однако в пакеты с именем lib%name, как правило, не принято включать
> > какие-либо скрипты или программы.  Особенно что-то вроде
> > /usr/bin/purple-client-example.
> Это кстати плохо скажется на возможности установить пакет, когда(если)
> у нас настанет светлое будущее в виде biarch.

Для начала у нас нет biarch, так что сейчас это не проблема. А вот то,
что в пакете с библиотекой лежят скрипты это плохо. В следующей сборке
я это исправлю (если shaba@ не доберётся раньше меня).

-- 
icesik

Re: [devel] libpurple-2.1.1-alt1.1

[Alexey Shabalin]

> > > Однако в пакеты с именем lib%name, как правило, не принято включать
> > > какие-либо скрипты или программы.  Особенно что-то вроде
> > > /usr/bin/purple-client-example.
> > Это кстати плохо скажется на возможности установить пакет, когда(если)
> > у нас настанет светлое будущее в виде biarch.
>
> Для начала у нас нет biarch, так что сейчас это не проблема. А вот то,
> что в пакете с библиотекой лежят скрипты это плохо. В следующей сборке
> я это исправлю (если shaba@ не доберётся раньше меня).
Если я раньше не доберусь - исправляй :)
Надо найти кто эти скрипты использует и проставить зависимости, если нужны.


-- 
Alexey Shabalin

Re: [devel] libpurple-2.1.1-alt1.1

[Alexey Tourbin]

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

On Fri, Sep 21, 2007 at 05:28:34PM +0400, Damir Shayhutdinov wrote:
> > Однако в пакеты с именем lib%name, как правило, не принято включать
> > какие-либо скрипты или программы.  Особенно что-то вроде
> > /usr/bin/purple-client-example.
> Это кстати плохо скажется на возможности установить пакет, когда(если)
> у нас настанет светлое будущее в виде biarch.

Кажется, возможность установки всё же сохранится, если md5 у
пересекающихся файлов будет одинаковый.  А может быть и нет.
Я помню это из редхатовской багзиллы по поводу netpbm, хотя сам
в глаза не видел.

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

Re: [devel] libpurple-2.1.1-alt1.1

[Michael Shigorin]

On Fri, Sep 21, 2007 at 06:28:13PM +0400, Alexey Tourbin wrote:
> Кажется, возможность установки всё же сохранится, если md5 у
> пересекающихся файлов будет одинаковый.  А может быть и нет.
> Я помню это из редхатовской багзиллы по поводу netpbm, хотя сам
> в глаза не видел.

В центосе радостно ставятся один поверх другого.

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

[devel] libqt3-devel-3.3.8-alt11

[Alexey Tourbin]

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

>  libqt3-devel-3.3.8-alt11	Requires	/etc/rpm/macros.d
> +libqt3-devel-3.3.8-alt11	Requires	/usr/src/RPM/BUILD/qt-x11-free-3.3.8/mkspecs/linux-g++
>  libqt3-devel-3.3.8-alt11	Requires	fontconfig-devel

Симлинк, битый до предела:
/usr/lib/qt3/mkspecs/linux-g++/linux-g++ -> /usr/src/RPM/BUILD/qt-x11-free-3.3.8/mkspecs/linux-g++

symlinks.req: /usr/src/tmp/qt3-buildroot/usr/lib/qt3/mkspecs/linux-g++/linux-g++: checking contents_index_all for /usr/src/RPM/BUILD/qt-x11-free-3.3.8/mkspecs/linux-g++
symlinks.req: /usr/src/tmp/qt3-buildroot/usr/lib/qt3/mkspecs/linux-g++/linux-g++: /usr/src/RPM/BUILD/qt-x11-free-3.3.8/mkspecs/linux-g++ -> /usr/src/RPM/BUILD/qt-x11-free-3.3.8/mkspecs/linux-g++ (raw, not found)

Думаю, что нужно сделать в find-package дополнительную проверку
зависимости на RPM_BUILD_DIR, в дополнение к RPM_BUILD_ROOT.

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

Re: [devel] libqt3-devel-3.3.8-alt11

[Dmitry V. Levin]

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

On Fri, Sep 21, 2007 at 02:53:01PM +0400, Alexey Tourbin wrote:
> >  libqt3-devel-3.3.8-alt11	Requires	/etc/rpm/macros.d
> > +libqt3-devel-3.3.8-alt11	Requires	/usr/src/RPM/BUILD/qt-x11-free-3.3.8/mkspecs/linux-g++
> >  libqt3-devel-3.3.8-alt11	Requires	fontconfig-devel
> 
> Симлинк, битый до предела:
> /usr/lib/qt3/mkspecs/linux-g++/linux-g++ -> /usr/src/RPM/BUILD/qt-x11-free-3.3.8/mkspecs/linux-g++
> 
> symlinks.req: /usr/src/tmp/qt3-buildroot/usr/lib/qt3/mkspecs/linux-g++/linux-g++: checking contents_index_all for /usr/src/RPM/BUILD/qt-x11-free-3.3.8/mkspecs/linux-g++
> symlinks.req: /usr/src/tmp/qt3-buildroot/usr/lib/qt3/mkspecs/linux-g++/linux-g++: /usr/src/RPM/BUILD/qt-x11-free-3.3.8/mkspecs/linux-g++ -> /usr/src/RPM/BUILD/qt-x11-free-3.3.8/mkspecs/linux-g++ (raw, not found)
> 
> Думаю, что нужно сделать в find-package дополнительную проверку
> зависимости на RPM_BUILD_DIR, в дополнение к RPM_BUILD_ROOT.

Несомненно.


-- 
ldv

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

[devel] libwine-20070601-alt1

[Alexey Tourbin]

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

>  libwine-20070601-alt1	Provides	wine-fonts-ttf
> +libwine-20070601-alt1	Requires	bash
> +libwine-20070601-alt1	Requires	cabextract
>  libwine-20070601-alt1	Requires	coreutils
> +libwine-20070601-alt1	Requires	grep
>  libwine-20070601-alt1	Requires	libGL.so.1
> @@ -89178,2 +90087,4 @@
>  libwine-20070601-alt1	Requires	sh
> +libwine-20070601-alt1	Requires	unzip
> +libwine-20070601-alt1	Requires	wget
>  libwine-20070601-alt1	Requires(interp)	/bin/sh

В этом пакете есть исполняемый скрипт
/usr/share/wine/ies4linux/ies4linux     100755  a bash script text executable

$ rpmpeek libwine-20070601-alt1.i586.rpm head -1 ./usr/share/wine/ies4linux/ies4linux
#!/usr/bin/env bash
$

который, насколько я понял, умеет делать что-то хорошее с MSIE.

Зависимости в нём раньше не искались, потому что "#!/usr/bin/env bash"
не опознавался.

В любом случае, в пакете libwine этот скрипт смотрится странно.

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

Re: [devel] libwine-20070601-alt1

[Led]

В сообщении от Friday 21 September 2007 14:39:51 Alexey Tourbin написал(а):
> >  libwine-20070601-alt1	Provides	wine-fonts-ttf
> > +libwine-20070601-alt1	Requires	bash
> > +libwine-20070601-alt1	Requires	cabextract
> >  libwine-20070601-alt1	Requires	coreutils
> > +libwine-20070601-alt1	Requires	grep
> >  libwine-20070601-alt1	Requires	libGL.so.1
> > @@ -89178,2 +90087,4 @@
> >  libwine-20070601-alt1	Requires	sh
> > +libwine-20070601-alt1	Requires	unzip
> > +libwine-20070601-alt1	Requires	wget
> >  libwine-20070601-alt1	Requires(interp)	/bin/sh
>
> В этом пакете есть исполняемый скрипт
> /usr/share/wine/ies4linux/ies4linux     100755  a bash script text
> executable
>
> $ rpmpeek libwine-20070601-alt1.i586.rpm head -1
> ./usr/share/wine/ies4linux/ies4linux #!/usr/bin/env bash
> $
>
> который, насколько я понял, умеет делать что-то хорошее с MSIE.
>
> Зависимости в нём раньше не искались, потому что "#!/usr/bin/env bash"
> не опознавался.
>
> В любом случае, в пакете libwine этот скрипт смотрится странно.

В мире Windows слишком многие вещи могут быть завязаны на оригинальный IE, так 
что это не так уж и "странно":)

-- 
Led

Re: [devel] libwine-20070601-alt1

[Michael Shigorin]

On Fri, Sep 21, 2007 at 04:29:43PM +0300, Led wrote:
> > В любом случае, в пакете libwine этот скрипт смотрится странно.
> В мире Windows слишком многие вещи могут быть завязаны на
> оригинальный IE, так что это не так уж и "странно":)

Это wine или wine-utils, а не libwine.

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

Re: [devel] libwine-20070601-alt1

[Vitaly Lipatov]

On 21 сентября 2007, Michael Shigorin wrote:
> On Fri, Sep 21, 2007 at 04:29:43PM +0300, Led wrote:
> > > В любом случае, в пакете libwine этот скрипт смотрится
> > > странно.
> >
> > В мире Windows слишком многие вещи могут быть завязаны на
> > оригинальный IE, так что это не так уж и "странно":)
>
> Это wine или wine-utils, а не libwine.
Что, затеем перенос файлов из /usr/share, если они лежат в lib* ?
А то ведь пакетов таких у нас найдётся.

P.S.
ies4linux в wine из libwine перенёс.


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

Re: [devel] libwine-20070601-alt1

[Alexey Tourbin]

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

On Sun, Sep 23, 2007 at 12:38:58AM +0400, Vitaly Lipatov wrote:
> > > В мире Windows слишком многие вещи могут быть завязаны на
> > > оригинальный IE, так что это не так уж и "странно":)
> >
> > Это wine или wine-utils, а не libwine.
> Что, затеем перенос файлов из /usr/share, если они лежат в lib* ?
> А то ведь пакетов таких у нас найдётся.

Уточните находки.

Вообще-то в lib%name обычно пакуется разделямая библиотека,
первичная документация (AUTHORS, README, NEWS) и всё.

В таком виде библиотека lib%name имеет самостоятельное значение,
если существуют (незвисимые) приложения, которые с ней линкуются.

> P.S.
> ies4linux в wine из libwine перенёс.

А нужен ли пакет libwine?

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

[devel] lilypond-2.11.0-alt1

[Alexey Tourbin]

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

>  lilypond-2.11.0-alt1	Requires	python2.4(__future__)
> +lilypond-2.11.0-alt1	Requires	python2.4(commands)
>  lilypond-2.11.0-alt1	Requires	python2.4(compiler)
> +lilypond-2.11.0-alt1	Requires	python2.4(convertrules)
> +lilypond-2.11.0-alt1	Requires	python2.4(fontextract)
>  lilypond-2.11.0-alt1	Requires	python2.4(getopt)
> +lilypond-2.11.0-alt1	Requires	python2.4(gettext)
>  lilypond-2.11.0-alt1	Requires	python2.4(glob)
>  lilypond-2.11.0-alt1	Requires	python2.4(inspect)
> +lilypond-2.11.0-alt1	Requires	python2.4(lilylib)
>  lilypond-2.11.0-alt1	Requires	python2.4(math)
> +lilypond-2.11.0-alt1	Requires	python2.4(midi)
> +lilypond-2.11.0-alt1	Requires	python2.4(musicexp)
> +lilypond-2.11.0-alt1	Requires	python2.4(musicxml)
>  lilypond-2.11.0-alt1	Requires	python2.4(new)

Короче тут появились анметы на самого себе, а с rpm-build-python.git
0.30-alt3-12-gdf59da5 они уже не появляются.  Типа захачил.

$ compare_packages -a -R -- ~sisyphus/files/i586/RPMS/lilypond-2.11.0-alt1.i586.rpm -- ~tmp/build/repo/athlon/RPMS.hasher/lilypond-2.11.0-alt1.athlon.rpm
--- /tmp/.private/at/compare_packages.AbShv24324/1      2007-09-21 22:00:44 +0400
+++ /tmp/.private/at/compare_packages.AbShv24324/2      2007-09-21 22:00:44 +0400
@@ -20,10 +20,12 @@
 libstdc++.so.6(CXXABI_1.3)
 libstdc++.so.6(CXXABI_1.3.1)
 libstdc++.so.6(GLIBCXX_3.4)
-python-strict
+python-base
 python2.4(__future__)
+python2.4(commands)
 python2.4(compiler)
 python2.4(getopt)
+python2.4(gettext)
 python2.4(glob)
 python2.4(inspect)
 python2.4(math)
@@ -32,7 +34,9 @@
 python2.4(os)
 python2.4(re)
 python2.4(shutil)
+python2.4(stat)
 python2.4(string)
+python2.4(tempfile)
 rpmlib(CompressedFileNames) <= 3.0.4-1
 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
 rpmlib(VersionedDependencies) <= 3.0.3-1
$

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

[devel] linux-cifs-1.48a-alt3

[Alexey Tourbin]

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

>  linux-cifs-1.48a-alt3	Requires	bash
> +linux-cifs-1.48a-alt3	Requires	binutils
>  linux-cifs-1.48a-alt3	Requires	coreutils
>  linux-cifs-1.48a-alt3	Requires	grep
> +linux-cifs-1.48a-alt3	Requires	make
>  linux-cifs-1.48a-alt3	Requires	module-init-tools

/usr/src/linux-cifs/buildmodule.sh      100644  Bourne shell script text executable

$ rpmpeek linux-cifs-1.48a-alt7.i586.rpm sh --rpm-requires ./usr/src/linux-cifs/buildmodule.sh |sort -u
executable(cat)
executable(install)
executable(make)
executable(mkdir)
executable(rm)
executable(strip)
executable(which)
$

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

[devel] linux-iscsi-5.0.0.0.3-alt1.rc3

[Alexey Tourbin]

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

> +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	/etc/init.d(daemon)
> +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	/etc/init.d(echo_failure)
> +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	/etc/init.d(echo_success)
> +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	coreutils
>  linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	libc.so.6(GLIBC_2.0)
> @@ -91568,3 +92496,6 @@
>  linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	libdb-4.4.so
> +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	module-init-tools
> +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	procps
>  linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	rtld(GNU_HASH)
> +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	service
>  linux-iscsi-5.0.0.0.3-alt1.rc3	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

В этом пакете ошибка --

$ rpmfile linux-iscsi-5.0.0.0.3-alt1.rc3.i586.rpm |grep shell
/etc/init.d/iscsi       100750  Bourne shell script text executable
$

скрипт должен лежать в каталоге /etc/rc.d/init.d.
Точнее, лучше всего использовать макрос %_initdir.

Раньше зависимости в этом скрипте не искались вообще,
видимо потому что в спек-файле используется %defattr(750,root,root).
В общем-то скорее нетипичные права.

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

Re: [devel] linux-iscsi-5.0.0.0.3-alt1.rc3

[Yury A.Romanov]

на следующей неделе постараюсь собрать более свежую версию

2007/9/21, Alexey Tourbin <at@altlinux.ru>:
> > +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	/etc/init.d(daemon)
> > +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	/etc/init.d(echo_failure)
> > +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	/etc/init.d(echo_success)
> > +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	coreutils
> >  linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	libc.so.6(GLIBC_2.0)
> > @@ -91568,3 +92496,6 @@
> >  linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	libdb-4.4.so
> > +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	module-init-tools
> > +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	procps
> >  linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	rtld(GNU_HASH)
> > +linux-iscsi-5.0.0.0.3-alt1.rc3	Requires	service
> >
> linux-iscsi-5.0.0.0.3-alt1.rc3	Requires(rpmlib)	rpmlib(CompressedFileNames)
> <= 3.0.4-1
>
> В этом пакете ошибка --
>
> $ rpmfile linux-iscsi-5.0.0.0.3-alt1.rc3.i586.rpm |grep shell
> /etc/init.d/iscsi       100750  Bourne shell script text executable
> $
>
> скрипт должен лежать в каталоге /etc/rc.d/init.d.
> Точнее, лучше всего использовать макрос %_initdir.
>
> Раньше зависимости в этом скрипте не искались вообще,
> видимо потому что в спек-файле используется %defattr(750,root,root).
> В общем-то скорее нетипичные права.
>

Re: [devel] linux-iscsi-5.0.0.0.3-alt1.rc3

[Alexey Tourbin]

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

On Fri, Sep 21, 2007 at 11:10:44PM +0400, Yury A.Romanov wrote:
> на следующей неделе постараюсь собрать более свежую версию

Не спешите особо.  Это всё предварительный разбор полётов.
То есть желательно дождаться, пока до Вас доедет rpm-build-4.0.4-alt78.

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

Re: [devel] linux-iscsi-5.0.0.0.3-alt1.rc3

[Led]

2007/9/21, Yury A.Romanov <damned@altlinux.ru>:
> на следующей неделе постараюсь собрать более свежую версию

Свежую версию чего? linux-iscsi давным-давно влился в open-iscsi, так
что пакет практически уже год ка obsolete.


-- 
Led.

[devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[Alexey Tourbin]

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

On Fri, Sep 21, 2007 at 10:42:44PM +0300, Led wrote:
> 2007/9/21, Yury A.Romanov <damned@altlinux.ru>:
> > на следующей неделе постараюсь собрать более свежую версию
> 
> Свежую версию чего? linux-iscsi давным-давно влился в open-iscsi, так
> что пакет практически уже год ка obsolete.

Кажется, новый поиск зависимостей дает поводы к содержательному
обмену мнениями.  Интересно, что ещё может дать такие поводы?

Ибо много пакетов довольно старых.

Надо бы сизиф почистить, и выкинуть всё, за что кто-либо не готов
поклясться мамой.  Или хотя бы папой.

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

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[Led]

2007/9/21, Alexey Tourbin <at@altlinux.ru>:
> On Fri, Sep 21, 2007 at 10:42:44PM +0300, Led wrote:
> > 2007/9/21, Yury A.Romanov <damned@altlinux.ru>:
> > > на следующей неделе постараюсь собрать более свежую версию
> >
> > Свежую версию чего? linux-iscsi давным-давно влился в open-iscsi, так
> > что пакет практически уже год ка obsolete.
>
> Кажется, новый поиск зависимостей дает поводы к содержательному
> обмену мнениями.  Интересно, что ещё может дать такие поводы?
>
> Ибо много пакетов довольно старых.
>
> Надо бы сизиф почистить, и выкинуть всё, за что кто-либо не готов
> поклясться мамой.  Или хотя бы папой.

Не завидую тому, кто будет "клясться мамой" за наше ISCSI хозяйство.
Оно в ALTLinux  находится в плачевном заброшенном сосотоянии.

-- 
Led.

Re: [devel] [JT] [JT] open-iscsi

[Pavlov Konstantin]

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

On Fri, Sep 21, 2007 at 11:03:27PM +0300, Led wrote:
> 2007/9/21, Alexey Tourbin <at@altlinux.ru>:
> > On Fri, Sep 21, 2007 at 10:42:44PM +0300, Led wrote:
> > > 2007/9/21, Yury A.Romanov <damned@altlinux.ru>:
> > > > на следующей неделе постараюсь собрать более свежую версию
> > >
> > > Свежую версию чего? linux-iscsi давным-давно влился в open-iscsi, так
> > > что пакет практически уже год ка obsolete.
> >
> > Кажется, новый поиск зависимостей дает поводы к содержательному
> > обмену мнениями.  Интересно, что ещё может дать такие поводы?
> >
> > Ибо много пакетов довольно старых.
> >
> > Надо бы сизиф почистить, и выкинуть всё, за что кто-либо не готов
> > поклясться мамой.  Или хотя бы папой.
> 
> Не завидую тому, кто будет "клясться мамой" за наше ISCSI хозяйство.
> Оно в ALTLinux  находится в плачевном заброшенном сосотоянии.

Но, говорят, даже работает.

В отличие от *BSD.

:)

-- 
> Думаю, что Дима перепутал mhz и imz :-)
Нет, я вообще другое имел в виду.
		-- ldv in devel@

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

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[Alexey Tourbin]

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

On Fri, Sep 21, 2007 at 11:03:27PM +0300, Led wrote:
> 2007/9/21, Alexey Tourbin <at@altlinux.ru>:
> > On Fri, Sep 21, 2007 at 10:42:44PM +0300, Led wrote:
> > > 2007/9/21, Yury A.Romanov <damned@altlinux.ru>:
> > > > на следующей неделе постараюсь собрать более свежую версию
> > >
> > > Свежую версию чего? linux-iscsi давным-давно влился в open-iscsi, так
> > > что пакет практически уже год ка obsolete.
> >
> > Кажется, новый поиск зависимостей дает поводы к содержательному
> > обмену мнениями.  Интересно, что ещё может дать такие поводы?
> >
> > Ибо много пакетов довольно старых.
> >
> > Надо бы сизиф почистить, и выкинуть всё, за что кто-либо не готов
> > поклясться мамой.  Или хотя бы папой.
> 
> Не завидую тому, кто будет "клясться мамой" за наше ISCSI хозяйство.
> Оно в ALTLinux  находится в плачевном заброшенном сосотоянии.

Ну не знаю.  Ну хоть тёщей.

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

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[Igor Zubkov]

21.09.07, Alexey Tourbin написал(а):
> > Не завидую тому, кто будет "клясться мамой" за наше ISCSI хозяйство.
> > Оно в ALTLinux  находится в плачевном заброшенном сосотоянии.
>
> Ну не знаю.  Ну хоть тёщей.

Тещёй? Легко! Всё равно у меня её нет. :)

-- 
icesik

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[Slava Semushin]

22.09.07, Alexey Tourbin<at / altlinux.ru> написал(а):
[...]
> Кажется, новый поиск зависимостей дает поводы к содержательному
> обмену мнениями.  Интересно, что ещё может дать такие поводы?
>
> Ибо много пакетов довольно старых.
>
> Надо бы сизиф почистить, и выкинуть всё, за что кто-либо не готов
> поклясться мамой.  Или хотя бы папой.

+1

https://bugzilla.altlinux.org/show_bug.cgi?id=12277#c6 :
"Да я бы много чего удалил из Сизифа - но Дима говорит "Пока пересобирается -
пусть лежит" ;)" (с) inger@

(BTW, IMHO кандидат в фортунки..)


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[Pavlov Konstantin]

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

On Sun, Sep 23, 2007 at 12:50:13AM +0700, Slava Semushin wrote:
> 22.09.07, Alexey Tourbin<at / altlinux.ru> написал(а):
> [...]
> > Кажется, новый поиск зависимостей дает поводы к содержательному
> > обмену мнениями.  Интересно, что ещё может дать такие поводы?
> >
> > Ибо много пакетов довольно старых.
> >
> > Надо бы сизиф почистить, и выкинуть всё, за что кто-либо не готов
> > поклясться мамой.  Или хотя бы папой.
> 
> +1
> 
> https://bugzilla.altlinux.org/show_bug.cgi?id=12277#c6 :
> "Да я бы много чего удалил из Сизифа - но Дима говорит "Пока пересобирается -
> пусть лежит" ;)" (с) inger@

Теперь понятно, чем мы отличаемся от Gentoo.

У них "If it moves, compile it", у нас: "If it builds, let it stay still".

-- 
> +1, а то я после локальной пересборки не могу понять кто майнтенер пакета.
А что тут понимать -- Вы, милейший.
		-- sbolshakov in devel@

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

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[Alex Myltsev]

On 9/23/07, Pavlov Konstantin <thresh@altlinux.ru> wrote:
> Теперь понятно, чем мы отличаемся от Gentoo.
> У них "If it moves, compile it", у нас: "If it builds, let it stay still".
Для симметрии лучше "If it compiles, don't remove it".

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[Pavlov Konstantin]

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

On Sun, Sep 23, 2007 at 08:45:43PM +0400, Alex Myltsev wrote:
> On 9/23/07, Pavlov Konstantin <thresh@altlinux.ru> wrote:
> > Теперь понятно, чем мы отличаемся от Gentoo.
> > У них "If it moves, compile it", у нас: "If it builds, let it stay still".
> Для симметрии лучше "If it compiles, don't remove it".

Отлично!

Вот так и рождаются фортунки :)

-- 
> > Насчет отличий K6 от K6-2 не подскажу - не знаю. Скорее всего, нет.
> Отличия очень большие архитектурно
:-). Знаете, мы, математики, всяким схемотехникам не обучены :-).
		-- morozov in community@

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

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[Michael Shigorin]

On Sun, Sep 23, 2007 at 08:45:43PM +0400, Alex Myltsev wrote:
> > Теперь понятно, чем мы отличаемся от Gentoo.
> > У них "If it moves, compile it", у нас: "If it builds, let it stay still".
> Для симметрии лучше "If it compiles, don't remove it".

If it compiles, DON'T MOVE!

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

[devel] livecd-fix-cyr_rfx-koi8-u-0.1-alt1

[Alexey Tourbin]

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

> +livecd-fix-cyr_rfx-koi8-u-0.1-alt1	Requires	chkfontpath
> +livecd-fix-cyr_rfx-koi8-u-0.1-alt1	Requires	startup
>  livecd-fix-cyr_rfx-koi8-u-0.1-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

$ rpmfile livecd-fix-cyr_rfx-koi8-u-0.1-alt1.noarch.rpm 
/usr/lib/isosetup/07fix-cyr_rfx-koi8-u  100644  Bourne shell script text executable
$

Не понятно.  Всего один файл в пакете, и тот не исполняемый.

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

Re: [devel] livecd-fix-cyr_rfx-koi8-u-0.1-alt1

[Michael Shigorin]

On Fri, Sep 21, 2007 at 10:29:41PM +0400, Alexey Tourbin wrote:
> > +livecd-fix-cyr_rfx-koi8-u-0.1-alt1	Requires	chkfontpath
> > +livecd-fix-cyr_rfx-koi8-u-0.1-alt1	Requires	startup
> >  livecd-fix-cyr_rfx-koi8-u-0.1-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1
> $ rpmfile livecd-fix-cyr_rfx-koi8-u-0.1-alt1.noarch.rpm 
> /usr/lib/isosetup/07fix-cyr_rfx-koi8-u  100644  Bourne shell script text executable
> $
> Не понятно.  Всего один файл в пакете, и тот не исполняемый.

Эот типа плагин, вообще на livecd-* моей упаковки можно не
обращать внимания -- они уже obsolete.  Там только ещё какие-то
livecd-* _не_ моей упаковки были, к ним это, наверное, не относится.

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

[devel] mailfromd-cfg_*

[Alexey Tourbin]

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

>  mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Provides	mailfromd-config
> +mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Requires	/etc/rc.d/init.d(SourceIfNotEmpty)
> +mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Requires	/etc/rc.d/init.d(msg_reloading)
> +mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Requires	/etc/rc.d/init.d(msg_usage)
> +mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Requires	/etc/rc.d/init.d(start_daemon)
> +mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Requires	/etc/rc.d/init.d(status)
> +mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Requires	/etc/rc.d/init.d(stop_daemon)
> +mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Requires	coreutils
>  mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Requires	mailfromd
> +mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Requires	make
> +mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Requires	service
> +mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Requires	su
>  mailfromd-cfg_clamav-4.1.1-alt2.svn20070810	Requires(interp)	/bin/sh
> @@ -93249,3 +94197,13 @@
>  mailfromd-cfg_full-4.1.1-alt2.svn20070810	Provides	mailfromd-config
> +mailfromd-cfg_full-4.1.1-alt2.svn20070810	Requires	/etc/rc.d/init.d(SourceIfNotEmpty)
> +mailfromd-cfg_full-4.1.1-alt2.svn20070810	Requires	/etc/rc.d/init.d(msg_reloading)
> +mailfromd-cfg_full-4.1.1-alt2.svn20070810	Requires	/etc/rc.d/init.d(msg_usage)
> +mailfromd-cfg_full-4.1.1-alt2.svn20070810	Requires	/etc/rc.d/init.d(start_daemon)
> +mailfromd-cfg_full-4.1.1-alt2.svn20070810	Requires	/etc/rc.d/init.d(status)
> +mailfromd-cfg_full-4.1.1-alt2.svn20070810	Requires	/etc/rc.d/init.d(stop_daemon)
> +mailfromd-cfg_full-4.1.1-alt2.svn20070810	Requires	coreutils
>  mailfromd-cfg_full-4.1.1-alt2.svn20070810	Requires	mailfromd
> +mailfromd-cfg_full-4.1.1-alt2.svn20070810	Requires	make
> +mailfromd-cfg_full-4.1.1-alt2.svn20070810	Requires	service
> +mailfromd-cfg_full-4.1.1-alt2.svn20070810	Requires	su
>  mailfromd-cfg_full-4.1.1-alt2.svn20070810	Requires(interp)	/bin/sh

Все зависимости объявились правильно.  Здесь такая же ситуация,
как в некоторых других пакетах.  Скрипты %_initdir/* лежат в %buildroot
в состоянии 0644, а в rpm запаковываются через %attr(0755,root,root).

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

[devel] man-pages-2.60-alt1

[Alexey Tourbin]

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

>  man-pages-2.60-alt1	Obsoletes	man9
> +man-pages-2.60-alt1	Requires	coreutils
> +man-pages-2.60-alt1	Requires	diffutils
> +man-pages-2.60-alt1	Requires	gawk
> +man-pages-2.60-alt1	Requires	grep
>  man-pages-2.60-alt1	Requires	man >= 1.5i2-alt4
> +man-pages-2.60-alt1	Requires	sed
>  man-pages-2.60-alt1	Requires(interp)	/etc/cron.daily/makewhatis

В этом пакете есть какие-то неисполняемые скрипты

$ rpmfile man-pages-2.60-alt1.noarch.rpm |grep 644.\*shell
/usr/share/man-pages/FIXME_list.sh      100644  Bourne shell script text executable
/usr/share/man-pages/add_parens_for_own_funcs.sh        100644  Bourne shell script text executable
/usr/share/man-pages/find_dots_no_parens.sh     100644  Bourne shell script text executable
/usr/share/man-pages/find_repeated_words.sh     100644  Bourne shell script text executable
/usr/share/man-pages/find_slashes_no_parens.sh  100644  Bourne shell script text executable
/usr/share/man-pages/unformat_parens.sh 100644  Bourne shell script text executable
$

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

[devel] maven-1.1-alt2_0.beta3.2jpp1.7

[Alexey Tourbin]

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

>  maven-1.1-alt2_0.beta3.2jpp1.7	Provides	maven = 0:1.1-alt2_0.beta3.2jpp1.7
> +maven-1.1-alt2_0.beta3.2jpp1.7	Requires	/etc/mavenrc
> +maven-1.1-alt2_0.beta3.2jpp1.7	Requires	/usr/share/maven/home/plugins/maven-j2ee-plugin-1.6-SNAPSHOT.jar
> +maven-1.1-alt2_0.beta3.2jpp1.7	Requires	coreutils
>  maven-1.1-alt2_0.beta3.2jpp1.7	Requires	jakarta-commons-betwixt
> @@ -93947,4 +94917,7 @@
>  maven-1.1-alt2_0.beta3.2jpp1.7	Requires	jakarta-commons-jelly-tags-interaction
> +maven-1.1-alt2_0.beta3.2jpp1.7	Requires	java-1.4.2-sun-devel
> +maven-1.1-alt2_0.beta3.2jpp1.7	Requires	jpackage-utils
>  maven-1.1-alt2_0.beta3.2jpp1.7	Requires	jsch >= 0:0.1.27
>  maven-1.1-alt2_0.beta3.2jpp1.7	Requires	junit >= 0:3.8.2
> +maven-1.1-alt2_0.beta3.2jpp1.7	Requires	sh
>  maven-1.1-alt2_0.beta3.2jpp1.7	Requires	xml-commons-which

По поводу /etc/mavenrc:
./usr/share/maven/bin/maven:if [ -f /etc/mavenrc ] ; then
./usr/share/maven/bin/maven:  . /etc/mavenrc

По поводу /usr/share/maven/home/plugins/maven-j2ee-plugin-1.6-SNAPSHOT.jar:
/usr/share/maven/repository/maven/jars/maven-j2ee-plugin.jar -> ../../../home/plugins/maven-j2ee-plugin-1.6-SNAPSHOT.jar

Вот кусочек лога сборки

shell.req: /usr/src/tmp/maven-buildroot/usr/bin/maven: checking contents_index_all for /usr/share/java-utils/java-functions
shell.req: /usr/src/tmp/maven-buildroot/usr/bin/maven: /usr/share/java-utils/java-functions -> jpackage-utils (via contents_index_all)
shell.req: /usr/src/tmp/maven-buildroot/usr/bin/maven: set_javacmd not found (skip)
shell.req: /usr/src/tmp/maven-buildroot/usr/bin/maven: set_jvm not found (skip)
shell.req: /usr/src/tmp/maven-buildroot/usr/share/maven/bin/maven: checking contents_index_all for /etc/mavenrc
shell.req: /usr/src/tmp/maven-buildroot/usr/share/maven/bin/maven: /etc/mavenrc -> /etc/mavenrc (raw, not found)
symlinks.req: /usr/src/tmp/maven-buildroot/usr/share/maven/repository/JPP-jnijar/jars: checking contents_index_all for /usr/lib/java
symlinks.req: /usr/src/tmp/maven-buildroot/usr/share/maven/repository/JPP-jnijar/jars: /usr/lib/java -> jpackage-utils (via contents_index_all)
symlinks.req: /usr/src/tmp/maven-buildroot/usr/share/maven/repository/JPP-jvmjar/jars: checking contents_index_all for /usr/lib/jvm-exports
symlinks.req: /usr/src/tmp/maven-buildroot/usr/share/maven/repository/JPP-jvmjar/jars: /usr/lib/jvm-exports -> jpackage-utils (via contents_index_all)
symlinks.req: /usr/src/tmp/maven-buildroot/usr/share/maven/repository/javadoc/jars/tools.jar: checking contents_index_all for /usr/lib/jvm/java/lib/tools.jar
symlinks.req: /usr/src/tmp/maven-buildroot/usr/share/maven/repository/javadoc/jars/tools.jar: /usr/lib/jvm/java/lib/tools.jar -> java-1.4.2-sun-devel (via rpmdb)
symlinks.req: /usr/src/tmp/maven-buildroot/usr/share/maven/repository/maven/jars/maven-j2ee-plugin.jar: checking contents_index_all for /usr/share/maven/home/plugins/maven-j2ee-plugin-1.6-SNAPSHOT.jar
symlinks.req: /usr/src/tmp/maven-buildroot/usr/share/maven/repository/maven/jars/maven-j2ee-plugin.jar: /usr/share/maven/home/plugins/maven-j2ee-plugin-1.6-SNAPSHOT.jar -> /usr/share/maven/home/plugins/maven-j2ee-plugin-1.6-SNAPSHOT.jar (raw, not found)

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

[devel] mc-4.6.1r-alt9

[Alexey Tourbin]

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

>  mc-4.6.1r-alt9	PreReq	chkconfig
> +mc-4.6.1r-alt9	Requires	aspell
> +mc-4.6.1r-alt9	Requires	astyle
>  mc-4.6.1r-alt9	Requires	coreutils
> @@ -94851,2 +95833,3 @@
>  mc-4.6.1r-alt9	Requires	grep
> +mc-4.6.1r-alt9	Requires	indent
>  mc-4.6.1r-alt9	Requires	libc.so.6(GLIBC_2.0)
> @@ -94873,2 +95856,3 @@
>  mc-4.6.1r-alt9	Requires	sh
> +mc-4.6.1r-alt9	Requires	tidy
>  mc-4.6.1r-alt9	Requires(interp)	/bin/sh

Редактор mc не лыком шит.

$ rpmfile mc-4.6.1r-alt9.i586.rpm |grep 644.\*shell
/usr/share/mc/edit.indent.rc    100644  Bourne shell script text executable
/usr/share/mc/edit.spell.rc     100644  Bourne shell script text executable
$

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

[devel] meld-1.1.4-alt2

[Alexey Tourbin]

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

>  meld-1.1.4-alt2	Requires	coreutils
> +meld-1.1.4-alt2	Requires	python-base
>  meld-1.1.4-alt2	Requires	python2.4(__future__)
> @@ -95004,5 +95989,8 @@
>  meld-1.1.4-alt2	Requires	python2.4(libglade)
> +meld-1.1.4-alt2	Requires	python2.4(locale)
>  meld-1.1.4-alt2	Requires	python2.4(math)
> +meld-1.1.4-alt2	Requires	python2.4(meldapp)
>  meld-1.1.4-alt2	Requires	python2.4(os)
>  meld-1.1.4-alt2	Requires	python2.4(pango)
> +meld-1.1.4-alt2	Requires	python2.4(paths)
>  meld-1.1.4-alt2	Requires	python2.4(popen2)

Питоновские анметы на самого себя в следующий раз рассосутся.

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

Re: [devel] meld-1.1.4-alt2

[Alexey Rusakov]

On Sat, 22 Sep 2007 17:53:35 +0400
Alexey Tourbin wrote:

> >  meld-1.1.4-alt2	Requires	coreutils
> > +meld-1.1.4-alt2	Requires	python-base
> >  meld-1.1.4-alt2	Requires	python2.4(__future__)
> > @@ -95004,5 +95989,8 @@
> >  meld-1.1.4-alt2	Requires	python2.4(libglade)
> > +meld-1.1.4-alt2	Requires	python2.4(locale)
> >  meld-1.1.4-alt2	Requires	python2.4(math)
> > +meld-1.1.4-alt2	Requires	python2.4(meldapp)
> >  meld-1.1.4-alt2	Requires	python2.4(os)
> >  meld-1.1.4-alt2	Requires	python2.4(pango)
> > +meld-1.1.4-alt2	Requires	python2.4(paths)
> >  meld-1.1.4-alt2	Requires	python2.4(popen2)
> 
> Питоновские анметы на самого себя в следующий раз рассосутся.
То есть можно ничего не делать?

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] meld-1.1.4-alt2

[Alexey Tourbin]

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

On Sat, Sep 22, 2007 at 11:22:03PM +0400, Alexey Rusakov wrote:
> On Sat, 22 Sep 2007 17:53:35 +0400
> Alexey Tourbin wrote:
> 
> > >  meld-1.1.4-alt2	Requires	coreutils
> > > +meld-1.1.4-alt2	Requires	python-base
> > >  meld-1.1.4-alt2	Requires	python2.4(__future__)
> > > @@ -95004,5 +95989,8 @@
> > >  meld-1.1.4-alt2	Requires	python2.4(libglade)
> > > +meld-1.1.4-alt2	Requires	python2.4(locale)
> > >  meld-1.1.4-alt2	Requires	python2.4(math)
> > > +meld-1.1.4-alt2	Requires	python2.4(meldapp)
> > >  meld-1.1.4-alt2	Requires	python2.4(os)
> > >  meld-1.1.4-alt2	Requires	python2.4(pango)
> > > +meld-1.1.4-alt2	Requires	python2.4(paths)
> > >  meld-1.1.4-alt2	Requires	python2.4(popen2)
> > 
> > Питоновские анметы на самого себя в следующий раз рассосутся.
> То есть можно ничего не делать?

Да.

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

[devel] menu-icons-default-0.1-alt2

[Alexey Tourbin]

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

>  menu-icons-default-0.1-alt2	Provides	menu-icons = 0.1-alt2
> +menu-icons-default-0.1-alt2	Requires	/usr/share/artworks/icons/altlinux.png
> +menu-icons-default-0.1-alt2	Requires	/usr/share/artworks/icons/large/altlinux.png
> +menu-icons-default-0.1-alt2	Requires	/usr/share/artworks/icons/mini/altlinux.png
>  menu-icons-default-0.1-alt2	Requires	icon-theme-hicolor

Битые симлинки.

ln -s ../../../../artworks/icons/mini/altlinux.png %buildroot/%_iconsdir/hicolor/16x16/apps/altlinux.png
ln -s ../../../../artworks/icons/altlinux.png %buildroot/%_iconsdir/hicolor/32x32/apps/altlinux.png
ln -s ../../../../artworks/icons/large/altlinux.png %buildroot/%_iconsdir/hicolor/48x48/apps/altlinux.png

symlinks.req: /usr/src/tmp/menu-icons-default-buildroot/usr/share/icons/hicolor/16x16/apps/altlinux.png: checking contents_index_all for /usr/share/artworks/icons/mini/altlinux.png
symlinks.req: /usr/src/tmp/menu-icons-default-buildroot/usr/share/icons/hicolor/16x16/apps/altlinux.png: /usr/share/artworks/icons/mini/altlinux.png -> /usr/share/artworks/icons/mini/altlinux.png (raw, not found)
symlinks.req: /usr/src/tmp/menu-icons-default-buildroot/usr/share/icons/hicolor/32x32/apps/altlinux.png: checking contents_index_all for /usr/share/artworks/icons/altlinux.png
symlinks.req: /usr/src/tmp/menu-icons-default-buildroot/usr/share/icons/hicolor/32x32/apps/altlinux.png: /usr/share/artworks/icons/altlinux.png -> /usr/share/artworks/icons/altlinux.png (raw, not found)
symlinks.req: /usr/src/tmp/menu-icons-default-buildroot/usr/share/icons/hicolor/48x48/apps/altlinux.png: checking contents_index_all for /usr/share/artworks/icons/large/altlinux.png
symlinks.req: /usr/src/tmp/menu-icons-default-buildroot/usr/share/icons/hicolor/48x48/apps/altlinux.png: /usr/share/artworks/icons/large/altlinux.png -> /usr/share/artworks/icons/large/altlinux.png (raw, not found)

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

[devel] mercurial-0.9.4-alt1

[Alexey Tourbin]

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

>  mercurial-0.9.4-alt1	Requires	python2.4(atexit)
> +mercurial-0.9.4-alt1	Requires	python2.4(base85)
> +mercurial-0.9.4-alt1	Requires	python2.4(bdiff)
>  mercurial-0.9.4-alt1	Requires	python2.4(binascii)
> @@ -95272,2 +96265,3 @@
>  mercurial-0.9.4-alt1	Requires	python2.4(mimetypes)
> +mercurial-0.9.4-alt1	Requires	python2.4(mpatch)
>  mercurial-0.9.4-alt1	Requires	python2.4(os)

Это анметы на самого себя, они рассосутся в следующий раз.

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

[devel] metromap-0.1.1-alt2

[Alexey Tourbin]

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

>  metromap-0.1.1-alt2	Requires	python-base
> +metromap-0.1.1-alt2	Requires	python2.4(FindPath)
> +metromap-0.1.1-alt2	Requires	python2.4(Interface)
> +metromap-0.1.1-alt2	Requires	python2.4(MapDisplay)
> +metromap-0.1.1-alt2	Requires	python2.4(ReadMap)
> +metromap-0.1.1-alt2	Requires	python2.4(StringIO)
>  metromap-0.1.1-alt2	Requires	python2.4(copy)
> +metromap-0.1.1-alt2	Requires	python2.4(gettext)
>  metromap-0.1.1-alt2	Requires	python2.4(gobject)
> @@ -95523,3 +96524,7 @@
>  metromap-0.1.1-alt2	Requires	python2.4(math)
> +metromap-0.1.1-alt2	Requires	python2.4(os)
>  metromap-0.1.1-alt2	Requires	python2.4(pango)
> +metromap-0.1.1-alt2	Requires	python2.4(pygtk)
> +metromap-0.1.1-alt2	Requires	python2.4(time)
> +metromap-0.1.1-alt2	Requires	python2.4(zipfile)
>  metromap-0.1.1-alt2	Requires(interp)	/bin/sh

Анметы на самого себя рассосутся в следующий раз.

$ compare_packages -a -R -- ~sisyphus/files/noarch/RPMS/metromap-0.1.1-alt2.noarch.rpm -- ~tmp/build/repo/athlon/RPMS.hasher/metromap-0.1.1-alt2.noarch.rpm
--- /tmp/.private/at/compare_packages.qbMlv31850/1      2007-09-22 18:43:12 +0400
+++ /tmp/.private/at/compare_packages.qbMlv31850/2      2007-09-22 18:43:12 +0400
@@ -1,12 +1,18 @@
 /bin/sh
 metromap-map-Moscow = 0.1.1
 python = 2.4
-python-strict
+python-base
+python2.4(StringIO)
 python2.4(copy)
+python2.4(gettext)
 python2.4(gobject)
 python2.4(gtk)
 python2.4(locale)
 python2.4(math)
+python2.4(os)
 python2.4(pango)
+python2.4(pygtk)
+python2.4(time)
+python2.4(zipfile)
 rpmlib(CompressedFileNames) <= 3.0.4-1
 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
$

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

[devel] mftrace-1.2.5-alt1

[Alexey Tourbin]

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

>  mftrace-1.2.5-alt1	Requires	python-base
> +mftrace-1.2.5-alt1	Requires	python2.4(afm)
> +mftrace-1.2.5-alt1	Requires	python2.4(optparse)
> +mftrace-1.2.5-alt1	Requires	python2.4(os)
>  mftrace-1.2.5-alt1	Requires	python2.4(re)
> +mftrace-1.2.5-alt1	Requires	python2.4(shutil)
> +mftrace-1.2.5-alt1	Requires	python2.4(string)
> +mftrace-1.2.5-alt1	Requires	python2.4(tempfile)
> +mftrace-1.2.5-alt1	Requires	python2.4(tfm)
>  mftrace-1.2.5-alt1	Requires	rtld(GNU_HASH)

Анметы на самого себя должны рассосаться в следующий раз.

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

[devel] mutt1.5-1.5.16-alt1

[Alexey Tourbin]

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

> +mutt1.5-1.5.16-alt1	Requires	/usr/bin/i586-alt-linux-gcc
>  mutt1.5-1.5.16-alt1	Requires	coreutils
>  mutt1.5-1.5.16-alt1	Requires	diffutils
> -mutt1.5-1.5.16-alt1	Requires	gcc4.1
>  mutt1.5-1.5.16-alt1	Requires	grep

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

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

[devel] notify-python-0.1.1-alt1

[Alexey Tourbin]

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

>  notify-python-0.1.1-alt1	Requires	libnotify.so.1
> +notify-python-0.1.1-alt1	Requires	python2.4(_pynotify)
>  notify-python-0.1.1-alt1	Requires	rtld(GNU_HASH)

Короче питновские анметы которые сами на себя они теперь стопудово
рассасываются.  Наверное не буду больше про такие случаи писать.

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

[devel] nvidia_glx_common /dev

[Alexey Tourbin]

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

>  nvidia_glx_common-1.0.7184-alt29.2	Provides	libnvidianull.so
> +nvidia_glx_common-1.0.7184-alt29.2	Requires	dev
>  nvidia_glx_common-1.0.7184-alt29.2	Requires	libc.so.6(GLIBC_2.0)
> @@ -102420,2 +103385,3 @@
>  nvidia_glx_common-1.0.9631-alt29.2	Provides	libnvidianull.so
> +nvidia_glx_common-1.0.9631-alt29.2	Requires	dev
>  nvidia_glx_common-1.0.9631-alt29.2	Requires	libc.so.6(GLIBC_2.0)
> @@ -102430,2 +103396,3 @@
>  nvidia_glx_common-1.0.9746-alt27	Provides	libnvidianull.so
> +nvidia_glx_common-1.0.9746-alt27	Requires	dev
>  nvidia_glx_common-1.0.9746-alt27	Requires	libc.so.6(GLIBC_2.0)
> @@ -102440,2 +103407,3 @@
>  nvidia_glx_common-1.0.9755-alt29	Provides	libnvidianull.so
> +nvidia_glx_common-1.0.9755-alt29	Requires	dev
>  nvidia_glx_common-1.0.9755-alt29	Requires	libc.so.6(GLIBC_2.0)
> @@ -102450,2 +103418,3 @@
>  nvidia_glx_common-100.14.09-alt30	Provides	libnvidianull.so
> +nvidia_glx_common-100.14.09-alt30	Requires	dev
>  nvidia_glx_common-100.14.09-alt30	Requires	libc.so.6(GLIBC_2.0)
> @@ -102461,2 +103430,3 @@
>  nvidia_glx_common-100.14.11-alt31	Provides	libnvidianull.so
> +nvidia_glx_common-100.14.11-alt31	Requires	dev
>  nvidia_glx_common-100.14.11-alt31	Requires	libc.so.6(GLIBC_2.0)

symlinks.req: /usr/src/tmp/nvidia_glx_src_100.14.11-buildroot/etc/X11/lib_nvidia/nvidia.xinf: checking contents_index_all for /dev/null
symlinks.req: /usr/src/tmp/nvidia_glx_src_100.14.11-buildroot/etc/X11/lib_nvidia/nvidia.xinf: /dev/null -> dev (via contents_index_all)

Короче я внёс исправление в find-package, чтобы зависимости
на /dev /proc /sys не искались.


commit 7d68978688a6ee9746c5dd8091a7edbbb08970ef
Author: Alexey Tourbin <at@altlinux>
Date:   Sun Sep 23 01:15:35 2007 +0400

    find-package (FindByPath): ignore /dev/* /proc/* /sys/* dependencies

diff --git a/scripts/find-package.in b/scripts/find-package.in
index 02e5c8f..94995d2 100755
--- a/scripts/find-package.in
+++ b/scripts/find-package.in
@@ -89,6 +89,15 @@ FindByPath()
 	# XXX Cleanup pathname.
 	rep=$(CanonPath "$rep")
 
+	# Ignore pseudo-filesystem dependencies.
+	local dir="${rep#/}"; dir="${dir%%/*}"
+	case "$dir" in
+		dev | proc | sys )
+			$Verbose "$f: $rep -> /$dir (skip)"
+			return ;;
+	esac
+	unset dir
+
 	# Always try package binary index.
 	local idx_bin="${RPM_PKG_CONTENTS_INDEX_BIN-}" try_idx_bin=1
 	[ -n "$idx_bin" ] && [ -s "$idx_bin" ] && [ -r "$idx_bin" ] || try_idx_bin=

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

[devel] open-xchange-server-0.8.0-alt1.3

[Alexey Tourbin]

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

>  open-xchange-javadoc-0.8.0-alt1.3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +open-xchange-server-0.8.0-alt1.3	Requires	/etc/rc.d/init.d(echo_failure)
> +open-xchange-server-0.8.0-alt1.3	Requires	/etc/rc.d/init.d(echo_passed)
> +open-xchange-server-0.8.0-alt1.3	Requires	/etc/rc.d/init.d(echo_success)
> +open-xchange-server-0.8.0-alt1.3	Requires	/etc/rc.d/init.d(msg_starting)
> +open-xchange-server-0.8.0-alt1.3	Requires	/etc/rc.d/init.d(msg_stopping)
> +open-xchange-server-0.8.0-alt1.3	Requires	/etc/rc.d/init.d(start_daemon)
>  open-xchange-server-0.8.0-alt1.3	Requires	/usr/bin/java
> @@ -103056,2 +104031,3 @@
>  open-xchange-server-0.8.0-alt1.3	Requires	open-xchange = 0.8.0-alt1.3
> +open-xchange-server-0.8.0-alt1.3	Requires	openldap
>  open-xchange-server-0.8.0-alt1.3	Requires	openldap-clients
> @@ -103065,2 +104041,3 @@
>  open-xchange-server-0.8.0-alt1.3	Requires	postgresql74-jdbc
> +open-xchange-server-0.8.0-alt1.3	Requires	service
>  open-xchange-server-0.8.0-alt1.3	Requires	sh

Новые зависимости добавились верно, потому что в spec-файле используется
%attr(0755,root,root) %_sysconfdir/rc.d/init.d/%name

Насколько я понимаю, этот пакет сейчас бесхозный.

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

[devel] open-xchange-webapp-tomcat4-0.8.0-alt1.3

[Alexey Tourbin]

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

>  open-xchange-webapp-tomcat4-0.8.0-alt1.3	Requires	open-xchange-server = 0.8.0-alt1.3
> +open-xchange-webapp-tomcat4-0.8.0-alt1.3	Requires	postgresql74-jdbc
>  open-xchange-webapp-tomcat4-0.8.0-alt1.3	Requires	tomcat4-server
> @@ -103080,2 +104058,3 @@
>  open-xchange-webapp-tomcat5-0.8.0-alt1.3	Requires	open-xchange-server = 0.8.0-alt1.3
> +open-xchange-webapp-tomcat5-0.8.0-alt1.3	Requires	postgresql74-jdbc
>  open-xchange-webapp-tomcat5-0.8.0-alt1.3	Requires	tomcat5-server

symlinks.req: /usr/src/tmp/open-xchange-buildroot/usr/lib/tomcat4/webapps/servlet/WEB-INF/lib/pg74-jdbc3.jar: checking contents_index_all for /usr/share/java/postgresql74-jdbc/pg74-jdbc3.jar
symlinks.req: /usr/src/tmp/open-xchange-buildroot/usr/lib/tomcat4/webapps/servlet/WEB-INF/lib/pg74-jdbc3.jar: /usr/share/java/postgresql74-jdbc/pg74-jdbc3.jar -> postgresql74-jdbc (via contents_index_all)
symlinks.req: /usr/src/tmp/open-xchange-buildroot/usr/lib/tomcat4/webapps/umin/WEB-INF/lib/pg74-jdbc3.jar: checking contents_index_all for /usr/share/java/postgresql74-jdbc/pg74-jdbc3.jar
symlinks.req: /usr/src/tmp/open-xchange-buildroot/usr/lib/tomcat4/webapps/umin/WEB-INF/lib/pg74-jdbc3.jar: /usr/share/java/postgresql74-jdbc/pg74-jdbc3.jar -> postgresql74-jdbc (via contents_index_all)

symlinks.req: /usr/src/tmp/open-xchange-buildroot/usr/lib/tomcat5/webapps/servlet/WEB-INF/lib/pg74-jdbc3.jar: checking contents_index_all for /usr/share/java/postgresql74-jdbc/pg74-jdbc3.jar
symlinks.req: /usr/src/tmp/open-xchange-buildroot/usr/lib/tomcat5/webapps/servlet/WEB-INF/lib/pg74-jdbc3.jar: /usr/share/java/postgresql74-jdbc/pg74-jdbc3.jar -> postgresql74-jdbc (via contents_index_all)
symlinks.req: /usr/src/tmp/open-xchange-buildroot/usr/lib/tomcat5/webapps/umin/WEB-INF/lib/pg74-jdbc3.jar: checking contents_index_all for /usr/share/java/postgresql74-jdbc/pg74-jdbc3.jar
symlinks.req: /usr/src/tmp/open-xchange-buildroot/usr/lib/tomcat5/webapps/umin/WEB-INF/lib/pg74-jdbc3.jar: /usr/share/java/postgresql74-jdbc/pg74-jdbc3.jar -> postgresql74-jdbc (via contents_index_all)

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

[devel] openejb1-1.0-alt1_1jpp1.7

[Alexey Tourbin]

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

>  opendchub-0.7.15-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +openejb1-1.0-alt1_1jpp1.7	Requires	/usr/share/java/junit.jar
> +openejb1-1.0-alt1_1jpp1.7	Requires	/usr/share/java/openejb1/itest-beans.jar
> +openejb1-1.0-alt1_1jpp1.7	Requires	/usr/share/java/regexp.jar
>  openejb1-1.0-alt1_1jpp1.7	Requires	backport-util-concurrent
> @@ -103256,4 +104238,9 @@
>  openejb1-1.0-alt1_1jpp1.7	Requires	geronimo-servlet-2.4-api
> +openejb1-1.0-alt1_1jpp1.7	Requires	geronimo-specs-ejb
> +openejb1-1.0-alt1_1jpp1.7	Requires	geronimo-specs-j2ee-connector
> +openejb1-1.0-alt1_1jpp1.7	Requires	geronimo-specs-jta
> +openejb1-1.0-alt1_1jpp1.7	Requires	hsqldb
>  openejb1-1.0-alt1_1jpp1.7	Requires	jakarta-commons-fileupload
>  openejb1-1.0-alt1_1jpp1.7	Requires	jakarta-commons-logging
> +openejb1-1.0-alt1_1jpp1.7	Requires	jakarta-oro
>  openejb1-1.0-alt1_1jpp1.7	Requires	java-common
> @@ -103263,2 +104250,3 @@
>  openejb1-1.0-alt1_1jpp1.7	Requires	sh
> +openejb1-1.0-alt1_1jpp1.7	Requires	xerces-j
>  openejb1-1.0-alt1_1jpp1.7	Requires	xerces-j2

Поиск зависимостей через симлинки позволяет не указывать зависимости
вручную.  Правда, этот поиск работает наилучшим образом через
contents_index_all, иначе могут образоваться слишком специфические
зависимости (либо полуанметы).  Впрочем, здесь нет особой специфики
симлинков.

symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/beans/openejb-itest-beans.jar: checking contents_index_all for /usr/share/java/openejb1/itest-beans.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/beans/openejb-itest-beans.jar: /usr/share/java/openejb1/itest-beans.jar -> /usr/share/java/openejb1/itest-beans.jar (raw, not found)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/backport-util-concurrent.jar: checking contents_index_all for /usr/share/java/backport-util-concurrent.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/backport-util-concurrent.jar: /usr/share/java/backport-util-concurrent.jar -> backport-util-concurrent (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/castor.jar: checking contents_index_all for /usr/share/java/castor.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/castor.jar: /usr/share/java/castor.jar -> castor (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/commons-fileupload.jar: checking contents_index_all for /usr/share/java/commons-fileupload.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/commons-fileupload.jar: /usr/share/java/commons-fileupload.jar -> jakarta-commons-fileupload (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/commons-logging.jar: checking contents_index_all for /usr/share/java/commons-logging.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/commons-logging.jar: /usr/share/java/commons-logging.jar -> jakarta-commons-logging (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/geronimo-ejb-2.1-api.jar: checking contents_index_all for /usr/share/java/geronimo-ejb-2.1-api.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/geronimo-ejb-2.1-api.jar: /usr/share/java/geronimo-ejb-2.1-api.jar -> geronimo-specs-ejb (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/geronimo-j2ee-connector-1.5-api.jar: checking contents_index_all for /usr/share/java/geronimo-j2ee-connector-1.5-api.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/geronimo-j2ee-connector-1.5-api.jar: /usr/share/java/geronimo-j2ee-connector-1.5-api.jar -> geronimo-specs-j2ee-connector (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/geronimo-jta-1.0.1B-api.jar: checking contents_index_all for /usr/share/java/geronimo-jta-1.0.1B-api.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/geronimo-jta-1.0.1B-api.jar: /usr/share/java/geronimo-jta-1.0.1B-api.jar -> geronimo-specs-jta (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/hsqldb.jar: checking contents_index_all for /usr/share/java/hsqldb.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/hsqldb.jar: /usr/share/java/hsqldb.jar -> hsqldb (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/junit.jar: checking contents_index_all for /usr/share/java/junit.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/junit.jar: /usr/share/java/junit.jar -> /usr/share/java/junit.jar (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/log4j.jar: checking contents_index_all for /usr/share/java/log4j.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/log4j.jar: /usr/share/java/log4j.jar -> log4j (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/oro.jar: checking contents_index_all for /usr/share/java/oro.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/oro.jar: /usr/share/java/oro.jar -> jakarta-oro (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/regexp.jar: checking contents_index_all for /usr/share/java/regexp.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/regexp.jar: /usr/share/java/regexp.jar -> /usr/share/java/regexp.jar (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/xerces-j2.jar: checking contents_index_all for /usr/share/java/xerces-j2.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/xerces-j2.jar: /usr/share/java/xerces-j2.jar -> xerces-j (via contents_index_all)
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/xml-commons-jaxp-1.3-apis.jar: checking contents_index_all for /usr/share/java/xml-commons-jaxp-1.3-apis.jar
symlinks.req: /usr/src/tmp/openejb1-buildroot/usr/share/openejb1/lib/xml-commons-jaxp-1.3-apis.jar: /usr/share/java/xml-commons-jaxp-1.3-apis.jar -> xml-commons-jaxp-1.3-apis (via contents_index_all)

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

[devel] oroborus-2.0.18-alt4

[Alexey Tourbin]

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

>  oroborus-2.0.18-alt4	Requires	/etc/X11/wmsession.d
> +oroborus-2.0.18-alt4	Requires	deskmenu
>  oroborus-2.0.18-alt4	Requires	libICE.so.6

/etc/X11/oroborus/startup       100644  Bourne shell script text executable

$ rpmpeek oroborus-2.0.18-alt4.i586.rpm sh --rpm-requires ./etc/X11/oroborus/startup |sort -u
executable(deskmenu)
executable(xvt)
$

./usr/bin/startoroborus:elif [ -r "/etc/X11/oroborus/startup" ]; then
./usr/bin/startoroborus:    . "/etc/X11/oroborus/startup"

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

[devel] pam0-config-1.4.3-alt1

[Alexey Tourbin]

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

>  pam0-config-1.4.3-alt1	Provides	pam0(other)
> -pam0-config-1.4.3-alt1	Provides	pam0(system-auth)
>  pam0-config-1.4.3-alt1	Provides	pam0(system-auth-ldap)
>  pam0-config-1.4.3-alt1	Provides	pam0(system-auth-local)
> -pam0-config-1.4.3-alt1	Provides	pam0(system-auth-use_first_pass)
>  pam0-config-1.4.3-alt1	Provides	pam0(system-auth-use_first_pass-ldap)

Изменение зависимостей у меня не воспроизводится. :(

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

Re: [devel] pam0-config-1.4.3-alt1

[Dmitry V. Levin]

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

On Sun, Sep 23, 2007 at 02:35:41AM +0400, Alexey Tourbin wrote:
> >  pam0-config-1.4.3-alt1	Provides	pam0(other)
> > -pam0-config-1.4.3-alt1	Provides	pam0(system-auth)
> >  pam0-config-1.4.3-alt1	Provides	pam0(system-auth-ldap)
> >  pam0-config-1.4.3-alt1	Provides	pam0(system-auth-local)
> > -pam0-config-1.4.3-alt1	Provides	pam0(system-auth-use_first_pass)
> >  pam0-config-1.4.3-alt1	Provides	pam0(system-auth-use_first_pass-ldap)
> 
> Изменение зависимостей у меня не воспроизводится. :(

Каким образом в этом пакете формируются зависимости, цензурными словами
описать сложно...


-- 
ldv

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

Re: [devel] pam0-config-1.4.3-alt1

[Alexey Tourbin]

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

On Sun, Sep 23, 2007 at 02:35:41AM +0400, Alexey Tourbin wrote:
> >  pam0-config-1.4.3-alt1	Provides	pam0(other)
> > -pam0-config-1.4.3-alt1	Provides	pam0(system-auth)
> >  pam0-config-1.4.3-alt1	Provides	pam0(system-auth-ldap)
> >  pam0-config-1.4.3-alt1	Provides	pam0(system-auth-local)
> > -pam0-config-1.4.3-alt1	Provides	pam0(system-auth-use_first_pass)
> >  pam0-config-1.4.3-alt1	Provides	pam0(system-auth-use_first_pass-ldap)
> 
> Изменение зависимостей у меня не воспроизводится. :(

Я всё понял!  Да, у этого пакета слишком специфическим образом
формируются зависимости.

Requires: %([ -x "%SOURCE1" ] && RPM_LIB=%_lib RPM_LIBDIR=%_libdir PAM_SO_SUFFIX= PAM_NAME_SUFFIX=0 RPM_BUILD_ROOT=%buildroot %SOURCE1 %SOURC
Provides: %([ -x "%SOURCE1" ] && PAM_SO_SUFFIX= PAM_NAME_SUFFIX=0 RPM_BUILD_ROOT=%buildroot %SOURCE1 %SOURCE0 prov || echo unknown)

Скрипт %SOURCE1 который pam-config-deps.sh вызывает
/usr/lib/rpm/pam.{req,prov} с ОТНОСТИТЕЛЬНЫМИ путями:
    19  for f in */*; do
    20          /usr/lib/rpm/pam."$t" "$f"

Во всех стандартных /usr/lib/rpm/* скриптах, если они используют
стандарнтую процедуру обработки аргументов ArgvFileAtion, происходит
более или менее принудительная каноникализация ОТНОСИТЕЛЬНЫХ путей.

/usr/lib/rpm/pam.req:
    20  . /usr/lib/rpm/functions
    21  [ $# -eq 1 ] && [ -n "$1" -a -z "${1##/*}" ] ||
    22          { ArgvFileAction "$0" "$@"; exit; }

Это просто некоторый "хак", который я добавил в pam.req, чтобы
сразу же не переписывать pam.req целиком (со временем он перепишется).
Суть здесь в другом.  Принудительная каноникализация относительных путей
на самом деле происходит в ArgvFileAction из /usr/lib/rpm/functions.

Так вот, раньше эта каноникализация была слишком навязчивой.
Каноникализировался в том числе и последний компонент пути.

Теперь остается только заметить, что убравшиеся зависимости являются
симлинками

zsh$ ls -l pam-config/*(@)
lrwxrwxrwx 1 at at 17 Sep 23 02:00 pam-config/system-auth -> system-auth-local
lrwxrwxrwx 1 at at 32 Sep 23 02:00 pam-config/system-auth-use_first_pass -> system-auth-use_first_pass-local
zsh$

Полная каноникализация абсолютного пути приводила к тому, что вместо
system-auth на самом деле повторно обрабатывался system-auth-local и т.д.

Потом в ArgvFileAction я сделал каноникализацию относительных путей
МЕНЕЕ НАВЯЗЧИВОЙ, то есть по сути в ряде случаев более предпочтительной.
Для этого была реализована довольно простая и даже в некотором смысле
сомнительная функция CanonPath.  Но, как оказалось, она удачно решает
целый ряд довольно тонких проблем сразу в нескольких местах.


commit 5a5bd821337d620c8dae75617d5351bdc2061853
Author: Alexey Tourbin <at@altlinux>
Date:   Mon Aug 27 20:41:02 2007 +0400

    scripts/functions: CanonPath: new function (canonicalize each path component except for the last)
    
    This is actually a DWIM-style hack.  It does what we want but I cannot
    think of a better name.  The idea is that sometimes we want to clean
    up path name, possibly following symbolic links, except for the last
    component, which we want to keep as is.
    
    $ sh -c '. scripts/functions; CanonPath /etc/init.d/functions'
    /etc/rc.d/init.d/functions
    $ sh -c '. scripts/functions; CanonPath /usr/bin/../bin/perl'
    /usr/bin/perl
    $
    
    So actually it does a few different things: 1) prepend $PWD if needed;
    2) cleanup dirname; 3) canonicalize dirname with respect to symbolic links.
    
    Now the question is how to process symbolic links which
    targets are directories, e.g. /etc/init.d ?  My answer is that
    both "/etc/init.d" and "/etc/init.d/", as well as "/etc/init.d/."
    should yield the same result, which is "/etc/rc.d/init.d".

diff --git a/scripts/functions b/scripts/functions
index ef43b7b..e55e30a 100644
--- a/scripts/functions
+++ b/scripts/functions
@@ -99,6 +99,23 @@ RunMethods()
 	done
 }
 
+CanonPath()
+{
+	local f="$1" f2; shift
+	if [ -d "$f" ]; then
+		f2=$(readlink -vm -- "$f")
+	elif [ -L "$f" ]; then
+		local d
+		d=$(dirname -- "$f")
+		d=$(readlink -vm -- "$d")
+		f2="$d/${f##*/}"
+	else
+		f2=$(readlink -vm -- "$f")
+	fi
+	[ "$f" = "$f2" ] || Verbose "CanonPath: $f -> $f2"
+	echo "$f2"
+}
+
 ArgvFileAction()
 {
 	local av_action="$1"; shift
@@ -126,14 +143,14 @@ ArgvFileAction()
 	local av_f
 	if [ $# -gt 0 ]; then
 		for av_f; do
-			[ -n "$av_f" -a -z "${av_f##/*}" ] || av_f=$(readlink -vm -- "$av_f")
+			[ -n "$av_f" -a -z "${av_f##/*}" ] || av_f=$(CanonPath "$av_f")
 			Debug "processing $av_f"
 			"$av_action" "$av_f"
 		done
 	else
 		[ -t 0 ] && Info "reading file list from standard input"
 		while IFS= read -r av_f; do
-			[ -n "$av_f" -a -z "${av_f##/*}" ] || av_f=$(readlink -vm -- "$av_f")
+			[ -n "$av_f" -a -z "${av_f##/*}" ] || av_f=$(CanonPath "$av_f")
 			Debug "processing $av_f"
 			"$av_action" "$av_f"
 		done


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

[devel] perl-Mozilla-LDAP-1.5-alt3

[Alexey Tourbin]

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

>  perl-Mozilla-LDAP-1.5-alt3	Provides	perl(Mozilla/LDAP/Utils.pm) = 1.500
> +perl-Mozilla-LDAP-1.5-alt3	Requires	libc.so.6(GLIBC_2.0)
> +perl-Mozilla-LDAP-1.5-alt3	Requires	libc.so.6(GLIBC_2.1.3)
> +perl-Mozilla-LDAP-1.5-alt3	Requires	libc.so.6(GLIBC_2.3)
> +perl-Mozilla-LDAP-1.5-alt3	Requires	libldap60.so
> +perl-Mozilla-LDAP-1.5-alt3	Requires	libperl.so.5.8
> +perl-Mozilla-LDAP-1.5-alt3	Requires	libprldap60.so
> +perl-Mozilla-LDAP-1.5-alt3	Requires	libpthread.so.0(GLIBC_2.0)
> +perl-Mozilla-LDAP-1.5-alt3	Requires	libssldap60.so
>  perl-Mozilla-LDAP-1.5-alt3	Requires	mozldap >= 6.0
>  perl-Mozilla-LDAP-1.5-alt3	Requires	perl
> +perl-Mozilla-LDAP-1.5-alt3	Requires	rtld(GNU_HASH)
>  perl-Mozilla-LDAP-1.5-alt3	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

В этом пакете используется целый ряд нестандартных конструкций,
в том числе 'AutoReq: noperl'.  Мне интересно знать, зачем они
понадобились.

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

[devel] pinentry-common-0.7.3-alt1

[Alexey Tourbin]

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

> +pinentry-common-0.7.3-alt1	Requires	/usr/bin/pinentry-gtk-2
>  pinentry-common-0.7.3-alt1	Requires(interp)	/bin/sh

Битый симлинк.

+ /bin/rm -f /usr/src/tmp/pinentry-buildroot//usr/bin/pinentry-gtk
+ /bin/mv -f /usr/src/tmp/pinentry-buildroot//usr/bin/pinentry-gtk-2 /usr/src/tmp/pinentry-buildroot//usr/bin/pinentry-gtk

symlinks.req: /usr/src/tmp/pinentry-buildroot/usr/bin/pinentry: /usr/bin/pinentry-gtk-2 -> /usr/bin/pinentry-gtk-2 (raw, not found)

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

[devel] plt2-360-alt0.1

[Alexey Tourbin]

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

>  plt2-360-alt0.1	Requires	/etc/alternatives/packages.d
> +plt2-360-alt0.1	Requires	/usr/lib/plt2/bin/drscheme
> +plt2-360-alt0.1	Requires	/usr/lib/plt2/bin/help-desk
> +plt2-360-alt0.1	Requires	/usr/lib/plt2/bin/mred
> +plt2-360-alt0.1	Requires	/usr/lib/plt2/bin/web-server
> +plt2-360-alt0.1	Requires	/usr/lib/plt2/bin/web-server-monitor
>  plt2-360-alt0.1	Requires	libc.so.6(GLIBC_2.0)

shell.req: /usr/src/tmp/plt2-buildroot/usr/lib/plt2/lib/plt/collects/ffi/examples/c-printf.ss: mzscheme not found (skip)
shell.req: /usr/src/tmp/plt2-buildroot/usr/lib/plt2/lib/plt/collects/ffi/examples/crypt.ss: mzscheme not found (skip)
shell.req: /usr/src/tmp/plt2-buildroot/usr/lib/plt2/lib/plt/collects/ffi/examples/esd.ss: mzscheme not found (skip)
shell.req: /usr/src/tmp/plt2-buildroot/usr/lib/plt2/lib/plt/collects/ffi/examples/magick.ss: mzscheme not found (skip)
shell.req: /usr/src/tmp/plt2-buildroot/usr/lib/plt2/lib/plt/collects/ffi/examples/sndfile.ss: mzscheme not found (skip)
shell.req: /usr/src/tmp/plt2-buildroot/usr/lib/plt2/lib/plt/collects/ffi/examples/tcl.ss: mzscheme not found (skip)
shell.req: /usr/src/tmp/plt2-buildroot/usr/lib/plt2/lib/plt/collects/ffi/examples/xmmsctrl.ss: mzscheme not found (skip)
shell.req: /usr/src/tmp/plt2-buildroot/usr/lib/plt2/lib/plt/collects/ffi/examples/xosd.ss: mzscheme not found (skip)
symlinks.req: /usr/src/tmp/plt2-buildroot/usr/bin/drscheme-2: checking contents_index_all for /usr/lib/plt2/bin/drscheme
symlinks.req: /usr/src/tmp/plt2-buildroot/usr/bin/drscheme-2: /usr/lib/plt2/bin/drscheme -> /usr/lib/plt2/bin/drscheme (raw, not found)
symlinks.req: /usr/src/tmp/plt2-buildroot/usr/bin/help-desk-2: checking contents_index_all for /usr/lib/plt2/bin/help-desk
symlinks.req: /usr/src/tmp/plt2-buildroot/usr/bin/help-desk-2: /usr/lib/plt2/bin/help-desk -> /usr/lib/plt2/bin/help-desk (raw, not found)
symlinks.req: /usr/src/tmp/plt2-buildroot/usr/bin/mred-2: checking contents_index_all for /usr/lib/plt2/bin/mred
symlinks.req: /usr/src/tmp/plt2-buildroot/usr/bin/mred-2: /usr/lib/plt2/bin/mred -> /usr/lib/plt2/bin/mred (raw, not found)
symlinks.req: /usr/src/tmp/plt2-buildroot/usr/bin/web-server-2: checking contents_index_all for /usr/lib/plt2/bin/web-server
symlinks.req: /usr/src/tmp/plt2-buildroot/usr/bin/web-server-2: /usr/lib/plt2/bin/web-server -> /usr/lib/plt2/bin/web-server (raw, not found)
symlinks.req: /usr/src/tmp/plt2-buildroot/usr/bin/web-server-monitor-2: checking contents_index_all for /usr/lib/plt2/bin/web-server-monitor
symlinks.req: /usr/src/tmp/plt2-buildroot/usr/bin/web-server-monitor-2: /usr/lib/plt2/bin/web-server-monitor -> /usr/lib/plt2/bin/web-server-monitor (raw, not found)

for i in drscheme help-desk mred mzc mzscheme tex2page web-server web-server-monitor; do
    ln -sf %_libdir/%fullname/bin/$i ../../../bin/$i-2
done

Зачем ставить битые симлинки в /usr/bin?
За них не платят.

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

[devel] postgresql8.0-contrib-8.0.11-alt1

[Alexey Tourbin]

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

>  postgresql8.0-contrib-8.0.11-alt1	Requires	/usr/bin/etags
> +postgresql8.0-contrib-8.0.11-alt1	Requires	/usr/lib/pgsql/src/backend/lib/dllist.c
>  postgresql8.0-contrib-8.0.11-alt1	Requires	bash

Битый симлинк
/usr/lib/pgsql/contrib/pg_autovacuum/dllist.c -> ../../src/backend/lib/dllist.c

symlinks.req: /usr/src/tmp/postgresql8.0-buildroot/usr/lib/pgsql/contrib/pg_autovacuum/dllist.c: checking contents_index_all for /usr/lib/pgsql/src/backend/lib/dllist.c
symlinks.req: /usr/src/tmp/postgresql8.0-buildroot/usr/lib/pgsql/contrib/pg_autovacuum/dllist.c: /usr/lib/pgsql/src/backend/lib/dllist.c -> /usr/lib/pgsql/src/backend/lib/dllist.c (raw, not found)

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

Re: [devel] postgresql8.0-contrib-8.0.11-alt1

[Denis Smirnov]

2007/9/23, Alexey Tourbin <at@altlinux.ru>:
> >  postgresql8.0-contrib-8.0.11-alt1    Requires        /usr/bin/etags
> > +postgresql8.0-contrib-8.0.11-alt1    Requires        /usr/lib/pgsql/src/backend/lib/dllist.c
> >  postgresql8.0-contrib-8.0.11-alt1    Requires        bash
> Битый симлинк
> /usr/lib/pgsql/contrib/pg_autovacuum/dllist.c -> ../../src/backend/lib/dllist.c

Честно говоря я думаю что этот пакет пора выносить из репозитория.

>
> symlinks.req: /usr/src/tmp/postgresql8.0-buildroot/usr/lib/pgsql/contrib/pg_autovacuum/dllist.c: checking contents_index_all for /usr/lib/pgsql/src/backend/lib/dllist.c
> symlinks.req: /usr/src/tmp/postgresql8.0-buildroot/usr/lib/pgsql/contrib/pg_autovacuum/dllist.c: /usr/lib/pgsql/src/backend/lib/dllist.c -> /usr/lib/pgsql/src/backend/lib/dllist.c (raw, not found)
>
>

Re: [devel] postgresql8.0-contrib-8.0.11-alt1

[Denis Smirnov]

2007/9/24, Denis Smirnov <ds@seiros.ru>:
> > >  postgresql8.0-contrib-8.0.11-alt1    Requires        /usr/bin/etags
> > > +postgresql8.0-contrib-8.0.11-alt1    Requires        /usr/lib/pgsql/src/backend/lib/dllist.c
> > >  postgresql8.0-contrib-8.0.11-alt1    Requires        bash
> > Битый симлинк
> > /usr/lib/pgsql/contrib/pg_autovacuum/dllist.c -> ../../src/backend/lib/dllist.c
> Честно говоря я думаю что этот пакет пора выносить из репозитория.

Или, как минимум, переводить его в состояние "у пакета нет мантейнера"
-- насколько я понимаю ни я, ни ns@ его поддерживать более не
собираемся -- меня и 8.2 вполне устраивает :)

[devel] povray-common-3.6-alt2

[Alexey Tourbin]

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

>  povray-3.6-alt2	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +povray-common-3.6-alt2	Requires	/bin/sh
>  povray-common-3.6-alt2	Requires	/usr/bin/convert

В этом пакете есть скритпы в досовской кодировке.
На самом деле появляется зависимость на "/bin/sh\r".

shebang.req: /usr/src/tmp/povray-buildroot/usr/share/povray-3.6/scripts/rerunpov.sh: /bin/sh\r -> /bin/sh\r (raw, not found)
shebang.req: /usr/src/tmp/povray-buildroot/usr/share/povray-3.6/scripts/runpov.sh: /bin/sh\r -> /bin/sh\r (raw, not found)

В принципе я захачил /usr/lib/rpm/find-package, чтобы он отсеивал
явный мусор.  Может и зря.

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

[devel] quilt-0.46-alt0.1

[Alexey Tourbin]

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

>  quilt-0.46-alt0.1	Requires	libc.so.6(GLIBC_2.4)
> +quilt-0.46-alt0.1	Requires	mktemp
>  quilt-0.46-alt0.1	Requires	patch

./usr/share/quilt/scripts/patchfns:             mktemp -d ${2:-${TMPDIR:-/tmp}/${0// /_}}.XXXXXX
./usr/share/quilt/scripts/patchfns:             mktemp ${1:-${TMPDIR:-/tmp}/${0// /_}}.XXXXXX

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

[devel] rdup-0.3.0-alt0.1

[Alexey Tourbin]

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

>  rdup-0.3.0-alt0.1	Requires	coreutils
> +rdup-0.3.0-alt0.1	Requires	gksu
>  rdup-0.3.0-alt0.1	Requires	libc.so.6(GLIBC_2.0)
> @@ -134264,4 +135642,5 @@
>  rdup-0.3.0-alt0.1	Requires	perl-base
> -rdup-0.3.0-alt0.1	Requires	rdup
>  rdup-0.3.0-alt0.1	Requires	rtld(GNU_HASH)
> +rdup-0.3.0-alt0.1	Requires	sudo
> +rdup-0.3.0-alt0.1	Requires	zenity
>  rdup-0.3.0-alt0.1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

./usr/share/rdup/rdup-snap-here:gksudo -m "Perform backup of host <b>$HOSTNAME</b> to $mountpath as root?" -t "rdup @ $HOSTNAME" "cat /dev/null"
./usr/share/rdup/rdup-dump-here:gksudo -m "Perform backup of <b>$HOSTNAME</b> to $mountpath as root?" -t "rdup @ $HOSTNAME" "cat /dev/null"

./usr/share/rdup/rdup-snap-here:zenity --error --title "rdup @ $HOSTNAME" --text "Edit this file before running it" >&2
./usr/share/rdup/rdup-snap-here:        zenity --error --title "rdup @ $HOSTNAME" --text "No backups defined for host <b>$HOSTNAME</b>"
./usr/share/rdup/rdup-snap-here:        zenity --error --title "rdup @ $HOSTNAME" --text "rdup can not be found"
./usr/share/rdup/rdup-snap-here:         zenity --error --title "rdup @ $HOSTNAME" --text "No backup directories defined"
./usr/share/rdup/rdup-snap-here:zenity --progress --pulsate --title "rdup @ $HOSTNAME" --text "$TEXT"
./usr/share/rdup/rdup-dump-here:        zenity --error --title "rdup @ $HOSTNAME" --text "No backups defined for <b>$HOSTNAME</b>"
./usr/share/rdup/rdup-dump-here:        zenity --error --title "rdup @ $HOSTNAME" --text "rdup can not be found"
./usr/share/rdup/rdup-dump-here:         zenity --error --title "rdup @ $HOSTNAME" --text "No backup directories defined"
./usr/share/rdup/rdup-dump-here:zenity --progress --pulsate --title "rdup @ $HOSTNAME" --text "$TEXT"

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

[devel] rhino-1.6-alt1_0.r2.2jpp1.7

[Alexey Tourbin]

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

> +rhino-1.6-alt1_0.r2.2jpp1.7	Requires	/etc/rhino.conf
> +rhino-1.6-alt1_0.r2.2jpp1.7	Requires	jpackage-utils
> +rhino-1.6-alt1_0.r2.2jpp1.7	Requires	sh
>  rhino-1.6-alt1_0.r2.2jpp1.7	Requires	xmlbeans

./usr/bin/rhino:if [ -f /etc/rhino.conf ] ; then
./usr/bin/rhino:  . /etc/rhino.conf

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

[devel] shorewall-3.4.5-alt1

[Alexey Tourbin]

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

>  shorewall-3.4.5-alt1	Requires	/usr/bin/scp
> +shorewall-3.4.5-alt1	Requires	bash
> +shorewall-3.4.5-alt1	Requires	bridge-utils
>  shorewall-3.4.5-alt1	Requires	control
> @@ -139534,4 +140938,7 @@
>  shorewall-3.4.5-alt1	Requires	grep
> +shorewall-3.4.5-alt1	Requires	indent
>  shorewall-3.4.5-alt1	Requires	iproute
>  shorewall-3.4.5-alt1	Requires	iproute2
> +shorewall-3.4.5-alt1	Requires	ipsec-tools
> +shorewall-3.4.5-alt1	Requires	ipset
>  shorewall-3.4.5-alt1	Requires	iptables
> @@ -139539,2 +140946,8 @@
>  shorewall-3.4.5-alt1	Requires	make
> +shorewall-3.4.5-alt1	Requires	mktemp
> +shorewall-3.4.5-alt1	Requires	module-init-tools
> +shorewall-3.4.5-alt1	Requires	net-tools
> +shorewall-3.4.5-alt1	Requires	procmail
> +shorewall-3.4.5-alt1	Requires	procps
> +shorewall-3.4.5-alt1	Requires	rcs
>  shorewall-3.4.5-alt1	Requires	sed
> @@ -139542,3 +140955,3 @@
>  shorewall-3.4.5-alt1	Requires	sh
> -shorewall-3.4.5-alt1	Requires	shorewall
> +shorewall-3.4.5-alt1	Requires	termutils
>  shorewall-3.4.5-alt1	Requires	util-linux

По-видимому, все зависимости проставились правильно.
В spec-файле используется %attr(755,...).

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

[devel] spt-profiles-desktop-0.4-alt1

[Alexey Tourbin]

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

> +spt-profiles-desktop-0.4-alt1	Requires	/etc/spt/profiles/server/installer/rescue/
>  spt-profiles-desktop-0.4-alt1	Requires	bash
>  spt-profiles-desktop-0.4-alt1	Requires	sh
> +spt-profiles-desktop-0.4-alt1	Requires	spt
>  spt-profiles-desktop-0.4-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

Здесь "неудачный симлинк".

symlinks.req: /usr/src/tmp/spt-profiles-desktop-buildroot/etc/spt/profiles/desktop/base/install2/hooks.d/05bootsplash: checking contents_index_all for /usr/share/spt/hooks-common/05bootsplash
symlinks.req: /usr/src/tmp/spt-profiles-desktop-buildroot/etc/spt/profiles/desktop/base/install2/hooks.d/05bootsplash: /usr/share/spt/hooks-common/05bootsplash -> spt (via contents_index_all)
symlinks.req: /usr/src/tmp/spt-profiles-desktop-buildroot/etc/spt/profiles/desktop/base/live/hooks.d/00resolv: checking contents_index_all for /usr/share/spt/hooks-common/00resolv
symlinks.req: /usr/src/tmp/spt-profiles-desktop-buildroot/etc/spt/profiles/desktop/base/live/hooks.d/00resolv: /usr/share/spt/hooks-common/00resolv -> spt (via contents_index_all)
symlinks.req: /usr/src/tmp/spt-profiles-desktop-buildroot/etc/spt/profiles/desktop/base/live/hooks.d/02root: checking contents_index_all for /usr/share/spt/hooks-common/02root
symlinks.req: /usr/src/tmp/spt-profiles-desktop-buildroot/etc/spt/profiles/desktop/base/live/hooks.d/02root: /usr/share/spt/hooks-common/02root -> spt (via contents_index_all)
symlinks.req: /usr/src/tmp/spt-profiles-desktop-buildroot/etc/spt/profiles/desktop/base/live/hooks.d/05bootsplash: checking contents_index_all for /usr/share/spt/hooks-common/05bootsplash
symlinks.req: /usr/src/tmp/spt-profiles-desktop-buildroot/etc/spt/profiles/desktop/base/live/hooks.d/05bootsplash: /usr/share/spt/hooks-common/05bootsplash -> spt (via contents_index_all)
symlinks.req: /usr/src/tmp/spt-profiles-desktop-buildroot/etc/spt/profiles/desktop/cd/rescue: checking contents_index_all for /etc/spt/profiles/server/installer/rescue/
symlinks.req: /usr/src/tmp/spt-profiles-desktop-buildroot/etc/spt/profiles/desktop/cd/rescue: /etc/spt/profiles/server/installer/rescue/ -> /etc/spt/profiles/server/installer/rescue/ (raw, not found)

В текущем rpm-build alt78+ я сделал частичную каноникализацию путей,
которая решает проблему в том числе и с "неудачными симлинками".

Теперь поиск идет так:
symlinks.req: CanonPath: /etc/spt/profiles/server/installer/rescue/ -> /etc/spt/profiles/server/installer/rescue
symlinks.req: /usr/src/tmp/spt-profiles-desktop-buildroot/etc/spt/profiles/desktop/cd/rescue: /etc/spt/profiles/server/installer/rescue -> spt-profiles-server (via contents_index_bin)

То есть появится зависимость на spt-profiles-server.

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

[devel] struts-webapps-tomcat*

[Alexey Tourbin]

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

> +struts-webapps-tomcat3-1.2.9-alt1_5jpp1.7	Requires	/www/www.apache.org/dyn/mirrors/mirrors.cgi
>  struts-webapps-tomcat3-1.2.9-alt1_5jpp1.7	Requires	struts = 1.2.9-alt1_5jpp1.7
> @@ -142020,2 +143448,3 @@
>  struts-webapps-tomcat3-1.2.9-alt1_5jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +struts-webapps-tomcat4-1.2.9-alt1_5jpp1.7	Requires	/www/www.apache.org/dyn/mirrors/mirrors.cgi
>  struts-webapps-tomcat4-1.2.9-alt1_5jpp1.7	Requires	struts = 1.2.9-alt1_5jpp1.7
> @@ -142024,2 +143453,3 @@
>  struts-webapps-tomcat4-1.2.9-alt1_5jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +struts-webapps-tomcat4-1.2.9-alt2_5jpp1.7	Requires	/www/www.apache.org/dyn/mirrors/mirrors.cgi
>  struts-webapps-tomcat4-1.2.9-alt2_5jpp1.7	Requires	struts = 1.2.9-alt2_5jpp1.7
> @@ -142029,2 +143459,3 @@
>  struts-webapps-tomcat5-1.2.9-alt1_5jpp1.7	PreReq	tomcat5
> +struts-webapps-tomcat5-1.2.9-alt1_5jpp1.7	Requires	/www/www.apache.org/dyn/mirrors/mirrors.cgi
>  struts-webapps-tomcat5-1.2.9-alt1_5jpp1.7	Requires	struts = 1.2.9-alt1_5jpp1.7
> @@ -142036,2 +143467,3 @@
>  struts-webapps-tomcat5-1.2.9-alt2_5jpp1.7	PreReq	tomcat5
> +struts-webapps-tomcat5-1.2.9-alt2_5jpp1.7	Requires	/www/www.apache.org/dyn/mirrors/mirrors.cgi
>  struts-webapps-tomcat5-1.2.9-alt2_5jpp1.7	Requires	struts = 1.2.9-alt2_5jpp1.7

shell.req: /usr/src/tmp/struts-buildroot/var/lib/tomcat3/webapps/struts-documentation/download.cgi: checking contents_index_all for /www/www.apache.org/dyn/mirrors/mirrors.cgi
shell.req: /usr/src/tmp/struts-buildroot/var/lib/tomcat3/webapps/struts-documentation/download.cgi: /www/www.apache.org/dyn/mirrors/mirrors.cgi -> /www/www.apache.org/dyn/mirrors/mirrors.cgi (raw, not found)

shell.req: /usr/src/tmp/struts-buildroot/var/lib/tomcat4/webapps/struts-documentation/download.cgi: checking contents_index_all for /www/www.apache.org/dyn/mirrors/mirrors.cgi
shell.req: /usr/src/tmp/struts-buildroot/var/lib/tomcat4/webapps/struts-documentation/download.cgi: /www/www.apache.org/dyn/mirrors/mirrors.cgi -> /www/www.apache.org/dyn/mirrors/mirrors.cgi (raw, not found)

shell.req: /usr/src/tmp/struts-buildroot/var/lib/tomcat5/webapps/struts-documentation/download.cgi: checking contents_index_all for /www/www.apache.org/dyn/mirrors/mirrors.cgi
shell.req: /usr/src/tmp/struts-buildroot/var/lib/tomcat5/webapps/struts-documentation/download.cgi: /www/www.apache.org/dyn/mirrors/mirrors.cgi -> /www/www.apache.org/dyn/mirrors/mirrors.cgi (raw, not found)

cd /www/www.apache.org/dyn/mirrors
/www/www.apache.org/dyn/mirrors/mirrors.cgi $*

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

[devel] synbak-1.0.11-alt0.1

[Alexey Tourbin]

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

> +synbak-1.0.11-alt0.1	Requires	/bin/mail
>  synbak-1.0.11-alt0.1	Requires	bash >= 2.0
>  synbak-1.0.11-alt0.1	Requires	bc
> +synbak-1.0.11-alt0.1	Requires	bzip2
>  synbak-1.0.11-alt0.1	Requires	coreutils
> +synbak-1.0.11-alt0.1	Requires	diffutils
> +synbak-1.0.11-alt0.1	Requires	findutils
>  synbak-1.0.11-alt0.1	Requires	gawk
> +synbak-1.0.11-alt0.1	Requires	grep
>  synbak-1.0.11-alt0.1	Requires	mktemp >= 1.5
> +synbak-1.0.11-alt0.1	Requires	mount
> +synbak-1.0.11-alt0.1	Requires	mt-st
> +synbak-1.0.11-alt0.1	Requires	nedit
>  synbak-1.0.11-alt0.1	Requires	netcat
>  synbak-1.0.11-alt0.1	Requires	rsync
> +synbak-1.0.11-alt0.1	Requires	samba-client
>  synbak-1.0.11-alt0.1	Requires	sed

С учетом описания пакета -- "Synbak - Universal Backup System",
а также в связи с наличием неисполняемых шелл-скриптов, полагаю,
что зависимости проставились правильно.

$ rpmfile synbak-1.0.11-alt0.1.noarch.rpm  |grep 644.\*shell
/usr/share/synbak/functions.sh  100644  Bourne shell script text executable
/usr/share/synbak/method/laserdisc/laserdisc.sh 100644  Bourne shell script text executable
/usr/share/synbak/method/ldap/ldap.sh   100644  Bourne shell script text executable
/usr/share/synbak/method/mysql/mysql.sh 100644  Bourne shell script text executable
/usr/share/synbak/method/oracle/oracle.sh       100644  Bourne shell script text executable
/usr/share/synbak/method/rsync/rsync.sh 100644  Bourne shell script text executable
/usr/share/synbak/method/tape/tape.sh   100644  Bourne shell script text executable
/usr/share/synbak/method/tar/tar.sh     100644  Bourne shell script text executable
/usr/share/synbak/report/email/email.sh 100644  Bourne shell script text executable
/usr/share/synbak/report/html/html.sh   100644  Bourne shell script text executable
$

Напр. в /usr/share/synbak/functions.sh используется smbmount.

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

[devel] tcl-8.4.13-alt1.0

[Alexey Tourbin]

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

>  tcl-8.4.13-alt1.0	Provides	tcl(tcltest) = 2.2.8
> +tcl-8.4.13-alt1.0	Requires	/usr/ccs/bin/nm
> +tcl-8.4.13-alt1.0	Requires	binutils
> +tcl-8.4.13-alt1.0	Requires	coreutils
>  tcl-8.4.13-alt1.0	Requires	libc.so.6(GLIBC_2.0)
> @@ -143643,2 +145095,3 @@
>  tcl-8.4.13-alt1.0	Requires	rtld(GNU_HASH)
> +tcl-8.4.13-alt1.0	Requires	sed
>  tcl-8.4.13-alt1.0	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

Там был левый скрипт, который назывался, кажется, ldAix.

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

[devel] tetex-latex-tipa-1.3-alt3

[Alexey Tourbin]

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

>  tetex-latex-tipa-1.3-alt3	Requires	/etc/tex-fonts.d
> +tetex-latex-tipa-1.3-alt3	Requires	coreutils
> +tetex-latex-tipa-1.3-alt3	Requires	sed
> +tetex-latex-tipa-1.3-alt3	Requires	tetex-core
>  tetex-latex-tipa-1.3-alt3	Requires	tetex-latex

В этом пакете есть какие-то скрипты, которые, вероятно,
не очень в нём нужны (это может также касаться и каталога
source/ целиком).

/usr/share/texmf/fonts/source/fkr/tipa/gentfm.sh        100644  Bourne shell script text executable
/usr/share/texmf/fonts/source/fkr/tipa/gentipa.sh       100644  Bourne shell script text executable
/usr/share/texmf/fonts/source/fkr/tipa/gentipx.sh       100644  Bourne shell script text executable
/usr/share/texmf/fonts/source/fkr/tipa/genxipa.sh       100644  Bourne shell script text executable
/usr/share/texmf/fonts/source/fkr/tipa/genxipx.sh       100644  Bourne shell script text executable
/usr/share/texmf/fonts/source/fkr/tipa/mktipapk.sh      100644  Bourne shell script text executable
/usr/share/texmf/fonts/source/fkr/tipa/mkxipapk.sh      100644  Bourne shell script text executable

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

[devel] tomboy-0.7.1-alt1

[Alexey Tourbin]

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

>  tomboy-0.7.1-alt1	Provides	mono(StickyNoteImport) = 0.0.0.0
> -tomboy-0.7.1-alt1	Provides	mono(Tomboy) = 1.0.0.0
>  tomboy-0.7.1-alt1	Requires	libc.so.6(GLIBC_2.0)
> @@ -146851,2 +148325,3 @@
>  tomboy-0.7.1-alt1	Requires	libgtk-x11-2.0.so.0
> +tomboy-0.7.1-alt1	Requires	libpanel-applet-2.so.0
>  tomboy-0.7.1-alt1	Requires	libpango-1.0.so.0
> @@ -146856,2 +148331,3 @@
>  tomboy-0.7.1-alt1	Requires	mono(System.Xml) = 2.0.0.0
> +tomboy-0.7.1-alt1	Requires	mono(Tomboy) = 1.0.0.0
>  tomboy-0.7.1-alt1	Requires	mono(gconf-sharp) = 2.16.0.0

Поправил rpm-build-mono.  Я думал, что зависимостей на *.exe файлы
быть не может, поэтому сделал Provides только длф *.dll файлов.
Оказывается, могут существовать внешние зависимости на Tomboy.exe.

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

[devel] tomcat4-server-4.1.31-alt5.3

[Alexey Tourbin]

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

>  tomcat4-server-4.1.31-alt5.3	Requires	/etc/rc.d/init.d(stop_daemon)
> +tomcat4-server-4.1.31-alt5.3	Requires	/usr/share/java/activation.jar
> +tomcat4-server-4.1.31-alt5.3	Requires	/usr/share/java/jakarta-servletapi4.jar
> +tomcat4-server-4.1.31-alt5.3	Requires	/usr/share/java/regexp.jar
>  tomcat4-server-4.1.31-alt5.3	Requires	ant
> @@ -146897,2 +148376,3 @@
>  tomcat4-server-4.1.31-alt5.3	Requires	jakarta-commons-collections
> +tomcat4-server-4.1.31-alt5.3	Requires	jakarta-commons-daemon
>  tomcat4-server-4.1.31-alt5.3	Requires	jakarta-commons-daemon-jsvc

Зависимости проставились правильно.  Теперь практически нет нужды
ставить зависимости вручную -- с ходу это вряд ли получится лучше,
чем у find-package (который пытается соблюдать некоторый баланс
между "конкретными" зависимостями и виртуальными зависимости).

Конечно, вручную можно поставить зависимости несколько точнее, но есть
шанс и ошибиться.  Кроме того, более точные зависимости всего лишь в
нескольких пакетах мало что дают с точки зрения репозитария в целом.
То есть можно до какой-то степени довольствоваться не слишком точными
зависимостями, понимая, что слишком точных зависимостей всё равно
никогда не будет -- не здесь так там.

(Под "слишком точными" понимаются версионные зависимости.)

symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/bin/jakarta-commons-daemon.jar: checking contents_index_all for /usr/share/java/jakarta-commons-daemon.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/bin/jakarta-commons-daemon.jar: /usr/share/java/jakarta-commons-daemon.jar -> jakarta-commons-daemon (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/activation.jar: checking contents_index_all for /usr/share/java/activation.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/activation.jar: /usr/share/java/activation.jar -> /usr/share/java/activation.jar (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/ant-launcher.jar: checking contents_index_all for /usr/share/java/ant/ant-launcher.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/ant-launcher.jar: /usr/share/java/ant/ant-launcher.jar -> ant (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/ant.jar: checking contents_index_all for /usr/share/java/ant/ant.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/ant.jar: /usr/share/java/ant/ant.jar -> ant (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/jakarta-commons-collections.jar: checking contents_index_all for /usr/share/java/jakarta-commons-collections.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/jakarta-commons-collections.jar: /usr/share/java/jakarta-commons-collections.jar -> jakarta-commons-collections (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/jakarta-commons-logging-api.jar: checking contents_index_all for /usr/share/java/jakarta-commons-logging-api.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/jakarta-commons-logging-api.jar: /usr/share/java/jakarta-commons-logging-api.jar -> jakarta-commons-logging (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/jakarta-servletapi4.jar: checking contents_index_all for /usr/share/java/jakarta-servletapi4.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/jakarta-servletapi4.jar: /usr/share/java/jakarta-servletapi4.jar -> /usr/share/java/jakarta-servletapi4.jar (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/mailapi.jar: checking contents_index_all for /usr/share/java/javamail/mailapi.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/mailapi.jar: /usr/share/java/javamail/mailapi.jar -> javamail (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/smtp.jar: checking contents_index_all for /usr/share/java/javamail/smtp.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/common/lib/smtp.jar: /usr/share/java/javamail/smtp.jar -> javamail (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/jakarta-commons-beanutils.jar: checking contents_index_all for /usr/share/java/jakarta-commons-beanutils.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/jakarta-commons-beanutils.jar: /usr/share/java/jakarta-commons-beanutils.jar -> jakarta-commons-beanutils (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/jakarta-commons-digester.jar: checking contents_index_all for /usr/share/java/jakarta-commons-digester.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/jakarta-commons-digester.jar: /usr/share/java/jakarta-commons-digester.jar -> jakarta-commons-digester (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/jakarta-commons-fileupload.jar: checking contents_index_all for /usr/share/java/jakarta-commons-fileupload.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/jakarta-commons-fileupload.jar: /usr/share/java/jakarta-commons-fileupload.jar -> jakarta-commons-fileupload (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/jakarta-commons-logging.jar: checking contents_index_all for /usr/share/java/jakarta-commons-logging.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/jakarta-commons-logging.jar: /usr/share/java/jakarta-commons-logging.jar -> jakarta-commons-logging (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/jakarta-commons-modeler.jar: checking contents_index_all for /usr/share/java/jakarta-commons-modeler.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/jakarta-commons-modeler.jar: /usr/share/java/jakarta-commons-modeler.jar -> jakarta-commons-modeler (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/mx4j.jar: checking contents_index_all for /usr/share/java/mx4j/mx4j.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/mx4j.jar: /usr/share/java/mx4j/mx4j.jar -> mx4j (via contents_index_all)
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/regexp.jar: checking contents_index_all for /usr/share/java/regexp.jar
symlinks.req: /usr/src/tmp/tomcat4-buildroot/usr/lib/tomcat4/server/lib/regexp.jar: /usr/share/java/regexp.jar -> /usr/share/java/regexp.jar (via contents_index_all)

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

[devel] urw-tex-2.0-alt6

[Alexey Tourbin]

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

>  urw-tex-2.0-alt6	Requires	/etc/tex-fonts.d
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/a010013l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/a010015l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/a010033l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/a010035l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/b018012l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/b018015l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/b018032l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/b018035l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/c059013l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/c059016l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/c059033l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/c059036l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/d050000l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019003l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019004l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019023l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019024l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019043l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019044l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019063l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019064l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n021003l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n021004l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n021023l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n021024l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n022003l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n022004l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n022023l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n022024l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/p052003l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/p052004l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/p052023l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/p052024l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/s050000l.pfb
> +urw-tex-2.0-alt6	Requires	/usr/share/fonts/default/Type1/z003034l.pfb
>  urw-tex-2.0-alt6	Requires	urw-fonts = 2.0
> @@ -148974,2 +150491,37 @@
>  urw-tex-2.0-alt6	Requires(rpmlib)	rpmlib(VersionedDependencies) <= 3.0.3-1
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/a010013l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/a010015l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/a010033l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/a010035l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/b018012l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/b018015l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/b018032l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/b018035l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/c059013l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/c059016l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/c059033l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/c059036l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/d050000l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019003l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019004l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019023l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019024l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019043l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019044l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019063l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n019064l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n021003l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n021004l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n021023l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n021024l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n022003l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n022004l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n022023l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/n022024l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/p052003l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/p052004l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/p052023l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/p052024l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/s050000l.afm
> +urw-tex-afm-2.0-alt6	Requires	/usr/share/fonts/default/Type1/z003034l.afm
>  urw-tex-afm-2.0-alt6	Requires	tetex-afm >= 2.0

Битие симлинки.

Посмотрим, например, где может лежать файл a010013l.pfb.

$ fgrep /a010013l.pfb ~tmp/build/cache/contents/contents_index_all
/usr/share/fonts/type1/urw/a010013l.pfb fonts-type1-urw
$

Он лежит в другом месте.  По-видимому, пакет urw-tex имеет довольно
жесткую привязку к fonts-type1-urw в смысле путей.

symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uagd8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/a010015l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uagd8a.pfb: /usr/share/fonts/default/Type1/a010015l.pfb -> /usr/share/fonts/default/Type1/a010015l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uagdo8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/a010035l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uagdo8a.pfb: /usr/share/fonts/default/Type1/a010035l.pfb -> /usr/share/fonts/default/Type1/a010035l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uagk8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/a010013l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uagk8a.pfb: /usr/share/fonts/default/Type1/a010013l.pfb -> /usr/share/fonts/default/Type1/a010013l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uagko8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/a010033l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uagko8a.pfb: /usr/share/fonts/default/Type1/a010033l.pfb -> /usr/share/fonts/default/Type1/a010033l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ubkd8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/b018015l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ubkd8a.pfb: /usr/share/fonts/default/Type1/b018015l.pfb -> /usr/share/fonts/default/Type1/b018015l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ubkdi8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/b018035l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ubkdi8a.pfb: /usr/share/fonts/default/Type1/b018035l.pfb -> /usr/share/fonts/default/Type1/b018035l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ubkl8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/b018012l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ubkl8a.pfb: /usr/share/fonts/default/Type1/b018012l.pfb -> /usr/share/fonts/default/Type1/b018012l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ubkli8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/b018032l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ubkli8a.pfb: /usr/share/fonts/default/Type1/b018032l.pfb -> /usr/share/fonts/default/Type1/b018032l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ucrb8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n022004l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ucrb8a.pfb: /usr/share/fonts/default/Type1/n022004l.pfb -> /usr/share/fonts/default/Type1/n022004l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ucrbo8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n022024l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ucrbo8a.pfb: /usr/share/fonts/default/Type1/n022024l.pfb -> /usr/share/fonts/default/Type1/n022024l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ucrr8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n022003l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ucrr8a.pfb: /usr/share/fonts/default/Type1/n022003l.pfb -> /usr/share/fonts/default/Type1/n022003l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ucrro8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n022023l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/ucrro8a.pfb: /usr/share/fonts/default/Type1/n022023l.pfb -> /usr/share/fonts/default/Type1/n022023l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvb8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n019004l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvb8a.pfb: /usr/share/fonts/default/Type1/n019004l.pfb -> /usr/share/fonts/default/Type1/n019004l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvb8ac.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n019044l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvb8ac.pfb: /usr/share/fonts/default/Type1/n019044l.pfb -> /usr/share/fonts/default/Type1/n019044l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvbo8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n019024l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvbo8a.pfb: /usr/share/fonts/default/Type1/n019024l.pfb -> /usr/share/fonts/default/Type1/n019024l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvbo8ac.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n019064l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvbo8ac.pfb: /usr/share/fonts/default/Type1/n019064l.pfb -> /usr/share/fonts/default/Type1/n019064l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvr8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n019003l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvr8a.pfb: /usr/share/fonts/default/Type1/n019003l.pfb -> /usr/share/fonts/default/Type1/n019003l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvr8ac.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n019043l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvr8ac.pfb: /usr/share/fonts/default/Type1/n019043l.pfb -> /usr/share/fonts/default/Type1/n019043l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvro8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n019023l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvro8a.pfb: /usr/share/fonts/default/Type1/n019023l.pfb -> /usr/share/fonts/default/Type1/n019023l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvro8ac.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n019063l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uhvro8ac.pfb: /usr/share/fonts/default/Type1/n019063l.pfb -> /usr/share/fonts/default/Type1/n019063l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uncb8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/c059016l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uncb8a.pfb: /usr/share/fonts/default/Type1/c059016l.pfb -> /usr/share/fonts/default/Type1/c059016l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uncbi8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/c059036l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uncbi8a.pfb: /usr/share/fonts/default/Type1/c059036l.pfb -> /usr/share/fonts/default/Type1/c059036l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uncr8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/c059013l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uncr8a.pfb: /usr/share/fonts/default/Type1/c059013l.pfb -> /usr/share/fonts/default/Type1/c059013l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uncri8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/c059033l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uncri8a.pfb: /usr/share/fonts/default/Type1/c059033l.pfb -> /usr/share/fonts/default/Type1/c059033l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uplb8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/p052004l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uplb8a.pfb: /usr/share/fonts/default/Type1/p052004l.pfb -> /usr/share/fonts/default/Type1/p052004l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uplbi8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/p052024l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uplbi8a.pfb: /usr/share/fonts/default/Type1/p052024l.pfb -> /usr/share/fonts/default/Type1/p052024l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uplr8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/p052003l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uplr8a.pfb: /usr/share/fonts/default/Type1/p052003l.pfb -> /usr/share/fonts/default/Type1/p052003l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uplri8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/p052023l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uplri8a.pfb: /usr/share/fonts/default/Type1/p052023l.pfb -> /usr/share/fonts/default/Type1/p052023l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/usyr.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/s050000l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/usyr.pfb: /usr/share/fonts/default/Type1/s050000l.pfb -> /usr/share/fonts/default/Type1/s050000l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/utmb8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n021004l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/utmb8a.pfb: /usr/share/fonts/default/Type1/n021004l.pfb -> /usr/share/fonts/default/Type1/n021004l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/utmbi8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n021024l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/utmbi8a.pfb: /usr/share/fonts/default/Type1/n021024l.pfb -> /usr/share/fonts/default/Type1/n021024l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/utmr8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n021003l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/utmr8a.pfb: /usr/share/fonts/default/Type1/n021003l.pfb -> /usr/share/fonts/default/Type1/n021003l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/utmri8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/n021023l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/utmri8a.pfb: /usr/share/fonts/default/Type1/n021023l.pfb -> /usr/share/fonts/default/Type1/n021023l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uzcmi8a.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/z003034l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uzcmi8a.pfb: /usr/share/fonts/default/Type1/z003034l.pfb -> /usr/share/fonts/default/Type1/z003034l.pfb (raw, not found)
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uzdr.pfb: checking contents_index_all for /usr/share/fonts/default/Type1/d050000l.pfb
symlinks.req: /usr/src/tmp/urw-tex-buildroot/usr/share/texmf/fonts/type1/public/urwcyr/uzdr.pfb: /usr/share/fonts/default/Type1/d050000l.pfb -> /usr/share/fonts/default/Type1/d050000l.pfb (raw, not found)

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

[devel] vdr-1.4.4-alt2

[Alexey Tourbin]

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

>  vdr-1.4.4-alt2	Requires	libstdc++.so.6(GLIBCXX_3.4)
> +vdr-1.4.4-alt2	Requires	psmisc
>  vdr-1.4.4-alt2	Requires	rtld(GNU_HASH)

./usr/bin/runvdr:killall -q $VDRPRG

Выяснять, почему раньше зависимости на psmisc не было,
мне уже не интересно.

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

[devel] velocity-1.5-alt0.3

[Alexey Tourbin]

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

>  velocity-1.5-alt0.3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +velocity-demo-1.5-alt0.3	Requires	/usr/bin/jar
>  velocity-demo-1.5-alt0.3	Requires	coreutils

./usr/share/velocity/test/texen-classpath/mkjar.sh:  jar cvf ../test.jar *

Судите сами, нужно паковать эти скрипты или нет.

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

[devel] vim-X11-7.1.094-alt1

[Alexey Tourbin]

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

>  vim-X11-7.1.094-alt1	Requires	/etc/alternatives/packages.d
> +vim-X11-7.1.094-alt1	Requires	/usr/bin/vim-X11
>  vim-X11-7.1.094-alt1	Requires	menu >= 2.1.25-alt4

Интересная зависимость.  Она проставлась правильно:
/usr/bin/gvim -> vim-X11

У этого пакета есть аналогичная зависимость, проставленная вручную:
Requires: vim-X11-gui

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

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

[devel] wine-20070601-alt1

[Alexey Tourbin]

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

А вот прекрасное:

>  wine-20070601-alt1	Requires	/etc/rc.d/init.d(SETCOLOR_WARNING)
> +wine-20070601-alt1	Requires	/lib/libc-*
> +wine-20070601-alt1	Requires	bash
>  wine-20070601-alt1	Requires	coreutils
> @@ -152479,3 +154042,2 @@
>  wine-20070601-alt1	Requires	freetype2 >= 2.1.9
> -wine-20070601-alt1	Requires	glibc-core
>  wine-20070601-alt1	Requires	glibc-locales

$ rpmpeek wine-20070601-alt1.i586.rpm grep -r -C2 /lib/libc- .
./usr/bin/winelog-                      echo
./usr/bin/winelog-                      echo "------"
./usr/bin/winelog:                      /lib/libc-*
./usr/bin/winelog-                      echo
./usr/bin/winelog-                      echo "------"
$

То есть здесь вызывается libc-2.5.so в качестве исполняемого файла,
который должен вывести версию и т.д.  Раньше этот глоб срабатывал в
скрипте поиска зависимостей и получалось glibc-core.  Теперь глоб не
срабатыват и получается анмет на /lib/libc-*.

В новом find-package (alt78+) я реализовал валидацию путей и команд
относительно в т.ч. shell metacharacters, так что теперь анмета на
/lib/libc-* быть не должно.

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

[devel] wpa_supplicant-0.5.8-alt1

[Alexey Tourbin]

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

>  wpa_supplicant-0.5.8-alt1	PreReq	modutils
> +wpa_supplicant-0.5.8-alt1	Requires	/etc/rc.d/init.d(SourceIfNotEmpty)
> +wpa_supplicant-0.5.8-alt1	Requires	/etc/rc.d/init.d(is_yes)
> +wpa_supplicant-0.5.8-alt1	Requires	/etc/rc.d/init.d(msg_reloading)
> +wpa_supplicant-0.5.8-alt1	Requires	/etc/rc.d/init.d(start_daemon)
> +wpa_supplicant-0.5.8-alt1	Requires	/etc/rc.d/init.d(status)
> +wpa_supplicant-0.5.8-alt1	Requires	/etc/rc.d/init.d(stop_daemon)
>  wpa_supplicant-0.5.8-alt1	Requires	libc.so.6(GLIBC_2.0)
> @@ -153777,2 +155345,3 @@
>  wpa_supplicant-0.5.8-alt1	Requires	rtld(GNU_HASH)
> +wpa_supplicant-0.5.8-alt1	Requires	service
>  wpa_supplicant-0.5.8-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

В этом пакете init-скрипт лежит в неисполняемом состоянии, что,
по-видимому, является ошибкой.

-rw-r--r--    1 root    root             2271 Jun  6 19:24 /etc/rc.d/init.d/wpa_supplicant

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

Re: [devel] wpa_supplicant-0.5.8-alt1

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070924 00:41]:
> В этом пакете init-скрипт лежит в неисполняемом состоянии, что,
> по-видимому, является ошибкой.
При наличии etcnet инитскрипт от wpa_supplicant теряет смысл.

Кстати, неисполняемые файлы %_initdir не обрабатываются
chkconfig, по крайней --add отваливает.

-- 
Regards,
Sir Raorn.

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

Re: [devel] wpa_supplicant-0.5.8-alt1

[Stanislav Ievlev]

On Mon, Sep 24, 2007 at 12:49:49AM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070924 00:41]:
> > В этом пакете init-скрипт лежит в неисполняемом состоянии, что,
> > по-видимому, является ошибкой.
> При наличии etcnet инитскрипт от wpa_supplicant теряет смысл.
Пока ещё нельзя сказать, что etcnet корректно поддерживает wpa_supplicant. 
Запуск вроде поправили, на очереди - остановка ;)

Re: [devel] wpa_supplicant-0.5.8-alt1

[Stanislav Ievlev]

Нет, так было сделано первоначальным мантейнером и это правильно.
У нас в etcnet сам поднимает supplicant, но возможен и иной вариант.

On Mon, Sep 24, 2007 at 12:36:56AM +0400, Alexey Tourbin wrote:
> >  wpa_supplicant-0.5.8-alt1	PreReq	modutils
> > +wpa_supplicant-0.5.8-alt1	Requires	/etc/rc.d/init.d(SourceIfNotEmpty)
> > +wpa_supplicant-0.5.8-alt1	Requires	/etc/rc.d/init.d(is_yes)
> > +wpa_supplicant-0.5.8-alt1	Requires	/etc/rc.d/init.d(msg_reloading)
> > +wpa_supplicant-0.5.8-alt1	Requires	/etc/rc.d/init.d(start_daemon)
> > +wpa_supplicant-0.5.8-alt1	Requires	/etc/rc.d/init.d(status)
> > +wpa_supplicant-0.5.8-alt1	Requires	/etc/rc.d/init.d(stop_daemon)
> >  wpa_supplicant-0.5.8-alt1	Requires	libc.so.6(GLIBC_2.0)
> > @@ -153777,2 +155345,3 @@
> >  wpa_supplicant-0.5.8-alt1	Requires	rtld(GNU_HASH)
> > +wpa_supplicant-0.5.8-alt1	Requires	service
> >  wpa_supplicant-0.5.8-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1
> 
> В этом пакете init-скрипт лежит в неисполняемом состоянии, что,
> по-видимому, является ошибкой.
> 
> -rw-r--r--    1 root    root             2271 Jun  6 19:24 /etc/rc.d/init.d/wpa_supplicant

Re: [devel] wpa_supplicant-0.5.8-alt1

[Michael Shigorin]

On Mon, Sep 24, 2007 at 10:42:04AM +0400, Stanislav Ievlev wrote:
> Нет, так было сделано первоначальным мантейнером и это правильно.
> У нас в etcnet сам поднимает supplicant, но возможен и иной вариант.

Видимо, разумно положить инитскрипт в контриб _или_ сделать его 
off by default, но +x.

Иначе "другой вариант" всё равно получается недистрибутивный, 
права на бинарник будут слетать.

> > -rw-r--r--    1 root    root             2271 Jun  6 19:24 /etc/rc.d/init.d/wpa_supplicant

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

Re: [devel] wpa_supplicant-0.5.8-alt1

[Dmitry V. Levin]

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

On Mon, Sep 24, 2007 at 11:51:50AM +0300, Michael Shigorin wrote:
> On Mon, Sep 24, 2007 at 10:42:04AM +0400, Stanislav Ievlev wrote:
> > Нет, так было сделано первоначальным мантейнером и это правильно.
> > У нас в etcnet сам поднимает supplicant, но возможен и иной вариант.
> 
> Видимо, разумно положить инитскрипт в контриб _или_ сделать его 
> off by default, но +x.

+1

> Иначе "другой вариант" всё равно получается недистрибутивный, 
> права на бинарник будут слетать.
> 
> > > -rw-r--r--    1 root    root             2271 Jun  6 19:24 /etc/rc.d/init.d/wpa_supplicant


-- 
ldv

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

Re: [devel] wpa_supplicant-0.5.8-alt1

[Stanislav Ievlev]

On Mon, Sep 24, 2007 at 02:50:57PM +0400, Dmitry V. Levin wrote:
> On Mon, Sep 24, 2007 at 11:51:50AM +0300, Michael Shigorin wrote:
> > On Mon, Sep 24, 2007 at 10:42:04AM +0400, Stanislav Ievlev wrote:
> > > Нет, так было сделано первоначальным мантейнером и это правильно.
> > > У нас в etcnet сам поднимает supplicant, но возможен и иной вариант.
> > 
> > Видимо, разумно положить инитскрипт в контриб _или_ сделать его 
> > off by default, но +x.
> 
> +1
> 
> > Иначе "другой вариант" всё равно получается недистрибутивный, 
> > права на бинарник будут слетать.
В BTS.
> > 
> > > > -rw-r--r--    1 root    root             2271 Jun  6 19:24 /etc/rc.d/init.d/wpa_supplicant
> 
> 
> -- 
> ldv



> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] wpa_supplicant-0.5.8-alt1

[Michael Shigorin]

On Tue, Sep 25, 2007 at 09:17:36AM +0400, Stanislav Ievlev wrote:
> > > > Нет, так было сделано первоначальным мантейнером и это
> > > > правильно.  У нас в etcnet сам поднимает supplicant, но
> > > > возможен и иной вариант.
> > > Видимо, разумно положить инитскрипт в контриб _или_ сделать
> > > его off by default, но +x.
> > +1
> > > Иначе "другой вариант" всё равно получается
> > > недистрибутивный, права на бинарник будут слетать.

s/бинарник/скрипт/

> В BTS.

#12900

> > > > > -rw-r--r--    1 root    root             2271 Jun  6 19:24 /etc/rc.d/init.d/wpa_supplicant

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

[devel] xcdroast-0.98alpha15-alt6

[Alexey Tourbin]

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

>  xcdroast-0.98alpha15-alt6	Requires	rtld(GNU_HASH)
> +xcdroast-0.98alpha15-alt6	Requires	termutils
>  xcdroast-0.98alpha15-alt6	Requires(interp)	/bin/sh

$ rpmfile xcdroast-0.98alpha15-alt6.i586.rpm |grep shell
/usr/share/xcdroast/contrib/roast-dinner.sh     100644  Bourne-Again shell script text executable
$ rpmpeek xcdroast-0.98alpha15-alt6.i586.rpm sh --rpm-requires ./usr/share/xcdroast/contrib/roast-dinner.sh |sort -u
executable(clear)
$

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

[devel] xfce-utils-4.4.1-alt1

[Alexey Tourbin]

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

>  xfce-utils-4.4.1-alt1	Requires	coreutils
> +xfce-utils-4.4.1-alt1	Requires	grep
>  xfce-utils-4.4.1-alt1	Requires	libc.so.6(GLIBC_2.0)
> @@ -156922,3 +158510,6 @@
>  xfce-utils-4.4.1-alt1	Requires	which
> +xfce-utils-4.4.1-alt1	Requires	xfcalendar
>  xfce-utils-4.4.1-alt1	Requires	xfce-mcs-manager
> +xfce-utils-4.4.1-alt1	Requires	xfdesktop
> +xfce-utils-4.4.1-alt1	Requires	xfwm4
>  xfce-utils-4.4.1-alt1	Requires	xinitrc
> @@ -156926,3 +158517,6 @@
>  xfce-utils-4.4.1-alt1	Requires	xmessage
> +xfce-utils-4.4.1-alt1	Requires	xmodmap
> +xfce-utils-4.4.1-alt1	Requires	xrdb
>  xfce-utils-4.4.1-alt1	Requires	xscreensaver
> +xfce-utils-4.4.1-alt1	Requires	xsetroot
>  xfce-utils-4.4.1-alt1	Requires(interp)	/bin/sh

$ rpmfile xfce-utils-4.4.1-alt1.i586.rpm |grep 644.\*shell
/etc/xdg/xfce4/xinitrc  100644  Bourne shell script text executable
$ rpmpeek xfce-utils-4.4.1-alt1.i586.rpm sh --rpm-requires ./etc/xdg/xfce4/xinitrc |sort -u
executable(cat)
executable(cp)
executable(grep)
executable(mkdir)
executable(orage)
executable(xfce-mcs-manager)
executable(xfdesktop)
executable(xfwm4)
executable(xmessage)
executable(xmodmap)
executable(xrdb)
executable(xscreensaver)
executable(xsetroot)
$

Правильно ли, что этот файл лежит в пакете xfce-utils?

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

Re: [devel] xfce-utils-4.4.1-alt1

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070924 00:51]:
> /etc/xdg/xfce4/xinitrc  100644  Bourne shell script text executable
> Правильно ли, что этот файл лежит в пакете xfce-utils?
Он внутри просто ужостен.

-- 
Regards,
Sir Raorn.

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

[devel] xffm-*-4.5.0-alt1

[Alexey Tourbin]

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

> +xffm-applications-4.5.0-alt1	Requires	/usr/bin/xffm-iconview
>  xffm-applications-4.5.0-alt1	Requires	libc.so.6(GLIBC_2.0)
> @@ -157538,2 +159133,3 @@
>  xffm-applications-4.5.0-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +xffm-book-4.5.0-alt1	Requires	/usr/bin/xffm-iconview
>  xffm-book-4.5.0-alt1	Requires	libc.so.6(GLIBC_2.0)
> @@ -157581,2 +159177,3 @@
>  xffm-filemanager-devel-4.5.0-alt1	Requires(rpmlib)	rpmlib(VersionedDependencies) <= 3.0.3-1
> +xffm-fstab-4.5.0-alt1	Requires	/usr/bin/xffm-iconview
>  xffm-fstab-4.5.0-alt1	Requires	libc.so.6(GLIBC_2.0)
> @@ -157640,2 +159237,3 @@
>  xffm-icons-4.5.0-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +xffm-locate-4.5.0-alt1	Requires	/usr/bin/xffm-iconview
>  xffm-locate-4.5.0-alt1	Requires	libc.so.6(GLIBC_2.0)
> @@ -157659,2 +159257,3 @@
>  xffm-proc-4.5.0-alt1	Requires	sh
> +xffm-proc-4.5.0-alt1	Requires	xffm-filemanager
>  xffm-proc-4.5.0-alt1	Requires	xffm-proc
> @@ -157665,2 +159264,3 @@
>  xffm-proc-4.5.0-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +xffm-recent-4.5.0-alt1	Requires	/usr/bin/xffm-iconview
>  xffm-recent-4.5.0-alt1	Requires	libc.so.6(GLIBC_2.0)
> @@ -157678,2 +159278,3 @@
>  xffm-recent-4.5.0-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +xffm-samba-4.5.0-alt1	Requires	/usr/bin/xffm-iconview
>  xffm-samba-4.5.0-alt1	Requires	libc.so.6(GLIBC_2.0)

Зависимость на /usr/bin/xffm-iconview вроде бы проставилась правильно.

/usr/bin/xffm-applications -> xffm-iconview
/usr/bin/xffm-book -> xffm-iconview

$ fgrep /usr/bin/xffm-iconview ~tmp/build/cache/contents/contents_index_all
/usr/bin/xffm-iconview	/usr/bin/xffm-iconview
$

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

[devel] xml-commons-jaxp-1.1-apis-javadoc-1.3.03-alt0.4_8jpp1.7

[Alexey Tourbin]

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

>  xml-commons-jaxp-1.1-apis-javadoc-1.3.03-alt0.4_8jpp1.7	Requires	/etc/alternatives/packages.d
> +xml-commons-jaxp-1.1-apis-javadoc-1.3.03-alt0.4_8jpp1.7	Requires	/etc/alternatives/xml-commons-apis-javadoc
>  xml-commons-jaxp-1.1-apis-javadoc-1.3.03-alt0.4_8jpp1.7	Requires(interp)	/bin/sh
> @@ -158507,2 +160108,3 @@
>  xml-commons-jaxp-1.2-apis-javadoc-1.3.03-alt0.4_8jpp1.7	Requires	/etc/alternatives/packages.d
> +xml-commons-jaxp-1.2-apis-javadoc-1.3.03-alt0.4_8jpp1.7	Requires	/etc/alternatives/xml-commons-apis-javadoc
>  xml-commons-jaxp-1.2-apis-javadoc-1.3.03-alt0.4_8jpp1.7	Requires(interp)	/bin/sh
> @@ -158534,2 +160136,3 @@
>  xml-commons-jaxp-1.3-apis-javadoc-1.3.03-alt0.4_8jpp1.7	Requires	/etc/alternatives/packages.d
> +xml-commons-jaxp-1.3-apis-javadoc-1.3.03-alt0.4_8jpp1.7	Requires	/etc/alternatives/xml-commons-apis-javadoc
>  xml-commons-jaxp-1.3-apis-javadoc-1.3.03-alt0.4_8jpp1.7	Requires(interp)	/bin/sh

Здесь что просили, то и получили.

xml-commons-jaxp-1.1-apis-javadoc:
/usr/share/javadoc/xml-commons-apis -> /etc/alternatives/xml-commons-apis-javadoc

xml-commons-jaxp-1.2-apis-javadoc:
/usr/share/javadoc/xml-commons-apis -> /etc/alternatives/xml-commons-apis-javadoc

symlinks.req: /usr/src/tmp/xml-commons-buildroot/usr/share/javadoc/xml-commons-apis: checking contents_index_all for /etc/alternatives/xml-commons-apis-javadoc
symlinks.req: /usr/src/tmp/xml-commons-buildroot/usr/share/javadoc/xml-commons-apis: /etc/alternatives/xml-commons-apis-javadoc -> /etc/alternatives/xml-commons-apis-javadoc (raw, not found)

В spec-файле:
ln -s %{_sysconfdir}/alternatives/%{name}-apis-javadoc $RPM_BUILD_ROOT%{_javadocdir}/%{name}-apis # ghost symlink

Вообще-то не принято делать битые ghost cимлинки.
Как лучше сделать можно обсудить.

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

[devel] xml-commons-resolver12-javadoc-1.3.03-alt0.4_8jpp1.7

[Alexey Tourbin]

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

>  xml-commons-resolver12-1.3.03-alt0.4_8jpp1.7	Requires(rpmlib)	rpmlib(VersionedDependencies) <= 3.0.3-1
> +xml-commons-resolver12-javadoc-1.3.03-alt0.4_8jpp1.7	Requires	/usr/share/javadoc/xml-commons-resolver-12-1.3.03
>  xml-commons-resolver12-javadoc-1.3.03-alt0.4_8jpp1.7	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

Здесь похоже на банальную опечатку в симлинке
/usr/share/javadoc/xml-commons-resolver12 -> xml-commons-resolver-12-1.3.03

На самом деле в пакете присутствует каталог
/usr/share/javadoc/xml-commons-resolver12-1.3.03

т.е. s/resolver-12/resolver12/

spec:
ln -s %{name}-resolver-12-%{version} $RPM_BUILD_ROOT%{_javadocdir}/%{name}-resolver12

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

[devel] yakuake-2.7.5-alt1

[Alexey Tourbin]

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

>  yafray-0.0.9-alt4	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +yakuake-2.7.5-alt1	Requires	coreutils
>  yakuake-2.7.5-alt1	Requires	libDCOP.so.4
> @@ -161954,2 +163570,4 @@
>  yakuake-2.7.5-alt1	Requires	rtld(GNU_HASH)
> +yakuake-2.7.5-alt1	Requires	su
> +yakuake-2.7.5-alt1	Requires	termutils
>  yakuake-2.7.5-alt1	Requires(interp)	/bin/sh

$ rpmfile yakuake-2.7.5-alt1.i586.rpm |grep shell
/usr/share/apps/yakuake/default/install.sh      100644  Bourne shell script text executable
$ rpmpeek yakuake-2.7.5-alt1.i586.rpm sh --rpm-requires ./usr/share/apps/yakuake/default/install.sh
executable(clear)
executable(mkdir)
executable(cp)
executable(su)
function(userInstall)
function(systemInstall)
function(displayHelp)
$ 

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