gentoo failed running autoconf

0

1

Теперь ругается на autoconf при сборке некоторых пакетов. вот вывод:http://pastebin.com/YdZnjH6R Как пофиксить?

Ссылка

←	ATI Radeon display support на открытых дровах

Обновиться что ли до OpenSUSE 12.3?

→

The complete build log is located at '/var/tmp/portage/dev-libs/libmcrypt-2.5.8-r3/temp/build.log'.

iVS ★★★★★
(27.07.13 14:14:52 MSK)

В /var/tmp/portage/dev-libs/libmcrypt-2.5.8-r3/temp/autoconf.out написано как пофиксить.

Lavos ★★★★★
(27.07.13 14:16:24 MSK)
Последнее исправление: Lavos 27.07.13 14:16:48 MSK (всего исправлений: 1)

Ответ на: комментарий от iVS 27.07.13 14:14:52 MSK

это он и есть

reddaemon
(27.07.13 14:17:47 MSK) автор топика

Ответ на: комментарий от Lavos 27.07.13 14:16:24 MSK

там вот что написано:

configure.ac:95: error: possibly undefined macro: AC_LIBLTDL_ч      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:102: error: possibly undefined macro: AC_DISABLE_STATIC
configure.ac:217: error: possibly undefined macro: AC_LIBTOOL_DLOPEN
configure.ac:218: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
configure.ac:222: error: possibly undefined macro: AM_PROG_LIBTOOL

как использовать это m4_pattern_allow? Или может дело в libtool?

reddaemon
(27.07.13 14:51:38 MSK) автор топика

Ответ на: комментарий от reddaemon 27.07.13 14:51:38 MSK

вот так:

configure.ac:95: error: possibly undefined macro: AC_LIBLTDL_INSTALLABLE
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:102: error: possibly undefined macro: AC_DISABLE_STATIC
configure.ac:217: error: possibly undefined macro: AC_LIBTOOL_DLOPEN
configure.ac:218: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
configure.ac:222: error: possibly undefined macro: AM_PROG_LIBTOOL

reddaemon
(27.07.13 14:52:47 MSK) автор топика

Ответ на: комментарий от reddaemon 27.07.13 14:17:47 MSK

/var/tmp/portage/dev-libs/libmcrypt-2.5.8-r3/temp/autoconf.out

anonymous
(27.07.13 14:52:57 MSK)

Ссылка

Ответ на: комментарий от reddaemon 27.07.13 14:52:47 MSK

Вероятно, нужно собирать пакет с боле старым autoconf.

anonymous
(27.07.13 14:54:14 MSK)

Ссылка

Ответ на: комментарий от reddaemon 27.07.13 14:51:38 MSK

Какие версии automake и autoconf?

Lavos ★★★★★
(27.07.13 15:02:45 MSK)

Ответ на: комментарий от Lavos 27.07.13 15:02:45 MSK

automake (GNU automake) 1.12.6 autoconf (GNU Autoconf) 2.69

reddaemon
(27.07.13 15:20:03 MSK) автор топика

при сборке некоторых пакетов

без названия конкретных пакетов и версий, а также без emerge --info - ничем тут не помочь

Pinkbyte ★★★★★
(27.07.13 15:38:53 MSK)

Ответ на: комментарий от reddaemon 27.07.13 15:20:03 MSK

Вероятно это всё из-за намешанных в системе пакетов arch и ~arch.
А libmcrypt-2.5.8-r2 собирается?

Lavos ★★★★★
(27.07.13 15:40:58 MSK)

Ответ на: комментарий от Lavos 27.07.13 15:40:58 MSK

Не собирается

reddaemon
(27.07.13 15:56:50 MSK) автор топика

Ссылка

Ответ на: комментарий от Pinkbyte 27.07.13 15:38:53 MSK

Да дело в том, что ошибка у всех одна Failed running autoconf

вывод emerge --info: http://pastebin.com/HGnNVBkF

reddaemon
(27.07.13 16:00:29 MSK) автор топика

Ответ на: комментарий от Pinkbyte 27.07.13 15:38:53 MSK

вот к примеру libmcrypt-2.5.8-r3

reddaemon
(27.07.13 16:02:08 MSK) автор топика

Ссылка

Ответ на: комментарий от reddaemon 27.07.13 16:00:29 MSK

ошибка у всех одна Failed running autoconf

это следствие, ошибка - в autoconf.out, его вывод ты уже приводил

Pinkbyte ★★★★★
(27.07.13 16:18:56 MSK)

Ссылка

Ответ на: комментарий от reddaemon 27.07.13 16:00:29 MSK

sys-devel/automake: 1.12.6, 1.14

emerge -C automake:1.14

Маскируй >=sys-devel/automake-1.13 и пробуй еще раз. Если ошибка не повторится - создавай новый баг, который будет блокировать Tracker -> https://bugs.gentoo.org/show_bug.cgi?id=automake-1.13

Pinkbyte ★★★★★
(27.07.13 16:20:42 MSK)

Ответ на: комментарий от Pinkbyte 27.07.13 16:20:42 MSK

automake-1.13 замаскирован уже был, удалил automake-1.14, но все также не собирается libmcrypt

reddaemon
(27.07.13 16:32:54 MSK) автор топика

Ответ на: комментарий от reddaemon 27.07.13 16:32:54 MSK

Зачем 1.13 то маскировать?

libmcrypt-2.5.8-r3.ebuild: Fix automake-1.13 compatibility per bug#467058

Lavos ★★★★★
(27.07.13 16:47:21 MSK)

Ответ на: комментарий от Lavos 27.07.13 16:47:21 MSK

Но он же впринципе баганый? Разве нет?

reddaemon
(27.07.13 16:55:19 MSK) автор топика

Ответ на: комментарий от reddaemon 27.07.13 16:55:19 MSK

он же впринципе баганый

Пруф.

anonymous
(27.07.13 16:56:34 MSK)

Ответ на: комментарий от anonymous 27.07.13 16:56:34 MSK

http://wiki.gentoo.org/wiki/Known_Problems

reddaemon
(27.07.13 17:29:52 MSK) автор топика

Ответ на: комментарий от reddaemon 27.07.13 16:00:29 MSK

ACCEPT_KEYWORDS=«amd64 ~amd64»

Если есть ~amd64, то от amd64 смысла нет.
И да, ~amd64 в make.conf = ССЗБ.

Deleted
(27.07.13 18:16:38 MSK)

Ответ на: комментарий от reddaemon 27.07.13 17:29:52 MSK

obsolete != баг.

Это значит слоупочность разработчиков, не правящих код в соответствии с обновлениями, либо нестабильность api, если это происходит без смены мажорной версии.

anonymous
(27.07.13 18:21:01 MSK)

Ссылка

Судя по всему у меня сломаны automake и aclocal, как теперь восстановить их? Может полностью очистить их файлы и заново поставить с нуля?

reddaemon
(27.07.13 19:56:57 MSK) автор топика

Ссылка

Ответ на: комментарий от Deleted 27.07.13 18:16:38 MSK

И да, ~amd64 в make.conf = ССЗБ.

оставь при себе свои фантазии

megabaks ★★★★
(27.07.13 20:12:28 MSK)

Ответ на: комментарий от megabaks 27.07.13 20:12:28 MSK

оставь при себе свои фантазии

Воу воу воу!

~~RedEyedMan~~
(27.07.13 20:16:14 MSK)

Ссылка

megabaks может ты мне поможешь?

reddaemon
(27.07.13 21:50:52 MSK) автор топика

Ответ на: комментарий от reddaemon 27.07.13 21:50:52 MSK

WANT_AUTOMAKE=1.12 emerge что-то

что говорит?

megabaks ★★★★
(27.07.13 21:51:40 MSK)

Ответ на: комментарий от megabaks 27.07.13 21:51:40 MSK

http://pastebin.com/FSQ3NtwH

reddaemon
(27.07.13 22:00:21 MSK) автор топика

Ответ на: комментарий от reddaemon 27.07.13 22:00:21 MSK

больше пока идей нет
и на работу надо ехать - не сегодня точно, если рожу что

megabaks ★★★★
(27.07.13 22:23:22 MSK)

Ссылка

Ответ на: комментарий от reddaemon 27.07.13 16:55:19 MSK

Но он же впринципе баганый?

Он не баганный. Релизы automake не гарантируют полной обратной совместимости и всегда упоминают о конкретных случаях несовместимости в Changelog

Pinkbyte ★★★★★
(28.07.13 19:36:46 MSK)

Ссылка

Ответ на: комментарий от Deleted 27.07.13 18:16:38 MSK

~amd64 в make.conf = ССЗБ.

Далеко не всегда, но быть готовым к факапам на ~arch надо

Pinkbyte ★★★★★
(28.07.13 19:37:21 MSK)

Ответ на: комментарий от Pinkbyte 28.07.13 19:37:21 MSK

До сих пор мои впечатления были таковы, что glibc из ~arch перманентно сломан. Или ломает всё остальное.

Deleted
(28.07.13 19:44:21 MSK)

Ответ на: комментарий от Deleted 28.07.13 19:44:21 MSK

glibc из ~arch перманентно сломан.

Использовать только один glibc из ~arch - не самая хорошая идея. Однако если обновить сразу еще несколько пакетов - проблем быть не должно. Говорю как человек который не один раз делал переходы arch->~arch(на x86, amd64 и arm) и не испытывал проблем с base system.

Но таки да - stable, он на то и stable, чтобы быть протестированным и вылизанным

Pinkbyte ★★★★★
(28.07.13 19:52:46 MSK)
Последнее исправление: Pinkbyte 28.07.13 19:53:14 MSK (всего исправлений: 1)

Ответ на: комментарий от Pinkbyte 28.07.13 19:52:46 MSK

Однако если обновить сразу еще несколько пакетов

Когда я последний раз тыкал glibc из ~arch, если мне не изменяет память, в том году, то пересборкой тулчейна там дело не обходилось. Спасло только -e @world.

Deleted
(28.07.13 20:03:42 MSK)

Ответ на: комментарий от Deleted 28.07.13 20:03:42 MSK

Я обновлял glibc и все потроха с arch на ~arch в чруте с компизом где-то месяца 3-4 назад. Весь мир перебирать не пришлось.

Pinkbyte ★★★★★
(28.07.13 20:05:31 MSK)

Ответ на: комментарий от Pinkbyte 28.07.13 20:05:31 MSK

обновлял glibc и все потроха
Весь мир перебирать не пришлось.

Что тогда есть «все потроха»?

Deleted
(28.07.13 20:11:45 MSK)

Ответ на: комментарий от Deleted 28.07.13 20:11:45 MSK

Что тогда есть «все потроха»?

В общем случае - gcc, binutils, libtool. Но я еще обновлял automake, autoconf и соответсвующие им врапперы - нужно было кое-что проверить, поэтому нужны были версии из arch. Позднее этот чрут переехал на ~arch полностью, но не из-за возникших проблем - это точно

Pinkbyte ★★★★★
(28.07.13 20:30:13 MSK)

Ссылка

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

←	ATI Radeon display support на открытых дровах

General

Обновиться что ли до OpenSUSE 12.3?

→

Похожие темы