/bin/dev - IT Lounge

Недавно в Sway добавили поддержку адаптивной синхронизации (VRR, Variable Refresh Rate) для избавления от тиринга (tearing) и статтеринга (stuttering). В данный момент разработчики GNOME Shell работают над похожей системой в Mutter.

Патчи для добавления адаптивной синхронизации в Mutter для X.Org и Wayland были опубликованы на прошлых выходных. Они всё ещё в разработке. Патчи включают в себя проверку поддержки VRR у подключённых мониторов, возможность активации VRR и переключения через API DBus.

VRR призван помочь избавиться от тиринга (tearing) и статтеринга (stuttering), но также может улучшить энергосбережение, понижая частоту обновления экрана.

За прогрессом можно наблюдать в GitLab.

Поддерживается линукс.

Обещают следующие характеристики:

• 5G
  
• MediaTek MT6889
  
• 6 ГБ оперативной памяти
  
• 6.53-дюймовый дисплей с разрешением 2340×1080
  
• 128 ГБ встроенной памяти
  
• 24 МП основная камера, 5 МП фронтальная
  
• NFC, USB Type-C, сканер отпечатков пальцев
  

Клавиатура выглядит удобной. Есть подсветка.

Как я понял, ещё не выпустили.

https://www.indiegogo.com/projects/astro...ransformer

   

Есть ноутбук, и есть задачи, которые нужно выполнять на нём по расписанию (раз в сутки, раз в неделю).
Ноутбук может работать 24/7, а может включаться на полчаса-час раз в месяц, потому от crontab толку никакого и ещё меньше пользы от *at(1)*.
Хотелось бы какое-нибудь удобоваримое решение задачи с таким неопределённым расписанием работы устройства. Пусть оно будет реже (если ноут долго не включали), но не чаще (то есть `@reboot` не подходит).
Из утилит доступно: cron (vixie-cron), at, rc.
Могу доустановить софт из бинарных пакетов или собрать из портов. Но не требующее `COMPAT_LINUX`.
Скрипты (sh, perl, python3) подойдут. Псевдокод с приблизительной логикой тоже рассматривается.
`systemd` не предлагать (по очевидным причинам).

FreeBSD 12.1-RELEASE-p3

Сабж. Нововведения:

• Если чатов много, Вы можете сгруппировать их в папки.
  
• Можно настроить собственные папки или использовать рекомендации по умолчанию.
  
• В каждой папке можно закрепить неограниченное число чатов.
  
• Переключиться между папками можно в новой боковой панели.
  
• Отправьте :dice: в любой чат, чтобы испытать удачу и получить случайно сгенерированное на кубике число.
  
• Добавлены анимированные эмодзи для :virus:, ? , ? , ? , neeze: , , oap: и ?.
  

Скачать: https://github.com/telegramdesktop/tdesk...tag/v2.0.0

После релиза ядра Linux 5.6 латиноамериканский Фонд свободного ПО сформировал его полностью свободный вариант, в котором полностью отсутствуют проприетарные компоненты.

В новом релизе отключена загрузка блобов в драйверах для AMD Trusted Execution Environment (TEE), ATH11K и Mediatek SCP. Обновлён код удаления блобов в драйверах и подсистемах AMD Platform Security Processor (PSP), amdgpu и nouveau.

https://lists.gnu.org/archive/html/info-...00014.html

23 марта вышел LTS релиз языка программирования Vala 0.48.2

* Различные улучшения и исправления ошибок:
- vapigen: Определение "GOBJECT", соответственно установленному профилю CodeContext [#933].
- codegen:
+ Сброс устаревшего массива _size_ переменной после использования в качестве параметра ref [#929].
+ Издавать постобработки перед освобождением локальных переменных.
+ Правильный доступ к захваченному параметру в предусловии метода [#144].
+ Использовать правильно набранную переменную длины массива для свойства-получателя
+ Использовать правильно набранную переменную длины массива для вызова делегатов.
+ Наследовать "array_length_type" от (base-) параметра/свойства/метода [#938].
+ Улучшена обработка атрибута "array_length_type" [#938].
+ Используйте memset для вставки массива inline-allocated с неконстантным размером [#910].
+ Инициализация temp-var для длины массива свойств перед вызовом геттера
+ Включить "glib.h" для использования g_return_*() [#940].
- Vala:
+ Использовать error() вместо Report.error() внутри CodeContext.get().
+ Принять значения перечисления в качестве длины для встроенных выделенных массивов [#935].
+ Улучшение копии требуемых атрибутов от делегата к лямбда методу.
+ Атрибуты параметров лямбды наследуется от делегата
+ Inline-массив не инстанцируется выражением создания [#926].
- valadoc: Создайте и зарегистрируйте текущий Vala.CodeContext правильно.
- parser: Улучшение сообщения об ошибке для некорректного выражения ArrayCreationExpression [#939].
- tests: Откажитесь от использования "--main main" и избегайте амбициозных точек входа.
- manual: Обновление с wiki.gnome.org

* Привязки:
- Добавлена привязка к cairo-gobject
- cairo: Добавлены отсутствующие атрибуты type_id, охраняемые GOBJECT define
- glib-2.0: Добавлена привязка для g_poll() [#924]
- glib-2.0: Добавлена привязка для g_win32_ftruncate()
- glib-2.0: Добавлена отсутствующующий IOChannel win32 API
- gio-2.0: Добавлена привязка для g_io_error_from_win32_error()
- gstreamer: Обновление с 1.17.0+ git master
- gtk4: Обновление до 3.98.1
- posix: Добавить привязки pathconf и fpathconf
- vapi: Обновлены привязки на основе GIR

Переводил машинным способом плюс немного моих исправлений. Сообщайте обо всех ошибках - исправим.
Источник - https://gitlab.gnome.org/GNOME/vala/raw/master/NEWS

Доступен Wine 5.5 - открытая реализация WinAPI для запуска Windows-приложений.

Основные изменения:

• Встроенные программы и библиотеки теперь используют рантайм UCRTBase C.
  
• GetVersion, GetVersionEx и VerifyVersionInfo показывают версию с учётом использования режима совместимости.
  
• Улучшена поддержка отладочной информации в PE-файлах.
  
• Исправлены падения установщиков некоторых приложений (таких как Visual Studio .NET 2002, 2003, Visual Foxpro 9.0).
  
• Исправлены падения установщиков, которые падали с ошибкий "Unknown method".
  
• В WebServices добавлена поддержка большего количества атрибутов.
  
• Исправлены падения установщика Adobe Flash Player версий 22-25.
  
• Добавлена поддержка привязок регистров в зависимости от языка.
  
• Исправлено падение iTunes версии 12.10.4.2 во время добавления директорий для сканирования из-за нереализованной функции wmvcore.dll.WMIsContentProtected.
  
• Исправлены падения и зависания в некоторых играх (бенчмарк Call of Juarez DX10, Death to Spies: Moment of Truth, Might and Magic VI, Beat hazard 2 и другие).
  

https://www.winehq.org/announce/5.5

Представлен знаковый выпуск VPN WireGuard 1.0.0, который отметил собой поставку компонентов WireGuard в основном составе ядра Linux 5.6 и стабилизацию разработки. Включённый в состав ядра Linux код прошёл дополнительный аудит безопасности, выполненный независимой фирмой, специализирующейся на подобных проверках. Аудит не выявил каких-либо проблем.

Так как WireGuard теперь развивается в основном составе ядра Linux, для дистрибутивов и пользователей, продолжающих использование старых версий ядра, подготовлен репозиторий wireguard-linux-compat.git. Репозиторий включает бэкпортированный код WireGuard и слой compat.h для обеспечения совместимости со старыми ядрами. Отмечается, что пока есть возможность разработчиков и потребность у пользователей обособленный вариант патчей будет поддерживаться в рабочем виде. В текущем виде обособленный вариант WireGuard может использоваться с ядрами из Ubuntu 20.04 и Debian 10 "Buster", а также доступен в виде патчей для ядер Linux 5.4 и 5.5. Дистрибутивы, применяющие самые свежие ядра, такие как Arch, Gentoo и Fedora 32, получат возможность использования WireGuard вместе с обновлением ядра 5.6.

Основной процесс разработки теперь ведётся в репозитории wireguard-linux.git, включающем полное дерево ядра Linux с изменениями от проекта Wireguard. Патчи из данного репозитория будут рецензироваться для включения в основное ядро и регулярно переноситься в ветки net/net-next. Разработка запускаемых в пространстве пользователя утилит и скриптов, таких как wg и wg-quick, ведётся в репозитории wireguard-tools.git, который можно использовать для создания пакетов в дистрибутивах.

Напомним, что VPN WireGuard реализован на основе современных методов шифрования, обеспечивает очень высокую производительность, прост в использовании, лишён усложнений и хорошо зарекомендовал себя в ряде крупных внедрений, обрабатывающих большие объёмы трафика. Проект развивается с 2015 года, прошёл аудит и формальную верификацию применяемых методов шифрования. Поддержка WireGuard уже интегрирована в NetworkManager и systemd, а патчи для ядра входят в базовый состав дистрибутивов Debian Unstable, Mageia, Alpine, Arch, Gentoo, OpenWrt, NixOS, Subgraph и ALT.

В WireGuard применяется концепция маршрутизации по ключам шифрования, которая подразумевает привязку к каждому сетевому интерфейсу закрытого ключа и применение для связывания открытых ключей. Обмен открытыми ключами для установки соединения производится по аналогии с SSH. Для согласования ключей и соединения без запуска отдельного демона в пространстве пользователя применяется механизм Noise_IK из Noise Protocol Framework, похожий на поддержание authorized_keys в SSH. Передача данных осуществляется через инкапсуляцию в пакеты UDP. Поддерживается смена IP-адреса VPN-сервера (роуминг) без разрыва соединения с автоматической перенастройкой клиента.

Для шифрования используется потоковый шифр ChaCha20 и алгоритм аутентификации сообщений (MAC) Poly1305, разработанные Дэниелом Бернштейном (Daniel J. Bernstein), Таней Ланге (Tanja Lange) и Питером Швабе (Peter Schwabe). ChaCha20 и Poly1305 позиционируются как более быстрые и безопасные аналоги AES-256-CTR и HMAC, программная реализация которых позволяет добиться фиксированного времени выполнения без задействования специальной аппаратной поддержки. Для генерации совместного секретного ключа применяется протокол Диффи-Хеллмана на эллиптических кривых в реализации Curve25519, также предложенной Дэниелом Бернштейном. Для хеширования используются алгоритм BLAKE2s (RFC7693).

При старом тестировании производительности WireGuard продемонстрировал в 3.9 раза более высокую пропускную способность и в 3.8 раз более высокую отзывчивость, по сравнению с OpenVPN (256-bit AES c HMAC-SHA2-256). По сравнению с IPsec (256-bit ChaCha20+Poly1305 и AES-256-GCM-128) в WireGuard наблюдается небольшое опережение по производительности (13-18%) и снижение задержек (21-23%). Размещённые на сайте проекта результаты тестирования охватывают старую обособленную реализацию WireGuard и отмечены как недостаточно качественные. Со времени проведения тестов код WireGuard и IPsec был дополнительно оптимизирован и теперь работает быстрее. Более полное тестирование, охватывающее интегрированную в ядро реализацию, пока не проведено. Тем не менее, отмечается, что WireGuard в некоторых ситуациях по-прежнему обгоняет IPsec в силу многопоточности, в то время как OpenVPN остаётся очень медленным.



Источник https://www.opennet.ru/opennews/art.shtml?num=52636

Собственно, задача рассмотреть циски, которые смогут без проблем потянуть гигабитный линк с шифрованием. Т.е. подразумевается VPN-туннель и около 1000 пользовательских сессий, маршрутизация трафика. Никакого BGP и иже с этим не планируется, портов буквально штуки 4 будет задействовано. Из нового. Может, у кого-то есть соответствующий опыт и может порекомендовать модельку?

Какая книга из последних прочитанных, произвела на вас действительно сильное впечатление? Вот думаю, что почитать на досуге, да что-то в голову ничего не идёт.