GNU/Linux | Notes

Для тех, кто пишет музыку на Linux Yabridge — это прослойка-мост, которая позволяет запускать Windows-плагины форматов VST2, VST3 и CLAP на Linux. Работает в связке с Wine: плагин думает, что запущен в Windows, а Linux-хост видит его как обычный нативный плагин. Удобно для тех, кто хочет использовать любимые Windows VST в Linux DAW без отдельной Windows-системы. > GitHub #software #opensource #music

Релиз ядра Linux 7.1 Новость: https://www.opennet.ru/opennews/art.shtml?num=65686 #news #kernel

Новые версии Debian 12.14 и 13.5 Новость: https://www.opennet.ru/opennews/art.shtml?num=65462 #news #debian

Мне нравится использовать Git как систему контроля версий не только для кода, но и для заметок и todo-листов, храня их в приватных репозиториях на GitHub. Так со временем накапливается история изменений: можно посмотреть, что я планировал, что сделал, к чему возвращался, а что так и осталось незавершённым. Мне нравится, что всё это устроено очень просто и без лишнего шума: обычные .txt-файлы, но с понятной структурой, историей правок и ощущением порядка. Это такой минималистичный способ вести личный архив мыслей и задач, не привязываясь к сложным приложениям. #git #thoughts

Референсные наушники - это наушники с максимально нейтральным, "ровным" звучанием, без подчёркивания баса или высоких частот. Они нужны, чтобы слышать микс таким, какой он есть, без украшений. Зачем это нужно: * легче понять баланс инструментов * лучше слышны проблемы - грязь, частотные конфликты, артефакты * миксы, сделанные в таких наушниках, лучше "переводятся" на другие колонки и устройства Примеры референсных моделей: * Audio-Technica ATH-M40x * Beyerdynamic DT 880 * AKG K240 * Sennheiser HD 560S #music #misc

Наглядная схема передачи управления от пользовательской программы к ядру через системный вызов dup2(). * Программа (Application) вызывает библиотечную функцию dup2() из библиотеки libc. * libc превращает это в специальную команду для ядра (Kernel). * Ядро получает прерывание (int 0x80) и выполняет нужную системную операцию. * Потом возвращает результат обратно программе. Итог: это схема того, как обычный вызов функции превращается в обращение к ядру операционной системы через системный вызов. #kernel #theory

Для анализа мастеринга трека я использую утилиту ffmpeg. Она хорошо показывает LUFS и пики, включая возможные перегрузы. Например:

$ ffmpeg -i track.wav -af loudnorm=I=-10:TP=-1.0:LRA=11:print_format=summary -f null -

В выводе особенно важны две строки:

Input Integrated: -23.8 LUFS
Input True Peak: -8.2 dBTP

LUFS — это средняя воспринимаемая громкость трека. dBTP — это максимальный true peak, то есть самый высокий реальный пик сигнала. В данном примере: -23.8 LUFS означает, что трек довольно тихий по средней громкости. -8.2 dBTP означает, что по пикам у трека ещё большой запас до перегруза. Перед отправкой на стриминговые платформы трек должен пройти полноценный мастеринг, чтобы звучать профессионально, громко и сбалансированно на всех устройствах. Уровень LUFS должен быть около -9 (в зависимости от жанра и ситуации), а True Peak — в пределах от -1 до -0.5 dB. Установка:

$ apt-get install ffmpeg

#music #utils

Грег Кроа-Хартман рассказал о том, как Rust может помочь в борьбе с ошибками в ядре Linux Новость: https://www.opennet.ru/opennews/art.shtml?num=65549 #news #kernel

Разочаровался в LMMS. Нет, это правда хорошая DAW, которая дала мне лёгкий старт: помогла разобраться с базовыми плагинами, основами сведения и мастеринга. Без проблем подключались MIDI-клавиатура и синтезатор Surge XT. Но со временем я понял, что в ней слишком много танцев с бубном, и это начало сильно утомлять. Когда треки становятся тяжелее и работа — серьёзнее, возможностей LMMS уже начинает не хватать. Что мне не понравилось: — неудобная запись вокала (да, я тот ещё певун): приходилось использовать отдельную программу, например Audacity, потом экспортировать всё в WAV и только после этого добавлять в проект; — проблемы с подключением некоторых плагинов; — отсутствие нормальной поддержки VST3; — слабая и неудобная работа с sidechain; — мало актуальных уроков и туториалов, многое приходилось разбирать самому. Итог: для старта LMMS хороша, но для более серьёзной работы начинает упираться в ограничения. Думаю попробовать Reaper, переход займёт некоторое время, затем отпишу свои впечатления. Да, Reaper предоставляет 60 дней бесплатного использования, затем пытается намекнуть на покупку лицензии, но её можно не покупать, а просто закрывать это уведомление. К тому же Reaper — проприетарное ПО (мы с Ричардом Столлменом такое не уважаем, но что поделать), в отличие от LMMS. #music #software

Иногда для хранения паролей не нужен полноценный менеджер: достаточно обычного текстового файла, который шифруется через OpenSSL. Внутри можно держать все свои логины, пароли, заметки и доступы в одном месте, а помнить при этом только один мастер-пароль для расшифровки файла. Я использую для этого небольшую shell-обёртку над OpenSSL, которая умеет шифровать и расшифровывать файл с чувствительными данными. Получается минималистичный "самодельный менеджер паролей" — простой, прозрачный и без лишней зависимости от готовых решений. Перед использованием установите: openssl, coreutils, file, grep. #security #shell #utils

GitLab: роли Developer и Maintainer Developer - обычный разработчик. Может пушить, создавать ветки, делать merge request, работать с кодом, но не управляет проектом целиком. Maintainer - выше Developer. Может почти полностью администрировать проект: настройки, CI/CD, protected branches/tags, доступы на уровне проекта, merge и релизы. #git

Почему в IT так легко выгореть Недавно я понял, что в российском IT часто плохо не потому, что люди не умеют, а потому, что сама система не мотивирует делать долго, качественно и по-настоящему. IT-бизнес здесь часто мыслит очень коротко: освоили бюджет, навесили кучу ВКС, создали суету в таск-трекере ради суеты, закрыли дедлайны, выпустили релиз — и забыли. О долгосрочной перспективе, качестве и пользователе обычно думают в последнюю очередь (а часто и вовсе не думают). Главные системные проблемы: - отсутствие инвестиций - бизнес часто мыслит очень коротко - короткая выгода вместо долгой стратегии - почти нет длинного горизонта планирования - важнее освоить бюджет, закрыть дедлайн и отчитаться - бюрократия и имитация деятельности вместо реального продукта - не построить продукт, а освоить деньги или выполнить госзаказ - мало среды, в которой продукт можно спокойно выращивать годами - слабая инженерная культура: нет уважения к качеству и архитектуре, главное — чтобы работало Как выйти из этого неприятного состояния/выгорания? Нужно отвлечься и не циклиться на чужом бизнесе, не относиться к этому слишком серьёзно. Важно помнить, что это просто чужой бизнес, в котором вы продаёте свои IT-услуги и навыки. Лично меня многие годы спасал Open Source — именно вклад в него, это прикольно. Я очень благодарен сообществу Debian за то, что стал его частью: там чувствуешь себя нужным. Ещё помогают всякие гиковские хобби, спорт, форумы, игры, тгк, свои открытые проекты, общение с Linux сообществами, общение с ИИ, музыка, фильмы. Некоторые коллекционируют ножи/фигурки, увлекаются аниме, механическими клавиатурами и железом. #thoughts

Пожелаем Sruthi Chandran удачи в лидерстве проекта Debian! #debian

До меня только сейчас дошло, что в Debian впервые за всю историю проекта избрали лидером женщину — Sruthi Chandran. Это важный момент для сообщества Debian, которому уже больше 30 лет. Заодно решил вспомнить всех лидеров проекта Debian: 1. Ian Murdock (США, 1993–1996) — основатель Debian, именно от его имени появилось название проекта. 2. Bruce Perens (США, 1996–1997) — автор Open Source Definition и создатель BusyBox. 3. Ian Jackson (Великобритания, 1998–1999) — автор dpkg. 4. Wichert Akkerman (Нидерланды, 1999–2001) — два срока. 5. Ben Collins (США, 2001–2002) — занимался портом под UltraSPARC и вопросами безопасности. 6. Bdale Garbee (США, 2002–2003) — Linux-специалист и радиолюбитель. 7. Martin Michlmayr (Австрия, 2003–2005) — акцент на качестве и релиз-менеджменте, два срока. 8. Branden Robinson (США, 2005–2006) — мейнтейнер пакетов X Window System. 9. Anthony Towns (Австралия, 2006–2007) — бывший release manager, создал позицию Debian Second in Charge. 10. Sam Hocevar (Франция, 2007–2008) — автор лицензии WTFPL. 11. Steve McIntyre (Великобритания, 2008–2010) — лидер команды debian-cd, отвечал за официальные образы. 12. Stefano Zacchiroli (Италия / Франция, 2010–2013) — три срока подряд. 13. Lucas Nussbaum (Франция, 2013–2015) — два срока. 14. Neil McGovern (Великобритания, 2015–2016). 15. Mehdi Dogguy (Тунис / Франция, 2016–2017) — был избран без конкуренции. 16. Chris Lamb (Великобритания, 2017–2019) — два срока. 17. Sam Hartman (США, 2019–2020) — ранее Chief Technologist в MIT Kerberos Consortium. 18. Jonathan Carter (ЮАР, 2020–2024) — четыре срока подряд. 19. Andreas Tille (Германия, 2024–2026) — разработчик с более чем 25-летним опытом. 20. Sruthi Chandran (Индия, с 2026) — нынешний лидер Debian, первая женщина на этом посту в истории проекта. Debian — один из самых старых и влиятельных Linux-проектов, и такие моменты тоже становятся частью его истории. #debian

Предложен killswitch для экстренного отключения уязвимой функциональности в ядре Linux Новость: https://www.opennet.ru/opennews/art.shtml?num=65407 #news #kernel

#fun

#fun

Oh My Zsh (ohmyzsh) Для тех, кто много работает в терминале, можно попробовать Oh My Zsh — удобный фреймворк для настройки оболочки Zsh. Он добавляет темы, плагины, автодополнение и делает работу в консоли заметно приятнее и быстрее. Это популярный инструмент, можете посмотреть в YouTube различные варианты настройки. Bash vs Zsh: Bash — это классическая стандартная оболочка, а Zsh — более современная и гибкая, с удобными фишками для интерактивной работы. Oh My Zsh, в свою очередь, помогает быстро раскрыть возможности Zsh без долгой ручной настройки. Если кратко, shell — это общее название командных оболочек, а Bash, Zsh, Fish, Dash и т.д — их конкретные, разные реализации. > GitHub #software #opensource

оохь как хоросо лежать