https://www.opennet.ru/opennews/art.shtml?num=62821

Бьёрн Страуструп (Bjarne Stroustrup), создатель языка C++, призвал комитет WG21, отвечающий за разработку стандартов для языка C++, предпринять меры для сохранения актуальности C++ в условиях активного продвижения инициатив по переходу на языки, обеспечивающие безопасную работу с памятью. Страуструп считает, что язык С++ уже содержит все возможности, необходимые для безопасной работы с памятью. Остаётся только предоставить средства, гарантирующие, что код написан с использованием только безопасных возможностей.

По мнению Страуструпа, времени осталось очень мало и необходимо до 2026 года успеть предпринять какие-то меры, так как Агентство по кибербезопасности и защите инфраструктуры США и ФБР стали более активно продвигать среди производителей ПО идею перехода на языки, безопасного работающие с памятью. До 2026 года производителям ПО рекомендовано разработать план по применению в своих продуктах технологий, защищающих от ошибок при работе с памятью, или переходу на использование языков, безопасно работающих с памятью.

Стандартизация возможностей для безопасной разработки на C++ позволит сохранить интерес к языку С++, особенно с учётом того, что разработчики существующих проектов на С и C++ смогут постепенно наращивать безопасность своих продуктов, не прибегая к инициативам по переписыванию на другом языке. В частности, проекты на C можно преобразовать в код С++, а за тем поэтапно переводить код на безопасные конструкции, следуя рекомендациям из руководства «C++ Core Guidelines».

Для обеспечения разработки безопасного кода Страуструп предлагает стандартизировать систему профилей C++, вводящих дополнительные требования к коду. Профили близки к применению флагов -Wall и -Wextra при компиляции, но в отличие от них работают на уровне запрета применения определённых возможностей языка. К реализации предлагаются профили для безопасных типов, контроля времени жизни объектов, работы с допустимыми диапазонами значений и целочисленной арифметики. Привязку к профилям можно задавать не только для проекта и файлов (например, [[profile::enforce(type)]]), но и включать/отключать на уровне отдельных конструкций (например, [profile::suppress(lifetime))] this->succ = this->succ->succ;).

Работа по повышению безопасности будет сводится к включению профиля для определённого кода и переписыванию частей, использующих небезопасные возможности языка, охватываемые выбранным профилем. Например, использование профилей поможет уйти от применения в коде сырых указателей и массивов, избавиться приведения типов и защититься от обращений к неинициализированным объектам. Вместо сырых указателей можно использовать, например, умные указатели std::unique_ptr и std::shared_ptr с отслеживанием владения. При наличии в коде циклов «for», перебирающих отдельные элементы Си-массива, потребует заменить данные циклы на вариант с обработкой диапазонов for(type variable : vector), использующий std::vector.

Предложены следующие профили:

• type – каждый объект должен быть инициализирован, не допускается приведение типов.
• lifetime – запрещены ссылки на освобождённые или неиспользуемые области памяти, разыменование указателей, явный вызов new/delete.
• bounds – требуется проверка допустимых диапазонов при работе с указателями, запрещены арифметические операции с указателями.
• arithmetic – блокируются целочисленные переполнения, запрещены знаковые/беззнаковые преобразования, изменяющие значение.
• concurrency – исключает операции, приводящие к взаимным блокировкам и состояниям гонки.
• RAII (Resource Acquisition Is Initialization) – требует проверки владения для каждого ресурса.

Гарантии, реализуемые при использовании профилей:

• Обращение к объекту допускается только в соответствии с типом, под которым этот объект был определён.
• Каждый объект должен быть корректно создан и освобождён.Каждый объект должен быть корректно создан и освобождён.
• Каждый указатель должен указывать на корректный объект или нулевой указатель.
• Каждая ссылка через указатель не должна переходить по нулевому указателю.
• Каждое обращение через индексированный указатель должно находиться в пределах допустимого диапазона.

https://github.com/MidnightCommander/mc-old

Midnight Commander’s Legacy Repository

⚠️ This repository has been archived! ⚠️

It reflects the state just before we switched from Trac to GitHub for issue tracking on Feb 28, 2025.

Please use the new repository at MidnightCommander/mc instead!

– Maintainers

MidnightCommander/mc

Уже:

Issues 620

https://github.com/MidnightCommander/mc/discussions/4658

Welcome to Midnight Commander Discussions!

Оригинал Белларда: https://github.com/bellard/quickjs.
Форк: https://github.com/quickjs-ng/quickjs:

QuickJS is a small and embeddable JavaScript engine. It aims to support the latest ECMAScript specification.
This project is a fork of the original QuickJS project by Fabrice Bellard and Charlie Gordon, after it went dormant, with the intent of reigniting its development.

Версия 0.8.0 от 24 декабря 2024.

Другие JavaScript-движки на C.

https://github.com/svaarala/duktape – больше года без изменений.

Duktape is an embeddable Javascript engine, with a focus on portability and compact footprint.

https://github.com/jerryscript-project/jerryscript – версия 3.0.0 от 18 декабря 2024.

JerryScript is a lightweight JavaScript engine for resource-constrained devices such as microcontrollers. It can run on devices with less than 64 KB of RAM and less than 200 KB of flash memory.

Леннарт Поттеринг (Lennart Poettering) предложил включить в системный менеджер systemd изменение, позволяющие загружать систему с использованием образа корневой ФС, получаемого c внешнего хоста по протоколу HTTP. Изменение сводится к расширению systemd возможностью не только скачивать дисковый образ по HTTP на начальной стадии загрузки, но и распаковывать загруженный образ, связывать с блочным устройством в loopback-режиме, монтировать блочное устройство как /sysroot и загружать с него систему.

Поддержка скачивания дисковых образов во время загрузки системы при помощи systemd-import-generator уже включена в состав systemd 257. Остальная функциональности пока находится на стадии рабочего прототипа, требующего доработки. В реализации пока не поддерживается полный цикл загрузки, но в дальнейшем функциональность планируют довести до загрузки через UEFI HTTP Boot универсальных образов ядра UKI (Unified Kernel Image), объединяющих в одном файле загрузчик для UEFI (UEFI boot stub), образ ядра Linux и загружаемое в память системное окружение initrd.

URL для загрузки системного образа планируют вычислять на основании URL, заданного для EFI-образа в настройках UEFI HTTP Boot (например, при загрузке через EFI HTTP Boot http://example.com/somedir/myimage.efi, присутствующий в UKI initrd-обработчик загрузит образ rootfs как http://example.com/somedir/myimage.raw.xz). В дальнейшем помимо HTTP в качестве транспорта для получения образа планируется добавить поддержку технологии NVMe-over-TCP, позволяющей обращаться к NVMe-накопителям по сети (NVM Express over Fabrics), используя протокол TCP.

Предполагается, что загрузка с образов, получаемых с внешнего хоста, упростит организацию тестирования современных неизменяемых («immutable») операционных систем на реальном оборудовании. Разработчик может на своём компьютере сформировать образ с системным окружением утилитой mkosi и сделать его доступным через HTTP командой «mkosi -f serve». На компьютере, на котором требуется протестировать работу системы, достаточно включить в EFI загрузку по HTTP и добавить URL загружаемого образа командой:

kernel-bootcfg --add-uri=http://192.168.47.11:8081/image.efi --title=testloop --boot-order=0

После чего можно просто перезагрузить компьютер и он загрузит типовой образ ядра UKI, который затем загрузит подготовленный разработчиком дисковый образ с корневой ФС. До отключения в EFI загрузки по HTTP каждая последующая перезагрузка компьютера будет приводить к загрузке свежего системного образа. При подобном тестировании никак не затрагиваются локальные диски.

Источник: https://www.opennet.ru/opennews/art.shtml?num=62711.

Учёные раскрывают секреты формирования планеты в образцах древних вулканов Марса.

В новом исследовании международная группа учёных во главе с профессором Мариек Шмидт из Университета Брока представила открытия о критическом периоде эволюционной истории Марса. Работа раскрывает новые подробности о геологическом прошлом Красной планеты.

Профессор Шмидт, возглавляющая кафедру наук о Земле в Университете Брока, участвовала в миссии марсохода Perseverance NASA в качестве научного сотрудника. Она и её коллеги анализировали древние породы, найденные в кратере Езеро на Марсе. Одной из основных целей миссии был поиск признаков древней микробной жизни, но изучение магматических пород и реголита в этом районе также дало представление о малоизученном периоде истории планеты.

«Мы делаем на Марсе то, чего никогда раньше не делали», – говорит Шмидт. Она также является со-исследователем в команде, работающей с прибором PIXL (Planetary Instrument for X-Ray Lithochemistry). Этот рентгенофлуоресцентный спектрометр использовался для определения элементного состава марсианских поверхностных материалов с высоким разрешением, позволяя учёным дистанционно «заглянуть» вглубь пород, чтобы исследовать, как они формировались и из чего состоят.

«Масштаб научных исследований был невероятным. Это самое всестороннее на сегодняшний день изучение образцов, которые были сохранены для возвращения на Землю», – отмечает Шмидт. «Теперь мы знаем минеральный и химический состав пород, понимаем их текстуры, но следующим шагом было рассказать о том, как, по нашему мнению, формировались эти породы с точки зрения подъёма магмы через марсианскую кору, её кристаллизации, эволюции и изменения состава».

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

Таня Кизовски, соавтор статьи и заместитель куратора по минералогии в Королевском музее Онтарио, отмечает, что все марсианские образцы, изученные на Земле до сих пор, были метеоритами. Большинство марсианских метеоритов имеют возраст менее 500 миллионов лет, что относительно молодо по сравнению с 4,5-миллиардной историей Марса. В то же время образцы из кратера Езеро, как полагают, имеют возраст не менее 3,5 миллиардов лет.

«Марс очень хорошо сохранился с точки зрения ранней истории нашей Солнечной системы, поэтому возможность изучать такие древние породы, особенно когда они будут доставлены на Землю, поможет нам узнать об истории внутренней части Солнечной системы и о том, когда возникла жизнь», – говорит Кизовски.

Образцы также происходят из уникального периода в истории Марса, когда внутренняя динамика планеты претерпевала серьёзные изменения. Шмидт объясняет: «Вулканизм на Марсе в основном связан с так называемыми горячими точками, подобными Гавайям или Исландии на Земле, где есть сфокусированный источник магмы, уходящий глубоко, пробивающийся через всё и затем извергающийся на поверхность. Но в ранней истории Марса есть модели, подтверждающие идею о том, что марсианская кора формировалась в результате широко распространённого вулканизма, не обязательно сосредоточенного в этих горячих точках, и этот переход, как считается, произошёл примерно в то время, когда формировались эти породы».

Шмидт и её команде ещё предстоит подождать – возможно, десятилетие или больше – прежде чем образцы буду доставлены на Землю. «Доставка этих образцов с Марса будет невероятно сложной задачей и потребует удивительного инженерного подвига, особенно если учесть, что вы доставляете с орбиты нечто размером с баскетбольный мяч», – говорит Шмидт.

Тем временем марсоход Perseverance продолжает исследовать новые районы Марса и собирать образцы, а Шмидт и её коллеги терпеливо ожидают возможности однажды проанализировать марсианские породы уже на Земле.

Это исследование открывает новую главу в изучении Марса, предоставляя учёным беспрецедентную возможность заглянуть в далёкое прошлое планеты. Анализ древних пород из кратера Езеро не только проливает свет на геологическую историю Марса, но и может помочь в поиске следов древней жизни на планете. Кроме того, эти данные могут быть ключом к пониманию ранних этапов формирования планет в Солнечной системе.

Источник: https://www.ixbt.com/news/2025/02/08/geologicheskaja-istorija-marsa-rentgenovskij-spektrometr-pomogaet-razgadyvat-marsianskie-zagadki.html.

https://ru.wikipedia.org/wiki/Езеро_(кратер)
https://ru.wikipedia.org/wiki/Персеверанс_(марсоход)

https://github.com/ggerganov/whisper.cpp/discussions/2788

В последнее время я стал уделять проекту меньше внимания, поскольку мое внимание сместилось в сторону llama.cpp и ggml. Тем не менее, whisper.cpp остается действительно классным проектом, который используется многими разработчиками и продуктами. В целом он находится в хорошем состоянии с точки зрения основной реализации и функциональности. Однако ему все больше и больше не хватает CI, документации, упаковки и распространения.

Я создал дорожную карту с некоторыми вещами, которые, по моему мнению, необходимо улучшить в будущем:

https://github.com/users/ggerganov/projects/16/

Это несколько высокоуровневых задач с множеством ответвлений и возможностей для внесения вклада. В основном они направлены на улучшение опыта разработчиков и конечных пользователей при использовании проекта. Конечная цель состоит в том, чтобы в какой-то момент у проекта появился долгосрочный сопровождающий (не я) и чтобы он продолжал жить под организацией ggml-org на Github (см. #2786).

Это обсуждение создано для того, чтобы привлечь к этому больше внимания в надежде получить некоторую поддержку со стороны сообщества. Не стесняйтесь задавать любые вопросы или предлагать идеи по улучшению проекта. Тем не менее, я не хочу погрязнуть в обсуждении и планировании – основные шаги уже есть в дорожной карте выше, и они просто требуют исполнения.

Переведено DeepL.

Разработчики библиотеки GTK объявили о присвоении статуса устаревшего бэкенду для протокола X11 и намерении прекратить поддержку X11 в ветке GTK 5. Несмотря на устаревший статус, в ветке GTK 4 работа на системах X11 будет сохранена.

Желание избавиться от бэкенда X11 объясняется прекращением активности по развитию протокола X11 и проблемами с сопровождающими - бэкенд поддерживается по остаточному принципу, так как имеющиеся разработчики GTK и GNOME сосредоточены на Wayland. Из-за стагнации в разработке бэкенда, он тормозит реализацию новых возможностей в GTK. В 2022 году была предпринята попытка найти лиц, заинтересованных в поддержке протокола X11 в GTK и готовых взять на себя сопровождение бэкенда, но их так и не нашлось.

Кроме X11 устаревшим объявлен бэкенд Broadway, позволяющий отрисовывать вывод библиотеки GTK в окне web-браузера, а также класс GtkShortcutsWindow, отображающий подсказку по клавиатурным комбинациям и экранным жестам. Вместо GtkShortcutsWindow планируют предложить замену, которая войдёт в состав осеннего значительного релиза libadwaita.

Дополнительно можно упомянуть публикацию выпуска GTK 4.17.4 в тестовой ветке 4.17, развивающей функциональность для будущей стабильной ветки 4.18. В состав GTK 4.17.4 включён экспериментальный бэкенд, позволяющий запускать GTK-приложения на смартфонах с платформой Android. Для ознакомления с возможностями GTK на устройствах с Android подготовлен apk-пакет с демонстрационным мобильным приложением.

Из состава GTK 4.17.4 удалён движок отрисовки «gl», использующий OpenGL. Начиная с GTK 4.14 в состав входит новый движок «ngl», реализующий уровень абстракции для OpenGL, работающий поверх Vulkan. Из ограничений движка «ngl» отмечается прекращение поддержки систем со старыми драйверами и устаревшим оборудованием.

Источник: https://www.opennet.ru/opennews/art.shtml?num=62658.

https://github.com/geany/geany/pull/4192

Но фильтруется только по названию действия, а не по самому сочетанию. :(

Сегодня в 14:53 по московскому времени американский межпланетный зонд Parker совершил самый близкий пролёт близ Солнца. В этот момент он приблизился на 6,1 миллионов километров к нашему светилу на скорости 690 тыс. км в час.

Хотя NASA ожидает, что Parker пролетит мимо Солнца по крайней мере ещё дважды (если, конечно, зонд не будет повреждён высокой температурой), нынешний пролёт стал рекордным по близости к Солнцу.

«В канун Рождества 1969 года мы высадили людей на Луне; в канун Рождества 2024 года мы попытаемся обнять звезду», — сказал Нур Рауафи (Nour Raouafi), научный сотрудник проекта Parker Solar Probe.

На данный момент связи с зондом нет, она восстановится 27 декабря. А собранные научные данные аппарат начнёт передавать на Землю в конце января 2025 года, когда займёт наиболее благоприятствующее для связи положение на орбите. Если всё пойдёт хорошо, Parker продолжит свою миссию: он снова пролетит возле Солнца 22 марта 2025 года и 19 июня 2025 года.

Источник полностью ёфицирован.

Смеющийся смайлик какой-то дурацкий!

Кандитаты:

1. 😀
2. 😁
3. 😆
4. 🙂
5. 😄
6. 😃
   … ?

diff --git a/src/main/scala/ru/org/linux/reaction/ReactionService.scala b/src/main/scala/ru/org/linux/reaction/ReactionService.scala
index aa6dde91e..dd31c5a99 100644
--- a/src/main/scala/ru/org/linux/reaction/ReactionService.scala
+++ b/src/main/scala/ru/org/linux/reaction/ReactionService.scala
@@ -97,7 +97,7 @@ object ReactionService {
   val DefinedReactions: Map[String, String] = Map(
     "\uD83D\uDC4D" -> "большой палец вверх",
     "\uD83D\uDC4E" -> "большой палец вниз",
-    "\uD83D\uDE0A" -> "улыбающееся лицо",
+    "\uD83D\uDE42" -> "смешно!",                  // 🙂
     "\uD83D\uDE31" -> "лицо, кричащее от страха",
     "\uD83E\uDD26" -> "facepalm",
     "\uD83D\uDD25" -> "огонь",

Высокопоставленные сотрудники антимонопольного управления Минюста США попросят суд заставить Google продать свой браузер Chrome, сообщили источники Bloomberg. По их данным, чиновники 20 ноября обратятся к судье Амиту Мехте, который в августе признал корпорацию монополистом.

По словам собеседников агентства, американские власти хотят, чтобы компания продала браузер, поскольку он является «ключевой точкой доступа», через которую многие используют поисковую систему Google. При этом, говорится в сообщении, правительство может принять решение о необходимости продажи позднее, если получится создать более конкурентный рынок за счет других мер, например прекращения выплат Apple, Samsung и другим производителям устройств за то, чтобы поисковая система Google была выбрана по умолчанию на их устройствах и в веб-браузерах.

По данным сервиса аналитики веб-трафика StatCounter, доля Chrome занимает около 61% рынка в США, на Safari приходится 18%, на Edge — 5%, а на Firefox — 3%.

https://www.rbc.ru/technology_and_media/19/11/2024/673c01989a7947e6bc211c0a

Репозиторий с кодом WinAmp удалён с GitHub
Компания Llama Group, которая в сентябре опубликовала исходный код мультимедийного проигрывателя Winamp, удалила репозиторий проекта с GitHub. Причины удаления не поясняются, но ранее в репозитории было выявлено множество утечек и нарушений копилефт лицензий. В частности, после публикации в репозитории WinAmp был обнаружен код проданного другой компании коммерческого сервера SHOUTcast, чужой проприетарный код и сертификат для формирования цифровых подписей, а также несколько изменённых файлов из других проектов, распространяемых под лицензией GPL (Winamp не может использовать в своём составе GPL-код без перевода собственного кода на лицензию, совместимую с GPL).

https://www.opennet.ru/opennews/art.shtml?num=62063

Линус Торвальдс выступил с новой критикой методов сопровождения Bcachefs в основном ядре Linux. Суть претензий сводится к тому, что Кент Оверстрит (Kent Overstreet), автор Bcachefs, всегда присылает много изменений в последний момент перед выходом очередной предварительной версии («-RC») и на этот раз его изменения привели к нарушению сборки 6.12-RC1 на системах с порядком байт «big-endian» при включении Bcachefs, так как патчи были протестированы только в локальной ветке Кента и для их рецензирования не были привлечены другие участники.

В итоге pull-запрос все же был принят, однако разгорелась дискуссия насчёт тестирования, систем непрерывной интеграции и взаимодействия с сообществом, в которой несколько людей отметили, что Кент явно испытывает проблемы в взаимодействии с остальными разработчиками и считает себя всегда правым, что создаёт проблемы для проекта в основном составе ядра. Линус предупредил Кента, что он подумывает просто удалить Bcachefs из основного ядра, так как Кент продолжает играть один в своей песочнице, не подключается к совместной работе и не желает принимать правила игры сообщества разработчиков ядра.

https://www.opennet.ru/opennews/art.shtml?num=62005

https://bcachefs.org
https://evilpiepirate.org/git/bcachefs.git
https://evilpiepirate.org/git/bcachefs-tools.git

Хотя бы в ОП. Особенно будет полезно в объёмных статьях.
Например, Приложения и утилиты, которые стоит попробовать тяжело читать.

Пример возможного синтаксиса:

>>> sed → sd
свёрнутый, по умолчанию, текст
<<<

Kris Jusiak создал проект Qlibs++ с header-only библиотеками для С++20, без сторонних зависимостей. Часть из них – облегчённые версии библиотек из boost-ext.

На данный момент есть:

• di – внедрение зависимостей;
• jmp – статический jump;
• mem – аллокаторы;
• mp – мета-программирование;
• mph – статические (минимальные) идеальные хеш-функции;
• prof – профайлинг;
• reflect – статическая рефлексия;
• sml – конечные автоматы;
• swar – SWAR;
• ut – юнит-тесты, упрощённая μt -- C++20 библиотека модульного тестирования.

Приятного чтения! :)

Дополнение от 26.11.2024: Автор создал ещё два репозитория, пока пустые:

https://github.com/qlibs/uefi – C++ UEFI library.

Сегодня Tor Project, глобальная некоммерческая организация, разрабатывающая инструменты для обеспечения конфиденциальности и анонимности в Интернете, и Tails, портативная операционная система, использующая Tor для защиты пользователей от цифрового наблюдения, объединили свои усилия и деятельность. Включение Tails в структуру Tor Project позволяет упростить сотрудничество, повысить устойчивость, снизить накладные расходы, расширить программы обучения и просвещения, чтобы противостоять большему числу цифровых угроз. Одним словом, объединение усилий укрепит способность обеих организаций защищать людей по всему миру от слежки и цензуры.

https://tails.net/news/tails_tor/index.en.html

В Swift 6, помимо всего прочего, была добавлена официальная поддержка Debian, Fedora и Ubuntu. Стало интересно. :)
Что ж, пробуем, следуя инструкциям:

• Linux Installation via Tarball
• Getting Started with the Static Linux SDK

$ mkdir hello
$ cd hello
$ swift package init --type executable
$ cat Sources/main.swift

// The Swift Programming Language
// https://docs.swift.org/swift-book

print("Hello, world!")

$ swift build --swift-sdk x86_64-swift-linux-musl -c release
$ stat .build/release/hello

Size: 42517368

$ ldd .build/release/hello

not a dynamic executable

$ strip .build/release/hello
$ stat .build/release/hello

Size: 6667136

$ .build/release/hello

Hello, world!

Продолжаю наблюдения. :)

Пакеты:
https://swiftpackageindex.com
https://swiftinit.org

Документация:
https://www.swift.org/documentation
https://swiftdoc.org
https://www.swift.org/swift-evolution – эволюция языка

https://github.com/llvm/llvm-project/pull/98528 – Implement LLDB Telemetry
https://discourse.llvm.org/t/rfc-lldb-telemetry-metrics/64588 – RFC: LLDB Telemetry/metrics
https://github.com/llvm/llvm-project/pull/102323 – Add a simple Telemetry framework

В движке сайта – большое обновление подсветки синтаксиса. Добавлены:

ARMASM
AVRASM
AWK
Basic
Brainfuck
C
JSON
Julia
Lisp
LLVM
Makefile
MIPSASM
Nim
Nix
Ocaml
Scheme
TCL
TypeScript
Vim
WASM
X86ASM
YAML

Подробности

Перемещено hobbit из linux-org-ru

Тут увидел: https://github.com/void-linux/void-packages/pull/51344

Как пишут в NEWS:

Release 100 of dracut-ng serves as a drop-in replacement for the original dracut project. This release marks a significant milestone in our commitment to providing an alternative, community-driven solution for creating an initramfs image. The original dracut project is no longer actively maintained (its last tagged release dates back to 2022). Forking allows the community to take ownership of the project and address maintenance issues independently.

This release includes fixes for compatibility with the latest Linux kernel (v6.8), Linux firmware, and systemd (v255).

A new dracut module named net-lib has been added to enhance networking support.

Support for new Linux kernel modules have been added to support new devices, including the Surface Laptop 4 and MacBook Pro.

The project builds test containers daily for the following Linux distributions: Arch Linux, Debian, Fedora, Gentoo, openSUSE, and Ubuntu, in various configurations (systemd, OpenRC, glibc, musl). All enabled integration tests have passed at the time of this release.

1. https://github.com/dracutdevs/dracut
2. https://github.com/dracut-ng/dracut-ng