Форум » RusXMMS Project » libid3tag в gentoo overlay » Ответить
libid3tag в gentoo overlay
TheMixa: Надо бы обновить до libid3tag-0.15.1b-r2
darksoft: 29 chilsa :)
darksoft: done
Mellon: Благодарю за оверлей и его поддержку. Хотя сейчас xmms и считается древнючим, но многие (все слинкованные с taglib, libid3tag) плееры обладают теми же болезнями. и ваши патчи их отлично лечат. Спасибо
TheMixa: Теперь не плохо бы обновить id3lib. Спасибо за поддержку оверлея.
darksoft: enjoy :)
anonymous: не собирается id3lib из оверлея >>> Emerging (15 of 60) media-libs/id3lib-3.8.3-r8 * id3lib-3.8.3.tar.gz RMD160 SHA1 SHA256 size ;-) . ... -O2 -march=athlon-xp -mtune=athlon-xp -fomit-frame-pointer -fweb -pipe -Wall -Wno-unused -Wno-inline -Woverloaded-virtual -Wmissing-declarations -MT field_string_ascii.lo -MD -MP -MF .deps/field_string_ascii.Tpo -c -o field_string_ascii.lo field_string_ascii.cpp libtool: compile: i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -DHAVE_LIBRCC -I../include/id3 -I../include -O2 -march=athlon-xp -mtune=athlon-xp -fomit-frame-pointer -fweb -pipe -Wall -Wno-unused -Wno-inline -Woverloaded-virtual -Wmissing-declarations -MT field_string_ascii.lo -MD -MP -MF .deps/field_string_ascii.Tpo -c field_string_ascii.cpp -fPIC -DPIC -o .libs/field_string_ascii.o In file included from field_string_ascii.cpp:30: rccpatch.h:3: error: multiple parameters named 'size_t' make[2]: *** [field_string_ascii.lo] Error 1 make[2]: Leaving directory `/var/tmp/portage/media-libs/id3lib-3.8.3-r8/work/id3lib-3.8.3/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-libs/id3lib-3.8.3-r8/work/id3lib-3.8.3' make: *** [all] Error 2 * * ERROR: media-libs/id3lib-3.8.3-r8 failed. смотрим патч, который рожает rccpatch.h : $ cat /usr/portage/local/gpo/portage/media-libs/id3lib/files/id3lib-ds-rcc.patch |tail -n 10 + return NULL; +#endif /* HAVE_LIBRCC */ +} diff -dPNur id3lib-3.8.3-orig/src/rccpatch.h id3lib-3.8.3-new/src/rccpatch.h --- id3lib-3.8.3-orig/src/rccpatch.h 1970-01-01 01:00:00.000000000 +0100 +++ id3lib-3.8.3-new/src/rccpatch.h 2005-07-19 21:34:51.000000000 +0200 @@ -0,0 +1,3 @@ +void rccPatchFree(); +void rccPatchInit(); +char *rccPatchRecode(const char *str, size_t size_t, size_t *size_t); вот она, последняя строчка. и впрямь какая-то лажа. ??
inspirra: Не получается собрать libid3tag из оверлея. [pre2]>>> Source unpacked. >>> Compiling source in /var/tmp/portage/media-libs/libid3tag-0.15.1b-r3/work/libid3tag-0.15.1b ... ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-debugging --build=i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes configure: error: cannot run /bin/sh ./config.sub[/pre2]
darksoft: anonymous пишет: не собирается id3lib из оверлея Спасибо. Действительно какой-то артефакт. Исправил inspirra пишет: Не получается собрать libid3tag из оверлея. Я думаю у Вас libtool не стоит. Проблема из-за этого.
inspirra: darksoft пишет: Я думаю у Вас libtool не стоит. Проблема из-за этого. Установлен. [pre2]$ equery l libtool [ Searching for package 'libtool' in all categories among: ] * installed packages [I--] [ ~] sys-devel/libtool-2.2.4 (1.5) [/pre2] Да и предыдущая версия собиралась (media-libs/libid3tag-0.15.1b-r2). Эксперимента ради, еще раз пересобрал предыдущую версию: $ emerge =media-libs/libid3tag-0.15.1b-r2 - проблем не возникло. И все остальное собирается без проблем. Вот, KDE4 установил, а перед этим пересобрал мир. Когда пересобирал мир и собирал KDE4 - только две проблемы и вылезли - с обновлением id3lib и libid3tag.
darksoft: Мрачно] Ненавижу automake/libtool. Это таки из-за них... Тем или иным образом. Оригинальный ebuild (-r2) не делает переконфиграцию (libtoolize, aclocal, ...), а в патченном надо, чтобы изменения в Makefilах учесть. Т.е. я думаю, что-то таки на стадии "src_unpack" обламывается. Вы можете посмотреть вывод команд libtoolize, automake, autoconf, которые запускаются в этой секции?
inspirra: darksoft пишет: Вы можете посмотреть вывод команд libtoolize, automake, autoconf, которые запускаются в этой секции? Если только скажете - как это сделать? (-; cat /var/tmp/portage/media-libs/libid3tag-0.15.1b-r3/work/libid3tag-0.15.1b/config.log cat /var/tmp/portage/media-libs/libid3tag-0.15.1b-r3/temp/build.log cat /var/tmp/portage/media-libs/libid3tag-0.15.1b-r3/temp/environment
darksoft: Попрбуйте, после того, как emerge обломился, зайти в директорию var/tmp/portage/media-libs/libid3tag-0.15.1b-r3/work/libid3tag-0.15.1b и задать следующие команды: libtoolize --copy --force aclocal automake autoconf интересует их output.
panic: Ещё один багрепорт. После обновления gcc до 4.4.0 не собраллся пакет librcc-0.2.8 Выдал следующую ошибку mkdir .libs x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../src -DLIBRCC_DATA_DIR=\"/usr/lib64/rcc/\" -I/usr/include/libxml2 -Os -march=core2 -pipe -Wall -Wpointer-arith -MT librcc.lo -MD -MP -MF .deps/librcc.Tpo -c librcc.c -fPIC -DPIC -o .libs/librcc.o In file included from internal.h:45, from librcc.c:48: rccstring.h:43: ошибка: несовместимые типы для ‘strnlen’ /usr/include/string.h:404: замечание: здесь была предыдущая декларация ‘strnlen’ make[2]: *** [librcc.lo] Ошибка 1 make[2]: Leaving directory `/var/tmp/portage/app-i18n/librcc-0.2.8/work/librcc-0.2.8/src' make[1]: *** [all-recursive] Ошибка 1 make[1]: Leaving directory `/var/tmp/portage/app-i18n/librcc-0.2.8/work/librcc-0.2.8' make: *** [all] Ошибка 2 aclocal выводит: configure.in:303: warning: macro `AM_PATH_ASPELL' not found in library autoconf выводит: configure.in:63: error: possibly undefined macro: AC_DEFINE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:303: error: possibly undefined macro: AM_PATH_ASPELL
darksoft: Спасибо. Пока просто закоментируйте 43ую строчку в src/rccstring.h int strnlen(const char *str, size_t size); Я недели через 2 выложу исправленную версию. Насчет aclocal - нужно устновить aspell.
panic: Спасибо. Пока просто закоментируйте 43ую строчку в src/rccstring.h int strnlen(const char *str, size_t size); Угу, как временная мера помогло, может пока патч какой в оверлей приложить? Я недели через 2 выложу исправленную версию. Будем ждать Насчет aclocal - нужно устновить aspell. Aspell стоит, но оно вроде не причём. Насколько я понял это из одной кучи с autoconf,automake и иже с ними.
darksoft: Что-то у меня не вопроизводится. Вопросы: 1. Какая версия glibc у Вас установлена? 2. Какая архитектура? panic пишет: Aspell стоит, но оно вроде не причём. Насколько я понял это из одной кучи с autoconf,automake и иже с ними. Да вы правы, инсталяция aspell тут не причем, макрос идет вместе с librcc в дериктории m4. Но, тем более странно, что его не получается найти. Вы ставили через оверлай, когда это предупреждение возникло? Какие версии autoconf и automake установлены? '
darksoft: А все нашел, это не из-за gcc 4.4, а из-за glibc 2.10. У меня ошибка в декларации этого strnlen, надо исправить: int strnlen(const char *str, size_t size); на size_t strnlen(const char *str, size_t size); Оверлай я поправил, проверьте пожалуйста.
panic: Угу, собралось без ошибок. Спасибо. Попутный вопрос, p7zip бросили допиливать? А то в дереве версия свежее чем в оверлее, и ставится оно из дерева.
darksoft: С p7zip'ом сложно, там практически под каждую версию приходится патч подгонять. У меня на это просто не хватает времени. Т.е. я со временем патч несомненно обновлю, но когда честно говоря пока не знаю. В качестве решение можно просто запретить в конфигурации portage ставить p7zip новее, чем последняя пропатченная версия в оверлее.
darksoft: Updateнул p7zip до 4.65.
полная версия страницы