После почти месяца разработки состоялся выпуск 3.3.0 IDE и редактора кода Gram — форка Zed (linux.org.ru). Проект написан на языке Rust и распространяется по лицензии GNU GPL 3.

Проект начинался не с идеи создания идеального редактора, а как реакция на то, что происходило и происходит в мире разработки программного обеспечения, в мире в целом, а также в таких редакторах, как VS Code, Zed и Vim. Основная идея проекта заключается в том, что писать код от руки, тщательно следя за процессом, — это правильно и хорошо, и Gram стремится стать хорошим инструментом именно для этого.

Gram появился как сильно переработанный форк редактора Zed. Цель автора проекта — сделать так, чтобы Gram стал редактором, который сможет скачать, установить и использовать «из коробки» любой, кто впервые пробует себя в программировании. Не нужно будет настраивать редактор или устанавливать расширения, а сам редактор не должен предлагать пользователю что-то потенциально вредоносное, отвлекающее или сбивающее с толку.

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

>>> Документация
>>> Исходный код на codeberg.org

>>> Подробности на gram-editor.com (gram-editor.com)

В этом выпуске детище RMS порадовало нас следующим:

• поддержка управления мышью в терминале (хотя по мнению автора новости, лучше терминал запускать в Emacs, а не наоборот);
• изменение порядка загрузки конфигурации: теперь сначала site-start.el потом early-init.el;
• обновление Org до версии 9.8;
• обновление стандарта Unicode до версии 17;
• поддержка su-rs и sudo-rs в Tramp;
• огромное множество изменений и улучшений во встроенных пакетах, языке Emacs Lisp и доступных режимах.

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

>>> подробнее (gnu.org)

Сегодня ядру нашей замечательной системы исполняется 35 лет!

В этот день в 1991 году студент Хельсинского университета Линус Торвальдс в своëм электронном письме написал в список рассылок Usenet comp.os.minix о том, что он делает свободную систему для систем 386(486) и желает получить обратную связь с пожеланиями: что людям нравится или не нравится в Minix, для дальнейшей реализации идей или пожеланий в системе Линуса.

На момент написания письма Линус уже портировал в свою систему bash 1.08 и gcc 1.40.

>>> Подробности (cmu.edu)

Скриншот с моего домашнего компьютера Dell Optiplex 5050.

Рабочая среда является продолжением предыдущей настройки i3wm с двумя панелями polybar. Решил перейти на Wayland, остальные принципы и оформление остались прежними. Как и используемые консольные приложения (aerc, nvim, vifm, alacritty, pacui и т.д.).

Хочу выделить некоторые моменты:

1. Черно-белая тема с минимальным количеством цветов оказывает наменьшую нагрузку для светочувствительных глаз.

2. Панели сочетаются с темой оформления приложений и терминала, представляя собой единое целое. Несмотря на большое количество информации на обоих панелях, они не забирают на себя внимание.

3. Waybar хорошо кастомизируется и на неё можно поместить практически все что угодно и как угодно.

4. Отсутствие анимаций и эффектов. Да, возможно, они какое-то время смотрятся красиво, но быстро надоедают, а никакого удобства и дополнительного функционала не приносят.

Почему Sway, а не Niri? Более классический вариант управления окнами. Легкий перенос конфигов с i3. В Sway в основном использую tabbed режим.

Хочу выделить утилиту Sworkstyle. Она заменяет название тегов в модуле Workspace (на верхней панели, по центру) кастомизируемыми значками приложений. Очень удобно и компактно. С короткого взгляда видно какие приложения открыты на данный момент. Swtchr визуальный переключатель окон.

Остальное как у всех на тайловых WM - rofi, dmenu, cliphist, dunst и так далее.

17 августа состоялся выпуск 0.7.0 кроссплатформенного эмулятора терминала Contour.

Основные возможности:

• Поддержка всех четырёх основных платформ: Linux (X11 и Wayland), macOS, FreeBSD и Windows.
• GPU-оптимизированный рендеринг.
• Вкладки и разделение окна.
• Постоянные сессии (экспериментально!), сохраняющиеся после закрытия окна (режим демона) — возможность повторного подключения локально или по сети, а также двусторонняя совместимость с tmux.
• Поддержка шрифтов с лигатурами.
• Юникод: поддержка кластеров графем и эмодзи (включая ZWJ, VS15 и VS16).
• Поддержка High-DPI.
• Поддержка ввода в стиле Vim.
• Режим подсказок, позволяющий быстро выполнять действия с кликабельными элементами (URL и IP адресами, путями к файлам, хешами коммитов Git), используя только клавиатуру.
• Поддержка формата растровой графики Sixel.
• Поддержка инструкций векторной графики ReGIS (vt100.net, Википедия).
• Цветовые схемы и профили настроек.
• Настраиваемые сочетания клавиш.
• Поддержка большого количества распространённых и новых (или нестандартных) управляющих последовательностей.
• Проговаривание выделенного текста (используя Qt Speech).
• И многое другое.

Проект написан на языке C++ (стандарт C++23) и Qt 6, и распространяется по лицензии Apache 2.0.

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

>>> Подробнее на сайте проекта и в первой редакции новости (contour-terminal.org)

Представлен выпуск платформы Bun 1.4, предназначенной для обособленного выполнения приложений, написанных на языках JavaScript и TypeScript, и нацеленной на использование в качестве прозрачной замены платформы Node.js. Ветка 1.4 примечательная переводом кодовой базы с языка Zig на язык Rust, осуществлённым с использованием AI-инструментов Claude. Код продолжает распространяться под лицензией MIT.

В качестве причины переписывания на Rust отмечается желание устранить проблемы в Bun, вызванные утечками памяти, а также наличие разногласий с авторами Zig в плане применения AI для написания кода и неприемлемая для крупных проектов политика Zig в отношении принятия в язык изменений, нарушающих совместимость. В качестве главного преимущества перехода на Rust упоминается возможность отлавливания и предотвращения ошибок при работе с памятью, диагностика которых последние годы отнимала у разработчиков Bun много времени.

Судя по проведённым тестам, версия на Rust потребляет на 13-48% меньше памяти, запускается в два раза быстрее и до 5 раз меньше нагружает CPU в режиме простоя. Размер исполняемого файла в версии на Rust сократился на 17%. При запуске при помощи Bun 1.4 приложения Claude Code нагрузка на CPU уменьшилась в два раза.

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

>>> Источник: OpenNET (opennet.ru)

Отмечайте только основную оперативную память в связке RAM <-- шина --> CPU, ту что для процессора.
А VRAM на вашей видеокарте и другая обособленная бортовая память отдельных компонентов в ПК не считается.

Под ПК, подразумевается:

• системный блок;
• ноутбук;
• моноблок;
• планшет;
• одноплатник;
• портативка.

За которым вы проводите основное время для работы и развлечений. Под работой подразумевается не только работа на кого-то, а в том числе работа над своими проектами, чем бы они ни были. Устройство должно иметь возможность установки операционной системы, через подключаемый внешний носитель или/и запуск операционной системы с внешнего носителя. IBM совместимость не подразумевается.

Бывает что основных ПК два и более, они работают вместе, параллельно всегда, или одновременно работают модули памяти разного типа в одном ПК, поэтому мультивыбор.

>>> Результаты

Уверен, таких постов тут с сотню, а то и более, посмотрев галерею, захотелось поделиться своим.

Исторически собиралось и пересобиралось, пережило переезд, смотрел на удобство, смотрел, чего не хватает.

Компик - на китайском зеоне E5-2696v3 и такой же китайской материнке, 64Gb оперативки и Rtx 5060 ti. Операционочка - Gentoo.

Мониторов - 2. Один основной на 24 дюйма, какой-то Dexp, с 75 заявленными герцами, а второй на 7, (но система его видит как 9) дюймов, под основным. На него удобно терминал с логами перетащить или папку какую, когда файлы перетаскиваешь между окнами.

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

Слева - кусочек стеллажа виден, там домашняя инфра живет: роутер, медиаконвертр провайдера, сервер домашний (минипк), принтер и ибп, чтобы все это добро, включая комп, пережило 1 - 2 минуты, пока генератор не стартанет.

Google начала вводить новый порядок установки приложений от неверифицированных разработчиков на Android, т. е. из сторонних источников, отличных от Google Play, который предполагает 24-часовой период ожидания для разрешения установки.

Менеджер по взаимодействию с сообществом Android Мишаал Рахман отмечает, что это лишь первый этап расширенного процесса по верификации разработчиков, мотивированный борьбой с мошенничеством и вредоносным ПО. На сайте с объявлением (см. подробности) ведëтся опрос среди читателей об их мнении на счëт эффективности данной меры.

Процесс намеренно усложнили, и теперь он выглядит следующим образом:

• Открыть «Параметры разработчика» и выберите «Приложения от непроверенных разработчиков»;

• Включить параметр «Разрешить приложения от непроверенных разработчиков»;

• Авторизоваться с помощью кода (ключа) от экрана блокировки;

• Подтвердить, что никто не просил пользователя разрешить установку из сторонних источников;

• Перезагрузить телефон и подождать 24 часа;

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

При попытке установить приложение всё равно появится предупреждение, но пользователь сможет выбрать «Установить» в любом случае.

После включения этой опции не нужно будет оставлять включённым режим разработчика, если же временно отключить установку из непроверенных источников, то еë можно будет снова включить в течение 10 минут без необходимости снова ждать 24 часа. ADB остаётся исключением, поэтому пользователи, которым удобнее использовать этот способ, по‑прежнему могут устанавливать или обновлять приложения без длительных ожиданий.

Внедрение проверки разработчиков начнётся 30 сентября в Бразилии, Индонезии, Сингапуре и Таиланде. Первоначально она будет охватывать приложения, распространяемые через Google Play, HONOR App Market, OPPO App Market, Galaxy Store, Palm Store, V‑Appstore и GetApps, а затем распространится на все регионы и установки в 2027 году.

>>> Подробности (androidauthority.com)

Атака на цепочку поставок: вредоносный код в crates.io через пакет arrayref

20 августа 2026 года Команда безопасности Rust (Rust Security Response Team) сообщила об обнаружении вредоносных пакетов в реестре crates.io, связанных с популярной библиотекой arrayref.

Что произошло

20 августа 2026 года в 7:15 UTC команда получила сообщение о том, что пакет proc-macro1 является вредоносным. После проверки выяснилось, что его build-скрипт загружал вредоносное ПО.

Пакет proc-macro1, а также связанные с ним proc-macro-en, aovine, arone, aronenao и tinymember были удалены из реестра.

Дальнейшее расследование показало, что широко используемый пакет arrayref был недавно перевыпущен с добавленной зависимостью от вредоносного proc-macro1, при этом последние версии были помечены как yanked. Команда удалила вредоносную версию и восстановила ранее ошибочно отозванные версии.

Аналогичным образом пострадали другие пакеты того же автора — internment и append-only-vec. По ним были приняты те же меры. Аккаунт автора заблокирован в качестве меры предосторожности. По имеющимся данным, сам автор arrayref не действовал злонамеренно — вероятнее всего, были скомпрометированы его компьютер или учётные данные. Команда пытается связаться с ним.

Что нужно сделать пользователям

Рекомендуется проверить локальные зависимости на предмет использования следующих вредоносных версий, удалённых с crates.io:

• append-only-vec@0.1.9
• arrayref@0.3.10
• internment@0.8.7
• proc-macro1, proc-macro-en, aovine, arone, aronenao, tinymember (любые версии)

Проверить наличие этих пакетов в локальном кэше можно следующей командой:

find ~/.cargo/registry/cache -type f \( \
  -name 'append-only-vec-0.1.9.crate' -o \
  -name 'arrayref-0.3.10.crate' -o \
  -name 'internment-0.8.7.crate' -o \
  -name 'proc-macro1-*.crate' -o \
  -name 'proc-macro-en-*.crate' -o \
  -name 'aovine-*.crate' -o \
  -name 'arone-*.crate' -o \
  -name 'aronenao-*.crate' -o \
  -name 'tinymember-*.crate' \
\) -print

Благодарности

Команда Rust поблагодарила исследователей Nextron Systems GmbH за первоначальное обнаружение проблемы и сообщение о ней, а также сотрудников, участвовавших в устранении инцидента.

>>> Источник (rust-lang.org)