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)

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

Бинарный есть. Критичного к производительности софта на rust всё равно нет . И не спорь, нет ничего подобного lapack/blas или rawtherapee и darktable.

А librsvg и им собирается прекрасно.

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

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

Ага, я теперь понял. Спасибо

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

теперь-то знаю, а тогда не знал…

и как указать, что раст из бинарников надо юзать? только ручной установкой rust-bin?

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

Ну не знаю как у всех, потому что зависит от того для чего компьютер используется, но у меня обновления без весёлостей не проходят никогда

По этой причине я слез с Манджары и понял, что Раче-дистры не для меня. А то нет-нет и чёт отваливается. Фигня какая-то-то. Как таким можно пользоваться? Ну и плюс нельзя просто взять и установить что-то – только сперва полное обновление системы, а потом уже всё остальное. Тоже напрягает.

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

Да,если установлен rust-bin, то rust не ставится , так как в зависимостях пакетов указан virtual/rust, предоставляющий один из них.

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

Команды сборки простые, да и aur helperы есть. Как обычный пакет ставить, только несколько больше времени на установку.

xDShot ★★★★★
()

Сервер сборки репозитория собирает стабильные пакеты с флагами по умолчанию для профиля 17.1/desktop/plasma/systemd,

А расходы и донаты оплачивает как я понимаю IBM/RH?

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

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

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

Зачем для генты бинарный репозиторий? Суть генты в конпелянии под железо…

Возможно хотят дополнить ещё одной сутью. Лично я не вижу ничего плохого в бинарных пакетах в Gentoo. Наоборот, те, кто предпочитают ничего не компилировать тоже могут заинтересоваться этим дистрибутивом. Это должно увеличить его популярность.

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

но во время последней попытки установки генты я об этом не знал.

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

Спрос был на безопасность и стабильность. Работодатели за это хорошо платили. Были люди которые обучались, исследовали и предоставляли безопасные решения.

Спрос был создан искусственно в средине 1980-тых, а свободные, правильные решения появились через 20 лет в средине нулевых.

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

На самом деле простейший ebuild состоит из ссылки откуда качать и указания системы сборки посредством подключения соответствующего eclass. Остальное, всё что указано в скрипте сборки исходника, само неявно будет выполнено.

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

А не надо бездумно обновляться. Использую систему написанную на C, C++.

Дистрибутив не должен следовать мейнстрим. Я уже здесь говорил что Gentoo сегодня сильно не хватает супер стабильной ветки.

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

Только там не придется заморачиваться с use флагами и прочим нонсенсом portage'а. Pacman простой и работает, в скриптах прямо описан рецепт сборки на sh.

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

Так и в простейшем случае не придётся, их же нет.

Ээээ, ebuild - это и есть скрипт на bash. Плюс sandbox, внутри которого всё выполняется, чтобы не повредить систему.

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

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

Везде есть свои плюсы и минусы:)

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

На более-менее современном железе компиляция не является проблемой. Раньше да, но сейчас даже на ноуте 5 летней давности при установке чего-то тормозит только сам portage и только на hdd. На ssd всё работает примерно также быстро, как с dnf на федоре.

ixrws ★★★
()

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

Вопрос на засыпку - в планах предоставить юзерам «компелять» или «качать бинари»?

Желают закопать саму идею «компилинга» и шаманства с USE в генте, т.е. стать клоном арча/деб-минимал и т.п.?

Или же это просто эксперимент одного из разрабов на «посмотреть что выйдет»?

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

К сожалению для тебя нет.

Среди разработчиков gentoo очень много физиков, особенно в зрелом возрасте.

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

Узбагойзя, Gentoo более чем стабильна со стабильным ядром. Вместо того чтобы компилять на каком-нибудь Raspberry pi 4 или ноутбуке на атоме с TDP 5 ватт они дискутируют как тяжко жить и что бинарные пакеты убьют Gentoo. Эй але, вам кто запрещал использовать кластер из Rpi4? Зачем тащить в компиляцию процессоры, которые хороши в основном для игорей из-за SSE, AVX, AVX2 блоков? Нормальный человек в конце концов может собирать систему на роутере. Все равно раньше чем пакет соберется вы его не поставите. Карты памяти флешки старые есть? Так сделайте систему на флешках. Это не отнимет кучу денег дополнительно для компиляции Gentoo. Раз замахнулись на самостоятельность, то нефиг ныть что портеж не умеет в тысячу потоков одновременно собирать все пакеты. Он не для этого создавался. Его нельзя ускорить не задав иные данные как в скриптах для сборки. Хотите выжать максимум не понимая в компиляции? Вы шутите да? Разобраться в потоках компилчции можно было давно. Но если у вас не 48 физических ядер, то вряд ли вы станете заморачиваться. Смешные люди блин. Подумаешь появилась сторонняя репа. Ничего не поменялось для желающих собрать браузер с -O3. Никто туда не выложит ничего отличного от -O2. А это один из основных моментов по приросту скорости и отзывчивости. Еще раз для особенно непонятливых: для того, чтобы задействовать все возможности процессора при компиляции, нужно писать скрипт, который обновит все пакеты. Но количество потоков должно быть раз в десять больше. Сами откопаете верное число для вашей конфигурации/количества памяти. Это ближе к LFS, но и там нифига об этом не сказано. Сделать синхронизацию и разобрать зависимости это ведь разные этапы. Врубите какое-нибудь видео без ускорения и поглядите как отсутствуют просадки при воспроизведении 4К, хоть в 60 кадров в секунду. Формула 4 ядра это 5 потоков не канает для полной загрузки, особенно большого количества ядер.

anonymous
()

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

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

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

Более того это же не принудительно включено для всех, да и вряд ли будет включено по умолчанию.

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

Вопрос на засыпку - в планах предоставить юзерам…

Для начала необходимо добавить воспроизводимые сборки. Чтобы можно было воспроизвести бит-в-бит те бинари, что есть: stage-, LiveCD.

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

Именно.

К тому же *-bin пакеты и так есть.

Например, libreoffice-bin - это не бинарник с оф. сайта как для firefox-bin, а собранный ментейнером пакет.

Но если задаться целью увеличить число таких бинарных пакетов, то лучше это сделать в виде бинарной репы.

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

Ты не понял о чём я.

Речь о добавлении нового, супер стабильного KEYWORDS, текущего ~amd64 и amd64 мало. Хочется иметь супер стабильный и безопасный ebuild например !amd64.

Сегодня в Gentoo две ветки: стабильная и тестовая. Хочу третью, - супер стабильную.

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

Да я ни алкашку, ни смузи не люблю. Ты чего на меня нападаешь-то?)

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

Не надо мне доказывать. Одна сущность, которая переусложнена своими особенностями, не может быть проще другой, а некоторым как раз и нужен kiss. Кому надо, то заберет нужное. Остальные разберутся быстрее.

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

Я видел несколько pkgbuild из основной репы и aur - смысл тот же, только вместо eclass нужно тянуть build dependencies в явном виде, как и распихивать в систему явной командой. В ebuild так тоже можно.

Тут вполне применима аксиома Эскобара.

https://github.com/archlinux/svntogit-packages/blob/packages/gimp/trunk/PKGBUILD

Вижу примерно тоже самое, что в гентушном ebuild с разбиением на фазы.

https://gitweb.gentoo.org/repo/gentoo.git/tree/media-gfx/gimp/gimp-2.10.28.ebuild

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

NixOS ооочень отличается от классического UNIX. Не знаю что с этим древом каталогов делать. Как к нему применять классические методы безопасности. Не советую использовать NixOS.

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

Да я вот чё-то к deb не привык, на srpm проще всё было. Но пока с убунты съехать не рискую - она у большинства разных разрабов...

Shadow ★★★★★
()

Andreas K. Huettel

Жаль,что «K.» это не Kettel. Был бы Андреас Кеттель-Хуеттель.

Но домен тоже ок: https://www.akhuettel.de/

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