https://www.phoronix.com/news/CPP-Linux-Kernel-2024-Discuss

С похмелья после праздничной новогодней недели «longtime Linux developer H. Peter Anvin» открыл свой лэптоп и случайно наткнулся на первоапрельский набор патчей для ядра, где добавляется поддержка С++. «Хм», подумал Петр Анвин, «а это неплохая идея, но где же мое опохмелительное пиво?» И недолго думая, он решил написать в LKML: «У меня сейчас сильно болит башка, поэтому вот предложение для тех, у кого она ещё не болит: а давайте привсунем в ядро C++?» На его предложение уже положительно откликнулись Jiri Slaby из SUSE, а так же David Howells из Red Hat, который и написал эти патчи как шутку 6 лет назад.

И закоммитил в Thorium github репозиторий какие-то непотребные картинки, может быть даже детскую порнографию.

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

Подробности:
https://twitter.com/christitustech/status/1735325168782704652
https://www.youtube.com/watch?v=Q-02fW-n4qg
https://www.reddit.com/r/ThoriumBrowser/comments/18ic3bk/what_happened_to_the_project_and_who_is_alex/

Перемещено Zhbert из desktop

Хочется выставить голую жопу сервис в интернет. Допустим, это просто ssh. Вопрос в том, какой выбрать порт, чтобы дятлы меньше долбились:

1. Можно выбрать порт из какого-нибудь незадействованного диапазона. Надежда на то, что дялты, которые сканируют только хорошо известные порты, этот порт не найдут. Но если особо упорный дятел просканирует все порты, то он и этот найдёт, и будет пытаться определить, какой сервис на этом порту висит.
2. Можно выбрать левый порт из хорошо известных портов. Т.е. повесить ssh на 443 (https). Тогда надежда будет на то, что дятел увидит 443, будет пытаться долбить его как https и обломается.

Какие ещё есть варианты?

Наконец-то нашел браузер, где ютубчик ускоряется на gpu: Thorium. Устанавливал из rpm (это к тому, что в Appimage может быть по-другому).

Как проверять: заходим на ютубчик, запускаем видос, нажимаем F12 для DevTools, заходим на вкладку Media, там в графе Players ищем запущенный видос, и в Properties/Video Decoder должно стоять VaapiVideoDecoder, Hardware decoder - true.

Считаю, это победа. Ни в каком другом браузере, ни в Chrome, Chromium, Brave, Firefox на моей системе (Fedora и openSUSE) ускорение видео не работало.

С переходом на openSUSE решил пойти вабанк и запрыгнуть на btrfs, но сейчас возникли сомнения, долго ли она протянет? Ведь известно, что btrfs - растение нежное, и в отличие от ext4, её надо иногда поливать, но не слишком часто. Поискав, как правильно ухаживать за btrfs, нашёл вот эти рекомендации: btrfsmaintenance. К моему приятному удивлению, обнаружилось, что они уже интегрированы в openSUSE TW. Там много всяких настроек, но по-умолчанию включены только две: 1) раз в неделю делать btrfs balance, 2) раз в месяц - scrub. Насколько по мнению опытных btrfs-оводов оптимальны эти настройки? Может что-нибудь ещё добавить или, наоборот, отключить?

Замечено в Федоре 38: раз, два. Говорят, в Арче тоже самое.

Предлагается откатить пакет openvpn (что я сделал) или обновить openvpn на серверах. Но зачем подкадывать такую свинью? Всем известно, что сервера обычно не обновляются годами.

Воспоминания Ларса Вирзениуса:

https://lwn.net/SubscriberLink/928581/841b747332791ac4/

• Линус и Ларс приобщились к Юниксу, потому что им нравилось чатиться в usenet на университетских компьютерах.
• Когда Линус прикупил себе 386-ку, он в нагрузку взял Prince of Persia, в которую игрался несколько месяцев, пока не прошёл.
• Когда он её всё таки прошёл, он начал писать программки, типа вывода букв на экран в несколько потоков. Так зародилось ядро Линукса.
• Желание чатиться в usenet из дома и читать на usenet-е фантастику побудила Линуса к совершенствованию ядра Линукса до юзабельного состояния.
• Один раз он по ошибке вывел команду модема на свой жесткий диск и перезаписал бут сектор. «Надо бы реализовать права доступа!» - подумал Линус.
• В 1992-м году на Линукс была портирована X11, и Линукс стал официально готов для десктопа.
• и многое другое!

В то время, как в Fedora flathub добавляют по умолчанию в дефолтную установку flatpak, Ubuntu пошла обратным путём. В дефолтной установке 23.04 не будет flatpak-а вообще. Только snap! И в других flavor-ах тоже (Kubuntu, Xubuntu, UbuntuMATE и т.д.). Если хочешь flatpak, его придется устанавливать самому.

Объясняется это как обычно заботой о пользователе: «мы послушали, как сильно вы не любите snap, и решили засадить его вам ещё глубже». Это какой-то звиздец.

От себя скажу, что я бы использовал deb-get, который устанавливает пакеты из реп производителей, а не из снапа.

Сорсы: 1, 2, 3

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

Настало время измерить размер самого главного органа линуксоида - свопа! Многие говорят, что размер не важен. А некоторые даже, что и без свопа можно прожить. Но одно верно: каждый раз, когда кто-то выставляет свой своп на всеобщее обозрение ЛОРа, его всегда обсуждают на повышенных эмоциях. Так давайте же раз и навсегда решим этот вопрос. Каким должен быть идеальный своп?

Перемещено hobbit из polls

Казалось бы, epub - самый популярный формат электронных книг, а читать его абсолютно нечем. Проблема в том, что если у книге что-то кроме простого текста, как например, в технических книгах, то фотматирование текста или кода съезжает в хлам, а картинки то в огромных размерах, то сплюснутые. Пробовал такие варианты как: Calibre, Bookworm, FBReader, Foliate, Koodo.

Calibre, Bookworm, FBReader - подходят разве что для литературы, но не технических книг.

Foliate - до недавнего времени рабола хорошо, но последние пол-года ни одной новой книги открыть не может (никаких ошибок, просто сидит и пытается распарсить epub до второго пришествия).

Koodo - нашел недавно, вроде форматирует нормально, но интерфейс какой-то кривой и неудобный.

Проще всего залить книгу в https://play.google.com/books и там читать. С точки зрения форматирования этот вариант дает наиболее приемлимый результат. Но опять же их парсер epub многие книги не разбирает. И хотелось бы иметь локальное решение, независящее от постоянного доступа к интернету.

Давайте посчитаем максимальное количество строк программного кода, которое помещается в вашем любимом текстовом редакторе, открытом во весь экран, при котором редактирование текста не напрягает глаза.

Считать будем именно текст, а не всякую дополнительную информацию типа меню или строки состояния. Тип редактора кода не имеет значение (например, это может быть VSCode или neovim в терминале).

https://www.reddit.com/r/linux/comments/zh03tv/following_fedora_and_opensuse_manjaro_moves/

https://forum.manjaro.org/t/stable-update-2022-12-06-kernels-mesa-plasma-cinnamon-nvidia-libreoffice-pipewire-virtualbox/128453

Казалось бы, с какого?

Допустим, я поместил комментарий в тему, которую потом полностью снесли. Должно ли у меня появиться уведомление, что мой комментарий тоже удален, потому что тему снесли, или нет? Мне кажется, что должно.

Прикрыли лавочку. Кто там собирался делать копию интернета, успели? Там, говорят, было 220 гигов материалов.

В общем, не будет в Fedora 37 кодеков H.264/H.265/VC1. Может быть их переведут в пакет mesa-freeworld в rpm fusion, но это неточно.

https://www.phoronix.com/news/Microsoft-WSL-systemd

Лёня выполняет свои обязательства:

For what it’s worth this news comes a few months after systemd lead developer Lennart Poettering also joined Microsoft.

Надеюсь, ему за это платят хорошие деньги.

Хочу быть модным и стильным. Какая сейчас самая крутая система плагинов для Zsh? Что-то их развелось как собак нерезанных. Presto, Zplug, Zgen, Zinit - все и не перечислишь. Они все одинаковые, или там есть лучшая система?

Как Xorg задаёт значение SHELL? У меня в /etc/passwd написано /usr/bin/zsh, но gnome-session всё равно запускается с SHELL=/bin/bash. В /etc/X11/xinit/Xsession написано, что gnome-session запускается через exec -l $SHELL -c gnome-session. Но откуда он берет первоначальное значение SHELL?

Сейчас у себя в ~/.profile переопределил SHELL=/usr/bin/zsh. Так как в /etc/X11/xinit/xinitrc-common подгружается пользовательский .profile, gnome-session теперь запускается с нужным мне значением SHELL. Но хотелось бы знать, как это сделать по феншую.

Однако.

now confirmed from additional sources that Lennart Poettering did indeed quietly depart Red Hat earlier this year for another employment opportunity. He is now employed by another major organization continuing his work on systemd.

Говорят, он пообещал нас не оставить продолжать работать над systemd. Также говорят, что он нашел место, где платят больше. (Не удивлюсь, если это какая-нибудь Meta.)