Как стать автором
Обновить

Комментарии 226

Будет любопытно услышать продолжение этой истории. Реквестирую следующую статью — до встречи ещё через три-пять лет.

Могу немножк поспойлерить :-) Пользовался Гентой 5 лет, в 2015 году перекатился на Manjaro. Понял, как много времени Гента сжирала на своё обслуживание и на свои особенности, причём это пожиралово времени совершенно бессмысленно. Итак, по пунктам, почему Гента это не система, а игрушка для тех кто не наигрался в конструктор.

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), тоже было бы правильно.
Вот NixOS выглядит гораздо более осмысленным и перспективным вариантом Генты. Там и бинарные пакеты как норма, и подход к устройству системы очень стройный и логичный.
Да, только там (и везде так будет) каждая настройка каждого пакета должна поддерживаться дистрибутивом. А это — проблема «в дистрибутиве старая версия пакета», только в кубе.

Так я и пришел к выводу из первого абзаца моего первого комментария. «Оптимизировать» development-среду как бы беспользно. А production должен быть уже на дистрах с другой философией — контейнер, легковесность, unikernel и т.п. Отсюда и мысль про NixOS и не-Linux.
каждая настройка каждого пакета должна поддерживаться дистрибутивом. А это — проблема «в дистрибутиве старая версия пакета», только в кубе

А, это да, странный момент в NixOS
Ну вроде в этом и есть идея… Воспроизводимые конфиги (ну и само дерево файлов).
У манжары пакеты не особо ванильны
А можно вкратце почему выбор пал именно на manjaro?
Очень удобная «полуроллинг»-модель, когда релизов дистрибутива нет, но и пакеты обновляются не непрерывно и разрозненно как в Арче, а консистентными пачками. Очень быстрый пакетный менеджер без лишних зависимостей пакетов и без маразма вроде сноса половины системы при попытке удалить какой-нибудь пакет. Поддержка AUR из коробки (все сторонние пакеты в одном репозитории, не нужно жонглировать кучей репов типа РРА), опционально можно подрубить snap и flatpak в графический менеджер пакетов.
Спасибо за развернутый ответ. Надо будет попробовать.
НЛО прилетело и опубликовало эту надпись здесь
наконец-то адекватный человек
я на генте с 1999, уже 21 год
у меня их целая гора — рабочий комп, домашний комп, nas, 2 ноута
и нигде нет никаких проблем с тем что что-то «не собирается» «циклическими зависимостями» и прочей ерундой наподобие «ой как долго собирается».

когда то давно лет 15 назад ставил на atom которые только вышли, на какой-то дешманский ноут, уже не помню даже какой. Вот там openoffice в то время компиллировался 20 дней, вот это было и правда перебор =))

в генте очень (!) легко всё сломать, скорее всего народ просто делает сам не понимает что. Не ломаешь — всё отлично. Особенно кто-то там внизу в комментах живёт на ~amd64, это ж надо додуматься.

но спаведливости ради на работе у меня целая туча убунт серверных, много коллег с маками — всё от людей зависит. Мак тоже можно нахачить-настроить огого как. А можно стать обезьяной и превратить мак в гранату. Генту правда в гранату проще превратить, сильно))

Гента — не для всех. Но радует что люди у кого она не ломается и работает как часы есть)
Ну а что такого плохого в жизни на ~amd64 после того, как понял что и как?

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


Я лично так или иначе участвовал в 472 багах в багзилле Gentoo, плюс поддерживаю свой оверлей с 82 пакетами — и при этом я бы не хотел жить полностью на ~amd64, потому что тогда этих багов и пакетов было бы ещё больше, а у меня основная работа вообще-то в другом заключается, не в поддержке Gentoo.

А почему вы держите в своем оверлее 82 пакета а не добавляете эти ебилды в основное дерево?

По разными причинам: где-то это мои собственные утилиты, которые мало кому ещё нужны (а кому нужны — у тех подключен мой оверлей), где-то это варианты пакетов основного дерева со специфичными отличиями, которые будет непросто пропихнуть в основное, где-то просто руки пока не дошли (я proxy-maintainer нескольких пакетов в основном дереве, и вообще-то я не в восторге от того, как устроен этот процесс — времени на отправку изменений уходит очень много, всё медленно, и желания заниматься этим ещё для кучки других пакетов просто нет).

По моему опыту — полностью на ~amd64 жить гораздо проще и стабильней, чем на стабильной ветке с размаскированными отдельными пакетами. С багами сталкиваться доводилось, но в количестве нескольких штук, а не нескольких сотен.
пользуюсь, гентуу далеко не 21 год, а лишь 21 день, зато с дебиан просидел лет 6-7, и теперь каждый день закрепляется впечатление, что гентуу очень ¡сложно! сломать. В дебиан как, к примеру, написано в инструкции: поставить пакет такой-то, вроде поставился, или ставлю с --no-install-recommends, а затем вычитываю список рекомендуемых и пытаюсь угадать (ибо из документации совершенно не ясно, как отсутствие или наличие пакета скажется на целевом), стоит ставить или нет, затем править такой-то конфиг, вроде все пункты понятны, исправил, запустить службу, вроде запустилась, но тут начинаются чудеса!
Что получилось с гентуу: ставится он не через какой-то ущербный установщик, а полноценную среду линукс. Здраво рассудив, решил, что не буду скачивать 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 и всё заработало, вообще всё. Дебиан в такой ситуации уже раза три бы откатывал из снапшота. Способность гентуу отправить пользователя читать документацию, даже когда тот упорно отказывается — уникальная способность системы. Но именно благодаря ей следует говорить, что генту сложно сломать — намного сложнее, чем всякие дебианы, центосы и прочее.
Ну так там все сразу было понятно, автор сразу честно написал «я строитель и люблю строить свой домик в лесу». Это не плюс и не минус, это кому что нравится. Мне например нет, но ему да, и это замечательно что есть разные операционки под любой вкус
1) Про почтовый клиент — вот это одна из причин почему многое переходит в веб, у меня последние лет 10 это Gmail и YandexMail.
2)
Втыкаешь ты девайсину в порт, а ядро девайс не видит

тоже обычно не втыкаю девайсы в порт, есть Google Photos, Facebook, VK, Instagram, email.
3) Классный комментарий, хочу целиком процитировать:
10) Гентокоммьюнити — САМОЕ токсичное в Рунете среди всех Линукс-коммьюнити. Форум gentoo.ru — просто адов пи@@ец, таких отбитых душнил и мудаков я не встречал нигде вообще, даже на АИБ. Льют яд и суют шпильки просто на ровном месте. Полное ощущение того, что сборка Генты заставляет их верить в собственное недосягаемое интеллектуальное превосходство над всеми остальными априори. Ну и добились того, что в их болото практически не приходят новые люди, а кто приходит — быстро сваливает. Карма, хехехе.

Я тот русский сайт даже не знаю, общался на www.reddit.com/r/Gentoo, там хорошие ребята.

Может теперь Gentoo стала лучше чем 5 лет назад. Ну и может вам нужно было много пакетов и повышался шанс проблем, может мне повезло что хватает минимума.
НЛО прилетело и опубликовало эту надпись здесь
Я тоже одно время пользовался почтой через веб, но это не так удобно как программа-клиент, поэтому вернулся на kmail.

Проделал примерно тот же путь, по итогу перешел на 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 примера приведу:


  1. тулза fscrypt для шифрования папок и файлов в ext4 (её нет)
  2. Для работы valgrind'а с libc пришлось эту самую libc пересобирать без simd (валгринд жаловался, что не понимает каких-то simd-инструкций)
1. fscrypt нет в стандартном портеже, факт. Никто не мешает скачать overlay/ebuild.В других дистрах никто не жалуется что приходится подключать сторонние репозитории, же? Можете самостоятельно написать ebuild.
2. Подумайте: cpu поддерживает simd инструкции, libc собрана с поддержкой этих инструкций (т.е. тот кто устанавливал, явно указал — использовать эти инструкции). valgrind часть этих инструкций (пока) не поддерживает. Вы хоть примерно понимаете о чем написали?
У любого линуксоида с опытом есть излюбленный wm, почтовый клиент, редактор, медиаплеер итд.

У Линуса Торвальдса (не знаю, можно ли его назвать настоящим линуксоидом) на личном компе Suse, на рабочем — RHEL, если я ничего не путаю. То, что разные — точно.

А вы точно гентушник?
Захотелось тебе, например, заюзать почтовый клиент, но какой именно — непонятно. Гуглишь какие вообще почтовики есть в Линуксах и начинаешь их перебирать по списку.
Так поставьте себе готовые пакеты — flatpak, snap, или может быть lxd, а в него уже требуемый дистрибутив или даже nix.
Втыкаешь ты девайсину в порт, а ядро девайс не видит, потому что в приступе оптимизации ты выкинул нужный модуль.
Я на эти грабли наступал в бинарных дистрибутивах, когда в поставке по умолчанию не прописана какая-то зависимость, либо при установке пакета не были выбраны рекомендуемые. Это либо убунту(максимум дебиан или манжару) ставить, либо не жаловаться, что opensuse не видит принтер.
Вообще, быть простым пользователем в Генте почти невозможно — ты в ~99,99% ещё и программист по совместительству, потому что написание ебилдов и прочих скриптов это и есть программирование
Так это же предназначение генты
нужно быть наглухо упоротым, чтобы собирать всякие Фурифоксы, Хромы и Либреофисы по полдня (если железо мощное, иначе несколько суток — влёгкую)
Или нужно чтобы авторы этого пакета не включали какие-то нужные патчи, вроде vaapi или ozone для хромого. И да, как раз для таких случае есть ccache, о чём разумеется написано в вики
Portage просто катастрофически тормозной
Его недавно хорошо ускорили, так что в некоторых случаях он запустит сборку быстрее, чем dnf или zypper или pamac начнёт установку.
Со стабильностью то же самое — в Генте у меня регулярно падали разные программы, пока я не перестал упарываться по всяким продвинутым CFLAGS и тотальной кастрации через USE
Об этом тоже предупреждают в вики
А если перестать по этому упарываться — зачем вообще нужна Гента?
Как в манжаре пересобрать ядро, идентичное установленному, за исключением одного флага(я задаю вопрос из любопытства)?
Как в манжаре пересобрать ядро, идентичное установленному, за исключением одного флага(я задаю вопрос из любопытства)?

Я тут рядом уже писал про то, как это делается на примере openvpn, с ядром всё то же самое, только править скорее всего придётся не PKGBUILD, а config.

Насколько я помню, lts ядра manjaro скачиваются как блобы с kernel.org. Как следствие там нужно будет не просто несколько строчек в конфиге поправить, а целый велосипед делать.

В арче с kernel.org скачиваются сорцы, а репы манжары вроде как просто снапшотами арчовых являются, так что по идее всё так же должно быть.

Нет, тут упор на то, что как блоб, без пересборки.

Ладно, понял, что приведённая мной инструкция специфична для инфраструктуры арча, и на Manjaro хоть и можно её повторить, но полученный пакет может оказаться более новой версии, чем поставляемый в репах Manjaro. Однако если сделать asp checkout, переключиться git checkout на нужную версию и собрать через makepkg, то должен получиться пакет, идентичный установленному из репозиториев.


lts ядра manjaro скачиваются как блобы с kernel.org

Только сейчас понял, что на kernel.org вроде как вообще не хостятся предсобранные версии ядер, только исходники. Manjaro действительно не собирают пакеты из исходников, но они клонируют уже собранные пакеты из репозиториев Arch Linux.

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

Ничего не меняется, разве что emerge стал более удобным и стало проще воевать с обновлениями perl-a. Сижу на генте уже более 10 лет(одна из машин говорит про 2006 год, а уже не использующаяся про 2004). А, нет, поменялось, слез с fluxbox на kde и года три года назад перешел на тёмную сторону и USE=-pulseaudio заменил на USE=pulseaudio, т.к. не смог в alsa настроить переключение между кучей устройств ввода/вывода звука(колонки, наушники и ещё парочка гарнитур по синему зубу) так, как мне хотелось.
pulseaudio может в дефолтном профиле — и можно убрать ее упоминание из make.conf

emerge --info

покажет
У меня привычка в USE прописывать минусы(плюсы) тому, что мне не надо(или надо), даже если оно в дефолте и так в минусе(плюсе), т.к. при обновлении профиля можно налететь на включение(выключение).
Гугл транслейт что ли переводил? Ужас просто

пс Генту ван лав, с неё я и начинал свой путь в линуксе лет 13 назад, но сегодня предпочитаю Мак, где моё сиденье с подогревом?
НЛО прилетело и опубликовало эту надпись здесь
О да. Я как раз начал искать себе дистрибутив из-за поломанных зависимостей перла. Когда не можешь поставить обновления или свежий пакет из-за того, что в цепочке зависимостей опять какая-то хитрая версия пакета перл утилиты.

Большие пакеты можно устанавливать уже в бинарном виде — например Firefox.
Это правда только на половину. Бинарные пакеты собираются с открытыми кодеками, а это означает youtube c самым хреновым разрешением и, как я помню, soundcloud не работал. А сборка хромиума и лисы у меня на лептопе занимала по 4 часа на каждый.
Я не знаю, что у вас за машина, но у меня на 4Г оперативы и i3 проце хромиум собирался больше суток и я плюнул(даже своп в 8Г выставил — не хватает ему почему то)!
Лису не пробовал. Пробовал PaleMoon — та же песня.
Всякие QtWebEngine собираются просто неразумно долго.
Конфиги нормальные, с остальным проблем нет. Ежемесячные обновы в 150-200 пакетов накатываются за ночь, если это «добро» заблокировано package.provided.
Вот что это?
Низковольтажный i5 с 8Г памяти, был включен ccache.
Мне надоело, что зависимости могут чинить по две недели, при том, что у меня обычно стояли самые распространенные пакеты и их было немного. Но, когда нужно ждать час-два чтобы поставить какой-то пакет для работы, а обновление браузеров браузеров проходило по схеме «поставлю обновления и пойду бухать, надеюсь к утру собирутся». Это же нонсенс, мне работать нужно, а не энтропию вселенной повышать.
Я убежал с gentoo три года назад. Перепробовал освноные дистрибутивы, выбрал тот, которые был шустрее и плавнее, сейчас живу и не знаю проблем. Мнее очень редко нужно что-то править руками. Но gentoo было все-таки самой плавной в работе визуально, хотя основная заслуга в этом принадлежит, скорее всего, xfce.
Некоторые вещи я бинарем из кальки накатываю.
В make.conf
PORTAGE_BINHOST="https://mirror.yandex.ru/calculate/grp/x86_64/"

В алиасах
alias emerge-bin='time sudo emerge --getbinpkgonly --usepkgonly'
Таких пакетов у меня с пяток.
Не то чтобы «все прекрасно», но от многочасовой сборки избавляет.
Единственное, они с обновлениями опаздывают примерно на неделю.
Может это и имело бы для меня смысл несколько лет назад, когда я еще использовал gentoo уву основную ось. Но сейчас меня все устраивает.
Youtube у меня в бинарном Firefox показывает 1080p.

Soundcloud играет прямо сейчас.
Как я помню, три года назад все было не так. Но возможно, что меня подводит память.
UPD. А бинарник с DRM собран?

Binhost? По-моему это решение Вашей проблемы.

НЛО прилетело и опубликовало эту надпись здесь

Для зоопарка машин это лучший вариант на сегодняшний день. Плюс ко всему, если на ЦП локалхоста нецелесообразно собирать пакеты, лучше эти обязанности возложить на другую машину помощнее.
Если посмотреть на это здраво, без фанатизма, то у любого дистрибутива есть косяки в большей или меньшей мере.
ИМХО в генте можно все починить самому, имея голову на плечах и руки хоть немного выше пояса.

Вот интересно, как это в Calculate сделано… Там при обновлении обновляются зависимости Perl'а. И всё вроде работает. Правда, на Perl'е не программирую, не могу утверждать, что вообще ничего не ломается.
Подозреваю, что если perl поломпный, то не добавляют обновленные пакеты в дерево и ждут, пока починят зависимости.
А, дело в самих зависимостях. Я думал, дело в наборе команд, который все ленятся набирать :) (А Calculate — нет.) Ладно, спрошу у них там в чатике завтра. А заодно — почему ломается именно Perl.
Вспомнил как в давние студенческие годы ставил Слакварь, настраивал по ману sendmail и даже русифицировал какой-то вариант ЛИСПа, правя сорцы… аж скупая мужская слеза навернулась. Но сейчас тоже предпочитаю MacOS (только кресло все еще без подогрева :)).
Это он ещё linux from scratch не попробовал.

Я пробовал. Года за 3 до перехода на Gentoo, где-то в 2001. За эти 3 года я полностью задолбался поддерживать собственный дистр любовно выстроенный из LFS, и с облегчением перешёл на Gentoo — гибкость настройки Gentoo позволила получить на его базе практически такую же систему, какую я имел на собственном дистре, только на этот раз поддержкой моей системы занимаются разработчики Gentoo. :)

Не, я LFS попробовал позже.
Разница во времени? А на LFS с Х-сами у меня ушло около недели.
На Gentoo же 1,5 суток — PIII, что с него возьмешь(шел 2004 год).
раньше макбук был хорош в первую очередь железом. а os/x позволяла устроить «жизнь» почти как в linux — bash, macvim, chrome. работающий sleep/hibernate из коробки.
но с тачбаром клавиатуру испортили…
НЛО прилетело и опубликовало эту надпись здесь
нет, не про Escape, а про функциональные клавиши. Для этих дизайнеров должен быть отдельный котел в аду
Так он вот вот будет снова хорош. Я уже приготовил денег на arm версию макбука. Лишь бы только его не превратили в ipad намертво прибив макось к стору. Но если макось сохранит весь текущий функционал, а скорее так и будет, то я вот куплю сразу после выхода. Исключительно ради железа. А что, слегка сниженный прайс чтобы подсластить юзерам переход на arm, нормальный корпус, приличный экран, шутсрый проц и одновременно низкое энергопотребление на фоне интела. Да это практически лэптоп — мечта.
Я думаю, что прайс будет слегка завышенным
Не думаю, что энергопотребление прямо таки существенно снизится. Всё таки основной потребитель энергии — это экран.
А вот проблем совместимости со старым софтом огребём не мало
Интересно, у вас есть измерения?
Я смотрел на своём Леново, по встроенному acpi-метру разница между максимальной и минимальной яркостью дисплея — 2 ватта.
Могу ориентироваться только на отчёты энергопотребления iOS и Android, где экран всегда на первом месте с большим отрывом.

Ну так там уже арм, а в ноутбуке пока ещё х86. Возможно, на армобуках будет тоже экран лидировать.

НЛО прилетело и опубликовало эту надпись здесь
На MBP 2012 года с core i7 спокойно можно было часов пять по интернету ползать, а как врубишь кодирование видео, так батарея за час с небольшим разряжалась. Так что в экран всё упирается только для типичного пользователя, пока он не отрывает кучу вкладок в браузере.
Точно. Не довёл до конца свою мысль. При небольших нагрузках на CPU, основным потребителем будет экран. А при серьезных нагрузках, что ARM, что x86 будут жрать батарею очень быстро. Существенное преимущество ARM только в режиме ожидания. И этот кейс имеет место только в смартфонах при выключенном экране. А ноутбук обычно закрываем и он уходит в глубокий сон или гибернацию.

А вот тут, скорее, наоборот: 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.
но с тачбаром клавиатуру испортили…

Я сначала тоже так думал, но потом попробовал и внезапно понравилось О_о Весьма удобная штука оказалась.

А я так и не привык. Во время слепого набора постоянно задевал тачбар. Плюс он постоянно живет своей жизнью — становится то светлее, то темнее — это очень отвлекает от работы. Я так и не нашел, как его можно отключить. А макбуки без тачбара доступны только со слабыми процами. Так что я его просто заклеил, и вот уже 2 года так)
Вот


Как по мне, тачбар на маке это самое ужасное, что они сделали со своими ноутами за последние годы.
НЛО прилетело и опубликовало эту надпись здесь
Спасибо, исправил.

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

я писал не про тачбар, а про клавиатуру. которую испортили в версии макбук с тачбаром.

А, вы про те известные проблемы с кнопками?
Это исправили, емнип, в версиях с 2019 года.

Купил механнику на синезубе или коротыша 40% — как-то фиолетово стало, что там у ноута за клава. За года 2 ни раз её не использовал, кроме того, чтобы включить ноут.
а зачем тогда ноутбук? проще ж было бы миник взять и 2-3-4к панельку.
Потому что работаешь из дома, если надо то работаешь с дачи или из какого-нибудь туристического городка совмещая работу с медленным ползучим путешествием.

При этом для комфортной работы кроме самого ноутбука с собой всегда разборная подставка для него, которая подымает экран на 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 пакета — невелика плата за всё остальное. Это же исключение, а не правило
В том-же debin/<нужное вписать> есть системы сборки пакетов, и никто не мешает компилить любимые пакеты из сорцов, в т.ч. с опциями, которые нравятся, если нет времени ждать исправления от ментейнеров. Не так удобно как в gentoo, но проблема решаемая (если что, дома gentoo со времен… давних ).
С пакетами из официальных реп уже давно таких проблем практически не возникает. Они встречаются, но тогда, когда нужен какой-то жутко старый или супер свежий пакет, но и в этом случае, вы всегда можете собрать пакет вручную или установить из сырцов.

Это конечно хорошо, если ты фанат и есть свободное время, но как-то не готов тратить 3 часа на установку огненной лисы, несмотря на все мое уважение, останусь на Дебиане.

У меня бинарный Firefox из официального репозитория пакетов (то есть из коробки), ставится и обновляется быстро.
В бинарнике без кодеков собран.
У меня играет YouTube в бинарном Firefox.
VP9 воспроизводится, а вот H.264 — видимо нет. Попробуйте какой-нибудь стрим на YouTube открыть для теста и посмотреть на результат. Стримы вроде до сих пор идут только в H.264.
Попробуйте сами, прежде чем писать подобные вещи.

Бинарная сборка от Mozilla — включает в себя проприетарный бинарь.
Бинарная сборка от gentoo использует ffmpeg (который использует openh264)
Хочется собрать самостоятельно — можно использовать openh264 либо проприетарные кодеки.
> Бинарная сборка от gentoo использует ffmpeg (который использует openh264)

Вот об этом не знал. Думал, что ситуация как в прошлом была в Fedora/CentOS.
НЛО прилетело и опубликовало эту надпись здесь

Когда процессор загружен на 80% и выше комп становится неюзабельным при любых раскладах.

НЛО прилетело и опубликовало эту надпись здесь
Рискну предположить, что вы не о ноутбуке говорите, а о ПК, причем с камнем где 8 ядер. Мне, чтобы обновления встали за ночь, приходилось запускать на максимуме потоков и DE превращалась в тыкву.
НЛО прилетело и опубликовало эту надпись здесь
У меня было два ядра с HT. Было -j4. Приоритеты не пробовал, поскольку и так все собиралось очень медленно.
Приоритеты вам растянут компиляцию только если вы параллельно сами будете чем-то грузить процессор, зато когда ваша нагрузка прекратится, компиляция сожрёт всё, что будет.
Собирал rust на ноутбуке с 4 не самыми свежими ядрами, при пониженном приоритете это совершенно незаметно.
На ноуте ssd?
HDD, параллельно был запущен firefox, wm — sway, по оперативке был запас несколько гигабайт. Единственное что не помню, так это были ли проблемы с просмотром виде в 1080p. Процессор был загружен на все сто процентов.
Если точнее сформулировать, имел в виду следующее: проблемы могут быть если мало памяти и начнется свопинг, либо если медленный диск и ввод-вывод начинает тормозить. Если памяти и диска хватает, и emerge запущен с низким приоритетом, то по cpu вообще не должно быть проблем и тормозов, просто неоткуда.
У меня просто все компиляния запускаются с пониженным приоритетом
Вот у меня раньше тоже так было, но последние 5+ лет и nice 20 даже не помогает. Просто беру запускаю два процесса загружающих все ядра и одному выставляю nice 20. И фоновое приложение грузит 1-3 ядра на 100% из 8. Но проблема не в этом, а в том что ощущаешь иногда притормаживания системы из-за того что запущено фоновое. (Фоном у меня BOINC раньше был, сейчас не могу пользоваться, приходится ставить на автоматическое отключение при пользовательской активности. А эту фичу еще и периодически ломают в Linux.) Тут я даже могу Windows похвалить, правда XP (с тех пор не пользуюсь) — когда ставил два процесса на видео кодирование, тот что с минимальным приоритетом и не двигался пока предыдущих не закончит. А-ля очередь задач.
Плюсую, никакие игры с приоритетами не страхуют от дёрганий и микрофризов gui при нагрузке, и это раздражает.
Главным образом из-за того что шуметь кулером начинает.
Неюзабелен, здачит где-то ботлнек. Если процессор свободен на 20%, надо смотреть на память, в/в и т.д.
Утверждение — «Когда процессор загружен на 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.

Да у меня тоже alsa.

Только её постоянно пытаются отломать, сволочи. Из последнего — недавнее обновление телеграма (принёсшее с собой видео-звонки) параллельно включало переход на какую-то низкоуровневую библиотеку, работающую только через pulseaudio. В результате при попытке позвонить или принять звонок телега тупо падала. Пока проблему удалось решить запуская телегу через apulse, но вот надолго ли…

Странно, недавно пользовался голосом в телеге, ничего не падало… А через apulse у меня только Discord. Gentoo ~amd64.

А ко всему вышесказанному хотелось бы добавить удобство конфигов.

Когда развлекался с gentoo использовал ReiserFS — на нём все эти мелкие файлики обрабатывались супер быстро. Потом перешёл на ext4 и не понимал, что произошло и почему все так медленно.
Но это было лет 10 назад и на HDD. Сейчас, наверное, всё подругому.

При запуске emerge чтение с диска заметно в первые несколько секунд, дальше чистый процессор, даже перенос в tmpfs погоды не делает.
НЛО прилетело и опубликовало эту надпись здесь
А вот у меня sway и вяленый не прижились, подсознательно напрягало что половина софта все равно через xwayland работает.
НЛО прилетело и опубликовало эту надпись здесь
Slack и Discord ведь в браузере хорошо работают, зачем засорять память.
НЛО прилетело и опубликовало эту надпись здесь
Если мне какая то таба часто нужна то пиню ее и Ctrl+1 например из любой табы переносит меня например в Slack.

надо на вкладку дискорда переключатся

Можно вынести таб в отдельное окно.
НЛО прилетело и опубликовало эту надпись здесь
У меня одна из Гент со Sway, хорошо что screen tearing сразу нету. Но под иксами можно экран записывать через ffmpeg.
огорчает медленная работа emerge

После недавнего обновления portage работает заметно быстрее.

Честно говоря, даже если они действительно ускорили в разы — это не имеет значения пока нет шансов дождаться результатов в консоли не уходя заниматься другими делами. Я сейчас проверил — запуск emerge -uDNav world в максимально идеальных условиях (относительно быстрый CPU, портаж на SSD, система полностью обновлена, эта же команда только что пару раз запускалась для разогрева всех возможных кешей) занимает 43 секунды. Я за это время успеваю переключиться на другую задачу, тем более что обычно условия не столь идеальные и времени уходит намного больше. И если я не среагировал на beep закончившего думать emerge, то я могу вспомнить про то, что там где-то ждёт подтверждения команда через несколько часов, а то и вообще завтра. Это — плохой UX, очень плохой!

С миром согласен, долго. Отдельные пакеты «выплевывает» за 8-15 секунд(у меня, по крайней мере).

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

В каком смысле? Хром — браузер. В браузерах — полно дыр в безопасности. Поэтому регулярно выходят новые версии, и поэтому эти версии необходимо сразу же устанавливать. Конкретно в случае chromium — нет вендора, который бы выпускал бинарные сборки, как в случае chrome, vivaldi или firefox. Поэтому приходится собирать chromium всегда ручками.

Уже добавили в основное дерево.

Это хорошо, но немного поздновато. За прошедшее время научился обходиться без него: основной Firefox, если надо что-то протестировать на движке хрома есть намного более приятный в плане отношения к прайвеси Vivaldi, ну а если сам не работает в обоих и нужно проверить совсем с гарантией - для этого есть Chrome (без единого плагина и не используемый больше ни для чего, чисто контрольный экземпляр, если и в нём сайт не работает - значит дело точно не в моих браузерах/плагинах/настройках), авось за редкие запуски в качестве контрольного экземпляра он много данных о моей активности гуглу слить не успеет.

У меня бинарный Firefox, я не пересобираю, когда нужно проверить мой CSS в Хромиум — запускаю бинарный же Vivaldi.
Я комп обновил до i9-7900X и 64 Гб ОП.
Сборка www-client/chromium-89.0.4389.47 — 2 часа, 22 мин.; а www-client/firefox-85.0.2 — 16 мин.
От мощности компьютера сильно зависит.

А вот жду пока AMD Ryzen 9 5900X станет доступен по рекомендованной для него цене, не хочу поощрять спекулянтов.

НЛО прилетело и опубликовало эту надпись здесь

Я на 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, ванильные кеды в Арче и Манжаре, не испорченные кривыми руками мантейнеров (привет, Дебиан и Кубунту), просто прекрасны.

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

если всё-таки пакетов мало, есть aur

А если вдруг что-то настолько специфичное, что нет даже в aur, либо нужна конкретная версия или нестандартная конфигурация, то без проблем пишется свой PKGBUILD или правится лежащий в AUR/репозиториях.

Мне тоже нравится gentoo, лет 5 на ней сижу. Долгие обновления могут ставиться ночью и не так часто, работает достаточно стабильно, можно выбирать, какие пакеты с какими возможностями нужны, только смущает то, что перестали обновляться некоторые интересующие меня пакеты, в частности qt-creator и libreoffice. Новые версии вышли ещё в августе (4.13 и 7.0), а в репах генты до сих пор старые.

libreoffice
Установленные версии: 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.

Очень долго был на Arch и как то решил попробовать Gentoo, втянулся и просидел на нем 2 с лишним года. Все в генте нравится, но в итоге устал от ломающихся зависимостей, да и ноут как то совсем страдал при обновлениях. Хромиум конечно не собирал, но и без него много довольно тяжелых пакетов билдится постоянно, особенно если есть qt в системе. Вобщем пересел обратно на арч и снова почувствовал себя человеком)

А что не так со сборкой свежей Audacity под любой другой дистр?

Когда-то при переезде с убунты выбирал между archlinux и gentoo. Читал отзывы, изучал отличии.
В итоге решил начать с арча.
Так и сижу на нем уже лет шесть. За всё время ни разу ни чего не ломалось после обновления.
Не, ну если использовать базовую систему то да. Пакеты ломаются постоянно. Из последних что столкнулся я это не возможность работы virtualbox-bin(AUR) при обновлении ядра выше версии 5.7.10 (модуль ядра просто не собирается), при этом community/virtualbox вешает систему наглухо. Так же невозможность запуска клиента steam при наличии последних драйверов от зеленых. Мелочь конечно, но неприятно. Особенно неприятно когда приложением пользуешься не регулярно. Скажем сканер. Когда тебе необходимо срочно отсканировать документ, а вместо приложения ты видишь ошибки запуска, и невозможность понять после какого конкретно обновления это произошло, ибо сканером ты последний раз пользовался пол года назад, а обновляешься каждую неделю. А так да, обновления не ломаются :D Так и живем.
Согласен про AUR, система изначально ориентирована на опытного, который понимает что делает.
Но стоит отдать должное, в AUR как правило существует несколько сборок одного ПО от разных людей, и среди них часто находится стабильная версия.
В любом случае при необходимости можно собрать свой build.
О-хо-хо… Опять статья о вкусах фломастеров. Ладно, выскажусь и я.
Мое глубокое убеждение состоит в том, что 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 и Fedora.

Уж не i8042.nomux=1 i8042.reset надо вписать в параметры ядра?

Поздравляю, вы, как и я, влюбились в Gentoo — теперь все остальные дистрибутивы будут казаться её жалкими тенями :)


Нет панелей — только горячая клавиша для запуска браузера и терминала
Если нужно запустить Audacity — я запускаю ее через терминал

Попробуйте rofi в качестве запускатора, очень хорошо дополняет десктоп на i3.


Есть две программки которые я сам хочу добавить в репозиторий, я изучал вопрос — оказывается это не сложно, по суть нужно создать файлик ebuild

Рекомендую открыть для себя оверлеи.

Спасибо, но я хочу не в оверлей а в основное дерево добавить, как будет желание: Geeknote и Nulloy.
Не хочется задавать пассивно агрессивный тон, но хотелось бы увидеть описание как именно эта система повлияла на качество или эффективность основной работы, или хобби, получению новых специфических знаний которые позволили измеримо лучше писать код, собирать и деплоить проекты или интегрировать платформы?

Как руководство отнеслось к замене корпоративного мака на BYD? Или уход с MacOS был вызвана другими причинами, например сменой места работы?

Пока, к сожалению, описание некого игрового «квеста»-конструктора. Героическое преодоление никому не нужных проблем.
Пока, к сожалению, описание некого игрового «квеста»-конструктора. Героическое преодоление никому не нужных проблем.
Тут можно ответить множеством вариантов ответа типа «всё субьективно, каждый проводит свободное время как ему нравится». И если это хобби такое, если это повышает удовлетворённость собой, то почему стоит от этого воздерживаться?
Ведь в конце концов, хорошее настроение повышает продуктивность труда.
Героическое преодоление
так и то с натягом — упала сборка, гуглим как другие решили эту проблему.
Уволился с работы — отдал макбук, мог бы выкупить его, но не хотел.

Как Gentoo повлияла на качество основной работы: вроде никак, была бы Ubuntu — у меня тоже слева был бы терминал а справа браузер. Чуть разница в перформансе и жизни батареи, но я не мерял.

Знания которые позволили лучше писать код: не помню, на прямую вроде нет, я пишу JavaScript и Go для AWS Lambda.

Героическое преодоление никому не нужных проблем.

Да я не преодолевал особенно ничего. Вот помню в 2012 я с Windows, еще особенно не будучи программистом, ПОЛ ГОДА перелазил на десктопе на всякие линуксы, вот это был подвиг и преодоление, а с Gentoo не особо, проходил установку по шагам, потом интернет не работал, спросил на Реддите — указали что я забыл один из шагов установки (я думал DNS это опционально). Сейчас вообще преодоления вроде не больше чем на Ubuntu, я пакеты каждый день не ставлю.

Компьютеры это тоже хобби, Gentoo радует :)
НЛО прилетело и опубликовало эту надпись здесь
Кошмар. Читать просто невозможно. Перевел через google translate, хорошо. Но можно было хотя-бы самому прочитать и отредактировать текст?
Я просто не русский, я из Минска. Читал я текст и редактировал, а что не так? Тут еще взрывы за окном, революция, знакомые по тюрьмам, а я тут про Gentoo пишу.
А мог бы пересобрать Беларусь без советского флага!

очень странно читать местных гентушников, которые молчат, как рыбы об лёд о главном: https://devmanual.gentoo.org/
И деб-вский, и редшляповский описания построения соответствующих пакетов существенно уступают гентушному описанию рисования ebuild-ов.
На провокационный вопрос, что даёт это "мучение" (я не зря взял в кавычки слово мучение) — навык чтения документации. Для рядового эксплуататора таковой навык может и не вот уж нужен, но когда задача — научиться новому продукту, а затем научить рядовых сотрудников этому продукту, разработав какие-то стандартные конфигурации, без навыка внимательного чтения документации — весьма тяжко. Ну и по опыту: любая система требует освоения, а это — именно изучение этой самой документации, и чтение её перед тем, как запускать инсталлятор — весьма экономит время на указанное освоение.
ЗЫ. Освоив генту, любая другая система становится простой и понятной. деб, центось, солярка (ещё сановская), при этом солярка изучалась и запускалась в прод при условии, что рядом спецов по ней не было, только официальные доки и интернет. И ничего, запустились.

Уже больше 10 лет на Gentoo based системах. Компилировать всё вокруг очень быстро надоедает, потому начал искать альтернативы.
Первой был Sabayon Linux — та же Gentoo но с бинарными пакетами. Из-за нестабильности перешел на Calculate Linux. И это оно. Огромное количество бинарных пакетов, так что не надо ждать вечность пока соберется Qt, или Chrome, или Libreoffice. Но если для вашего набора USE флагов нет бинарного пакета, то сборка происходит из исходников. В остальном тот же portage и та же гибкость
Тоже пробовал Сабайон, и он… очень странный. Даже дышать на него боязно было. Калькулейт крут, и я бы наверное даже перешёл на него вместо Манжары, но там всё тот же тормозной portage, увы. Им бы запилить какой-нибудь свой пакетный менеджер для бинарных пакетов, намного более простой и быстрый, а portage оставить для сборки из исходников — была бы бомба.
а я больше 20 лет не гентах и всё равно не понимаю
ну компилится хром 7 часов, ну и хрен с ним, не надо же сидеть смотреть в консоль всё это время и в носу ковырять, в чём проблема-то?

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

Некоторые пакеты при компиляции заметно притормаживают комп, если их не ограничивать по количеству ядер (а некоторые плевали на это ограничение и всё-равно жрут все доступные ядра). Если это длится часами — это начинает бесить. Кроме того, да, сидеть и смотреть туда не нужно, но всё-равно часть внимания туда уходит, потому что надо же дождаться результата, проверить всё ли ок, доделать иногда что-то по рекомендациям для "после установки". Ну и для слабых компов — это вообще смерть. Я вот родителям Gentoo поставил когда-то, потому что знаком с ним лучше других дистрибутивов и мне проще его поддерживать чем какую-нибудь убунту. Но недавно мне пришлось завести отдельный сервер и собирать на нём бинарные пакеты (два разных набора, с разными CFLAGS и USE) для того, чтобы ставить родителям обновления быстрее, потому что на их слабых компах это стало занимать неприлично много (сутки-двое раз в пару недель) времени и достаточно сильно тормозить комп в процессе, чтобы создавать проблемы в его использовании пока идёт обновление.


Сейчас я вот жду пока появится за вменяемые деньги возможность обновиться на AMD Ryzen 9 5900X, и одна из причин зачем мне более быстрый проц чем текущий разогнанный i7-2600K — быстрее ставить обновления Gentoo, потому что для остальных моих задач производительности текущего проца более чем достаточно.

раз в пару недель


Может реже обновлять.

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

Практика показывает, что 1-2 месяца вполне нормально проходят даже на unstable. Вот полгода — да, начинаешь перебирать кучи ключей у emerge, городить старые версии в локальной репе и т.д.

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

Imho, хотя статья больше тянет на «я пиарюсь» чем на «настройка linux», но автор молодец: с юморком и не без самоиронии, захотел, сделал и получил удовольствие и пользу от сделанного.
Тем более странно, что больше всего плюсов у комментариев которые задают тон от пассивно- до вполне неприкрыто негативного. В т.ч. от тех кто пишет, что пользовался несколько лет, и теперь с удовольствием готов вылить чуточку яда. Им я сказал бы: да, вы точно потратили время впустую, а автор нет, вполне возможно через несколько лет он напишет «просидел Х лет на Генте, гештальт закрыт», но ваш — не закрыт, и яд в комментах — наглядное подтверждение.
И это не только к Gentoo относится.

Тут бьла статья «Гроубокс как метод познания себя», и мне очень понравился подход ее автора, мог бы порекомендовать всем, кто оставил тут в комментах чуточку своего негатива. Для тех, кому лень искать процитирую, на мой взгляд, основную мысль: «когда мы смотрим ролики или читаем статьи — все кажется очень просто, но в процессе появляется столько трудностей, сколько мы представить себе не могли и тут появляется снова надзиратель, который хочет указать на свое место». Именно это, на мой взгляд, причина негатива в подобных случаях.

Я считаю, хотите сэкономить время — не участвуйте во флеймах типа Linux vs Windows/init vs systemd/etc, это точно трата времени впустую. Ну и в конце: я использую Gentoo более 10 лет.
У меня есть Tinder и я встречаюсь с девочками.

Вся статья написана ради этого? =))))

ЗЫ: у меня macOS и я дважды женат :-D

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

Go вот свои зависимости компилирует во внутрь, на выходе один бинарник.

Ужасное будущее, имхо. Ради каждой маленькой программы тащить не просто полный набор библиотек рядом, как в винде, но и аж целый контейнер.

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

НЛО прилетело и опубликовало эту надпись здесь

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


как только найдётся какой-нибудь обход для этого

В ios не нашлось пока…
Каждый раз удивляюсь как после покупки и стартовой синхронизации через 3 минуты установлены все мои приложения и настройки в точности как были. Это искусство так сделать. Этого очень не хватает на десктопах.

НЛО прилетело и опубликовало эту надпись здесь
Это одна из причин миграции в веб-сервисы — на новой системе у меня та же онлайн почта, карты, чат, музыка, фотки, блокнот, оплата налогов. У GitLab уже есть хорошая онлайн IDE.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Как там у маков с вводом пароля на русском языке

Пароли на русском? Зачем?

настроить частоту и политику резервного копирования


Если не ошибаюсь, то

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
НЛО прилетело и опубликовало эту надпись здесь
Очень хорошо потом вводить такой пароль там, где о русской раскладке не слышали ни разу, а Россия — «это далеко, там холодно и медведи с балалайкой?»
AltGr+xxxx как-то так.
НЛО прилетело и опубликовало эту надпись здесь
Я бы и иероглиф туда воткнул


Лучше эмодзи :-)
Я ниже ответил на подобный коммент. В большинстве случаев это проблемы не зависимостей. Больше возможностей для настройки, это также больше возможностей сделать что-то неправильно, поэтому если некто Х пишет «Y — хрень, я потратил на него кучу времени и плюнул» это не значит что проблема в Y, возможно X стоило выбрать что-то попроще или почитать мануал получше. В частности, поэтому самые популярные дистры линукса — это те, где для настройки требуется минимум специальных знаний, а «похожесть на Windows» — это всегда достоинство.
начнут внедрять контейнеры

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

Так дистрибутивы уже вполне себе внедряют контейнеры — snap (Ubuntu, многим не нравится), flatpak (много где, многим нравится), appImage (почти нигде). У меня во flatpak стоят всякие сомнительные проприетарные штуки — Skype, Slack, Discord, Spotify. Никаких проблем с зависимостями.
Удаление/установка по щелчку пальцев — это про AppImage, вроде бы на Маке приложения похожим образом ставятся (1 бинарник — 1 приложение). Но он как-то не слишком распространен, и образ нужного приложения часто не найти.

“При установке пакета мне приятно узнать его зависимости, лучше понимать обстановку. Например я узнал что для установки Chromium по умолчанию нужно установить Яву для Closure Compiler — проверить собственный код. Я отключил это флагом.
У Gentoo хорошие веб интерфейсы — если не из терминала, но можно приятно посмотреть на возможные флаги пакета“


WUT? Это перевод или на каком языке это написано?

Упс, спасибо, поправил.
Длинные тексты конфигурационных файлов и надежда потеснить Windows — нет ли здесь противоречия?
ChromeOS базируется на Gentoo, а хромбуки популярны в школах США, они конфиги не правят. Большинство людей Windows себе тоже не ставят. А веб становится все лучшей и базовой платформой, и браузеры хорошо работают на Linux.
хромбуки популярны в школах США

Только за счёт скидок программы Google Play for Education.
Эх, приступ ностальжи.
Я тоже люблю Генту. С нее очень хорошо учиться общаться с любым линуксом.
… А потом ты запускешь emerge update world или как там правильно было. и все. полдня ищешь, отчего у тебя оно опять не поднялось.
Может теперь уже стало лучше.

Не может. Попробуй на стандартном профиле собрать mpv с поддержкой vulkan. И там такого ~70% в портаже

Репортайте им баги.

Если бага повторяется больше 1 раза — это системная бага и она не решается багрепортами. 10 лет люди слали багрепорты, а ошибки при сборке пакетов как были, так и остались. Слать не буду. Это бессмысленно


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

Прочитал коммент, просто ради любопытства открыл терминал, нарбрал USE=«vulkan» emerge mpv, результат:
Заголовок спойлера
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 собралось, да и ноутбуку этому вулкан вообще ни к чему.
Перешёл на мак, чтобы было время лазать в горы. День жизни на установку операционки на десктоп — непозволительно дорого.
НЛО прилетело и опубликовало эту надпись здесь
Меня уже, честно говоря, от установок операционок с середины 90-х подташнивает. Линукс на серверах люблю, но на десктопе терпение лопнуло 12 лет назад. Случайно на работе получил на замену мак, за неделю втянулся, и понял, как должен выглядеть *NIX с человеческим лицом. Потрясающе, крышку открываешь — работает из коробки, закрываешь — не работает. Ну о сквозной работе с остальными яблочными гаджетами тоже можно долго рассказывать.

Да и не интересно уже, раньше тоже мог днями напролёт в консоли сидеть, сейчас вообще вне рабочих часов редко рядом с компьютером. Linux только в виртуалке, рядом с виндой, на случай, если что в нём откомпилировать или протестировать нужно.
Вам повезло. У меня на рабочем ноуте убунту, остальная команда сидит на маках. У меня за 2 года использования не было ни одного обращения в поддержку, что что-то сломалось или не работает. На маках постоянно происходят загадочные подвисы, периодически поддержка просто перезаливает маки с нуля. Обновление до очередной версии всегда звучит так: «я пошел обновляться, если через 30 минут меня не будет в онлайне значит у меня опять окирпичился ноут». У меня нет хорошего объяснения почему так происходит, но факт остается фактом.
Мимо меня прошло — на работе макпро был, дома два аймака сменили друг друга, т.е. использовал только стационарные, где проблем с охлаждением, компактностью компонент и аккумуляторами не было. У коллег в основном аппаратные проблемы — то аккумулятор вспухнет так, что крышка полукруглой становится, то клавиши с клавиатуры отстрелятся, то тачпад умрёт. Качество операционок провисало, сейчас вроде выровнялось, был даже год без особых новинок, оправдались глобальным рефакторингом и правками.
У меня с 2016 до 2019, когда я был на MacBook Pro, там тоже были проблемы, я им десятка два багов завел. Синхронизация застревала, несколько кнопок отвалилось (Apple писала об этой проблеме у себя — поменяли клавиатуру бесплатно). QuickTime после записанного видео не мог залить его на YouTube. И тачбар я задевал пальцем.
С синхронизацией ничего не поменялось. Они аутсурсят облака в Azure и Google Cloud, ощущение, что частота синхронизации регулируется с их стороны в пользу экономии ресурсов. А с макбуком — была мысль перейти на него при апгрейде, но в тот момент появилось чудо эргономики от Apple, отсутствие Esc и наличие тачскрина на клавиатуре, что абсолютно неприемлемо, я ж вслепую печатаю, вообще туда не смотрю.
поздравляю, вы сгорели
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Публикации

Истории