В этот раз покажу действительно красивый десктоп,чтобы умилились самые бородатые обитатели ЛОРа ;)

Ну и заодно расскажу о настройке Вентуры в эмуляторе.

OS: Mageia Linux, XFCE4
Иконки: Vimix
Оформление окон: HitoriDots4
Шрифты: Carlito Regular

Про то что KVM и Qemu настолько сильно развился честно говоря даже не подозревал, как и про возможность пробросить видеокарту целиком в эмулируемую систему. Поэтому до последнего гонял MacOS в Vmware и Virtualbox, со всеми присущими тормозами и проблемами.

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

P.S. Wallpaper тоже мой.

>>> Просмотр (1920x1080, 2067 Kb)

После того, как яндекс изъявил желание стать платным для корп клиентов, с нашей стороны было изъявлено желание развернуть свой почтовый сервер. Что сопсна на новогодних и было сделано. ПО - postfix+dovecot. Из web-интерфейса старый-добрый кубик (RoundCube) на nginx v.1.18, php v.7.4.33.
Результат проверки mail-tester показывает 10/10. Helocheck говорит что host mail.abuseat.org[54.93.50.35] said: 550 *** The HELO for IP address (IP нашего почтовика) was ‘mail.наш.домен’ (valid syntax) *** (in reply to RCPT TO command).
Все письма доставляются всем, за исключением:

1. gmail, туда они попадают в спам, но доходят
2. Почтовый сервер, где «прикручен» antispam.lotte.net, который возвращает 554 refused to talk to me.
3. И почтовый сервер, у которого антиспам spamhaus. Там ребята выкладывают лог, что значение HELO нифига не наше, а вообще какие-то левые, буржуйские домены. Либо предлагают закрыть 25 порт, но тогда входящая почта встаёт колом.

В логах почта ходит нормально и ничего подозрительного нет. Единственное что основной наш домен, на котором крутится сайт example.com на IP 11.11.11.11, а почтовый сервер mail.example.com на IP 22.22.22.22, но соответствующая запись example.com MX на mail.example.com сделана.
Конфиг postfix’a
Конфиг Dovecot’a
iptables вдруг пригодится
Я не совсем понимаю куда ещё посмотреть. Где и что не так работает.

Сейчас существует прорва механизмов изоляции приложений — от песочниц до виртуальных машин. Целей их применения тоже множество, но так или иначе всё сводится к тому что нужно ограничить доступ приложений к тем или иным ресурсам вычислительного устройства.

Ниже я хочу описать почти золотую середину в лице утилиты firejail в виде практических советов по использованию в первую очередь для обычных пользователей и (возможно) разработчиков.

( читать дальше... )

Привет, ЛОР!

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

В минимуме, я бы хотел:

• Возможность разбить патч на более мелкие
• Возможность частично наложить патч, выбрав нужные файлы или даже участки
• Отображение возможности наложить конкретный кусок патча на текущее состояние директории с кодом

Есть ли что-то подобное из готового уже? Подойдёт как консольный софт, так и плагин для emacs, например. Про patch mode в курсе, он сравнительно ограничен и хочется большего.

Нужно подправить один опенсорсный проект на Python:

https://github.com/mesonbuild/meson/issues/7168

https://github.com/mesonbuild/meson/issues/6821

Размер патча оцениваю примерно в 50 строк

Оплата 10000 рублей

Пишите в телегу ahdenchik

В dmesg заметил такую строчку:

[    5.956971] BTRFS warning (device sde3): remount supports changing free space tree only from ro to rw

Чего ему не нравиться-то?

Яндекс не помог, поиск по форумам тоже…

cat /etc/fstab

UUID=7A58-9843                            /boot/efi      vfat    umask=0077 0 2
UUID=457b1555-6878-4de9-a7f2-b338037a5417 swap           swap    defaults,noatime,pri=10  0 0
UUID=2dd11029-ec54-4bc6-ac60-963822c6c114 /              btrfs   subvol=/@,defaults,max_inline=256,noatime,space_cache=v2,compress-force=zstd:15,discard=async,ssd_spread 0 0
UUID=2dd11029-ec54-4bc6-ac60-963822c6c114 /home          btrfs   subvol=/@home,defaults,max_inline=256,noatime,space_cache=v2,compress-force=zstd:15,discard=async,ssd_spread 0 0
UUID=2dd11029-ec54-4bc6-ac60-963822c6c114 /var/cache     btrfs   subvol=/@cache,defaults,max_inline=256,noatime,space_cache=v2,compress-force=zstd:15,discard=async,ssd_spread 0 0
UUID=2dd11029-ec54-4bc6-ac60-963822c6c114 /var/log       btrfs   subvol=/@log,defaults,max_inline=256,noatime,space_cache=v2,compress-force=zstd:15,discard=async,ssd_spread 0 0
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

Иногда попадаются такие файлы где не получается выставить комфортный уровень громкости: диалоги слишком тихие, а музыка и прочие звуки - слишком громкие.

Прочитал, что это может быть из-за воспроизведения 5.1 и прочих многоканальных аудио на стерео системе. Проверил звуковую дорожку в одном из таких файлов: действительно, 5.1.

В документации для mpv нашел релевантные параметры --audio-channels=stereo и --audio-normalize-downmix=yes. Еще нагуглилось lavfi='dynaudnorm'.

Кто сталкивался с такой проблемой? Как вы это решили?

Why has the actor model not succeeded?

Уже не одно десятилетие прошло с момента появления модели акторов. Такая стройная теоретическая модель должна была вытеснить мютексы, условные переменные и прочие примитивы для синхронизации shared state.

Вкратце, причины неуспеха модели акторов из статьи:
1) Акторы не имеют прямой связи с моделью ООП.
2) Поведение динамическое, зачастую трудно предсказуемое и проблемы появляются в run-time. Что еще усугубляется возможностью актора создавать других акторов.
4) Требования по памяти обычно не могут быть определены до запуска.
5) Идея асинхронного обмена сообщениями затрудняет реализацию некоторых алгоритмов.
6) Сложность в реализации протокола последовательного взаимодействия между акторами.

по мотивам прошлой темы: Вести с полей стандартизации C++: C++20 design is complete (Kona, 2019-02)

Появился пост на reddit в котором можно увидеть какие ещё предложения войдут в С++23, возможно войдут в С++23, и не войдут: https://old.reddit.com/r/cpp/comments/qug17i/c23_near_the_finish_line/

Также можно увидеть что уже вошло в С++23 https://en.cppreference.com/w/cpp/compiler_support/23

Жалко, что

P1673 (P1385)	A free function linear algebra interface based on the BLAS	[9] NO
P1385 (P1673)	A proposal to add linear algebra support to the C++ standard library   [9] NO

Но тем не менее получилось не мало.

Кстати, если у вас есть негативный опыт с ranges_v3 и Boost.Range, то std::ranges гораздо более оптимизирован к скорости компиляции:

https://www.reddit.com/r/cpp/comments/qug17i/c23_near_the_finish_line/hkw97si/