Gentoo: cтабилизация профиля amd64 17.1

Сам переход на новый профиль связан с удалением симлинков /usr/lib и /lib.

Отпишитесь, если у кого что сломается. Будем знать.

compatibility with prebuilt x86

Зачем это всё? Если генту, но nomultilib. А симлинк указывает на lib64 в любом случае. Зачем они оживляют 32 бита? Они мертвы, отпустите их. Уже много лет всё ПО 64 бита, кроме вайна и старых игрушек (новые все 64 бита уже лет 7 так).

К сожалению, Steam требует мультилиб, вайн тоже. Я как выход рассматриваю контейнер с убунтой с совместным доступом к видимокарте и звуковухе.

Теперь lib не будет указывать на lib64

Если генту, но nomultilib

Вот, уже за других решаешь, что им нужно

В чруте вполне нормально работало, разве что возня с обновлением проприетарного видеодрайвера. Стим разве не 64 битный уже с год? Они его на электроне переписали вроде.

Попробую в виртуалке сначала обновиться. Да, у меня есть генту в VBox для тестов некоторых ebuild’ов.

Но сначала один ebuild закончу править и тестировать. Его всё равно придётся изменять ещё.

за других решаешь, что им нужно

Так за меня же решают, почему я не могу? И потом, мне лучше видно. От 32 бит одни проблемы и жор памяти.

Ну, кто перешел уже? Кстати, а где текущий профиль указан, а то я не помню а гуглить лень

Тут кто-то уже возился с попыткой из nomultilib запустить steam. Можно поискать вышло ли. Но с профиля без мультилиба обратно не перейти.

eselect profile list

одни проблемы и жор

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

Что решают? Тебе не мешает никто и не упрекает, что ты используешь nomultilib

Вот тебе для размышления, как оно нормально работало: Пытаюсь переехать на multilib

Но если у тебя есть описание решения, то можешь помочь человеку.

Там неадекват, не берите его за пример. У таких вечно не работает то что работает и работает то что не работает. Типичный представитель.

Стим разве не 64 битный уже с год? Они его на электроне переписали вроде.

Тут то всё сразу поняли, что ты то в теме. У таких вечно всё работает. Типичный представитель.

Так у меня нет стима, зачем он мне? В чруте эмуляторы консолей 32 битные, с блобами никаких проблем. Всё прекрасно работает. Вайн тоже, опять же.

64 бит нужно для преодоления порога 4Гб при адресации в памяти

указатели в 64 бит - 8 байт, в 32 бит - 4.

И что памяти больше потребляет?

Всё, после 23:00 я жирное не употребляю

Благодаря указателям памяти расходуется на 5-25% в среднем процентов больше. Только эта экономия слишком дорого обходится. Памяти больше потребляет поскольку 32 битные библиотеки будут часто болтаться в памяти, даже если они не нужны.

Чего? Зачем мне стим, не понимаю? И почему меня должно интересовать его устройство? В новостях было что он теперь 64 битный наконец-то, я говорю об этом. Он не работает без 32 бит или что?

Стим разве не 64 битный уже с год? Они его на электроне переписали вроде.

Серьёзно? У меня почему-то это дерьмо требовало мультилиб.

В интернете пишут виндоус и максос 64 битные теперь. Последняя так вообще 64 бита-онли (вот он прогресс!). В линуксе не так? Извнините, я не знал, что обделили. У меня не было необходимости запускать стим вне вайна, там добрые 3/4 нативных линуксовых билдов игр поломанные.

https://archlinux32.org/ с тобой не согласны.

В линуксе не так?

В линуксе нет диктатуры и архитектур много поддерживается, больше 2.

Мало ли психов на свете? Пусть занимаются, раз нравится. К тому же, оно скорее мертво чем живо. Сайт по крайней мере не работает.

Ущербные устаревшие архитектуры успешно вытравливают и из линукса, конечно с переменным успехом и не спеша.

ARM по твоему ущербный?

На психа здесь больше смахиваешь ты.

оно скорее мертво чем живо

Недавно ввели оптимизацию под pentium4.

Сайт по крайней мере не работает

У тебя древний браузер, ERR_SPDY_INADEQUATE_TRANSPORT_SECURITY наверное ошибка?

Сделай себе свой дистрибутив, в котором 32-бита вообще не будет.

оптимизацию под pentium4

Это всё бесполнезно, софт больше не оптимизируют под 32 бита. Из-за этого он сливет на многие порядки, используются не оптимизированные варианты. Регистров всё равно мало, оно мертво. А просить компилятор напихать побольше SSE1 опкодов в 2020 году это конечно забавно, но бесполезно. Скорее эффект будет противоположный.

ARM по твоему ущербный?

Легасиарм жив видимо только тем что какому-то софту пока хватает 2 гигабайта памяти в карманных калькуляторах. Лучше бы мипс развивали, сколько можно. Или дорого лицензировать, не знаю. Совершенно точно я знаю, что легасиx86 ущербный.

Откуда жор, если не запускать 32бит приложений?

В генту есть no-multilib, всё в порядке. Столько возятся с compat либами, кошмар. Конечно круто что генту позволяет теперь их перекомпилировать вместо скачивания блобов, но вот переезд из lib32 в lib довольно сомнительный (да я знаю многие именно так и делают).

Постоянно что-нибудь норовит загрузить 32 бита. Кодеки какие-нибудь и прочую шляпу, куча зависимостей у браузеров была. Может конечно что-нибудь и поменялось, но я ровно это же каждый день вижу в той же виндоус. Очень круто что можно раз и навсегда избавиться от 32 бит (и это не скажется на работоспособности).

32бит библиотеки просто не работают в 64бит приложениях. Никто потому просто так их не «норовит загрузить» - это просто не работает.

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

Я пытался. Не взлетело.

Засрал всю тему своим тупняком. Выкладывай пароль уже.

Вернулся на генту после многих лет дебиана.

Это таки хорошо или плохо? В генте пускаю wine 32 бита с игрухой, ABI_X86=«64 32» в make.conf и мультилибный профиль. Что может пойти не так?

Не твоего ума дело решать что другим нужно, а что нет.

Мне например нужны 32-битная поддержка. Банально не тот случай, когда я мог бы избежать их.

Чего? Зачем мне стим, не понимаю? И почему меня должно интересовать его устройство?

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

В новостях было что он теперь 64 битный наконец-то

ссылка?

Так для вас уже есть Убунту, не понимаю, чего так переживаете. Я-то волнуюсь потому что единственный дистрибутив который мне нравится распыляется на всякое малополезное дерьмо, вместо того чтобы больше внимания кривым ебилдам уделять. 32 бита на пк окончательно в прошлом, нет причин за них держаться в современном окружении.

Кстати, а прошлый переезд симлинков разве не был автоматическим? Чего они их тасуют туда сюда, теперь ещё и напрягают пользователей -__-.

Такая пойдёт? https://9to5mac.com/2018/07/27/steam-for-mac-64-bit/

Нет. Она не о линукс-клинте.

Например?

https://www.phoronix.com/scan.php?page=news_item&px=Steam-64-bit-Client-M...

В других ос 64 битный клиент теперь (поскольку электрон 64 битный это меньше проблема чем раньше).

По поводу электрона: https://electronjs.org/blog/linux-32bit-support

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

А ты возьми и поправь их! То что в твоём любимом дистрибутиве кривые ебилды — это исключительно твоя вина, потому что ты не отправил патч.

И не беспокойся. Я думаю, те кто пилят поддержку мультилиба в Gentoo имеют свои причины, чтобы его поддерживать.

64 битный браузер зачем-то хочет 32 битный ffmpeg со всеми зависимостями загружать себе. Ksysguard использует компоненты вебкита или какого-то его форка который тянет 32 битные библиотеки в память. Послушайте, я допускаю, что что-то уже изменилось сейчас, однако раньше именно так и происходило. Самым здоровым решением было лишить софт загружать левые файлы целиком и полностью и нет никакой пользы в деградировании до прежнего уровня.

Не всегда даже понятно кто виноват — мейнтейнеры или мои руки. Однако проблемы самым чудесным образом исправляются после обновления ебилда, наверное мейнтейнеры. Пригодилось на месяцы маскировать зависимости, поскольку всё разваливалось. Они говорят не хватает ресурсов и занимаются какой-то сомнительной деятельностью. Их право, конечно. Увы мне, я знаю о ебилдах очень мало, только то как их писать на самом базовом уровне. Достаточно, чтобы собрать софт для себя, который иногда даже работает. Если что-то ломается, я могу только локализовать проблему.