[devel] packagereq

[devel] packagereq

[at]

Стал разбираться, откуда берутся зависимости.
Обнаружилась вот какая нехорошая вещь:


$ /usr/bin/packagereq -o ~/tmp/tmp.tmp -- gcc -E - -I/usr/include/gdbm <<EOF | tail
heredoc> #include <stdio.h>
heredoc> EOF

extern int ftrylockfile (FILE *__stream) ;


extern void funlockfile (FILE *__stream) ;
# 639 "/usr/lib/gcc-lib/i586-alt-linux/3.2.1/include/stdio.h" 3

# 2 "<stdin>" 2
(-1) | less
packagereq: building requires list: gdbm-devel
$

Re: [devel] packagereq

[Dmitry V. Levin]

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

On Tue, Oct 29, 2002 at 04:24:29PM +0300, at@turbinal.org wrote:
> Стал разбираться, откуда берутся зависимости.
> Обнаружилась вот какая нехорошая вещь:
> 
> $ /usr/bin/packagereq -o ~/tmp/tmp.tmp -- gcc -E - -I/usr/include/gdbm <<EOF | tail
> heredoc> #include <stdio.h>
> heredoc> EOF
> 
> extern int ftrylockfile (FILE *__stream) ;
> 
> 
> extern void funlockfile (FILE *__stream) ;
> # 639 "/usr/lib/gcc-lib/i586-alt-linux/3.2.1/include/stdio.h" 3
> 
> # 2 "<stdin>" 2
> (-1) | less
> packagereq: building requires list: gdbm-devel

$ rpmquery -f /usr/include/gdbm
libgdbm-devel-1.8.3-alt1


--
ldv

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

Re: [devel] packagereq

[aen]

Dmitry V. Levin пишет:

>On Tue, Oct 29, 2002 at 04:24:29PM +0300, at@turbinal.org wrote:
>  
>
>>Стал разбираться, откуда берутся зависимости.
>>Обнаружилась вот какая нехорошая вещь:
>>
>>$ /usr/bin/packagereq -o ~/tmp/tmp.tmp -- gcc -E - -I/usr/include/gdbm <<EOF | tail
>>heredoc> #include <stdio.h>
>>heredoc> EOF
>>
>>extern int ftrylockfile (FILE *__stream) ;
>>
>>
>>extern void funlockfile (FILE *__stream) ;
>># 639 "/usr/lib/gcc-lib/i586-alt-linux/3.2.1/include/stdio.h" 3
>>
>># 2 "<stdin>" 2
>>(-1) | less
>>packagereq: building requires list: gdbm-devel
>>    
>>
>
>$ rpmquery -f /usr/include/gdbm
>libgdbm-devel-1.8.3-alt1
>
Полчаса назад не было :-)

Rgrds, Алексей

>
>
>--
>ldv
>  
>

Re: [devel] packagereq

[Dmitry V. Levin]

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

On Tue, Oct 29, 2002 at 05:06:23PM +0300, aen wrote:
> >$ rpmquery -f /usr/include/gdbm
> >libgdbm-devel-1.8.3-alt1
> >
> Полчаса назад не было :-)

На серверах с утра установлен.


--
ldv

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

Re: [devel] packagereq

[aen]

Dmitry V. Levin пишет:

>On Tue, Oct 29, 2002 at 05:06:23PM +0300, aen wrote:
>  
>
>>>$ rpmquery -f /usr/include/gdbm
>>>libgdbm-devel-1.8.3-alt1
>>>
>>>      
>>>
>>Полчаса назад не было :-)
>>    
>>
>
>На серверах с утра установлен.
>
Но не в офисном Sisyphus.

Rgrds, AEN

Re: [devel] packagereq

[Dmitry V. Levin]

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

On Tue, Oct 29, 2002 at 05:15:12PM +0300, aen wrote:
> >>>$ rpmquery -f /usr/include/gdbm
> >>>libgdbm-devel-1.8.3-alt1
> >>>
> >>Полчаса назад не было :-)
> >
> >На серверах с утра установлен.
> >
> Но не в офисном Sisyphus.

Там он вообще со вчерашнего вечера.


--
ldv

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

Re: [devel] packagereq

[at]

On Tue, Oct 29, 2002 at 04:50:52PM +0300, Dmitry V. Levin wrote:
> > $ /usr/bin/packagereq -o ~/tmp/tmp.tmp -- gcc -E - -I/usr/include/gdbm <<EOF | tail

> > packagereq: building requires list: gdbm-devel
> 
> $ rpmquery -f /usr/include/gdbm
> libgdbm-devel-1.8.3-alt1

Я понимаю, но это overkill! С buildreq стало работать невозможно.
Пример: для perl-DBI в buildreq стаскиваются почти все перловые пакеты,
установленные в системе. Это связано с тем, что большинство из этих
пакетов некорректно владеют каталогами. Что есть то есть, но почему
именно некорректно собранные пакеты теперь проще всего проникают в
buildreq? Кроме того, мы получаем излишнюю чувствительность к окружению
сборки.

Это какая-то принципильная политика партии, или просто введено в
качестве эксперимента?

Re: [devel] packagereq

[Dmitry V. Levin]

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

On Tue, Oct 29, 2002 at 06:03:54PM +0300, at@turbinal.org wrote:
> On Tue, Oct 29, 2002 at 04:50:52PM +0300, Dmitry V. Levin wrote:
> > > $ /usr/bin/packagereq -o ~/tmp/tmp.tmp -- gcc -E - -I/usr/include/gdbm <<EOF | tail
> 
> > > packagereq: building requires list: gdbm-devel
> > 
> > $ rpmquery -f /usr/include/gdbm
> > libgdbm-devel-1.8.3-alt1
> 
> Я понимаю, но это overkill! С buildreq стало работать невозможно.

Почему? Раньше ведь было то же самое:
$ rpmquery -f /usr/include/gdbm
gdbm-devel-1.8.0-ipl9mdk

> Пример: для perl-DBI в buildreq стаскиваются почти все перловые пакеты,
> установленные в системе. Это связано с тем, что большинство из этих
> пакетов некорректно владеют каталогами. Что есть то есть, но почему
> именно некорректно собранные пакеты теперь проще всего проникают в
> buildreq? Кроме того, мы получаем излишнюю чувствительность к окружению
> сборки.
> 
> Это какая-то принципиальная политика партии, или просто введено в
> качестве эксперимента?

Ничего нового, так было всегда.
А что вы предлагаете?


--
ldv

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

Re: [devel] packagereq

[at]

On Tue, Oct 29, 2002 at 06:31:59PM +0300, Dmitry V. Levin wrote:
> > Это какая-то принципиальная политика партии, или просто введено в
> > качестве эксперимента?
> 
> Ничего нового, так было всегда.

А я подумал, что перед релизом решили затянуть покрепче всё что можно. :)

> А что вы предлагаете?

Предлагаю исключить каталоги из поиска buildreq. Причин несколько:

1) пакеты некорректно владеют каталогами (например, на уровень выше, чем
положено); за это следует вздувать кого надо, но это не должно
отражаться на других пакетах;

2) несколько пакетов могут владеть каталогами вполне легально;

3) ситуации типа gcc -I/dir, когда в зависимости стаскиваются все
пакеты, владеющие /dir, при том, что реально в них ничего не
используется;

Пример: для всех перловых пакетов с бинарным кодом buildreq сейчас хочет
проставлять gdbm-devel, потому что -I/usr/lib/gdbm просто затесался в
Config.pm (его оттуда вытаскивает MakeMaker).

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


В целом, мне кажется, что из-за каталогов buildreq находит гораздо
больше неверных зависимостей, чем верных.

Re: [devel] packagereq

[Dmitry V. Levin]

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

On Tue, Oct 29, 2002 at 07:41:42PM +0300, at@turbinal.org wrote:
> > > Это какая-то принципиальная политика партии, или просто введено в
> > > качестве эксперимента?
> > 
> > Ничего нового, так было всегда.
> 
> А я подумал, что перед релизом решили затянуть покрепче всё что можно. :)
> 
> > А что вы предлагаете?
> 
> Предлагаю исключить каталоги из поиска buildreq. Причин несколько:

Давайте попробуем.

Пересечения пакетов по каталогам (и не только по ним) можно вычислить
гораздо преще без помощи buildreq.


--
ldv

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