Ошибка про сборке генты

Фото с экрана

Сразу нафиг. Логи давай.

У него там в первой же строчке написано, что си компилятор ноу. Одних логов мало будет.

the C compiler works… no

Начать надо с этого.

ну тогда нужен config.log. но вообще вероятность высока что просто в CFLAGS напортачил. ОП, что у тебя в CFLAGS?

А на фехоа оно тебе? Даже Larry подсказывает - FEATURES=«-sandbox» в make.conf

Я вот не считаю, что нужна изоляция при компилировании, пускай видит пакет, что за система.

и -usersandbox тоже добавь

COMMON_FLAGS=«-O2 -pipe -mtune=native»

CFLAGS=«${COMMON_FLAGS}»

CXXFLAGS=«${COMMON_FLAGS}»

MAKEOPTS=«-j5»

ACCEPT_LICENSE=«*»

CPU_FLAGS_X86=«aes avx avx2 f16c fma3 mmx mmxext pclmul popcnt rdrand sse sse2 sse3 sse4_1 sse4_2 ssse3»

Вредные советы?

Замени -mtune=native на -march=native. Но вцелом - непохоже, что в этом причина. Давай config.log на pastebin

Научи хорошему. Расскажи, зачем изоляция.

sudo cast Pinkbyte

А без sudo дьявол не вызывается? Понятна

Если пакет не собирается без изоляции, то что-то с ним не так.

Так по логам собирают sandbox, или я что-то не доглядел?

Замени -mtune=native на -march=native. Но вцелом - непохоже, что в этом причина. Давай config.log на pastebin

Поддерживаю, -march=native скомпилирует код под текущую архитектуру проца с использованием всех наборов инструкций, тогда как -mtune=native соберет универсальные sse2-бинарники и всего лишь сделает шедулинг под текущую архитектуру. CPU_FLAGS_X86 влияет только на проекты с ассемблером под разные архитектуры.

Ну и без config.log сложно что-то сказать, кроме того, что компилятор почему-то не зробил.

-mtune=native есть смысл использовать, если планируется даунгрейд проца

Покажи вывод emerge -pv sys-apps/sandbox, что там по ABI.

Вот у человека похожая ситуация была Обновление Прописать ABI нужно в package.use для пакета или в make.conf, сначала покажи вывод выше.

Должно быть

[ebuild   R    ] sys-apps/sandbox-2.24::gentoo  ABI_X86="(32) (64) (-x32)" 0 KiB

И это покаж до кучи emerge --info | grep ABI

В данном случае да, рекомендуют отрубить две опции для пакета sandbox. Типа известный баг/фича. Можно действительно с этого начать.

Мой вывод, если пригодится emerge --info | grep ABI:

...ABI_X86="64"...

...sandbox...usersandbox...

Из скрина явно не хватает ABI_X86="(32)" для пакета

Подскажите путь этого config.log

В сборной директории устанавливаемого ebuild.

Если память не изменяет, то в /var/lib/portage/категория пакета/имя пакета/

Да там же прямо на фотографии видно подсказку с полным путем, где он лежит

/var/tmp/portage/sys-apps/sandbox-2.24/work/sandbox-2.24_abi_x86_32_x86

Расскажи, зачем изоляция.

Чтобы когда тебе в ебилде из оверлея васяна прилетит rm -rf /usr (как уже было однажды с bumblebee) - ты не остался без /usr :-)

а нечего Васянские overlays использовать!
Посмотреть на GuRu - так такой бардак. Ну это и понятно, чем пользуемся сами, то и даём.

А вообще спасибо. Ознакомился с историями успеха. Но всё рано остаюсь при своём мнении, что это лишняя сущность. Я всё проверяю, что ставлю не из оф реп.

Знакомая у тебя аватарка, часом не из Daggerfall?

ты не понял о чём речь, overlays тут вообще ни причём: rm -rf /usr был в скрипте установки непосредственно от разработчика, в его архиве, так как он пробел случайно лишний воткнул

Не. Это первые Корсары(Seadogs), губернатор Франсуа де Бижу

В логе обычно бывает тоже самое, что на экране в скрине.

Ну и прелестно. Будет повод сменить дистр. Если в stable ветку выкатывать без проверки - ССЗБ. Я многое видел в жизни, но такую абстракцию вижу впервые. Есть SMage, зомби по имени Exherbo, Crux… И только в Gentoo мы будем собирать в sandbox.

И только в Gentoo мы будем собирать в sandbox.

В дебиан сборка в некоем stage идёт и только потом переносится в систему

Может ты сам себе ebuild напишешь и побежишь его собирать не в sandbox. Не говоря о том, что в генту из-за sandbox такого сюрприза не было.

Debian вообще не sbased. Ты не путай возню и бюрократию Debian с Gentoo.

В бинарных дистрибутивах своя магия: Alpine, Void, Deb, RPM так вообще без совместимости. Ну, это выходит из темы.

ТС! Решил?

Я и писал, чего нет? И собирал не в изоляции. И сюрпризы не из-за этого.

Надо - топи ты за свою Gentoo. Я считал его одним из лучших дистрибутивов в своё время. Те, кто вёл к успеху - умерли/надоело/заменены. Теперь чёткой политики нет. Разброд и шатание. А ты постарел, привык. Посмотри в сторону. Будешь неприятно удивлён, что если взять release модель, то всё работает быстрее и лучше.

Прямо сейчас в Gentoo проблемы в stable с circle depends. Прямо сейчас в Gentoo проблемы с Wayland, проблемы огроменные. Прямо сейчас в Gentoo одни костыли с работой systemd сервисами, что даёт нестабильную работу. И насколько я знаю, прямо сейчас там переход на выпил из glib crypt. Кривой.

И прямо сейчас проблемы с документацией и компетентными людьми (это везде проблема, что есть, то есть)

Совершенно случайно я не использую ни wayland, ни systemd, ни проблемы

https://pastebin.com/Lg5QbFV3

это?

нет, логи привел, вообще хз как это решить

Нет, это build.log

Нужен config.log

https://pastebin.com/fgT2yZJS

да, уже выложил

Страница более недоступна.

^

https://pastebin.ubuntu.com/p/T3zqV4zmz5/

хрен его знает почему, но пастебин сразу же удаляет мою пасту. на убунту выложил, смотрите