Грусть гентушника

Да, собирать браузеры - в принципе боль. Мало того, что они здоровенные кабаны, так ещё и сама сборка нередко cыпется.

А zeal на flathub есть.

гентушники должны страдать, ну и бинарный ебилд я бы там сделал как firefox-bin… и да, сколько webkitgtk собирается у тебя для сравнения?

гентушники должны страдать

Зато зимой тепло, если отопления нет.

Путь гентушника - грусть.

Пфф, грусть у него.

Вот где грусть:

pinkbyte@oas1 ~ $ qlop -c | grep qtwebengine
dev-qt/qtwebengine: 10:43:33 average for 28 merges

package.mask в помощь.
И да, хром не нужен

Вообще объём необходимой памяти от числа потоков зависит, кажется 2GiB на поток, так что MAKEOPTS=«-j8» и т.д. Но собирается не быстро, да.

В чём боль-то? По полчаса-часу всего времени…

Помню, я кеды трое суток собирал без перерыва, и это было круто!

а Федора обновляется меньше минуты в среднем.

В чём боль-то? По полчаса-часу всего времени…

1. Час на qtwebengine, когда полноценный браузер собирается за 15 минут.

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

3. Еще недавно собиралось намного быстрее (см тайминги для версии 5.15)

qtwebengine - это 3/4 Хромиума. Собери его.

Что за комп-то?
На топчике 12-летней давности

 ~ $ sudo qlop -c | grep qtwebengine
Пароль: 
dev-qt/qtwebengine: 1:45:08 average for 11 merges

ну вот шутки про генту (пока обновлялся, вышли еще обновления и начал обновляться снова) - оказались не шутками.

так и в чем тогда смысл от сборки пакетов и «оптимизаций»? вы на 2 процента быстрее перезагружаете комп и проверяете есть ли новые обновления, чтоб потом опять смотреть как «собирается мир»? а жить то когда?

щас как раз новые кеды вышли. здоровья пересобирающим.

Лично я собираю порты на FreeBSD, а не ставлю бинарные пакеты, потому что хочу чтобы моя система работала по «феншую». Причем я понимаю, что скорее всего производительности это мало добавит, но вот возможность не тянуть лишние зависимости это всегда приятно. Как говорится: «Кто как хочет так и др…». Как будто вы тратите время на эту сборку, а не человек, которому этот процесс доставляет удовольствия.

P. S. Да, я собирал на AMD Athlon II и clang и rustc, да долго, но почему бы и нет

так firefox-bin и есть в репках.

2025-10-08T23:31:14 >>> sys-devel/gcc-15.2.0: 12:02:26 

- это долго.

щас как раз новые кеды вышли. здоровья пересобирающим.

Не КЕДы, а только Плазма.

 ~ $ sudo qlop -c | grep -i plasma
dev-libs/plasma-wayland-protocols: 31s average for 6 merges
kde-plasma/aurorae: 11s average for 41 merges
kde-plasma/breeze: 32s average for 43 merges
kde-plasma/breeze-gtk: 4s average for 44 merges
kde-plasma/kactivitymanagerd: 20s average for 40 merges
kde-plasma/kde-cli-tools: 6s average for 44 merges
kde-plasma/kde-cli-tools-common: 7s average for 43 merges
kde-plasma/kde-gtk-config: 9s average for 43 merges
kde-plasma/kdecoration: 7s average for 43 merges
kde-plasma/kdeplasma-addons: 26s average for 25 merges
kde-plasma/kdesu-gui: 6s average for 49 merges
kde-plasma/keditfiletype: 9s average for 43 merges
kde-plasma/kglobalacceld: 11s average for 44 merges
kde-plasma/kinfocenter: 12s average for 44 merges
kde-plasma/kmenuedit: 7s average for 43 merges
kde-plasma/knighttime: 7s average for 8 merges
kde-plasma/kpipewire: 14s average for 52 merges
kde-plasma/kscreen: 13s average for 36 merges
kde-plasma/kscreenlocker: 12s average for 39 merges
kde-plasma/ksystemstats: 11s average for 43 merges
kde-plasma/kwayland: 14s average for 49 merges
kde-plasma/kwin: 2′39″ average for 65 merges
kde-plasma/layer-shell-qt: 8s average for 50 merges
kde-plasma/libkscreen: 21s average for 50 merges
kde-plasma/libksysguard: 20s average for 44 merges
kde-plasma/libplasma: 28s average for 40 merges
kde-plasma/milou: 11s average for 43 merges
kde-plasma/oxygen: 27s average for 34 merges
kde-plasma/plasma-activities: 10s average for 45 merges
kde-plasma/plasma-activities-stats: 15s average for 45 merges
kde-plasma/plasma-browser-integration: 9s average for 41 merges
kde-plasma/plasma-desktop: 1′25″ average for 43 merges
kde-plasma/plasma-disks: 9s average for 43 merges
kde-plasma/plasma-integration: 15s average for 38 merges
kde-plasma/plasma-login-sessions: 8s average for 44 merges
kde-plasma/plasma-mimeapps-list: 2s average for 26 merges
kde-plasma/plasma-pa: 16s average for 43 merges
kde-plasma/plasma-systemmonitor: 17s average for 43 merges
kde-plasma/plasma-workspace: 2′33″ average for 52 merges
kde-plasma/plasma5support: 19s average for 44 merges
kde-plasma/polkit-kde-agent: 7s average for 32 merges
kde-plasma/powerdevil: 26s average for 48 merges
kde-plasma/spectacle: 21s average for 38 merges
kde-plasma/systemsettings: 12s average for 45 merges
kde-plasma/xdg-desktop-portal-kde: 19s average for 49 merges 

имею в виду qtwebengine.

Можешь подсчитать, сколько это времени заняло.

больше чем на арче🤭

Не КЕДы, а только Плазма.

Это если уже были собраны:

Update Qt version requirement to 6.9.0.
Update Frameworks version requirement to 6.18.0.

Я как раз собираюсь писать новость о новой Плазме. :)

Ну, он писал, что новые вышли - значит, старые уже имеются.

А если кто-то будет устанавливать с нуля, то вспотеет.

cpp

Вообще не понимаю эти стоны. Можно подумать, что вы программы с клавиатуры вручную в машкодах вводите, как на Радио86-РК. Запустил сборку и занимайся другими делами, нечего сидеть пялиться в черное окошко konsole. И без твоего наблюдения пакет соберется, не переживай

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

Ну и в добавок ко всему, qtwebengine есть в бинарной репе.

# emerge -avG qtwebengine

These are the packages that would be merged, in order:

Calculating dependencies... done!
Dependency resolution took 3.69 s (backtrack: 0/20).

[binary   R    ] sys-libs/zlib-1.3.1-r1-17:0/1::gentoo  USE="minizip -static-libs -verify-sig" ABI_X86="32* (64) (-x32)" 260 KiB
[binary   R    ] dev-libs/icu-77.1-2:0/77::gentoo  USE="-debug -doc -examples -static-libs -test -verify-sig" ABI_X86="32* (64) (-x32)" 19920 KiB
[binary  N     ] app-arch/snappy-1.2.2-r1-2:0/1.1::gentoo  USE="-test" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="-avx -avx2" 70 KiB
[binary  N     ] net-libs/libasyncns-0.8-r4-7::gentoo  USE="-debug -doc" ABI_X86="(64) -32 (-x32)" 50 KiB
[binary  NS    ] dev-lang/python-3.12.11_p1-4:3.12::gentoo [3.13.5_p1:3.13::gentoo] USE="debug* ensurepip gdbm ncurses pgo* readline sqlite ssl -bluetooth -examples -libedit -test -tk -valgrind -verify-sig (-jit%)" LLVM_SLOT="(-18%*)" 8970 KiB
[binary   R    ] dev-libs/libxml2-2.14.6-6:2/16::gentoo  USE="icu* python readline -static-libs -test" ABI_X86="32* (64) (-x32)" PYTHON_TARGETS="python3_12* -python3_11 -python3_13* -python3_14" 1460 KiB
[binary  N     ] media-libs/libpulse-17.0-3::gentoo  USE="X asyncns glib -dbus -doc -gtk (-selinux) -systemd -test -valgrind" ABI_X86="(64) -32 (-x32)" 730 KiB
[binary  N     ] dev-qt/qtwebchannel-6.9.3-1:6/6.9.3::gentoo  USE="qml -custom-cflags -test" 150 KiB
[binary  N     ] dev-qt/qtwebengine-6.9.3-3:6/6.9.3::gentoo  USE="alsa bindist jumbo-build opengl pdfium pulseaudio qml system-icu vulkan widgets -accessibility -custom-cflags -designer -geolocation -kerberos -screencast -test -vaapi -webdriver" 83090 KiB

Total: 9 packages (5 new, 1 in new slot, 3 reinstalls, 9 binaries), Size of downloads: 114700 KiB

Would you like to merge these packages? [Yes/No] n

Что у вас за проблемы?

Глядя из Федоры этого не поймешь

Ну и в добавок ко всему, qtwebengine есть в бинарной репе.

ну ты бы еще предложил сразу собранную клавиатуру купить…

Не, это не путь самурая

Грусть - это когда у меня 4GB RAM. А 48+ GB у тебя - это радость, возможно переходящая в восторг.

И что?

так и в чем тогда смысл от сборки пакетов и «оптимизаций»?

Смысл в первую очередь в кастомизации. В генте можно жить без пшшш-ауудио и systemd. Легко патчить софт. Нет никаких головняков с «ой, не поставил devel-пакет».

Да и в целом меньше левого софта в системе, который делает непонятно что.

жить без пшшш-ауудио и systemd

дед, пей таблетки, а то получишь по жопе.

Легко патчить софт.

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

Смысл в первую очередь в кастомизации

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

я ничего не упустил?

С этим зайди в чатики Генту_ру и Линукс_ру.

А так и ничего не упустил: комп постоянно что-то компилит.

 ~ $ uptime
 18:13:35 up 1 day,  7:28,  2 users,  load average: 0,08, 0,16, 0,10

В итоге пришлось отказаться от zeal, который эту тяжеленную штуку за собой тащил.

Ставишь генту, чтобы компилировать

Приходится компилировать

АААА НЕЕЕЕТ НЕ ХОЧУ КОМПИЛИРОВАТЬ

LOL

LMAO EVEN

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

сейчас использовать слишком накладно

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

И потом, как еще получить firefox с выводом звука в ALSA?

Значит, ты и раньше не понимал эту идеологию.

раз в полгода-год обновился и дальше живешь себе спокойно

У меня был привычка чуть ли не каждый раз дёргать емерж, как комп включил :)

в чем тогда смысл от сборки пакетов

В юзах и возможности накладывать свои патчи при сборке.

как еще получить firefox с выводом звука в ALSA?

зачем люди в 2025 продолжают страдать?

использую pipewire, тем более, в гноме вроде там больше, чем только звук через него…

не особо, да… хотя use-флаги и позволяют настроить под себя многое.

48 GiB RAM

Свопа лень докинуть что ли?

И потом, как еще получить firefox с выводом звука в ALSA?

Вывод из коробки работает. Не работает ввод.

Свопа лень докинуть что ли? Зачем?

$ free -mh
               total        used        free      shared  buff/cache   available
Mem:           125Gi       9.3Gi        87Gi       4.2Gi        34Gi       116Gi
Swap:             0B          0B          0B

Checking for at least 48 GiB RAM

Наес! i686 с его 4ГБ идет скрипеть свопом. Или вообще - в сад.

Хотя, много лет назад я собирался на intel atom c 2ГБ. Сутки, но собирался.

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

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

Это по прежнему один из самых «накладных» в плане использования дистрибутивов (разве что nix unstable в этом плане может конкурировать), но жить стало только легче.

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

Рабочий десктоп

pinkbyte@oas1 ~ $ LANG=C lscpu | grep Model
Model name:                           Intel(R) Core(TM) i7-10700 CPU @ 2.90GHz

Но это история за ~15 лет сборок (хотя нет, меньше, qtwebengine появился позже), эта гента повидала некоторые более дерьмовые конфигурации. Тем не менее:

pinkbyte@oas1 ~ $ qlop -t | grep qtwebengine | tail -1
2025-05-23T16:18:03 >>> dev-qt/qtwebengine: 14:42:39

/var/tmp/portage конкретно для этого пакета вынесен из оперативки на NVME по старой привычке, ибо раньше на это ее просто не хватало. И по этой же причине стоит -j1 - потому что сборка фэйлилась.

Надо бы эти костыли убрать и посмотреть осилит ли текущий комп собирать это нормально.

Update: ну или по крайней мере -j1 убрать, по памяти 32 Gb не факт что хватит. Ох уж эта современная вебня >_<