[devel] libdnet name clash with AC_PATH_XTRA

[devel] libdnet name clash with AC_PATH_XTRA

[Sergey Vlasov]

Hello!

Обнаружил в пересобранных пакетах bbpager, bbsload в BuildRequires пакет
libdnet-devel, которого они сроду не требовали. Затягивает его, как
выяснилось, кусок стандартного макроса autoconf AC_PATH_XTRA, который
ищет там функцию dnet_ntoa (с комментарием, что это нужно для работы с
DECnet на Ultrix). Там он ее, естественно, не находит (поэтому в X_LIBS
и в зависимости бинарного пакета libdnet не попадает), но в
BuildRequires пакет libdnet-devel добавляется.

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

Предложение: проигнорировать для пакета libdnet-devel запросы к
/usr/lib/libdnet.so. Если пакет действительно использует libdnet-devel,
он будет использовать и файлы заголовков, и libdnet-devel попадет в
BuildRequires.

Предлагается добавить в пакет libdnet-devel файл
/etc/buildreqs/files/ignore.d/libdnet-devel следующего содержания:

^/usr/lib/libdnet.so$
^/usr/lib/gcc-lib/.*/libdnet.so$

Первая строка, думаю, понятна, а вот по поводу второй строки требуются
пояснения. gcc3.2-3.2.1-alt0.4 по каким-то причинам (мне непонятным,
если кто знает - объясните, пожалуйста) обращается к /usr/lib, используя
путь "/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../..", и передает ld
опцию "-L/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../..". Поэтому
обращение к libdnet.so фиксируется в strace под именем
"/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../libdnet.so"; поскольку
компоненты этого имени зависят от версии gcc, приходится писать ".*".

-- 
Sergey Vlasov

Re: [devel] libdnet name clash with AC_PATH_XTRA

[Dmitry V. Levin]

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

On Sat, Oct 19, 2002 at 07:24:53PM +0400, Sergey Vlasov wrote:
> Обнаружил в пересобранных пакетах bbpager, bbsload в BuildRequires пакет
> libdnet-devel, которого они сроду не требовали. Затягивает его, как
> выяснилось, кусок стандартного макроса autoconf AC_PATH_XTRA, который
> ищет там функцию dnet_ntoa (с комментарием, что это нужно для работы с
> DECnet на Ultrix). Там он ее, естественно, не находит (поэтому в X_LIBS
> и в зависимости бинарного пакета libdnet не попадает), но в
> BuildRequires пакет libdnet-devel добавляется.
> 
> Весьма вероятно, что этим макросом пользуются очень многие программы,
> поэтому BuildRequires во многих пакетах будет засорен.

Надо будет пропатчить autoconf'ы.

> Предложение: проигнорировать для пакета libdnet-devel запросы к
> /usr/lib/libdnet.so. Если пакет действительно использует libdnet-devel,
> он будет использовать и файлы заголовков, и libdnet-devel попадет в
> BuildRequires.
> 
> Предлагается добавить в пакет libdnet-devel файл
> /etc/buildreqs/files/ignore.d/libdnet-devel следующего содержания:
> 
> ^/usr/lib/libdnet.so$
> ^/usr/lib/gcc-lib/.*/libdnet.so$

Ok.

> Первая строка, думаю, понятна, а вот по поводу второй строки требуются
> пояснения. gcc3.2-3.2.1-alt0.4 по каким-то причинам (мне непонятным,
> если кто знает - объясните, пожалуйста) обращается к /usr/lib, используя

Это виноват libtool;
Согласно "gcc -print-search-dirs", gcc там ничего не ищет.


--
ldv

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

Re: [devel] libdnet name clash with AC_PATH_XTRA

[Sergey Vlasov]

On Sat, 19 Oct 2002 19:42:06 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Sat, Oct 19, 2002 at 07:24:53PM +0400, Sergey Vlasov wrote:
> > Обнаружил в пересобранных пакетах bbpager, bbsload в BuildRequires пакет
> > libdnet-devel, которого они сроду не требовали. Затягивает его, как
> > выяснилось, кусок стандартного макроса autoconf AC_PATH_XTRA, который
> > ищет там функцию dnet_ntoa (с комментарием, что это нужно для работы с
> > DECnet на Ultrix). Там он ее, естественно, не находит (поэтому в X_LIBS
> > и в зависимости бинарного пакета libdnet не попадает), но в
> > BuildRequires пакет libdnet-devel добавляется.
> > 
> > Весьма вероятно, что этим макросом пользуются очень многие программы,
> > поэтому BuildRequires во многих пакетах будет засорен.
> 
> Надо будет пропатчить autoconf'ы.

Думаю, не надо - ./configure может создаваться не только для внутреннего
употребления в системах от ALT.

> > Первая строка, думаю, понятна, а вот по поводу второй строки требуются
> > пояснения. gcc3.2-3.2.1-alt0.4 по каким-то причинам (мне непонятным,
> > если кто знает - объясните, пожалуйста) обращается к /usr/lib, используя
> 
> Это виноват libtool;
> Согласно "gcc -print-search-dirs", gcc там ничего не ищет.

Странно, а у меня ищет. Точнее, ищет-то не он, а ld, но посылает его
туда gcc.

vsu@canopus ~ $ gcc -v -print-search-dirs
Reading specs from /usr/lib/gcc-lib/i586-alt-linux/3.2.1/specs
install: /usr/lib/gcc-lib/i586-alt-linux/3.2.1/
programs: =/usr/lib/gcc-lib/i586-alt-linux/3.2.1/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/:/usr/lib/gcc-lib/i586-alt-linux/:/usr/lib/gcc/i586-alt-linux/3.2.1/:/usr/lib/gcc/i586-alt-linux/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../../i586-alt-linux/bin/i586-alt-linux/3.2.1/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../../i586-alt-linux/bin/
libraries: =/usr/lib/gcc-lib/i586-alt-linux/3.2.1/:/usr/lib/gcc/i586-alt-linux/3.2.1/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../../i586-alt-linux/lib/i586-alt-linux/3.2.1/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../../i586-alt-linux/lib/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../i586-alt-linux/3.2.1/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../:/lib/i586-alt-linux/3.2.1/:/lib/:/usr/lib/i586-alt-linux/3.2.1/:/usr/lib/
vsu@canopus ~ $ rpm -qa|grep gcc         
gcc3.2-3.2.1-alt0.4
gcc-common-1.1.4-alt1
libgcc3.2-3.2.1-alt0.4
gcc3.2-c++-3.2.1-alt0.4

Все другие gcc, как видите, на всякий случай убрал.

Или это в суперновой сборке исправлено?  Я в Сизифе пока новее не вижу.

Re: [devel] libdnet name clash with AC_PATH_XTRA

[Dmitry V. Levin]

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

On Sat, Oct 19, 2002 at 08:50:43PM +0400, Sergey Vlasov wrote:
> > > Первая строка, думаю, понятна, а вот по поводу второй строки требуются
> > > пояснения. gcc3.2-3.2.1-alt0.4 по каким-то причинам (мне непонятным,
> > > если кто знает - объясните, пожалуйста) обращается к /usr/lib, используя
> > 
> > Это виноват libtool;
> > Согласно "gcc -print-search-dirs", gcc там ничего не ищет.
> 
> Странно, а у меня ищет. Точнее, ищет-то не он, а ld, но посылает его
> туда gcc.

Действительно, ищет; я пропустил.


--
ldv

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