FreeBSD на современном ноутбуке с KDE Plasma 6

Pidgin

В 2026 году?

А что не так? В интранетах xmpp весьма жив и весьма удобен.

Что за интранеты? Корпоративные? Я думал, они все перешли на telegram, slack, m$teams или что-то импортозамещённо-духовноскрепное.

Проблема xmpp, даже как внутрикорпоративного мессенджера, в том, что базовый протокол давно устарел, а расширения часто дублируют друг друга, несовместимы между клиентами и серверами. И вроде аудио- и видеозвонки и передачу файлов нормально без nat осуществлять не может.

Возможно, когда ты ставил Арч — не_доставил зависимости Хвайланда и/или Протоколсы всякие…

…А на Дебиане работает неоч, так-как — там всё устарело.

…Попробуй вместо Арча КашкуОС…

Что за интранеты? Корпоративные?

Да, без доступа (или очень ограниченного) в большие интернеты.

базовый протокол давно устарел

Ненай. Текст и файлы идут - есть ситуации когда этого вполне достаточно)

Ненай. Текст и файлы идут - есть ситуации когда этого вполне достаточно)

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

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

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

Что там сейчас в моде?

Если нужно свободное на собственном сервере, то есть всякие mattermost, zulip, rocketchat. Вроде zulip в плане кода полностью открыт, а у остальных базовая версия открытая, но есть проприетарь с расширенной функциональностью. Но корпораты часто используют облачные сервисы типа slack, m$teams и т.п. Плюс есть российские духовно-скрепные импортозамещённые аналоговнеты, но они не свободные.

Рокетчат пробовали - этож эталон (по меркам лора) всратости - клиент на электроне, например :)

Интересно, я хочу KDE на ThinkPad x220 испльзовать)))

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

Например такая утилита как htop только вот-вот недавно научилась корректно отображать сведения о потреблении памяти. Хотя официальный порт был на FreeBSD давно, но память htop не умел отображать, а теперь не просто корректно отображает но даже маркирует Wired/Inact/Laundry/Cache.

Попробуйте Хромообразные, у меня сложилось впечатление что они на Фряхе быстрее. По крайней мере на моей системе с проприертарным драйвером Нвидии, Вивалди (через Линуксулятор) и Хромиум показывают одинаковые результаты, в том числе Вивалди может во все те же аппаратные графические ускорения что и Хромиум не смотря на то что Хромиум нативный порт а Вивалди работает в Линуксулятор-прослойке. https://imgur.com/a/SNddj7x (скриншот от февраля, поэтому браузеры старенькие)

Так вот они оба быстрее чем ФФ на тестах browserbench.org.

А зачем, так и так все работает нормально в плане окон. А я ради удовольствия и для того чтобы SSD не изнашивался сделал rc скрипт который берет все логи c SSD на начальном этапе загрузки и кидает их в tmpfs, а при ребуте/останове записывает их обратно на SSD, в итоге компьютер может работать днями и ничего не писать на SSD, т.к. все пишется в память, тем самым экономя ресурс SSD.

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

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

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

Способ классический, из разряда «решаем проблему, которую сами создали». Современные SSD на TLC/QLC с нормальным контроллером имеют такой ресурс перезаписи (TBW), что ты скорее сменишь материнку или сам ПК морально устареет, чем убьешь накопитель логами заурядного десктопа.

Зато при внезапном отключении света или kernel panic вся твоя бесценная история загрузки и отладки испаряется в небытие. Ради чего? Лишние пару процентов resource health через 10 лет?

За что любишь?