LINUX.ORG.RU

Запуск экспериментального репозитория бинарных пакетов для Gentoo

 , ,


4

3

Разработчик Gentoo Andreas K. Huettel объявил в своём блоге о запуске экспериментального репозитория бинарных пакетов для систем на архитектуре amd64.

В данный момент не рекомендуется его использование в системах, для которых важна надёжность и безопасность. Основная цель данного эксперимента — выяснить, насколько хорошо работает репозиторий и что нужно улучшить в управлении бинарными пакетами в Portage (системе управления пакетами Gentoo).

Сервер сборки репозитория собирает стабильные пакеты с флагами по умолчанию для профиля 17.1/desktop/plasma/systemd, но сами пакеты могут быть использованы и для других профилей, за исключением содержащих selinux, hardened, developer, musl.

В данный момент предоставляется набор пакетов kde-plasma/plasma-meta, kde-apps/kde-apps-meta, app-office/libreoffice, media-gfx/gimp, media-gfx/inkscape вместе с зависимостями (влючая QtWebEngine).

Для использования пакетов из репозитория сначала рекомендуется создать файл /etc/portage/binrepos.conf со следующим содержимым:

[binhost]
priority = 9999
sync-uri = https://gentoo.osuosl.org/experimental/amd64/binpkg/default/linux/17.1/x86-64/

Далее, в файле /etc/portage/make.conf отредактировать параметр EMERGE_DEFAULT_OPTS и добавить к нему опции EMERGE_DEFAULT_OPTS="--binpkg-respect-use=y --getbinpkg=y".

После этого при следующей синхронизации будет скачан индекс пакетов и при совпадении версии и набора USE-флагов будут устанавливаться бинарные пакеты. Остальные пакеты будут собраны из исходного кода, как и ранее.

В данный момент существуют следующие ограничения:

  • Пакеты не оптимизированы под процессор пользовательской системы.
  • Поставляемые пакеты собраны для стандартного набора USE-флагов профиля 17.1/desktop/plasma/systemd. Если флаги в системе отличаются, то данные пакеты придётся пересобирать. Существует техническая возможность предоставлять пакет, собранный с разным набором флагов и в дальнейшем, в случае удачного эксперимента, данную возможность планируется внедрить.
  • У бинарных пакетов в данный момент отсутствует цифровая подпись, но работа над решением этой проблемы ведётся и к моменту выхода репозитория из статуса экспериментального будет решена.

>>> Репозиторий

>>> Подробности

★★★★★

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

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

Раньше просто кде не пытались собирать попакетно..

Оно конечно весело и молодежно но ОЧЕНЬ долго.

И да, ссд. Все равно когда около 150 пакетов содержат в себе немного кода, но зато каждый конфигурируется отдельно и распаковывается отдельно - это занимает уйму времени.

Сам лично думаю снести plasma с системы, все равно не использую.

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

Ну у меня все кроме хромиума собирается довольно оперативно.

Хромиум есть крепкое желание замаскировать ~amd64 поскольку стейбл обновляется реже. Огнелис обычно без проблем компилится. Либра мне не так часто нужна, потому без нее свежей в случае чего вполне могу обойтись пару часов.

С точки зрения скорости внедрения фиксов мне критичен только фаерфокс как основной браузер :)

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

Даже если выкатят пакеты по всем профилями со всеми возможными комбинациями - всё равно не будет. Gentoo это совсем иной подход. Даже Calculate не особо ощущается очередным бинарным дистром. Там, по быстрее что-то ставится, а всё остальное всё равно вручную.

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

Когда раст таки покорит опенсурс - гентушников не спасёт даже самый распоследний райзен. Вот и прорабатывают пути отступления.

Но вообще, да, неправильно это. Сейчас бинарные пакеты опционально, а завтра - уже нет.

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

гибкость настроек пакетов

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

Zhbert ★★★★★ ()

на днях собирал генту для планшета, сборка выполнялась на сервере 2x 2690v3 (24 / 48) / 768GB 2400 в tmpfs, — собирал KDE. так вот, не смотря на такие мощи, сборка длилась весь рабочий день. большую часть времени сервер простаивал т.к. было много мелких пакетов, в которых внушительное время занимал ./configure, а не компиляция. по сути, быстро и эффективно собралось только линуксовое ядро через genkernel, вот там да, понимаешь, что чем потоков больше, тем лучше.

но по личным ощущениям 8 ядер / 16 потоков которые сейчас есть в рядовом десктопе, их более чем достаточно для комплиации мира генты.

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

поэтому смысла в больших мощностях для генты нет.

ну да, есть единичные случаи типа chromium, который даже на моём сервере собирался 4 часа аж. но это единичные пакеты, таких не много и вам не обязательно пересобирать, обновлять их каждый месяц.

обычного десктопа с 4/8 или 8/16 для генты более чем хватает в современных реалиях.

кто жалуется на долгую сборку генты — не жалуйтесь, на самом деле всё нормально, на мощном железе ситуация не сильно изменится.

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

А зачем он? Смысл Генты в компиляции под себя. Я тоже сидел немного на Калькуляторе. А потом понял, что я не проставляю USE-флаги при установке софта и юзаю как обычный дист, только пакеты компилирую. Ну и подумал, а нафига мне тогда Калькулятор?

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

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

Ну вот как раз на этот случай, когда тебе уже лениво что-то настраивать и думать о флагах, но поконпелять хочется.

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

В бинарном они все будут одинаковые же.

эээээ

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

Собственно .xpak такую фичу поддерживает и в Calculate эта фича используется.

grem ★★★★★ ()

На amd64 так то и так можно собрать пакеты, а с профилем systemd это всё ещё менее интересно.
Где мне было бы полезно бинарное дерево - на vps где собирать всё накладно. Но профиль с плазмой там тоже пойдёт мимо

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

А зачем он? Смысл Генты в компиляции под себя. Я тоже сидел немного на Калькуляторе. А потом понял, что я не проставляю USE-флаги при установке софта и юзаю как обычный дист, только пакеты компилирую. Ну и подумал, а нафига мне тогда Калькулятор?

Смысл Кальки в том, чтобы компелять не всё, а только то что не устраивает в дефолтном варианте.

Так-то если всё устраивает как собирают в каком-нибудь дебиане/убунте/etc, то да, смысла в Кальке, как и в Генте нету.

UPD. А, а ещё мне у Кальки нравятся их шаблоны конфигурации. Чего в других дистрибутивах не наблюдал. Ну т.е. есть конечно ansible & co, но сторонняя тема.

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

могут быть использованы и для других профилей, за исключением содержащих selinx, hardened, developer, musl

У меня, например, нет профиля systemd. Суть не в самом systemd, а в том, что другие профили на самом деле мало чем отличаются для выбранного набора пакетов. Поэтому никаких проблем быть не должно.

grem ★★★★★ ()