Обновил вчера Ubuntu 25.10 на 26.04. В последние два года я обновляю Ubuntu при каждом новом выпуске, начиная с 23.10 насколько помню. И никаких проблем ни во время обновления, ни после него до этого не возникало. Вчера же столкнулся с несколькими неприятностями:

• Объём загружаемых пакетов вырос с обычных 2 Гб до 4 Гб! Вероятно у вас будет меньше, ведь это зависит от установленных вами пакетов, но если судить относительно прежнего объёма, то скачёк потребления трафика с учётом мобильного доступа не радует. Скаченные пакеты я сохранил, чтобы на других ноутбуках с Ubuntu не пришлось снова качать 4 Гб. Раньше я так не делал.

• Во время установки пакетов рабочий стол заблокировался с сообщением, что у меня нет прав root, чтобы что-то сделать, что именно не написано. Причём нажатие на Отмена блокировку не снимало, и окно сообщения оставалось открытым. Похоже на какой-то баг Gnome, Resolute или где-то глубже в системе. Дождался, когда индикатор диска и вентилятор успокоятся, в надежде, что обновление закончилось успешно, переключился на консоль и сделал reboot.

• После первой загрузки и входа в Gnome рабочий стол завис. Снова переключение в консоль и reboot. После второй перезагрузки Gnome заработал. Это ещё один явный баг.

• Теперь после каждого включения с нуля или после сна, не важно, запускается какой-то процесс localsearch, который интенсивно работает с диском и греет процессор. Причём процесс ветвится. Как отключить не понятно. Подождав полчаса сделал kill по номеру процесса localsearch. И вынужден делать это каждый раз.

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

В предыдущих выпусках был ещё баг с thumbnailer, который при открытии в Nautilus папки с большим количеством фото, выжирал остатки памяти, что приводило к торможению всей системы намертво и последующего принудительного жёсткого отключения питания (известный баг Linux, который за десять или более лет так и не исправлен). Как я понял, в 26.04 thumbnailer был заменён на что-то другое, и я пока ещё не поимел проблем с большими папками с фото. Но посмотрим…

UPD Посмотрел, что это за localsearch. Похоже, что это часть Gnome. Поэтому стандартными средствами управления сервисами его не отключить. Запускается при входе в Gnome. Как эту ненужную мне и вредную с точки зрения энергопотребления и шумозагряднения штуку выключить в Gnome? (В комментарии дали совет, но в первый раз нужно всё-таки сделать kill для процесса, одного его отключения не достаточно. После перезагрузки процесс localsearch уже не будет беспокоить.)

Резюме Ещё до обновления я начал искать альтернативы Ubuntu, понимая что запросы системы к процессору и памяти растут, Ubuntu всё больше походит на bloatware и corporate, а переходить на более новое железо я не собираюсь. Пока в качестве альтернатив рассматриваю: antiX, Devuan, Gentoo, Void, Guix, NetBSD, OpenBSD. Этот набор обусловлен тем, что мне нужно, чтобы система поддерживала 32-разрядность. И я хочу иметь на 32- и 64-разрядных системах одинаковый опыт и навыки работы с ними. А какие альтернативы Ubuntu используете вы? Что скажете про мой список альтернатив? Кстати, до полного перехода на Ubuntu я также работал в последние годы с ElementaryOS, Manjaro, Fedora. Пробовал antiX, Void, NixOS и Guix. По большому счёту они отвергнуты были в том числе по тем же причинам, что теперь и Ubuntu, Кроме antiX, Void и Guix. Это особый случай, и это отдельная тема для разговора.

(с) Симоненко Е.А., 2026

Как насчёт чёрно-белой (grayscale) темы? Недавно я озадачился вопросом: насколько вообще читаем программный код на разных языках, если отключить подсветку? Попробовал просматривать код в простом редакторе без подсветки на таких языках как: C, Lisp, Python, Haskell, Agda, Assembler и пришёл к некоторому выводу… Но тут я не про это: мне показалось, что движение за отказ от синтаксической подсветки кода слишком радикален и неразумен. Зато я вспомнил, что раньше в продвинутых редакторах текста и средах разработки поставлялись чёрно-белые темы. Поискал такую для GNU Emacs и не нашёл подходящую, как ни странно. Попалось несколько тем, авторы которых декларировали, что это то, что мне нужно, но на поверку выходило, что не так. Либо это были на самом деле цветные темы, либо способ расцветки серым мне совсем не нравился. В итоге я потратил три вечера на то, чтобы разработать свою тему, точнее две: светлую и тёмную. Я никогда до этого не разрабатывал тем, поэтому первый вечер потратил на эксперименты, взяв за основу одну из найденных тем. Второй вечер я посвятил написанию светлой темы с нуля, ну а третий — на то, чтобы конвертировать светлую тему в тёмную и опубликовать результат в репозитории. Вот что получилось:

С тёмной версией можно ознакомиться на страничке темы. Лично мне светлая тема нравится больше тёмной, а при создании её дизайна я вдохновлялся книгами по математике и программированию. Откуда и данное ей мною название: Book Like, то есть “Как в книге”.

Установить тему можно непосредственно из репозитория:

(package-vc-install '(book-like-themes :url "https://github.com/easimonenko/book-like-themes"))

Тема покрывает не все режимы, естественно, а только font-lock, company, magit, org, да и те не до конца. Если тема приживётся, буду дорабатывать и добавлять поддержку других режимов. А может кто из вас захочет прислать свои доработки в Pull Requests, кто знает?

Пишите в комментариях, как вам такое, знаете ли или может быть уже используете чёрно-белую тему, и нужна ли статья про создание собственных тем для GNU Emacs? Кстати, а что вы думаете про читаемость программного кода без применения подсветки?

Репозиторий кода темы: https://github.com/easimonenko/book-like-themes

© Симоненко Е.А., 2025

GNU Emacs 31: новые возможности по управлению окнами

В новой версии Emacs появились долгожданные функции по управлению окнами: вращение буферов по окнам, вращение раскладок и обмен между левой и правой половинами фрейма (как в Norton Commander и Midnight Commander). Подробности в статье.

Источник: https://www.reddit.com/r/emacs/comments/1jqfivv/emacs_31_new_window_commands/

3 июля 2023 г., спустя полтора года вышла новая версия языка функционального программирования Koka. Несмотря на минорность версии в новом компиляторе внедрено изобретённое его авторами Full In-Place Calculus. Если коротко, то суть FIP в следующем: у нас есть чистая функция, производящая деконструирование объекта данных, а затем вновь конструирующая объект данных. Например, это функция трансформации списка или дерева. Так вот при таких манипуляция в памяти происходит создание новых объектов данных, которые затем и используются, а старые остаются там до тех пор, пока их не удалит за ненадобностью сборщик мусора (кстати говоря, язык Koka не использует сборщик мусора). FIP же позволяет производить проверку безопасности переиспользования памяти. Что и было реализовано в новой версии Koka. Теперь вы можете помечать функцию ключевым словом fip или fbit (FBIP техника, предложенная другими авторами), использовать разрушающий match! и получать описанный выше эффект. Так же, по-видимому, в связи со внедрением FIP появился borrowing (владение), которое также участвует в анализе кода на безопасность. Из приводимого в статье результата benchmarks видно, что новый подход увеличивает производительность программ на Koka и приближает её к таковой на C или C++.

Почитать о Koka можно в этом посте.