Форум » RusXMMS Project » libid3tag в gentoo overlay » Ответить

libid3tag в gentoo overlay

TheMixa: Надо бы обновить до libid3tag-0.15.1b-r2

Ответов - 81, стр: 1 2 3 4 5 All

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.

panic: Ышшо раз спасибо, и за оперативную реакцию тоже :-)

panic: Токма оно не собирается :-) x86_64-pc-linux-gnu-g++ -m64 -Os -march=core2 -pipe -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DNDEBUG -D_REENTRANT -DENV_UNIX -DEXTRACT_ONLY -DNO_READ_FROM_CODER -D_SFX -fPIC -shared -o libun7zip.so -Wl,-O1 myGetTickCount.o wine_date_and_time.o mySplitCommandLine.o Un7Zip.o ConsoleClose.o ExtractCallbackConsole.o ExtractCallbackNULL.o List.o OpenCallbackConsole.o UserInputUtils.o CommandLineParser.o CRC.o IntToString.o StdInStream.o StdOutStream.o MyString.o MyWindows.o StringConvert.o MyVector.o Wildcard.o Error.o FileDir.o FileFind.o FileIO.o FileName.o PropVariant.o PropVariantConversions.o Synchronization.o System.o CreateCoder.o FilePathAutoRename.o FileStreams.o InBuffer.o FilterCoder.o LimitedStreams.o LockedStream.o OutBuffer.o ProgressUtils.o StreamBinder.o StreamObjects.o StreamUtils.o VirtThread.o ArchiveExtractCallback.o ArchiveOpenCallback.o DefaultName.o LoadCodecs.o Extract.o ExtractingFilePath.o OpenArchive.o PropIDUtils.o CoderMixer2.o CoderMixer2MT.o CrossThreadProgress.o ItemNameUtils.o OutStreamWithCRC.o 7zDecode.o 7zExtract.o 7zFolderOutStream.o 7zHandler.o 7zHeader.o 7zIn.o 7zRegister.o BranchCoder.o Bcj2Coder.o Bcj2Register.o BcjCoder.o BcjRegister.o CopyCoder.o CopyRegister.o LzmaDecoder.o LzmaRegister.o PpmdDecoder.o PpmdRegister.o 7zAes.o 7zAesRegister.o MyAes.o Bra86.o LzmaDec.o Threads.o Aes.o Sha256.o 7zCrc.o -lpthread -lrcc -ldl /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0/../../../../x86_64-pc-linux-gnu/bin/ld: myGetTickCount.o: relocation R_X86_64_32 against `__gxx_personality_v0' can not be used when making a shared object; recompile with -fPIC myGetTickCount.o: could not read symbols: Bad value collect2: выполнение ld завершилось с кодом возврата 1 make: *** [libun7zip.so] Ошибка 1 make: Leaving directory `/var/tmp/portage/app-arch/p7zip-4.65-r1/work/p7zip_4.65/CPP/7zip/Bundles/Un7Zip'

darksoft: В CFLAGS -fPIC добавить надо.

darksoft: Поправил, теперь вроде должно собираться в любом случае.

panic: Да, теперь собралось :-)

panic: compress.cpp -o APEDecompress.o >/dev/null 2>&1 x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Shared -I../../src/Shared -Os -march=core2 -pipe -O3 -Wall -pedantic -Wno-long-long -MT APEInfo.lo -MD -MP -MF .deps/APEInfo.Tpo -c APEInfo.cpp -o APEInfo.o >/dev/null 2>&1 if /bin/sh ../../libtool --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Shared -I../../src/Shared -Os -march=core2 -pipe -O3 -Wall -pedantic -Wno-long-long -MT APESimple.lo -MD -MP -MF ".deps/APESimple.Tpo" -c -o APESimple.lo APESimple.cpp; \ then mv -f ".deps/APESimple.Tpo" ".deps/APESimple.Plo"; else rm -f ".deps/APESimple.Tpo"; exit 1; fi x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Shared -I../../src/Shared -Os -march=core2 -pipe -O3 -Wall -pedantic -Wno-long-long -MT APELink.lo -MD -MP -MF .deps/APELink.Tpo -c APELink.cpp -fPIC -DPIC -o .libs/APELink.o APELink.cpp: In member function 'void CAPELink::ParseData(const char*, const str_utf16*)': APELink.cpp:66: error: invalid conversion from 'const char*' to 'char*' APELink.cpp:67: error: invalid conversion from 'const char*' to 'char*' APELink.cpp:68: error: invalid conversion from 'const char*' to 'char*' APELink.cpp:69: error: invalid conversion from 'const char*' to 'char*' make[3]: *** [APELink.lo] Ошибка 1 make[3]: *** Ожидание завершения заданий... x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Shared -I../../src/Shared -Os -march=core2 -pipe -O3 -Wall -pedantic -Wno-long-long -MT APESimple.lo -MD -MP -MF .deps/APESimple.Tpo -c APESimple.cpp -fPIC -DPIC -o .libs/APESimple.o x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Shared -I../../src/Shared -Os -march=core2 -pipe -O3 -Wall -pedantic -Wno-long-long -MT APESimple.lo -MD -MP -MF .deps/APESimple.Tpo -c APESimple.cpp -o APESimple.o >/dev/null 2>&1 make[3]: Leaving directory `/var/tmp/portage/media-libs/mac-3.99-r1/work/mac-3.99/src/MACLib' make[2]: *** [all-recursive] Ошибка 1 make[2]: Leaving directory `/var/tmp/portage/media-libs/mac-3.99-r1/work/mac-3.99/src/MACLib' make[1]: *** [all-recursive] Ошибка 1 make[1]: Leaving directory `/var/tmp/portage/media-libs/mac-3.99-r1/work/mac-3.99/src' make: *** [all-recursive] Ошибка 1

darksoft: Добавьте в указанных строчках APELink.cpp конверсию типов ((char*)...) . Я как вернусь из отпуска сделаю патч.

panic: Ышшо-б я умел :-) Я подожду

darksoft: Обновил overlay, проверьте.

panic: Японский город "Нифигасики" (в смысле всё по старому).

panic: и кстати, чего то у меня на другой тачке (на работе) под x86 librcd не собрался (дома под amd64 всё собралось)

darksoft: Сори, забыл ссылку на текущий overlay обновить. Сейчас должно работать. А чем librcd на x86 мотивирует?

panic: checking for objdir... .libs checking for i686-pc-linux-gnu-ar... i686-pc-linux-gnu-ar checking for i686-pc-linux-gnu-ranlib... i686-pc-linux-gnu-ranlib checking for i686-pc-linux-gnu-strip... i686-pc-linux-gnu-strip checking for correct ltmain.sh version... no configure: error: *** [Gentoo] sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.24, ltmain.sh = 2.2.6) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/app-i18n/librcd-0.1.11/work/librcd-0.1.11/config.log Насколько я ничего в этом не понимаю, чем то ему не нравится версия libtool

panic: Забыл сказать media-libs/mac собралась :-)

darksoft: Попробуй libtool обновить

panic: А кстати давно собираюсь спросить, нельзя ли оверлей сделать под CVS или SVN, а то при обновлении дерева оверлеев каждый раз вытягивается и распаковывается архив, что ИМХО некузяво.

darksoft: Вообще надо бы, конечно. Но все как-то очень лениво, но я постараюсь себя заставить ;)

panic: Мы в тебя верим :-)

panic: В gentoo taglib обновился до версии 1.6 и соответсвенно собрался без rcc, надо бы его пнуть :-)

darksoft: Патч вроде накладывается без исправлений, - ebuild скоро обновлю.

panic: Угу, будь ласка (типа по украински ), а то я от кракозябриков в плейлисте отвык

panic: Угу, будь ласка (типа по украински ), а то я от кракозябриков в плейлисте отвык

darksoft: Обновил, enjoy, типа по английски ;)

panic: Угу, вроде собралось без ругани и даже заработало

panic: taglib опять убежал, теперь до версии 1.6.1

darksoft: Спасибо, updateнул.

panic: тут у меня libtranslate захотело обновиться, и вдруг начало валить emerge со следующей ошибкой IOError: [Errno 13] Permission denied: '/usr/local/portage/layman/rusxmms/app-dicts/libtranslate/files/libtranslate-soup24inc.patch' Полез смотреть в оверлей, там какие то совершенно дикие владельцы на файлы прописаны, нельза ли их привести к стандартным portage:portage по всему оверлею, во избежание? ЗЫ: Сам то я подобную операцию сделал и временно она помогла, но ведь при следующем обновлении оверлея опять такой косяк может вылезти

darksoft: Спасибо, я поправил пермиссионы и поменял владельцев. Проверьте, пожалуйста, сейчас все нормально?

panic: taglib в генту обновился до версии 1.6.2

darksoft: Спасибо, updatнул.

panic: taglib в генту обновился до версии 1.6.3

darksoft: done

panic: p7zip обновился до версии 9.13

darksoft: Вроде сделал, но практически не тестировал

panic: libtool: Version mismatch error. This is libtool 2.2.6b, but the libtool: definition of this LT_INIT comes from libtool 2.2.10. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b libtool: and run autoconf again. libtool: Version mismatch error. This is libtool 2.2.6b, but the libtool: definition of this LT_INIT comes from libtool 2.2.10. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b libtool: and run autoconf again. make[3]: *** [output_alsa_la-alsa.lo] Ошибка 63 make[3]: *** Ожидание завершения заданий... make[3]: *** [output_dummy_la-dummy.lo] Ошибка 63 make[3]: Leaving directory `/var/tmp/portage/media-sound/mpg123-1.12.2-r1/work/mpg123-1.12.2/src/output' make[2]: *** [all-recursive] Ошибка 1 make[2]: Leaving directory `/var/tmp/portage/media-sound/mpg123-1.12.2-r1/work/mpg123-1.12.2/src' make[1]: *** [all] Ошибка 2 make[1]: Leaving directory `/var/tmp/portage/media-sound/mpg123-1.12.2-r1/work/mpg123-1.12.2/src' make: *** [all-recursive] Ошибка 1 * ERROR: media-sound/mpg123-1.12.2-r1 failed: * emake failed

darksoft: Fixed, спасибо :) Ненавижу libtool :)

ЩLmE7QE0QNiS: А что случилось с жентушным оверлеем? Что-то вот уже несколько недель, как архив с оверлеем не скачивается. Я уж думал проект загнулся (потому как ссылка на форум на http://rusxmms.sourceforge.net/ битая).

ЩLmE7QE0QNiS: Извиняюсь за ник в предыдущей месаге, что-то проглючило

darksoft: Proekt v poryadke, - server leg, a ya v otpuske v dikoy strane Peru. 19go vernus, dnya za 2 podnimu obratno. Esli gorit, to ne samie poslednie versii mozhno nayti sdes: http://csa.aragats.am/files/rusxmms/

darksoft: back online

darksoft: Поднял mirror оверлея на всякий случай http://suren.me/darklin/layman.xml

panic70: Обновился taglib до 1.7, к тому же зависимости проекта втупили в конфликт с kdelibs-4.6.3 (поэтому пока оверлей отключил)

darksoft: Обновил до 1.7 в оверлее. Об конфликтах нужны подробности.

panic: Был конфликт с net-libs/glib-networking, но сейчас чудесным образом пропал

panic: Обновился taglib до 1.7.1

darksoft: Ша сделаем.

darksoft: готово

panic: Странно, но оверлей обновляться не хочет, соответственно и таглиб в системе пока без rcc

darksoft: В смысле ругается на ошибку какую-то или говорит, что у тебя последняя версия?

panic: говорит что последняя версия, попробовал новый адрес - то же самое * Remote list already up to date: http://suren.me/darklin/layman.xml * Last-modified: Thu, 03 Feb 2011 04:10:46 GMT * Fetch Ok

darksoft: Понял, вроде поправил, должно работать. PS. suren.me мирор, который синхронизируется по ночам, основной сервер http://dside.dyndns.org/darklin/layman.xml.

panic: Всё страньше и страньше :-) Оверлей обновился, но свежего ебилда в ём не оказалось. :-)

darksoft: Обновил для 1.8. Работает или опять что-то глючит?

panic: Перестал собираться libtranslate >>> Compiling source in /var/tmp/portage/app-dicts/libtranslate-0.99-r6/work/libtranslate-0.99 ... * QA Notice: 'aclocal' called by src_compile: app-dicts/libtranslate-0.99-r6 * Use autotools.eclass instead of calling 'aclocal' directly. configure.ac:64: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from... ../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from... ../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from... m4/talkfilters.m4:11: AM_PATH_TALKFILTERS is expanded from... configure.ac:64: the top level * QA Notice: 'libtoolize' called by src_compile: app-dicts/libtranslate-0.99-r6 * Use autotools.eclass instead of calling 'libtoolize' directly. libtoolize: putting auxiliary files in `.'. libtoolize: linking file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. * QA Notice: 'automake' called by src_compile: app-dicts/libtranslate-0.99-r6 * Use autotools.eclass instead of calling 'automake' directly. configure.ac:64: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from... ../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from... ../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from... m4/talkfilters.m4:11: AM_PATH_TALKFILTERS is expanded from... configure.ac:64: the top level docs/reference/Makefile.am:24: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') parallel-tests: error: required file './test-driver' not found parallel-tests: 'automake --add-missing' can install 'test-driver' * ERROR: app-dicts/libtranslate-0.99-r6::rusxmms failed (compile phase): * (no error message)

panic: И ещё, новая версия layman стала ругаться на оверлей !!! Repository 'rusxmms' is missing masters attribute in '/var/lib/layman/rusxmms/metadata/layout.conf' !!! Set 'masters = gentoo' in this file for future compatibility Оно вроде пока ни на что не влияет, но ИМХО лучше пофиксить

darksoft: Окей, спасибо. В начале следующей недели поправлю.

darksoft: Fixed

panic: вышел ебилд taglib-1.9.1

darksoft: Обновил

panic: Что-то таглиб ругается на размер и т.п. скачиваемого файла (хотя там стопудово всё хорошо). Перекачай у себя и пересаздай манифест поиз

darksoft: Обновил. Нормально?



полная версия страницы