LINUX.ORG.RU
Форум — Talks  

В Gentoo намерены прекратить поставку Chromium из-за трудности сопровождения

 , , ,


1

2

Сопровождающий пакет (ebuild) Chromium в Gentoo Linux объявил о скором удалении пакета из репозитория из-за слишком больших трудозатрат на сопровождение. Упоминается, что сопровождающий не имеет возможности продолжать поддерживать пакет на должном уровне после сокращения цикла публикации релизов Chrome. Если в ближайшие дни не найдётся доброволец, готовый взять на себя сопровождение Chromium в Gentoo, то 24 октября пакет www-client/chromium перестанет быть доступен для установки.

Новые корректирующие версии Chromium последнее время появляются каждую неделю и содержат исправление сотен уязвимостей. Помимо участившихся релизов, сопровождение усложняют изменения в инструментарии upstream-проектов и конфликты, связанные, с одной стороны, со стремлением предоставить пользователям должное качество, избегая по-возможности встраивания зависимостей в пакет, и, с другой стороны, с необходимостью оперативной публикации обновлений с исправлением уязвимостей. Компиляция Chromium занимает 15-16 часов на ноутбуке и около 6 часов на мощном ПК, при том, что перед публикацией пакета требуется проверить все варианты сборки с разным USE-флагами.

Chromium использует большое число встроенных зависимостей (например, ffmpeg, harfbuzz, zstd), но особенно усложнило сопровождение добавление в зависимости Rust и Go. В случае с Rust проблемы связаны с использованием экспериментальных возможностей, совместимость с которыми может нарушаться с новых релизах, а Go с тем, что инструментарий требует доступа к сети, который запрещён для сборочных окружений правилами Gentoo. Помимо этого, отмечены сбои в системе непрерывной интеграции Google, которые временами приводят к публикации неполных архивов с кодом.

По мнению сопровождающего, для качественной поддержки пакета требуется команда как минимум из трёх человек со знаниями языков C, C++, Go, JavaScript и Rust, а также знакомых со специфичными инструментариями Google. У одного сопровождающего на поддержание Chromium уходит более 6 часов в неделю, т.е. почти целый рабочий день из своего свободного времени, и это не считая ситуаций, в которых приходится диагностировать и исправлять ошибки, а также приводить состояние сборки к соответствию требованиям Gentoo.

Последней каплей, после которой сопровождающий решил прекратить поддержание пакета, стало обесценивание его труда при обсуждении слишком медленной публикации обновлений Chromium в Gentoo (в Gentoo сейчас поставляется версия 151 при актуальном выпуске 155). Один из участников дискуссии предложил использовать готовый ebuild-сценарий из стороннего репозитория Bentoo, поддержание которого автоматизировано. Сопровождающий пояснил, что простое копирование недопустимо без аудита изменений и полного тестирования всех вариантов сборки с разными USE-флагами, иначе невозможно гарантировать работоспособность пакета у всех пользователей. На что получил, ответ, что всё это чушь (ridiculous).

В случае удаления пакета www-client/chromium, пользователи могут переключится на использование пакета www-client/google-chrome, в котором упакованы поставляемые Google бинарные сборки Chrome, или использовать сторонние сборки Chromium в формате Flatpak.

https://www.opennet.ru/opennews/art.shtml?num=66489

Перемещено hobbit из general

Кто бы сомневался, что генте придет crux с ее подходом к доставке ПО и политикой пердолинг релизов

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

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

Вот это что то сомнительно.

С разными флагами замучишься собирать, с другой стороны у них же есть свои бины. Ну собрали свой бин (конретный набор флагов) и все. А кто натычит там свои флаги и у него не собреться пусть оформляет баг …

anonymous
()

Браузер, который собирается дольше, чем вся остальная система вместе со всем остальным софтом - не нужен.

Если очень хочется - есть appimage ungoogled-chromium.

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

Ну или у тебя gentoo и

полного тестирования всех вариантов сборки с разными USE-флагами

или у тебя

всё это чушь (ridiculous)

- выбирай.

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

Если не нужна совместимость с поддерживаемыми дистрами для работы - то Salix.

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

Нечто посередине: в FreeBSD легко было даже не флаги ставить, а по своему выбору накладывать в порт патчи и т.п.

В gentoo у меня всё ломалось - т.е., видимо, не осилил стать недо-ментейнером. Т.е. буквально на тот момент мне её портажи показались сложнее rpm --rebuild.

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

по своему выбору накладывать в порт патчи и т.п

В Дженте это делается очень легко.
А с ебилдами вообще просто: берешь подобный ебилд и правишь.

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

ну у меня не gentoo, поэтому я, наверное, выбрал.

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

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

Или просто его не использовать.
Мне и огнелиса хватает.

А так, Хромой ещё на позатой неделе замаскировали вроде.

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

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

Ну, наверное, и такое должно на свете быть.

akho ★★
()

В генте происходят ровно те процессы, о которых я неоднократно говорил. Когда выбрана модель разработки не совместимая с продом - из дистриба начинают бежать те, кто ее может использовать в работе. Потом сразу заканчивается финансирование. Далее начинают разбегаться мейнтенеры(а зачем юзать то, что невозможно использовать?). Далее дистриб переходит в состояние, когда всё, к чему не претронешься - всё не работает. Всё обрастает багами. Из нее массово начинают сваливать юзеры. Потом пропадают багрепорты из-за отсутствия фидбека. Потом часть реп переносится в оверлеи и находятся в заброшенном состоянии. Далее начинают закрывать поддержку сложных пакетов(вы находитесь тут). Далее процесс закрытия продолжается. CRUX.

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

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

Проблема в том, что:

  • Это говно компилируется пол дня и каждый раз тянет из сети для компиляции тонну мусора
  • Его полили говном что он вообще этим занимается, а не тянет из соседнего дистра наслопленные ебилды, которые никто не проверяет.
PPP328 ★★★★★
()
Ответ на: комментарий от PPP328

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

Ну так это должен делать билд сервер. Проверять все комбинации флагов. В автоматическом режиме

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

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

anonymous
()

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

хорошо что мне sync делать только для 1 машины, а дальше с нее синхронизируется все остальное

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

Там их, говорят, 28 штук. А 2^28 — это много сочетаний, электричества не хватит.

(ну и, конечно, надо бы все комбинации всех зависимостей тоже проверить, а то вдруг что у кого не заработает, беда будет)

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

А тут тем более всякие идиоты его ещё и критиковать начали.

Ему просто сказали, что он слишком заморачивается. Проверить один раз, а потом пока никто не пожаловался только версию бампать. Я уверен, что 90% ебилдов так и обновляют версии. И если в 1 случае из 100 что-то и сломается, то тогда уже реагировать и исправлять.

В своем локальном оверлее именно так и делаю, просто переименовываю старый ебилд с новой версией. Ломается что либо крайне редко. В программировании то что он делал, называется преждевременная оптимизация.

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

тянет из сети для компиляции тонну мусора

«тянет из сети» — это cargo / go.mod, весьма решаемая проблема при наличии локфайлов. Скачать один раз заранее.

(но это я так, не вызываясь поддерживать пакет в генту. Там наверняка какие-то правила этому препятствуют)

Его полили говном что он вообще этим занимается,

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

а не тянет из соседнего дистра наслопленные ебилды, которые никто не проверяет.

Размер задачи по проверке таков, что неясно, несли ли пользу конкретные проверки, которые они делали. Мне все-таки содержательно непонятно — действительно ли от более тщательной проверки становилось лучше кому-то, кроме совести ментейнера. Надо пример.

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

Очевидно он не проверял 2^28, а проверял что-то, что посчитал целесообразным по своей экспертной оценке.

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

а не слушать красноглазиков,

Ты предлагаешь им не слушать самих себя? Тогда это не генту будет а уже другой дистр.

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

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

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

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

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

Так мейнтейнеры же жалеются на сложность сборки тоже: зависит от кучи компиляторов и языков, LVM вообще с собой таскает.

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

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

X512 ★★★★★
()

товый взять на себя сопровождение Chro

Слушайте, ну этих хромиумов десятки уже? Какая нахрен разница, если один уберут?

Тем более все знают, что объективно лучший браузер - фф.

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

А вот это как раз скорее всего борьба с кодом, созданным при помощи ИИ. Невозможно вручную просмотреть все, что генерировали в 100 раз быстрее. Он сам себя скорее всего ограничил - вот результат. А результат - он тупо не может справиться с работой. На его место придут те, кто сможет.

Может я и ошибаюсь, но разработка будет ускоряться и фанатики сами отвалятся естественным путем.

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

Ты знаешь что такое автоматизация? Как же другие справляются? Хромиум такой не один явно. Максимально странное.

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

Так и право критиковать - наше священное. Всех и по любому поводу. Чего это - у него есть права, а у нас нету? Опять ты со своими двойными стандартами. Впрочем, как всегда.

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

Да какая впрочем разница? Автоматизация это не такая сложная штука, если он ею не озаботился, дедушке пора на покой.

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

LightDiver ★★★★★
()

Вообще странно, хромиум, при всей его гугловости, собирался намного проще фаерфокса, да и сейчас, вроде, QtWebEngine (на том же самом хромиуме) собирается без проблем и даже не так чтобы долго и не так чтобы прям много памяти для сборки требует. Хотя, может там хромиум запаздывает….

Гугль что, решил сделать хромиум таким же геморройным как фаерфокс? Они там соревновани у кого блоатварь блоатварнее устроили, что-ли?

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

Мы живем в мире, где человек вообще не может выжить без иснтрументов. Беда беда огорчение. Даже есть не может без внешнего ферментирования.

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

Я тут интереса ради глянул, немного примеров:

media-video/ffmpeg-8.1.2	108 флагов
sane-backends 105 флагов
media-libs/opencv 104 флага
dev-lang/php 92 флага

Как их поддерживают то, а? И не ноют.

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

QtWebEngine (на том же самом хромиуме) собирается без проблем

Серьезно?! Это же сарказм сейчас? Я недавно пытался собрать. Среднее время сборки 3,5 часа, после чего гитхаб отказался собирать дальше. Сборка на реальном компе заняла 4+ часов после чего обрывалась с ошибкой, котоую я нашел на рандомном форуме в сети. По ней была инфа что то вроде: «Для софтины это норма, пробуйте еще раз, эта ошибка возникает при 70% попыток».

После такого я забил. Где то еще лежит эта тема тут на ЛОРе.

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

Ну значит мне хронически везёт. Собирал много раз, последний раз где-то год назад, всё было быстрее и никаких ошибков.

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

Так проблема-то не в автоматизации сборки/пересборки, а разгребании проблем и ошибок, когда не собирается.

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

QtWebEngine (на том же самом хромиуме) собирается без проблем

Серьезно?! Это же сарказм сейчас? Я недавно пытался собрать. Среднее время сборки 3,5 часа, после чего гитхаб отказался собирать дальше. Сборка на реальном компе заняла 4+ часов после чего обрывалась с ошибкой, котоую я нашел на рандомном форуме в сети. По ней была инфа что то вроде: «Для софтины это норма, пробуйте еще раз, эта ошибка возникает при 70% попыток».

Ну это даже не серьезно вручную все тыкать. Больше напоминает психическое расстройство.

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

anonymous
()
Ответ на: комментарий от anonymous
[U] media-video/ffmpeg
     Доступные версии:      4.4.8(0/56.58.58)^d 6.1.6(0/58.60.60)^d 7.1.5(0/59.61.61)^d 8.1.2(0/60.62.62)^d{tbz2} 8.1.3(0/60.62.62)^d **9.0.2(0/61.63.63)^d **9999(0/61.63.63)*l^d {X alsa amf amr amrenc appkit bluray bs2b bzip2 cairo cdio chromaprint chromium codec2 cuda-clang curl +dav1d doc +drm dvd fdk flite +fontconfig frei0r fribidi gcrypt gme gmp +gnutls +gpl gsm iec61883 ieee1394 jack jpeg2k jpegxl kvazaar ladspa lame lcms libaom libaribb24 +libass libcaca libilbc liblc3 libplacebo librtmp libsoxr lv2 lzma modplug nvenc ocr openal opencl opencolorio opengl openh264 openmpt openssl opus +postproc pulseaudio qrcode qsv quirc rabbitmq rav1e rist rubberband samba sdl shaderc snappy sndio soc sofa speex srt ssh svg svt-av1 theora +truetype twolame v4l vaapi vdpau verify-sig vidstab vmaf vorbis vpx vulkan webp x264 x265 +xml xvid zeromq zimg +zlib zvbi ABI_MIPS="n32 n64 o32" ABI_S390="32 64" ABI_X86="32 64 x32"}
     Установленные версии:  8.1.2(0/60.62.62)^d{tbz2}(04:19:21 27.06.2026)(X alsa amr amrenc bzip2 cairo chromium dav1d drm dvd fdk fontconfig gnutls gpl jpeg2k lame libaom libass openal opengl openh264 openssl opus pulseaudio sdl speex srt svg svt-av1 theora truetype twolame v4l vaapi vdpau vorbis vpx vulkan webp x264 x265 xml xvid zlib -amf -appkit -bluray -bs2b -cdio -chromaprint -codec2 -cuda-clang -doc -flite -frei0r -fribidi -gcrypt -gme -gmp -gsm -iec61883 -ieee1394 -jack -jpegxl -kvazaar -ladspa -lcms -libaribb24 -libcaca -libilbc -liblc3 -libplacebo -librtmp -libsoxr -lv2 -lzma -modplug -nvenc -ocr -opencl -opencolorio -openmpt -qrcode -qsv -quirc -rabbitmq -rav1e -rist -rubberband -samba -snappy -sndio -soc -ssh -verify-sig -vidstab -vmaf -zeromq -zimg -zvbi ABI_MIPS="-n32 -n64 -o32" ABI_S390="-32 -64" ABI_X86="32 64 -x32")
     Домашняя страница:     https://ffmpeg.org/ https://code.ffmpeg.org/FFmpeg/FFmpeg/
     Описание:              Complete solution to record/convert/stream audio and video
LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

Как их поддерживают то, а? И не ноют.

«Для софтины это норма, пробуйте еще раз, эта ошибка возникает при 70% попыток».

После такого я забил. Где то еще лежит эта тема тут на ЛОРе.

Ага, тема с эпичным тупняком мамкиного эксперта по сборке софта.

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

Как ты видишь в комментариях выше, профессионал все легко соберет. Точно так же и разберется с ебилдом при желании. А я извиняй, не профессионал.

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

А я извиняй, не профессионал.

Но мнение о правильной и легкой сборке имеешь.

anonymous
()
Вы не можете добавлять комментарии в эту тему: только для зарегистрированных, score>=50.