Felix Lechner зарелизил первую версию Guile-PAM — библиотеки, которая позволяет писать Pluggable Authentication Modules (PAM) на Scheme (GNU Guile):
https://codeberg.org/lechner/guile-pam

Документацию можно прочитать здесь:
https://juix.org/guile-pam/

Felix Lechner в Mastodon:
https://fosstodon.org/@[email protected]

#guile #linux

“Orphaning bcachefs-tools in Debian”:
https://jonathancarter.org/2024/08/29/orphaning-bcachefs-tools-in-debian/

Увидел у Людовика Кортеса в Mastodon.

Апстрим bcachefs-tools переходит на Rust, с требованиями к точным совпадениям версий зависимостей, что делает поддержку пакета в Debian крайне сложной. Общей практикой в Debian является ослабление требований к версиями зависимостей, чтобы хоть как-то обеспечить возможность упаковки пакета в стабильной версии дистрибутива, без включения внутрь пакета всех зависимостей, как предлагается апстримом.

Например, в зависимостях bcachefs-tools указана зависимость от errno версии 0.2, но при упаковке в Debian пришлось позволить сборку с errno 0.4; а требование к udev 0.7 было ослаблено до версии 0.8 и т.д. Другие дистрибутивы вроде Fedora, которые также имеют стабильные релизы, используют похожий подход; другие же, с более простой политикой пакетирования (например, Arch) просто включают все зависимости в том виде, как они "прибиты гвоздями" в апстриме.

И разумеется, сам bcachefs-tools не имеет стабильных релизов, и релизов долговременной поддержки (LTS), так что любой, кто требует поддержку bcachefs-tools в долгосрочной перспективе должен также тянуть бремя поддержки пакета самостоятельно, а также всех пакетов, которые включены в вендорскую поставку bcachefs-tools.

Как говорит автор статьи: "на данный момент я сделал 6 обновлений для этого пакета в этом году, но я до сих пор получаю жалобы на то, что пакет устарел и вообще древний. Если кусок ПО считается устаревшим до такой степени, что он признаётся бесполезным спустя два или три месяца после публикации — в этом случае он не выдержит даже стандартного цикла выпуска стабильных релизов дистрибутива, не говоря уже о том, чтобы быть включённым в LTS."

#linux #packaging #rust

im tosti, "Что нового в POSIX 2024?":
https://blog.toast.cafe/posix2024-xcu

#linux #unix

#gnu #linux

Simon Tournier, "Visiting a future of GNU":
https://simon.tournier.info/posts/2024-11-01-visiting-future-gnu.html

Интересная статья.

Как команда проверки орфографии spell в Unix работала на компьютере PDP-11 с 64КБ ОЗУ:
https://blog.codingconfessions.com/p/how-unix-spell-ran-in-64kb-ram

Перевёл для вас вступление к статье:

Как можно уместить словарь объёмом 250КБ в 64КБ ОЗУ, и при этом иметь возможность делать быстрый поиск? Для справки, даже при использовании современных техник сжатия данных (вроде gzip -9), невозможно сжать подобный файл меньше, чем в 85КБ.

В 1970-х годах, Дуглас Макилрой (Douglas McIlroy) столкнулся с именно этой проблемой, когда писал программу проверки орфографии для Unix в AT&T. Ограничения компьютера PDP-11 означали, что весь словарь целиком должен помещаться в жалкие 64КБ ОЗУ. Казалось бы, невозможная задача.

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

История команды spell из Unix — это больше, чем просто любопытная страница истории. Это мастер-класс в области инженерного искусства в условиях ограничений, дающий нам урок, как анализировать проблемы из её базовых принципов, как использовать преимущества математических идей, и как создавать элегантные решения, которые работают в условиях строгих ограничений ресурсов.

https://en.wikipedia.org/wiki/Spell_(Unix)

#unix #linux #tools #history

Кстати, известный блоггер PewDiePie тут рекламирует GNU/Linux и свободное ПО:
https://www.youtube.com/watch?v=pVI_smLgTY0

Вообще это первое видео, которое я у него посмотрел, так что я вообще на знаток творчества PewDiePie — но это действительно круто, что GNU/Linux набирает популярность в не-технических кругах.

#linux

#linux #tools

Ещё узнал про утилиту pscircle — она строит красивую диаграмму процессов в системе.

Удалось запустить Debian GNU/Linux на VisionFive2. Загрузился с MicroSD — причём, с одной карточки стартовать система отказывалась, а с новой запустилась сразу. Режим загрузки выставил в SDIO.

Делал по этой инструкции:
https://rvspace.org/en/project/VisionFive2_Debian_User_Guide

#riscv #linux

LaurieWired, "grep isn't what you think it means...":
https://www.youtube.com/watch?v=iQZ81MbjKpU

Про историю появления Unix-команды grep.

#unix #linux #tools

WTFfmpeg — команда, которая использует LLM для преобразования естественного текста на английском в команду ffmpeg с необходимыми аргументами:
https://github.com/scottvr/wtffmpeg

Пример использования (с GitHub):

$ wtff "convert my_video.avi to mp4 with no sound"

Loading model... (this may take a moment)
Model loaded. Generating command...

--- Generated ffmpeg Command ---
ffmpeg -i my_video.avi -an -c:v libx264 my_video.mp4
------------------------------
Execute this command? [y/N] y

Executing: ffmpeg -i my_video.avi -an -c:v libx264 my_video.mp4

ffmpeg version N-100029-g040e989223 Copyright (c) 2000-2020 the FFmpeg developers
...

Представляю себе следующий сценарий:
1. Создать крайне полезную утилиту с очень обширным и сложным набором опций.
2. Подождать.
3. Люди начинают активно пользоваться утилитой и страдают.
4. Люди тренеруют нейронку, чтобы она страдала за них.
5. МЫ ЗДЕСЬ.

Из подобных полезных утилит могу вспомнить ещё openssl. Ждём, когда появится WTFopenssl?

(Если что, ffmpeg уважаю, хорошая утилита, ползуюсь регулярно — правда, необходимые опции приходится частенько искать в справке и интернете.)

#linux #tools