Собственно, сабж. И теперь у меня 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.

Собственно, сабж: https://lwn.net/Articles/949078/ .

Зачем? Чтобы усложнить жизнь крякерам, конечно.

Собственно, сабж. Сабжевая фича есть, например, в Kitty. А вот в случае Konsole что-то странное. В настройках профиля есть пункт «Нажатие кнопки мыши в строке ввода перемещает указатель», но он находится на вкладке «Семантическая интеграция» и одной этой галочки как-то недостаточно. На reddit'е был рецепт, где дополнительно загружались скрипты. Но нет ли более простого варианта?

Интересует решение для KDE 5.27.

Собственно, сабж. Статья про то самое, что мы с Eddy_Em не могли осилить в прежние времена. В этом году я это, внезапно, осилил. Ну и написал статью.

https://saahriktu.ru/pdf/kak_jit_esli_u_vas_yunikod.pdf

Здравствуйте, любители странных историй!

30 июля с другом на даче играли в Дендёвые «Танчики» в RetroArch'е (в Wayland + KDE 5, если что). Поставили на паузу и надолго отошли от монитора. Пауза была сделана на моменте, когда появлялись танки и на месте правого верхнего вражеского танка остался артефакт «звёздочки» (серого цвета) отображающийся вообще везде. Поверх логотипа производителя неттопа при загрузке, в ядерной консоли, в графической среде,... Чтобы отсечь варианты с проблемами не в мониторе подключил для проверки резервный более старый неттоп. Артефакт сохранился. В общем, проблема на 1000% была в мониторе. Сброс настроек монитора не помогал. Отключение монитора не помогало. Матрица запомнила «звёздочку». Сразу вспомнились легенды про выгорание люминофора на ЭЛТ мониторах. Но то ЭЛТ мониторы, а это ЖК. Да и ЭЛТ мониторам время нужно было больше на выгорание. В Wayland'е эта «звёздочка» ещё и мерцала. В иксах не мерцала, но весьма чётко наблюдалась как артефакт. В общем, я подумал, подумал... И пошёл мыть посуду и заливать воду оставив на экране... заставку Дендёвого «Трёхглазика» в цикле. А она с мерцанием на весь виртуальный Дендёвый экран. Ну и в итоге вышиб клин клином. Артефакт вычистился из памяти матрицы монитора.

Монитор, если что, LG IPS'овый. 27", FullHD.

Так что, старайтесь не ставить эмуляторы на паузу. Лучше сохраняйтесь.

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

Видео с пруфом: https://www.youtube.com/watch?v=CsxHCINUlQM .

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

Компилятор LLVM Fortran «Flang» начал использовать поддержку NVIDIA CUDA в исходной кодовой базе.

Инженер NVIDIA Питер Клауслер внес начальные фрагменты CUDA Fortran в кодовую базу для LLVM 17 Git.

Язык программирования Fortran остается популярным в некоторых научных сообществах, и NVIDIA продолжает инвестировать в поддержку CUDA на базе Fortran, при этом LLVM играет важную роль в их собственной вычислительной экосистеме.

Собственно, сабж: https://www.ixbt.com/news/2023/05/19/intel-8088-640-640-200-book-8088-dos-200... .

Линуксы туда, конечно, не поставить. Зато там можно позапускать QBasic, Turbo Pascal, Turbo C, GWBasic,... и т.д.

Собственно, сабж: http://www.peterlink.ru/about/modems/ .

Вероятно, держат для старых клиентов, типа госструктур, заводов, и т.п.