Вот и я переехал на KDE 6. Настройки через GUI сильно урезаны (впрочем, у меня Wayland). В частности, например, оказалось невозможно мышкой убрать радугу из шрифтов.

Я убрал её так. Открыл в текстовом редакторе файл ~/.config/kdeglobals и привёл следующие строки к такому виду:

XftHintStyle=hintslight
XftSubPixel=none

Собственно, сабж:

В мире кода, где сверкал свет,
Линус из-за санкций сделал шаг.
Опенсорса внезапно нарушил завет,
Не тот паспорт - значит, враг.

Позорная ситуация — да, не без того,
Жизнь продолжает кипеть не сбавляя шагов.
Ядро, как муза, не ведает зла своего,
Оно лишь инструмент в руках мастеров.

Мы, линуксоиды, в борьбе своей умны,
Вдаль не глядим, а только вперёд,
GNU/Linux — наш выбор, и в нем мы сильны,
Свободу программ Торвальдс не убьёт.

Мы радуемся каждому биту, что жив,
Код наш растёт, несмотря на преграды.
Свободного кода пополним архив,
Мы движемся дальше и этому рады.

Пусть мир иногда жесток и суров,
Но код — это код, он в сердце живёт.
Вперёд мы идём не жалея шагов.
И помни же, что несвобода пройдёт.

Так пусть отражение ярких экранов,
Соберёт нас под флагом мечты.
Мы вместе в команде титанов,
Внесём в опенсорс полкило доброты.

Собственно, сабж: https://www.phoronix.com/news/LLVM-Flang-New-To-Flang .

LLVM's modern Fortran compiler «flang-new» has now been renamed to «flang» for next year's LLVM 20 update. ... This renamed flang-new to flang is in LLVM Git ahead of the LLVM 20.1 release expected around March of next year. We'll see what more Fortran/Flang improvements land for that front-end compiler in the coming months.

Собственно, сабж.

Беда началась когда около года назад проект покинул ключевой разработчик Thomas Backlund. Он болен и больше не может работать. Его задачи перераспределены между другими маинтейнерами, у которых и своих задач хватает. И очень даже может быть, что следующая Mageia 10 станет последней. Сам Thomas Backlund говорил, что и релиза Mageia 10 не будет. Но команда маинтейнеров пока ещё делает свои дела и надеется на лучшее.

Кстати, меня в маинтейнеры Магейи тоже приглашали, но я уже, по сути, маинтейню ALT Linux.

Здравствуйте, товарищи красноглазики! 11-я платформа ALT Linux'а появилась ещё в конце весны, но я был занят делами и только сейчас добрался перейти. Десктопных дистрибутивов на ней пока ещё нет, но я юзаю стартеркиты и вполне красноглаз чтобы уже сейчас допиливать недопиленное.

Однако... Не советую спешить с переходом тем, кто недостаточно ультракрасноглаз. Репозиторий ещё недостаточно стабилен чтобы при «apt-get dist-upgrade» с p10 до p11 ваша система не превратилась в тыкву по пути. Превратится с гарантией 99,99%.

Меня эта операция приветствовала радостным

ВНИМАНИЕ: Будут удалены важные для работы системы пакеты
Обычно этого делать не следует. Вы должны точно понимать возможные последствия!
  openssh-server systemd (по причине openssh-server)systemd-sysvinit
2732 будет обновлено, 279 новых установлено, 14 пакетов будет заменено, 1803 пакетов будет удалено и 114 не будет обновлено.
Необходимо получить 0B/3042MB архивов.
После распаковки будет освобождено 15,3GB дискового пространства.
Вы делаете нечто потенциально опасное!
Введите фразу 'Yes, do as I say!' чтобы продолжить.

В общем, пришлось ставить систему с нуля.

В процессе доустановки пакетов по старому списку apt ругался на то, что пакет «присутствует в базе данных, но не имеет доступной версии». Но в общем и целом я этот шаг уже прошёл. Теперь пойду красноглазить дальше.

Собственно, сабж. А я-то думаю чего это у меня проверка орфографии куда-то пропадать стала...

Полез возвращать и... Додебажился до того, что обратил внимание на режим, в котором открывается текстовый файл. Проверка орфографии для text-mode, а не для fundamental-mode, для которого принципиально отсутствуют хуки.

В итоге пришлось прописывать

(setq-default major-mode 'text-mode)

ЗЫ. Версия Emacs'а, если что:

GNU Emacs 29.3 (build 1, x86_64-alt-linux-gnu, GTK+ Version 3.24.32, cairo version 1.16.0)

Собственно, сабж: https://www.phoronix.com/news/ReiserFS-README-Linux-6.10

Хотя ReiserFS устарела и в конечном итоге будет исключена из исходного ядра Linux, в Linux 6.10 это последнее изменение ReiserFS, которое было запрошено бывшим ведущим разработчиком Гансом Рейзером.

Ведущий разработчик ReiserFS и осужденный за убийство Ганс Рейзер несколько месяцев назад написал письма, чтобы их обнародовали, извиняясь за свои социальные ошибки и другие комментарии. В своих письменных сообщениях он также сделал последний запрос на ReiserFS в ядре Linux:

«Предполагая, что решение состоит в удалении [ReiserFS] V3 из ядра, у меня есть только одна просьба: для одного последнего релиза отредактировать README, добавив упоминания Михаила Гилюлы, Константина Швачко и Анатолия Пинчука, а также удалить всё, что там я мог бы сказать о том, почему они не были упомянуты. Пришло время отпустить.».

Ганс отмечает его улучшенные социальные и коммуникативные навыки приобретенные в тюрьме среди других подробностей, о которых он пишет в публичных письмах.

Собственно, сабж. Вопрос возник в контексте того, что у моего провайдера в четверг внезапно возник сбой и эти дни он пытается его устранять. До утра следующего дня traceroute показывал глюки маршрутизации - пакеты погибали вообще не там, куда они посылались. Пакеты адресованные серверу в Амстердаме шли в Самару (некоторые доползали до Москвы и гибли там), пакеты серверу в Моунтайн-Вью гибли под Питтсбургом,... и т.д. Если пакет был адресован серверу на западном берегу США, то он погибал на восточном берегу США, а если серверу на восточном берегу, то погибал на западном.

А потом traceroute и ping превратились в тыкву. Показывают инфу только до серверов провайдера, а дальше ничего не показывают. Вероятно, провайдер отключил ICMP, как минимум, на некоторое время.

Официальная причина всей этой чехарды - DDoS.

Когда я начал разбираться с этими вопросами, то прочитал, что бывает и так, что и в штатном режиме у провайдера ICMP отключен. А как с этим у вас?

Собственно, сабж. И теперь у меня 2**(2*(2+3))+2**(2*3)+2**2**2-1 скора.

Собственно, сабж: https://www.phoronix.com/news/Linux-Threaded-Atomic-Console-3 .

Напоминаю, что «ядерной консолью» мы называем консоль реализованную в ядре, т.е. tty/vt. Теперь у неё появляется режим NBCON, в котором

Console can operate outside of the legacy style console_lock constraints.

https://www.kernel.org/doc/html/next/driver-api/tty/console.html

Наблюдаю в GNU Emacs 29.2 странный баг, который то есть, то нет.

В общем, при выполнении «emacs /путь/к/новому/файлу» запускается Emacs с новым буфером, НО при наличии этого бага Emacs ведёт себя так, будто бы я зажал клавишу. Например, было дело, вставлялось «oooooooooooooo». При русской раскладке вставлялось соответственно «щщщщщщщщщщщщщщ». Может вставляться и другое, например "-----------------". Останавливается по нажатию Esc. От конкретного экземпляра клавиатуры не зависит, в другом софте не наблюдается.

Пока что не могу понять как это дебажить. В GNU Emacs 29.1 такого не видел.

Собственно, сабж. Интересный баг принесло последнее обновление Telegram'а. Возможно, обычным юзерам он не виден, но Premium пользователи уже могут его оценить.

Итак, допустим, есть аккаунт @user1. В его настройках секурности стоит «Никто» не может видеть время последнего посещения. Раньше так и было, и всем всегда показывалось просто «был(а) недавно».

Теперь Premium @user2 может написать сообщение в личку этому @user1. И как только @user1 ответит и уйдёт в оффлайн вместо «был(а) недавно» высветится конкретное время (вопреки настройке «Никто»).

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

Собственно, сабж. Разработчики git'а хотят разбавить его код кодом на Rust'е: https://www.phoronix.com/news/GCC-Rust-Developer-Discussion .

Using Rust within Git is being considered to lower the risk of memory safety bugs, making it easier when refactoring or adding new code to Rust, and opening up Git development to Rust developers that may not be experienced or comfortable in C.

Внезапно побывал в будущем и на своей шкуре узнал с какой проблемой столкнутся линуксоиды в 2106-м году.

Короче, после 2106-02-07 06:28:15 UTC все ваши скрипты, которые жмут gzip'ом, начнут сыпаться с

gzip: stdin: warning: file timestamp out of range for gzip format

Собственно, сабж.

Сергей Старовойтов создал эху U8.TALK, в которую можно (и нужно) писать
при помощи юникодных редакторов (UTF-8).

В общем, говорят, что сабжевый вопрос вполне решаемый, но я пока ещё не настолько хорошо знаю git.

Итак, что дано? Создаём git'овый репозиторий. В директорию project извлекаем исходники из тарбола. Добавляем ещё файлов. Создаётся свой уникальный .git с историей.

Потом, внезапно, надо перейти на другую форму репозитория. То, что извлекалось из тарбола, клонируется из git'ового репозитория прямо в корень (с потерей прежней директории .git), но сюда же нужно добавить и прежнее дерево другой веткой, чтобы старая история также добавилась в новую, при этом из старой истории в новое дерево извлекаются директория и ряд файлов.

Есть подсказка: несовместимые истории тут можно объединить через git merge с ours без коммита (но я пока плохо понимаю что это значит).

Собственно, происходит что-то странное.

В Firefox'е и Яндекс-браузере «Озон» у меня открывается, а в Brave и Chromium'е «Доступ ограничен». С одной и той же машины.

Версия, по ходу, ни при чём. Яндекс-браузер на более старой версии Chromium'а, это да, но люди из виндового Хрома на основе того же Chromium'а свежих версий спокойно заходят на «Озон».

Сообщение об ограничении доступа советует отключить VPN, но он точно выключен.

Юзер агенты во всех браузерах содержат слово «Linux».

Собственно, сабж: https://www.phoronix.com/news/GCC-COBOL-2023 .

James Lowden published a GCC COBOL status update on Monday for supporting this programming language with the GNU Compiler Collection. The developers involved have been working to support the ISO 2023 COBOL specification and getting their compiler support to pass an increasing number of COBOL test cases.

The COBOL 2023 standard brought asynchronous messaging, the XOR logical operator, a DELETE FILE statement, boolean shifting operators, a transaction processing facility, and other features.

Looking ahead to next year, GCC COBOL developers are planning to work on user acceptance testing, support for EXEC SQL, updated GDB debugger support, and any changes needed as part of upstream GCC code review.

Собственно, сабж: https://news.perlfoundation.org/post/perlgptphase1

We will generate the PerlGPT language model by training a Llama foundational language model. This training will be done using a combination of both manually-curated and automatically-selected stimulus/response pairs, collected from public websites and data sources. We will not utilize any proprietary data or stimulus/response training sets taken from other proprietary language models, such as OpenAI's ChatGPT, etc.

For example, a programmer may want to create a new Perl API for some 3rd-party web platform such as the Amazon cloud. The programmer can write a plain-English description of their desired API features and functionality for accessing the Amazon cloud. They can also specify design decisions such as whether or not to utilize an MVC framework like Catalyst or Mojolicious, and they can even start stubbing out some Perl classes and subroutines with comments included where source code should be added.

Собственно, сабж: https://www.phoronix.com/news/GCC-14-Adds-Zhaoxin-Yongfeng ,
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=94c0b26f454da642a76c1a7ebbf147....

GCC 14 теперь будет понимать опции -march=yongfeng и -mtune=yongfeng.