LINUX.ORG.RU
решено Форум — General  

Гибкость gentoo - миф?

 , ,


0

1

Не наброса ради, а понимания для.

Опустим форсирование включения кучи возможных LLVM_TARGETS, надо так надо.

Решил попробовать перейти на Gentoo, смутно озонавая, что USE хорошо, можно отрезать все лишнее и вообще. Поставил базу, начал обвешивать свистелками.

Я сторонник минимума, поэтому попробовал поставить pcmanfm-qt. А мне предлагается затянуть по зависимостям вот это:


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

Calculating dependencies  ... done!
[ebuild  N     ] dev-libs/lzo-2.10:2::gentoo  USE="(split-usr) -examples -static-libs" 587 KiB
[ebuild  N     ] media-fonts/liberation-fonts-2.1.5::gentoo  USE="-X -fontforge" 2,330 KiB
[ebuild  N     ] dev-libs/libatomic_ops-7.6.14::gentoo  489 KiB
[ebuild  N     ] virtual/ttf-fonts-1-r2::gentoo  0 KiB
[ebuild  N     ] dev-libs/gobject-introspection-common-1.74.0::gentoo  1,020 KiB
[ebuild  N     ] dev-libs/vala-common-0.56.3::gentoo  3,877 KiB
[ebuild  N     ] x11-themes/hicolor-icon-theme-0.17::gentoo  52 KiB
[ebuild  N     ] media-libs/libpng-1.6.39:0/16::gentoo  USE="-apng -static-libs" CPU_FLAGS_X86="sse" 997 KiB
[ebuild  N     ] app-eselect/eselect-fontconfig-20220403::gentoo  2 KiB
[ebuild  N     ] dev-util/glib-utils-2.74.4::gentoo  PYTHON_SINGLE_TARGET="python3_10 -python3_8 -python3_9 -python3_11" 5,087 KiB
[ebuild  NS    ] app-text/docbook-xml-dtd-4.3-r2:4.3::gentoo [4.1.2-r7:4.1.2::gentoo, 4.2-r3:4.2::gentoo, 4.4-r3:4.4::gentoo, 4.5-r2:4.5::gentoo] 82 KiB
[ebuild  N     ] media-gfx/graphite2-1.3.14_p20210810-r2::gentoo  USE="-perl -test" 6,501 KiB
[ebuild  N     ] dev-libs/double-conversion-3.2.1:0/3::gentoo  USE="-test" 6,868 KiB
[ebuild  N     ] dev-libs/fribidi-1.0.12::gentoo  USE="-doc -test" 1,128 KiB
[ebuild  N     ] virtual/perl-File-Path-2.180.0-r1::gentoo  0 KiB
[ebuild  N     ] sys-apps/lsb-release-3.2::gentoo  16 KiB
[ebuild  N     ] dev-perl/IPC-System-Simple-1.300.0::gentoo  USE="-test" 32 KiB
[ebuild  N     ] dev-perl/File-BaseDir-0.90.0::gentoo  USE="-test" 22 KiB
[ebuild  N     ] media-libs/freetype-2.12.1-r1:2::gentoo  USE="adobe-cff bzip2 cleartype-hinting png -X -brotli -debug -doc -fontforge -harfbuzz (-infinality) -static-libs -svg -utils" 2,414 KiB
[ebuild  N     ] x11-libs/xcb-util-renderutil-0.3.10::gentoo  256 KiB
[ebuild  N     ] x11-libs/xcb-util-keysyms-0.4.1::gentoo  254 KiB
[ebuild  N     ] x11-libs/xcb-util-wm-0.4.2::gentoo  279 KiB
[ebuild  N     ] x11-apps/xprop-1.2.5::gentoo  148 KiB
[ebuild  N     ] x11-apps/xset-1.2.4-r1::gentoo  143 KiB
[ebuild  N     ] dev-perl/File-DesktopEntry-0.220.0-r1::gentoo  USE="-test" 18 KiB
[ebuild  N     ] media-libs/libexif-0.6.24::gentoo  USE="nls -doc" 1,946 KiB
[ebuild  N     ] dev-libs/boehm-gc-8.2.2-r1::gentoo  USE="large threads -cxx -static-libs" 1,172 KiB
[ebuild  N     ] x11-libs/libXcomposite-0.4.5::gentoo  USE="-doc" 310 KiB
[ebuild  N     ] x11-libs/libXcursor-1.2.1::gentoo  USE="-doc" 274 KiB
[ebuild  N     ] x11-libs/libXdamage-1.1.5::gentoo  297 KiB
[ebuild  N     ] x11-libs/libXi-1.8::gentoo  USE="-doc" 483 KiB
[ebuild  N     ] app-eselect/eselect-rust-20210703::gentoo  5 KiB
[ebuild  N     ] media-libs/fontconfig-2.14.0-r1:1.0::gentoo  USE="-doc -static-libs -test" 1,398 KiB
[ebuild  N     ] www-client/w3m-0.5.3_p20220429::gentoo  USE="nls ssl unicode -X -fbcon -gdk-pixbuf -gpm -imlib -lynxkeymap -nntp -xface" L10N="-ja" 2,259 KiB
[ebuild  N     ] dev-lang/rust-1.65.0:stable/1.65::gentoo  USE="-clippy -debug -dist -doc (-llvm-libunwind) (-miri) (-nightly) (-parallel-compiler) (-profiler) -rust-analyzer -rust-src -rustfmt (-system-bootstrap) (-system-llvm) -test -verify-sig -wasm" CPU_FLAGS_X86="sse2" LLVM_TARGETS="AMDGPU (X86) -AArch64 -ARM -AVR -BPF -Hexagon -Lanai -MSP430 -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore" 294,529 KiB
[ebuild  N     ] virtual/w3m-1::gentoo  0 KiB
[ebuild  N     ] virtual/rust-1.65.0-r1:0/llvm-15::gentoo  USE="-rustfmt" 0 KiB
[ebuild  N     ] dev-libs/glib-2.74.4:2::gentoo  USE="elf mime xattr -dbus -debug -gtk-doc (-selinux) -static-libs -sysprof -systemtap -test -utils" 0 KiB
[ebuild  N     ] x11-misc/shared-mime-info-2.2::gentoo  USE="-test" 6,899 KiB
[ebuild  N     ] dev-util/desktop-file-utils-0.26-r2::gentoo  USE="-emacs" 82 KiB
[ebuild  N     ] dev-qt/qtcore-5.15.7:5/5.15.7::gentoo  USE="-debug -icu -old-kernel -systemd -test" 49,866 KiB
[ebuild  N     ] x11-libs/cairo-1.17.6::gentoo  USE="X glib (-aqua) (-debug) (-gles2-only) -gles3 -gtk-doc -opengl -test" 42,676 KiB
[ebuild  N     ] dev-perl/File-MimeInfo-0.300.0::gentoo  USE="-test" 36 KiB
[ebuild  N     ] dev-util/lxqt-build-tools-0.12.0::gentoo  25 KiB
[ebuild  N     ] dev-qt/qtdbus-5.15.7:5/5.15::gentoo  USE="-debug -test" 0 KiB
[ebuild  N     ] dev-qt/qtxml-5.15.7:5/5.15::gentoo  USE="-debug -test" 0 KiB
[ebuild  N     ] dev-qt/linguist-tools-5.15.7:5::gentoo  USE="-debug -qml -test" 8,694 KiB
[ebuild  N     ] dev-util/gdbus-codegen-2.74.4::gentoo  PYTHON_SINGLE_TARGET="python3_10 -python3_8 -python3_9 -python3_11" 0 KiB
[ebuild   R    ] app-text/xmlto-0.0.28-r10::gentoo  USE="text* -latex" 0 KiB
[ebuild  N     ] x11-misc/xdg-utils-1.1.3_p20210805-r1::gentoo  USE="-dbus -doc -gnome" 287 KiB
[ebuild  N     ] dev-libs/gobject-introspection-1.74.0::gentoo  USE="-doctool -gtk-doc -test" PYTHON_SINGLE_TARGET="python3_10 -python3_8 -python3_9 -python3_11" 0 KiB
[ebuild  N     ] x11-libs/libxkbcommon-1.4.1::gentoo  USE="X -doc -static-libs -test -tools -wayland" 461 KiB
[ebuild  N     ] media-libs/harfbuzz-5.3.1-r1:0/4.0.0::gentoo  USE="cairo glib graphite introspection truetype -debug -doc -experimental -icu -test" 17,456 KiB
[ebuild  N     ] x11-libs/gdk-pixbuf-2.42.10-r1:2::gentoo  USE="introspection -gtk-doc -jpeg -test -tiff" 6,367 KiB
[ebuild  N     ] app-accessibility/at-spi2-core-2.46.0:2::gentoo  USE="introspection -X -gtk-doc -test" 528 KiB
[ebuild  N     ] dev-lang/vala-0.56.3:0.56::gentoo  USE="-test -valadoc" 0 KiB
[ebuild  N     ] dev-util/gtk-update-icon-cache-3.24.31::gentoo  91 KiB
[ebuild  N     ] x11-libs/pango-1.50.12::gentoo  USE="introspection -X -debug -sysprof -test" 4,173 KiB
[ebuild  N     ] gnome-base/librsvg-2.55.1:2::gentoo  USE="introspection vala -debug -gtk-doc" 31,455 KiB
[ebuild  N     ] lxde-base/lxmenu-data-0.1.5::gentoo  195 KiB
[ebuild  N     ] x11-libs/libfm-extra-1.3.2:0/5.3.1::gentoo  1,265 KiB
[ebuild  N     ] lxde-base/menu-cache-1.1.0-r1:0/2::gentoo  260 KiB
[ebuild  N     ] x11-libs/xcb-util-0.4.0-r2::gentoo  291 KiB
[ebuild  N     ] x11-libs/xcb-util-image-0.4.1::gentoo  283 KiB
[ebuild  N     ] x11-libs/xcb-util-cursor-0.1.4::gentoo  260 KiB
[ebuild  N     ] dev-qt/qtgui-5.15.7:5/5.15.7::gentoo  USE="X libinput png udev -accessibility -dbus -debug -egl -eglfs -evdev -gles2-only -ibus -jpeg -linuxfb -test -tslib -tuio -vnc -vulkan -wayland" 0 KiB
[ebuild  N     ] dev-qt/qtwidgets-5.15.7:5/5.15::gentoo  USE="X png -dbus -debug -gles2-only -gtk -test" 0 KiB
[ebuild  N     ] dev-qt/qtx11extras-5.15.7:5/5.15::gentoo  USE="-debug -test" 143 KiB
[ebuild  N     ] x11-libs/libfm-qt-1.2.0:0/7::gentoo  377 KiB
[ebuild  N     ] x11-libs/gtk+-3.24.35:3::gentoo  USE="X introspection (-aqua) -broadway -colord -cups -examples -gtk-doc -sysprof -test -vim-syntax -wayland -xinerama" 17,494 KiB
[ebuild  N     ] x11-themes/adwaita-icon-theme-43_p1::gentoo  USE="-branding" 26,880 KiB
[ebuild  N     ] virtual/freedesktop-icon-theme-0-r4::gentoo  0 KiB
[ebuild  N     ] x11-misc/pcmanfm-qt-1.2.0::gentoo  345 KiB

Total: 73 packages (71 new, 1 in new slot, 1 reinstall), Size of downloads: 552,137 KiB

В make.conf у меня

VIDEO_CARDS="amdgpu"
LLVM_TARGETS="AMDGPU X86"
INPUT_DEVICES="libinput"
USE="-ipv6 -man -debug -accessibility -policykit -samba -telemetry -systemd -bluetooth -wayland -cups -examples -gtk -gtk-doc -gnome"

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

Но что? Как может Qt прога тащить gtk, да еще и вон виртуальный пакет w3m затесался. Это же ни в какие ворота недопустимо.

@grem

★★★★★

Последнее исправление: gutaper (всего исправлений: 2)

 ← 1 2 3 →
Ответ на: комментарий от grem

требовать llvm[llvm_targets_*] для rust[-system-llvm]
Единственный минус такого решения - что не получится собирать rust не со всеми таргетами, а сейчас вроде как можно, если зафорсить флаги. Но на это тоже дам решение: добавить rust флаг custom-targets и замаскировать его. И с включённым custom-targets не требовать все llvm таргеты. Желающие включат это в профиле. Таргеты llvm по дефолту включены все, так что проблем тем, кто не выключал их это не создаст. А те, кто включил, причём только при условии, что им нужен rust будут поставлены перед выбором - либо включать все таргеты (обратно выключить без бутстрапа заново не выйдет) - в таком случае они заранее позаботятся о том, что сборка llvm станет в разы тяжелее, либо размаскируют custom-targets и у них ничего не сломается (потому что rust и так был собран уже c неполными целями). А если rust не нужен (как например у меня на всех не-десктопных сборках gentoo) и не узнали бы об этой проблеме. На десктопной, кстати, ничего не зависит от rust - он установлен только для собираемого в хомяке софта - да и не хочется ничего системного туда завязывать. Будет gccrs способный собирать rsvg и rust код в ядре - может что-то и поменяется, т.к сформируется кросскомпиляторный стабильный сабсет языка, на котором можно будет писать что-то, что будет работать всегда, а не сломается через полгода-год. может даже думать перед завозом новых фич каждую неделю начнут

Так же оставил бы имбецилам, которые сейчас rustc разрабатывают, такой вопрос: что вы будете делать, когда из llvm уберут ту или иную архитектуру?

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

как «поставить» соотносится с зафоршенными llvm таргетами? Я говорю как можно было сделать это без головной боли для пользователей, чтобы portage сразу объяснил почему их форсят и дал 2 выхода (размаскировка custom targets, на свой страх и риск или включение таргетов).
Решение же принятое в gentoo сейчас просто молча поломало конфигурации пользователей. где-то сборка могла упасть из-за нехватки места, а где-то оно собралось и чтобы отключить таргеты обратно придётся сносить rust и бутстрапить его заново. не пострадали только те, у кого уже были включены все таргеты

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

У gentoo есть рассылка, туда можно написать предложения, а если есть патчи, то вообще замечательно.

Я никакой проблемы с llvm_targets не вижу, наверное это актуальнее тем, кто собирает rust. Насчёт clang не знаю, обычно никто не мешает держать его в несколькиз слотах.

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

я их вообще не трогал.

Падении сборки из-за нехватки места вообще от пакета не зависит.

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

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

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

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

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

Арчеводы просто радуются. Или имитируют радость для самомотивации. Потому что или живут припеваючи, или огребают проблем потому что расслабились проводя время в кругу семьи, в компании.

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

Грустно.

R_He_Po6oT ★★★★
()

По-хорошему, «принцессу» нужно закапывать или принципиально менять подход, отрезав лишнее.

Что конкретно, в идейном плане, можно сделать, в такой ситуации?! Если кто-нибудъ реализовать иерархию зависимостей, например ввиде каких-нибудъ «колец». Уровень - «1», уровень - «2» и тд. Между собой не связанных. Когда любую программу можно собрать с минимальными оптиями, и главное, не было эффекта разрастающегося кома. Определить строгую специфику к зависимостям, жестко ограничивая их число.

nager ☆
()
Ответ на: комментарий от Jameson

Кстати, я использовал NixOS с полгода на ноутбуке. Не впечатлило. Прожёрливая система обновления, не очень удобная система сборки пакетов, очень усложнённая система конфигурации пакетов, когда нужно сделать что-то сложнее дефолта(перевесить nginx на другой порт легко, а вот перевесить на другой порт, прописать кастомные пути для сертификатов и настроить собственные параметры под нагрузку в предлагаемой системе уже непросто и она теряет смысл - лезешь конфигурить как обычно в конфигах и прописывать их, чтобы не затёрлись при следующем «слепке» системы).

Хотя задумка интересная. Некоторые моменты сделаны остроумно.

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

Значит, отказаться от «творений» таких авторов, искать альтернативы. Долой жирный firefox - переход на midori, musl времесто glibc и тд. Прекрасно было, если toolchange - был минимальным, идеально весом весом пару мегабайт. Здесь явно нужен систематический и комплексный подход, с большой санацией и чистики Авгиевы конюшнен.

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

Долой жирный firefox - переход на midori

Да я с удовольствием. Но нынешние тырнеты не способствуют.

musl времесто glibc

Только за! Но мне ещё и софт нужен помимо системной библиотеки.

Прекрасно было

Если бы во рту росли грибы, был бы не рот, а целый огород.

Вот Gentoo как раз и даёт возможность частично упростить систему, выкинув ненужное на этапе компиляции. Но всё это возможно только если разработчики программ такое предусмотрели. Если разраб жёстко вкорячил в зависимости вышеупомянутый rust, то никакая система сборки не позволит тебе обойтись без него.

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

Вот меня волнует один вопрос. По-сути, сейчас уровень функциональности работы софта, в лучшем случае, находится на одном уровне. Меняется лишь номер версии пакета или он обрастает дополнительными функциями, которые мне лично совсем не нужны, но остаться в «своей гаване», больше чем срок поддержки старой версии не удается. Из-за подхода - «неприрывной интеграции cистемы», постоянно приходится отказываться от привычного.

Я бы молил всем возможным богам, если можно было частично обновлять систему, поддерживая ее в актуальном состояние в плане безопасности, например, но у меня была возможность пользоваться тем же bash-4.3 в течение долгого времени.

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

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

Мне туда не надо, то был сарказм. Просто про божественный арч уже было, мне казалось уместным ещё и про неосиляемый никсос упомянуть.

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

Jameson ★★★★★
()
Ответ на: комментарий от shell-script

мне llvm нужен сам по себе как минимум. Так же llvm нужен для большинства таргетов mesa. Для radeonsi он не опционален, для i915g опционален,но без llvm у него ОЧЕНЬ низкая производительность. Не знаю, как с другими таргетами, но вполне возможно наткнуться на фоллбэк на softpipe с очень низкой производительностью.

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

я собираю llvm на старом компе 2 часа и не парюсь особо, так как это не часто бывает. Можно попробовать отключить лишнее, но мне лень - я использую rust-bin, так что может ничего страшного и не произойдёт, разве что поругается чуть на недостающие библиотеки.

grem ★★★★★
()

начал обвешивать свистелками.

А вот они как раз тянут очень многое, и это не проблема gentoo, это проблема свистелок.

С т.з. минималистичности, gentoo очень хороша для серверов и для виртуалок, там тебе все это не нужно. А если хочешь вот qt и прочее, то да, лови зависимости… Впрочем, я разбил это все на сеты (/etc/portage/sets), и то, что требует много из того что мне нужно, вынес в отдельные сеты, так проще обновляться решая зависимости (можно тупо сет удалить, а потом снова поставить), ну и для других сборок часть сетов не нужна.

soomrack ★★★★
()
Ответ на: комментарий от shell-script

А как он у тебя параллелится? Я когда-то пробовал на 6 компов распределять, и эффекта было не так чтобы много. По моему впечатлению, он эффективен только если у тебя очень слабый процессор, и тогда 1-2 быстрых компа все ускорят, но 10 быстрых компов уже будут примерно как те же самые 2-3…

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

По моему впечатлению, он эффективен только если у тебя очень слабый процессор

У меня так и есть.

На буке: 

journeyman ~ # lscpu | grep 'Model name'
Model name:                      AMD E1-7010 APU with AMD Radeon R2 Graphics
BIOS Model name:                 AMD E1-7010 APU with AMD Radeon R2 Graphics      CPU @ 1.5GHz
На десктопе: 
└─> lscpu | grep 'Model name'
BIOS Model name:                 AMD Athlon(tm) X4 840 Quad Core Processor        CPU @ 3.1GHz

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

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

О, примерно как у меня на буке 14 летней давности, с которым я еще на работу хожу :)

А зачем тебе кеды? А в конце концов остановился на fluxbox, все равно все через alt+f2 запускаю или через консоль.

А пробовал я distcc на сетке из FX-8320 (8 потоковые 3+ ГГц), я тогда их купил пачку, т.к. крипта отбивала все за 2-3 недели, даже для процов был вариант. Сейчас уже продал почти все те железки.

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

distcc не стал делать? Для очень старых компов он сильно выручает.

Каким образом он (как и ccache) меня выручит, при сборке новой версии?

P.S. у меня нет нового компа - мне лень его покупать, пока два старых пашут :) К тому же закинул утром в субботу и пошёл завтракать.

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

А зачем тебе кеды?

Лень. :)

Я тоже всё хочу повырубать всё и оставить тот же fluxbox, но мне лень курить заново все настройки по управлению питанием, по хибернейту и подобному, разбираться, что там надо прописать для работы Fn-кнопок, прикручивать управление звуком с автоматическим переключением на колонки или наушники и тому подобные ноутбучные свистелки. Да, это всё сделать можно и даже не сильно сложно, я подобное уже делал раньше со своим старым thinkpad'ом. Но сейчас просто лень, поэтому я выпилил всё, что можно выпилить, из кед и пользуюсь ими.

Я слишком стар для этого дерьма (с) Роджер Мёрдок

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

I am too old for this shit…

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

А что там что-то изменится?

прикручивать управление звуком с автоматическим переключением на колонки или наушники

Это вроде свойство alsa и от кед не зависит. Я вообще это отключаю в alsamixer, т.к. я решаю что у куда выводит.

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

Познал дзен. :)

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

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

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

shell-script ★★★★★
()
Ответ на: комментарий от soomrack

А что там что-то изменится?

Изменится то, что сейчас я открыл конфигуратор кдешный и в нём натыкал нужное мне поведение. А в случае с флюксом, мне придётся вспоминать, где лежат и править конфиги и/или писать скрипты. Я, конечно, не против. Но знание того, например, где лежат конфиги, отвечающие за управление питанием, мне не пригодится нигде кроме этого ноутбука(мой второй ноут сильно мощнее и там кеды чувствуют себя вообще отлично, рабочий ноут - мак).

Это вроде свойство alsa и от кед не зависит.

Я перешёл на pipewire недавно, потому что внезапно там оказалось проще рулить обычными/блютузовыми/usb-ушами, чем в голой альсе. Да, там тоже можно через wpctl status/wpctl set-default управлять в консоли. Но... лень. )

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

Много возни, большие потери на передачу данных по сети, процесс конфигурации идёт на одном компе (а это иногда долго), не все пакеты успешно собираются в таком режиме.

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

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

Имхо, если есть мощный комп, то проще на нём кросскомпилировать или настроить одинаковые параметры на них. Но если процы разных производителей, то чуть дольше настраивать.

Да и зачем? Оно есть не просит и не нужно 2 компа одновременно включать. У меня нет цели побыстрее обновиться.

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

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

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

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

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

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

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

я всю систему так компилирую. Ломался только libX11, для него прописано исключение. Если он что-то ломает - это баг или компилятора или софта. Да, можно напороться на проблему или даже регрессию производительности, но не для того я генту ставил чтобы собрать всё с дефолтными флагами и кучу лишнего, так меня и рач какой-нибудь бы устроил

mittorn ★★★★★
()

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

kirill_rrr ★★★★★
()
21 октября 2023 г.
Ответ на: комментарий от LongLiveUbuntu

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

grem ★★★★★
()
 ← 1 2 3 →
General