Ubuntu Linux исполнилось 20 лет!

Не тот файл? Читаем следующий. Нет файла? Нет инфы.

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

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

Почему меня это должно было коснуться за всё моё время сидения на малинках с 1-й версии?

Я правильно понимаю, что это следует читать как «сломано и ладно»?

А главное: вернись к теме: при чём тут ПАКЕТНАЯ СИСТЕМА дебиана?

Конкретно к rngd ни при чем. Но я уже битых несколько страниц объясняю, что проблема в политиках сопровождения, откуда проистекают такие шедевры, как setcon и rng-tools5 и устаревший rng-tools-debian.

Об чем ты? Окружение линукса - это солянка из написанного чего-то для кого-то. Один Каноникал по-серьезке пытается делать что-то общего назначения и больше никто. Остальные упарываются в маргинальность.

у меня один раз

Ну понятно.

готов на десктопе и популярен на десктопе это вообще разные вещи

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

железо работает, firefox firefox-ит.

Вот прямщас у меня фаерфокс не разворачивает картинку на ютубе в theater mode, например. Область увеличивает, а картинку - нет.

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

Вот прямщас люниксовые ДЕ ломают мне привычку переключать раскладку клавиатуры по ctrl+shift, потому что с ней отваливается стандартный хоткей ctrl+shift+arrow для выделения текста пословно.

если поставить домохозяйке, она разницы не заметит

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

Логи работать перестанут.

Ну этого как раз и надо добиться. Я же не udev отключаю (смешно будет если он корректно отключится).

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

Да, но зачем было пихать это на rw-десктоп? Встречал в какой то из версий дебиана и ещё где то. Сейчас вроде бы даже пофиксили. Как раз когда остро встал вопрос ресурса записи дисков.

Кстати, если посмотрите на Гугл и всякие там open-wrt, там почему то очень не любят тянуть к себе системд. Что тоже показатель его разумности и полезности.

Ты же в курсе, что у демонов бывает не только состояние «не стартовал», но еще и «делает что-то странное»?

Да, и это будет не в развёрнутом анализе системы, а в логе демона. Может пропустить вредную промежуточную стадию сразу приступить к чтению лога демона?

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

И что странно, это тоже делается без журналда проще, чем с журналдом.

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

Это? https://debian.pro/1682 На opennet пишут, что уязвимость существовала порядка полугода, с момента обнародования заткнута в течении 2-х дней. Причём из 2-х версий дебиана была подвержена только 1. А также все прочие дистрибутивы с соответствующей версией библиотеки, например сьюз. Метод устранения - штатное обновление.

Вот прямщас

Вот прямщас он тебе расскажет, что это всё никакие не проблемы, как мои истории с фреймворком - тоже не проблемы, и домохозяек никак не волнуют.

Он не понимает, что из вот таких косяков и складывается неготовность для домохозяек.

PS: Сорян, промахнулся по смайлу, держи два чаю.

и чо где

(сложнее, конечно. Такой метапакет надо тестировать на этих компьютерах, и не раз в полгода. Я подозреваю, что end-to-end тестирование на реальном железе вообще в принципе предусмотрено только у RHEL. И то не факт.)

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

что лучше в 1985 - Atari Gem, Amiga Workbench или IBM PC Windows 1.0? Что прямо здесь и сейчас готово лучше решать проблемы пользователей?

А выиграло вот это: https://www.youtube.com/watch?v=EtuDS0ntaJY

дебиан - универсальная ОС для ПК

Это лучшая шутка за сегодня xD

У них так на сайте, лол.

Ну этого как раз и надо добиться.

Зачем?

Да, но зачем было пихать это на rw-десктоп?

Затем, что это единая кодовая база и хранилища управляются единообразно и стандартно, независимо от инсталляции и дистрибутива. Например, я могу указать, что хочу, чтобы всё лежало в памяти и занимало не больше 64 мегабайт - и журнал будет подчищать старые записи. Причем не костылями а-ля logrotate, а по-нормальному. Или сделать то же самое, но для дискового хранилища. И всё, что мне требуется - заменить одну строчку в конфиге.

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

open-wrt

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

Может пропустить вредную промежуточную стадию сразу приступить к чтению лога демона?

Читай логи напрямую с диска глазами, пропусти вредную промежуточную стадию less.

И что странно, это тоже делается без журналда проще, чем с журналдом.

Точно? Точно-точно? А если я код принесу?

class LogReader:
    async def poll_log(self, seek: int, follow: bool) -> AsyncGenerator[dict, None]:
        reader = systemd.journal.Reader()
        reader.this_boot()
        reader.log_level(systemd.journal.LOG_DEBUG)

        services = set(
            service
            for service in systemd.journal.Reader().query_unique("_SYSTEMD_UNIT")
            if re.match(r"myservice(-\w+)*\.service", service)
        )

        for service in services:
            reader.add_match(_SYSTEMD_UNIT=service)
        if seek > 0:
            reader.seek_realtime(float(time.time() - seek))

        for entry in reader:
            yield self.__entry_to_record(entry)

        while follow:
            entry = reader.get_next()
            if entry:
                yield self.__entry_to_record(entry)
            else:
                await asyncio.sleep(1)

    def __entry_to_record(self, entry: dict) -> dict[str, dict]:
        return {
            "dt": entry["__REALTIME_TIMESTAMP"],
            "service": entry["_SYSTEMD_UNIT"],
            "msg": entry["MESSAGE"].rstrip(),
        }

Куда уж проще.

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

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

Почему же линукс так не влетел, будучи, по твоим словам, готов аж с 10 года, и находясь в более мягких условиях?

«Linux для людей», который бы «просто работал»

Snap, Flatpak и Appimage

Как был зоопарк, так и есть:)

system76 ноутбуки не делает. Наклейка своего лейбака на баребон клево это не производство. Но да -орлы тестируют имеющиеся баребоны на совместимость с онтопиком , закупают понравившееся оптом и прдают втридорога как супер-пупер-линукс-лаптоп собственной разработки. Еще там Tuxedo есть, и еще несколько таких конторок всех не упомнишь.

Framework - насчет поддержки линукса не знаю. Знаю что вот у хорошего человека Марио лаптоп фреймворк - не знаю только за свои деньги он его купил или таки фреймворк ему подарил чтобы Марио лечил поддержку линукса на фреймворке но по факту каких-то активностей самого фреймворка в плане линукса не помню. Марио в АМД работает если что. И как-то оно там глюковато , обжорно и несуразно. При том что схематика фреймворка весьма референсная - никаких мозгодроительных наворотов вроде ipu6 камеры и активного звукового тракта на десяток динамиков за ним не замечено. Впрочем неудивительно - конторка мелкая небогатая и плодить десятки семейств ноутов с принипиально разной начинкой, ажаптировать под них биос и драйвера для единственной поддерживаемой ОС виндоуз дело накладное.

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

просто открываешь journalctl и видишь события от всех источников

4.2. В таком режиме там вообще ничего нет. Уж поверь, это я попробовал в первую очередь. И если бы он слил мне всё и сразу у меня ни одного вопроса и претензии не возникло бы - это именно то что мне нужно.

Тебе дали мощный инструмент, а ты нос воротишь и хочешь сидеть дальше

Всегда мечтал позабивать гвозди ЧПУ-станком. Не, а что, он же может! А если надо, то и в стропила на крыше можно как нибудь...

Я правильно понимаю, что это следует читать как «сломано и ладно»?

Так работает же! Само существование проблемы не очевидно. Вот отсутствие аппаратных часов - очевидно, а это похоже настолько несущественно, что в распбиане оказались соответствующие пакеты из дебиана если я правильно тебя понял.

такие шедевры, как setcon

dpkg-reconfigure console-setup и dpkg-reconfigure keyboard-configuration вообще то. Ещё https://mnorin.com/console-cyrillic-i-systemd-v-debian.html. И чем дальше я гуглю, тем больше мне кажется что setcon стал считаться устаревшим с 26 апреля 2015 года.

Правда по другой версии setcon это часть пакета libselinux и он вообще никак со шрифтами консоли не связан.

откуда проистекают такие шедевры

Если бы я хотел потратить 2-3 лишних часа - вспомнил или нагуглил бы пару десятков шедевров в других дистрибутивах. Что нибудь такое, вроде установки КДЕ одним(!!!) пакетом в Слакваре.

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

был сложившийся рынок с предустановленными прямо в железо атари и амигами

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

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

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

Почему же линукс так не влетел, будучи, по твоим словам, готов аж с 10 года, и находясь в более мягких условиях?

А кому он там нужен то был? Покупая компьютер ты покупаешь его с вендой. Помнится были судебные разборки чтобы вернуть себе 10 баксов за оем венду - но это надо было морочиться, в целом средний юзер покупал комп и венда шла считайте бонусом. В предидущих случаях ковбой заходил в магазин почесывая шляпу - кому отдать кровные доллары - вот айфон за тыщу, а вот андроид за 300, вот макинтош за 3 тыщи а вот писюк за тыщу. И тут вопро кому шашечки кому ехать. А в случае с линуксом - купи комп с вендой, снеси венду, поставь линукс, отсуди обрантно деньги за венду (на адвоката больше потратишь раз в тыщу) - ну вот нахрена это кому надо?

4.2. В таком режиме там вообще ничего нет.

Да что ты говоришь! Может в твоем дистрибутиве просто всё настроено через жопу, потому что там не определились, как логи писать?

$ sudo journalctl | tail
окт 21 16:06:57 reki kglobalacceld[1714]: kf.globalaccel.kglobalacceld: KKeyServer::xcbKeyPressEventToQt failed
окт 21 16:06:58 reki kglobalacceld[1714]: kf.globalaccel.kglobalacceld: KKeyServer::xcbKeyPressEventToQt failed
окт 21 16:07:02 reki kglobalacceld[1714]: kf.globalaccel.kglobalacceld: KKeyServer::xcbKeyPressEventToQt failed
окт 21 16:07:07 reki sudo[125218]: pam_systemd_home(sudo:account): New sd-bus connection (system-bus-pam-systemd-home-125218) opened.
окт 21 16:07:07 reki sudo[125218]:  user : TTY=pts/8 ; PWD=/home/user ; USER=root ; COMMAND=/usr/bin/journalctl
окт 21 16:07:07 reki sudo[125218]: pam_unix(sudo:session): session opened for user root(uid=0) by user(uid=1000)
окт 21 16:07:10 reki sudo[125218]: pam_unix(sudo:session): session closed for user root
окт 21 16:07:13 reki sudo[125249]: pam_systemd_home(sudo:account): New sd-bus connection (system-bus-pam-systemd-home-125249) opened.
окт 21 16:07:13 reki sudo[125249]:  user : TTY=pts/8 ; PWD=/home/user ; USER=root ; COMMAND=/usr/bin/journalctl
окт 21 16:07:13 reki sudo[125249]: pam_unix(sudo:session): session opened for user root(uid=0) by user(uid=1000)

Всегда мечтал позабивать гвозди ЧПУ-станком.

Сколько раз тебе повторять, что утрирование не является аргументом? Когда запомнишь, наконец?

Так работает же!

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

Правда по другой версии setcon это часть пакета libselinux и он вообще никак со шрифтами консоли не связан.

А, ну может он называется console-setup. Я уже не помню. Ключевой момент в том, что этот велосипед зачем-то заменяет собой прекрасно работающий стандартный системдешный компонет. У вас дистрибутив давно перешел на системд, так какого хрена по всей системе до сих пор валяются кривые перловки из бородатых времен?

Зачем?

Я выше писал. Мне не нужно логгирование когда всё работает. А оно работает ну дней 360 в году. Вполне нормальная политика для десктопной ОС. А вместо экономии места на диске у нас теперь экономия TBW флэш-памяти и экономия iops'ов при запуске.

Затем, что это единая кодовая база и хранилища управляются единообразно и стандартно, независимо от инсталляции и дистрибутива

Да я же не против! Просто сделайте чтобы написанный в документации systemctl disable работал!

Они может быть и перешли бы

Но они то этого ровно ничего не получат. А вот размер сборки и объём оперативки возрастёт очень чувствительно.

пропусти вредную промежуточную стадию less

Мне может pluma больше нравится. Но важно что справка к less читается меньше минуты а к журналду больше часа. А потом всё равно придётся использовать journalctl | less.

Куда уж проще.

И куда я должен засовывать этот код вместо того чтобы открыть лог роутера и почитать его?

Ну вот задолбали вы, игрунчики, ей богу.

Ну вот и сидели на линуксе полпроцента юзеров, без игрушек-то. «Готов для домохозяек», епт.

андроид (…) отгрыз рынок у яблока

О. Аналитика.

Мне не нужно логгирование когда всё работает.

xDDDDDDD

Ох лол, боже. Просто в квотезы это.

А вместо экономии места на диске у нас теперь экономия TBW флэш-памяти и экономия iops’ов при запуске.

Поставь лимит на 32 мегабайта и пиши в память. Делай правильно, а не так, как твоей левой пятке хочется. Когда у тебя начнутся проблемы, а логов не будет - будешь чесать себе репу у разбитого корыта.

Просто сделайте чтобы написанный в документации systemctl disable работал!

Он и работает. Просто некоторые сервисы нужны. Иди удали initrd из /boot и пожалуйся, почему ось не грузится, тебе же не нужен initrd, он только место занимает. А чо, пусть тебе ядро без всего этого статикой собирают.

Но они то этого ровно ничего не получат. А вот размер сборки и объём оперативки возрастёт очень чувствительно.

Как только они дропнут поддержку старого железа, это перестанет быть проблемой. Когда я собирал встраиваемою ось для первой малиновой зерохи, писать логи в память в journald УЖЕ не было проблемой. Можешь посмотреть, в каком году она была выпущена.

А потом всё равно придётся использовать journalctl | less.

Если у тебя в шелле стоит PAGER=less, то journalctl сам будет открывать тебе less, если нужно.

И куда я должен засовывать этот код вместо того чтобы открыть лог роутера и почитать его?

У тебя в голове совсем мякина что ли? Мы говорили о том, что journald дает возможность ИЗ КОДА легко прочитать лог, это буквально обращение к базе данных. Для софта, который в веб-морде показывает логи, journald очень удобен, собственно это мой код, который показывает лог за последний час и докидывает свежие сообщения в процессе. Тебе не надо десять раз писать парсеры и самому агрегировать логи из кучи файлов, journald уже это сделал.

А чтобы в шелле почитать лог, просто введи journalctl. Поставь себе нормальную ось, типа арча, в котором systemd/journald интегрированы правильно, и посмотри, как это работает у нормальных людей.

В игрушки играться?

Игры продают ПК. Без игр он бы вообще никому никогда был бы не нужен.

А зачем вообще нормису покупать ПК? Разве нормис будет что-то делать кроме как развлекать себя? Это единственное зачем 95% масс людей покупают его. Танки запустить, кинцо посмотреть. Интересов у них особо нет, стремлений тоже. А продавать новое железо и софт как-то надо. Не ради же 5% гиков из кожи вон лезть и высирать каждый год по новому процессору или видеокарте?

Да и то все больше нормисов сейчас вообще без ПК сидят, и играют с мобилок. Потому что мобилка стоит тупо дешевле и портативнее.

Это я к тому что как раз ПК и винда сейчас это маргинальщина. Майки уже на нее забили давно и пытаются монетизировать из последних сил т.к тупо не вывозят конкуренции со стороны мобилок. ПК и все что не планшет/смартфон уже дефакто удел маргиналов. Так что какой тут вообще к черту люникс и его готовность/не готовность к десктопу если десктоп умер?

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

а причем тут астра? астра тоже пересобирает пакеты и там тоже слабо совместимо уже

Десктоп ужасен, сервер торт. Само собой, требуется убить снап, cloud-init, needrestart, но это делается за секунды.

лишний раз напомнить о глючности убунты

И ничего не «лишний», это дело благое и богоугодное.

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

Умники поставят винду на дек из-за кучи ограничений и всё.

Для чего был годны эти ваши атари? В игрушки играться? Ну вот задолбали вы, игрунчики, ей богу.

Atari ST (на котором был GEM) — это персональный компьютер, а не приставка, не путать с 2600.

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

А также Atari ST, Amiga 500, и местами Acorn Archimedes. Это все примерно одновременно произошло.

Только это такие себе конкуренты, не работавшие (поначалу) на IBM PC.

да никто это делать не будет, потому что не умеют. большинство даже не знают что там линукс вообще.

Framework - насчет поддержки линукса не знаю.

У них есть надпись Officially supported: Ubuntu, Fedora на сайте. Причем убунту вон выше пишут, как работает.

Я, впрочем, на свой не жалуюсь, нормально все, nixos-hardware решает. Жор умеренный.

Ну вот и сидели на бы линуксе полпроцента юзеров, без игрушек-то

Без игрушек, нет софта, зато Штольман в пол окна 😁

Друзья помогут. Когда-то каждый второй школьник мог винду переустановить, про нынешние времена ничего не скажу.
Потому что иначе в форточку не поиграть. И в GTA Online с недавних пор.

Но я сужу сейчас по своему кругу общения, дела до рандомного John Doe в США мне нет никакого.

А Патрик ещё жив?

Конечно!

дела до рандомного John Doe в США мне нет никакого

А вот они как раз и главные потребители. Более того, никто это не будет делать из-за warranty void.

Когда-то каждый второй школьник мог винду переустановить

Это было 20 лет назад. А сейчас зумеры даже не знают что такое файл.

Потому что иначе в форточку не поиграть. И в GTA Online с недавних пор.

Так или иначе это проблема решаемая. До выхода протона вообще никто не верил что игры с DX11 когда нибудь будут работать в вайне.

Никто не берет дек как основное игровое устройство. В отличии от местных бомжей, у людей на западе есть деньги чтобы купить себе больше одного игрового девайса. В основном это какая нибудь консоль (Playstation или Xbox). В особо упоротых случаях игровой ПК. SteamDeck же берут чтобы играть в дороге, или в самолете где нет интернета. В основном во что нибудь казуальное, ну или сингл плеер (ведьмак 3 дикая хохота или же кибершбанк какой нибудь). Никто не будет на нем в каладуду или в GTA Online гонять. Мало того что экран маловат, так еще и железо даже на шиндовсе всю эту пиксельную эякуляцию не вытянет. Для этого есть плойка.

К тому же по моим ощущениям, винда на деке работает адски херово. Садит батарейку, не правильно регистрирует свайпы по «соскам габена», гудит куллером как перед смертью, про сон я вообще молчу. UI маленький, пальцами неудобно тыкать на кнопки. Но есть же big picture!! Так вот нет. UI стимдека это не просто big picture. Есть такое что есть только на стимдеке. Им реально гораздо приятнее пользоваться на родной ОС

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

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

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

Почему же линукс так не влетел,

не взлетел массово только на десктопах. потому что не ms и не google. corel выпускает linux, портирует на него свой софт, потом получает 125 млн от google и всё это закрывает. нетбуки выпускаются под linux, пусть даже жутко кастрированым, потом ms достаёт из архива xp, нетбуки становятся в 2 раза дороже и с hdd, и типа так и надо. ещё можно вспомнить, как ms похоронила beos.

под андроид массово писали вендоры. под ms массово писали вендоры, поэтому балмер скакал и кричал девелоперс девелоперс девелоперс. а нормальный linux можно свободно поставить домохозяйке и всё у неё будет работать, рынка нет не поэтому. и да, амига была во всём лучше вин 1.0, беос была во всём лучше вин 95 и 98, а нетскейп и опера и наверное что угодно были во всём лучше ie.

Ага, то есть оно закопано в мане к invoke-rc.d.

Шок! — информация об управлении сервисами находится в справочных страницах утилит управления сервисами! — вы бы никогда не догадались, понимаю.

Если ты не в состоянии прочитать короткую статью целиком, о чем нам вообще с тобой дискутировать?

Вы в состоянии привести фрагмент, на который ссылаетесь, или так и будете продолжать извиваться, как уж на сковороде?

проблема должна решаться правильно с помощью снапшотов

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

Во-вторых, вы так удобно проигнорировали все остальные пункты, говорящие об убогости pacman в сравнении с «взрослыми» менеджерами пакетов.

Абсолютно на любом этапе скриптов пакетный менеджер может произвольно сфейлиться, и это никак не решается плясками вокруг fsync и rename. Читай мою заметку

Внутри пост-инсталл хука происходит сегфолт, но поскольку почти никто не ставит в скриптах set -e

А теперь давайте заглянем в Политику Debian:

For shell scripts this means that you almost always need to use set -e

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

Так что не путайте серьёзный дистрибутив с школьной поделкой.

Это ровно то, о чем я говорил: ни один из этих пакетов не является апстримным 6.x

А давайте проверим, что вы говорили:

В дебиане целых два пакета rng-tools, и ни один из них не является апстримным: один - какой-то странный полумертвый форк, а другой - форк от мейнтейнера пакета бородатой версии с миллионами патчей.

Видите, как в новой версии утверждения скромно появилось «…апстримным 6.x», да? 😏 А всё потому, что rng-tools5 очень даже является апстримным, полученным из https://git.kernel.org/pub/scm/utils/kernel/rng-tools/rng-tools.git/, хоть больше и не развивается там.

В общем, ничего нового, всё как всегда…

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

Интересно как дела обстоят в интел-версии правда - сейчас вот сажаю на диету хуавей на Ultra-7 и просто удивляюсь насколько отвратно-прожорливым стал интел. 7-8-11 поколения были ну на порядок эффективнее в ноутах несмотря на толстый техпроцесс.

Более того, никто это не будет делать из-за warranty void.

Насколько я знаю, действие гарантии от установки OS на дек не прекращается.

А сейчас зумеры даже не знают что такое файл.

Знакомый от этого плюётся давно, работает с ними.
Но мне кажется, им и дек не нужен - айфона достаточно. А кому нужен - ну те уже поболее в курсе тонкостей.

Так или иначе это проблема решаемая.

С античитами нерешаемая, ни Epic, ни Rockstar поддерживать античит на деке не хотят. Из ядра их вряд ли выкинут, даже если выкинут - на деке не будет trusted условий для их запуска.

В отличии от местных бомжей

Очень категорично. Чего тут забыл-то?

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

Ставил ради RTX, не заметил.
Deck LCDшный, с OLED возможно иначе дела обстоят.

вот сажаю на диету хуавей на Ultra-7 и просто удивляюсь насколько отвратно-прожорливым стал интел

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

Все что делает вольво - это просто использует рач для того чтобы из сырцов всю срань не собирать.

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

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

Была попытка втянуть в линукс ITD - но она скончалась не родившись во времена ядра 6.4.

Тут на днях наткнулся на альтернативный проект - демон intel_lpmd. Эта штука работает - до нее был просто ад с вечно орущими вентиляторами. Правда проще - она просто смотрит нагрузку на систему и можно в настройке указать при какой нагрузке какие ядра работают. В том числе и прерывания от периферии перебросить. Так что с этим стало сильно лучше.

Теперь вот на удивление оказалось что интел просрал и свой главный козырь - энергоэффективный медиа-декодер. Помню как 1165 тигр у меня ютуб 1080 AV1 декодировал за 8 ватт (8 ватт это на весь ноут ). 155H на это же жрет 22!!!!! ватта. И вроде как аппаратно декодирует если верить intel_gpu_top. Можно конечно свалить на амолед - но амд с таким же амоледом укладывается в 14 ватт, а у амд декодер был всегда прожорливее интеловского. Такие вот чудеса от синих.

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

Ничего не скажу, но на M1 у меня при просмотре видео задействуются малые ядра. Декодирование на CPU.
Тут либо интел не осилили поддержку запилить, либо у Asahi есть свои костыли для шедулинга.

Я и ушел с убунты на дебиан, чтобы максимально долго сидеть на стабильном дистрибутиве. Чтобы ничего не ставить из бэкпортов и Сида. Сейчас на одном домашнем компьютере alt kworkstation 11, на деревенском 10. Для моих домашних задач более чем хватает и не глючит.

это как, если у убунты lts поддержка 5 лет, а у дебиана в основной ветке - 3.

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

M1 это вообще то ARM. Для ARM в линуксе давно запилена поддержка больших и малых ядер. А вот для x86 - нет. И интел забил на это похоже. Осталась надежда на амд - у них тоже выходит архитектура с большими и мылыми ядрами и патчи пошли активно на эту тему.

я юбунту последний раз видел в версии 14.04. загрузил ксюбунту, посмотрел что она с xfce жрёт больше и тормозит больше, чем другой дистр с гномом 3, и больше не видел.

лтс поддержка в дебиане сильно ограничена по сравнению с юбунтой, да и появилась относительно недавно (вроде в 2014, под сквиз)

Да что ты говоришь!

Ладно, согласен, размаскировал, перезагрузился, журнал появился, есть информация. И десяти лет, ять, не прошло...

Сколько раз тебе повторять, что утрирование не является аргументом?

Утрирование? Нахрена мне избыточно сложный комбайн для простых действий?

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

А для больших систем нужны другие средства. Например НЕ МАЛИНКИ. Я сильно сомневаюсь что для более продвинутых плат там будет какая то проблема с генератором случайных чисел на дефолтном дебиановском пакете.

Ключевой момент в том, что этот велосипед зачем-то заменяет собой прекрасно работающий стандартный системдешный компонет

А ты точно уверен, что он не является обёрткой над системдешным компонентом, оставленным просто для удобства привычных админов? Я нет. В любом случае ничто не мешает тебе использовать системдешный компонент напрямую. Местами это даже рекомендуется, а console-setup хорош при устновке системы на rw-диск.

У меня intel gen11 еще. Из него надо вынимать все порты, кроме USB-C, потому что они жрут.

Вообще «не жалуюсь» — это, конечно, теперь не жалуюсь, когда попилил и пообвыкся. А так-то — тачпад без тап-ту-клик плохо работает (физический щелчок происходит при более слабом нажатии, чем регистрируется клик), батарейка на RTC была дерьмо (в своих материалах они во всем винили интел, но замена на рандомную батарейку с алиэкспресс решила проблему), пустые порты жрут, экран глянцевый, трекпоинта нет, колонки дерьмо. Думаю, что к хуавею у меня не меньше было бы замечаний.

думаю меньше. Экран офигенен хоть и глянец но с антибликом а-ля макбук, тачпад идеален (ну если завести - нужен квирк в конфиге). Но беда с собственно новыми интелами. Вернее не беда а фича - как я понимаю интел последние годы работал под лозунгом fuck fuel economy и все делал для игр. Кадры в секунду и попугаи в тестах производительности ставили основой разработки и в итоге выродили уродливое говно которое греется настолько что плавится и деградирует. Зато ИГРЫ. Зачем игруну ресурс - он должен покупать новое поколение раз в полгода, там же +5% производительности будет.

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

С античитами нерешаемая, ни Epic, ни Rockstar поддерживать античит на деке не хотят. Из ядра их вряд ли выкинут, даже если выкинут - на деке не будет trusted условий для их запуска.

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

И не думаю что вольво это просто так оставят. Сам подумай, думаешь они остановятся на протоне? Им просто нет смысла останавливаться. Если нужна будет trusted среда - они ее сделают. Хз как. Но это в их же интересах. Тем более античиты почти работают. Не все конечно. Подробный список можно узнать на https://areweanticheatyet.com/

Supported + Running

45%

Broken

49%

И только Denied

5%

Либо в процессе добавление поддержки, либо статус неизвестен.

1%

Еще три года назад было так. Античит = 100% незапуск.

До появления протона все говорили что запуск DX11 игр в вайне в принципе невозможен и никогда не будет реализован потому что «бла бла бла бла». Но сделали же черти!!

А по поводу античитов то я надеюсь, что они начнут запрашивать анализ мочи и кала перед началом игры. Таким образом, мы будем в большей безопасности от читеров (нет).