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 ()
Последнее исправление: sudopacman (всего исправлений: 1)

Также можно добавить, что для собранных пакетов включён USE="bindist" и дополнительно выставлена опция ACCEPT_RESTRICT="* -bindist".

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

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

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

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

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

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

Я с генты в своё время ушёл потому что надоело конпелять.

+1. Сбежал на Arch, ибо там AUR и вообще всё заводится с минимальными усилиями.

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

А меня наоборот этот процесс как-то радовал. Запустил конпеляние и два дня ждешь, книжку читаешь…

Zhbert ★★★★★
()
Ответ на: Gentoo R.I.P. от Spoofing

А что она прям была эта эпоха? Как пользовались, так и пользуемся. А широкой публике оно и не надо было.

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

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

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

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

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

Суть генты не в этом. Возможность использовать в своей сети бинарный репозиторий была давно.

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

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

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

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

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

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

А раст прям доооооолго собирается чтоль?

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

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

grem ★★★★★
() автор топика

Прекрасно, гента стала ещё лучше.

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

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

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

Zhbert ★★★★★
()

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

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

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

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

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

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

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

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

Например?

Там ЕМНИП он не все тянет из репозиториев генты и конпеляет, некотоыре пакеты, которые решили разработчики дистра, просто тянутся бинарно.

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

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

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

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

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

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

А не тянется условный GTK, если я на Qt в таком случае?

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

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

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

эээээ

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

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

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

Мда. Читал я по-диагонали, походу. Вопрос снят.

Zhbert ★★★★★
()

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

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

Пользователи давно хотят бинарный qtwebengine (https://bugs.gentoo.org/669082). Более того, я б и от бинарного qt-creator и paraview не отказался бы. Второй собирается ещё дольше, чем qtwebengine.

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

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

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

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

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

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

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

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

grem ★★★★★
() автор топика

Не прошло и 20и лет...

thunar ★★★★★
()

Что за бред… Смысл "генты" – в компиляции ПО под конкретное "железо", и бинарный репозиторий ей нужен как зайцу стоп-сигнал.

Ну или рассчитан он на нищуков с "гиперпнями" вместо процессоров (шутка).

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

Мне он будет полезен ;)

grem ★★★★★
() автор топика

А мне и из исходников вполне. Толко qtwebengine всю идилю портит. Пакеты в оперативке собираю. А гента из бинарников - не гента

Midnight_commander
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.