automake 1.13? Удаляй его, маскируй и пиши баг(если соответствующего нет в зависимых багах здесь)

телепаты в отпусках. я бы откатил autoconf если он апдейтился.

Спасибо, друзья!!! Заработало!!!

Откатил до automake-1,12,6

WANT_AUTOMAKE="1.12" emerge foobar

+ засабмитить баг (сперва проверив, что его не засабмитили.

В 90% случаев ебилд лечится одной сторочкой.

ай-йай-йай, можно ведь и не откатывать :)

если нужно постоянное правило, то можно через package.env сделать

1.13 должно быть замаскировано
но среди разрабов куча мудаков, потому вот так

в 99% случаев лечится расстрелом дегенерата, коих среди разрабов сейчас овер дохера.
чего стоят только gentoo.ru, не говоря уже об остальных
и заметь, я это говорю обоснованно!

нормальные люди давно бы замаскировали это дерьмо
но нет - жрите, мать вашу, плачьте, но мы не запилим 1 строчку
школота и дегенераты как есть

Ох ты ж ёжик... это просто феерия какая-то.

ты наверное про авторов autotools, которые с завидной переодичностью перемещают функционал между разными подпрограммами? Или про апстрим, который в течении многих лет забивал на deprecation warning? ИМХО, все почти правильно - появился аутомейк выкинувший устаревший функционал - 1). написали в -dev@, 2). сделали треккер, 3). через время добавили в ~. По хорошему все разработчики на п.1 должны были проверить все свои ебилды и поправить их, тем более, что исправление это добавление WANT_AUTOTOOLS=«1.12» или один sed в редких случаях тяжелее. Но не сделали (я, напимер, фиксил из свои ебилды как меня самого стукнуло) это плохо, но ни разу не фатально и уж явно эти изменения не стоят того, чтобы прятать automake и зарывать голову в песок.

2 чая данному джентельмену, всё правильно сказал

никто не говорит, что надо не фиксить, а забить.
но на данном этапе оно должно быть замаскировано, дабы не создавать проблем.

надо же, относительно адекватный ответ.

просто проблема в том, что никто не фиксит пока не стукнет, и это настоящая проблема, тут почти как с gnutls, пока Диега не сказал, что через месяц размаскирует почти никто не шевелился - как сказал - стали фиксить. Из этого следует неутешительный вывод, в случае проблемной ситуации нужно объявлять о ней - давать логичное время для исправления и потом втаскивать её несмотря на то сделаны исправления или нет. От ситуации с gnutls есть большое отличие, юзеру почти ничего не надо делать, чтобы обойти проблему, достаточно одного export при запуске или настройки в paсkage.env. Естественно все вышеперечисленное касается только ~arch, ну а в arch свои проблемы.