Судя по всему у верхней зоны «org.ru» сломался DNSSEC.

https://dnssec-debugger.verisignlabs.com/linux.org.ru

А вчера еще работал, по крайне мере, у меня.

Тут будет много сарказма, поэтому особый тег не буду ставить.

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

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

И вот JAMS. Который… не работает. Ну т.е. его можно скачать, поставить, настроить, завести пользователей и т.п. Но Jami клиенты в него не могут логиниться, что-то там отломано. А написан JAMS на Java, вот.

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

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

Если я правильно понял, то JAMS, общаясь с JAMI хотел Json, а получал String. Или наоборот, я не очень понял, кто там на ком стоял.

Результат вот тут есть, кому интересно: https://git.jami.net/savoirfairelinux/jami-jams/-/issues/155

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

А да, JAMS пофикшенный все рано всрат и неюзабелен, потому что:

1. Данные (Имя, кличка, аватарка, настройки клиента - STUN/PROXY/etc) из аккаунта в JAMS берутся клиентом, похоже, только один раз и далее более никогда не синхронизируются.
2. Если аккаунту присвоена аватарка на стороне сервера JAMS, то она не передаётся клиенту. Совсем.
3. Мало того, если уже на клиенте поставить таки аватарку, то она слетает в «пустое» через 30-60 секунд.
4. Т.е., наверное таки клиент пытается синхронизироваться с сервером, вместо аватары, возможно, получает копромассу и делает fallback в «пустое».

Вот такое осчастливливание человечества на отведённом мне участке.

Итак файл: /etc/systemd/sleep.conf

[Sleep]
AllowSuspend=yes
AllowHibernation=yes
AllowSuspendThenHibernate=yes
HibernateMode=platform shutdown
HibernateDelaySec=10min

В таком виде не работает. Т.е. ноут как бы засыпает, потом якобы уходит в гибернацию, но на деле у меня (Thinkpad X1 Carbon G8) жрёт 16% батарейки за сутки.

Если запустить вручную в терминале: systemctl suspend-then-hibernate, то плюётся ошибкой:

Call to SuspendThenHibernate failed: Sleep verb 'suspend-then-hibernate' is not configured or configuration is not supported by kernel

Выяснил, что в параметр HibernateDelaySec надо именно что вписывать integer, без постфиксов секунд, минут, и прочая.

Причём нигде в доках systemd я про это не нашёл.

Гадство в том, что некоторые другие тайм-параметры, например в юнитах, например OnBootSec - допускают префиксы.

Таким обазом, рабочий вариант такой:

[Sleep]
AllowSuspend=yes
AllowHibernation=yes
AllowSuspendThenHibernate=yes
HibernateMode=platform shutdown
HibernateDelaySec=600

Имеются два ноутбука.

1. X1 Carbon Gen 8
2. X1 Yoga Gen 4

На одинаковом железе. Из всех различий: тачскрин у йоги, у карбона вайфай AX201, а у Йоги 9560, да дисплеи разных ревизий одной и той же модели.

У обоих i5-10210U, 8гиг памяти, 256 гиг nvme (разных моделей).

Установлены идентичные Arch Linux с Гномом, идентичный набор софта и всё такое прочее.

У обоих Powertop c auto-tune и power-profiles-daemon. У обоих на i915 включены PSR,DC и всё что там принято, тако же и с iwlwifi.

Так вот, Йога ни под каким соусом не хочет ронять Pkg в состояние PC10, минимум, что может - PC8.

Карбон же исправно тушит package до состояния PC10 спустя минуту-полторы после старта системы.

Йоге после старта требуется 10 минут чтоб достичь минимума потребления в 2.6Вт, а карбон падает до минимум в 2.2Вт спустя полторы-две минуты (на этом тесте просто логин в сессию и ждать, яркость экрана ~20%).

Я на йоге перепробовал уже наверное всё что нашёл в сети:

• PCIe ASPM
• LTR
• отключение девайсов в BIOS вплоть то «отключение всего, что можно»
• nowatchdog

Судя по powertop, никто у йоги не гадит прерываниями, поведение по devices stats одинаковое с карбоном.

Как результат, йога подъедает батарею (они тоже у них обоих одинаковые вплоть до форм-фактора) заметно быстрее карбона.

Из дополнительного странного: на йоге можно делать андервольт утилитой intel-undervolt, а у карбона - нельзя, хотя процессоры одинаковые.

Остаётся грешить на кривой БИОС или EC у йоги, ибо они таки, очевидно, не те, что у карбона.

Такие дела. Особо не рассчитываю на помощь, но вдруг? А?

Здравствуйте.

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

Вот у меня фря 14.2-RELEASE на маленьком сервере.

Понадобилось поставить пакет, хоба, а его нет. Пусть это будет yggdrasil.

Т.е. команда pkg search yggdrasil не показывает ничего. Покопал далее, а и golang нету, например, и еще каких-то пакетов.

Перепроверяю на другом сервере с 13.4-RELEASE, там всё на месте.

Далее смотрю в https://www.freshports.org/net/yggdrasil/ И там в самом деле, есть пакеты для 13, для 15, а для 14 для архитектуры amd64 - борода.

Причём в феврале-марте этого года, я точно помню, эти пакеты были в 14.1 и 14.2

Я, конечно, сильно тупой, но:

• зачем они убрали пакеты?
• это вообще нормальная практика у фряхи?
• эти пакеты как-то можно себе вернуть? :)