Comments 226
Будет любопытно услышать продолжение этой истории. Реквестирую следующую статью — до встречи ещё через три-пять лет.
1) Захотелось тебе, например, заюзать почтовый клиент, но какой именно — непонятно. Гуглишь какие вообще почтовики есть в Линуксах и начинаешь их перебирать по списку. Как это происходит в Manjaro? Установил один, запустил, потыкал, снёс, установил следующий, потыкал, снёс… На каждую итерацию уходит несколько минут. В Генте на каждой итерации ты будешь ждать, пока оно соберётся, хотя, хехехе, вообще не факт, что оно соберётся с первого раза, особенно если это какая-то новая или не шибко популярная прога, которая лежит где-то в оверлее. То есть, задачка, которая в бинарном дистре занимает полчаса максимум, в Генте вполне легко может растянуться на полдня, а то и на весь день.
2) Собрал ты в Генте всё такое оптимизированное ядро, «ничего лишнего». Приходит к тебе в гости тня или кент и хочет перекинуть фоточки со своего девайса на мой комп. Втыкаешь ты девайсину в порт, а ядро девайс не видит, потому что в приступе оптимизации ты выкинул нужный модуль. Представь, как круто будет сидеть и искать нужный модуль, а потом пересобирать ядро под недоумевающим взглядом? Ну ладно, это так себе довод — можно же не заморачиваясь собрать ядро без оптимизаций, впихнув в него всё модулями. Но если тебе пофиг на оптимизации — зачем тебе Гента?
3) Постоянные (ПОСТОЯННЫЕ) траблы со сборкой пакетов. То зависимости зациклятся в круг, то зависимости ломаются, то пакет не собрался просто потому что хз почему, поройся полдня в багзиллах.
4) Многих пакетов из числа новых, устаревших или не очень популярных нет и не предвидится. Если ты нашёл ебилд нужной проги в каком-то замшелом оверлее — считай, повезло. Теперь попытайся его собрать, потому что его зависимости наверняка не совпадут с установленными пакетами по версиям.
5) Если какую-то прогу собирают под Линукс — её собирают под бинарные дистрибутивы. Если её нет в дереве или оверлеях — сиди пиши ебилд. Вообще, быть простым пользователем в Генте почти невозможно — ты в ~99,99% ещё и программист по совместительству, потому что написание ебилдов и прочих скриптов это и есть программирование. Всё это привело к тому, что под конец я тупо распаковывал дебки и рпмки куда попало, распаковывал туда нужные зависимости и запускал через самописный скрипт с LD_LIBRARY_PATH и прочее. Офигенное занятие, скажу я вам, и очень осмысленное, да.
6) Про сборку жирных пакетов всё и так понятно, нужно быть наглухо упоротым, чтобы собирать всякие Фурифоксы, Хромы и Либреофисы по полдня (если железо мощное, иначе несколько суток — влёгкую). Поклонники Генты обычно на это возражают «но есть же бинарные пакеты», не понимая, что этим аргументом выбивают почву у себя из-под ног. Да, есть бинарные пакеты, а ещё есть бинарные дистрибутивы, хаха.
7) «Я просто пользуюсь Гентой, всё работает само» и «зато у меня в системе нет богомерзких systemd и pulseaudio» бьют по глазам своей логической несовместимостью. Видно же, что человеку не работать за компом, а против идеологически враждебных вещей воевать.
8) Отлов багов на сурс-бейсд дистрибутивах — просто море удовольствия. Из-за того, что в мире не существует двух идентичных собранных Гент. У каждого ведь свои флаги и опции, ну и, понятно дело, баги тоже уникальны. Нахлебался этого вдоволь.
9) Portage просто катастрофически тормозной. Я чего только ни делал: и в sqlite-базу деревья засовывал, и на tmpfs их кидал, и т.д. и т.п. — никакого заметного эффекта. Он просто алгоритмически тормозной. 15 минут обсчитывать зависимости при -uDNva world? Запросто! После него pacman воспринимается как откровение господне.
10) Гентокоммьюнити — САМОЕ токсичное в Рунете среди всех Линукс-коммьюнити. Форум gentoo.ru — просто адов пи@@ец, таких отбитых душнил и мудаков я не встречал нигде вообще, даже на АИБ. Льют яд и суют шпильки просто на ровном месте. Полное ощущение того, что сборка Генты заставляет их верить в собственное недосягаемое интеллектуальное превосходство над всеми остальными априори. Ну и добились того, что в их болото практически не приходят новые люди, а кто приходит — быстро сваливает. Карма, хехехе.
11) Все эти оптимизации и сборки из исходников всего и вся не имеют ровно никакого смысла ни с точки зрения производительности, ни с точки зрения стабильности. Да, некоторые проги можно довести до 10-20 процентов прироста в бенчмарках, но это ИСКЛЮЧЕНИЕ, нежели правило. Когда я увидел, что мой тщательно-любовно заоптимизированный Фурифокс сливает в тестах generic-сборке Фурифокса Манжары — тут-то и наступило просветление. Со стабильностью то же самое — в Генте у меня регулярно падали разные программы, пока я не перестал упарываться по всяким продвинутым CFLAGS и тотальной кастрации через USE. А если перестать по этому упарываться — зачем вообще нужна Гента?
По-моему, в Генте есть ровно 1 смысл — это инструмент для сборки глубоко кастомных систем, которые будут работать на изолированном оборудовании, выполняя пару-тройку задач и ничего больше. В остальных случаях это инструмент для прокрастинации на грани сектантства.
>А если перестать по этому упарываться — зачем вообще нужна Гента?
И сами ответили:
>сборка Генты заставляет их верить в собственное недосягаемое интеллектуальное превосходство над всеми остальными априори
Для многого из оставшегося есть Calculate Linux. Хотя, конечно, гентушники меня сейчас яйцами закидают.
А вот про несвежесть пакетов — да, тут я зол шо капец. И даже сам PR посылаешь с новой версией — и как повезет.
Просто я лично не понимаю, почему я должен быть лишен настроек времени компиляции. Если среди изнчально source-based — то, может, Gentoo и не лучший (кстати, советуйте — буду рад).
P.S. Единственное, что я точно считаю — в дистрибутиве должно быть минимум патчей. И уж тем более, патчи должны накладываться на оригинальный код, а не дифф кода накатываться на пропатченную предыдущую версию. Багофиксинг — дело автора ПО. И если он этим не занимается, или, еще хуже — не принимает патчи — это его проблемы (увы; хотя в Gentoo — fixed, мой патч, но я не считаю это правильным). И в этом мне Gentoo импонирует — все проще и понятнее. Интересно, кстати, мэнтейнеры Ubuntu в реале продвигают патчи в апстрим?
Единственное, что я точно считаю — в дистрибутиве должно быть минимум патчей
Согласен! Благо что в Арче и Манжаре почти все пакеты ванильны.
Просто я лично не понимаю, почему я должен быть лишен настроек времени компиляции. Если среди изнчально source-based — то, может, Gentoo и не лучший (кстати, советуйте — буду рад).
Кстати. Я бы еще хотел не только USE-флаги, но и большой упор на воспроизводимость и изолированность. А-ля NixOS. Ну и разные ядра (не-Linux), тоже было бы правильно.
Так я и пришел к выводу из первого абзаца моего первого комментария. «Оптимизировать» development-среду как бы беспользно. А production должен быть уже на дистрах с другой философией — контейнер, легковесность, unikernel и т.п. Отсюда и мысль про NixOS и не-Linux.
я на генте с 1999, уже 21 год
у меня их целая гора — рабочий комп, домашний комп, nas, 2 ноута
и нигде нет никаких проблем с тем что что-то «не собирается» «циклическими зависимостями» и прочей ерундой наподобие «ой как долго собирается».
когда то давно лет 15 назад ставил на atom которые только вышли, на какой-то дешманский ноут, уже не помню даже какой. Вот там openoffice в то время компиллировался 20 дней, вот это было и правда перебор =))
в генте очень (!) легко всё сломать, скорее всего народ просто делает сам не понимает что. Не ломаешь — всё отлично. Особенно кто-то там внизу в комментах живёт на ~amd64, это ж надо додуматься.
но спаведливости ради на работе у меня целая туча убунт серверных, много коллег с маками — всё от людей зависит. Мак тоже можно нахачить-настроить огого как. А можно стать обезьяной и превратить мак в гранату. Генту правда в гранату проще превратить, сильно))
Гента — не для всех. Но радует что люди у кого она не ломается и работает как часы есть)
Очевидно же — больше багов придётся лично наблюдать и репортить в багзиллу. Для развития самого Gentoo — это определённо хорошо, для повышения личной квалификации как админа — тоже скорее плюс, но если комп нужен для решения других задач, то всё это время на допиливание самого Gentoo — определённо лишнее и лучше бы его сэкономить.
Я лично так или иначе участвовал в 472 багах в багзилле Gentoo, плюс поддерживаю свой оверлей с 82 пакетами — и при этом я бы не хотел жить полностью на ~amd64, потому что тогда этих багов и пакетов было бы ещё больше, а у меня основная работа вообще-то в другом заключается, не в поддержке Gentoo.
По разными причинам: где-то это мои собственные утилиты, которые мало кому ещё нужны (а кому нужны — у тех подключен мой оверлей), где-то это варианты пакетов основного дерева со специфичными отличиями, которые будет непросто пропихнуть в основное, где-то просто руки пока не дошли (я proxy-maintainer нескольких пакетов в основном дереве, и вообще-то я не в восторге от того, как устроен этот процесс — времени на отправку изменений уходит очень много, всё медленно, и желания заниматься этим ещё для кучки других пакетов просто нет).
Что получилось с гентуу: ставится он не через какой-то ущербный установщик, а полноценную среду линукс. Здраво рассудив, решил, что не буду скачивать stage3, а использую уже имеющуюся систему вместо него — и никаких сюрпризов, никаких неожиданностей, она поставилась, и даже grub (при установке debian через debootstrap grub отказывается устанавливаться из chroot и первый запуск делал вручную через set root=...), за пол года я не нашёл решения, но сравнив инструкции гентуу и дебиан сразу же понял, в чём подвох.
Если сравнивать флаги USE и пакеты recommended для аналогичных в debian, то первых заметно меньше. Можно за час прочитать описание всех флагов и за день скомпилировать рабочее окружение, в debian описание пакетов ни о чём, а метод проб и ошибок занял трое суток непрерывной установки, восстановления из снапшота и тестирования, что заработало, а что нет, чтобы понять, какие пакеты для чего нужны на самом деле. К примеру, есть неприятная ситуация, когда оконное окружение стартует, но не работает клавиатура и мышь. Исследования показали, что в debian надо ставить пакет xinerama. Почему? — а этого за три дня не успел выяснить. В гентуу тоже есть такая ситуация, но решается она INPUT_DEVICES=«libinput», что логично. Отдельная история скрипты запуска. В дебиан есть даже такой идиотизм: Restart=on-failure \n StartLimitInterval=30min \n StartLimitBurst=5 \n RestartSec=10
читать как: при падении службы у вас будет 50 секунд, на её устранение. кто не успел — ждите пол часа и плевать, что вам надо сейчас.
В гентуу ни разу не возникло желания править скрипты или писать собственные — а это главный источник нестабильностей в любой системе.
Один раз только неприятная ситуация была: при сборке пакета возникла ошибка, при этом никаких сообщений об ошибке не было. Но это никак на стабильность имеющихся программ не влияет. Оказалось, всё дело в флаге j6. Зато в другой раз как спросянья пытался убедить portage, что 14>15, но не тут-то было, никакие дикие комбинации флагов USE, маскированных пакетов и прочего не смогли заставить систему сломаться. Мне пришлось открыть документацию, увидеть, что я смотрел не ту версию, исправить флаги, перекомпилировать world и всё заработало, вообще всё. Дебиан в такой ситуации уже раза три бы откатывал из снапшота. Способность гентуу отправить пользователя читать документацию, даже когда тот упорно отказывается — уникальная способность системы. Но именно благодаря ей следует говорить, что генту сложно сломать — намного сложнее, чем всякие дебианы, центосы и прочее.
2)
Втыкаешь ты девайсину в порт, а ядро девайс не видит
тоже обычно не втыкаю девайсы в порт, есть Google Photos, Facebook, VK, Instagram, email.
3) Классный комментарий, хочу целиком процитировать:
10) Гентокоммьюнити — САМОЕ токсичное в Рунете среди всех Линукс-коммьюнити. Форум gentoo.ru — просто адов пи@@ец, таких отбитых душнил и мудаков я не встречал нигде вообще, даже на АИБ. Льют яд и суют шпильки просто на ровном месте. Полное ощущение того, что сборка Генты заставляет их верить в собственное недосягаемое интеллектуальное превосходство над всеми остальными априори. Ну и добились того, что в их болото практически не приходят новые люди, а кто приходит — быстро сваливает. Карма, хехехе.
Я тот русский сайт даже не знаю, общался на www.reddit.com/r/Gentoo, там хорошие ребята.
Может теперь Gentoo стала лучше чем 5 лет назад. Ну и может вам нужно было много пакетов и повышался шанс проблем, может мне повезло что хватает минимума.
Проделал примерно тот же путь, по итогу перешел на Arch и Manjaro. Арч ставлю на слабое железо, Manjaro на мощное. Все и легко работает, и гемора меньше чем с Gentoo на мой взгляд. С арчем DE не использую, предпочитаю тайловые менеджеры окон, вроде i3
В целом претензии верные, но некоторые пункты честно говоря вызывают недоумение. (Дисклеймер: не гентушник, пользуюсь дебианом и слакварью)
Захотелось тебе, например, заюзать почтовый клиент, но какой именно — непонятно.
Это как? Готовиться свичнуться на дистрибутив для сильно продвинутых линуксоидов и при этом не ориентироваться в мейл-клиентах и не знать что ставить? У любого линуксоида с опытом есть излюбленный wm, почтовый клиент, редактор, медиаплеер итд и большинство часами готовы вести разговоры про преимущества и недостатки оных. Кроме того, странно слышать, что в генте сборка из сорцов занимает много времени и подвержена ошибкам зависимостей. В gentoo нет контроля зависимостей? У mutt или alpine много зависимостей? Неоднократно ставил в дебиане пакеты из сорцов, команд становится ровно на 4 больше при том что это бинарный дистрибутив: вместо "apt-get install xxx" запускаем "apt-get build-dep xxx; apt-get source xxx; cd xxx; debuild -b -uc -us; dpkg -i xxx.deb"
Представь, как круто будет сидеть и искать нужный модуль, а потом пересобирать ядро под недоумевающим взглядом? Ну ладно, это так себе довод — можно же не заморачиваясь собрать ядро без оптимизаций, впихнув в него всё модулями. Но если тебе пофиг на оптимизации — зачем тебе Гента?
Выкинул из ядра usb-storage — ну что, ССЗБ, надо думать что выкидываешь, и не выкидывать если не готов брать ответственность за последствия :) Это точно не проблема генты.
Многих пакетов из числа новых, устаревших или не очень популярных нет и не предвидится. Если ты нашёл ебилд нужной проги в каком-то замшелом оверлее — считай, повезло. Теперь попытайся его собрать, потому что его зависимости наверняка не совпадут с установленными пакетами по версиям.
Что это за экзотические пакеты? Вам так часто приходится ставить не стандартный софт? Странно слышать про "за компом нужно работать а не поддерживать его" и при этом сводить критику к проблемам редчайшей задачи — установки нового софта в систему. Я месяцами/годами бывает не редактирую ни одного debuild/slackbuild, инструментарий давно сформирован, у многих думаю так же. Скажу за ту же слакварь, уж явно не самая большая база пакетов и пакетный менеджер гораздо экзотичнее чем в генте, но практически всегда можно найти чужой готовый slackbuild. В генте думаю ещё меньше с этим проблем. Кроме того, если какой-то софт нужен прям щас и нет готового пакета — я просто собираю его через git clone && configure && make (без make install) и держу в ~/dev до момента, когда будет время опакетить. Помню 1 год у меня так одна софтина прожила (ledger). А если совсем лень, не хочется лезть в сборочные скрипты и нужно просто погонять новый софт — виртуалка с полностью упакованной ubuntu, apt-get install, и действительно, пойти работать работу а не тратить своё время на администрирование.
"Я просто пользуюсь Гентой, всё работает само" и "зато у меня в системе нет богомерзких systemd и pulseaudio" бьют по глазам своей логической несовместимостью. Видно же, что человеку не работать за компом, а против идеологически враждебных вещей воевать.
Подход "буду ставить что мне подсунет дефолтная установка, главное чтобы работало" ооой как проблематичен в долгосрочной перспективе.
Отлов багов на сурс-бейсд дистрибутивах — просто море удовольствия. Из-за того, что в мире не существует двух идентичных собранных Гент. У каждого ведь свои флаги и опции, ну и, понятно дело, баги тоже уникальны. Нахлебался этого вдоволь.
Во-первых: зависимость от окружения преувеличена, я ОДИН раз в жизни видел в своём дистрибутиве баг, проявляющийся при не стандартных опциях сборки. Алгоритм: видим баг -> собираем в песочнице с дефолтными настройками -> если воспроизводится то репортим производителю, если не воспроизводится то не умничаем с нестандартным окружением.
Во-вторых: да где же вы багов столько находите, можно примеров хоть пару? Типовой софт в типовых дистрибутивах давно вылизан.
Я хоть и сам немного гентушник, но сразу 2 примера приведу:
- тулза fscrypt для шифрования папок и файлов в ext4 (её нет)
- Для работы valgrind'а с libc пришлось эту самую libc пересобирать без simd (валгринд жаловался, что не понимает каких-то simd-инструкций)
2. Подумайте: cpu поддерживает simd инструкции, libc собрана с поддержкой этих инструкций (т.е. тот кто устанавливал, явно указал — использовать эти инструкции). valgrind часть этих инструкций (пока) не поддерживает. Вы хоть примерно понимаете о чем написали?
У любого линуксоида с опытом есть излюбленный wm, почтовый клиент, редактор, медиаплеер итд.
У Линуса Торвальдса (не знаю, можно ли его назвать настоящим линуксоидом) на личном компе Suse, на рабочем — RHEL, если я ничего не путаю. То, что разные — точно.
Захотелось тебе, например, заюзать почтовый клиент, но какой именно — непонятно. Гуглишь какие вообще почтовики есть в Линуксах и начинаешь их перебирать по списку.Так поставьте себе готовые пакеты — flatpak, snap, или может быть lxd, а в него уже требуемый дистрибутив или даже nix.
Втыкаешь ты девайсину в порт, а ядро девайс не видит, потому что в приступе оптимизации ты выкинул нужный модуль.Я на эти грабли наступал в бинарных дистрибутивах, когда в поставке по умолчанию не прописана какая-то зависимость, либо при установке пакета не были выбраны рекомендуемые. Это либо убунту(максимум дебиан или манжару) ставить, либо не жаловаться, что opensuse не видит принтер.
Вообще, быть простым пользователем в Генте почти невозможно — ты в ~99,99% ещё и программист по совместительству, потому что написание ебилдов и прочих скриптов это и есть программированиеТак это же предназначение генты
нужно быть наглухо упоротым, чтобы собирать всякие Фурифоксы, Хромы и Либреофисы по полдня (если железо мощное, иначе несколько суток — влёгкую)Или нужно чтобы авторы этого пакета не включали какие-то нужные патчи, вроде vaapi или ozone для хромого. И да, как раз для таких случае есть ccache, о чём разумеется написано в вики
Portage просто катастрофически тормознойЕго недавно хорошо ускорили, так что в некоторых случаях он запустит сборку быстрее, чем dnf или zypper или pamac начнёт установку.
Со стабильностью то же самое — в Генте у меня регулярно падали разные программы, пока я не перестал упарываться по всяким продвинутым CFLAGS и тотальной кастрации через USEОб этом тоже предупреждают в вики
А если перестать по этому упарываться — зачем вообще нужна Гента?Как в манжаре пересобрать ядро, идентичное установленному, за исключением одного флага(я задаю вопрос из любопытства)?
В арче с kernel.org скачиваются сорцы, а репы манжары вроде как просто снапшотами арчовых являются, так что по идее всё так же должно быть.
Ладно, понял, что приведённая мной инструкция специфична для инфраструктуры арча, и на Manjaro хоть и можно её повторить, но полученный пакет может оказаться более новой версии, чем поставляемый в репах Manjaro. Однако если сделать asp checkout
, переключиться git checkout
на нужную версию и собрать через makepkg
, то должен получиться пакет, идентичный установленному из репозиториев.
lts ядра manjaro скачиваются как блобы с kernel.org
Только сейчас понял, что на kernel.org вроде как вообще не хостятся предсобранные версии ядер, только исходники. Manjaro действительно не собирают пакеты из исходников, но они клонируют уже собранные пакеты из репозиториев Arch Linux.
спасибо, ты сохранил мне год жизни. пошел смотреть, что за зверь такой Манжара
emerge --info
покажет
пс Генту ван лав, с неё я и начинал свой путь в линуксе лет 13 назад, но сегодня предпочитаю Мак, где моё сиденье с подогревом?
Большие пакеты можно устанавливать уже в бинарном виде — например Firefox.Это правда только на половину. Бинарные пакеты собираются с открытыми кодеками, а это означает youtube c самым хреновым разрешением и, как я помню, soundcloud не работал. А сборка хромиума и лисы у меня на лептопе занимала по 4 часа на каждый.
Лису не пробовал. Пробовал PaleMoon — та же песня.
Всякие QtWebEngine собираются просто неразумно долго.
Конфиги нормальные, с остальным проблем нет. Ежемесячные обновы в 150-200 пакетов накатываются за ночь, если это «добро» заблокировано package.provided.
Вот что это?
Мне надоело, что зависимости могут чинить по две недели, при том, что у меня обычно стояли самые распространенные пакеты и их было немного. Но, когда нужно ждать час-два чтобы поставить какой-то пакет для работы, а обновление браузеров браузеров проходило по схеме «поставлю обновления и пойду бухать, надеюсь к утру собирутся». Это же нонсенс, мне работать нужно, а не энтропию вселенной повышать.
Я убежал с gentoo три года назад. Перепробовал освноные дистрибутивы, выбрал тот, которые был шустрее и плавнее, сейчас живу и не знаю проблем. Мнее очень редко нужно что-то править руками. Но gentoo было все-таки самой плавной в работе визуально, хотя основная заслуга в этом принадлежит, скорее всего, xfce.
В make.conf
PORTAGE_BINHOST="https://mirror.yandex.ru/calculate/grp/x86_64/"
В алиасах
alias emerge-bin='time sudo emerge --getbinpkgonly --usepkgonly'
Таких пакетов у меня с пяток.Не то чтобы «все прекрасно», но от многочасовой сборки избавляет.
Единственное, они с обновлениями опаздывают примерно на неделю.
packages.gentoo.org/packages/www-client/vivaldi
Soundcloud играет прямо сейчас.
Binhost? По-моему это решение Вашей проблемы.
Для зоопарка машин это лучший вариант на сегодняшний день. Плюс ко всему, если на ЦП локалхоста нецелесообразно собирать пакеты, лучше эти обязанности возложить на другую машину помощнее.
Если посмотреть на это здраво, без фанатизма, то у любого дистрибутива есть косяки в большей или меньшей мере.
ИМХО в генте можно все починить самому, имея голову на плечах и руки хоть немного выше пояса.
Я пробовал. Года за 3 до перехода на Gentoo, где-то в 2001. За эти 3 года я полностью задолбался поддерживать собственный дистр любовно выстроенный из LFS, и с облегчением перешёл на Gentoo — гибкость настройки Gentoo позволила получить на его базе практически такую же систему, какую я имел на собственном дистре, только на этот раз поддержкой моей системы занимаются разработчики Gentoo. :)
но с тачбаром клавиатуру испортили…
А вот проблем совместимости со старым софтом огребём не мало
Я смотрел на своём Леново, по встроенному acpi-метру разница между максимальной и минимальной яркостью дисплея — 2 ватта.
А вот тут, скорее, наоборот: a13 в пределе потребляет 6 ватт при итоговой производительности не сильно ниже Core i7. По моим наивным прикидками, в пределе можно ждать примерно на треть меньшее энергопотребление процессора (в ноуты будут ставить процессоры с большим числом ядер).
Зря вы так думаете:
fortune.com/2020/07/08/lenovo-flex-5g-laptop-review
> I worked all day on the Flex 5G, running numerous speed tests, downloading lots of files, and generally pressing it to the limit. At the end of the day, the battery was still more than half full.
но с тачбаром клавиатуру испортили…
Я сначала тоже так думал, но потом попробовал и внезапно понравилось О_о Весьма удобная штука оказалась.
Как по мне, тачбар на маке это самое ужасное, что они сделали со своими ноутами за последние годы.
При этом для комфортной работы кроме самого ноутбука с собой всегда разборная подставка для него, которая подымает экран на 20 см (чтобы не крючиться над экраном и не портить себе осанку). И внешняя клавиатура с удобной раскладкой.
Работать же с колен по 8 часов в день конечно же можно, но через несколько лет такой работы у многих людей начинаются проблемы со здоровьем.
Несколько раз у меня случались проблемы с зависимостями — но я смог несложно их починить.
Квинтэссенция
Такие проблемы случаются и на других дистрах, только вот починить их там обычно намного сложнее, и, временами, оказывается проще переустановить систему, чем вылечить. А в Gentoo пока что починить удавалось всегда, и обычно да, достаточно несложно.
Это было весёлой проблемой, как дебиану удалить apt, apt-get, dpkg :)
Потребовало возврата к установщику и некоторой магии по перекомпиляции более предыдущей версии компилятора, но более новой, чем из коробки в установщике.
Такие проблемы случаются и на других дистрах
Нет, не случаются. Текущая Manjaro, первые пакеты из истории pamac:
[2017-09-25 10:39] [ALPM] installed linux413-virtualbox-host-modules (5.1.28-2)
[2017-09-25 10:39] [ALPM] installed linux413-ndiswrapper (1.61-3)
[2017-09-25 10:39] [ALPM] installed linux413-r8168 (8.044.02-3)
[2017-09-25 10:39] [ALPM] installed linux413-nvidia (1:384.90-1)
[2017-09-25 10:39] [ALPM] installed linux413-headers (4.13.3-2)
[2017-09-25 10:39] [ALPM] installed linux413 (4.13.3-2)
3 года назад система установлена, всё это время я просто жмакал «обновить» раз в неделю или две, никаких проблем абсолютно, вообще. И это тестовая ветка, между прочим (в стейбле пакеты очень уж старые для меня)
Кучу лет в openvpn-клиенте была бага не позволяющая вводить пин от рутокена если openvpn собран с поддержкой systemd (а он всегда собран с поддержкой systemd в бинарных дистрибутивах). В генту все исправляется одним USE-флагом, в остальных дистрибутивах нужно было собирать пакет самостоятельно.
С этим багом не сталкивался, но в целом в подобных случаях самостоятельная сборка пакета в арче сводится к
- asp export openvpn
- cd openvpn
- открываем PKGBUILD, переходим к функции build, добавляем нужные флаги
- makepkg -i
Конечно, обновлять собранный таким образом пакет придётся самостоятельно, но это всё-таки исключительные случаи обычно.
в остальных дистрибутивах нужно было собирать пакет самостоятельно
Написать pkgbuild для 1 пакета — невелика плата за всё остальное. Это же исключение, а не правило
Это конечно хорошо, если ты фанат и есть свободное время, но как-то не готов тратить 3 часа на установку огненной лисы, несмотря на все мое уважение, останусь на Дебиане.
Бинарная сборка от Mozilla — включает в себя проприетарный бинарь.
Бинарная сборка от gentoo использует ffmpeg (который использует openh264)
Хочется собрать самостоятельно — можно использовать openh264 либо проприетарные кодеки.
Когда процессор загружен на 80% и выше комп становится неюзабельным при любых раскладах.
У меня просто все компиляния запускаются с пониженным приоритетомВот у меня раньше тоже так было, но последние 5+ лет и nice 20 даже не помогает. Просто беру запускаю два процесса загружающих все ядра и одному выставляю nice 20. И фоновое приложение грузит 1-3 ядра на 100% из 8. Но проблема не в этом, а в том что ощущаешь иногда притормаживания системы из-за того что запущено фоновое. (Фоном у меня BOINC раньше был, сейчас не могу пользоваться, приходится ставить на автоматическое отключение при пользовательской активности. А эту фичу еще и периодически ломают в Linux.) Тут я даже могу Windows похвалить, правда XP (с тех пор не пользуюсь) — когда ставил два процесса на видео кодирование, тот что с минимальным приоритетом и не двигался пока предыдущих не закончит. А-ля очередь задач.
Утверждение — «Когда процессор загружен на 80% и выше комп становится неюзабельным при любых раскладах.» — вообще говоря, полная чушь.
Я это понимаю так: есть процессор, у него есть 100% свободного времени. Приходит задача которая занимает 80% времени. Теперь любая другая задача при поступлении будет обрабатываться кусками попадая по возможности в свободные 20%. Это без приоритета или с низким. С высоким, вероятнее, будет намного лучше, но влияние все равно будет, как минимум переключение, очистка кэшей занимает время.
Память конечно же будет влиять. Всегда найдется кусок кода ожидающий данных из ОЗУ и не позволяющий продолжить выполнение других задач, стопоря конвееры в процессоре.
Неюзабелен, здачит где-то ботлнек. Если процессор свободен на 20%, надо смотреть на память, в/в и т.д.Изначально речь шла про обычный пк, а не только про процессор.
У меня, например, место для компиляции на отдельном диске, памяти достаточно, и я запускаю make -j <число процессоров>, и это совершенно не добавляет тормозов браузеру, незаметно при работе на удаленном рабочем столе или при проигрыванию аудио/видео. Хотя %CPU почти 100. И у меня не мегапроц, специально выбирал 45Вт.
Теперь любая другая задача при поступлении будет обрабатываться кусками попадая по возможности в свободные 20%.Вы запустите бесконечный цикл рядом, и у вас количество свободных процентов уменьшится на одно ядро.
Я на Gentoo с 2004. Самое классное — можно забыть про периодические "обновления" на следующую версию дистра раз в несколько лет, после которого в системе меняется примерно вообще всё, и надо заново привыкать в ней работать. Если подойти к вопросу формально, то с момента первой установки Gentoo я его один раз таки переустанавливал, но это было вызвано переходом с 32-битной на 64-битную систему, и переустановка была чисто технической процедурой — по сути практически все файлы кроме бинарников были перенесены as is, так что после "переустановки" я загрузился в систему, которая ничем видимым не отличалась от "до переустановки".
Из минусов — огорчает медленная работа emerge (может, конечно, попробовать заменить его на paludis…), плюс за последние годы скорость компиляции некоторых пакетов упала настолько (а требования к памяти во время компиляции соответственно выросли), что на многих не очень мощных компах собрать их уже просто нереально. Поэтому сначала пришлось унести /var/tmp/portage на tmpfs, потом включить ccache, а недавно и вовсе освоить кросс-компиляцию, чтобы мощный сервер собирал бинарные пакеты для некоторых моих слабых компов. В результате начинают посещать пораженческие мысли посмотреть в сторону ArchLinux либо купить реально мощный комп просто чтобы меньше замечать тормоза от компиляции.
Вот, например, время сборки chromium за последние годы:
2012: 20 минут
2013: 25 минут
2014: 55 минут
2015: 1 час 20 минут
2016: 2 часа 20 минут
2017: 3 часа 55 минут
2018: 5 часов 45 минут
2019: 11 часов 20 минут
2020: и вот тут меня это достало, и я снёс его нафиг
Firefox за этот же период времени замедлился с 20 минут до 1 часа, что ещё терпимо… если, конечно, не учитывать, что сейчас обновление firefox это почти всегда обновление ещё и rust, что добавляет ещё 1 час.
qtwebengine сейчас собирается под 4 часа.
Кто-то, уже не помню кто конкретно, сжирал порядка 8-16 GB RAM в процессе сборки (хотя тут возможно мой tmpfs сказывался), так что если памяти меньше 24 GB — привет, своп, и дикие тормоза.
Тем не менее, плюсы однозначно перевешивают неудобства: полный контроль над системой, отсутствие systemd/pulseaudio/IPv6, скорость, безопасность (особенно во времена когда был доступен hardened-sources на GrSecurity) и стабильность как работы системы в целом так и UI/UX.
Только её постоянно пытаются отломать, сволочи. Из последнего — недавнее обновление телеграма (принёсшее с собой видео-звонки) параллельно включало переход на какую-то низкоуровневую библиотеку, работающую только через pulseaudio. В результате при попытке позвонить или принять звонок телега тупо падала. Пока проблему удалось решить запуская телегу через apulse, но вот надолго ли…
Когда развлекался с gentoo использовал ReiserFS — на нём все эти мелкие файлики обрабатывались супер быстро. Потом перешёл на ext4 и не понимал, что произошло и почему все так медленно.
Но это было лет 10 назад и на HDD. Сейчас, наверное, всё подругому.
надо на вкладку дискорда переключатся
Можно вынести таб в отдельное окно.
огорчает медленная работа emerge
После недавнего обновления portage работает заметно быстрее.
Честно говоря, даже если они действительно ускорили в разы — это не имеет значения пока нет шансов дождаться результатов в консоли не уходя заниматься другими делами. Я сейчас проверил — запуск emerge -uDNav world
в максимально идеальных условиях (относительно быстрый CPU, портаж на SSD, система полностью обновлена, эта же команда только что пару раз запускалась для разогрева всех возможных кешей) занимает 43 секунды. Я за это время успеваю переключиться на другую задачу, тем более что обычно условия не столь идеальные и времени уходит намного больше. И если я не среагировал на beep закончившего думать emerge, то я могу вспомнить про то, что там где-то ждёт подтверждения команда через несколько часов, а то и вообще завтра. Это — плохой UX, очень плохой!
Расскажите, пожалуйста, что хорошего в регулярной пересборке хрома? Ну то есть, что вас заставляло делать это больше двух часов в последние пять лет? Я на верхнем уровне понимаю, зачем это нужно, но вот до глубинного смысла докопаться не могу.
В каком смысле? Хром — браузер. В браузерах — полно дыр в безопасности. Поэтому регулярно выходят новые версии, и поэтому эти версии необходимо сразу же устанавливать. Конкретно в случае chromium — нет вендора, который бы выпускал бинарные сборки, как в случае chrome, vivaldi или firefox. Поэтому приходится собирать chromium всегда ручками.
gpo.zugaina.org/www-client/chromium-bin
Уже добавили в основное дерево.
Это хорошо, но немного поздновато. За прошедшее время научился обходиться без него: основной Firefox, если надо что-то протестировать на движке хрома есть намного более приятный в плане отношения к прайвеси Vivaldi, ну а если сам не работает в обоих и нужно проверить совсем с гарантией - для этого есть Chrome (без единого плагина и не используемый больше ни для чего, чисто контрольный экземпляр, если и в нём сайт не работает - значит дело точно не в моих браузерах/плагинах/настройках), авось за редкие запуски в качестве контрольного экземпляра он много данных о моей активности гуглу слить не успеет.
Сборка www-client/chromium-89.0.4389.47 — 2 часа, 22 мин.; а www-client/firefox-85.0.2 — 16 мин.
От мощности компьютера сильно зависит.
Я на Gentoo и Кальке был с 2008 года. Пересел на Kubuntu. Из плюсов генты:
- в репозиториях есть практически всё без snap и сторонних реп;
- можно часть пакетов собирать, часть бинарить из реп;
- реально удобное управление пакетами;
- никогда не имел проблем с нестандартным оборудованием — все из коробки (особенно в кальке).
А вот минусы, которые для меня перевесили плюсы:
- каждую неделю обновлений на почти 1Гб (я разработчик и мне нужны Py3.6-3.8, PyCharm, компилятор и с десяток либ) — в Kubuntu за неделю до 0.5Гб и меньше;
- постоянный поиск соответствия имён либ в генте и убунте;
- зависимости = боль, ещё ни разу не ломал систему в Kubuntu;
- JetBrains ToolBox не завёлся под Gentoo, а морочить голову с этим на работе некогда;
- скорость emerge даже с бинарными репозиториями (полное обновление час против 10 минут).
Gentoo это про оптимизации всё же, а не про удобство и на сервере прям идеально (особенно всяким shared-хостингам, за счёт оптимизации того же php), но для комфортной работы всё же тяжеловато. Ну и если твоя целевая аудитория сидит на старых RH и Deb, то наверное лучше быть с ними настолько близко, насколько возможно — это урок, который я извлёк для себя.
Может, Arch/Mandjaro, если нужны свежие версии пакетов и/или минимализм?
Плюсы:
- можно взять голый арч и настроить все так, как хочется
- роллинг релиз, новые версии пакетов
- бинарные пакеты, не надо собирать долго
- много пакетов
- если всё-таки пакетов мало, есть aur
На работе Manjaro в оболочке gnome, я реально впечатлен Arch подходом. AUR вместо PPA репозиториев оказывается реально удобным. Нарекания есть наверно только в сторону gnome.
С другой стороны дома пробую nixos, которая дает возможность в декларативном стиле описать состояние системы. Можно создавать отдельные рабочие окружения под специфические версии библиотек. В пару строк можно свичнуть DE. Но даже в unstable-minimal канале, где достаточно большой объем пакетов собирается на машине пользователя, пакеты отстают от официальных репозиториев весьма существенно. Что-то похожее на gentoo vibe, но все больше понимаю, что на рабочую машину переносить nixos пока рано.
Нарекания есть наверно только в сторону gnome.
Попробуйте KDE, ванильные кеды в Арче и Манжаре, не испорченные кривыми руками мантейнеров (привет, Дебиан и Кубунту), просто прекрасны.
если всё-таки пакетов мало, есть aur
А если вдруг что-то настолько специфичное, что нет даже в aur, либо нужна конкретная версия или нестандартная конфигурация, то без проблем пишется свой PKGBUILD или правится лежащий в AUR/репозиториях.
Мне тоже нравится gentoo, лет 5 на ней сижу. Долгие обновления могут ставиться ночью и не так часто, работает достаточно стабильно, можно выбирать, какие пакеты с какими возможностями нужны, только смущает то, что перестали обновляться некоторые интересующие меня пакеты, в частности qt-creator и libreoffice. Новые версии вышли ещё в августе (4.13 и 7.0), а в репах генты до сих пор старые.
Установленные версии: 6.4.6.2-r2^st(02:48:50 10.10.2020)
packages.gentoo.org:
libreoffice:
Version 7.0.2.2 is available upstream. Please consider updating!
It seems that version 7.0.2.2 is available upstream, while the latest version in the Gentoo tree is 6.4.7.2.
qt-creator:
Version 4.13.2 is available upstream. Please consider updating!
It seems that version 4.13.2 is available upstream, while the latest version in the Gentoo tree is 4.12.3.
А что не так со сборкой свежей Audacity под любой другой дистр?
В итоге решил начать с арча.
Так и сижу на нем уже лет шесть. За всё время ни разу ни чего не ломалось после обновления.
Мое глубокое убеждение состоит в том, что Gentoo это дистрибутив который сделан разработчиками и для разработчиков. По сути это единственный дистрибутив в фокусе внимания которого средства разработки (и кросс-разработки). Все остальное (в частности USE флаги) уже вторично. Catalist и возможность сделать stage4 создают отличную альтернативу таким системам как buildroot, OpenWRT и им подобным, при этом позволяя сильно более гибко формировать параметры итоговой системы. Получается не минимально-минимально, но минимально работающее «чтоб не стыдно». Впрочем, издержек жизни на Gentoo хватает. Кросс-компиляция под ARM та еще развлекуха. Приходиться изголяться используя то qemu-arm, то croos-emerge, а то и вообще нативную сборку. Но оно того стоит. Если ты разработчик.
А для пользователей я бы все же рекомендовал что-то более простое и не так требовательное к умению как минимум гуглить ответы (лучше умению читать документацию, а еще лучше умению читать ее вдумчиво и вместе с исходными текстами). Навыки полезные, но… Вышивать на машинке тоже полезный навык, однако я ему до сих пор не обучился. ;-)
Много лет использую Gentoo. Перешёл на неё с Ubuntu, когда пропал интерфейс Gnome 2. На Ubuntu пришёл с FreeBSD. Недавно начал поглядывать на Fedora. Там софт тоже довольно свежий. Да и иногда просто лень ждать пока все обновления соберутся. Поставить Fedora оказалось сложнее без флешки и DVD, чем Gentoo. Тут chroot не помощник, пришлось использовать Virtualbox. Немного заморочился с логикой инсталятора. С первого раза всё правильно настроить не получилось. В целом Fedora 33 ничем не хуже Gentoo для меня. Правда, пока, мелкие косяки выплывают, типа нельзя ввести пароль на экране блокировки, не запускаются игры в Steam из-за библиотек. В Gentoo с этим проблем нет. Зато понял, что иногда не работающий тачпад после загрузки системы — это аппаратный баг моего ноутбука и воспроизводится одинаково в Gentoo и Fedora.
Поздравляю, вы, как и я, влюбились в Gentoo — теперь все остальные дистрибутивы будут казаться её жалкими тенями :)
Нет панелей — только горячая клавиша для запуска браузера и терминала
Если нужно запустить Audacity — я запускаю ее через терминал
Попробуйте rofi в качестве запускатора, очень хорошо дополняет десктоп на i3.
Есть две программки которые я сам хочу добавить в репозиторий, я изучал вопрос — оказывается это не сложно, по суть нужно создать файлик ebuild
Рекомендую открыть для себя оверлеи.
Как руководство отнеслось к замене корпоративного мака на BYD? Или уход с MacOS был вызвана другими причинами, например сменой места работы?
Пока, к сожалению, описание некого игрового «квеста»-конструктора. Героическое преодоление никому не нужных проблем.
Пока, к сожалению, описание некого игрового «квеста»-конструктора. Героическое преодоление никому не нужных проблем.
Тут можно ответить множеством вариантов ответа типа «всё субьективно, каждый проводит свободное время как ему нравится». И если это хобби такое, если это повышает удовлетворённость собой, то почему стоит от этого воздерживаться?
Ведь в конце концов, хорошее настроение повышает продуктивность труда.
Героическое преодолениетак и то с натягом — упала сборка, гуглим как другие решили эту проблему.
Как Gentoo повлияла на качество основной работы: вроде никак, была бы Ubuntu — у меня тоже слева был бы терминал а справа браузер. Чуть разница в перформансе и жизни батареи, но я не мерял.
Знания которые позволили лучше писать код: не помню, на прямую вроде нет, я пишу JavaScript и Go для AWS Lambda.
Героическое преодоление никому не нужных проблем.
Да я не преодолевал особенно ничего. Вот помню в 2012 я с Windows, еще особенно не будучи программистом, ПОЛ ГОДА перелазил на десктопе на всякие линуксы, вот это был подвиг и преодоление, а с Gentoo не особо, проходил установку по шагам, потом интернет не работал, спросил на Реддите — указали что я забыл один из шагов установки (я думал DNS это опционально). Сейчас вообще преодоления вроде не больше чем на Ubuntu, я пакеты каждый день не ставлю.
Компьютеры это тоже хобби, Gentoo радует :)
очень странно читать местных гентушников, которые молчат, как рыбы об лёд о главном: https://devmanual.gentoo.org/
И деб-вский, и редшляповский описания построения соответствующих пакетов существенно уступают гентушному описанию рисования ebuild-ов.
На провокационный вопрос, что даёт это "мучение" (я не зря взял в кавычки слово мучение) — навык чтения документации. Для рядового эксплуататора таковой навык может и не вот уж нужен, но когда задача — научиться новому продукту, а затем научить рядовых сотрудников этому продукту, разработав какие-то стандартные конфигурации, без навыка внимательного чтения документации — весьма тяжко. Ну и по опыту: любая система требует освоения, а это — именно изучение этой самой документации, и чтение её перед тем, как запускать инсталлятор — весьма экономит время на указанное освоение.
ЗЫ. Освоив генту, любая другая система становится простой и понятной. деб, центось, солярка (ещё сановская), при этом солярка изучалась и запускалась в прод при условии, что рядом спецов по ней не было, только официальные доки и интернет. И ничего, запустились.
Первой был Sabayon Linux — та же Gentoo но с бинарными пакетами. Из-за нестабильности перешел на Calculate Linux. И это оно. Огромное количество бинарных пакетов, так что не надо ждать вечность пока соберется Qt, или Chrome, или Libreoffice. Но если для вашего набора USE флагов нет бинарного пакета, то сборка происходит из исходников. В остальном тот же portage и та же гибкость
ну компилится хром 7 часов, ну и хрен с ним, не надо же сидеть смотреть в консоль всё это время и в носу ковырять, в чём проблема-то?
но, с другой стороны, если вы через 10 лет генты занимаетесь такой ерундой как советы кому-то каких-то дистрибутивов — я вам тупо не верю.
Некоторые пакеты при компиляции заметно притормаживают комп, если их не ограничивать по количеству ядер (а некоторые плевали на это ограничение и всё-равно жрут все доступные ядра). Если это длится часами — это начинает бесить. Кроме того, да, сидеть и смотреть туда не нужно, но всё-равно часть внимания туда уходит, потому что надо же дождаться результата, проверить всё ли ок, доделать иногда что-то по рекомендациям для "после установки". Ну и для слабых компов — это вообще смерть. Я вот родителям Gentoo поставил когда-то, потому что знаком с ним лучше других дистрибутивов и мне проще его поддерживать чем какую-нибудь убунту. Но недавно мне пришлось завести отдельный сервер и собирать на нём бинарные пакеты (два разных набора, с разными CFLAGS и USE) для того, чтобы ставить родителям обновления быстрее, потому что на их слабых компах это стало занимать неприлично много (сутки-двое раз в пару недель) времени и достаточно сильно тормозить комп в процессе, чтобы создавать проблемы в его использовании пока идёт обновление.
Сейчас я вот жду пока появится за вменяемые деньги возможность обновиться на AMD Ryzen 9 5900X, и одна из причин зачем мне более быстрый проц чем текущий разогнанный i7-2600K — быстрее ставить обновления Gentoo, потому что для остальных моих задач производительности текущего проца более чем достаточно.
раз в пару недель
Может реже обновлять.
Не лучшая идея. rolling-release хорошо работает при частых обновлениях, а если затянуть с обновлением на пару месяцев то начинаешь наступать на грабли, которых другие не видели, и которые никто не жаждет чинить.
Ну, может и так. Но рисковать на пустом месте неохота. Я как-то год проводил эксперимент "а что будет если ставить только секьюрити-обновления". А потом эксперимент пришлось прекратить, потому что дальше оно обновиться не смогло вообще никак. Я, конечно, систему там всё-таки полностью обновил, но это был цирк с конями (включая использование нескольких промежуточных снапшотов портажа) сожравший несколько дней жизни и вызвавший острое нежелание когда-либо это повторять. Помимо этого но мне иногда приносили ноуты с системой вообще не обновлявшейся полгода — и каждый раз это тоже было тот ещё секс. Так что я точно не знаю, где конкретно проходит эта граница — на полугоде или на двух месяцах (очевидно что это сильно зависит от того, какие пакеты и как обновлялись за этот период), — но доводить до этого собственные машины без веских причин я не хочу.
Тем более странно, что больше всего плюсов у комментариев которые задают тон от пассивно- до вполне неприкрыто негативного. В т.ч. от тех кто пишет, что пользовался несколько лет, и теперь с удовольствием готов вылить чуточку яда. Им я сказал бы: да, вы точно потратили время впустую, а автор нет, вполне возможно через несколько лет он напишет «просидел Х лет на Генте, гештальт закрыт», но ваш — не закрыт, и яд в комментах — наглядное подтверждение.
И это не только к Gentoo относится.
Тут бьла статья «Гроубокс как метод познания себя», и мне очень понравился подход ее автора, мог бы порекомендовать всем, кто оставил тут в комментах чуточку своего негатива. Для тех, кому лень искать процитирую, на мой взгляд, основную мысль: «когда мы смотрим ролики или читаем статьи — все кажется очень просто, но в процессе появляется столько трудностей, сколько мы представить себе не могли и тут появляется снова надзиратель, который хочет указать на свое место». Именно это, на мой взгляд, причина негатива в подобных случаях.
Я считаю, хотите сэкономить время — не участвуйте во флеймах типа Linux vs Windows/init vs systemd/etc, это точно трата времени впустую. Ну и в конце: я использую Gentoo более 10 лет.
У меня есть Tinder и я встречаюсь с девочками.
Вся статья написана ради этого? =))))
ЗЫ: у меня macOS и я дважды женат :-D
Уже вижу будущее где все дистрибутивы начнут внедрять контейнеры на перевес тому бардаку что творится сейчас. Человек не должен тратить свое время на починку зависимостей пакетов, если это не так, система пакетов не выполняет свои функции.
Ужасное будущее, имхо. Ради каждой маленькой программы тащить не просто полный набор библиотек рядом, как в винде, но и аж целый контейнер.
Я неправильно выразился. Тащить ОС не надо, надо чтобы как на на андроиде или ios приложения ставились и удалялись по щелчку пальцев. Не оставляя мусор, легко бекапясь и прочее.
Не совсем, почитайте выше комменты, через один про проблемы зависимостей.
как только найдётся какой-нибудь обход для этого
В ios не нашлось пока…
Каждый раз удивляюсь как после покупки и стартовой синхронизации через 3 минуты установлены все мои приложения и настройки в точности как были. Это искусство так сделать. Этого очень не хватает на десктопах.
Как там у маков с вводом пароля на русском языке
Пароли на русском? Зачем?
настроить частоту и политику резервного копирования
Если не ошибаюсь, то
sudo defaults write /System/Library/LaunchDaemons/com.apple.backupd-auto StartInterval -int 86400
sudo chmod 644 /System/Library/LaunchDaemons/com.apple.backupd-auto.plist
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.backupd-auto.plist
начнут внедрять контейнеры
Угу, полный стэк, ядро и виртуальную машину каждому, своих уникальных версий (чтоб не тестировать ни на чём другом). Гринписа на вас нет.
Так дистрибутивы уже вполне себе внедряют контейнеры — snap (Ubuntu, многим не нравится), flatpak (много где, многим нравится), appImage (почти нигде). У меня во flatpak стоят всякие сомнительные проприетарные штуки — Skype, Slack, Discord, Spotify. Никаких проблем с зависимостями.
Удаление/установка по щелчку пальцев — это про AppImage, вроде бы на Маке приложения похожим образом ставятся (1 бинарник — 1 приложение). Но он как-то не слишком распространен, и образ нужного приложения часто не найти.
“При установке пакета мне приятно узнать его зависимости, лучше понимать обстановку. Например я узнал что для установки Chromium по умолчанию нужно установить Яву для Closure Compiler — проверить собственный код. Я отключил это флагом.
У Gentoo хорошие веб интерфейсы — если не из терминала, но можно приятно посмотреть на возможные флаги пакета“
WUT? Это перевод или на каком языке это написано?
Я всё написал тут --> https://habr.com/ru/post/512484/
Мусолить одно и тоже нецелесообразно
Я тоже люблю Генту. С нее очень хорошо учиться общаться с любым линуксом.
… А потом ты запускешь emerge update world или как там правильно было. и все. полдня ищешь, отчего у тебя оно опять не поднялось.
Не может. Попробуй на стандартном профиле собрать mpv с поддержкой vulkan. И там такого ~70% в портаже
Если бага повторяется больше 1 раза — это системная бага и она не решается багрепортами. 10 лет люди слали багрепорты, а ошибки при сборке пакетов как были, так и остались. Слать не буду. Это бессмысленно
Чем больше будет ошибок в Gentoo, тем меньше на ней будет людей. Чем меньше людей, тем больше вероятность того, что в управленческом составе начнут шевелиться и начнут принимать конструктивные решения, а не обсуждать, кто из них особенная снежинка
eix media-video/mpv
[I] media-video/mpv
Доступные версии: 0.32.0-r1^t **9999*l^t {+X +alsa aqua archive bluray cdda +cli coreaudio cplugins cuda debug doc drm dvb dvd +egl gamepad gbm +iconv jack javascript jpeg lcms +libass libcaca libmpv +lua luajit openal +opengl oss pulseaudio raspberry-pi rubberband samba sdl selinux test tools +uchardet vaapi vdpau vulkan wayland +xv zimg zlib PYTHON_TARGETS="python3_6 python3_7 python3_8"}
Установленные версии: 0.32.0-r1^t(17:09:28 29.10.2020)(X alsa archive bluray cdda cli cplugins drm dvb dvd egl gbm iconv jpeg lcms libass libcaca libmpv lua luajit openal opengl pulseaudio rubberband tools uchardet vaapi vdpau vulkan xv zlib -aqua -coreaudio -cuda -debug -doc -gamepad -jack -javascript -oss -raspberry-pi -samba -sdl -selinux -test -wayland -zimg PYTHON_TARGETS="python3_7 -python3_6 -python3_8")
Домашняя страница: https://mpv.io/ https://github.com/mpv-player/mpv
Описание: Media player based on MPlayer and mplayer2
$ eselect profile show
Current /etc/portage/make.profile symlink:
default/linux/amd64/17.1/no-multilib
Дело, очевидно, не в portage
arxont@frankenpad ~ $ eselect profile show
Current /etc/portage/make.profile symlink:
default/linux/amd64/17.0/desktop/plasma
arxont@frankenpad ~ $ cat /etc/portage/package.use/mpv
media-video/mpv vulkan
arxont@frankenpad ~ $ sudo emerge mpv
Calculating dependencies... done!
[SKIPPED]
>>> Installing (11 of 11) media-video/mpv-0.32.0-r1::gentoo
* If you want URL support, please install net-misc/youtube-dl.
* Updating icons cache ... [ ok ]
* Updating .desktop files database ... [ ok ]
>>> Recording media-video/mpv in "world" favorites file...
* Messages for package media-video/mpv-0.32.0-r1:
* If you want URL support, please install net-misc/youtube-dl.
>>> Auto-cleaning packages...
>>> No outdated packages were found on your system.
* GNU info directory index is up-to-date.
arxont@frankenpad ~ $
Собралось. Последняя синхронизация пакетов — две недели назад, в системе торчит ACCEPT_KEYWORDS="~amd64", что только добавляет багов.
Правда у меня профиль не 17.1 а 17.0, но выше и на 17.1 собралось, да и ноутбуку этому вулкан вообще ни к чему.
Да и не интересно уже, раньше тоже мог днями напролёт в консоли сидеть, сейчас вообще вне рабочих часов редко рядом с компьютером. Linux только в виртуалке, рядом с виндой, на случай, если что в нём откомпилировать или протестировать нужно.
Год на Gentoo после Xubuntu и macOS: мой опыт (мне нравится)