On Thu, Mar 18, 2010 at 11:37:17PM +0300, Aleksey Avdeev wrote:
> 18.03.2010 23:19, Alexey Tourbin пишет:
> > On Thu, Mar 18, 2010 at 11:05:41PM +0300, Aleksey Avdeev wrote:
> >> 18.03.2010 21:31, Alexey Tourbin пишет:
> >>> [at@people perl-qa-rpmelfsym]$ ./perl rpmelfsym.pl /ALT/Sisyphus/files/x86_64/RPMS/ |LC_ALL=C grep apreq_hook_disable_uploads
> >>   apache2-mod_apreq-2.12-alt1.x86_64.rpm  /usr/lib64/libapreq2.so.3.7.1   T       apreq_hook_disable_uploads
> >>> perl-libapreq2-2.12-alt1.x86_64.rpm     /usr/lib/perl5/vendor_perl/x86_64-linux/auto/APR/Request/Hook/Hook.so   U       apreq_hook_disable_uploads
> >>> perl-libapreq2-2.12-alt1.x86_64.rpm     /usr/lib/perl5/vendor_perl/x86_64-linux/auto/APR/Request/Request.so     U       apreq_hook_disable_uploads
> >>> [at@people perl-qa-rpmelfsym]$ 
> >>
> >>   Правильно понимаю, что в данном случаи модули perl требуют символ
> >> (grep apreq_hook_disable_uploads) который светит на публику только
> >> apache`вский модуль? Если да -- думаю это не правельно...
> > 
> > Перловый модуль требует символ, который предоставляется библиотекой
> > libapreq2.so.3.  По-видимому модуль (и другие подобные модули) надо
> > линковать с -lapreq2.
> 
>   +1

Лучше сначала слинковать перловые модули с -lapreq2 и посмотреть, решит
ли это проблему с bronc.

> >  Правда, это может не очень выгодно изменить
> > зависимости между пакетами.
> > 
> >>   Может ли быть подобная ситуация, если apache`вский модуль таскает с
> >> собой библиотеку (libapreq2), которую стоит сделать системной? (Если
> >> судить по
> >> <http://git.altlinux.org/people/naf/packages/?p=apache2-mod_apreq.git;a=tree;f=libapreq2;h=60b81f3006e640aeccc090bdb3e01fe7ad78285e;hb=c784b8210897ead7383e154ff99b82ecf063ef7d>
> >> -- оно весьма похоже.)
> > 
> > Может быть, стоит отпилить libapreq2 как отдельный пакет.  Но тогда ещё
> > будет libapreq2-devel?  Надо разбираться, как там устроено, и насколько
> > библиотеку libapreq2 можно считать самостоятельной/независимой.
> 
>   Судя по её README  -- она вполне себе независимая и вполне может
> использоваться без идущих вместе с ней модулей. И есть предложение о
> написании обвязок для других языков. Цитирую
> (<http://git.altlinux.org/people/naf/packages/?p=apache2-mod_apreq.git;a=blob_plain;f=libapreq2/README;hb=c784b8210897ead7383e154ff99b82ecf063ef7d>):
> 
>   What is it?
>   -----------
>   httpd-apreq is subproject of the Apache HTTP Server Project
>   whose committers develop and maintain the libapreq C library
>   and its language bindings for Perl (contributions for additional
>   language bindings are most welcome).
> 
> ...
> 
>   Version 2 of libapreq is an improved codebase designed around APR
>   and Apache-2's input filter API.  The C codebase is separated into
>   two independent components:
> 
>       1) libapreq2, a shared library which is based on
>          libapr and libaprutil.

Тогда, возможно, имеющийся пакет apache2-mod_apreq-devel стоит
переименовать в libapreq2-devel.  Потому что его содержимое связано
перимущественно с библиотекой libapreq2.

[at@people RPMS]$ rpmpeek apache2-mod_apreq-devel-2.12-alt1.x86_64.rpm grep ^Name: ./usr/lib64/pkgconfig/libapreq2.pc
Name: libapreq2
[at@people RPMS]$ 

>       2) A collection of modules:
> 
>           - mod_apreq2, a filter module for the Apache 2.X webserver,
>           - a CGI module included in libapreq2 itself,
>           - a custom module for general applications.
> 
> -- 
> 
> С уважением. Алексей.