Bug 21209 - /usr/bin/babel-libtool: bundled libtool is exported and buggy
Summary: /usr/bin/babel-libtool: bundled libtool is exported and buggy
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: babel (show other bugs)
Version: unstable
Hardware: all Linux
: P3 major
Assignee: Evgeny Sinelnikov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-25 01:12 MSD by Dmitry V. Levin
Modified: 2009-09-15 05:54 MSD (History)
20 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dmitry V. Levin 2009-08-25 01:12:08 MSD
For some unknown reason, babel-1.4.0-alt6.svn20090721.1 packages libtool used for build via /usr/bin/babel-libtool.  This is a bad idea and should be avoided.
Worse, this bundled libtool embeds GCC search dir which is version-dependent,
This error leads to failures every time gcc version changes.
Comment 1 real@altlinux.org 2009-09-14 06:33:46 MSD
Честно говоря, я слабо понял, в чём суть этого сообщения (кстати, уведомление о нём мне не приходило).

Но, кстати, за это время пакет уже был пересобран, я уже понял, что это нужно делать каждый раз при смене версии gcc. Думаю, ничего страшного в этом нет, а чтобы начинать глобальную реформу (это насчёт "This is a bad idea and should be
avoided"), нужно быть апстримом. Но если это действительно какие-то проблемы создаёт, был бы рад увидеть по-английски послание для апстрима, который и отправлю (без особой надежды на результат, впрочем).
Comment 2 real@altlinux.org 2009-09-14 09:06:32 MSD
Проблема починить это самому следующая:

часть необходимых для babel-oriented проектов символов отсутствует во всех shared-библиотеках gcc, но присутствует в объектниках (файлы *.o), они и используются. Я сам в свою очередь хотел повесить FR на gcc, чтобы эти объектники упаковывались либо в libc.so, либо вообще в отдельную библиотеку, да как-то из головы вылетело за тьмой других дел...

> rpm -ql gcc4.4|grep '\.o'
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtbegin.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtbeginS.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtbeginT.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtend.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtendS.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtfastmath.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtprec32.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtprec64.o
/usr/lib64/gcc/x86_64-alt-linux/4.4.1/crtprec80.o
Comment 3 real@altlinux.org 2009-09-14 11:28:34 MSD
Был ещё вариант убрать явные пути к объектникам в /usr/bin/babel-libtool, а сделать вычисление их в зависимости от наличной версии gcc, но это не решит проблему: всё равно все пакеты, которые собираются при помощи babel, при смене версии gcc необходимо будет пересобирать, увы.
Comment 4 Dmitry V. Levin 2009-09-14 12:54:16 MSD
(In reply to comment #1)
> Честно говоря, я слабо понял, в чём суть этого сообщения (кстати, уведомление о
> нём мне не приходило).

В пакете babel клонирована часть пакета libtool со всеми ошибками этого libtool, которые уже исправлены в нашем пакете libtool_2.2.  Я не знаю, зачем нужно было клонировать libtool, но если вы как мейнтейнер убеждены в том, что клон libtool действительно нужен в пакете babel, то перенесите туда, пожалуйста, исправления из пакета libtool_2.2, в частности, из libtool_2.2-2.2.6-alt9.
Comment 5 real@altlinux.org 2009-09-14 12:59:44 MSD
Хорошо, попробую.
Comment 6 real@altlinux.org 2009-09-15 05:54:55 MSD
1.4.0-alt6.svn20090721.4