LINUX.ORG.RU

Next generation Funtoo

 ,


0

7

Непонятно, что послужило причиной для Drobbins'а, то ли поломаный обновлением до 1.19 xorg-server на его ноутбуке, то ли конференция хакеров во Львове, а может и то и другое вместе взятое, но изменения теперь касаются всех пользователей дистрибутива.

Что же прошло вместе с летом и пришло с осенью, две основных новости:

  • Стильно-модно-молодежно — отказ от funtoo-stable и funtoo-stable-hardened сборок. Связано это с переходом к «next generation of Funtoo Linux». Все усилия сосредоточены на новых фишках, которые будут представлены по мере готовности.
  • Версия дерева ports-2012 больше не обновляется.

Взамен мы получаем новую версию дерева ports-2017 и концепцию «kits» (наборы, комплекты?).

Как говорит сам Drobbins, наборы — это логические части дерева портежей Gentoo, превращенные в оверлеи, с целью поддержания стабильности. Это логические наборы пакетов, реальные оверлеи в системе, смысл которых в большей гибкости по манипулированию стабильным и экспериментальным кодом.

Таким образом можно иметь последнюю версию gimp и стабильный xorg-server, не меняя всё дерево в целом на funtoo-stable.

Мантра нового подхода: «Если моя система становится нестабильной, то это только из-за моего желания использовать экспериментальный софт, а не из-за того, что я делаю регулярно emerge -auDN @world

Переключение на новый мета-репозиторий:

# install -d /var/git
# cd /var/git
# git clone https://github.com/funtoo/meta-repo.git
# cd meta-repo
# git submodule init
# git submodule update
# rm /usr/share/portage/config/repos.conf
# mv /etc/portage/repos.conf /etc/portage/repos.conf.bak
# ln -s /var/git/meta-repo/repos.conf /etc/portage/repos.conf
# chown -R portage:portage /var/git/meta-repo

Для управления бранчами используется мета-инструмент app-admin/ego. Пример /etc/ego.conf:

[kits]

python-kit = 3.6-prime
xorg-kit = 1.19-prime

Из-за изменения способа обработки PYTHON_TARGETS есть проблемы с мультиплексированием Python для отдельных пакетов.

Ссылки на оригинальные новости:

  1. New Ports-2017 tree and Kits
  2. Kits are Go (Switch to Them!)
  3. meta-repo

>>> Funtoo Linux News

★★

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

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

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

я попытался обьяснить на пальцах несколько сообщений назад как portage строит depgraph. идея в распераллеливании по ядрам. и да, любителям «ненужно» - все бэкпортится в «нужный» дистрибутив (если захотят :)) - как собственно и другие улучшения о которых многие не в курсе.

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

Повторю ещё раз, на 2008 год в Funtoo было:

Мы не забыли ответ Даниэльки на старом форуме фанты в теме про сильно устаревшие версии десктопных приложений в фанте и место линуксов по его мнению. Напомнить?

И да ровно тоже самое, на тот момент, было и в gentoo.

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

pkgcore это portage года так 2004-2005 по скорости работы, если вы конечно пробовали его в те годы. соответсвенно и возможностей меньше. идея pkgcore мне импонирует, но если честно он «ненужен», так же как и paludis.

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

Так о том и речь, что тормоза не из-за ЯП, а из-за слишком излишней функциональности. Тот же Палудис на крестах написан, но тормозит так же, как Портеж, потому что функциональность та же.

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

2004-2005 по скорости работы

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

Странно, в этом году на ЛОРе никто не собрался переписывать portage с питона на другой «более быстрый» язык. Мне казалось, что это стало традицией начинать такие проекты, о которых в дальнейшем ничего не было слышно, даже о каких-то промежуточных результатах.

Подозреваю что зависимости будут зависеть от USE, маскировок и прочего.

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

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

И да ровно тоже самое, на тот момент, было и в gentoo.

Вам воротничек не мешает?

Gentoo:

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

уточнение по gentoo: основное дерево (by default) все еще rsync есть дерево в git, но пользователи должны сами переключаться. и да переход на git в gentoo занял около 5-6 лет со всеми вытекающими.

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

Вам воротничек не мешает?

Слыш умник ты сам оверлей funtoo (до мержения с деревом gentoo) найдёшь или тебя ткнуть в него? Так вот есть оверлеи у которых и побольше пакетов. А всё остальное из отличий funtoo можно было так же и в тотже миг сделать и в gentoo. Заслуга Даниэля здесь только в том, что он в дефолтных гентушных стэйджах порешал мелкие баги которые тянулись в генте годами. Однако для этого не нужно было форкать генту. Или ты забыл/не знал причины появления фанты?

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

Выдыхай.

Что сказать-то хотел? Что на момент форка в генте всё уже было? Это не так.

Заслуги Даниэля обсудить? По моему за них в топике никто особо и не топит.

Есть вариант Gentoo, в нём приличные изменения, но тебе хочется обсудить основной дистр, заслуги Даниэля и его мнение по поводу линуксов? Дык, дерзай, но я тебе компанию не составлю.

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

Там архитекрурная проблема, когда в циклах постоянно дергаются sh хелперы , открываются одни и те же файлы по 100000 раз и т.п. Если эту идею переписать на asm, то один хрен проблема останется. Дело не в языке.

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

И что, portage так работает с файлами?

Во первых хотя бы

time $(find /usr/portage/metadata/md5-cache/ -type f -exec cat {} \;  > /dev/null)

real    0m29.399s
user    0m8.184s
sys     0m21.367s

Во вторых

strace -e trace=file -o /tmp/123 emerge -uNDp @world
wc -l  /tmp/123
195781 /tmp/123

Питон, не питон - вообще пофигу.

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

1. Ваш первый сниппет форкает по cat'у на каждый файл. Зачем? Я вам показываю что если не заниматься херней, считать хоть всю информацию из дерева портов можно очень быстро. Настолько быстро, что этим временем можно пренебречь на фоне МИНУТ которые выполняется emerge -puND world.

2. Все это не важно. emerge -puND world является CPU-bound. Оно много и долго жует проц, а не диск.

slonopotamus ()