LINUX.ORG.RU

Релиз Funtoo Linux 1.3

 , , ,


0

1

Конечно, релиз запоздал дней на 10, новогодние каникулы уже кончились, но тем не менее это первый LTS выпуск Funtoo Linux.

Важное:

  • в основе meta-repo срез Gentoo Linux от 13.11.2018 г.;
  • отказ от поддержки multilib, для популярных приложений (таких как Steam) требущих 32-битное окружение, разрабатывается решение на контейнерах с пробросом GPU;
  • в состав снапшотов добавлено заранее собранное ядро debian-sources-lts-4.9.130-1.

Новое:

  • gcc-7.4.1, binutils-2.31.1, glibc-2.27, gcc-config-2.0, openrc-0.40.2, perl-5.26, lxd-3.6;
  • новые наборы: core-server-kit (приложения LAMP), core-ui-kit, core-gl-kit;
  • ебилды для официальных сборок Oracle mysql-community 8;
  • по умолчанию, отключен USE-флаг suid для xorg-server;
  • набор xorg-kit полностью отделён от Gentoo и основан на xorg-server-1.20;
  • набор gnome-kit полностью отделён от Gentoo и предлагает GNOME 3.30 без systemd;
  • интегрирована поддержка Wayland, по умолчанию включена для kde-plasma-5;
  • набор kde-kit предлагает KDE Plasma 5 (5.4.13), которая использует elogind и не зависит от systemd;
  • набор xfce-kit предлагает XFCE-4.13.

Кроме этого:

N.B. Из-за удаления совместимости с 32-битной архитектурой настоятельно рекомендуется «чистая» установка.

Инструкция по апгрейду с 1.2 - https://www.funtoo.org/Upgrade_Instructions/1.3-release

>>> Funtoo Linux 1.3

★★★★

Проверено: Shaman007 ()

Ответ на: комментарий от FilosofeM

Ой-ли, живые «недодистры» с 10-ти летней историей можно пересчитать по пальцам, что уже выводит их из категории «недо».

vvn_black ★★★★ ()
Последнее исправление: vvn_black (всего исправлений: 1)
Ответ на: комментарий от Singularity

То есть и отказ от поддержки, например, steam и, фактически, wine.

grem

Да, так и есть. Дроббинс обещает в будущем «chroot на стероидах» , контейнеры с пробросом видео.

vvn_black ★★★★ ()
Последнее исправление: vvn_black (всего исправлений: 2)
Ответ на: комментарий от Singularity

Зачем steam иметь в chroot? Он и так только в профиле пользователя живёт.

То есть предлагается держать другой дистрибутив в chroot, где есть поддержка мультилиб?

grem ★★★★★ ()
Ответ на: комментарий от Singularity

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

А так получится чрут в чруте.

grem ★★★★★ ()
Ответ на: комментарий от mittorn

вместо того чтоб запилить нормальный мультилиб такие костыли?

«Нормальный» мультилиб был до этого релиза. В комментариях есть упоминание, что принято решение перенести усилия на контейнеризацию с поддержкой GPU-ускорения, а не продолжать поддерживать мультилиб.

А основной посыл такой, что поддержке переходной 32-bit архитектуре уже 15 лет и пора избавляться от легаси.

vvn_black ★★★★ ()
Последнее исправление: vvn_black (всего исправлений: 3)

отказ от поддержки multilib

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

Да, на десктопе может быть 32ГБ оперативки. Но это ж не винда, где 32-битная ОСь == 4ГБ макс. 32-битное PAE-ядро умеет использовать всю память.

Вот и выходит, что мультилиб не нужен. Просто ставим 32-битную ось, и нет проблем.

anonymous ()
Ответ на: комментарий от mittorn

К тому же производительность отвратная.

У 64-битов? Не совсем отвратная, но не блестящая, да.

В 8 тестах из 11 браузеры под 32-бита работают быстрее, чем 64-битные. Игры под 32-бита работают так же, как 64-битные или быстрее. И во всех тестах 64-битные проги жрут больше памяти.

Вот и вопрос: нахрена такие 64-бита на десктопе?

anonymous ()
Ответ на: комментарий от grem

Да, это проблема. Возможно нужно отдельные include под каждый abi делать. Не думаю, что это что-то сломает.
Второй вариант - костылять скрипты сравнивающие и исправляющие хидеры

mittorn ★★★★★ ()

отказ от поддержки multilib

Возможно оно и правильно, именно оверлей с multilib угробил мне gentoo, причем не один раз. После такого не очень хочется возвращаться.

Rupricht ()
Ответ на: комментарий от anonymous

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

Но начинаются проблемы с тем что уже не делают 32-битных версий некоторого софта (skype, virtualbox например).

irton ★★★★★ ()
Ответ на: комментарий от irton

И правильно делают, все игрушки что перевели на 64 бита только выиграли (потому что в 32 битах ограничение по памяти 2 гига что-то, 3.7 только с грязнохаками). Лишние регистры опять же лишними не бывают. А на указатели в среднем и не так много расходуется.

anonymous ()
Ответ на: комментарий от Rupricht

Возможно оно и правильно, именно оверлей с multilib угробил мне gentoo, причем не один раз. После такого не очень хочется возвращаться.

Переход с emul-linux* на ABI_X86=«32 64» был сложный (возможно потому что мне приспичило его выполнить гораздо раньше чем оно стабилизировалось), но с тех пор всё чики-пуки. Гентушники красавцы.

отказ от поддержки multilib

А подобного рода ограничения функционала как раз и отличают наколенную поделку от полноценной мощной системы. Короче, не нужно.

dimgel ()

отказ от поддержки multilib, для популярных приложений (таких как Steam) требущих 32-битное окружение, разрабатывается решение на контейнерах с пробросом GPU;

Вероятно пытаются время/место сэкономить по сравнению с текущим вариантом: https://wiki.gentoo.org/wiki/Multilib/gx86-multilib

Работает хорошо, но в итоге полсистемы собирается в двух вариантах. Попакетно замучаешься abi юзами прикладывать и того обильно набигает из глобального ABI_X86=«32 64».

Но это в гентe. Что там у фанты, может они вообще доисторический emul-linux вариант пинали по сей день, не знаю.

anonymous ()

Объясните наконец этим ущербным что у rolling release дистрибутива не может быть "релиза" и/или LTS выпуска. Может быть срез от определённого числа. Либо пусть объяснят за совместимость с gentoo у которой бывают вот тут внимание - релизы установочных dvd дисков.

anonymous ()
Ответ на: комментарий от anonymous

все игрушки что перевели на 64 бита только выиграли

Приведенные выше тесты говорят обратное.

Лишние регистры опять же лишними не бывают.

Судя по приведенным тестам, бывают. В отличие от памяти. Кто у вас на десктопе больше загружен — цпу или память?

Но даже если так хочется использовать эти регистры — для этого не нужна 64-битная адресация, наоборот, она только мешает. Переход на x32 даёт прирост до +40% производительности.

А на указатели в среднем и не так много расходуется

Судя по приведенным ранее тестам «не так много» — это 30-40% памяти. Вот столько памяти вы выкидываете в мусорник, устанавливая 64-битную систему вместо 32-битной.

anonymous ()
Ответ на: комментарий от alexferman

Расскажи, как ты будешь на 32-битном десктопе запускать 64-битные приложения, особенно те что занимают по 8-12 Гб оперативки.

А что, есть много таких десктопных приложений?

anonymous ()
Ответ на: комментарий от alexferman

Разница в том, что 32-битных много. Стоит ли терять ресурсы на ВСЕХ приложениях, чтобы запустить несколько ненужных прог?

Понятное дело, можно поставить 64-битное ядро в 32-битном окружении, и, если всё же попадётся такая 64-битная прога, поставить 64-битные либы или чрут. Поэтому и вопрос — стоит ли ради неё мучиться? Много ли таких прог, нужных на десктопе?

anonymous ()
Ответ на: комментарий от anonymous

Ну то есть возникла у меня надобность запустить какую-нибудь специализированную 64bit-only прогу или захотелось поиграть в тяжёлую игрушку, и я такой «а чёрт, они же нинужны», и вместо удовлетворения своих потребностей я пошёл дрочить вприсядку на свободную память.

alexferman ()
Ответ на: комментарий от alexferman

Ну то есть возникла у меня надобность запустить какую-нибудь специализированную 64bit-only прогу или захотелось поиграть в тяжёлую игрушку, и я такой «а чёрт, они же нинужны»

Нет, вместо этого пошёл и запустил ту же 32-битную игрушку или аналогичную 32-битную прогу.

anonymous ()
Ответ на: комментарий от anonymous

аналогичную 32-битную прогу

Нет такой, прога проприетарна и 64bit-only. Ах да, можно же неделю сидеть городить кучу костылей, создавая аналог 20% функциональности этой проги.

ту же 32-битную игрушку

Она, во-первых, тоже 64bit-only, во-вторых - успехов

alexferman ()