VOTING POWER100.00%
DOWNVOTE POWER100.00%
RESOURCE CREDITS22.72%
REPUTATION PROGRESS64.89%
Net Worth
1.143USD
STEEM
13.648STEEM
SBD
0.438SBD
Own SP
2.425SP
Detailed Balance
| STEEM | ||
| balance | 0.031STEEM | STEEM |
| market_balance | 0.000STEEM | STEEM |
| savings_balance | 0.000STEEM | STEEM |
| reward_steem_balance | 13.617STEEM | STEEM |
| STEEM POWER | ||
| Own SP | 2.425SP | SP |
| Delegated Out | 0.000SP | SP |
| Delegation In | 0.000SP | SP |
| Effective Power | 2.425SP | SP |
| Reward SP (pending) | 14.568SP | SP |
| SBD | ||
| sbd_balance | 0.212SBD | SBD |
| sbd_conversions | 0.000SBD | SBD |
| sbd_market_balance | 0.000SBD | SBD |
| savings_sbd_balance | 0.000SBD | SBD |
| reward_sbd_balance | 0.226SBD | SBD |
{
"balance": "0.031 STEEM",
"savings_balance": "0.000 STEEM",
"reward_steem_balance": "13.617 STEEM",
"vesting_shares": "3943.735192 VESTS",
"delegated_vesting_shares": "0.000000 VESTS",
"received_vesting_shares": "0.000000 VESTS",
"sbd_balance": "0.212 SBD",
"savings_sbd_balance": "0.000 SBD",
"reward_sbd_balance": "0.226 SBD",
"conversions": []
}Account Info
| name | opennet |
| id | 1374227 |
| rank | 1,470,079 |
| reputation | 1180596839244 |
| created | 2020-04-05T08:29:45 |
| recovery_account | scientistnik |
| proxy | None |
| post_count | 2,055 |
| comment_count | 0 |
| lifetime_vote_count | 0 |
| witnesses_voted_for | 0 |
| last_post | 2026-06-05T14:14:30 |
| last_root_post | 2026-06-05T14:14:30 |
| last_vote_time | 1970-01-01T00:00:00 |
| proxied_vsf_votes | 0, 0, 0, 0 |
| can_vote | 1 |
| voting_power | 0 |
| delayed_votes | 0 |
| balance | 0.031 STEEM |
| savings_balance | 0.000 STEEM |
| sbd_balance | 0.212 SBD |
| savings_sbd_balance | 0.000 SBD |
| vesting_shares | 3943.735192 VESTS |
| delegated_vesting_shares | 0.000000 VESTS |
| received_vesting_shares | 0.000000 VESTS |
| reward_vesting_balance | 25001.185653 VESTS |
| vesting_balance | 0.000 STEEM |
| vesting_withdraw_rate | 0.000000 VESTS |
| next_vesting_withdrawal | 1969-12-31T23:59:59 |
| withdrawn | 0 |
| to_withdraw | 0 |
| withdraw_routes | 0 |
| savings_withdraw_requests | 0 |
| last_account_recovery | 1970-01-01T00:00:00 |
| reset_account | null |
| last_owner_update | 1970-01-01T00:00:00 |
| last_account_update | 2020-04-05T10:00:06 |
| mined | No |
| sbd_seconds | 0 |
| sbd_last_interest_payment | 2021-01-03T12:53:00 |
| savings_sbd_last_interest_payment | 1970-01-01T00:00:00 |
{
"active": {
"account_auths": [
[
"scientistnik",
1
]
],
"key_auths": [
[
"STM5D8mediCz2PNHZYTUrZoovb7oNi8amutvtJk7HVLx4aYPAHVj6",
1
]
],
"weight_threshold": 1
},
"balance": "0.031 STEEM",
"can_vote": true,
"comment_count": 0,
"created": "2020-04-05T08:29:45",
"curation_rewards": 0,
"delegated_vesting_shares": "0.000000 VESTS",
"downvote_manabar": {
"current_mana": 985933798,
"last_update_time": 1609678380
},
"guest_bloggers": [],
"id": 1374227,
"json_metadata": "{}",
"last_account_recovery": "1970-01-01T00:00:00",
"last_account_update": "2020-04-05T10:00:06",
"last_owner_update": "1970-01-01T00:00:00",
"last_post": "2026-06-05T14:14:30",
"last_root_post": "2026-06-05T14:14:30",
"last_vote_time": "1970-01-01T00:00:00",
"lifetime_vote_count": 0,
"market_history": [],
"memo_key": "STM6VLrPWZVAYpiUxpj1cPWSynfR7ETYApn5aKT65BdgrgZFA7Hoe",
"mined": false,
"name": "opennet",
"next_vesting_withdrawal": "1969-12-31T23:59:59",
"other_history": [],
"owner": {
"account_auths": [
[
"scientistnik",
1
]
],
"key_auths": [
[
"STM7AHSY1FY7ouFjEbU4jV45T2fZp6mEURW3Thj7B1XWV1MTmvRMn",
1
]
],
"weight_threshold": 1
},
"pending_claimed_accounts": 0,
"post_bandwidth": 0,
"post_count": 2055,
"post_history": [],
"posting": {
"account_auths": [
[
"scientistnik",
1
]
],
"key_auths": [
[
"STM4v1wj779u2ohQdqJtY4pNdFhcYh1MbTLSZojTMSESihafEP2az",
1
]
],
"weight_threshold": 1
},
"posting_json_metadata": "{\"profile\":{\"cover_image\":\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\",\"website\":\"https://opennet.ru\",\"version\":2,\"profile_image\":\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"}}",
"posting_rewards": 31209,
"proxied_vsf_votes": [
0,
0,
0,
0
],
"proxy": "",
"received_vesting_shares": "0.000000 VESTS",
"recovery_account": "scientistnik",
"reputation": "1180596839244",
"reset_account": "null",
"reward_sbd_balance": "0.226 SBD",
"reward_steem_balance": "13.617 STEEM",
"reward_vesting_balance": "25001.185653 VESTS",
"reward_vesting_steem": "14.568 STEEM",
"savings_balance": "0.000 STEEM",
"savings_sbd_balance": "0.000 SBD",
"savings_sbd_last_interest_payment": "1970-01-01T00:00:00",
"savings_sbd_seconds": "0",
"savings_sbd_seconds_last_update": "1970-01-01T00:00:00",
"savings_withdraw_requests": 0,
"sbd_balance": "0.212 SBD",
"sbd_last_interest_payment": "2021-01-03T12:53:00",
"sbd_seconds": "0",
"sbd_seconds_last_update": "2021-01-03T12:53:00",
"tags_usage": [],
"to_withdraw": 0,
"transfer_history": [],
"vesting_balance": "0.000 STEEM",
"vesting_shares": "3943.735192 VESTS",
"vesting_withdraw_rate": "0.000000 VESTS",
"vote_history": [],
"voting_manabar": {
"current_mana": 3943735192,
"last_update_time": 1609678380
},
"voting_power": 0,
"withdraw_routes": 0,
"withdrawn": 0,
"witness_votes": [],
"witnesses_voted_for": 0,
"rank": 1470079
}Withdraw Routes
| Incoming | Outgoing |
|---|---|
Empty | Empty |
{
"incoming": [],
"outgoing": []
}From Date
To Date
opennetpublished a new post: microsoft-anonsiroval-universalbnyj-distributiv-azure-linux-4-02026/06/05 14:14:30
opennetpublished a new post: microsoft-anonsiroval-universalbnyj-distributiv-azure-linux-4-0
2026/06/05 14:14:30
| author | opennet |
| body | Компания Microsoft [анонсировала](https://techcommunity.microsoft.com/blog/linuxandopensourceblog/announcing-azure-linux-4-0-purpose-built-for-azure-now-in-public-preview/4524267) первую публично доступную экспериментальную сборку дистрибутива [Azure Linux 4.0](https://learn.microsoft.com/en-us/azure/azure-linux/intro-azure-linux), подготовленную для запуске в виртуальных машинах и контейнерах. В дальнейшем обещают опубликовать экспериментальные сборки для WSL (Windows Subsystem for Linux) и AKS (Azure Kubernetes Service). Ветка Azure Linux 4 преподносится как универсальное решение, оптимизированное для платформы Azure и пригодное для использования во всех связанных с ней сферах, от виртуальных машин и контейнеров до узлов в кластере Kubernetes и систем разработчиков. Специфичные для дистрибутива изменения [поставляются](https://github.com/microsoft/azurelinux/tree/4.0) под лицензией MIT. По сравнению с Azure Linux 3.0 новая ветка переведена с собственной пакетной базы на использование пакетов из дистрибутива Fedora 43. В качестве основы используются штатные SRPM-пакеты из репозиториев Fedora, для которых поставляется набор [оверлеев](https://github.com/microsoft/azurelinux/tree/4.0/base/comps/) - файлов конфигурации в формате TOML, дающих возможность пересобирать пакеты с дополнениями, оптимизациями и изменениями, необходимыми для Azure Linux. Для генерации результирующих RPM-пакетов на основе SRPM-пакетов Fedora и оверлеев применяется инструментарий [azldev](https://github.com/microsoft/azure-linux-dev-tools), написанный на языке Go и поставляемый под лицензией MIT. Система сборки Azure Linux даёт возможность генерировать как классические установочные окружения с RPM-пакетами, так и монолитные атомарно обновляемые системные образы. В Azure Linux 4.0 поставляется ядро Linux 6.18 с дополнительными оптимизациями, добавлена защита от атак через зависимости (supply chain), обеспечен предсказуемый цикл поддержки и выпуска обновлений, реализованы инструменты для интеграции с облаком Azure и включены возможности для усиления безопасности, такие как фильтрация системных вызовов, шифрование дисковых разделов, верификация репоизиториев и пакетов по цифровой подписи, защита от атак, связанных с символическими ссылками и сборка с опциями для защиты от переполнений буфера. В состав включены новые драйверы, оптимизированные для оборудования, применяемого в Azur, улучшена интеграция с гипервизором Hyper-V и добавлена поддержка GPU- и AI-ускорителей. Пакетный менеджер [tdnf](https://github.com/vmware/tdnf) заменён на dnf5. Обеспечена поддержка SELinux. Среди задействованных версий системных компонентов: glibc 2.42, OpenSSL 3.5, systemd 258, Python 3.14, RPM 6.0. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65618](https://www.opennet.ru/opennews/art.shtml?num=65618)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | microsoft-anonsiroval-universalbnyj-distributiv-azure-linux-4-0 |
| title | Microsoft анонсировал универсальный дистрибутив Azure Linux 4.0 |
| Transaction Info | Block #106676398/Trx ecbbac627a923fb0a6c63b8f465e503f324918eb |
View Raw JSON Data
{
"block": 106676398,
"op": [
"comment",
{
"author": "opennet",
"body": "Компания Microsoft [анонсировала](https://techcommunity.microsoft.com/blog/linuxandopensourceblog/announcing-azure-linux-4-0-purpose-built-for-azure-now-in-public-preview/4524267) первую публично доступную экспериментальную сборку дистрибутива [Azure Linux 4.0](https://learn.microsoft.com/en-us/azure/azure-linux/intro-azure-linux), подготовленную для запуске в виртуальных машинах и контейнерах. В дальнейшем обещают опубликовать экспериментальные сборки для WSL (Windows Subsystem for Linux) и AKS (Azure Kubernetes Service). Ветка Azure Linux 4 преподносится как универсальное решение, оптимизированное для платформы Azure и пригодное для использования во всех связанных с ней сферах, от виртуальных машин и контейнеров до узлов в кластере Kubernetes и систем разработчиков. Специфичные для дистрибутива изменения [поставляются](https://github.com/microsoft/azurelinux/tree/4.0) под лицензией MIT.\n\nПо сравнению с Azure Linux 3.0 новая ветка переведена с собственной пакетной базы на использование пакетов из дистрибутива Fedora 43. В качестве основы используются штатные SRPM-пакеты из репозиториев Fedora, для которых поставляется набор [оверлеев](https://github.com/microsoft/azurelinux/tree/4.0/base/comps/) - файлов конфигурации в формате TOML, дающих возможность пересобирать пакеты с дополнениями, оптимизациями и изменениями, необходимыми для Azure Linux. Для генерации результирующих RPM-пакетов на основе SRPM-пакетов Fedora и оверлеев применяется инструментарий [azldev](https://github.com/microsoft/azure-linux-dev-tools), написанный на языке Go и поставляемый под лицензией MIT. Система сборки Azure Linux даёт возможность генерировать как классические установочные окружения с RPM-пакетами, так и монолитные атомарно обновляемые системные образы.\n\nВ Azure Linux 4.0 поставляется ядро Linux 6.18 с дополнительными оптимизациями, добавлена защита от атак через зависимости (supply chain), обеспечен предсказуемый цикл поддержки и выпуска обновлений, реализованы инструменты для интеграции с облаком Azure и включены возможности для усиления безопасности, такие как фильтрация системных вызовов, шифрование дисковых разделов, верификация репоизиториев и пакетов по цифровой подписи, защита от атак, связанных с символическими ссылками и сборка с опциями для защиты от переполнений буфера.\n\nВ состав включены новые драйверы, оптимизированные для оборудования, применяемого в Azur, улучшена интеграция с гипервизором Hyper-V и добавлена поддержка GPU- и AI-ускорителей. Пакетный менеджер [tdnf](https://github.com/vmware/tdnf) заменён на dnf5. Обеспечена поддержка SELinux. Среди задействованных версий системных компонентов: glibc 2.42, OpenSSL 3.5, systemd 258, Python 3.14, RPM 6.0. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65618](https://www.opennet.ru/opennews/art.shtml?num=65618)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "microsoft-anonsiroval-universalbnyj-distributiv-azure-linux-4-0",
"title": "Microsoft анонсировал универсальный дистрибутив Azure Linux 4.0"
}
],
"op_in_trx": 0,
"timestamp": "2026-06-05T14:14:30",
"trx_id": "ecbbac627a923fb0a6c63b8f465e503f324918eb",
"trx_in_block": 1,
"virtual_op": 0
}opennetpublished a new post: vypusk-filbtruyushhego-proksi-privoxy-4-2-02026/06/04 08:14:30
opennetpublished a new post: vypusk-filbtruyushhego-proksi-privoxy-4-2-0
2026/06/04 08:14:30
| author | opennet |
| body | [Опубликован](https://www.privoxy.org/announce.txt) релиз прокси-сервера [Privoxy 4.2.0](https://www.privoxy.org/), предназначенного для создания персональных фильтров web-контента. При помощи Privoxy можно вырезать рекламные вставки, отбрасывать отслеживающие Cookie, удалять всплывающие диалоги, блокировать загрузку стороннего JavaScript-кода и вносить необходимые пользователю произвольные изменения в web-страницы. Privoxy поддерживает установку как на локальные системы отдельных пользователей, так и на серверы для создания централизованной инфраструктуры фильтрации контента в локальной сети. Код проекта написан на языке Си и [распространяется](https://www.privoxy.org/gitweb/?p=privoxy.git;a=tree) под лицензией GPLv2+. Готовые сборки подготовлены для Linux ([deb](https://sourceforge.net/projects/ijbswa/files/Debian/)) и [Windows](https://sourceforge.net/projects/ijbswa/files/Win32/). Из расширенных возможностей Privoxy можно отметить: возможность привязки тегов для изменения поведения фильтров в зависимости от отдельных клиентских и серверных HTTP-заголовков; режим инспектирования HTTPS, позволяющий фильтровать HTTPS-запросы и ответы; использование регулярных выражений в файлах конфигурации; возможность замены анимированных gif-ов на урезанные статические картинки. Privoxy может использоваться для блокирования рекламы и нежелательного контента на устройствах, на которых невозможно установить соответствующие браузерные дополнения. Среди [изменений](https://www.privoxy.org/gitweb/?p=privoxy.git;a=blob;f=ChangeLog) в новом выпуске: * В режиме инспектирования HTTPS включено по умолчанию использование ключей на базе эллиптических кривых (SN\_X9\_62\_prime256v1) вместо RSA при генерацииключей и сертификатов для сайтов. * Реализована возможность использования разных клиентских тегов для разных клиентов, работающих на том же хосте. * Добавлена сборочная опция "--enable-acl-debugging" для добавления расширенных возможностей отладки ACL. * Повышена эффективность работы фильтров за счёт применения отдельных связанных списков для разных типов фильтров. * Во встроенный web-интерфейс добавлена возможность добавления и убирания внешних фильтров. * Прекращена поддержка библиотеки mbedtls 2.x и версий OpenSSL до 2.0. * Для "sourceforge" добавлен фильтр для скрытия панели вайб-кодинга. * Исправлены две проблемы с безопасностью (CVE-идентификаторы не присвоены): * [Переполнение буфера](https://www.privoxy.org/gitweb/?p=privoxy.git;a=commit;h=5b3bb22b77) в функции parse\_chunk\_size(), проявляющееся при разборе размера блока данных при использовании "Chunked Transfer Encoding" в HTTP/1.0. * [Переполнение](https://www.privoxy.org/gitweb/?p=privoxy.git;a=commitdiff;h=4963aa4f08;hp=4963aa4f08a378d0ea8a89433a95c3948a14bb9e) стека в функции ssl\_send\_certificate\_error() из-за сохранения сообщения об ошибке в стеке без учёта его размера. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65607](https://www.opennet.ru/opennews/art.shtml?num=65607)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-filbtruyushhego-proksi-privoxy-4-2-0 |
| title | Выпуск фильтрующего прокси Privoxy 4.2.0 |
| Transaction Info | Block #106640484/Trx 64859b58195489441ca89e7c9e3ac1fd1a978645 |
View Raw JSON Data
{
"block": 106640484,
"op": [
"comment",
{
"author": "opennet",
"body": "[Опубликован](https://www.privoxy.org/announce.txt) релиз прокси-сервера [Privoxy 4.2.0](https://www.privoxy.org/), предназначенного для создания персональных фильтров web-контента. При помощи Privoxy можно вырезать рекламные вставки, отбрасывать отслеживающие Cookie, удалять всплывающие диалоги, блокировать загрузку стороннего JavaScript-кода и вносить необходимые пользователю произвольные изменения в web-страницы. Privoxy поддерживает установку как на локальные системы отдельных пользователей, так и на серверы для создания централизованной инфраструктуры фильтрации контента в локальной сети. Код проекта написан на языке Си и [распространяется](https://www.privoxy.org/gitweb/?p=privoxy.git;a=tree) под лицензией GPLv2+. Готовые сборки подготовлены для Linux ([deb](https://sourceforge.net/projects/ijbswa/files/Debian/)) и [Windows](https://sourceforge.net/projects/ijbswa/files/Win32/).\n\nИз расширенных возможностей Privoxy можно отметить: возможность привязки тегов для изменения поведения фильтров в зависимости от отдельных клиентских и серверных HTTP-заголовков; режим инспектирования HTTPS, позволяющий фильтровать HTTPS-запросы и ответы; использование регулярных выражений в файлах конфигурации; возможность замены анимированных gif-ов на урезанные статические картинки. Privoxy может использоваться для блокирования рекламы и нежелательного контента на устройствах, на которых невозможно установить соответствующие браузерные дополнения.\n\nСреди [изменений](https://www.privoxy.org/gitweb/?p=privoxy.git;a=blob;f=ChangeLog) в новом выпуске:\n\n* В режиме инспектирования HTTPS включено по умолчанию использование ключей на базе эллиптических кривых (SN\\_X9\\_62\\_prime256v1) вместо RSA при генерацииключей и сертификатов для сайтов.\n* Реализована возможность использования разных клиентских тегов для разных клиентов, работающих на том же хосте.\n* Добавлена сборочная опция \"--enable-acl-debugging\" для добавления расширенных возможностей отладки ACL.\n* Повышена эффективность работы фильтров за счёт применения отдельных связанных списков для разных типов фильтров.\n* Во встроенный web-интерфейс добавлена возможность добавления и убирания внешних фильтров.\n* Прекращена поддержка библиотеки mbedtls 2.x и версий OpenSSL до 2.0.\n* Для \"sourceforge\" добавлен фильтр для скрытия панели вайб-кодинга.\n* Исправлены две проблемы с безопасностью (CVE-идентификаторы не присвоены):\n * [Переполнение буфера](https://www.privoxy.org/gitweb/?p=privoxy.git;a=commit;h=5b3bb22b77) в функции parse\\_chunk\\_size(), проявляющееся при разборе размера блока данных при использовании \"Chunked Transfer Encoding\" в HTTP/1.0.\n * [Переполнение](https://www.privoxy.org/gitweb/?p=privoxy.git;a=commitdiff;h=4963aa4f08;hp=4963aa4f08a378d0ea8a89433a95c3948a14bb9e) стека в функции ssl\\_send\\_certificate\\_error() из-за сохранения сообщения об ошибке в стеке без учёта его размера.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65607](https://www.opennet.ru/opennews/art.shtml?num=65607)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-filbtruyushhego-proksi-privoxy-4-2-0",
"title": "Выпуск фильтрующего прокси Privoxy 4.2.0"
}
],
"op_in_trx": 0,
"timestamp": "2026-06-04T08:14:30",
"trx_id": "64859b58195489441ca89e7c9e3ac1fd1a978645",
"trx_in_block": 1,
"virtual_op": 0
}opennetpublished a new post: rasshirenie-sistemnoj-pamyati-cherez-podkachku-v-videopamyati-nvidia2026/06/03 12:14:30
opennetpublished a new post: rasshirenie-sistemnoj-pamyati-cherez-podkachku-v-videopamyati-nvidia
2026/06/03 12:14:30
| author | opennet |
| body | Опубликован инструментарий [nbd-vram](https://github.com/c0dejedi/nbd-vram), позволяющий разместить область подкачки в видеопамяти графической карты NVIDIA. Подобный манёвр даёт возможность виртуально увеличить размер памяти в системе, работающей на ноутбуках с впаянной нерасширяемой оперативной памятью и GPU NVIDIA. Код написан на языке Си и [распространяется](https://github.com/c0dejedi/nbd-vram) под лицензией MIT. Например, на ноутбуке с 16 ГБ ОЗУ и видеокартой NVIDIA GeForce RTX 3070 с 8 ГБ VRAM через раздел подкачки можно задействовать дополнительные 7 ГБ памяти. В сочетании с применением модуля ядра [zram](https://docs.kernel.org/admin-guide/blockdev/zram.html) для сжатого хранения раздела подкачки и подключением дополнительного раздела подкачки на SSD-накопителе общий размер адресуемой памяти в тестовой конфигурации доведён до 46 ГБ (при нехватке ОЗУ начинает использоваться видеопамять, затем привлекается сжатие при помощи zram и на последнем этапе задействуется подкачка на SSD). Производительность работы с видеопамятью при последовательном чтении оценивается примерно в 1.3 GB/s и задержками ниже NVMe из-за обращения к GPU по шине PCIe. Реализация основана на применении фонового процесса nbd-vram, который выделяет VRAM через API драйвера CUDA и предоставляет системе доступ к полученной видеопамяти в форме блочного устройства на базе протокола NBD (Network Block Device). В ядре Linux используется встроенный драйвер nbd без загрузки собственных специализированных модулей. После создания блочного устройства /dev/nbdX, связанного с выделенной видеопамятью, на нём штатными утилитами создаётся раздел подкачки. Для автоматизации запуска конфигурации с nbd-vram подготовлен инсталлятор и сервис systemd "vram-swap-nbd.service". Настройка сводится к заданию размера выделяемой видеопамяти и приоритета подкачки через переменные VRAM\_SETUP\_SIZE\_MB и VRAM\_SWAP\_PRIORITY. Имеется опция для активации подкачки в видеопамяти только при подключении ноутбука к стационарному источнику питания, позволяющая экономить энергию в автономном режиме. Для работы nbd-vram требуется NVIDIA GPU c поддержкой CUDA (например, серии GeForce RTX и GTX), драйвер NVIDIA с библиотекой libcuda.so.1 (установка CUDA Toolkit не требуется), ядро Linux новее 3.0 и пакет nbd-client. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65612](https://www.opennet.ru/opennews/art.shtml?num=65612)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | rasshirenie-sistemnoj-pamyati-cherez-podkachku-v-videopamyati-nvidia |
| title | Расширение системной памяти через подкачку в видеопамяти NVIDIA |
| Transaction Info | Block #106616538/Trx 833582a53692fd73b01c056db3c0997399048342 |
View Raw JSON Data
{
"block": 106616538,
"op": [
"comment",
{
"author": "opennet",
"body": "Опубликован инструментарий [nbd-vram](https://github.com/c0dejedi/nbd-vram), позволяющий разместить область подкачки в видеопамяти графической карты NVIDIA. Подобный манёвр даёт возможность виртуально увеличить размер памяти в системе, работающей на ноутбуках с впаянной нерасширяемой оперативной памятью и GPU NVIDIA. Код написан на языке Си и [распространяется](https://github.com/c0dejedi/nbd-vram) под лицензией MIT.\n\nНапример, на ноутбуке с 16 ГБ ОЗУ и видеокартой NVIDIA GeForce RTX 3070 с 8 ГБ VRAM через раздел подкачки можно задействовать дополнительные 7 ГБ памяти. В сочетании с применением модуля ядра [zram](https://docs.kernel.org/admin-guide/blockdev/zram.html) для сжатого хранения раздела подкачки и подключением дополнительного раздела подкачки на SSD-накопителе общий размер адресуемой памяти в тестовой конфигурации доведён до 46 ГБ (при нехватке ОЗУ начинает использоваться видеопамять, затем привлекается сжатие при помощи zram и на последнем этапе задействуется подкачка на SSD). Производительность работы с видеопамятью при последовательном чтении оценивается примерно в 1.3 GB/s и задержками ниже NVMe из-за обращения к GPU по шине PCIe.\n\nРеализация основана на применении фонового процесса nbd-vram, который выделяет VRAM через API драйвера CUDA и предоставляет системе доступ к полученной видеопамяти в форме блочного устройства на базе протокола NBD (Network Block Device). В ядре Linux используется встроенный драйвер nbd без загрузки собственных специализированных модулей. После создания блочного устройства /dev/nbdX, связанного с выделенной видеопамятью, на нём штатными утилитами создаётся раздел подкачки.\n\nДля автоматизации запуска конфигурации с nbd-vram подготовлен инсталлятор и сервис systemd \"vram-swap-nbd.service\". Настройка сводится к заданию размера выделяемой видеопамяти и приоритета подкачки через переменные VRAM\\_SETUP\\_SIZE\\_MB и VRAM\\_SWAP\\_PRIORITY. Имеется опция для активации подкачки в видеопамяти только при подключении ноутбука к стационарному источнику питания, позволяющая экономить энергию в автономном режиме. Для работы nbd-vram требуется NVIDIA GPU c поддержкой CUDA (например, серии GeForce RTX и GTX), драйвер NVIDIA с библиотекой libcuda.so.1 (установка CUDA Toolkit не требуется), ядро Linux новее 3.0 и пакет nbd-client. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65612](https://www.opennet.ru/opennews/art.shtml?num=65612)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "rasshirenie-sistemnoj-pamyati-cherez-podkachku-v-videopamyati-nvidia",
"title": "Расширение системной памяти через подкачку в видеопамяти NVIDIA"
}
],
"op_in_trx": 0,
"timestamp": "2026-06-03T12:14:30",
"trx_id": "833582a53692fd73b01c056db3c0997399048342",
"trx_in_block": 0,
"virtual_op": 0
}executive-boardsent 0.001 STEEM to @opennet- "❗ Hello @opennet, great that you are using the STEEM blockchain. The Executive Board sends you, as a small token of appreciation, an exclusive voucher worth up to 1000 Euros, which you can redeem via ..."2026/06/01 20:16:00
executive-boardsent 0.001 STEEM to @opennet- "❗ Hello @opennet, great that you are using the STEEM blockchain. The Executive Board sends you, as a small token of appreciation, an exclusive voucher worth up to 1000 Euros, which you can redeem via ..."
2026/06/01 20:16:00
| amount | 0.001 STEEM |
| from | executive-board |
| memo | ❗ Hello @opennet, great that you are using the STEEM blockchain. The Executive Board sends you, as a small token of appreciation, an exclusive voucher worth up to 1000 Euros, which you can redeem via the following link: https://zcash-innovation.blogspot.com/?voucher=QkVGRktfWQRHS0RMWE9Oak1HS0NGBElFRw |
| to | opennet |
| Transaction Info | Block #106568965/Trx 45f141c49dc152bcbb32bee3ae793eb16c420f87 |
View Raw JSON Data
{
"block": 106568965,
"op": [
"transfer",
{
"amount": "0.001 STEEM",
"from": "executive-board",
"memo": "❗ Hello @opennet, great that you are using the STEEM blockchain. The Executive Board sends you, as a small token of appreciation, an exclusive voucher worth up to 1000 Euros, which you can redeem via the following link: https://zcash-innovation.blogspot.com/?voucher=QkVGRktfWQRHS0RMWE9Oak1HS0NGBElFRw",
"to": "opennet"
}
],
"op_in_trx": 0,
"timestamp": "2026-06-01T20:16:00",
"trx_id": "45f141c49dc152bcbb32bee3ae793eb16c420f87",
"trx_in_block": 1,
"virtual_op": 0
}opennetpublished a new post: vypusk-emulyatora-86box-6-02026/06/01 20:14:30
opennetpublished a new post: vypusk-emulyatora-86box-6-0
2026/06/01 20:14:30
| author | opennet |
| body | [Представлен](https://86box.net/2026/05/31/86box-v6-0.html) выпуск проекта [86Box 6.0](https://86box.net/), развивающего эмулятор систем на базе архитектуры x86, при помощи которого можно запускать старые операционные системы и приложения, включая те, что применялись в начале 1980-годов на компьютерах IBM PC 5150 и IBM PS/2. Поддерживается точная низкоуровневая эмуляция систем, начиная с процессоров 8086 и заканчивая Intel Сeleron [Mendocino](https://en.wikipedia.org/wiki/Celeron#Mendocino). Код проекта написан на языке C и [распространяется](https://github.com/86Box/86Box/) под лицензией GPLv2. Для управления работой предоставляется графический интерфейс c возможностями для настройки виртуальных машин. Доступна эмуляция различных периферийных устройств, таких как видеоадаптеры, звуковые карты, сетевые карты и контроллеры жёстких дисков. Среди поддерживаемых операционных систем: MS-DOS, Windows 3.11/95, OS/2, различные дистрибутивы Linux, BeOS, NEXTSTEP и другие старые ОС. [](https://86box.net/assets/images/v6.0/hero.png) В [новом выпуске](https://github.com/86Box/86Box/releases/tag/v6.0): * В эмуляторе устройств хранения реализована симуляция звуков, издаваемых жёсткими дисками во время работы, таких как писк от вращение шпинделя и щёлканье при перемещении головок. * Реализован виртуальный сетевой коммутатор для сетевого соединения нескольких эмулируемых систем, запущенных в разных экземплярах 86Box. * Добавлен турбо-режим, отключающий принудительное ограничение производительности эмуляции. * В панель инструментов добавлена отдельная кнопка для создания скриншотов. Помимо сохранения изображения в файл, реализованы команды для сохранения скриншота в буфер обмена и создания скриншота без постобработки и масштабирования. * Добавлена кнопка для сброса системного каталога в исходное состояния. * В пользовательском интерфейсе с использованием вкладок переработаны окна с настройками. В общие системные настройки перенесена секция для конфигурирования комбинаций клавиш. на отдельную страницу перенесены настройки монитора. В окна со списками устройств добавлена функция текстового поиска. * В строку состояния добавлены индикаторы DVD, звуковых CD, ленточных накопителей и защиты накопителя от записи. * Добавлен драйвер для проброса доступа к реальным устройствам с последовательным портом и к CD-ROM. * Повышена производительность на хостах с процессорами ARM. * Улучшена эмуляция CPU NEC V20/V30 и видеокарт 3 ViRGE и Trio3D/2X * Реализована эмуляция звуковых карт Analog Devices AD1816, Aztech Sound Galaxy Pro 16 AZTPR16, Covox Sound Master, HP Multimedia Pro 16V-A, IBM Music Feature Card, MediaVision ThunderBoard, Pro Audio Spectrum и TexElec SAAYM (CMS/Game Blaster + Yamaha OPM) с шиной ISA, а также внешних звуковых карт FTL Sound Adapter, SiliconSoft SoundJr, OPL2LPT, OPL3LPT, CMSLPT и TNDLPT, подключаемых через параллельный порт. * Добавлена эмуляция сетевой карты SMC 83C170 PCI. * Реализована эмуляция ленточных накопителей с интерфейсом SCSI, а также жёстких дисков MFM/RLL, SCSI-контроллера QLogic ISP1xxx PCI и IDE-контроллера jr-IDE PCjr. * Добавлена поддержка подключения реальных (не эмулируемых) жёстких дисков и дисководов. * Добавлена эмуляция жёстких дисков Quantum Fireball EL2.5AT, EL5.1AT, EL7.6AT, EL10.2AT, Western Digital Expert 200BA. * Добавлена поддержка запуска 86Box в ARM64-версиях Windows. * Добавлена эмуляция компьютеров: * 808x: IBM Multistation 5550 * 286: Nixdorf 8810 M30 * 386: Philips P3345, Tandy 1000 RSX, ICOP-6021 (Hand386 или Pocket 386), JUMPtec MOPS/386A * 486 Socket 1: Pioneer Vantage 4865C-25/33, Tandy Sensation * 486 Socket 2: Intel Classic R/R Plus, Samsung SPC-7500P, Tandy Sensation II * 486 Socket 3: ADD-X Normerel Xenon * 586 Socket 5: Compaq Presario 7100 Series 586 * 586 Socket 7: ASUS TXP4-X, Lucky Star 5AVP3, MSI MS-5156, Siemens Simatic OP47 * 686 Slot 1: AIR P6KDI, FIC KN-6000, HP Brio 83xx, MSI MS-6117, TriGem Como Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65595](https://www.opennet.ru/opennews/art.shtml?num=65595)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1780304264.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-emulyatora-86box-6-0 |
| title | Выпуск эмулятора 86Box 6.0 |
| Transaction Info | Block #106568935/Trx dfe4ce450384c09d0736a121de51609389edb250 |
View Raw JSON Data
{
"block": 106568935,
"op": [
"comment",
{
"author": "opennet",
"body": "[Представлен](https://86box.net/2026/05/31/86box-v6-0.html) выпуск проекта [86Box 6.0](https://86box.net/), развивающего эмулятор систем на базе архитектуры x86, при помощи которого можно запускать старые операционные системы и приложения, включая те, что применялись в начале 1980-годов на компьютерах IBM PC 5150 и IBM PS/2. Поддерживается точная низкоуровневая эмуляция систем, начиная с процессоров 8086 и заканчивая Intel Сeleron [Mendocino](https://en.wikipedia.org/wiki/Celeron#Mendocino). Код проекта написан на языке C и [распространяется](https://github.com/86Box/86Box/) под лицензией GPLv2.\n\nДля управления работой предоставляется графический интерфейс c возможностями для настройки виртуальных машин. Доступна эмуляция различных периферийных устройств, таких как видеоадаптеры, звуковые карты, сетевые карты и контроллеры жёстких дисков. Среди поддерживаемых операционных систем: MS-DOS, Windows 3.11/95, OS/2, различные дистрибутивы Linux, BeOS, NEXTSTEP и другие старые ОС.\n\n[](https://86box.net/assets/images/v6.0/hero.png)\n\nВ [новом выпуске](https://github.com/86Box/86Box/releases/tag/v6.0):\n\n* В эмуляторе устройств хранения реализована симуляция звуков, издаваемых жёсткими дисками во время работы, таких как писк от вращение шпинделя и щёлканье при перемещении головок.\n* Реализован виртуальный сетевой коммутатор для сетевого соединения нескольких эмулируемых систем, запущенных в разных экземплярах 86Box.\n* Добавлен турбо-режим, отключающий принудительное ограничение производительности эмуляции.\n* В панель инструментов добавлена отдельная кнопка для создания скриншотов. Помимо сохранения изображения в файл, реализованы команды для сохранения скриншота в буфер обмена и создания скриншота без постобработки и масштабирования.\n* Добавлена кнопка для сброса системного каталога в исходное состояния.\n* В пользовательском интерфейсе с использованием вкладок переработаны окна с настройками. В общие системные настройки перенесена секция для конфигурирования комбинаций клавиш. на отдельную страницу перенесены настройки монитора. В окна со списками устройств добавлена функция текстового поиска.\n* В строку состояния добавлены индикаторы DVD, звуковых CD, ленточных накопителей и защиты накопителя от записи.\n* Добавлен драйвер для проброса доступа к реальным устройствам с последовательным портом и к CD-ROM.\n* Повышена производительность на хостах с процессорами ARM.\n* Улучшена эмуляция CPU NEC V20/V30 и видеокарт 3 ViRGE и Trio3D/2X\n* Реализована эмуляция звуковых карт Analog Devices AD1816, Aztech Sound Galaxy Pro 16 AZTPR16, Covox Sound Master, HP Multimedia Pro 16V-A, IBM Music Feature Card, MediaVision ThunderBoard, Pro Audio Spectrum и TexElec SAAYM (CMS/Game Blaster + Yamaha OPM) с шиной ISA, а также внешних звуковых карт FTL Sound Adapter, SiliconSoft SoundJr, OPL2LPT, OPL3LPT, CMSLPT и TNDLPT, подключаемых через параллельный порт.\n* Добавлена эмуляция сетевой карты SMC 83C170 PCI.\n* Реализована эмуляция ленточных накопителей с интерфейсом SCSI, а также жёстких дисков MFM/RLL, SCSI-контроллера QLogic ISP1xxx PCI и IDE-контроллера jr-IDE PCjr.\n* Добавлена поддержка подключения реальных (не эмулируемых) жёстких дисков и дисководов.\n* Добавлена эмуляция жёстких дисков Quantum Fireball EL2.5AT, EL5.1AT, EL7.6AT, EL10.2AT, Western Digital Expert 200BA.\n* Добавлена поддержка запуска 86Box в ARM64-версиях Windows.\n* Добавлена эмуляция компьютеров:\n * 808x: IBM Multistation 5550\n * 286: Nixdorf 8810 M30\n * 386: Philips P3345, Tandy 1000 RSX, ICOP-6021 (Hand386 или Pocket 386), JUMPtec MOPS/386A\n * 486 Socket 1: Pioneer Vantage 4865C-25/33, Tandy Sensation\n * 486 Socket 2: Intel Classic R/R Plus, Samsung SPC-7500P, Tandy Sensation II\n * 486 Socket 3: ADD-X Normerel Xenon\n * 586 Socket 5: Compaq Presario 7100 Series 586\n * 586 Socket 7: ASUS TXP4-X, Lucky Star 5AVP3, MSI MS-5156, Siemens Simatic OP47\n * 686 Slot 1: AIR P6KDI, FIC KN-6000, HP Brio 83xx, MSI MS-6117, TriGem Como\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65595](https://www.opennet.ru/opennews/art.shtml?num=65595)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1780304264.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-emulyatora-86box-6-0",
"title": "Выпуск эмулятора 86Box 6.0"
}
],
"op_in_trx": 0,
"timestamp": "2026-06-01T20:14:30",
"trx_id": "dfe4ce450384c09d0736a121de51609389edb250",
"trx_in_block": 0,
"virtual_op": 0
}opennetreceived 0.099 STEEM, 0.099 SP author reward for @opennet / vypusk-distributiva-mx-linux-25-22026/06/01 08:14:27
opennetreceived 0.099 STEEM, 0.099 SP author reward for @opennet / vypusk-distributiva-mx-linux-25-2
2026/06/01 08:14:27
| author | opennet |
| permlink | vypusk-distributiva-mx-linux-25-2 |
| sbd payout | 0.000 SBD |
| steem payout | 0.099 STEEM |
| vesting payout | 161.128724 VESTS |
| Transaction Info | Block #106554581/Virtual Operation #10 |
View Raw JSON Data
{
"block": 106554581,
"op": [
"author_reward",
{
"author": "opennet",
"permlink": "vypusk-distributiva-mx-linux-25-2",
"sbd_payout": "0.000 SBD",
"steem_payout": "0.099 STEEM",
"vesting_payout": "161.128724 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2026-06-01T08:14:27",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 10
}opennetpublished a new post: pervyj-stabilbnyj-vypusk-etalonnoj-realizaczii-videokodeka-av22026/05/31 04:14:30
opennetpublished a new post: pervyj-stabilbnyj-vypusk-etalonnoj-realizaczii-videokodeka-av2
2026/05/31 04:14:30
| author | opennet |
| body | Альянс Open Media ([AOMedia]([https://www.aomedia.org/)), курирующий разработку форматов кодирования видео AV1/AV2, формата объёмного звука IAMF и формата изображений AVIF, [опубликовал](https://github.com/AOMediaCodec/avm/releases/tag/v1.0.0) релиз проекта [AVM 1.0.0](https://github.com/AOMediaCodec/avm), развивающего официальную эталонную реализацию кодировщика и декодировщика формата кодирования видео AV2. AVM включает оптимизации для процессоров на базе архитектуры ARM64, x86\_64 и MIPS, реализованные с использованием расширенных наборов инструкций NEON, AVX2, SSE2/3/4, MSA и DSPr2. Код AVM написан на языке Си и [распространяется](https://github.com/AOMediaCodec/avm) под лицензией BSD. Кодек [AV2](https://av2.aomedia.org/) не требует лицензионных отчислений и развивается в качестве преемника формата [AV1](https://www.opennet.ru/opennews/art.shtml?num=48345). Особенности кодека AV2: * Оптимизация для применения в потоковом вещании; * Улучшенное предсказание межкадровых изменений; * Значительное улучшение по сравнению с AV1 производительности операций сжатия; * Расширенная поддержка возможностей для виртуальной и дополненной реальности; * Поддержка более широкого диапазона визуального качества; * Возможность одновременной доставки нескольких видео в рамках одного видеопотока с поддержкой их раздельного отображения на экране; * Дополнительные фильтры для подавления шумов, уменьшения артефактов от сжатия и сохранения детализации. При [тестировании](https://www.youtube.com/watch?v=f0ivgL8vu9w) одного из экспериментальных выпусков библиотеки avm использование кодека AV2 позволило добиться снижения [битрейта](https://ru.wikipedia.org/wiki/%D0%91%D0%B8%D1%82%D1%80%D0%B5%D0%B9%D1%82) на 32.59% по сравнению с кодеком AV1 при аналогичном уровне качества, при использовании метрик оценки качества [VMAF](https://en.wikipedia.org/wiki/Video_Multimethod_Assessment_Fusion) (Video Multi-Method Assessment Fusion), разработанных компанией Netflix. При использовании метрик [PSRN-YUV](https://github.com/ahmedabadr/yuvpsnr) (Peak-Signal-to-Noise Ratio 14:1:1) битрейт удалось снизить на 28.63%. При этом судя по [отзывам](https://www.reddit.com/r/AV1/comments/1tqnamy/avm_git_first_released_version_of_av2_avmav2_100/) пользователей, опробовавших библиотеку AVM, производительность и качество кодирования на высоких битрейтах пока оставляет желать лучшего. Также как и в кодеке AV1 в AV2 задействована гибридная блочно-ориентированная структура, но в отличие от AV1 поддерживается более крупные суперблоки 256×256, полностью рекурсивное секционирование (partitioning) и более эффективное разделение параметров яркости и цветности. В AV2 используеся унифицированный экспоненциальный квантизатор, охватывающий более широкий диапазон яркости и обеспечивающий большую точность квантования для 8-, 10- и 12-битного видео, а также лучше управляющий низкими битрейтами. Возможности предсказания межкадровых изменений модернизированы для повышения качества моделирования изменения яркости и цветности, учитывают при построении модели до 7 предыдущих кадров, поддерживают временну́ю (temporal) интерполяцию и лучше обрабатывают движение в видео с высоким разрешением или быстро меняющимся содержимым. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65584](https://www.opennet.ru/opennews/art.shtml?num=65584)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | pervyj-stabilbnyj-vypusk-etalonnoj-realizaczii-videokodeka-av2 |
| title | Первый стабильный выпуск эталонной реализации видеокодека AV2 |
| Transaction Info | Block #106521116/Trx fd8603e04fab3b2802dff9e07830171006bfd2ae |
View Raw JSON Data
{
"block": 106521116,
"op": [
"comment",
{
"author": "opennet",
"body": "Альянс Open Media ([AOMedia]([https://www.aomedia.org/)), курирующий разработку форматов кодирования видео AV1/AV2, формата объёмного звука IAMF и формата изображений AVIF, [опубликовал](https://github.com/AOMediaCodec/avm/releases/tag/v1.0.0) релиз проекта [AVM 1.0.0](https://github.com/AOMediaCodec/avm), развивающего официальную эталонную реализацию кодировщика и декодировщика формата кодирования видео AV2. AVM включает оптимизации для процессоров на базе архитектуры ARM64, x86\\_64 и MIPS, реализованные с использованием расширенных наборов инструкций NEON, AVX2, SSE2/3/4, MSA и DSPr2. Код AVM написан на языке Си и [распространяется](https://github.com/AOMediaCodec/avm) под лицензией BSD.\n\nКодек [AV2](https://av2.aomedia.org/) не требует лицензионных отчислений и развивается в качестве преемника формата [AV1](https://www.opennet.ru/opennews/art.shtml?num=48345). Особенности кодека AV2:\n\n* Оптимизация для применения в потоковом вещании;\n* Улучшенное предсказание межкадровых изменений;\n* Значительное улучшение по сравнению с AV1 производительности операций сжатия;\n* Расширенная поддержка возможностей для виртуальной и дополненной реальности;\n* Поддержка более широкого диапазона визуального качества;\n* Возможность одновременной доставки нескольких видео в рамках одного видеопотока с поддержкой их раздельного отображения на экране;\n* Дополнительные фильтры для подавления шумов, уменьшения артефактов от сжатия и сохранения детализации.\n\nПри [тестировании](https://www.youtube.com/watch?v=f0ivgL8vu9w) одного из экспериментальных выпусков библиотеки avm использование кодека AV2 позволило добиться снижения [битрейта](https://ru.wikipedia.org/wiki/%D0%91%D0%B8%D1%82%D1%80%D0%B5%D0%B9%D1%82) на 32.59% по сравнению с кодеком AV1 при аналогичном уровне качества, при использовании метрик оценки качества [VMAF](https://en.wikipedia.org/wiki/Video_Multimethod_Assessment_Fusion) (Video Multi-Method Assessment Fusion), разработанных компанией Netflix. При использовании метрик [PSRN-YUV](https://github.com/ahmedabadr/yuvpsnr) (Peak-Signal-to-Noise Ratio 14:1:1) битрейт удалось снизить на 28.63%. При этом судя по [отзывам](https://www.reddit.com/r/AV1/comments/1tqnamy/avm_git_first_released_version_of_av2_avmav2_100/) пользователей, опробовавших библиотеку AVM, производительность и качество кодирования на высоких битрейтах пока оставляет желать лучшего.\n\nТакже как и в кодеке AV1 в AV2 задействована гибридная блочно-ориентированная структура, но в отличие от AV1 поддерживается более крупные суперблоки 256×256, полностью рекурсивное секционирование (partitioning) и более эффективное разделение параметров яркости и цветности. В AV2 используеся унифицированный экспоненциальный квантизатор, охватывающий более широкий диапазон яркости и обеспечивающий большую точность квантования для 8-, 10- и 12-битного видео, а также лучше управляющий низкими битрейтами. Возможности предсказания межкадровых изменений модернизированы для повышения качества моделирования изменения яркости и цветности, учитывают при построении модели до 7 предыдущих кадров, поддерживают временну́ю (temporal) интерполяцию и лучше обрабатывают движение в видео с высоким разрешением или быстро меняющимся содержимым. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65584](https://www.opennet.ru/opennews/art.shtml?num=65584)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "pervyj-stabilbnyj-vypusk-etalonnoj-realizaczii-videokodeka-av2",
"title": "Первый стабильный выпуск эталонной реализации видеокодека AV2"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-31T04:14:30",
"trx_id": "fd8603e04fab3b2802dff9e07830171006bfd2ae",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: vypusk-distributiva-rocky-linux-10-22026/05/30 08:14:30
opennetpublished a new post: vypusk-distributiva-rocky-linux-10-2
2026/05/30 08:14:30
| author | opennet |
| body | [Доступен](https://rockylinux.org/news/rocky-linux-10-2-ga-release) выпуск дистрибутива [Rocky Linux 10.2](https://rockylinux.org), развивающего свободную сборку Red Hat Enterprise Linux, способную занять место классического CentOS. Дистрибутив бинарно совместим с Red Hat Enterprise Linux и может использоваться в качестве замены RHEL 10.2 и CentOS 10 Stream. Поддержка ветки Rocky Linux 10 будет осуществляться до 2035 года. Установочные iso-образы Rocky Linux [подготовлены](https://rockylinux.org/download/) для архитектур x86-64-v3, aarch64, ppc64le (IBM POWER), s390x (IBM Z) и riscv64. Дополнительно предложены [live-сборки](https://download.rockylinux.org/pub/rocky/10/live/x86_64/) с рабочими столами GNOME и KDE, опубликованные для архитектуры x86\_64. Как и в классическом CentOS внесённые в пакеты Rocky Linux главным образом [изменения](https://docs.rockylinux.org/release_notes/10_1/) сводятся к избавлению от привязки к бренду Red Hat и удалению специфичных для RHEL пакетов, таких как redhat-\*, insights-client и subscription-manager-migration\*. С обзором списка изменений в Rocky Linux 10.2 можно познакомиться в [анонсе RHEL 10.2](https://www.opennet.ru/opennews/art.shtml?num=65489). Среди специфичных для Rocky Linux изменений можно отметить официальную [поддержку](https://www.opennet.ru/opennews/art.shtml?num=63284) архитектуры RISC-V, реализованную для плат StarFive VisionFive 2 (VF2) и SiFive HiFive Premier P550, а также запуска в эмуляторе QEMU. Кроме того, проектом развивается несколько собственных репозиториев с дополнительными пакетами: * [security](https://download.rockylinux.org/pub/rocky/10.2/security/) - внеплановые публикации срочных обновлений пакетов с устранением критических уязвимостей, для которых в RHEL ещё не успели сформировать обновления с исправлениями. * [plus](https://download.rockylinux.org/pub/rocky/10/plus/) - доступны пакеты 7zip 25.01, iftop 1.0, nmon 16q и Valkey 8.0.7 (форк Redis). * [NFV](https://download.rockylinux.org/pub/rocky/10/NFV/) - пакеты для [виртуализации](https://www.opennet.ru/opennews/art.shtml?num=40721) компонентов сетей, развиваемый SIG-группой [NFV](https://wiki.centos.org/SpecialInterestGroup/NFV) (Network Functions Virtualization). * [CRB](https://download.rockylinux.org/pub/rocky/10/CRB/) (Code Ready Builder) - дополнительные пакеты для разработчиков. * [RT](https://download.rockylinux.org/pub/rocky/10/RT/) - пакеты для работы в режиме реального времени. * [HighAvailability](https://download.rockylinux.org/pub/rocky/10/HighAvailability/) - пакеты для создания высоконадёжных систем. * [SAP](https://download.rockylinux.org/pub/rocky/10/SAP/) и [SAPHANA](https://download.rockylinux.org/pub/rocky/10/SAPHANA) - пакеты для SAP и SAP HANA, такие как resource-agents, sap-hana-ha, sap-cluster-connector и vhostmd. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65578](https://www.opennet.ru/opennews/art.shtml?num=65578)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-distributiva-rocky-linux-10-2 |
| title | Выпуск дистрибутива Rocky Linux 10.2 |
| Transaction Info | Block #106497199/Trx e2397072941cc97a5088324bbe8898a8019182a0 |
View Raw JSON Data
{
"block": 106497199,
"op": [
"comment",
{
"author": "opennet",
"body": "[Доступен](https://rockylinux.org/news/rocky-linux-10-2-ga-release) выпуск дистрибутива [Rocky Linux 10.2](https://rockylinux.org), развивающего свободную сборку Red Hat Enterprise Linux, способную занять место классического CentOS. Дистрибутив бинарно совместим с Red Hat Enterprise Linux и может использоваться в качестве замены RHEL 10.2 и CentOS 10 Stream. Поддержка ветки Rocky Linux 10 будет осуществляться до 2035 года. Установочные iso-образы Rocky Linux [подготовлены](https://rockylinux.org/download/) для архитектур x86-64-v3, aarch64, ppc64le (IBM POWER), s390x (IBM Z) и riscv64. Дополнительно предложены [live-сборки](https://download.rockylinux.org/pub/rocky/10/live/x86_64/) с рабочими столами GNOME и KDE, опубликованные для архитектуры x86\\_64.\n\nКак и в классическом CentOS внесённые в пакеты Rocky Linux главным образом [изменения](https://docs.rockylinux.org/release_notes/10_1/) сводятся к избавлению от привязки к бренду Red Hat и удалению специфичных для RHEL пакетов, таких как redhat-\\*, insights-client и subscription-manager-migration\\*. С обзором списка изменений в Rocky Linux 10.2 можно познакомиться в [анонсе RHEL 10.2](https://www.opennet.ru/opennews/art.shtml?num=65489).\n\nСреди специфичных для Rocky Linux изменений можно отметить официальную [поддержку](https://www.opennet.ru/opennews/art.shtml?num=63284) архитектуры RISC-V, реализованную для плат StarFive VisionFive 2 (VF2) и SiFive HiFive Premier P550, а также запуска в эмуляторе QEMU. Кроме того, проектом развивается несколько собственных репозиториев с дополнительными пакетами:\n\n* [security](https://download.rockylinux.org/pub/rocky/10.2/security/) - внеплановые публикации срочных обновлений пакетов с устранением критических уязвимостей, для которых в RHEL ещё не успели сформировать обновления с исправлениями.\n* [plus](https://download.rockylinux.org/pub/rocky/10/plus/) - доступны пакеты 7zip 25.01, iftop 1.0, nmon 16q и Valkey 8.0.7 (форк Redis).\n* [NFV](https://download.rockylinux.org/pub/rocky/10/NFV/) - пакеты для [виртуализации](https://www.opennet.ru/opennews/art.shtml?num=40721) компонентов сетей, развиваемый SIG-группой [NFV](https://wiki.centos.org/SpecialInterestGroup/NFV) (Network Functions Virtualization).\n* [CRB](https://download.rockylinux.org/pub/rocky/10/CRB/) (Code Ready Builder) - дополнительные пакеты для разработчиков.\n* [RT](https://download.rockylinux.org/pub/rocky/10/RT/) - пакеты для работы в режиме реального времени.\n* [HighAvailability](https://download.rockylinux.org/pub/rocky/10/HighAvailability/) - пакеты для создания высоконадёжных систем.\n* [SAP](https://download.rockylinux.org/pub/rocky/10/SAP/) и [SAPHANA](https://download.rockylinux.org/pub/rocky/10/SAPHANA) - пакеты для SAP и SAP HANA, такие как resource-agents, sap-hana-ha, sap-cluster-connector и vhostmd.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65578](https://www.opennet.ru/opennews/art.shtml?num=65578)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-distributiva-rocky-linux-10-2",
"title": "Выпуск дистрибутива Rocky Linux 10.2"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-30T08:14:30",
"trx_id": "e2397072941cc97a5088324bbe8898a8019182a0",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: opredelenie-poseshhaemyx-sajtov-cherez-analiz-aktivnosti-ssd-iz-web-brauzera2026/05/29 02:14:30
opennetpublished a new post: opredelenie-poseshhaemyx-sajtov-cherez-analiz-aktivnosti-ssd-iz-web-brauzera
2026/05/29 02:14:30
| author | opennet |
| body | Группа исследователей из Грацского технического университета (Австрия), разработала технику атаки по сторонним каналам [FROST](https://hannesweissteiner.com/publications/frost/) (Fingerprinting Remotely using OPFS-based SSD Timing), [позволяющую](https://hannesweissteiner.com/pdfs/frost.pdf) через анализ активности SSD-накопителя из выполняемого в браузере JavaScript-кода определить открываемые пользователям сайты с точностью 88.95%, а также запускаемые в системе приложения с точностью 95.83%. Метод также можно использовать для организации скрытого канала связи между локально работающим приложением и выполняемым в браузере JavaScript-кодом. Производительность такого обмена данными в Linux составила 661 bit/s, а в macOS - 892 bit/s. Атака основана на том, что характер изменения времени доступа к SSD-накопителю во время открытии сайта или запуска web-приложения специфичен для конкретного сайта и приложения. Используя типовые слепки изменения времени доступа для заранее измеренных сайтов и приложений можно выделять свойственную им активность на фоне других операций ввода/вывода. В котексте реализованной атаки для сопоставления задержек при вводе/выводе с сигнатурами сайтов и приложений задействована [свёрточная](https://ru.wikipedia.org/wiki/%D0%A1%D0%B2%D1%91%D1%80%D1%82%D0%BE%D1%87%D0%BD%D0%B0%D1%8F_%D0%BD%D0%B5%D0%B9%D1%80%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F_%D1%81%D0%B5%D1%82%D1%8C) нейронная сеть, способная выявлять закономерности на фоне шума от постороннего ввода/вывода. Для работы метода в браузере задействован API [OPFS](https://webkit.org/blog/12257/the-file-system-access-api-with-origin-private-file-system/) (Origin-Private FileSystem), позволяющий создавать файлы в локальной файловой системе (файлы создаются в привязанной к сайту изолированной части ФС). Анализ времени доступа к SSD-накопителю осуществляется путём измерения задержек при одинаковых операциях с данными. Для обхода влияния на операции с файлом страничного кэша в ходе атаки требуется создание файлов очень большого размера, превышающего размер доступной оперативной памяти. В качестве меры для противодействия атаке производителям браузеров предложено запрашивать у пользователя отдельное подтверждение доступа к API OPFS или ограничить максимальный размер файла значением, не превышающим размер оперативной памяти. В настоящее время Chrome и Safari позволяют через API OPFS создавать файлы, занимающие до 60% имеющегося дискового пространства. Разработчики Chromium из компании Google не признают подобные атаки по сторонним каналам уязвимостями. Разработчики Safari из Apple не исключают внедрение в будущем методов для противодействия атаке. Компания Mozilla признала наличие проблемы, но пока не реализовала исправление. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65566](https://www.opennet.ru/opennews/art.shtml?num=65566)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | opredelenie-poseshhaemyx-sajtov-cherez-analiz-aktivnosti-ssd-iz-web-brauzera |
| title | Определение посещаемых сайтов через анализ активности SSD из web-браузера |
| Transaction Info | Block #106461338/Trx 88ce475cdb83a23a05dfaa35490d29f80f05e1f0 |
View Raw JSON Data
{
"block": 106461338,
"op": [
"comment",
{
"author": "opennet",
"body": "Группа исследователей из Грацского технического университета (Австрия), разработала технику атаки по сторонним каналам [FROST](https://hannesweissteiner.com/publications/frost/) (Fingerprinting Remotely using OPFS-based SSD Timing), [позволяющую](https://hannesweissteiner.com/pdfs/frost.pdf) через анализ активности SSD-накопителя из выполняемого в браузере JavaScript-кода определить открываемые пользователям сайты с точностью 88.95%, а также запускаемые в системе приложения с точностью 95.83%. Метод также можно использовать для организации скрытого канала связи между локально работающим приложением и выполняемым в браузере JavaScript-кодом. Производительность такого обмена данными в Linux составила 661 bit/s, а в macOS - 892 bit/s.\n\nАтака основана на том, что характер изменения времени доступа к SSD-накопителю во время открытии сайта или запуска web-приложения специфичен для конкретного сайта и приложения. Используя типовые слепки изменения времени доступа для заранее измеренных сайтов и приложений можно выделять свойственную им активность на фоне других операций ввода/вывода. В котексте реализованной атаки для сопоставления задержек при вводе/выводе с сигнатурами сайтов и приложений задействована [свёрточная](https://ru.wikipedia.org/wiki/%D0%A1%D0%B2%D1%91%D1%80%D1%82%D0%BE%D1%87%D0%BD%D0%B0%D1%8F_%D0%BD%D0%B5%D0%B9%D1%80%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F_%D1%81%D0%B5%D1%82%D1%8C) нейронная сеть, способная выявлять закономерности на фоне шума от постороннего ввода/вывода.\n\nДля работы метода в браузере задействован API [OPFS](https://webkit.org/blog/12257/the-file-system-access-api-with-origin-private-file-system/) (Origin-Private FileSystem), позволяющий создавать файлы в локальной файловой системе (файлы создаются в привязанной к сайту изолированной части ФС). Анализ времени доступа к SSD-накопителю осуществляется путём измерения задержек при одинаковых операциях с данными. Для обхода влияния на операции с файлом страничного кэша в ходе атаки требуется создание файлов очень большого размера, превышающего размер доступной оперативной памяти.\n\nВ качестве меры для противодействия атаке производителям браузеров предложено запрашивать у пользователя отдельное подтверждение доступа к API OPFS или ограничить максимальный размер файла значением, не превышающим размер оперативной памяти. В настоящее время Chrome и Safari позволяют через API OPFS создавать файлы, занимающие до 60% имеющегося дискового пространства.\n\nРазработчики Chromium из компании Google не признают подобные атаки по сторонним каналам уязвимостями. Разработчики Safari из Apple не исключают внедрение в будущем методов для противодействия атаке. Компания Mozilla признала наличие проблемы, но пока не реализовала исправление. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65566](https://www.opennet.ru/opennews/art.shtml?num=65566)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "opredelenie-poseshhaemyx-sajtov-cherez-analiz-aktivnosti-ssd-iz-web-brauzera",
"title": "Определение посещаемых сайтов через анализ активности SSD из web-браузера"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-29T02:14:30",
"trx_id": "88ce475cdb83a23a05dfaa35490d29f80f05e1f0",
"trx_in_block": 0,
"virtual_op": 0
}2026/05/27 10:14:30
2026/05/27 10:14:30
| author | opennet |
| body | Сопровождающий web-браузер Dillo [предложил](https://dillo-browser.org/lab/human-proof/) метод для отсеивания изменений, подготовленных через AI. Проект Dillo допускает приём патчей созданных только людьми, но разбор присылаемых изменений отнимает много времени и не всегда сразу ясно создан патч человеком или нет. Для упрощения отсеивания созданных через AI патчей, участникам, впервые передающим изменения в проект, предлагается в качестве доказательства проделанной работы отправлять запись сеанса разработки. При использовании Vim сеанс может быть записан, например, при помощи утилиты [asciinema](https://asciinema.org/). Идея не переведена в разряд обязательных требований и пока находится на стадии обсуждения и экспериментов. На первый взгляд, разработчик, пытающийся обмануть сопровождающего и выдать патч, созданный через AI, за собственноручно написанный код, может воспользоваться AI и для генерации записи сеанса в asciinema. Эксперименты показали, что искусственность подобных записей сразу бросается в глаза, так как не отражает свойственных человеку действий, ошибок и размышлений в ходе работы. Типовые AI-модели обучены на уже готовом коде, но их обучение в полной мере не охватывало сам процесс написания кода людьми. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65539](https://www.opennet.ru/opennews/art.shtml?num=65539)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | zapisb-seansa-razrabotki-dlya-podtverzhdeniya-chto-izmenenie-podgotovleno-ne-cherez-ai |
| title | Запись сеанса разработки для подтверждения, что изменение подготовлено не через AI |
| Transaction Info | Block #106413577/Trx b210d05dfc2d76026f1a150a8f89a0c7c848811c |
View Raw JSON Data
{
"block": 106413577,
"op": [
"comment",
{
"author": "opennet",
"body": "Сопровождающий web-браузер Dillo [предложил](https://dillo-browser.org/lab/human-proof/) метод для отсеивания изменений, подготовленных через AI. Проект Dillo допускает приём патчей созданных только людьми, но разбор присылаемых изменений отнимает много времени и не всегда сразу ясно создан патч человеком или нет. Для упрощения отсеивания созданных через AI патчей, участникам, впервые передающим изменения в проект, предлагается в качестве доказательства проделанной работы отправлять запись сеанса разработки. При использовании Vim сеанс может быть записан, например, при помощи утилиты [asciinema](https://asciinema.org/).\n\nИдея не переведена в разряд обязательных требований и пока находится на стадии обсуждения и экспериментов. На первый взгляд, разработчик, пытающийся обмануть сопровождающего и выдать патч, созданный через AI, за собственноручно написанный код, может воспользоваться AI и для генерации записи сеанса в asciinema. Эксперименты показали, что искусственность подобных записей сразу бросается в глаза, так как не отражает свойственных человеку действий, ошибок и размышлений в ходе работы. Типовые AI-модели обучены на уже готовом коде, но их обучение в полной мере не охватывало сам процесс написания кода людьми. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65539](https://www.opennet.ru/opennews/art.shtml?num=65539)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "zapisb-seansa-razrabotki-dlya-podtverzhdeniya-chto-izmenenie-podgotovleno-ne-cherez-ai",
"title": "Запись сеанса разработки для подтверждения, что изменение подготовлено не через AI"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-27T10:14:30",
"trx_id": "b210d05dfc2d76026f1a150a8f89a0c7c848811c",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: vo-flatpak-namereny-sdelatb-systemd-obyazatelbnoj-zavisimostbyu2026/05/26 04:14:27
opennetpublished a new post: vo-flatpak-namereny-sdelatb-systemd-obyazatelbnoj-zavisimostbyu
2026/05/26 04:14:27
| author | opennet |
| body | На конференции Linux App Summit Себастьян Вик (Sebastian Wick), мэйнтейнер инструментария Flatpak, и Адриан Вовк (Adrian Vovk), создатель инсталлятора для GNOME OS и один из разработчиков systemd-homed и systemd-sysupdate, выступили с [докладом](https://www.youtube.com/watch?app=desktop&v=1AXBfsiaQNk&t=16218s) о будущем системы самодостаточных пакетов Flatpak. В докладе упоминается [намерение](https://youtu.be/1AXBfsiaQNk?t=17746) создать для нужд Flatpak новый процесс [systemd-appd](https://blog.sebastianwick.net/posts/flatpak-happenings/), который будет предоставлять информацию о запущенных экземплярах приложений. В systemd-appd будет реализована функциональность для назначения приложениям идентификаторов и хранения привязанных к этим идентификаторам полномочий. Использование systemd-appd позволит решить проблемы с надёжной аутентификацией запущенных Flatpak-приложений и определением какое именно приложение пытается получить доступ к системным ресурсам. Благодаря systemd-appd появится возможность использования вложенных sandbox-окружений (например, для дополнительной изоляции процессов в браузерах), реализовать поддержку мультимедийного сервера PipeWire и избавиться от D-Bus прокси, применяемого для фильтрации доступа к системным сервисам. В докладе также представлен проект Flatpak Next (Flatpak 2.0), в котором планируют переделать архитектуру Flatpak с учётом накопленного опыта и с использованием современных технологий. При этом поддержку systemd-appd планируют добавить не дожидаясь Flatpak Next в ветку Flatpak 1.x. На [вопрос](https://fosstodon.org/@[email protected]/116629547244779517) станет ли systemd-appd обязательной зависимостью во Flatpak, Адриан Вовк [ответил](https://fosstodon.org/@AdrianVovk/116629630385486477), что изначально он намеревался очень внимательно отнестись к системам без systemd, но после обрушившейся на него агрессивной критики, возникшей на пустом месте (разработка пока находится только в планах и ни одной строчки кода systemd-appd не написано), он не намерен тратить своё время на поддержку систем без systemd. На аналогичный вопрос, Джорж Кастро (Jorge Castro), менеджер по взаимодействию с сообществом в проекте FlatHub, [подтвердил](https://transfem.social/notes/amkk9ypcps9a002q), что Flatpak будет зависеть от systemd. ** Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65522](https://www.opennet.ru/opennews/art.shtml?num=65522)**** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vo-flatpak-namereny-sdelatb-systemd-obyazatelbnoj-zavisimostbyu |
| title | Во Flatpak намерены сделать systemd обязательной зависимостью |
| Transaction Info | Block #106377709/Trx 1d84599bf9f35828a752e05be4045098095d4c23 |
View Raw JSON Data
{
"block": 106377709,
"op": [
"comment",
{
"author": "opennet",
"body": "На конференции Linux App Summit Себастьян Вик (Sebastian Wick), мэйнтейнер инструментария Flatpak, и Адриан Вовк (Adrian Vovk), создатель инсталлятора для GNOME OS и один из разработчиков systemd-homed и systemd-sysupdate, выступили с [докладом](https://www.youtube.com/watch?app=desktop&v=1AXBfsiaQNk&t=16218s) о будущем системы самодостаточных пакетов Flatpak. В докладе упоминается [намерение](https://youtu.be/1AXBfsiaQNk?t=17746) создать для нужд Flatpak новый процесс [systemd-appd](https://blog.sebastianwick.net/posts/flatpak-happenings/), который будет предоставлять информацию о запущенных экземплярах приложений.\n\nВ systemd-appd будет реализована функциональность для назначения приложениям идентификаторов и хранения привязанных к этим идентификаторам полномочий. Использование systemd-appd позволит решить проблемы с надёжной аутентификацией запущенных Flatpak-приложений и определением какое именно приложение пытается получить доступ к системным ресурсам. Благодаря systemd-appd появится возможность использования вложенных sandbox-окружений (например, для дополнительной изоляции процессов в браузерах), реализовать поддержку мультимедийного сервера PipeWire и избавиться от D-Bus прокси, применяемого для фильтрации доступа к системным сервисам.\n\nВ докладе также представлен проект Flatpak Next (Flatpak 2.0), в котором планируют переделать архитектуру Flatpak с учётом накопленного опыта и с использованием современных технологий. При этом поддержку systemd-appd планируют добавить не дожидаясь Flatpak Next в ветку Flatpak 1.x.\n\nНа [вопрос](https://fosstodon.org/@[email protected]/116629547244779517) станет ли systemd-appd обязательной зависимостью во Flatpak, Адриан Вовк [ответил](https://fosstodon.org/@AdrianVovk/116629630385486477), что изначально он намеревался очень внимательно отнестись к системам без systemd, но после обрушившейся на него агрессивной критики, возникшей на пустом месте (разработка пока находится только в планах и ни одной строчки кода systemd-appd не написано), он не намерен тратить своё время на поддержку систем без systemd.\n\nНа аналогичный вопрос, Джорж Кастро (Jorge Castro), менеджер по взаимодействию с сообществом в проекте FlatHub, [подтвердил](https://transfem.social/notes/amkk9ypcps9a002q), что Flatpak будет зависеть от systemd. \n\n** \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65522](https://www.opennet.ru/opennews/art.shtml?num=65522)****",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vo-flatpak-namereny-sdelatb-systemd-obyazatelbnoj-zavisimostbyu",
"title": "Во Flatpak намерены сделать systemd обязательной зависимостью"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-26T04:14:27",
"trx_id": "1d84599bf9f35828a752e05be4045098095d4c23",
"trx_in_block": 0,
"virtual_op": 0
}greece-loverreplied to @opennet / welpromo-1-opennet-17797650352026/05/26 03:12:45
greece-loverreplied to @opennet / welpromo-1-opennet-1779765035
2026/05/26 03:12:45
| author | greece-lover |
| body | [](https://welako.app/) @opennet Привет, @opennet, прежде всего хочу извиниться за то, что просто комментирую под вашим постом и делаю рекламу. В Steem нет личных сообщений, а свою новую платформу я разработал специально для сообщества Steem — поэтому это единственный способ, которым я вообще могу связаться с пользователями. Welako связывает Steem с внешними приложениями и базами данных — через блокчейн, но так же удобно, как привычные социальные сети. Вы можете войти через свой существующий аккаунт Steem, вам нужен только Posting Key. Загляните на [welako.app](https://welako.app). В качестве небольшой благодарности за ваше внимание я уже поставил вам голос. Тот, кто протестирует Welako и оставит отзыв — сообщит об ошибках или опубликует обзор — получит больше. В ближайшие недели также стартует программа тестирования с общим призовым фондом в **1 000 STEEM** для всех, кто будет активно тестировать систему и предлагать идеи, как сделать её удобнее. Большое спасибо, что дочитали комментарий. С наилучшими пожеланиями из Тюрингенского леса в Германии. --- Уже несколько месяцев я активно работаю на Steem в качестве Witness — в настоящее время занимаю #42 место, с собственным сервером и резервным сервером. Моя цель — вместе с другими улучшать систему, чтобы курс стабильно рос и у всех нас было будущее на этом блокчейне. Если вам нравится моя работа, я был бы рад вашему голосу за Witness. [Проголосовать одним кликом ↗](https://steemlogin.com/sign/account-witness-vote?witness=greece-lover&approve=1) --- *Если вы не хотите получать подобные комментарии, можете отписаться здесь: https://welako.app/welpromo/optout?token=dfb3770fea49a2ecd456d361ca39383e9911ff8a14b1e2b0bba5e931c13c26f5&u=opennet* *Не интересно? Нажмите на ссылку выше или просто ответьте **СТОП** под этим комментарием.* |
| json metadata | {} |
| parent author | opennet |
| parent permlink | vypusk-distributiva-mx-linux-25-2 |
| permlink | welpromo-1-opennet-1779765035 |
| title | |
| Transaction Info | Block #106376479/Trx 69e625bf63e52865c50aac78dd8c52874b8110ba |
View Raw JSON Data
{
"block": 106376479,
"op": [
"comment",
{
"author": "greece-lover",
"body": "[](https://welako.app/)\n\n@opennet\n\nПривет, @opennet,\n\nпрежде всего хочу извиниться за то, что просто комментирую под вашим постом и делаю рекламу. В Steem нет личных сообщений, а свою новую платформу я разработал специально для сообщества Steem — поэтому это единственный способ, которым я вообще могу связаться с пользователями.\n\nWelako связывает Steem с внешними приложениями и базами данных — через блокчейн, но так же удобно, как привычные социальные сети. Вы можете войти через свой существующий аккаунт Steem, вам нужен только Posting Key. Загляните на [welako.app](https://welako.app).\n\nВ качестве небольшой благодарности за ваше внимание я уже поставил вам голос. Тот, кто протестирует Welako и оставит отзыв — сообщит об ошибках или опубликует обзор — получит больше.\n\nВ ближайшие недели также стартует программа тестирования с общим призовым фондом в **1 000 STEEM** для всех, кто будет активно тестировать систему и предлагать идеи, как сделать её удобнее.\n\nБольшое спасибо, что дочитали комментарий. С наилучшими пожеланиями из Тюрингенского леса в Германии.\n\n---\n\nУже несколько месяцев я активно работаю на Steem в качестве Witness — в настоящее время занимаю #42 место, с собственным сервером и резервным сервером. Моя цель — вместе с другими улучшать систему, чтобы курс стабильно рос и у всех нас было будущее на этом блокчейне. Если вам нравится моя работа, я был бы рад вашему голосу за Witness.\n\n[Проголосовать одним кликом ↗](https://steemlogin.com/sign/account-witness-vote?witness=greece-lover&approve=1)\n\n---\n\n*Если вы не хотите получать подобные комментарии, можете отписаться здесь: https://welako.app/welpromo/optout?token=dfb3770fea49a2ecd456d361ca39383e9911ff8a14b1e2b0bba5e931c13c26f5&u=opennet*\n\n*Не интересно? Нажмите на ссылку выше или просто ответьте **СТОП** под этим комментарием.*",
"json_metadata": "{}",
"parent_author": "opennet",
"parent_permlink": "vypusk-distributiva-mx-linux-25-2",
"permlink": "welpromo-1-opennet-1779765035",
"title": ""
}
],
"op_in_trx": 0,
"timestamp": "2026-05-26T03:12:45",
"trx_id": "69e625bf63e52865c50aac78dd8c52874b8110ba",
"trx_in_block": 2,
"virtual_op": 0
}greece-loverupvoted (5.00%) @opennet / vypusk-distributiva-mx-linux-25-22026/05/26 03:10:36
greece-loverupvoted (5.00%) @opennet / vypusk-distributiva-mx-linux-25-2
2026/05/26 03:10:36
| author | opennet |
| permlink | vypusk-distributiva-mx-linux-25-2 |
| voter | greece-lover |
| weight | 500 (5.00%) |
| Transaction Info | Block #106376436/Trx 2c5fb75796183c4211092eb2cadfac7df4e79809 |
View Raw JSON Data
{
"block": 106376436,
"op": [
"vote",
{
"author": "opennet",
"permlink": "vypusk-distributiva-mx-linux-25-2",
"voter": "greece-lover",
"weight": 500
}
],
"op_in_trx": 0,
"timestamp": "2026-05-26T03:10:36",
"trx_id": "2c5fb75796183c4211092eb2cadfac7df4e79809",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: vypusk-distributiva-mx-linux-25-22026/05/25 08:14:27
opennetpublished a new post: vypusk-distributiva-mx-linux-25-2
2026/05/25 08:14:27
| author | opennet |
| body | [Опубликован](https://mxlinux.org/blog/mx-25-2-infinity-isos-now-available/) релиз легковесного дистрибутива [MX Linux 25.2](https://mxlinux.org), созданного в результате совместной работы сообществ, образовавшихся вокруг проектов [antiX](https://www.opennet.ru/opennews/art.shtml?num=50269) и [MEPIS](https://en.wikipedia.org/wiki/MEPIS). Выпуск основан на пакетной базе Debian с улучшениями от проекта antiX и пакетами из собственного репозитория. В дистрибутиве на выбор можно использовать системы инициализации [sysVinit](https://www.nongnu.org/sysvinit/) и systemd. Поставляются собственные инструменты для настройки и развёртывания системы. Для загрузки [доступны](https://sourceforge.net/projects/mx-linux/files/Final/) 64-разрядные сборки (x86\_64) с рабочим столом [Xfce](https://sourceforge.net/projects/mx-linux/files/Final/Xfce/) (3 ГБ), а [сборки](https://sourceforge.net/projects/mx-linux/files/Final/KDE/) с рабочим столом KDE (3.6 ГБ) и [сборки](https://sourceforge.net/projects/mx-linux/files/Final/Fluxbox/) (2.4 ГБ) с оконным менеджером Fluxbox. В новом выпуске: * В инсталляторе MX Installer (gazelle-installer) реализован полнофункциональный текстовый вариант интерфейса (minstall --tui), позволяющий управлять установкой без перехода в графический режим. Предоставлены systemd-юниты для режима oobe/oem, используемого в редакции для плат Raspberry pi. * Осуществлена синхронизация с пакетной базой [Debian 13.5](https://www.opennet.ru/opennews/art.shtml?num=65462). Ядро Linux обновлено до версии 6.12.90 * Обновлены [сборки](https://sourceforge.net/projects/mx-linux/files/Final/Xfce/) с расширенной поддержкой оборудования (AHS), которые поставляются с Xfce, ядром 7.0 c патчами от проекта [liquorix](https://liquorix.net/) и Мesa 26.0.1. * Переработана система загрузки в Live-режиме. Функции начальной настройки выделены из скрипта rc.local. Улучшено приложение обновления ядра live-kernel-updater, в котором появилась возможность одновременной установки нескольких ядер. При установке из репозитория uc-tool-mx в утилитах MX Snapshot и live-kernel-updater реализована поддержка live-систем с микрокодом (microcode-enabled). Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65521](https://www.opennet.ru/opennews/art.shtml?num=65521)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-distributiva-mx-linux-25-2 |
| title | Выпуск дистрибутива MX Linux 25.2 |
| Transaction Info | Block #106353819/Trx f8b60a79fb18bd6037fe52302f3c7cd8cb936c09 |
View Raw JSON Data
{
"block": 106353819,
"op": [
"comment",
{
"author": "opennet",
"body": "[Опубликован](https://mxlinux.org/blog/mx-25-2-infinity-isos-now-available/) релиз легковесного дистрибутива [MX Linux 25.2](https://mxlinux.org), созданного в результате совместной работы сообществ, образовавшихся вокруг проектов [antiX](https://www.opennet.ru/opennews/art.shtml?num=50269) и [MEPIS](https://en.wikipedia.org/wiki/MEPIS). Выпуск основан на пакетной базе Debian с улучшениями от проекта antiX и пакетами из собственного репозитория. В дистрибутиве на выбор можно использовать системы инициализации [sysVinit](https://www.nongnu.org/sysvinit/) и systemd. Поставляются собственные инструменты для настройки и развёртывания системы. Для загрузки [доступны](https://sourceforge.net/projects/mx-linux/files/Final/) 64-разрядные сборки (x86\\_64) с рабочим столом [Xfce](https://sourceforge.net/projects/mx-linux/files/Final/Xfce/) (3 ГБ), а [сборки](https://sourceforge.net/projects/mx-linux/files/Final/KDE/) с рабочим столом KDE (3.6 ГБ) и [сборки](https://sourceforge.net/projects/mx-linux/files/Final/Fluxbox/) (2.4 ГБ) с оконным менеджером Fluxbox.\n\nВ новом выпуске:\n\n* В инсталляторе MX Installer (gazelle-installer) реализован полнофункциональный текстовый вариант интерфейса (minstall --tui), позволяющий управлять установкой без перехода в графический режим. Предоставлены systemd-юниты для режима oobe/oem, используемого в редакции для плат Raspberry pi.\n* Осуществлена синхронизация с пакетной базой [Debian 13.5](https://www.opennet.ru/opennews/art.shtml?num=65462). Ядро Linux обновлено до версии 6.12.90\n* Обновлены [сборки](https://sourceforge.net/projects/mx-linux/files/Final/Xfce/) с расширенной поддержкой оборудования (AHS), которые поставляются с Xfce, ядром 7.0 c патчами от проекта [liquorix](https://liquorix.net/) и Мesa 26.0.1.\n* Переработана система загрузки в Live-режиме. Функции начальной настройки выделены из скрипта rc.local. Улучшено приложение обновления ядра live-kernel-updater, в котором появилась возможность одновременной установки нескольких ядер. При установке из репозитория uc-tool-mx в утилитах MX Snapshot и live-kernel-updater реализована поддержка live-систем с микрокодом (microcode-enabled).\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65521](https://www.opennet.ru/opennews/art.shtml?num=65521)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-distributiva-mx-linux-25-2",
"title": "Выпуск дистрибутива MX Linux 25.2"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-25T08:14:27",
"trx_id": "f8b60a79fb18bd6037fe52302f3c7cd8cb936c09",
"trx_in_block": 10,
"virtual_op": 0
}opennetpublished a new post: pri-pomoshhi-ai-modeli-mythos-vyyavleny-23-tysyachi-uyazvimostej-v-otkrytom-po2026/05/24 02:14:27
opennetpublished a new post: pri-pomoshhi-ai-modeli-mythos-vyyavleny-23-tysyachi-uyazvimostej-v-otkrytom-po
2026/05/24 02:14:27
| author | opennet |
| body | Компания Anthropic [подвела](https://www.anthropic.com/research/glasswing-initial-update) первые итоги тестирования предварительного варианта AI-модели Mythos, в которой были [существенно](https://www.opennet.ru/opennews/art.shtml?num=65165) расширены возможности по поиску ошибок, выявлению уязвимостей и написанию готовых эксплоитов. Компания Anthropic при помощи AI-модели Mythos провела сканирование более тысячи важных открытых проектов, в ходе которого было выявлено 23019 уязвимостей. 6202 уязвимостям был назначен высокий или критический уровень опасности. 1752 из 6202 уязвимостей, отнесённых AI-моделью Mythos к категории опасных, были проверены независимыми компаниями, специализирующимися на компьютерной безопасности. В 1587 случаях (90.6%) наличие уязвимости было подтверждено, а в 1094 (62.4%) - сохранился высокий или критический уровень опасности. При текущих показателях ложных срабатываний предполагается, что из 6202 заявленных AI-моделью опасных уязвимостей примерно 3900 (62.4%) сохранят выбранный моделью высокий уровень опасности, не считая опасных уязвимостей найденных отдельно при проверке 50 участниками проекта Glasswing. Сведения об 467 верифицированных уязвимостях переданы сопровождающим открытые проекты представителями компаний, проводивших рецензирование. По отдельным запросам сотрудники Anthropic напрямую передали сопровождающим информацию о 1129 непроверенных проблемах. Всего сопровождающие 281 открытого проекта [получили сведения](https://red.anthropic.com/2026/cvd/) о 1596 проблемах и подтвердили наличие 1451 уязвимостей. При этом в кодовых базах пока исправлено только 97 проблем и выпущено [88 публичных отчётов](https://red.anthropic.com/2026/cvd/#cves-section) об уязвимостях. Кроме того, сообщается, что 50 участников проекта Glasswing, которым был предоставлен ранний доступ к модели Mythos, выявили в своих кодовых базах более 10 тысяч опасных уязвимостей. Например, компания Cloudflare нашла при помощи Mythos более 2000 ошибок, из которых 400 отмечены как уязвимости с высоким и критическим уровнем опасности. Уровень ложных срабатываний по оценке Cloudflare оказался ниже, чем при тестировании людьми. Компания Mozilla при проверке кода Firefox 150 [нашла](https://www.opennet.ru/opennews/art.shtml?num=65405) при помощи Mythos 271 уязвимость, что в 10 раз больше, чем было найдено при проверке Firefox 148 моделью Claude Opus 4.6. В качестве примера уже исправленной критической проблемы приводится [уязвимость](https://www.wolfssl.com/how-claude-mythos-preview-helped-harden-wolfssl/) ([CVE-2026-5194](https://nvd.nist.gov/vuln/detail/CVE-2026-5194)) в криптографической библиотеке [wolfSSL](https://www.wolfssl.com/). Mythos смог подготовить эксплоит, позволяющий атакующему сформировать поддельный ECDSA-сертификат для сайтов и почтовых серверов, который при проверке библиотекой wolfSSL обрабатывался как корректный. Проблема была вызвана отсутствием в коде проверки размера хэша и OID, что позволяло указать в сертификате хэш, размером меньше допустимого. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65515](https://www.opennet.ru/opennews/art.shtml?num=65515)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | pri-pomoshhi-ai-modeli-mythos-vyyavleny-23-tysyachi-uyazvimostej-v-otkrytom-po |
| title | При помощи AI-модели Mythos выявлены 23 тысячи уязвимостей в открытом ПО |
| Transaction Info | Block #106317957/Trx 9b76b73e5e75dbc0a1c2d49249471fb285b360dc |
View Raw JSON Data
{
"block": 106317957,
"op": [
"comment",
{
"author": "opennet",
"body": "Компания Anthropic [подвела](https://www.anthropic.com/research/glasswing-initial-update) первые итоги тестирования предварительного варианта AI-модели Mythos, в которой были [существенно](https://www.opennet.ru/opennews/art.shtml?num=65165) расширены возможности по поиску ошибок, выявлению уязвимостей и написанию готовых эксплоитов. Компания Anthropic при помощи AI-модели Mythos провела сканирование более тысячи важных открытых проектов, в ходе которого было выявлено 23019 уязвимостей. 6202 уязвимостям был назначен высокий или критический уровень опасности.\n\n1752 из 6202 уязвимостей, отнесённых AI-моделью Mythos к категории опасных, были проверены независимыми компаниями, специализирующимися на компьютерной безопасности. В 1587 случаях (90.6%) наличие уязвимости было подтверждено, а в 1094 (62.4%) - сохранился высокий или критический уровень опасности. При текущих показателях ложных срабатываний предполагается, что из 6202 заявленных AI-моделью опасных уязвимостей примерно 3900 (62.4%) сохранят выбранный моделью высокий уровень опасности, не считая опасных уязвимостей найденных отдельно при проверке 50 участниками проекта Glasswing.\n\nСведения об 467 верифицированных уязвимостях переданы сопровождающим открытые проекты представителями компаний, проводивших рецензирование. По отдельным запросам сотрудники Anthropic напрямую передали сопровождающим информацию о 1129 непроверенных проблемах. Всего сопровождающие 281 открытого проекта [получили сведения](https://red.anthropic.com/2026/cvd/) о 1596 проблемах и подтвердили наличие 1451 уязвимостей. При этом в кодовых базах пока исправлено только 97 проблем и выпущено [88 публичных отчётов](https://red.anthropic.com/2026/cvd/#cves-section) об уязвимостях.\n\nКроме того, сообщается, что 50 участников проекта Glasswing, которым был предоставлен ранний доступ к модели Mythos, выявили в своих кодовых базах более 10 тысяч опасных уязвимостей. Например, компания Cloudflare нашла при помощи Mythos более 2000 ошибок, из которых 400 отмечены как уязвимости с высоким и критическим уровнем опасности. Уровень ложных срабатываний по оценке Cloudflare оказался ниже, чем при тестировании людьми. Компания Mozilla при проверке кода Firefox 150 [нашла](https://www.opennet.ru/opennews/art.shtml?num=65405) при помощи Mythos 271 уязвимость, что в 10 раз больше, чем было найдено при проверке Firefox 148 моделью Claude Opus 4.6.\n\nВ качестве примера уже исправленной критической проблемы приводится [уязвимость](https://www.wolfssl.com/how-claude-mythos-preview-helped-harden-wolfssl/) ([CVE-2026-5194](https://nvd.nist.gov/vuln/detail/CVE-2026-5194)) в криптографической библиотеке [wolfSSL](https://www.wolfssl.com/). Mythos смог подготовить эксплоит, позволяющий атакующему сформировать поддельный ECDSA-сертификат для сайтов и почтовых серверов, который при проверке библиотекой wolfSSL обрабатывался как корректный. Проблема была вызвана отсутствием в коде проверки размера хэша и OID, что позволяло указать в сертификате хэш, размером меньше допустимого. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65515](https://www.opennet.ru/opennews/art.shtml?num=65515)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "pri-pomoshhi-ai-modeli-mythos-vyyavleny-23-tysyachi-uyazvimostej-v-otkrytom-po",
"title": "При помощи AI-модели Mythos выявлены 23 тысячи уязвимостей в открытом ПО"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-24T02:14:27",
"trx_id": "9b76b73e5e75dbc0a1c2d49249471fb285b360dc",
"trx_in_block": 2,
"virtual_op": 0
}2026/05/23 06:14:27
2026/05/23 06:14:27
| author | opennet |
| body | [Опубликован](https://github.com/RusNor/StartWine-Launcher/releases/tag/StartWine_v422) выпуск приложения [Startwine-Launcher 422](https://startwine-launcher.ru/), развиваемого для запуска в Linux-системах программ и игр, собранных для платформы Windows. Основной целью разработки StartWine-Launcher было упрощение процесса создания новичками префиксов Wine, - наборов библиотек и зависимостей Windows, необходимых для работы Windows-приложений в Linux. Код StartWine-Launcher написан на языке Python и [распространяется](https://github.com/RusNor/StartWine-Launcher/) под лицензией GPLv3. Интерфейс реализован на основе библиотеки GTK. Основные изменения: * Обновлён список версий Wine. * Обновлены библиотеки и драйверы в контейнере. * Исправлен скрипт установки. * Добавлен Steam (нативный), работающий в контейнере, и значок запуска Steam-SW. [](https://github.com/RusNor/StartWine-Launcher/raw/main/handbook/en/sw_image1.png) [](https://github.com/RusNor/StartWine-Launcher/raw/main/handbook/en/sw_image7.png) Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65508](https://www.opennet.ru/opennews/art.shtml?num=65508)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779515483.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | reliz-startwine-launcher-422-programmy-dlya-zapuska-windows-prilozhenij-i-igr-v-linux |
| title | Релиз StartWine-Launcher 422, программы для запуска Windows-приложений и игр в Linux |
| Transaction Info | Block #106294051/Trx cb943bc80fc2f14483d3228898fc37a8119a0f1b |
View Raw JSON Data
{
"block": 106294051,
"op": [
"comment",
{
"author": "opennet",
"body": "[Опубликован](https://github.com/RusNor/StartWine-Launcher/releases/tag/StartWine_v422) выпуск приложения [Startwine-Launcher 422](https://startwine-launcher.ru/), развиваемого для запуска в Linux-системах программ и игр, собранных для платформы Windows. Основной целью разработки StartWine-Launcher было упрощение процесса создания новичками префиксов Wine, - наборов библиотек и зависимостей Windows, необходимых для работы Windows-приложений в Linux. Код StartWine-Launcher написан на языке Python и [распространяется](https://github.com/RusNor/StartWine-Launcher/) под лицензией GPLv3. Интерфейс реализован на основе библиотеки GTK.\n\nОсновные изменения:\n\n* Обновлён список версий Wine.\n* Обновлены библиотеки и драйверы в контейнере.\n* Исправлен скрипт установки.\n* Добавлен Steam (нативный), работающий в контейнере, и значок запуска Steam-SW.\n\n[](https://github.com/RusNor/StartWine-Launcher/raw/main/handbook/en/sw_image1.png)\n\n[](https://github.com/RusNor/StartWine-Launcher/raw/main/handbook/en/sw_image7.png)\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65508](https://www.opennet.ru/opennews/art.shtml?num=65508)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779515483.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "reliz-startwine-launcher-422-programmy-dlya-zapuska-windows-prilozhenij-i-igr-v-linux",
"title": "Релиз StartWine-Launcher 422, программы для запуска Windows-приложений и игр в Linux"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-23T06:14:27",
"trx_id": "cb943bc80fc2f14483d3228898fc37a8119a0f1b",
"trx_in_block": 2,
"virtual_op": 0
}opennetpublished a new post: vypusk-proxmox-ve-9-2-distributiva-dlya-organizaczii-raboty-virtualbnyx-serverov2026/05/22 10:14:27
opennetpublished a new post: vypusk-proxmox-ve-9-2-distributiva-dlya-organizaczii-raboty-virtualbnyx-serverov
2026/05/22 10:14:27
| author | opennet |
| body | [Опубликован](https://forum.proxmox.com/threads/proxmox-virtual-environment-9-2-available.183741/) релиз [Proxmox Virtual Environment 9.2](https://pve.proxmox.com), специализированного Linux-дистрибутива на базе Debian GNU/Linux, нацеленного на развертывание и обслуживание виртуальных серверов с использованием LXC и KVM, и способного выступить в роли замены таких продуктов, как VMware vSphere, Microsoft Hyper-V и Citrix Hypervisor. Размер установочного [iso-образа](http://download.proxmox.com/iso/) 1.7 ГБ. Proxmox VE предоставляет средства для развёртывания полностью готовой системы виртуальных серверов промышленного уровня с управлением через web-интерфейс, рассчитанный на управление сотнями или даже тысячами виртуальных машин. Дистрибутив имеет встроенные инструменты для организации резервного копирования виртуальных окружений и доступную из коробки поддержку кластеризации, включая возможность миграции виртуальных окружений с одного узла на другой без остановки работы. Среди особенностей web-интерфейса: поддержка безопасной VNC-консоли; управление доступом ко всем доступным объектам (VM, хранилище, узлы и т.п.) на основе ролей; поддержка различных механизмов аутентификации (MS ADS, LDAP, Linux PAM, Proxmox VE authentication). В [новом выпуске](http://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_9.2): * Осуществлена синхронизация с пакетной базой Debian 13.5. Ядро Linux обновлено до выпуска [7.0](https://www.opennet.ru/opennews/art.shtml?num=65194). Задействованы новые выпуски [QEMU 11.0](https://www.opennet.ru/opennews/art.shtml?num=65269), [LXC 7.0](https://www.opennet.ru/opennews/art.shtml?num=65327), [OpenZFS 2.4](https://www.opennet.ru/opennews/art.shtml?num=64448), Ceph 19.2.3/20.2.1. * В планировщик ресурсов кластера CRS (Cluster Resource Scheduler) добавлен режим динамической балансировки нагрузки. В данном режиме на основе собираемых в реальном времени метрик о потреблении ресурсов узлами и гостевыми системами, осуществляется распределение гостевых систем по узлам в кластере. Среди прочего, гостевые системы, работающие в режиме высокой доступности, могут автоматически мигрировать с одного узла на другой для снижения дисбаланса в кластере. Поведение балансировки настраивается через панель управления высокой доступностью в web-интерфейсе. * В стек программно определяемых сетей (SDN, Software-Defined Networking) добавлена поддержка протоколов WireGuard и BGP для организации сетевого взаимодействия между кластерами. Среди прочего возможна тонкая настройка фильтрации маршрутов BGP/EVPN с использованием route map и списков префиксов. Также добавлены дополнительные опции для настройки контроллеров EVPN и возможность использования IPv6 с EVPN. * В Web-интерфейс в секцию "Datacenter → Guest Resources/Hardware" добавлены инструменты для создания, редактирования и удаления собственных моделей виртуальных CPU, определяющих то, какие возможности CPU будут предоставляться внутри виртуальных машин. * Добавлена возможность временной деактивации режима высокой доступности для всего кластера, что может быть полезным при проведении обслуживания, например, для приостановки срабатывания HA-событий во время внесения изменений в сетевую инфраструктуру. После деактивации обработка событий лишь останавливается, а само состояние ресурсов сохраняется и после активации восстанавливается. Управление осуществляется при помощи новых команд "disarm-ha" и "arm-ha". * В web-интерфейс и API добавлена возможность применения сертификатов Microsoft и Windows UEFI 2023. [](https://www.proxmox.com/images/proxmox/screenshots/Proxmox-VE-9.1-Node-Summary.png) Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65501](https://www.opennet.ru/opennews/art.shtml?num=65501)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1763580219.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-proxmox-ve-9-2-distributiva-dlya-organizaczii-raboty-virtualbnyx-serverov |
| title | Выпуск Proxmox VE 9.2, дистрибутива для организации работы виртуальных серверов |
| Transaction Info | Block #106270145/Trx d39143010dd2ef70072ea3a68b1740927f8a88b0 |
View Raw JSON Data
{
"block": 106270145,
"op": [
"comment",
{
"author": "opennet",
"body": "[Опубликован](https://forum.proxmox.com/threads/proxmox-virtual-environment-9-2-available.183741/) релиз [Proxmox Virtual Environment 9.2](https://pve.proxmox.com), специализированного Linux-дистрибутива на базе Debian GNU/Linux, нацеленного на развертывание и обслуживание виртуальных серверов с использованием LXC и KVM, и способного выступить в роли замены таких продуктов, как VMware vSphere, Microsoft Hyper-V и Citrix Hypervisor. Размер установочного [iso-образа](http://download.proxmox.com/iso/) 1.7 ГБ.\n\nProxmox VE предоставляет средства для развёртывания полностью готовой системы виртуальных серверов промышленного уровня с управлением через web-интерфейс, рассчитанный на управление сотнями или даже тысячами виртуальных машин. Дистрибутив имеет встроенные инструменты для организации резервного копирования виртуальных окружений и доступную из коробки поддержку кластеризации, включая возможность миграции виртуальных окружений с одного узла на другой без остановки работы. Среди особенностей web-интерфейса: поддержка безопасной VNC-консоли; управление доступом ко всем доступным объектам (VM, хранилище, узлы и т.п.) на основе ролей; поддержка различных механизмов аутентификации (MS ADS, LDAP, Linux PAM, Proxmox VE authentication).\n\nВ [новом выпуске](http://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_9.2):\n\n* Осуществлена синхронизация с пакетной базой Debian 13.5. Ядро Linux обновлено до выпуска [7.0](https://www.opennet.ru/opennews/art.shtml?num=65194). Задействованы новые выпуски [QEMU 11.0](https://www.opennet.ru/opennews/art.shtml?num=65269), [LXC 7.0](https://www.opennet.ru/opennews/art.shtml?num=65327), [OpenZFS 2.4](https://www.opennet.ru/opennews/art.shtml?num=64448), Ceph 19.2.3/20.2.1.\n* В планировщик ресурсов кластера CRS (Cluster Resource Scheduler) добавлен режим динамической балансировки нагрузки. В данном режиме на основе собираемых в реальном времени метрик о потреблении ресурсов узлами и гостевыми системами, осуществляется распределение гостевых систем по узлам в кластере. Среди прочего, гостевые системы, работающие в режиме высокой доступности, могут автоматически мигрировать с одного узла на другой для снижения дисбаланса в кластере. Поведение балансировки настраивается через панель управления высокой доступностью в web-интерфейсе.\n* В стек программно определяемых сетей (SDN, Software-Defined Networking) добавлена поддержка протоколов WireGuard и BGP для организации сетевого взаимодействия между кластерами. Среди прочего возможна тонкая настройка фильтрации маршрутов BGP/EVPN с использованием route map и списков префиксов. Также добавлены дополнительные опции для настройки контроллеров EVPN и возможность использования IPv6 с EVPN.\n* В Web-интерфейс в секцию \"Datacenter → Guest Resources/Hardware\" добавлены инструменты для создания, редактирования и удаления собственных моделей виртуальных CPU, определяющих то, какие возможности CPU будут предоставляться внутри виртуальных машин.\n* Добавлена возможность временной деактивации режима высокой доступности для всего кластера, что может быть полезным при проведении обслуживания, например, для приостановки срабатывания HA-событий во время внесения изменений в сетевую инфраструктуру. После деактивации обработка событий лишь останавливается, а само состояние ресурсов сохраняется и после активации восстанавливается. Управление осуществляется при помощи новых команд \"disarm-ha\" и \"arm-ha\".\n* В web-интерфейс и API добавлена возможность применения сертификатов Microsoft и Windows UEFI 2023.\n\n[](https://www.proxmox.com/images/proxmox/screenshots/Proxmox-VE-9.1-Node-Summary.png)\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65501](https://www.opennet.ru/opennews/art.shtml?num=65501)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1763580219.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-proxmox-ve-9-2-distributiva-dlya-organizaczii-raboty-virtualbnyx-serverov",
"title": "Выпуск Proxmox VE 9.2, дистрибутива для организации работы виртуальных серверов"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-22T10:14:27",
"trx_id": "d39143010dd2ef70072ea3a68b1740927f8a88b0",
"trx_in_block": 2,
"virtual_op": 0
}opennetreceived 0.113 STEEM, 0.113 SP author reward for @opennet / linux-foundation-opublikoval-avtomobilbnyj-distributiv-agl-ucb-21-0-i-platformu-sodev2026/05/22 08:14:27
opennetreceived 0.113 STEEM, 0.113 SP author reward for @opennet / linux-foundation-opublikoval-avtomobilbnyj-distributiv-agl-ucb-21-0-i-platformu-sodev
2026/05/22 08:14:27
| author | opennet |
| permlink | linux-foundation-opublikoval-avtomobilbnyj-distributiv-agl-ucb-21-0-i-platformu-sodev |
| sbd payout | 0.000 SBD |
| steem payout | 0.113 STEEM |
| vesting payout | 184.042707 VESTS |
| Transaction Info | Block #106267749/Virtual Operation #3 |
View Raw JSON Data
{
"block": 106267749,
"op": [
"author_reward",
{
"author": "opennet",
"permlink": "linux-foundation-opublikoval-avtomobilbnyj-distributiv-agl-ucb-21-0-i-platformu-sodev",
"sbd_payout": "0.000 SBD",
"steem_payout": "0.113 STEEM",
"vesting_payout": "184.042707 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-22T08:14:27",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 3
}2026/05/19 22:14:27
2026/05/19 22:14:27
| author | opennet |
| body | Компания Microsoft [опубликовала](https://github.com/microsoft/azurelinux/tree/4.0) наработки, связанные с дистрибутивом Azure Linux 4, который по сравнению с веткой [3.0](https://github.com/microsoft/azurelinux/tree/3.0) кардинально переработан и переведён с собственной пакетной базы на использование пакетов из дистрибутива [Fedora 43](https://www.opennet.ru/opennews/art.shtml?num=64127). Если ранее Azure Linux позиционировался как платформа для Linux-окружений, используемых в облачной инфраструктуре, edge-системах и различных сервисах Microsoft, то теперь Azure Linux преподносится как защищённая и надёжная операционная система общего назначения, оптимизированная для облака Azure, которую можно использовать в виртуальных машинах, контейнерах, окружении WSL (Windows Subsystem Linux) и в качестве основной ОС на компьютерах. Ветка Azure Linux 4 отмечена как находящаяся в процессе разработки. Для рабочих внедрений рекомендуется использовать ветку [Azure Linux 3](https://www.opennet.ru/opennews/art.shtml?num=65419). Готовые сборки пока не предоставляются, но имеется [инструкция](https://github.com/microsoft/azurelinux/blob/4.0/DEVELOPING.md) по сборке. Специфичные для дистрибутива изменения [поставляются](https://github.com/microsoft/azurelinux/tree/4.0) под лицензией MIT. При формировании дистрибутива вместо создания форка Fedora в Azure Linux 4 применён декларативный подход, позволяющий пересобирать RPM-пакеты с необходимыми изменениями и настройками из штатных репозиториев Fedora, используя конфигурационные файлы в формате TOML. Дополнительная функциональность определяется в форме [оверлеев](https://github.com/microsoft/azurelinux/tree/4.0/base/comps/), позволяющих генерировать специфичные для Azure Linux spec-файлы пакетов на основе штатных SRPM-пакетов из Fedora Linux. Оверлеи определяют изменения, вносимые поверх пакетов Fedora, такие как дополнительные конструкции в spec-файлах, патчи и параметры сборки. Пакетной единицей в Azure Linux 4 являются "компоненты" (исходный пакет), которые по большей части импортируются из Fedora через dist-git и могут формировать один или несколько RPM-пакетов. Все компоненты собираются из исходного кода, бинарные пакеты из Fedora не переносятся. Для генерации результирующих RPM-пакетов на основе оверлеев применяется инструментарий [azldev](https://github.com/microsoft/azure-linux-dev-tools), написанный на языке Go и поставляемый под лицензией MIT. Из особенностей Azure Linux 4 отмечается поставка ядра Linux с дополнительными оптимизациями, защита от атак через зависимости (supply chain), предсказуемый цикл поддержки и выпуска обновлений, встроенные возможности для интеграции с облаком Azure, изменения для усиления безопасности. Система сборки Azure Linux позволяет генерировать как установочные окружения с RPM-пакетами, так и монолитные системные образы, формируемые при помощи инструментария rpm-ostree и обновляемые атомарно без разбивки на отдельные пакеты. Поддерживается две модели доставки обновлений: через обновление отдельных пакетов и через перестроение и обновление всего системного образа. Из применяемых в Azure Linux мер по повышению безопасности: * Фильтрация системных вызовов при помощи механизма seccomp. * Шифрование дисковых разделов. * Верификация пакетов по цифровой подписи. * Рандомизация адресного пространства. * Защита от атак, связанных с символическими ссылками, mmap, /dev/mem и /dev/kmem. * Режим только для чтения и запрет исполнения кода в областях памяти, в которых размещаются сегменты с данными ядра и модулей. * Опция для запрета загрузки модулей ядра после инициализации системы. * Включение при сборке режимов защиты от переполнения стека, переполнений буфера и проблем с форматированием строк (\_FORTIFY\_SOURCE, -fstack-protector, -Wformat-security, relro). * Поставка минимально необходимых пакетов, без активации лишних сервисов. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65479](https://www.opennet.ru/opennews/art.shtml?num=65479)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | microsoft-razvivaet-distributiv-obshhego-naznacheniya-azure-linux-4-na-baze-fedora-linux |
| title | Microsoft развивает дистрибутив общего назначения Azure Linux 4 на базе Fedora Linux |
| Transaction Info | Block #106198415/Trx 952206cb16fbf29eeae87c81ab14f216749ec5a9 |
View Raw JSON Data
{
"block": 106198415,
"op": [
"comment",
{
"author": "opennet",
"body": "Компания Microsoft [опубликовала](https://github.com/microsoft/azurelinux/tree/4.0) наработки, связанные с дистрибутивом Azure Linux 4, который по сравнению с веткой [3.0](https://github.com/microsoft/azurelinux/tree/3.0) кардинально переработан и переведён с собственной пакетной базы на использование пакетов из дистрибутива [Fedora 43](https://www.opennet.ru/opennews/art.shtml?num=64127). Если ранее Azure Linux позиционировался как платформа для Linux-окружений, используемых в облачной инфраструктуре, edge-системах и различных сервисах Microsoft, то теперь Azure Linux преподносится как защищённая и надёжная операционная система общего назначения, оптимизированная для облака Azure, которую можно использовать в виртуальных машинах, контейнерах, окружении WSL (Windows Subsystem Linux) и в качестве основной ОС на компьютерах.\n\nВетка Azure Linux 4 отмечена как находящаяся в процессе разработки. Для рабочих внедрений рекомендуется использовать ветку [Azure Linux 3](https://www.opennet.ru/opennews/art.shtml?num=65419). Готовые сборки пока не предоставляются, но имеется [инструкция](https://github.com/microsoft/azurelinux/blob/4.0/DEVELOPING.md) по сборке. Специфичные для дистрибутива изменения [поставляются](https://github.com/microsoft/azurelinux/tree/4.0) под лицензией MIT.\n\nПри формировании дистрибутива вместо создания форка Fedora в Azure Linux 4 применён декларативный подход, позволяющий пересобирать RPM-пакеты с необходимыми изменениями и настройками из штатных репозиториев Fedora, используя конфигурационные файлы в формате TOML. Дополнительная функциональность определяется в форме [оверлеев](https://github.com/microsoft/azurelinux/tree/4.0/base/comps/), позволяющих генерировать специфичные для Azure Linux spec-файлы пакетов на основе штатных SRPM-пакетов из Fedora Linux. Оверлеи определяют изменения, вносимые поверх пакетов Fedora, такие как дополнительные конструкции в spec-файлах, патчи и параметры сборки.\n\nПакетной единицей в Azure Linux 4 являются \"компоненты\" (исходный пакет), которые по большей части импортируются из Fedora через dist-git и могут формировать один или несколько RPM-пакетов. Все компоненты собираются из исходного кода, бинарные пакеты из Fedora не переносятся. Для генерации результирующих RPM-пакетов на основе оверлеев применяется инструментарий [azldev](https://github.com/microsoft/azure-linux-dev-tools), написанный на языке Go и поставляемый под лицензией MIT.\n\nИз особенностей Azure Linux 4 отмечается поставка ядра Linux с дополнительными оптимизациями, защита от атак через зависимости (supply chain), предсказуемый цикл поддержки и выпуска обновлений, встроенные возможности для интеграции с облаком Azure, изменения для усиления безопасности. Система сборки Azure Linux позволяет генерировать как установочные окружения с RPM-пакетами, так и монолитные системные образы, формируемые при помощи инструментария rpm-ostree и обновляемые атомарно без разбивки на отдельные пакеты. Поддерживается две модели доставки обновлений: через обновление отдельных пакетов и через перестроение и обновление всего системного образа.\n\nИз применяемых в Azure Linux мер по повышению безопасности:\n\n* Фильтрация системных вызовов при помощи механизма seccomp.\n* Шифрование дисковых разделов.\n* Верификация пакетов по цифровой подписи.\n* Рандомизация адресного пространства.\n* Защита от атак, связанных с символическими ссылками, mmap, /dev/mem и /dev/kmem.\n* Режим только для чтения и запрет исполнения кода в областях памяти, в которых размещаются сегменты с данными ядра и модулей.\n* Опция для запрета загрузки модулей ядра после инициализации системы.\n* Включение при сборке режимов защиты от переполнения стека, переполнений буфера и проблем с форматированием строк (\\_FORTIFY\\_SOURCE, -fstack-protector, -Wformat-security, relro).\n* Поставка минимально необходимых пакетов, без активации лишних сервисов.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65479](https://www.opennet.ru/opennews/art.shtml?num=65479)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "microsoft-razvivaet-distributiv-obshhego-naznacheniya-azure-linux-4-na-baze-fedora-linux",
"title": "Microsoft развивает дистрибутив общего назначения Azure Linux 4 на базе Fedora Linux"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-19T22:14:27",
"trx_id": "952206cb16fbf29eeae87c81ab14f216749ec5a9",
"trx_in_block": 1,
"virtual_op": 0
}opennetpublished a new post: gencad---generator-modelej-dlya-sapr-na-osnove-izobrazhenij-i-eskizov2026/05/18 16:14:27
opennetpublished a new post: gencad---generator-modelej-dlya-sapr-na-osnove-izobrazhenij-i-eskizov
2026/05/18 16:14:27
| author | opennet |
| body | Исследователи из массачусетского технологического института развивают проект [GenCAD](https://gencad.github.io/), предоставляющий [модель машинного обучения](https://github.com/ferdous-alam/GenCAD) для генерации 3D-моделей на основе двумерного изображения или эскиза детали. GenCAD выдаёт на выходе не просто 3D-модель, а полную параметрическую CAD-программу с историей команд построения модели, пригодную для импортирования в параметрические САПР.  К обсуждению проекта [подключился](https://news.ycombinator.com/item?id=48174405) энтузиаст, который заявил, что создание моделей для САПР может осуществляться без специализированных моделей машинного обучения, используя обычные AI-ассистенты, такие как Aider, OpenClaw и QwenCode, с типовыми AI-сервисами. В качестве примера опубликована [коллекция промптов](https://github.com/cjtrowbridge/vibe-modeling/), позволяющих на основе описания, перечня желаемых характеристик и изображений с визуальными примерами генерировать программы для платформы [OpenSCAD](https://openscad.org/), формирующие CAD-модели в формате STL или OFF с параметризованной конфигурацией. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65470](https://www.opennet.ru/opennews/art.shtml?num=65470)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779099468.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | gencad---generator-modelej-dlya-sapr-na-osnove-izobrazhenij-i-eskizov |
| title | GenCAD - генератор моделей для САПР на основе изображений и эскизов |
| Transaction Info | Block #106162560/Trx 9cf27997bebbbe937ef364f7378f9d46c468f0a8 |
View Raw JSON Data
{
"block": 106162560,
"op": [
"comment",
{
"author": "opennet",
"body": "Исследователи из массачусетского технологического института развивают проект [GenCAD](https://gencad.github.io/), предоставляющий [модель машинного обучения](https://github.com/ferdous-alam/GenCAD) для генерации 3D-моделей на основе двумерного изображения или эскиза детали. GenCAD выдаёт на выходе не просто 3D-модель, а полную параметрическую CAD-программу с историей команд построения модели, пригодную для импортирования в параметрические САПР.\n\n\n\nК обсуждению проекта [подключился](https://news.ycombinator.com/item?id=48174405) энтузиаст, который заявил, что создание моделей для САПР может осуществляться без специализированных моделей машинного обучения, используя обычные AI-ассистенты, такие как Aider, OpenClaw и QwenCode, с типовыми AI-сервисами. В качестве примера опубликована [коллекция промптов](https://github.com/cjtrowbridge/vibe-modeling/), позволяющих на основе описания, перечня желаемых характеристик и изображений с визуальными примерами генерировать программы для платформы [OpenSCAD](https://openscad.org/), формирующие CAD-модели в формате STL или OFF с параметризованной конфигурацией. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65470](https://www.opennet.ru/opennews/art.shtml?num=65470)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779099468.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "gencad---generator-modelej-dlya-sapr-na-osnove-izobrazhenij-i-eskizov",
"title": "GenCAD - генератор моделей для САПР на основе изображений и эскизов"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-18T16:14:27",
"trx_id": "9cf27997bebbbe937ef364f7378f9d46c468f0a8",
"trx_in_block": 2,
"virtual_op": 0
}opennetpublished a new post: adobe-lightroom-cc-pri-pomoshhi-ai-adaptirovan-dlya-raboty-v-linux-cherez-wine2026/05/18 06:14:27
opennetpublished a new post: adobe-lightroom-cc-pri-pomoshhi-ai-adaptirovan-dlya-raboty-v-linux-cherez-wine
2026/05/18 06:14:27
| author | opennet |
| body | C использованием AI-ассистента [подготовлен](https://www.reddit.com/r/winehq/comments/1tfksrs/got_adobe_lightroom_cc_working_on_linux_under/) набор патчей, настроек, скриптов и [DLL-библиотек](https://github.com/sander110419/lightroom-cc-on-linux/tree/main/stubs/sources) с [реализацией](https://github.com/sander110419/lightroom-cc-on-linux) заглушек недостающих функций, позволяющих запустить программу обработки фотографий Adobe Lightroom CC (не путать с Lightroom Classic) в Linux при помощи Wine 11.8 и DXVK. Также возможен запуск приложения Creative Cloud для подключения к облаку Adobe, отображения панели приложений и установки Adobe Lightroom CC и других программ Adobe. При запуске Adobe Lightroom CC отображает синхронизированный с облаком каталог и позволяет использовать модуль редактирования с панелью инструментов (освещение, цвета, эффекты, геометрия, оптика, детализация и т.п.). Среди прочего работают инструменты кадрирования/изменения геометрии и удаления/восстановления объектов, что позволяет, например, выровнять горизонт и удалить случайно попавших в кадр людей. Из ещё неработающих возможностей отмечены аварийные завершения при попытке открытия некоторых диалогов, таких как "What's New", и не полное задействование средств для ускорения операций при помощи GPU. В остальном основные функции редактирования работоспособны. Изменения подготовлены автономно моделью Claude Opus 4.7, используемой через AI-ассистент Claude Code. Модель циклично запускала Adobe Lightroom CC при помощи Wine, анализировала crash-дапмы и логи Wine, изучала исполняемые файлы Adobe при помощи winedump, objdump и разбор сктруктур в формате PE, сравнивала эталонные и предоставляемые в Wine и Proton библиотеки для выявления недостающих функций, модифицировала исполняемые файлы, создавала DLL с заглушками и выполняла проверку работы через анализ скриншотов. [](https://github.com/sander110419/lightroom-cc-on-linux/raw/main/screenshots/lightroom-edit-mode.png) [](https://raw.githubusercontent.com/sander110419/lightroom-cc-on-linux/main/screenshots/lightroom-remove-tool-working.png) Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65465](https://www.opennet.ru/opennews/art.shtml?num=65465)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779023366.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | adobe-lightroom-cc-pri-pomoshhi-ai-adaptirovan-dlya-raboty-v-linux-cherez-wine |
| title | Adobe Lightroom CC при помощи AI адаптирован для работы в Linux через Wine |
| Transaction Info | Block #106150602/Trx 0234cfd0413d132a7c358591ffdbc8d142c1edd8 |
View Raw JSON Data
{
"block": 106150602,
"op": [
"comment",
{
"author": "opennet",
"body": "C использованием AI-ассистента [подготовлен](https://www.reddit.com/r/winehq/comments/1tfksrs/got_adobe_lightroom_cc_working_on_linux_under/) набор патчей, настроек, скриптов и [DLL-библиотек](https://github.com/sander110419/lightroom-cc-on-linux/tree/main/stubs/sources) с [реализацией](https://github.com/sander110419/lightroom-cc-on-linux) заглушек недостающих функций, позволяющих запустить программу обработки фотографий Adobe Lightroom CC (не путать с Lightroom Classic) в Linux при помощи Wine 11.8 и DXVK. Также возможен запуск приложения Creative Cloud для подключения к облаку Adobe, отображения панели приложений и установки Adobe Lightroom CC и других программ Adobe.\n\nПри запуске Adobe Lightroom CC отображает синхронизированный с облаком каталог и позволяет использовать модуль редактирования с панелью инструментов (освещение, цвета, эффекты, геометрия, оптика, детализация и т.п.). Среди прочего работают инструменты кадрирования/изменения геометрии и удаления/восстановления объектов, что позволяет, например, выровнять горизонт и удалить случайно попавших в кадр людей. Из ещё неработающих возможностей отмечены аварийные завершения при попытке открытия некоторых диалогов, таких как \"What's New\", и не полное задействование средств для ускорения операций при помощи GPU. В остальном основные функции редактирования работоспособны.\n\nИзменения подготовлены автономно моделью Claude Opus 4.7, используемой через AI-ассистент Claude Code. Модель циклично запускала Adobe Lightroom CC при помощи Wine, анализировала crash-дапмы и логи Wine, изучала исполняемые файлы Adobe при помощи winedump, objdump и разбор сктруктур в формате PE, сравнивала эталонные и предоставляемые в Wine и Proton библиотеки для выявления недостающих функций, модифицировала исполняемые файлы, создавала DLL с заглушками и выполняла проверку работы через анализ скриншотов.\n\n[](https://github.com/sander110419/lightroom-cc-on-linux/raw/main/screenshots/lightroom-edit-mode.png)\n\n[](https://raw.githubusercontent.com/sander110419/lightroom-cc-on-linux/main/screenshots/lightroom-remove-tool-working.png)\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65465](https://www.opennet.ru/opennews/art.shtml?num=65465)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779023366.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "adobe-lightroom-cc-pri-pomoshhi-ai-adaptirovan-dlya-raboty-v-linux-cherez-wine",
"title": "Adobe Lightroom CC при помощи AI адаптирован для работы в Linux через Wine"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-18T06:14:27",
"trx_id": "0234cfd0413d132a7c358591ffdbc8d142c1edd8",
"trx_in_block": 4,
"virtual_op": 0
}opennetpublished a new post: rocky-linux-vvyol-v-stroj-repozitorij-dlya-operativnogo-ustraneniya-uyazvimostej2026/05/16 04:14:27
opennetpublished a new post: rocky-linux-vvyol-v-stroj-repozitorij-dlya-operativnogo-ustraneniya-uyazvimostej
2026/05/16 04:14:27
| author | opennet |
| body | Разработчики дистрибутива Rocky Linux [объявили](https://rockylinux.org/news/2026-05-14-introducing-security-repository) о создании отдельного репозитория для внеплановой публикации срочных обновлений пакетов с устранением уязвимостей, не синхронизированного с репозиториями Red Hat Enterprise Linux. Отмечается, что проект Rocky Linux придерживается принципа максимально близкого соответствия пакетной базе RHEL, при этом возникающие последнее время угрозы безопасности вынуждают сделать исключение. В репозитории "[security](https://download.rockylinux.org/pub/rocky/10.1/security/)" будут публиковаться только экстренные обновления, cформированные когда без предварительного уведомления раскрыты сведения о критических уязвимостях и имеется рабочий эксплоит, но разработчики RHEL не успели сформировать обновления с исправлениями. Подобная ситуация наблюдалась с уязвимостями [Copy Fail](https://www.opennet.ru/opennews/art.shtml?num=65325), [Dirty Frag](https://www.opennet.ru/opennews/art.shtml?num=65395) и [Fragnesia](https://www.opennet.ru/opennews/art.shtml?num=65441). Благодаря репозиторию "security" проект Rocky Linux сможет самостоятельно оперативно опубликовать обновления, не дожидаясь пока это сделает компания Red Hat. После выхода исправления от RHEL, опубликованный для RHEL пакет заменит собой пакет с исправлением от Rocky Linux. По умолчанию репозиторий "security" отключён и требует выполнения команды "sudo dnf --enablerepo=security update" для активации. Тем временем, дистрибутив Alma Linux не дожидаясь RHEL публиковал обновления пакетов для оперативного устранения уязвимостей [ssh-keysign-pwn](https://almalinux.org/blog/2026-05-15-ssh-keysign-pwn-cve-2026-46333/), [NGINX Rift](https://almalinux.org/blog/2026-05-13-nginx-rift-cve-2026-42945/), [Fragnesia](https://almalinux.org/blog/2026-05-13-fragnesia-cve-2026-46300/), [Dirty Frag](https://almalinux.org/blog/2026-05-07-dirty-frag/) и [Copy Fail](https://almalinux.org/blog/2026-05-01-cve-2026-31431-copy-fail/). Вначале пакеты размещались в тестовом репозитории "almalinux-testing", а затем переносились в основной. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65457](https://www.opennet.ru/opennews/art.shtml?num=65457)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | rocky-linux-vvyol-v-stroj-repozitorij-dlya-operativnogo-ustraneniya-uyazvimostej |
| title | Rocky Linux ввёл в строй репозиторий для оперативного устранения уязвимостей |
| Transaction Info | Block #106091137/Trx 085e9f37fb3bf4808ab2534074804f26a27abb0b |
View Raw JSON Data
{
"block": 106091137,
"op": [
"comment",
{
"author": "opennet",
"body": "Разработчики дистрибутива Rocky Linux [объявили](https://rockylinux.org/news/2026-05-14-introducing-security-repository) о создании отдельного репозитория для внеплановой публикации срочных обновлений пакетов с устранением уязвимостей, не синхронизированного с репозиториями Red Hat Enterprise Linux. Отмечается, что проект Rocky Linux придерживается принципа максимально близкого соответствия пакетной базе RHEL, при этом возникающие последнее время угрозы безопасности вынуждают сделать исключение.\n\nВ репозитории \"[security](https://download.rockylinux.org/pub/rocky/10.1/security/)\" будут публиковаться только экстренные обновления, cформированные когда без предварительного уведомления раскрыты сведения о критических уязвимостях и имеется рабочий эксплоит, но разработчики RHEL не успели сформировать обновления с исправлениями. Подобная ситуация наблюдалась с уязвимостями [Copy Fail](https://www.opennet.ru/opennews/art.shtml?num=65325), [Dirty Frag](https://www.opennet.ru/opennews/art.shtml?num=65395) и [Fragnesia](https://www.opennet.ru/opennews/art.shtml?num=65441).\n\nБлагодаря репозиторию \"security\" проект Rocky Linux сможет самостоятельно оперативно опубликовать обновления, не дожидаясь пока это сделает компания Red Hat. После выхода исправления от RHEL, опубликованный для RHEL пакет заменит собой пакет с исправлением от Rocky Linux. По умолчанию репозиторий \"security\" отключён и требует выполнения команды \"sudo dnf --enablerepo=security update\" для активации.\n\nТем временем, дистрибутив Alma Linux не дожидаясь RHEL публиковал обновления пакетов для оперативного устранения уязвимостей [ssh-keysign-pwn](https://almalinux.org/blog/2026-05-15-ssh-keysign-pwn-cve-2026-46333/), [NGINX Rift](https://almalinux.org/blog/2026-05-13-nginx-rift-cve-2026-42945/), [Fragnesia](https://almalinux.org/blog/2026-05-13-fragnesia-cve-2026-46300/), [Dirty Frag](https://almalinux.org/blog/2026-05-07-dirty-frag/) и [Copy Fail](https://almalinux.org/blog/2026-05-01-cve-2026-31431-copy-fail/). Вначале пакеты размещались в тестовом репозитории \"almalinux-testing\", а затем переносились в основной. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65457](https://www.opennet.ru/opennews/art.shtml?num=65457)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "rocky-linux-vvyol-v-stroj-repozitorij-dlya-operativnogo-ustraneniya-uyazvimostej",
"title": "Rocky Linux ввёл в строй репозиторий для оперативного устранения уязвимостей"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-16T04:14:27",
"trx_id": "085e9f37fb3bf4808ab2534074804f26a27abb0b",
"trx_in_block": 3,
"virtual_op": 0
}2026/05/15 08:18:27
2026/05/15 08:18:27
| author | opennet |
| permlink | linux-foundation-opublikoval-avtomobilbnyj-distributiv-agl-ucb-21-0-i-platformu-sodev |
| voter | supportive |
| weight | 3422 (34.22%) |
| Transaction Info | Block #106067271/Trx 74383f45044d43bf32feb2eb4ae0549cf4e1fa7f |
View Raw JSON Data
{
"block": 106067271,
"op": [
"vote",
{
"author": "opennet",
"permlink": "linux-foundation-opublikoval-avtomobilbnyj-distributiv-agl-ucb-21-0-i-platformu-sodev",
"voter": "supportive",
"weight": 3422
}
],
"op_in_trx": 0,
"timestamp": "2026-05-15T08:18:27",
"trx_id": "74383f45044d43bf32feb2eb4ae0549cf4e1fa7f",
"trx_in_block": 0,
"virtual_op": 0
}2026/05/15 08:14:27
2026/05/15 08:14:27
| author | opennet |
| body | Организация Linux Foundation [представила](https://www.linuxfoundation.org/press/automotive-grade-linux-releases-open-source-sodev-reference-platform-for-software-defined-vehicles-and-welcomes-five-new-members) двадцать первый выпуск дистрибутива [AGL UCB](https://automotive.linuxfoundation.org/) (Automotive Grade Linux Unified Code Base), в рамках которого развивается универсальная платформа для использования в различных автомобильных подсистемах, от приборных панелей до автомобильных информационно-развлекательных систем. Одновременно [представлен](https://www.automotivelinux.org/announcements/automotive-grade-linux-releases-open-source-sodev-reference-platform-for-software-defined-vehicles-and-welcomes-five-new-members/) первый выпуск эталонной платформы AGL SoDeV (Software Defined Vehicle), предназначенной для создания программно определяемых автомобильных систем на базе Automotive Grade Linux. SoDeV представляет собой комбинированный продукт, сочетающий дистрибутив AGL UCB, LXC (Linux Containers), VirtIO, гипервизор Xen, Zephyr RTOS и другие проекты Linux Foundation. Первый релиз SoDeV может запускаться на платах Renesas Sparrow Hawk, в облачных окружениях или в виртуальных машинах. Проект позволяет автопроизводителям ускорить вывод продукта на рынок, благодаря отделению разработки программного обеспечения от аппаратных систем с абстрагированием оборудования через виртуализацию. В течение 2026 года планируют реализовать более широкую поддержку SoC, применяемых автопроизводителями. Проект развивается при участии компаний Panasonic Automotive Systems, Honda, Toyota, Mazda, AISIN и Renesas. [](https://www.automotivelinux.org/wp-content/uploads/sites/61/2025/12/image-1024x447.png) Дистрибутив AGL UCB основан на наработках проектов [Tizen](https://www.tizen.org), [GENIVI](http://www.genivi.org/) и [Yocto](http://www.yoctoproject.org/). Графическое окружение базируется на Qt, Wayland и наработках проекта Weston IVI Shell. Демонстрационные сборки платформы [сформированы](https://wiki.automotivelinux.org/agl-distro/release-notes) для QEMU, плат Renesas H3, Intel Up², Raspberry Pi 4 и Raspberry Pi 5. В разработке дистрибутива участвуют такие компании, как Toyota, Ford, Nissan, Honda, Jaguar Land Rover, Mazda, Mitsubishi и Subaru. AGL UCB может использоваться автопроизводителями как каркас для создания конечных решений, после проведения необходимой адаптации для оборудования и кастомизации интерфейса. Платформа позволяет уделить основное внимание разработке приложений и собственных методов организации работы пользователя, не задумываясь о низкоуровневой инфраструктуре и минимизируя затраты на сопровождение. Проект является полностью открытым - все компоненты [доступны](https://git.automotivelinux.org/) под свободными лицензиями. Предоставляется набор рабочих прототипов типовых приложений, написанных с использованием технологий HTML5 и Qt. Например, имеется реализация домашнего экрана, web-браузера, приборной панели, навигационной системы (используется Google Maps), климат-контроля, мультимедийного проигрывателя с поддержкой DLNA, интерфейса для настройки звуковой подсистемы, программы для чтения новостей. Предлагаются компоненты для голосового управления, поиска информации, взаимодействия со смартфоном по Bluetooth и подключения к CAN-сети для доступа к датчикам и передачи данных между узлами автомобиля. Среди [изменений](https://wiki.automotivelinux.org/agl-distro/release-notes#latest_stable_release) в новой версии AGL UCB: * Осуществлена синхронизация с компонентами платформы [Yocto 5.0.16](https://www.yoctoproject.org/); * Обновлены инструментарии Flutter Embedder и Workspace Automation, в которые повышена производительность, решены проблемы с отрисовкой, добавлены новые возможности интерфейса пользователя. Обновлены версии Flutter SDK 3.38.3 и языка Dart 3.10.1. * Задействована библиотека Qt 6.8. * До версии 6.0 обновлена спецификация [VSS](https://covesa.github.io/vehicle_signal_specification/) (Vehicle Signal Specification). * Фреймворк распределённого отображения (Distributed Display Framework) переведён на использование протокола gRPC. * Обновлены слои BSP (Board Support Package): meta-arm, meta-freescale, meta-freescale-3rdparty, meta-raspberrypi, meta-renesas, meta-riscv, meta-rockchip, meta-tegra, meta-ti. * Обновлены слои meta-aws, meta-clang, meta-flutter, meta-openembedded, meta-selinux, meta-virtualization, meta-python-ai, meta-qt6. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65449](https://www.opennet.ru/opennews/art.shtml?num=65449)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1778786841.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | linux-foundation-opublikoval-avtomobilbnyj-distributiv-agl-ucb-21-0-i-platformu-sodev |
| title | Linux Foundation опубликовал автомобильный дистрибутив AGL UCB 21.0 и платформу SoDeV |
| Transaction Info | Block #106067191/Trx e001d29b0106079e957771cd85ece1dda11a8240 |
View Raw JSON Data
{
"block": 106067191,
"op": [
"comment",
{
"author": "opennet",
"body": "Организация Linux Foundation [представила](https://www.linuxfoundation.org/press/automotive-grade-linux-releases-open-source-sodev-reference-platform-for-software-defined-vehicles-and-welcomes-five-new-members) двадцать первый выпуск дистрибутива [AGL UCB](https://automotive.linuxfoundation.org/) (Automotive Grade Linux Unified Code Base), в рамках которого развивается универсальная платформа для использования в различных автомобильных подсистемах, от приборных панелей до автомобильных информационно-развлекательных систем. Одновременно [представлен](https://www.automotivelinux.org/announcements/automotive-grade-linux-releases-open-source-sodev-reference-platform-for-software-defined-vehicles-and-welcomes-five-new-members/) первый выпуск эталонной платформы AGL SoDeV (Software Defined Vehicle), предназначенной для создания программно определяемых автомобильных систем на базе Automotive Grade Linux.\n\nSoDeV представляет собой комбинированный продукт, сочетающий дистрибутив AGL UCB, LXC (Linux Containers), VirtIO, гипервизор Xen, Zephyr RTOS и другие проекты Linux Foundation. Первый релиз SoDeV может запускаться на платах Renesas Sparrow Hawk, в облачных окружениях или в виртуальных машинах. Проект позволяет автопроизводителям ускорить вывод продукта на рынок, благодаря отделению разработки программного обеспечения от аппаратных систем с абстрагированием оборудования через виртуализацию. В течение 2026 года планируют реализовать более широкую поддержку SoC, применяемых автопроизводителями. Проект развивается при участии компаний Panasonic Automotive Systems, Honda, Toyota, Mazda, AISIN и Renesas.\n\n[](https://www.automotivelinux.org/wp-content/uploads/sites/61/2025/12/image-1024x447.png)\n\nДистрибутив AGL UCB основан на наработках проектов [Tizen](https://www.tizen.org), [GENIVI](http://www.genivi.org/) и [Yocto](http://www.yoctoproject.org/). Графическое окружение базируется на Qt, Wayland и наработках проекта Weston IVI Shell. Демонстрационные сборки платформы [сформированы](https://wiki.automotivelinux.org/agl-distro/release-notes) для QEMU, плат Renesas H3, Intel Up², Raspberry Pi 4 и Raspberry Pi 5. В разработке дистрибутива участвуют такие компании, как Toyota, Ford, Nissan, Honda, Jaguar Land Rover, Mazda, Mitsubishi и Subaru.\n\nAGL UCB может использоваться автопроизводителями как каркас для создания конечных решений, после проведения необходимой адаптации для оборудования и кастомизации интерфейса. Платформа позволяет уделить основное внимание разработке приложений и собственных методов организации работы пользователя, не задумываясь о низкоуровневой инфраструктуре и минимизируя затраты на сопровождение. Проект является полностью открытым - все компоненты [доступны](https://git.automotivelinux.org/) под свободными лицензиями.\n\nПредоставляется набор рабочих прототипов типовых приложений, написанных с использованием технологий HTML5 и Qt. Например, имеется реализация домашнего экрана, web-браузера, приборной панели, навигационной системы (используется Google Maps), климат-контроля, мультимедийного проигрывателя с поддержкой DLNA, интерфейса для настройки звуковой подсистемы, программы для чтения новостей. Предлагаются компоненты для голосового управления, поиска информации, взаимодействия со смартфоном по Bluetooth и подключения к CAN-сети для доступа к датчикам и передачи данных между узлами автомобиля.\n\nСреди [изменений](https://wiki.automotivelinux.org/agl-distro/release-notes#latest_stable_release) в новой версии AGL UCB:\n\n* Осуществлена синхронизация с компонентами платформы [Yocto 5.0.16](https://www.yoctoproject.org/);\n* Обновлены инструментарии Flutter Embedder и Workspace Automation, в которые повышена производительность, решены проблемы с отрисовкой, добавлены новые возможности интерфейса пользователя. Обновлены версии Flutter SDK 3.38.3 и языка Dart 3.10.1.\n* Задействована библиотека Qt 6.8.\n* До версии 6.0 обновлена спецификация [VSS](https://covesa.github.io/vehicle_signal_specification/) (Vehicle Signal Specification).\n* Фреймворк распределённого отображения (Distributed Display Framework) переведён на использование протокола gRPC.\n* Обновлены слои BSP (Board Support Package): meta-arm, meta-freescale, meta-freescale-3rdparty, meta-raspberrypi, meta-renesas, meta-riscv, meta-rockchip, meta-tegra, meta-ti.\n* Обновлены слои meta-aws, meta-clang, meta-flutter, meta-openembedded, meta-selinux, meta-virtualization, meta-python-ai, meta-qt6.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65449](https://www.opennet.ru/opennews/art.shtml?num=65449)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1778786841.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "linux-foundation-opublikoval-avtomobilbnyj-distributiv-agl-ucb-21-0-i-platformu-sodev",
"title": "Linux Foundation опубликовал автомобильный дистрибутив AGL UCB 21.0 и платформу SoDeV"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-15T08:14:27",
"trx_id": "e001d29b0106079e957771cd85ece1dda11a8240",
"trx_in_block": 0,
"virtual_op": 0
}2026/05/13 16:14:27
2026/05/13 16:14:27
| author | opennet |
| body | Компания AMD [раскрыла](https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7052.html) сведения об уязвимости (CVE-2025-54518) в процессорах на базе микроархитектуры Zen 2, вызывающей повреждение кэша объектных кодов. Успешная эксплуатация уязвимости позволяет выполнить инструкции CPU на более высоком уровне привилегий. На практике, проблема потенциально позволяет повысить свои привилегии в системе, например, из пространства пользователя добиться выполнения кода с правами ядра или получить доступ к хост-окружению из виртуальной машины. Уязвимость выявлена сотрудниками AMD, детали эксплуатации пока не приводятся. Заявлено, что проблема вызвана некорректной изоляцией совместно используемых ресурсов при выполнении операций с кэшем объектных кодов CPU. Через повреждение элементов в кэше атакующий может добиться изменения инструкций, выполняемых на другом уровне привилегий. Уязвимость проявляется только в процессорах AMD на базе микроархитектуры Zen2 (Fam17h). Проблема затрагивает гипервизор Xen и может использоваться для обхода изоляции. Для веток Xen c 4.17 по 4.21 [опубликованы](https://www.openwall.com/lists/oss-security/2026/05/12/15) патчи. Исправление для блокирования уязвимости также [передано](https://lore.kernel.org/all/[email protected]/) для включения в состав ядра Linux. В десктопных и мобильных сериях CPU AMD Ryzen 3000, 4000, 5000, 7020, 7030 и Threadripper PRO 3000 WX уязвимость устранена осенью прошлого года. Во встраиваемых CPU AMD Ryzen Embedded V2000 уязвимость устранена в конце декабря. В процессорах серии AMD EPYC 7002 проблема остаётся неисправленной и её предлагается блокировать на уровне операционной системы. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65435](https://www.opennet.ru/opennews/art.shtml?num=65435)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | uyazvimostb-v-cpu-amd-zen-2-pozvolyayushhaya-povysitb-privilegii-i-obojti-izolyacziyu-virtualbnyx-mashin |
| title | Уязвимость в CPU AMD Zen 2, позволяющая повысить привилегии и обойти изоляцию виртуальных машин |
| Transaction Info | Block #106019295/Trx d0c4786178082d35ccef6f3b5ab22fe04003a5ae |
View Raw JSON Data
{
"block": 106019295,
"op": [
"comment",
{
"author": "opennet",
"body": "Компания AMD [раскрыла](https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7052.html) сведения об уязвимости (CVE-2025-54518) в процессорах на базе микроархитектуры Zen 2, вызывающей повреждение кэша объектных кодов. Успешная эксплуатация уязвимости позволяет выполнить инструкции CPU на более высоком уровне привилегий. На практике, проблема потенциально позволяет повысить свои привилегии в системе, например, из пространства пользователя добиться выполнения кода с правами ядра или получить доступ к хост-окружению из виртуальной машины.\n\nУязвимость выявлена сотрудниками AMD, детали эксплуатации пока не приводятся. Заявлено, что проблема вызвана некорректной изоляцией совместно используемых ресурсов при выполнении операций с кэшем объектных кодов CPU. Через повреждение элементов в кэше атакующий может добиться изменения инструкций, выполняемых на другом уровне привилегий.\n\nУязвимость проявляется только в процессорах AMD на базе микроархитектуры Zen2 (Fam17h). Проблема затрагивает гипервизор Xen и может использоваться для обхода изоляции. Для веток Xen c 4.17 по 4.21 [опубликованы](https://www.openwall.com/lists/oss-security/2026/05/12/15) патчи. Исправление для блокирования уязвимости также [передано](https://lore.kernel.org/all/[email protected]/) для включения в состав ядра Linux.\n\nВ десктопных и мобильных сериях CPU AMD Ryzen 3000, 4000, 5000, 7020, 7030 и Threadripper PRO 3000 WX уязвимость устранена осенью прошлого года. Во встраиваемых CPU AMD Ryzen Embedded V2000 уязвимость устранена в конце декабря. В процессорах серии AMD EPYC 7002 проблема остаётся неисправленной и её предлагается блокировать на уровне операционной системы. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65435](https://www.opennet.ru/opennews/art.shtml?num=65435)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "uyazvimostb-v-cpu-amd-zen-2-pozvolyayushhaya-povysitb-privilegii-i-obojti-izolyacziyu-virtualbnyx-mashin",
"title": "Уязвимость в CPU AMD Zen 2, позволяющая повысить привилегии и обойти изоляцию виртуальных машин "
}
],
"op_in_trx": 0,
"timestamp": "2026-05-13T16:14:27",
"trx_id": "d0c4786178082d35ccef6f3b5ab22fe04003a5ae",
"trx_in_block": 1,
"virtual_op": 0
}opennetpublished a new post: vypusk-redaktora-izobrazhenij-photoflare-1-7-02026/05/12 00:14:27
opennetpublished a new post: vypusk-redaktora-izobrazhenij-photoflare-1-7-0
2026/05/12 00:14:27
| author | opennet |
| body | После двух с половиной лет разработки и почти семи лет с прошлого значительного выпуска [опубликован](https://photoflare.io/photoflare-v1-7-0-released/) релиз редактора изображений [Photoflare 1.7.0](https://photoflare.io/), разработчики которого пытаются найти оптимальный баланс между функциональностью и удобством интерфейса. Изначально проект был основан как попытка создания открытой и многоплатформенной альтернативы Windows-приложению [PhotoFiltre](http://photofiltre.free.fr/frames_en.htm). Код проекта написан на языке С++ с использованием библиотеки Qt и [распространяется](https://github.com/PhotoFlare/photoflare/) под лицензией GPLv3. Готовые сборки сформированы в формах [AppImage](https://github.com/PhotoFlare/photoflare/releases/tag/v1.7.0) и [Flatpak](https://flathub.org/en/apps/io.photoflare.photoflare). Программа ориентирована на широкий круг пользователей и предоставляет типовые возможности для редактирования изображений, рисования кистями, наложения фильтров, применения градиентов и корректировки цвета. Поддерживается обработка группы изображений в [пакетном режиме](https://photoflare.github.io/photoflare/batch.html). Например Photoflare позволяет изменять формат и размер, применять фильтры, поворачивать изображение, выравнивать яркость и насыщенность сразу в нескольких выбранных файлах. В [новой версии](https://github.com/PhotoFlare/photoflare/releases/tag/v1.7.0): * Осуществлён переход c Qt5 на ветку Qt6. Переработана система сборки, заменён устаревший API и обновлены зависимости. * Реализована поддержка масштабирования на экранах с высокой плотностью пикселей (HiDPI). Инструменты выделения и реализации курсоров адаптированы для работы с HiDPI. * Полностью переписан код отрисовки элементов на холсте, значительно повышена производительность рисования и применения фильтров, повышена гладкость отрисовки линий. Для снижения потребления памяти и снижения нагрузки на CPU обеспечена перерисовка только изменённых областей. По сравнению с прошлым движком отрисовки новый движок быстрее при работе с изображениями с разрешением 1920×1080 в 2-3 раза, 4K - в 5-10 раз и 9999×9999 - в 10-50 раз. * [Обеспечена](https://photoflare.io/what-gmic-adds-to-photoflare/) полная интеграция с инструментарием для обработки изображений [G'MIC](https://www.opennet.ru/opennews/art.shtml?num=63760) и добавлена возможность применения предоставляемых в G'MIC эффектов и фильтров для обработки изображений. Добавлено отдельное меню Filters, включающее несколько сотен фильтров, разбитых на категории. [](https://photoflare.io/wp-content/uploads/2026/04/Screenshot-2026-05-05-054549.png) * Обновлён инструмент выделения областей на изображении, который теперь может применяться раздельно для каждой вкладки. Добавлена поддержка перемещения выделенной области при помощи мыши или клавиатуры. Реализованы новые типы выделения - "эллипс" для выделения овальных областей и "лассо" - для выделения произвольной формы. [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-055502.png) * Добавлен режим редактирования, не выходя за границы выделенной области. Ограничение в данном режиме действует среди прочего для фильтров и манипуляций с цветом. [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-060034.png) * Расширены инструменты рисования. Добавлен режим ограничения излома линий прямыми углами, активируемый при удержании клавиши Shift. В ластик добавлен режим стирания с заменой цвета на прозрачность. Для быстрого стирания теперь можно использовать правую кнопку мыши. Улучшена гладкость штрихов кисти. * Помимо фильтров из набора G’Mic, в состав включено несколько собственных фильтров: Пикселизация [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-061615-1.png) Виньетирование [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-061722-1536x826.png) Пиксельное рассеивание [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-062010-1536x827.png) Эскиз [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-062038-1536x826.png) * На холст добавлены вертикальная и горизонтальная линейки, которые можно включать и отключать через меню View. [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-064640.png) * Предложен новый набор пиктограмм для тёмного режима оформления. [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-061134.png) * Обеспечено сохранение исходных метаданных Exif и их просмотр в диалоге со свойствами изображения. [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-065234.png) * При вставке изображений из файла или буфера обмена обеспечен показ опций для поворота и масштабирования вставленного изображения. В панель добавлены кнопки для вставки как нового изображения. Реализована поддержка перемещения изображений мышью в режиме drag&drop. [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-060239.png) * Добавлена опция для изменения размера изображения в процентах. [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-065554.png) * Добавлена возможность панорамирования после увеличения масштаба через перемещение курсора, удерживая среднюю кнопку мыши. * Обеспечено сохранение позиции панелей и виджетов, а также выбранных цветов между перезапусками. Настройки инструментов при перезапуске сбрасываются в состояние по умолчанию. * В панель инструментов добавлены кнопки для увеличения и уменьшения масштаба, а также изменения настроек координатной сетки. * Добавлен переносимый режим, при котором настройки размещаются в одном каталоге с исполняемым файлом. * Реализована начальная поддержка расширения функциональности через плагины. Отдельно авторами Photoflare анонсировано создание расширенного коммерческого редактора [PhotoFlare Studio](https://photoflare.io/studio/), который попытается занять нишу между GIMP и Affinity Photo, и будет интересен тем, кто считает работу в GIMP слишком сложной, но не нуждается в продвинутых возможностях Affinity Photo. В PhotoFlare Studio будут реализованы такие возможности, как слои, режимы смешивания недеструктивное редактирование, профессиональная работа с кистями через libmypaint, встроенные AI-инструменты на базе локально выполняемых моделей, работа с RAW-изображениями. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65423](https://www.opennet.ru/opennews/art.shtml?num=65423)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1778495638.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-redaktora-izobrazhenij-photoflare-1-7-0 |
| title | Выпуск редактора изображений Photoflare 1.7.0 |
| Transaction Info | Block #105971401/Trx 259c31df8f609c0bec8aef1258654a0f7813f68e |
View Raw JSON Data
{
"block": 105971401,
"op": [
"comment",
{
"author": "opennet",
"body": "После двух с половиной лет разработки и почти семи лет с прошлого значительного выпуска [опубликован](https://photoflare.io/photoflare-v1-7-0-released/) релиз редактора изображений [Photoflare 1.7.0](https://photoflare.io/), разработчики которого пытаются найти оптимальный баланс между функциональностью и удобством интерфейса. Изначально проект был основан как попытка создания открытой и многоплатформенной альтернативы Windows-приложению [PhotoFiltre](http://photofiltre.free.fr/frames_en.htm). Код проекта написан на языке С++ с использованием библиотеки Qt и [распространяется](https://github.com/PhotoFlare/photoflare/) под лицензией GPLv3. Готовые сборки сформированы в формах [AppImage](https://github.com/PhotoFlare/photoflare/releases/tag/v1.7.0) и [Flatpak](https://flathub.org/en/apps/io.photoflare.photoflare).\n\nПрограмма ориентирована на широкий круг пользователей и предоставляет типовые возможности для редактирования изображений, рисования кистями, наложения фильтров, применения градиентов и корректировки цвета. Поддерживается обработка группы изображений в [пакетном режиме](https://photoflare.github.io/photoflare/batch.html). Например Photoflare позволяет изменять формат и размер, применять фильтры, поворачивать изображение, выравнивать яркость и насыщенность сразу в нескольких выбранных файлах.\n\nВ [новой версии](https://github.com/PhotoFlare/photoflare/releases/tag/v1.7.0):\n\n* Осуществлён переход c Qt5 на ветку Qt6. Переработана система сборки, заменён устаревший API и обновлены зависимости.\n* Реализована поддержка масштабирования на экранах с высокой плотностью пикселей (HiDPI). Инструменты выделения и реализации курсоров адаптированы для работы с HiDPI.\n* Полностью переписан код отрисовки элементов на холсте, значительно повышена производительность рисования и применения фильтров, повышена гладкость отрисовки линий. Для снижения потребления памяти и снижения нагрузки на CPU обеспечена перерисовка только изменённых областей. По сравнению с прошлым движком отрисовки новый движок быстрее при работе с изображениями с разрешением 1920×1080 в 2-3 раза, 4K - в 5-10 раз и 9999×9999 - в 10-50 раз.\n* [Обеспечена](https://photoflare.io/what-gmic-adds-to-photoflare/) полная интеграция с инструментарием для обработки изображений [G'MIC](https://www.opennet.ru/opennews/art.shtml?num=63760) и добавлена возможность применения предоставляемых в G'MIC эффектов и фильтров для обработки изображений. Добавлено отдельное меню Filters, включающее несколько сотен фильтров, разбитых на категории.\n \n [](https://photoflare.io/wp-content/uploads/2026/04/Screenshot-2026-05-05-054549.png)\n \n* Обновлён инструмент выделения областей на изображении, который теперь может применяться раздельно для каждой вкладки. Добавлена поддержка перемещения выделенной области при помощи мыши или клавиатуры. Реализованы новые типы выделения - \"эллипс\" для выделения овальных областей и \"лассо\" - для выделения произвольной формы.\n \n [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-055502.png)\n \n* Добавлен режим редактирования, не выходя за границы выделенной области. Ограничение в данном режиме действует среди прочего для фильтров и манипуляций с цветом.\n \n [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-060034.png)\n \n* Расширены инструменты рисования. Добавлен режим ограничения излома линий прямыми углами, активируемый при удержании клавиши Shift. В ластик добавлен режим стирания с заменой цвета на прозрачность. Для быстрого стирания теперь можно использовать правую кнопку мыши. Улучшена гладкость штрихов кисти.\n* Помимо фильтров из набора G’Mic, в состав включено несколько собственных фильтров:\n \n Пикселизация\n \n [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-061615-1.png)\n \n Виньетирование\n \n [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-061722-1536x826.png)\n \n Пиксельное рассеивание\n \n [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-062010-1536x827.png)\n \n Эскиз\n \n [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-062038-1536x826.png)\n \n* На холст добавлены вертикальная и горизонтальная линейки, которые можно включать и отключать через меню View.\n \n [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-064640.png)\n \n* Предложен новый набор пиктограмм для тёмного режима оформления.\n \n [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-061134.png)\n \n* Обеспечено сохранение исходных метаданных Exif и их просмотр в диалоге со свойствами изображения.\n \n [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-065234.png)\n \n* При вставке изображений из файла или буфера обмена обеспечен показ опций для поворота и масштабирования вставленного изображения. В панель добавлены кнопки для вставки как нового изображения. Реализована поддержка перемещения изображений мышью в режиме drag&drop.\n \n [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-060239.png)\n \n* Добавлена опция для изменения размера изображения в процентах.\n \n [](https://photoflare.io/wp-content/uploads/2026/05/Screenshot-2026-05-05-065554.png)\n \n* Добавлена возможность панорамирования после увеличения масштаба через перемещение курсора, удерживая среднюю кнопку мыши.\n* Обеспечено сохранение позиции панелей и виджетов, а также выбранных цветов между перезапусками. Настройки инструментов при перезапуске сбрасываются в состояние по умолчанию.\n* В панель инструментов добавлены кнопки для увеличения и уменьшения масштаба, а также изменения настроек координатной сетки.\n* Добавлен переносимый режим, при котором настройки размещаются в одном каталоге с исполняемым файлом.\n* Реализована начальная поддержка расширения функциональности через плагины.\n\nОтдельно авторами Photoflare анонсировано создание расширенного коммерческого редактора [PhotoFlare Studio](https://photoflare.io/studio/), который попытается занять нишу между GIMP и Affinity Photo, и будет интересен тем, кто считает работу в GIMP слишком сложной, но не нуждается в продвинутых возможностях Affinity Photo. В PhotoFlare Studio будут реализованы такие возможности, как слои, режимы смешивания недеструктивное редактирование, профессиональная работа с кистями через libmypaint, встроенные AI-инструменты на базе локально выполняемых моделей, работа с RAW-изображениями. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65423](https://www.opennet.ru/opennews/art.shtml?num=65423)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1778495638.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-redaktora-izobrazhenij-photoflare-1-7-0",
"title": "Выпуск редактора изображений Photoflare 1.7.0"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-12T00:14:27",
"trx_id": "259c31df8f609c0bec8aef1258654a0f7813f68e",
"trx_in_block": 2,
"virtual_op": 0
}opennetpublished a new post: vypusk-lay-avtokorrektora-slov-vvedyonnyx-ne-v-toj-raskladke-dlya-gnome-c-wayland2026/05/10 08:14:27
opennetpublished a new post: vypusk-lay-avtokorrektora-slov-vvedyonnyx-ne-v-toj-raskladke-dlya-gnome-c-wayland
2026/05/10 08:14:27
| author | opennet |
| body | Опубликован проект [lay](https://github.com/radislabus-star/lay-public), помогающий исправлять слова, набранные с использованием не той раскладки клавиатуры, в GNOME-окружении на базе Wayland. Утилита исправляет последнее слово, набранное в неправильной русской или английской раскладке, по двойному нажатию клавиши Shift. Код написан на языке Rust и [распространяется](https://github.com/radislabus-star/lay-public) под лицензией MIT. На данной стадии развития программа имеет качество бета-версии - приветствуется отправка отчётов об ошибках.. Основной сценарий использования: пользователь набрал, например, "ghbdtn" вместо "привет", нажал Shift два раза, и слово перепечатывается в другой раскладке. Замена осуществляется по месту, без копирования текста через буфер обмена (программа симулирует нажатие клавиши Backspace для затирания ошибочно введённого слова и затем повторяет ввод в правильной раскладке). В смешанном тексте lay старается не трогать уже корректные соседние слова, например, "good ntrcn" будет преобразовано в "good текст", а "wi-fi ye" а wi-fi ну". Возможна точная автоподмена слов по пользовательскому словарю. Проект состоит из фонового процесса, который работает с evdev/uinput, и небольшого дополнения к GNOME Shell, обеспечивающего переключение раскладки в GNOME на базе Wayland. По умолчанию программа работает локально и не использует облако, буфер обмена или большие языковые модели. В качестве опции доступен экспериментальный режим "--smart", в котором для автоматического определения ошибочного ввода применяется локально выполняемая AI-модель. В состав также входит отдельная утилита командной строки для преобразования текста не в другой раскладке. Поддержка в настоящее время ориентирована на GNOME Wayland и русский/английский языки. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65414](https://www.opennet.ru/opennews/art.shtml?num=65414)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-lay-avtokorrektora-slov-vvedyonnyx-ne-v-toj-raskladke-dlya-gnome-c-wayland |
| title | Выпуск lay, автокорректора слов, введённых не в той раскладке, для GNOME c Wayland |
| Transaction Info | Block #105923613/Trx 4700fb100370beffb9c25920c6470ec90508ba48 |
View Raw JSON Data
{
"block": 105923613,
"op": [
"comment",
{
"author": "opennet",
"body": "Опубликован проект [lay](https://github.com/radislabus-star/lay-public), помогающий исправлять слова, набранные с использованием не той раскладки клавиатуры, в GNOME-окружении на базе Wayland. Утилита исправляет последнее слово, набранное в неправильной русской или английской раскладке, по двойному нажатию клавиши Shift. Код написан на языке Rust и [распространяется](https://github.com/radislabus-star/lay-public) под лицензией MIT. На данной стадии развития программа имеет качество бета-версии - приветствуется отправка отчётов об ошибках..\n\nОсновной сценарий использования: пользователь набрал, например, \"ghbdtn\" вместо \"привет\", нажал Shift два раза, и слово перепечатывается в другой раскладке. Замена осуществляется по месту, без копирования текста через буфер обмена (программа симулирует нажатие клавиши Backspace для затирания ошибочно введённого слова и затем повторяет ввод в правильной раскладке). В смешанном тексте lay старается не трогать уже корректные соседние слова, например, \"good ntrcn\" будет преобразовано в \"good текст\", а \"wi-fi ye\" а wi-fi ну\". Возможна точная автоподмена слов по пользовательскому словарю.\n\nПроект состоит из фонового процесса, который работает с evdev/uinput, и небольшого дополнения к GNOME Shell, обеспечивающего переключение раскладки в GNOME на базе Wayland. По умолчанию программа работает локально и не использует облако, буфер обмена или большие языковые модели. В качестве опции доступен экспериментальный режим \"--smart\", в котором для автоматического определения ошибочного ввода применяется локально выполняемая AI-модель. В состав также входит отдельная утилита командной строки для преобразования текста не в другой раскладке. Поддержка в настоящее время ориентирована на GNOME Wayland и русский/английский языки. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65414](https://www.opennet.ru/opennews/art.shtml?num=65414)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-lay-avtokorrektora-slov-vvedyonnyx-ne-v-toj-raskladke-dlya-gnome-c-wayland",
"title": "Выпуск lay, автокорректора слов, введённых не в той раскладке, для GNOME c Wayland"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-10T08:14:27",
"trx_id": "4700fb100370beffb9c25920c6470ec90508ba48",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: vypusk-lay-avtokorrektora-slov-vvedyonnyx-ne-v-toj-raskladke-dlya-gnome-c-wayland2026/05/10 08:14:27
opennetpublished a new post: vypusk-lay-avtokorrektora-slov-vvedyonnyx-ne-v-toj-raskladke-dlya-gnome-c-wayland
2026/05/10 08:14:27
| author | opennet |
| body | Опубликован проект [lay](https://github.com/radislabus-star/lay-public), помогающий исправлять слова, набранные с использованием не той раскладки клавиатуры, в GNOME-окружении на базе Wayland. Утилита исправляет последнее слово, набранное в неправильной русской или английской раскладке, по двойному нажатию клавиши Shift. Код написан на языке Rust и [распространяется](https://github.com/radislabus-star/lay-public) под лицензией MIT. На данной стадии развития программа имеет качество бета-версии - приветствуется отправка отчётов об ошибках.. Основной сценарий использования: пользователь набрал, например, "ghbdtn" вместо "привет", нажал Shift два раза, и слово перепечатывается в другой раскладке. Замена осуществляется по месту, без копирования текста через буфер обмена (программа симулирует нажатие клавиши Backspace для затирания ошибочно введённого слова и затем повторяет ввод в правильной раскладке). В смешанном тексте lay старается не трогать уже корректные соседние слова, например, "good ntrcn" будет преобразовано в "good текст", а "wi-fi ye" а wi-fi ну". Возможна точная автоподмена слов по пользовательскому словарю. Проект состоит из фонового процесса, который работает с evdev/uinput, и небольшого дополнения к GNOME Shell, обеспечивающего переключение раскладки в GNOME на базе Wayland. По умолчанию программа работает локально и не использует облако, буфер обмена или большие языковые модели. В качестве опции доступен экспериментальный режим "--smart", в котором для автоматического определения ошибочного ввода применяется локально выполняемая AI-модель. В состав также входит отдельная утилита командной строки для преобразования текста не в другой раскладке. Поддержка в настоящее время ориентирована на GNOME Wayland и русский/английский языки. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65414](https://www.opennet.ru/opennews/art.shtml?num=65414)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-lay-avtokorrektora-slov-vvedyonnyx-ne-v-toj-raskladke-dlya-gnome-c-wayland |
| title | Выпуск lay, автокорректора слов, введённых не в той раскладке, для GNOME c Wayland |
| Transaction Info | Block #105923613/Trx 4700fb100370beffb9c25920c6470ec90508ba48 |
View Raw JSON Data
{
"block": 105923613,
"op": [
"comment",
{
"author": "opennet",
"body": "Опубликован проект [lay](https://github.com/radislabus-star/lay-public), помогающий исправлять слова, набранные с использованием не той раскладки клавиатуры, в GNOME-окружении на базе Wayland. Утилита исправляет последнее слово, набранное в неправильной русской или английской раскладке, по двойному нажатию клавиши Shift. Код написан на языке Rust и [распространяется](https://github.com/radislabus-star/lay-public) под лицензией MIT. На данной стадии развития программа имеет качество бета-версии - приветствуется отправка отчётов об ошибках..\n\nОсновной сценарий использования: пользователь набрал, например, \"ghbdtn\" вместо \"привет\", нажал Shift два раза, и слово перепечатывается в другой раскладке. Замена осуществляется по месту, без копирования текста через буфер обмена (программа симулирует нажатие клавиши Backspace для затирания ошибочно введённого слова и затем повторяет ввод в правильной раскладке). В смешанном тексте lay старается не трогать уже корректные соседние слова, например, \"good ntrcn\" будет преобразовано в \"good текст\", а \"wi-fi ye\" а wi-fi ну\". Возможна точная автоподмена слов по пользовательскому словарю.\n\nПроект состоит из фонового процесса, который работает с evdev/uinput, и небольшого дополнения к GNOME Shell, обеспечивающего переключение раскладки в GNOME на базе Wayland. По умолчанию программа работает локально и не использует облако, буфер обмена или большие языковые модели. В качестве опции доступен экспериментальный режим \"--smart\", в котором для автоматического определения ошибочного ввода применяется локально выполняемая AI-модель. В состав также входит отдельная утилита командной строки для преобразования текста не в другой раскладке. Поддержка в настоящее время ориентирована на GNOME Wayland и русский/английский языки. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65414](https://www.opennet.ru/opennews/art.shtml?num=65414)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-lay-avtokorrektora-slov-vvedyonnyx-ne-v-toj-raskladke-dlya-gnome-c-wayland",
"title": "Выпуск lay, автокорректора слов, введённых не в той раскладке, для GNOME c Wayland"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-10T08:14:27",
"trx_id": "4700fb100370beffb9c25920c6470ec90508ba48",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: skomprometirovan-oficzialbnyj-twitter-kanal-ubuntu2026/05/08 16:14:27
opennetpublished a new post: skomprometirovan-oficzialbnyj-twitter-kanal-ubuntu
2026/05/08 16:14:27
| author | opennet |
| body | Следом за [DDoS-атакой](https://www.opennet.ru/opennews/art.shtml?num=65340) на инфраструктуру компании Canonical злоумышленникам [удалось](https://www.reddit.com/r/Ubuntu/comments/1t5xt2t/advivce_ubuntu_twitterx_account_hacked/) [получить](https://lowendtalk.com/discussion/comment/4788632/#Comment_4788632) контроль над каналом [Ubuntu](https://x.com/ubuntu) в социальной сети X.com (Twitter). В канале Ubuntu был размещён анонс AI-агента Numbat, который преподносился как децентрализованный AI, созданный на базе блокчейна и технологий криптовалюты Solana. Заявлялось, что AI-агент можно протестировать на сайте ai-ubuntu.com, который был зарегистрирован за несколько часов до размещения объявления. Оформление сайта было стилизовано под страницу [ubuntu.com/ai](https://ubuntu.com/ai), а в тексте использовались факты из анонсированного вице-президентом компании Canonical проекта по [интеграции](https://www.opennet.ru/opennews/art.shtml?num=65306) AI-технологий в Ubuntu. Для скрытия IP-адреса сервера, доступ к нему был организован через сеть доставки контента Cloudflare. В настоящий момент анонс Numbat уже [удалён](https://x.com/i/status/2052211357542453341) с канала, а при попытке открытия сайта ai-ubuntu.com компания Cloudflare выводит предупреждение о фишинге. При открытии сайта ai-ubuntu.com пользователям предлагалось привязать свой криптовлютый кошелёк к платформе, а также объявлялось о скором запуске своего криптовалютого токена и предоставлении возможности принять участие в его распределении среди пользователей. [](https://preview.redd.it/wqum1hgmnmzg1.jpg?width=320&crop=smart&auto=webp&s=62dc2bdfa8d0a6030ce94d5677aaccf692d1aac0)[](https://i.ibb.co/fYbHSZV4/Screenshot-20260507-045505-Duck-Duck-Go.jpg)  Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65402](https://www.opennet.ru/opennews/art.shtml?num=65402)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1778233485.jpg"]} |
| parent author | |
| parent permlink | ru |
| permlink | skomprometirovan-oficzialbnyj-twitter-kanal-ubuntu |
| title | Скомпрометирован официальный Twitter-канал Ubuntu |
| Transaction Info | Block #105875750/Trx d0678de354d677568dc5d4a14aba23bcd8eb5ed2 |
View Raw JSON Data
{
"block": 105875750,
"op": [
"comment",
{
"author": "opennet",
"body": "Следом за [DDoS-атакой](https://www.opennet.ru/opennews/art.shtml?num=65340) на инфраструктуру компании Canonical злоумышленникам [удалось](https://www.reddit.com/r/Ubuntu/comments/1t5xt2t/advivce_ubuntu_twitterx_account_hacked/) [получить](https://lowendtalk.com/discussion/comment/4788632/#Comment_4788632) контроль над каналом [Ubuntu](https://x.com/ubuntu) в социальной сети X.com (Twitter). В канале Ubuntu был размещён анонс AI-агента Numbat, который преподносился как децентрализованный AI, созданный на базе блокчейна и технологий криптовалюты Solana. Заявлялось, что AI-агент можно протестировать на сайте ai-ubuntu.com, который был зарегистрирован за несколько часов до размещения объявления. Оформление сайта было стилизовано под страницу [ubuntu.com/ai](https://ubuntu.com/ai), а в тексте использовались факты из анонсированного вице-президентом компании Canonical проекта по [интеграции](https://www.opennet.ru/opennews/art.shtml?num=65306) AI-технологий в Ubuntu.\n\nДля скрытия IP-адреса сервера, доступ к нему был организован через сеть доставки контента Cloudflare. В настоящий момент анонс Numbat уже [удалён](https://x.com/i/status/2052211357542453341) с канала, а при попытке открытия сайта ai-ubuntu.com компания Cloudflare выводит предупреждение о фишинге. При открытии сайта ai-ubuntu.com пользователям предлагалось привязать свой криптовлютый кошелёк к платформе, а также объявлялось о скором запуске своего криптовалютого токена и предоставлении возможности принять участие в его распределении среди пользователей.\n\n[](https://preview.redd.it/wqum1hgmnmzg1.jpg?width=320&crop=smart&auto=webp&s=62dc2bdfa8d0a6030ce94d5677aaccf692d1aac0)[](https://i.ibb.co/fYbHSZV4/Screenshot-20260507-045505-Duck-Duck-Go.jpg)\n\n\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65402](https://www.opennet.ru/opennews/art.shtml?num=65402)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1778233485.jpg\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "skomprometirovan-oficzialbnyj-twitter-kanal-ubuntu",
"title": "Скомпрометирован официальный Twitter-канал Ubuntu"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-08T16:14:27",
"trx_id": "d0678de354d677568dc5d4a14aba23bcd8eb5ed2",
"trx_in_block": 0,
"virtual_op": 0
}2026/05/07 20:14:27
2026/05/07 20:14:27
| author | opennet |
| body | Разработчик [M A Muqtadir](https://github.com/Muqtxdir), принимающий участие в работе над темой оформления [Ubuntu Yaru](https://github.com/ubuntu/yaru) и дистрибутивом [Vanilla OS](https://www.opennet.ru/opennews/art.shtml?num=61621), [представил](https://discourse.ubuntu.com/t/regarding-ubuntu-unity-and-a-call-for-help/71095/53) первые результаты [эксперимента](https://discourse.ubuntu.com/t/regarding-ubuntu-unity-and-a-call-for-help/71095/50) по воссозданию пользовательской оболочки Unity c использованием современных компонентов стека GNOME и протокола Wayland. Продемонстрированный прототип построен на базе композитного менеджера [Wayfire](https://github.com/WayfireWM/wayfire), использующего Wayland и позволяющего формировать нетребовательные к ресурсам интерфейсы пользователя c 3D-эффектами в стиле 3D-плагинов к Compiz. Боковая и верхняя панели, всплывающие диалоги и интерфейс Dash для навигации по установленным приложениям реализованы при помощи надстройки [gtk4-layer-shell](https://github.com/wmww/gtk4-layer-shell) и виджетов, предоставляемых библиотекой [libadwaita](https://gitlab.gnome.org/GNOME/libadwaita/). [](https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/e/5/e5c239a8b005cecf7bb5f91b16ba1ab4e8e8b65d.jpeg) [](https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/e/1/e1be249462eaee4a2761939ae1880717dbfad2a6.jpeg) [](https://ubuntucommunity.s3.us-east-2.amazonaws.com/optimized/3X/6/e/6e56f3fbab960901522ba3108260b4fc4036a9df_2_1600x962.jpeg) Напомним, что разработчики проекта UBports развивают пользовательскую оболочку [Lomiri](https://lomiri.com/) ([последнее обновление](https://gitlab.com/ubports/development/core/lomiri/-/tags) в 2025 году), [ответвившуюся](https://www.opennet.ru/opennews/art.shtml?num=52451) от Unity 8, а дистрибутив Ubuntu Unity взял в свои руки разработку кодовой базы [Unity 7](https://unity.ubuntuunity.org/) ([последнее обновление](https://unity.ubuntuunity.org/blog) в 2022 году). Ветка Unity 7 построена с использованием GTK и технологий GNOME. В Ubuntu 16.10 в дополнение к Unity 7 в состав была включена оболочка Unity 8, переведённая на библиотеку Qt5 и дисплейный сервер Mir. Изначально компания Canonical планировала заменить оболочку Unity 7 на Unity 8, но планы изменились и в Ubuntu 17.10 был осуществлён возврат на штатный GNOME с панелью [Ubuntu Dock](https://www.opennet.ru/opennews/art.shtml?num=47053), а развитие Unity 8 было [прекращено](https://www.opennet.ru/opennews/art.shtml?num=46326). Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65388](https://www.opennet.ru/opennews/art.shtml?num=65388)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1778158165.jpeg"]} |
| parent author | |
| parent permlink | ru |
| permlink | vossozdanie-polbzovatelbskoj-obolochki-unity-s-ispolbzovaniem--wayfire-i-libadwaita |
| title | Воссоздание пользовательской оболочки Unity с использованием Wayfire и Libadwaita |
| Transaction Info | Block #105851807/Trx 2bc447ec20154283720f4d735e88b56c389f9132 |
View Raw JSON Data
{
"block": 105851807,
"op": [
"comment",
{
"author": "opennet",
"body": "Разработчик [M A Muqtadir](https://github.com/Muqtxdir), принимающий участие в работе над темой оформления [Ubuntu Yaru](https://github.com/ubuntu/yaru) и дистрибутивом [Vanilla OS](https://www.opennet.ru/opennews/art.shtml?num=61621), [представил](https://discourse.ubuntu.com/t/regarding-ubuntu-unity-and-a-call-for-help/71095/53) первые результаты [эксперимента](https://discourse.ubuntu.com/t/regarding-ubuntu-unity-and-a-call-for-help/71095/50) по воссозданию пользовательской оболочки Unity c использованием современных компонентов стека GNOME и протокола Wayland. Продемонстрированный прототип построен на базе композитного менеджера [Wayfire](https://github.com/WayfireWM/wayfire), использующего Wayland и позволяющего формировать нетребовательные к ресурсам интерфейсы пользователя c 3D-эффектами в стиле 3D-плагинов к Compiz. Боковая и верхняя панели, всплывающие диалоги и интерфейс Dash для навигации по установленным приложениям реализованы при помощи надстройки [gtk4-layer-shell](https://github.com/wmww/gtk4-layer-shell) и виджетов, предоставляемых библиотекой [libadwaita](https://gitlab.gnome.org/GNOME/libadwaita/).\n\n[](https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/e/5/e5c239a8b005cecf7bb5f91b16ba1ab4e8e8b65d.jpeg)\n\n[](https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/e/1/e1be249462eaee4a2761939ae1880717dbfad2a6.jpeg)\n\n[](https://ubuntucommunity.s3.us-east-2.amazonaws.com/optimized/3X/6/e/6e56f3fbab960901522ba3108260b4fc4036a9df_2_1600x962.jpeg)\n\n \n \n\nНапомним, что разработчики проекта UBports развивают пользовательскую оболочку [Lomiri](https://lomiri.com/) ([последнее обновление](https://gitlab.com/ubports/development/core/lomiri/-/tags) в 2025 году), [ответвившуюся](https://www.opennet.ru/opennews/art.shtml?num=52451) от Unity 8, а дистрибутив Ubuntu Unity взял в свои руки разработку кодовой базы [Unity 7](https://unity.ubuntuunity.org/) ([последнее обновление](https://unity.ubuntuunity.org/blog) в 2022 году). Ветка Unity 7 построена с использованием GTK и технологий GNOME. В Ubuntu 16.10 в дополнение к Unity 7 в состав была включена оболочка Unity 8, переведённая на библиотеку Qt5 и дисплейный сервер Mir. Изначально компания Canonical планировала заменить оболочку Unity 7 на Unity 8, но планы изменились и в Ubuntu 17.10 был осуществлён возврат на штатный GNOME с панелью [Ubuntu Dock](https://www.opennet.ru/opennews/art.shtml?num=47053), а развитие Unity 8 было [прекращено](https://www.opennet.ru/opennews/art.shtml?num=46326). \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65388](https://www.opennet.ru/opennews/art.shtml?num=65388)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1778158165.jpeg\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vossozdanie-polbzovatelbskoj-obolochki-unity-s-ispolbzovaniem--wayfire-i-libadwaita",
"title": "Воссоздание пользовательской оболочки Unity с использованием Wayfire и Libadwaita"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-07T20:14:27",
"trx_id": "2bc447ec20154283720f4d735e88b56c389f9132",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: vypusk-sistemy-upravleniya-kontejnerami-incus-7-0-lts2026/05/07 00:14:24
opennetpublished a new post: vypusk-sistemy-upravleniya-kontejnerami-incus-7-0-lts
2026/05/07 00:14:24
| author | opennet |
| body | Стефан Грабер (Stéphane Graber), лидер проекта Linux Containers и бывший технический руководитель проекта LXD, [объявил](https://stgraber.org/2026/05/05/announcing-incus-6-23-2/) о выходе [Incus 7.0 LTS](https://linuxcontainers.org/incus/), форка системы управления контейнерами и виртуальными машинами LXD, созданного сообществом после [перехода](https://www.opennet.ru/opennews/art.shtml?num=59386) оригинального проекта под крыло Canonical и смены лицензии. Код проекта [распространяется](https://github.com/lxc/incus) под лицензией Apache 2.0. Для ознакомления доступен [онлайн-демонстрация](https://linuxcontainers.org/incus/try-it/). Incus 7.0 LTS будет поддерживаться до июня 2031 года. Первые два года планируется выпуск корректирующих обновлений с исправлением ошибок и мелкими улучшениями, после чего проект перейдёт на стадию сопровождения c исправлением только критических уязвимостей. Текущая ветка Incus 6.0 LTS переведена в режим поддержки, при котором публикуются только исправления, связанные с безопасностью. Основные [изменения и новшества](https://discuss.linuxcontainers.org/t/incus-7-0-lts-has-been-released/26641): * Обработчик объектного хранилища S3 на базе [Minio](https://www.min.io/) [заменён](https://github.com/lxc/incus/pull/3258) на собственную встроенную реализацию. * Добавлена опция "core.shutdown\_action" для определения действий при выключении сервера. * Реализован низкоуровневый API для создания резервных копий. * Добавлена настройка "restricted.storage-pools.access", через которую можно ограничить пулы хранения, доступные для проекта. * Добавлены скриптлеты для управления размещением инстансов при перебалансировке кластера. * Поведение команд "incus file push" и "incus file pull" приближено к утилите "cp". * Исправлено 9 уязвимостей, среди которых 7 имеют умеренную степень опасности (включая [CVE-2026-35527](https://github.com/lxc/incus/security/advisories/GHSA-8gw4-p4wq-4hcv) и [CVE-2026-40195](https://github.com/lxc/incus/security/advisories/GHSA-gc7j-g665-rxr9)) и 2 - низкую. * Прекращена поддержка cgroupv1 и iptables/ip6tables/ebtables (рекомендуется переход на nftables). * Повышены минимальные системные требования к окружению. * Среди улучшений, относительно LTS-ветки Incus 6.0: полноценная поддержка контейнеров в формате OCI, реализация зависимых томов хранения, поддержка наборов сетевых адресов (Network address sets), новые драйверы для хранилищ Linstor и TrueNAS, возможность определения базового уровня CPU для групп кластера. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65384](https://www.opennet.ru/opennews/art.shtml?num=65384)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-sistemy-upravleniya-kontejnerami-incus-7-0-lts |
| title | Выпуск системы управления контейнерами Incus 7.0 LTS |
| Transaction Info | Block #105827855/Trx ca0121aae4725349e99d6f85f8c7c5d4f95b7250 |
View Raw JSON Data
{
"block": 105827855,
"op": [
"comment",
{
"author": "opennet",
"body": "Стефан Грабер (Stéphane Graber), лидер проекта Linux Containers и бывший технический руководитель проекта LXD, [объявил](https://stgraber.org/2026/05/05/announcing-incus-6-23-2/) о выходе [Incus 7.0 LTS](https://linuxcontainers.org/incus/), форка системы управления контейнерами и виртуальными машинами LXD, созданного сообществом после [перехода](https://www.opennet.ru/opennews/art.shtml?num=59386) оригинального проекта под крыло Canonical и смены лицензии. Код проекта [распространяется](https://github.com/lxc/incus) под лицензией Apache 2.0. Для ознакомления доступен [онлайн-демонстрация](https://linuxcontainers.org/incus/try-it/).\n\nIncus 7.0 LTS будет поддерживаться до июня 2031 года. Первые два года планируется выпуск корректирующих обновлений с исправлением ошибок и мелкими улучшениями, после чего проект перейдёт на стадию сопровождения c исправлением только критических уязвимостей. Текущая ветка Incus 6.0 LTS переведена в режим поддержки, при котором публикуются только исправления, связанные с безопасностью.\n\nОсновные [изменения и новшества](https://discuss.linuxcontainers.org/t/incus-7-0-lts-has-been-released/26641):\n\n* Обработчик объектного хранилища S3 на базе [Minio](https://www.min.io/) [заменён](https://github.com/lxc/incus/pull/3258) на собственную встроенную реализацию.\n* Добавлена опция \"core.shutdown\\_action\" для определения действий при выключении сервера.\n* Реализован низкоуровневый API для создания резервных копий.\n* Добавлена настройка \"restricted.storage-pools.access\", через которую можно ограничить пулы хранения, доступные для проекта.\n* Добавлены скриптлеты для управления размещением инстансов при перебалансировке кластера.\n* Поведение команд \"incus file push\" и \"incus file pull\" приближено к утилите \"cp\".\n* Исправлено 9 уязвимостей, среди которых 7 имеют умеренную степень опасности (включая [CVE-2026-35527](https://github.com/lxc/incus/security/advisories/GHSA-8gw4-p4wq-4hcv) и [CVE-2026-40195](https://github.com/lxc/incus/security/advisories/GHSA-gc7j-g665-rxr9)) и 2 - низкую.\n* Прекращена поддержка cgroupv1 и iptables/ip6tables/ebtables (рекомендуется переход на nftables).\n* Повышены минимальные системные требования к окружению.\n* Среди улучшений, относительно LTS-ветки Incus 6.0: полноценная поддержка контейнеров в формате OCI, реализация зависимых томов хранения, поддержка наборов сетевых адресов (Network address sets), новые драйверы для хранилищ Linstor и TrueNAS, возможность определения базового уровня CPU для групп кластера.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65384](https://www.opennet.ru/opennews/art.shtml?num=65384)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-sistemy-upravleniya-kontejnerami-incus-7-0-lts",
"title": "Выпуск системы управления контейнерами Incus 7.0 LTS"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-07T00:14:24",
"trx_id": "ca0121aae4725349e99d6f85f8c7c5d4f95b7250",
"trx_in_block": 12,
"virtual_op": 0
}opennetpublished a new post: amazon-opublikoval-rex-sredu-dlya-kontroliruemogo-vypolneniya-skriptov2026/05/05 08:14:27
opennetpublished a new post: amazon-opublikoval-rex-sredu-dlya-kontroliruemogo-vypolneniya-skriptov
2026/05/05 08:14:27
| author | opennet |
| body | Компания Amazon [представила](https://aws.amazon.com/blogs/opensource/introducing-trusted-remote-execution-policy-enforced-scripts-for-ai-agents-and-humans/) движок безопасного исполнения скриптов [REX](https://github.com/trusted-remote-execution/trusted-remote-execution) (Trusted Remote Execution), допускающий только разрешённые для каждого конкретного скрипта операции. Например, если скрипт рассчитан на разбор логов, то ему будет предоставлен только доступ на чтение лога, а несанкционированные попытки удаления или изменения файлов заблокируются. Код REX написан на языке Rust и [открыт](https://github.com/trusted-remote-execution/trusted-remote-execution) под лицензией Apache 2.0. REX может применяться для контроля и ограничения операций, выполняемых скриптами, генерируемыми AI-агентами в процессе выполнения запросов системной автоматизации. При помощи REX владелец хоста может блокировать выполнение нецелевых действий и управлять тем, какие именно операции разрешены, независимо от запросов, поступающих AI-агенту. Подобный подход даёт возможность защититься от нового класса атак, в которых злоумышленники используют подстановку запросов AI-агентам для выполнения действий в системе. [](https://d2908q01vomqb2.cloudfront.net/ca3512f4dfa95a03169c5a670a4c91a19b3077b4/2026/05/01/Screenshot-2026-04-30-at-11.31.16%E2%80%AFPM-1024x264.png) Для написания скриптов в REX применяется язык [Rhai](https://rhai.rs/), использующий динамическую типизацию и предоставляющий синтаксис, напоминающий смесь JavaScript и Rust. К скрипту привязываются правила на языке [Cedar](https://cedarpolicy.com/en), регламентирующие каждую выполняемую скриптом системную операцию. Скрипты выполняются в изолированном sandbox-окружении, в котором допускаются только явно разрешённые правилами операции с файлами, сетевые возможности, средства управления процессами и прочие системные функции. Каждый системный вызов, такой как открытие, чтение или запись файла, перед выполнением авторизируется в соответствии с заданными правилами. Модель обеспечения безопасности строится на том, что правила отделены от скриптов и [определяются](https://trusted-remote-execution.github.io/docs.html) не создателями скриптов или запускающими скрипты, а владельцем сервиса. Для исключения состояния гонки в скриптах и атак через символические ссылки в скриптах по возможности используются файловые дескрипторы, а не пути. По умолчанию выполняемые движком REX скрипты не имеют прямого доступа к хосту и проводят операции через авторизированные Rust API. [](https://d2908q01vomqb2.cloudfront.net/ca3512f4dfa95a03169c5a670a4c91a19b3077b4/2026/05/01/Screenshot-2026-04-30-at-10.52.07%E2%80%AFPM-1024x606.png) Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65360](https://www.opennet.ru/opennews/art.shtml?num=65360)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1777923760.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | amazon-opublikoval-rex-sredu-dlya-kontroliruemogo-vypolneniya-skriptov |
| title | Amazon опубликовал REX, среду для контролируемого выполнения скриптов |
| Transaction Info | Block #105780000/Trx 33c5b56f07f1b192316a81f4ba0a7674bb566952 |
View Raw JSON Data
{
"block": 105780000,
"op": [
"comment",
{
"author": "opennet",
"body": "Компания Amazon [представила](https://aws.amazon.com/blogs/opensource/introducing-trusted-remote-execution-policy-enforced-scripts-for-ai-agents-and-humans/) движок безопасного исполнения скриптов [REX](https://github.com/trusted-remote-execution/trusted-remote-execution) (Trusted Remote Execution), допускающий только разрешённые для каждого конкретного скрипта операции. Например, если скрипт рассчитан на разбор логов, то ему будет предоставлен только доступ на чтение лога, а несанкционированные попытки удаления или изменения файлов заблокируются. Код REX написан на языке Rust и [открыт](https://github.com/trusted-remote-execution/trusted-remote-execution) под лицензией Apache 2.0.\n\nREX может применяться для контроля и ограничения операций, выполняемых скриптами, генерируемыми AI-агентами в процессе выполнения запросов системной автоматизации. При помощи REX владелец хоста может блокировать выполнение нецелевых действий и управлять тем, какие именно операции разрешены, независимо от запросов, поступающих AI-агенту. Подобный подход даёт возможность защититься от нового класса атак, в которых злоумышленники используют подстановку запросов AI-агентам для выполнения действий в системе.\n\n[](https://d2908q01vomqb2.cloudfront.net/ca3512f4dfa95a03169c5a670a4c91a19b3077b4/2026/05/01/Screenshot-2026-04-30-at-11.31.16%E2%80%AFPM-1024x264.png)\n\nДля написания скриптов в REX применяется язык [Rhai](https://rhai.rs/), использующий динамическую типизацию и предоставляющий синтаксис, напоминающий смесь JavaScript и Rust. К скрипту привязываются правила на языке [Cedar](https://cedarpolicy.com/en), регламентирующие каждую выполняемую скриптом системную операцию. Скрипты выполняются в изолированном sandbox-окружении, в котором допускаются только явно разрешённые правилами операции с файлами, сетевые возможности, средства управления процессами и прочие системные функции. Каждый системный вызов, такой как открытие, чтение или запись файла, перед выполнением авторизируется в соответствии с заданными правилами.\n\nМодель обеспечения безопасности строится на том, что правила отделены от скриптов и [определяются](https://trusted-remote-execution.github.io/docs.html) не создателями скриптов или запускающими скрипты, а владельцем сервиса. Для исключения состояния гонки в скриптах и атак через символические ссылки в скриптах по возможности используются файловые дескрипторы, а не пути. По умолчанию выполняемые движком REX скрипты не имеют прямого доступа к хосту и проводят операции через авторизированные Rust API.\n\n[](https://d2908q01vomqb2.cloudfront.net/ca3512f4dfa95a03169c5a670a4c91a19b3077b4/2026/05/01/Screenshot-2026-04-30-at-10.52.07%E2%80%AFPM-1024x606.png)\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65360](https://www.opennet.ru/opennews/art.shtml?num=65360)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1777923760.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "amazon-opublikoval-rex-sredu-dlya-kontroliruemogo-vypolneniya-skriptov",
"title": "Amazon опубликовал REX, среду для контролируемого выполнения скриптов"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-05T08:14:27",
"trx_id": "33c5b56f07f1b192316a81f4ba0a7674bb566952",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: vypusk-brython-3-14-1-realizaczii-yazyka-python-dlya-web-brauzerov2026/05/03 16:14:24
opennetpublished a new post: vypusk-brython-3-14-1-realizaczii-yazyka-python-dlya-web-brauzerov
2026/05/03 16:14:24
| author | opennet |
| body | [Доступен](https://github.com/brython-dev/brython/releases/tag/3.14.1) релиз проекта [Brython 3.14.1](https://www.brython.info/) (Browser Python) с реализацией языка программирования Python 3 для web-браузеров, позволяющей использовать Python вместо JavaScript для разработки скриптов для Web. Код проекта написан на языке Python и [распространяется](https://github.com/brython-dev/brython) под лицензией BSD. Подключив библиотеки [brython.js](https://brython.info/src/brython.js) и [brython\_stdlib.js](https://www.brython.info/src/brython_stdlib.js), web-разработчик может [использовать](https://www.brython.info/static_doc/3.14/en/intro.html) язык Python для определения логики работы сайта на стороне клиента, применяя Python вместо JavaScript. Для включения Python-кода на страницы используется тег ‹script› с mime-типом "text/python". Допускается как встраивание кода на страницу, так и загрузка внешних скриптов (‹script type="text/python" src="test.py"›). Из скрипта предоставляется полный доступ к элементам и событиям DOM. Помимо доступа к стандартной библиотеке Python предлагаются специализированные библиотеки для взаимодействия с DOM и JavaScript-библиотеками, такими как jQuery, D3, Highcharts и Raphael. Поддерживается использование CSS-фреймворков Bootstrap3, LESS и SASS. Выполнение Python-кода из блоков ‹script› производится через предварительную компиляцию этого кода, выполняемую обработчиком Brython после загрузки страницы. Компиляция инициируется при помощи вызова функции brython(), например через добавление "‹body onload="brython()"›". На основе Python-кода формируется представление на языке JavaScript, которое затем выполняется штатным JavaScript-движком браузера (для сравнения, проект [PyPy.js](http://pypyjs.org/) предлагает для выполнения Python-кода в браузере скомпилированный в asm.js интерпретатор CPython, а [Skulpt](http://skulpt.org/) реализует интерпретатор на JavaScript). Итоговая производительность большинства операций во встраиваемых в web-страницы Python-сценариях [близка](https://www.brython.info/speed_results.html) к производительности CPython. Задержка возникает только на этапе компиляции, но для её устранения предоставляется возможность загрузки предварительно скомпилированного в JavaScript кода, которая применяется для ускорения загрузки стандартной библиотеки (Brython [предоставляет](https://www.brython.info/static_doc/3.14/en/deploy.html) [инструментарий](https://www.brython.info/static_doc/3.14/en/brython-packages.html) для создания JavaScript-библиотек на основе модулей Python). Новый выпуск примечателен [полной переработкой](https://github.com/brython-dev/brython/wiki/New-builtin-types-implementation-2026) реализации встроенных типов и переписыванием кода для разбора аргументов встроенных функций и методов. В ветке Brython 3.14 обеспечена совместимости с [CPython 3.14](https://www.opennet.ru/opennews/art.shtml?num=64017) и реализована большая часть новых возможностей данного выпуска, включая поддержку t-строк и отложенной обработки аннотаций. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65353](https://www.opennet.ru/opennews/art.shtml?num=65353)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-brython-3-14-1-realizaczii-yazyka-python-dlya-web-brauzerov |
| title | Выпуск Brython 3.14.1, реализации языка Python для web-браузеров |
| Transaction Info | Block #105732111/Trx 70408c5e2dbe1f3a6e1dd207a1497a132b683837 |
View Raw JSON Data
{
"block": 105732111,
"op": [
"comment",
{
"author": "opennet",
"body": "[Доступен](https://github.com/brython-dev/brython/releases/tag/3.14.1) релиз проекта [Brython 3.14.1](https://www.brython.info/) (Browser Python) с реализацией языка программирования Python 3 для web-браузеров, позволяющей использовать Python вместо JavaScript для разработки скриптов для Web. Код проекта написан на языке Python и [распространяется](https://github.com/brython-dev/brython) под лицензией BSD.\n\nПодключив библиотеки [brython.js](https://brython.info/src/brython.js) и [brython\\_stdlib.js](https://www.brython.info/src/brython_stdlib.js), web-разработчик может [использовать](https://www.brython.info/static_doc/3.14/en/intro.html) язык Python для определения логики работы сайта на стороне клиента, применяя Python вместо JavaScript. Для включения Python-кода на страницы используется тег ‹script› с mime-типом \"text/python\". Допускается как встраивание кода на страницу, так и загрузка внешних скриптов (‹script type=\"text/python\" src=\"test.py\"›). Из скрипта предоставляется полный доступ к элементам и событиям DOM. Помимо доступа к стандартной библиотеке Python предлагаются специализированные библиотеки для взаимодействия с DOM и JavaScript-библиотеками, такими как jQuery, D3, Highcharts и Raphael. Поддерживается использование CSS-фреймворков Bootstrap3, LESS и SASS.\n\nВыполнение Python-кода из блоков ‹script› производится через предварительную компиляцию этого кода, выполняемую обработчиком Brython после загрузки страницы. Компиляция инициируется при помощи вызова функции brython(), например через добавление \"‹body onload=\"brython()\"›\". На основе Python-кода формируется представление на языке JavaScript, которое затем выполняется штатным JavaScript-движком браузера (для сравнения, проект [PyPy.js](http://pypyjs.org/) предлагает для выполнения Python-кода в браузере скомпилированный в asm.js интерпретатор CPython, а [Skulpt](http://skulpt.org/) реализует интерпретатор на JavaScript).\n\nИтоговая производительность большинства операций во встраиваемых в web-страницы Python-сценариях [близка](https://www.brython.info/speed_results.html) к производительности CPython. Задержка возникает только на этапе компиляции, но для её устранения предоставляется возможность загрузки предварительно скомпилированного в JavaScript кода, которая применяется для ускорения загрузки стандартной библиотеки (Brython [предоставляет](https://www.brython.info/static_doc/3.14/en/deploy.html) [инструментарий](https://www.brython.info/static_doc/3.14/en/brython-packages.html) для создания JavaScript-библиотек на основе модулей Python).\n\nНовый выпуск примечателен [полной переработкой](https://github.com/brython-dev/brython/wiki/New-builtin-types-implementation-2026) реализации встроенных типов и переписыванием кода для разбора аргументов встроенных функций и методов. В ветке Brython 3.14 обеспечена совместимости с [CPython 3.14](https://www.opennet.ru/opennews/art.shtml?num=64017) и реализована большая часть новых возможностей данного выпуска, включая поддержку t-строк и отложенной обработки аннотаций. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65353](https://www.opennet.ru/opennews/art.shtml?num=65353)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-brython-3-14-1-realizaczii-yazyka-python-dlya-web-brauzerov",
"title": "Выпуск Brython 3.14.1, реализации языка Python для web-браузеров"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-03T16:14:24",
"trx_id": "70408c5e2dbe1f3a6e1dd207a1497a132b683837",
"trx_in_block": 2,
"virtual_op": 0
}opennetpublished a new post: reliz-mulbtimedijnoj-biblioteki-ldl-0-1-optimizirovannoj-dlya-malomoshhnyx-sistem2026/05/02 20:14:24
opennetpublished a new post: reliz-mulbtimedijnoj-biblioteki-ldl-0-1-optimizirovannoj-dlya-malomoshhnyx-sistem
2026/05/02 20:14:24
| author | opennet |
| body | [Состоялся](https://github.com/JordanCpp/LDL) первый публичный релиз мультимедийной библиотеки LDL (Little DirectMedia Layer), позволяющей создавать графические приложения, способные работать как на современных, так и на устаревших системах (Windows 95+, дистрибутивы с ядром Linux 2.0+, FreeBSD 3.0+). Предоставляется простой кроссплатформенный API для управления окнами и обработки событий с устройств ввода. Для отрисовки может использоваться OpenGL 1.0-4.6. Код поставляется под лицензией [LGPL 3.0](https://github.com/JordanCpp/LDL). Релиз примечателен переходом с использования языка C++98 на язык ANSI C (C89) для обеспечения максимальной переносимости и совместимости со старыми компиляторами и платформами, включая DOS, Windows 95 и PlayStation 1. Проект планируют развивать постепенно: в первой версии предложены возможности для работы с окнами, событиями ввода и графикой, после чего начнётся развитие 2D-рендера, средств для работы со звуком и шрифтами, бэкендов для работы поверх библиотек SDL 1.2, SDL 2.x, [SDL 3.x](https://www.libsdl.org/), [SFML](https://www.sfml-dev.org/) и [GLFW](https://www.glfw.org/). Использование бэкендов SDL, SFML и GLFW позволит без изменения кода собирать приложения для платформ, напрямую не поддерживаемых в LDL. В планах на будущее также отмечается создание универсального API для работы со спрайтами и 2D-графикой, который можно использовать независимо от выбранного бэкенда (OpenGL, Vulkan, программная отрисовка, библиотеки типа SDL). [](https://media.githubusercontent.com/media/JordanCpp/LDL/LDLC/Screenshots/OpenGL2_TexturedTerrain.jpg) Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65347](https://www.opennet.ru/opennews/art.shtml?num=65347)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1777716818.jpg"]} |
| parent author | |
| parent permlink | ru |
| permlink | reliz-mulbtimedijnoj-biblioteki-ldl-0-1-optimizirovannoj-dlya-malomoshhnyx-sistem |
| title | Релиз мультимедийной библиотеки LDL 0.1, оптимизированной для маломощных систем |
| Transaction Info | Block #105708165/Trx 7076a954335ac3849bbcb7e8d4d2f37803f3eb71 |
View Raw JSON Data
{
"block": 105708165,
"op": [
"comment",
{
"author": "opennet",
"body": "[Состоялся](https://github.com/JordanCpp/LDL) первый публичный релиз мультимедийной библиотеки LDL (Little DirectMedia Layer), позволяющей создавать графические приложения, способные работать как на современных, так и на устаревших системах (Windows 95+, дистрибутивы с ядром Linux 2.0+, FreeBSD 3.0+). Предоставляется простой кроссплатформенный API для управления окнами и обработки событий с устройств ввода. Для отрисовки может использоваться OpenGL 1.0-4.6. Код поставляется под лицензией [LGPL 3.0](https://github.com/JordanCpp/LDL).\n\nРелиз примечателен переходом с использования языка C++98 на язык ANSI C (C89) для обеспечения максимальной переносимости и совместимости со старыми компиляторами и платформами, включая DOS, Windows 95 и PlayStation 1. Проект планируют развивать постепенно: в первой версии предложены возможности для работы с окнами, событиями ввода и графикой, после чего начнётся развитие 2D-рендера, средств для работы со звуком и шрифтами, бэкендов для работы поверх библиотек SDL 1.2, SDL 2.x, [SDL 3.x](https://www.libsdl.org/), [SFML](https://www.sfml-dev.org/) и [GLFW](https://www.glfw.org/). Использование бэкендов SDL, SFML и GLFW позволит без изменения кода собирать приложения для платформ, напрямую не поддерживаемых в LDL. В планах на будущее также отмечается создание универсального API для работы со спрайтами и 2D-графикой, который можно использовать независимо от выбранного бэкенда (OpenGL, Vulkan, программная отрисовка, библиотеки типа SDL).\n\n[](https://media.githubusercontent.com/media/JordanCpp/LDL/LDLC/Screenshots/OpenGL2_TexturedTerrain.jpg)\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65347](https://www.opennet.ru/opennews/art.shtml?num=65347)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1777716818.jpg\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "reliz-mulbtimedijnoj-biblioteki-ldl-0-1-optimizirovannoj-dlya-malomoshhnyx-sistem",
"title": "Релиз мультимедийной библиотеки LDL 0.1, оптимизированной для маломощных систем"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-02T20:14:24",
"trx_id": "7076a954335ac3849bbcb7e8d4d2f37803f3eb71",
"trx_in_block": 1,
"virtual_op": 0
}2026/05/01 14:14:27
2026/05/01 14:14:27
| author | opennet |
| body | [Опубликован](https://simplex.chat/blog/20260430-simplex-channels-v6-5-consortium-crowdfunding-freedom-of-speech.html) выпуск платформы [SimpleX Chat 6.5](https://github.com/simplex-chat/simplex-chat/releases/tag/v6.5.0), [предоставляющей](https://simplex.chat/ru/) средства для децентрализованной коммуникации без идентификаторов. Обмен сообщениями происходит через временные однонаправленные [SMP-очереди](https://github.com/simplex-chat/simplexmq/blob/stable/protocol/simplex-messaging.md) ([SimpleX Messaging Protocol](https://github.com/simplex-chat/simplexmq/blob/stable/protocol/simplex-messaging.md)), отдельные для каждого соединения. Все соединения применяют сквозное шифрование. Код [приложения](https://github.com/simplex-chat/simplex-chat) и [SMP-маршрутизатора](https://github.com/simplex-chat/simplexmq) распространяется под лицензией AGPLv3. Для установки соединения пользователям нужно обменяться ссылкой, которая содержит адрес SMP-сервера и ключи шифрования. Таким образом, пользователь сам выбирает через какие серверы получать сообщения, будь то официальные серверы, серверы сообщества или личный (self-hosted) сервер. Для сокрытия IP-адреса от SMP-серверов применяется механизм "[private routing](https://simplex.chat/blog/20240604-simplex-chat-v5.8-private-message-routing-chat-themes.html#private-message-routing)", обеспечивающий маршрутизацию запросов через ряд независимых SMP-серверов, по аналогии с [луковой маршрутизацией](https://en.wikipedia.org/wiki/Onion_routing), применяемой в сети Tor. Наиболее важные изменения в выпуске 6.5: * Добавлена реализация [каналов](https://github.com/simplex-chat/simplex-chat/blob/master/docs/protocol/channels-overview.md), позволяющих доставлять и управлять информацией с сохранением состояния (stateful). В то время как SMP-очереди обеспечивают однонаправленную доставку пакетов без хранения состояния (stateless) между двумя конечными точками, каналы реализуют модель доставки информации "от одного ко многим" с криптографической идентификацией, независимой от операторов инфраструктуры. Каждый канал может использовать несколько релеев для цензуро- и отказоустойчивости. Поверх каналов уже реализованы "публичные каналы" похожие на каналы в Telegram, но с важными отличиями: * Автор канала по-настоящему владеет им и контролирует с помощью криптографической подписи. Релеи, которые обеспечивают доставку "от одного ко многим", являются взаимозаменяемыми и не могут действовать от имени владельца канала; * Обеспечивается конфиденциальность участия (participation privacy). Релеи являются клиентами в сети SimpleX, таким образом наследуются свойства конфиденциальность с транспортного уровня SMP. * [Подготовка](https://simplex.chat/blog/20260430-simplex-channels-v6-5-consortium-crowdfunding-freedom-of-speech.html#simplex-network-consortium-to-preserve-network-independence) к [разделению](https://github.com/simplex-chat/simplexmq/blob/master/rfcs/README.md) прав интеллектуальной собственности на протоколы и сеть для предотвращения расхождения интересов бизнеса и пользователей. Создание организации [SimpleX Network Consortium](https://simplexnetwork.org). * В приложении упрощена отправка приглашений для новых пользователей и реализована опциональная поддержка предпросмотра web-ссылок, с возможностью использования SOCKS-прокси для предпросмотра, защитой от фишинга и блокированием отслеживания через ссылки. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65337](https://www.opennet.ru/opennews/art.shtml?num=65337)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | reliz-simplex-chat-6-5-deczentralizovannoj-seti-dlya-kommunikaczii-bez-identifikatorov |
| title | Релиз SimpleX Chat 6.5, децентрализованной сети для коммуникации без идентификаторов |
| Transaction Info | Block #105672244/Trx d5856364ea969808bc55e7b1267f90469addd1ce |
View Raw JSON Data
{
"block": 105672244,
"op": [
"comment",
{
"author": "opennet",
"body": "[Опубликован](https://simplex.chat/blog/20260430-simplex-channels-v6-5-consortium-crowdfunding-freedom-of-speech.html) выпуск платформы [SimpleX Chat 6.5](https://github.com/simplex-chat/simplex-chat/releases/tag/v6.5.0), [предоставляющей](https://simplex.chat/ru/) средства для децентрализованной коммуникации без идентификаторов. Обмен сообщениями происходит через временные однонаправленные [SMP-очереди](https://github.com/simplex-chat/simplexmq/blob/stable/protocol/simplex-messaging.md) ([SimpleX Messaging Protocol](https://github.com/simplex-chat/simplexmq/blob/stable/protocol/simplex-messaging.md)), отдельные для каждого соединения. Все соединения применяют сквозное шифрование. Код [приложения](https://github.com/simplex-chat/simplex-chat) и [SMP-маршрутизатора](https://github.com/simplex-chat/simplexmq) распространяется под лицензией AGPLv3.\n\nДля установки соединения пользователям нужно обменяться ссылкой, которая содержит адрес SMP-сервера и ключи шифрования. Таким образом, пользователь сам выбирает через какие серверы получать сообщения, будь то официальные серверы, серверы сообщества или личный (self-hosted) сервер. Для сокрытия IP-адреса от SMP-серверов применяется механизм \"[private routing](https://simplex.chat/blog/20240604-simplex-chat-v5.8-private-message-routing-chat-themes.html#private-message-routing)\", обеспечивающий маршрутизацию запросов через ряд независимых SMP-серверов, по аналогии с [луковой маршрутизацией](https://en.wikipedia.org/wiki/Onion_routing), применяемой в сети Tor.\n\nНаиболее важные изменения в выпуске 6.5:\n\n* Добавлена реализация [каналов](https://github.com/simplex-chat/simplex-chat/blob/master/docs/protocol/channels-overview.md), позволяющих доставлять и управлять информацией с сохранением состояния (stateful). В то время как SMP-очереди обеспечивают однонаправленную доставку пакетов без хранения состояния (stateless) между двумя конечными точками, каналы реализуют модель доставки информации \"от одного ко многим\" с криптографической идентификацией, независимой от операторов инфраструктуры. Каждый канал может использовать несколько релеев для цензуро- и отказоустойчивости.\n \n Поверх каналов уже реализованы \"публичные каналы\" похожие на каналы в Telegram, но с важными отличиями:\n \n * Автор канала по-настоящему владеет им и контролирует с помощью криптографической подписи. Релеи, которые обеспечивают доставку \"от одного ко многим\", являются взаимозаменяемыми и не могут действовать от имени владельца канала;\n * Обеспечивается конфиденциальность участия (participation privacy). Релеи являются клиентами в сети SimpleX, таким образом наследуются свойства конфиденциальность с транспортного уровня SMP.\n* [Подготовка](https://simplex.chat/blog/20260430-simplex-channels-v6-5-consortium-crowdfunding-freedom-of-speech.html#simplex-network-consortium-to-preserve-network-independence) к [разделению](https://github.com/simplex-chat/simplexmq/blob/master/rfcs/README.md) прав интеллектуальной собственности на протоколы и сеть для предотвращения расхождения интересов бизнеса и пользователей. Создание организации [SimpleX Network Consortium](https://simplexnetwork.org).\n* В приложении упрощена отправка приглашений для новых пользователей и реализована опциональная поддержка предпросмотра web-ссылок, с возможностью использования SOCKS-прокси для предпросмотра, защитой от фишинга и блокированием отслеживания через ссылки.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65337](https://www.opennet.ru/opennews/art.shtml?num=65337)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "reliz-simplex-chat-6-5-deczentralizovannoj-seti-dlya-kommunikaczii-bez-identifikatorov",
"title": "Релиз SimpleX Chat 6.5, децентрализованной сети для коммуникации без идентификаторов"
}
],
"op_in_trx": 0,
"timestamp": "2026-05-01T14:14:27",
"trx_id": "d5856364ea969808bc55e7b1267f90469addd1ce",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: predstavlen-gtk2-ng-fork-biblioteki-gtk22026/04/29 22:14:24
opennetpublished a new post: predstavlen-gtk2-ng-fork-biblioteki-gtk2
2026/04/29 22:14:24
| author | opennet |
| body | Один из разработчиков дистрибутива Devuan [представил](https://devuanusers.com/thread-gtk2-revival-thread--80) проект [GTK2-NG](https://git.devuan.org/Daemonratte/gtk2-ng), который будет развивать форк библиотеки GTK2, нацеленный на продолжение её сопровождения и обеспечение качественной работы в современных дистрибутивах. Поддержание форка позволит продолжить поставку в Devuan приложений, завязанных на GTK2, после [прекращения](https://www.opennet.ru/opennews/art.shtml?num=64618) поддержки GTK2 в дистрибутиве Debian 14, релиз которого ожидается летом 2027 года. Разработчики проекта GTK прекратили сопровождение GTK2 более пяти лет назад, а пакеты с GTK2 уже исключены из официальных репозиториев дистрибутивов Red Hat Enterprise Linux, SUSE Linux Enterprise Server, openSUSE и Arch Linux (доступен через AUR). Из значимых проектов GTK2 продолжает использовать звуковой редактор Ardour, но данный проект не зависит от внешних библиотек и поддерживает собственный форк GTK2 - [YTK](https://www.opennet.ru/opennews/art.shtml?num=63547). В репозитории Debian остаётся около 150 пакетов, связанных зависимостями с GTK2, среди которых afterstep, Double Commander, fpc, gkrellm, gmpc, hexchat, lazarus, mplayer, navit, pidgin, sane-frontends, scim, sylpheed, tickr, tilem, uim, usermode, xsane, xzgv и z88. В GTK2-NG [добавлено](https://git.devuan.org/Daemonratte/gtk2-ng/commits/branch/master) несколько десятков изменений, в основном связанных с переносом исправлений, распространявшихся в форме патчей в пакетах из AUR и Debian, и исправлением предупреждений, выдаваемых компилятором. Из улучшений отмечается модернизация функции сортировки массивов g\_sort\_array и замена алгоритма масштабирования для повышения чёткости пиктограмм. В виджете выбора файлов (filechooser) решены имевшиеся проблемы и проведена оптимизация отображения в виде иконок содержимого каталогов с большим числом файлов. Протестирована сборка с использованием GCC 14 и Clang 21. Из планов на будущее отмечается перенос изменений из [форка](https://github.com/stefan11111/gtk2) GTK2, [развиваемого](https://lists.suckless.org/dev/2407/35657.html) участником проекта Xlibre - [stefan11111](https://github.com/stefan11111), а также бэкпортирование кода из [YTK](https://github.com/Ardour/ardour/tree/master/libs/tk/ytk), форка GTK2 от проекта Ardour. Среди задач также называется проверка сборки в GCC 15 и добавление поддержки использования [libppd](https://github.com/OpenPrinting/libppd) для вывода на печать на системах с CUPS 3.x. Не исключается задействование лицензии GPLv3 для нового кода и смена названия для исключения претензий от проекта GNOME. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65323](https://www.opennet.ru/opennews/art.shtml?num=65323)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | predstavlen-gtk2-ng-fork-biblioteki-gtk2 |
| title | Представлен GTK2-NG, форк библиотеки GTK2 |
| Transaction Info | Block #105624363/Trx cd1efda8c39e0e34e1abf36021d8303651a1edba |
View Raw JSON Data
{
"block": 105624363,
"op": [
"comment",
{
"author": "opennet",
"body": "Один из разработчиков дистрибутива Devuan [представил](https://devuanusers.com/thread-gtk2-revival-thread--80) проект [GTK2-NG](https://git.devuan.org/Daemonratte/gtk2-ng), который будет развивать форк библиотеки GTK2, нацеленный на продолжение её сопровождения и обеспечение качественной работы в современных дистрибутивах. Поддержание форка позволит продолжить поставку в Devuan приложений, завязанных на GTK2, после [прекращения](https://www.opennet.ru/opennews/art.shtml?num=64618) поддержки GTK2 в дистрибутиве Debian 14, релиз которого ожидается летом 2027 года.\n\nРазработчики проекта GTK прекратили сопровождение GTK2 более пяти лет назад, а пакеты с GTK2 уже исключены из официальных репозиториев дистрибутивов Red Hat Enterprise Linux, SUSE Linux Enterprise Server, openSUSE и Arch Linux (доступен через AUR). Из значимых проектов GTK2 продолжает использовать звуковой редактор Ardour, но данный проект не зависит от внешних библиотек и поддерживает собственный форк GTK2 - [YTK](https://www.opennet.ru/opennews/art.shtml?num=63547). В репозитории Debian остаётся около 150 пакетов, связанных зависимостями с GTK2, среди которых afterstep, Double Commander, fpc, gkrellm, gmpc, hexchat, lazarus, mplayer, navit, pidgin, sane-frontends, scim, sylpheed, tickr, tilem, uim, usermode, xsane, xzgv и z88.\n\nВ GTK2-NG [добавлено](https://git.devuan.org/Daemonratte/gtk2-ng/commits/branch/master) несколько десятков изменений, в основном связанных с переносом исправлений, распространявшихся в форме патчей в пакетах из AUR и Debian, и исправлением предупреждений, выдаваемых компилятором. Из улучшений отмечается модернизация функции сортировки массивов g\\_sort\\_array и замена алгоритма масштабирования для повышения чёткости пиктограмм. В виджете выбора файлов (filechooser) решены имевшиеся проблемы и проведена оптимизация отображения в виде иконок содержимого каталогов с большим числом файлов. Протестирована сборка с использованием GCC 14 и Clang 21.\n\nИз планов на будущее отмечается перенос изменений из [форка](https://github.com/stefan11111/gtk2) GTK2, [развиваемого](https://lists.suckless.org/dev/2407/35657.html) участником проекта Xlibre - [stefan11111](https://github.com/stefan11111), а также бэкпортирование кода из [YTK](https://github.com/Ardour/ardour/tree/master/libs/tk/ytk), форка GTK2 от проекта Ardour. Среди задач также называется проверка сборки в GCC 15 и добавление поддержки использования [libppd](https://github.com/OpenPrinting/libppd) для вывода на печать на системах с CUPS 3.x. Не исключается задействование лицензии GPLv3 для нового кода и смена названия для исключения претензий от проекта GNOME. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65323](https://www.opennet.ru/opennews/art.shtml?num=65323)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "predstavlen-gtk2-ng-fork-biblioteki-gtk2",
"title": "Представлен GTK2-NG, форк библиотеки GTK2"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-29T22:14:24",
"trx_id": "cd1efda8c39e0e34e1abf36021d8303651a1edba",
"trx_in_block": 2,
"virtual_op": 0
}opennetpublished a new post: reliz-platformy-razrabotki-informaczionnyx-sistem-lsfusion-6-22026/04/28 16:14:27
opennetpublished a new post: reliz-platformy-razrabotki-informaczionnyx-sistem-lsfusion-6-2
2026/04/28 16:14:27
| author | opennet |
| body | Доступен релиз проекта [lsFusion 6.2](https://lsfusion.org/ru), развивающего декларативную платформу для разработки бизнес- и веб-приложений. Платформа подходит для разработки корпоративных и учётных приложений и может применяться в качестве открытой и бесплатной альтернативы платформе 1С. Код проекта написан на языке Java и [распространяется](https://github.com/lsfusion/platform) под лицензией LGPLv3. Типовое ERP-решение для малого и среднего бизнеса [MyCompany](https://mycompany.lsfusion.org/ru), использующее lsFusion, [распространяется](https://github.com/lsfusion-solutions/mycompany) под лицензией Apache 2.0. В основе платформы заложена парадигма [комбинаторного программирования](https://ru.wikipedia.org/wiki/Комбинаторное_программирование) ([function-level](https://en.wikipedia.org/wiki/Function-level_programming)), что существенно отличает lsFusion от существующих на рынке платформ (например SAP, Dynamics AX, 1С, .Net). Также внутри активно используются событийное, реактивное и объектно-ориентированное программирование. Основные [изменения](https://download.lsfusion.org/changelog/CHANGELOG-6.2.txt) в версии 6.2: * Для операторов SEEK и VALUE добавлены альтернативные ключевые слова ACTIVATE и ACTIVE. * Библиотека JasperReports обновлена до версии 6.21.5, в которой появилась поддержка экспорта в Excel отчётов с изображениями в формате WebP. * Имя экспортируемого PDF-отчёта в веб-клиенте теперь соответствует имени формы вместо фиксированного lsfreport.pdf. * В блок DESIGN для табличных колонок добавлен атрибут footerClass для CSS-стилизации footer-ячеек по аналогии с captionClass. * В операторе EXTERNAL HTTP поддержаны адреса с не-ASCII символами. * Для XML-данных в EXTERNAL HTTP POST задействован корректный MIME-тип "application/xml" вместо устаревшего "text/xml". * При работе через Nginx-прокси корректно определяется адрес реального клиента в свойстве remoteAddress. * Восстановлена работа интервальных формул для типов TIME, DATETIME и ZDATETIME. * Устранены сбои при использовании MATERIALIZED со свойством, построенным оператором JSON. * Корректно обновляются материализованные свойства, зависящие от вновь созданных статических объектов, при синхронизации структуры БД. * Присваивание NULL свойствам LOCAL теперь корректно удаляет запись. * Планировщик задач корректнее обрабатывает прерывание потоков и не теряет записи журнала для задач с заданным таймаутом. * В LRU-кэше игнорируются устаревшие события нехватки памяти. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65310](https://www.opennet.ru/opennews/art.shtml?num=65310)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | reliz-platformy-razrabotki-informaczionnyx-sistem-lsfusion-6-2 |
| title | Релиз платформы разработки информационных систем lsFusion 6.2 |
| Transaction Info | Block #105588462/Trx fa2c5e97130993bcb3e4468dbf3ddbded366188c |
View Raw JSON Data
{
"block": 105588462,
"op": [
"comment",
{
"author": "opennet",
"body": "Доступен релиз проекта [lsFusion 6.2](https://lsfusion.org/ru), развивающего декларативную платформу для разработки бизнес- и веб-приложений. Платформа подходит для разработки корпоративных и учётных приложений и может применяться в качестве открытой и бесплатной альтернативы платформе 1С. Код проекта написан на языке Java и [распространяется](https://github.com/lsfusion/platform) под лицензией LGPLv3. Типовое ERP-решение для малого и среднего бизнеса [MyCompany](https://mycompany.lsfusion.org/ru), использующее lsFusion, [распространяется](https://github.com/lsfusion-solutions/mycompany) под лицензией Apache 2.0.\n\nВ основе платформы заложена парадигма [комбинаторного программирования](https://ru.wikipedia.org/wiki/Комбинаторное_программирование) ([function-level](https://en.wikipedia.org/wiki/Function-level_programming)), что существенно отличает lsFusion от существующих на рынке платформ (например SAP, Dynamics AX, 1С, .Net). Также внутри активно используются событийное, реактивное и объектно-ориентированное программирование.\n\nОсновные [изменения](https://download.lsfusion.org/changelog/CHANGELOG-6.2.txt) в версии 6.2:\n\n* Для операторов SEEK и VALUE добавлены альтернативные ключевые слова ACTIVATE и ACTIVE.\n* Библиотека JasperReports обновлена до версии 6.21.5, в которой появилась поддержка экспорта в Excel отчётов с изображениями в формате WebP.\n* Имя экспортируемого PDF-отчёта в веб-клиенте теперь соответствует имени формы вместо фиксированного lsfreport.pdf.\n* В блок DESIGN для табличных колонок добавлен атрибут footerClass для CSS-стилизации footer-ячеек по аналогии с captionClass.\n* В операторе EXTERNAL HTTP поддержаны адреса с не-ASCII символами.\n* Для XML-данных в EXTERNAL HTTP POST задействован корректный MIME-тип \"application/xml\" вместо устаревшего \"text/xml\".\n* При работе через Nginx-прокси корректно определяется адрес реального клиента в свойстве remoteAddress.\n* Восстановлена работа интервальных формул для типов TIME, DATETIME и ZDATETIME.\n* Устранены сбои при использовании MATERIALIZED со свойством, построенным оператором JSON.\n* Корректно обновляются материализованные свойства, зависящие от вновь созданных статических объектов, при синхронизации структуры БД.\n* Присваивание NULL свойствам LOCAL теперь корректно удаляет запись.\n* Планировщик задач корректнее обрабатывает прерывание потоков и не теряет записи журнала для задач с заданным таймаутом.\n* В LRU-кэше игнорируются устаревшие события нехватки памяти.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65310](https://www.opennet.ru/opennews/art.shtml?num=65310)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "reliz-platformy-razrabotki-informaczionnyx-sistem-lsfusion-6-2",
"title": "Релиз платформы разработки информационных систем lsFusion 6.2"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-28T16:14:27",
"trx_id": "fa2c5e97130993bcb3e4468dbf3ddbded366188c",
"trx_in_block": 0,
"virtual_op": 0
}2026/04/27 20:14:24
2026/04/27 20:14:24
| author | opennet |
| body | В состав ядра Linux 7.1, релиз которого ожидается в середине июня, [приняты](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=129d6eb266e0848c9bf45da6e30291688c12b5ad) изменения, добавляющие возможность использования режима реального времени (PREEMPT\_RT) на 32-разрядных процессорах ARM. Ранее поддержка PREEMPT\_RT была обеспечена для архитектур x86 и x86-64, ARM64, RISC-V и LoongArch. На данный момент из патчей проекта rt-linux, которые ещё не внедрены в основное ядро, пока остаются: * Запись в sysfs /sys/kernel/realtime как индикатор, что система работает в режиме реального времени. * Ряд исправлений, специфичных для драйвера i915. * Возможность использовать режим реального времени на архитектуре PowerPC. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65302](https://www.opennet.ru/opennews/art.shtml?num=65302)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | v-yadro-linux-7-1-dobavlena-podderzhka-realtime-rezhima-dlya-32-razryadnyx-sistem-arm |
| title | В ядро Linux 7.1 добавлена поддержка Realtime-режима для 32-разрядных систем ARM |
| Transaction Info | Block #105564527/Trx 15f182066be4b1b733c73b825764b9880a8088f2 |
View Raw JSON Data
{
"block": 105564527,
"op": [
"comment",
{
"author": "opennet",
"body": "В состав ядра Linux 7.1, релиз которого ожидается в середине июня, [приняты](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=129d6eb266e0848c9bf45da6e30291688c12b5ad) изменения, добавляющие возможность использования режима реального времени (PREEMPT\\_RT) на 32-разрядных процессорах ARM. Ранее поддержка PREEMPT\\_RT была обеспечена для архитектур x86 и x86-64, ARM64, RISC-V и LoongArch.\n\nНа данный момент из патчей проекта rt-linux, которые ещё не внедрены в основное ядро, пока остаются:\n\n* Запись в sysfs /sys/kernel/realtime как индикатор, что система работает в режиме реального времени.\n* Ряд исправлений, специфичных для драйвера i915.\n* Возможность использовать режим реального времени на архитектуре PowerPC.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65302](https://www.opennet.ru/opennews/art.shtml?num=65302)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "v-yadro-linux-7-1-dobavlena-podderzhka-realtime-rezhima-dlya-32-razryadnyx-sistem-arm",
"title": "В ядро Linux 7.1 добавлена поддержка Realtime-режима для 32-разрядных систем ARM"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-27T20:14:24",
"trx_id": "15f182066be4b1b733c73b825764b9880a8088f2",
"trx_in_block": 0,
"virtual_op": 0
}2026/04/26 10:49:00
2026/04/26 10:49:00
| author | opennet |
| body | Линус Торвальдс [принял](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=64edfa65062dc4509ba75978116b2f6d392346f5) в состав ядра Linux 7.1, релиз которого ожидается в середине июня, набор патчей, исключающих из ядра Ethernet-драйверы, ранее [рекомендованные](https://www.opennet.ru/opennews/art.shtml?num=65266) для удаления Эндрю Ланном (Andrew Lunn), сопровождающим сетевые драйверы в ядре Linux. Помимо изначально предложенных Ethernet-драйверов из ядра исключены подсистема [ISDN](https://ru.wikipedia.org/wiki/ISDN), реализации протоколов [AX.25](https://ru.wikipedia.org/wiki/AX.25), [CAIF](https://docs.kernel.org/networking/caif/linux_caif.html) и Bluetooth CMTP (Common ISDN Application Programming Interface Message Transport Protocol), а также драйверы yellowfin (Yellowfin Gigabit-NIC), hamachi (Hamachi GNIC-II), hamradio (Amateur Radio), [inport и logibm](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=429e6c7f90d12a8551b3eaa9faca7cfaefd99b1d) (busmouse). Удалённые Ethernet-драйверы: * 3com 3c509, 3c515, 3c574 и 3c589 для серий 3Com EtherLinkIII, EtherLink XL "Corkscrew" и "RoadRunner". * amd lance и nmclan для HP300, Motorola MVME147 SBC, AMD PCnet32 (AT1500, NE2100), Allied Telesis AT1500, HP J2405A, Alchemy Semi AU1X00. * smsc smc9194 и smc91c92, использовались на ноутбуках DELL c док-станциями и в ethernet-картах Megahertz, Motorola, Ositech и Psion Dacom. * fujitsu fmvj18x для Ethernet-карт с чипами Fujitsu FMV-J18x. * 8390 AX88190, ultra и wd80x3 - для Ethernet-карт на чипах Asix AX88190, NS8390, SMC Ultra, SMC EtherEZ, WD8003 и WD8013, таких как Thomas Conrad и Kingston KNE-PCM. В качестве причин удаления отмечается отсутствие активных сопровождающих на фоне увеличения числа выявляемых при помощи syzbot и AI-инструментов ошибок, которые никто не берётся исправлять и вся нагрузка нa устранение серьёзных пробоем ложится на сопровождающих основные сетевые подсистемы ядра. В списке рассылки разработчиков ядра уже несколько раз предпринимались попытки найти разработчиков, готовых взять в свои руки сопровождение проблемных устаревших драйверов, но желающих так и не нашлось. Изначально предложенные для удаления Ethernet-драйверы 8390 pcnet, 3com 3c59x ("Vortex"), amd hplance, amd mvme147, cirrus cs89x0, cirrus mac89x0 и xircom xirc2ps (PCMCIA-карты Xircom) не были исключены из ядра, так как в ходе обсуждения нашлись пользователи, применяющие их в рабочих системах. Активные пользователи также имеются у оставшейся без сопровождения подсистемы [Amateur radio](https://docs.kernel.org/networking/device_drivers/hamradio/index.html), но данную подсистему решено удалить из ядра, так как большая часть пользователей перешло на реализацию в пространстве пользователя. Проблемы с сопровождением также отмечались у подсистемы [NFC](https://docs.kernel.org/networking/nfc.html), но её решено не удалять, так как нашёлся доброволец, готовый помочь с устранением ошибок, выявляемых в NFC-драйверах. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65292](https://www.opennet.ru/opennews/art.shtml?num=65292)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | iz-vetki-yadra-linux-7-1-udaleny-starye-ethernet-drajvery-busmouse-ax-25-isdn-i-caif |
| title | Из ветки ядра Linux 7.1 удалены старые Ethernet-драйверы, busmouse, AX.25, ISDN и CAIF |
| Transaction Info | Block #105524525/Trx 3be92f34362a42a85786b556b7f2886f74bb03e6 |
View Raw JSON Data
{
"block": 105524525,
"op": [
"comment",
{
"author": "opennet",
"body": "Линус Торвальдс [принял](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=64edfa65062dc4509ba75978116b2f6d392346f5) в состав ядра Linux 7.1, релиз которого ожидается в середине июня, набор патчей, исключающих из ядра Ethernet-драйверы, ранее [рекомендованные](https://www.opennet.ru/opennews/art.shtml?num=65266) для удаления Эндрю Ланном (Andrew Lunn), сопровождающим сетевые драйверы в ядре Linux. Помимо изначально предложенных Ethernet-драйверов из ядра исключены подсистема [ISDN](https://ru.wikipedia.org/wiki/ISDN), реализации протоколов [AX.25](https://ru.wikipedia.org/wiki/AX.25), [CAIF](https://docs.kernel.org/networking/caif/linux_caif.html) и Bluetooth CMTP (Common ISDN Application Programming Interface Message Transport Protocol), а также драйверы yellowfin (Yellowfin Gigabit-NIC), hamachi (Hamachi GNIC-II), hamradio (Amateur Radio), [inport и logibm](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=429e6c7f90d12a8551b3eaa9faca7cfaefd99b1d) (busmouse).\n\nУдалённые Ethernet-драйверы:\n\n* 3com 3c509, 3c515, 3c574 и 3c589 для серий 3Com EtherLinkIII, EtherLink XL \"Corkscrew\" и \"RoadRunner\".\n* amd lance и nmclan для HP300, Motorola MVME147 SBC, AMD PCnet32 (AT1500, NE2100), Allied Telesis AT1500, HP J2405A, Alchemy Semi AU1X00.\n* smsc smc9194 и smc91c92, использовались на ноутбуках DELL c док-станциями и в ethernet-картах Megahertz, Motorola, Ositech и Psion Dacom.\n* fujitsu fmvj18x для Ethernet-карт с чипами Fujitsu FMV-J18x.\n* 8390 AX88190, ultra и wd80x3 - для Ethernet-карт на чипах Asix AX88190, NS8390, SMC Ultra, SMC EtherEZ, WD8003 и WD8013, таких как Thomas Conrad и Kingston KNE-PCM.\n\nВ качестве причин удаления отмечается отсутствие активных сопровождающих на фоне увеличения числа выявляемых при помощи syzbot и AI-инструментов ошибок, которые никто не берётся исправлять и вся нагрузка нa устранение серьёзных пробоем ложится на сопровождающих основные сетевые подсистемы ядра. В списке рассылки разработчиков ядра уже несколько раз предпринимались попытки найти разработчиков, готовых взять в свои руки сопровождение проблемных устаревших драйверов, но желающих так и не нашлось.\n\nИзначально предложенные для удаления Ethernet-драйверы 8390 pcnet, 3com 3c59x (\"Vortex\"), amd hplance, amd mvme147, cirrus cs89x0, cirrus mac89x0 и xircom xirc2ps (PCMCIA-карты Xircom) не были исключены из ядра, так как в ходе обсуждения нашлись пользователи, применяющие их в рабочих системах. Активные пользователи также имеются у оставшейся без сопровождения подсистемы [Amateur radio](https://docs.kernel.org/networking/device_drivers/hamradio/index.html), но данную подсистему решено удалить из ядра, так как большая часть пользователей перешло на реализацию в пространстве пользователя.\n\nПроблемы с сопровождением также отмечались у подсистемы [NFC](https://docs.kernel.org/networking/nfc.html), но её решено не удалять, так как нашёлся доброволец, готовый помочь с устранением ошибок, выявляемых в NFC-драйверах. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65292](https://www.opennet.ru/opennews/art.shtml?num=65292)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "iz-vetki-yadra-linux-7-1-udaleny-starye-ethernet-drajvery-busmouse-ax-25-isdn-i-caif",
"title": "Из ветки ядра Linux 7.1 удалены старые Ethernet-драйверы, busmouse, AX.25, ISDN и CAIF"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-26T10:49:00",
"trx_id": "3be92f34362a42a85786b556b7f2886f74bb03e6",
"trx_in_block": 0,
"virtual_op": 0
}2026/04/25 14:49:00
2026/04/25 14:49:00
| author | opennet |
| body | Карл Ричелл (Carl Richell), основатель и руководитель компании System76, разрабатывающей дистрибутив Pop!\_OS и среду рабочего стола COSMIC, [добился](https://fosstodon.org/@carlrichell/116460505717380644) внесения поправок в продвигаемый в штате Колорадо законопроект [CO SB51](https://leg.colorado.gov/bills/SB26-051) (Colorado Senate Bill 51), определяющий требования по верификации возраста в операционных системах. В текст законопроекта добавлено исключение, выводящее из области действия будущего закона дистрибутивы и приложения, поставляемые под открытыми лицензиями. В поправках, утверждённых профильным комитетом Палаты представителей штата Колорадо, указано, что под действие закона не подпадают поставщики операционных систем и разработчики, распространяющие свои программные продукты под лицензиями, разрешающими копирование, распространение и внесение изменений в код. Исключение распространяется только на программные продукты, не налагающие дополнительные условия, такие как технические или юридические ограничения на установку модифицированных версий. Законопроект верификации возраста в штате Колорадо утверждён сенатом и ожидает рассмотрения Палатой представителей и подписи губернатором. Законопроект аналогичен закону, уже [действующему](https://www.opennet.ru/opennews/art.shtml?num=64890) в штате Калифорния и предписывающему добавление в операционные системы возможности для указания возраста пользователя на этапе регистрации учётной записи и предоставления приложениям программного интерфейса для определения возраста текущего пользователя. В соответствии с требованиями закона, загруженные и запущенные приложения должны иметь возможность получать от операционной системы информацию о возрасте в 4 градациях: младше 13 лет, от 13 до 16 лет, от 16 до 18 лет, 18 лет и старше. Разработчик приложения должен использовать полученную информацию о возрасте для соблюдения законодательства о защите детей в интернете. За невыполнение требований предусмотрены штрафы до $2500 за неумышленное и до $7500 за умышленное нарушение в отношении каждого пострадавшего ребёнка. Несколько дней назад для рассмотрения конгрессом США был [внесён](https://www.congress.gov/bill/119th-congress/house-bill/8250/all-info) законопроект, [нацеленный](https://www.govtrack.us/congress/bills/119/hr8250) на принятие [аналогичного](https://www.govtrack.us/congress/bills/119/hr8250/text/ih) федерального закона о верификации возраста, действующего во всех штатах США. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65283](https://www.opennet.ru/opennews/art.shtml?num=65283)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | v-zakonoproekt-o-verifikaczii-vozrasta-co-sb51-dobavleno-isklyuchenie-dlya-otkrytyx-proektov |
| title | В законопроект о верификации возраста CO SB51 добавлено исключение для открытых проектов |
| Transaction Info | Block #105500579/Trx 9a0bfbee87c0ddeece8bf5a2b95f25b38c5a3d1f |
View Raw JSON Data
{
"block": 105500579,
"op": [
"comment",
{
"author": "opennet",
"body": "Карл Ричелл (Carl Richell), основатель и руководитель компании System76, разрабатывающей дистрибутив Pop!\\_OS и среду рабочего стола COSMIC, [добился](https://fosstodon.org/@carlrichell/116460505717380644) внесения поправок в продвигаемый в штате Колорадо законопроект [CO SB51](https://leg.colorado.gov/bills/SB26-051) (Colorado Senate Bill 51), определяющий требования по верификации возраста в операционных системах. В текст законопроекта добавлено исключение, выводящее из области действия будущего закона дистрибутивы и приложения, поставляемые под открытыми лицензиями.\n\nВ поправках, утверждённых профильным комитетом Палаты представителей штата Колорадо, указано, что под действие закона не подпадают поставщики операционных систем и разработчики, распространяющие свои программные продукты под лицензиями, разрешающими копирование, распространение и внесение изменений в код. Исключение распространяется только на программные продукты, не налагающие дополнительные условия, такие как технические или юридические ограничения на установку модифицированных версий.\n\nЗаконопроект верификации возраста в штате Колорадо утверждён сенатом и ожидает рассмотрения Палатой представителей и подписи губернатором. Законопроект аналогичен закону, уже [действующему](https://www.opennet.ru/opennews/art.shtml?num=64890) в штате Калифорния и предписывающему добавление в операционные системы возможности для указания возраста пользователя на этапе регистрации учётной записи и предоставления приложениям программного интерфейса для определения возраста текущего пользователя.\n\nВ соответствии с требованиями закона, загруженные и запущенные приложения должны иметь возможность получать от операционной системы информацию о возрасте в 4 градациях: младше 13 лет, от 13 до 16 лет, от 16 до 18 лет, 18 лет и старше. Разработчик приложения должен использовать полученную информацию о возрасте для соблюдения законодательства о защите детей в интернете. За невыполнение требований предусмотрены штрафы до $2500 за неумышленное и до $7500 за умышленное нарушение в отношении каждого пострадавшего ребёнка.\n\nНесколько дней назад для рассмотрения конгрессом США был [внесён](https://www.congress.gov/bill/119th-congress/house-bill/8250/all-info) законопроект, [нацеленный](https://www.govtrack.us/congress/bills/119/hr8250) на принятие [аналогичного](https://www.govtrack.us/congress/bills/119/hr8250/text/ih) федерального закона о верификации возраста, действующего во всех штатах США. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65283](https://www.opennet.ru/opennews/art.shtml?num=65283)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "v-zakonoproekt-o-verifikaczii-vozrasta-co-sb51-dobavleno-isklyuchenie-dlya-otkrytyx-proektov",
"title": "В законопроект о верификации возраста CO SB51 добавлено исключение для открытых проектов"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-25T14:49:00",
"trx_id": "9a0bfbee87c0ddeece8bf5a2b95f25b38c5a3d1f",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: vypusk-gnu-coreutils-9-112026/04/24 18:49:00
opennetpublished a new post: vypusk-gnu-coreutils-9-11
2026/04/24 18:49:00
| author | opennet |
| body | [Доступна](https://www.mail-archive.com/[email protected]/msg03521.html) стабильная версия набора базовых системных утилит [GNU Coreutils 9.11](https://gnu.org/s/coreutils), в состав которого входят такие программы, как sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln и ls. Ключевые новшества: * В утилитах cut, nl, unexpan и expand реализована поддержка многобайтовых символов. * В утилиту cut добавлены опции "-w", "-F" и "-O" для совместимости с другими системами. * В утилитах cat и yes при работе в Linux задействован ввод/вывод без буферизации (zero-copy), в некоторых тестах наблюдается ускорение работы в 15 раз. * В "cksum --check" улучшено экранирование имён файлов. * В утилите date реализован разбор дат в формате "dd.mm.yy". * Оптимизированы операции "shuf -i", которые стали выполняться до 2 раз быстрее. * До 2.6 раз ускорена работа "wc -m" при обработке многобайтовых символов. * На ARM-системах с инструкциями NEON выполнение "wc -l" ускорено до 4.5 раз. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65280](https://www.opennet.ru/opennews/art.shtml?num=65280)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-gnu-coreutils-9-11 |
| title | Выпуск GNU Coreutils 9.11 |
| Transaction Info | Block #105476630/Trx 6a4f22229adc76c72ea3473259de0e79616292fa |
View Raw JSON Data
{
"block": 105476630,
"op": [
"comment",
{
"author": "opennet",
"body": "[Доступна](https://www.mail-archive.com/[email protected]/msg03521.html) стабильная версия набора базовых системных утилит [GNU Coreutils 9.11](https://gnu.org/s/coreutils), в состав которого входят такие программы, как sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln и ls.\n\nКлючевые новшества:\n\n* В утилитах cut, nl, unexpan и expand реализована поддержка многобайтовых символов.\n* В утилиту cut добавлены опции \"-w\", \"-F\" и \"-O\" для совместимости с другими системами.\n* В утилитах cat и yes при работе в Linux задействован ввод/вывод без буферизации (zero-copy), в некоторых тестах наблюдается ускорение работы в 15 раз.\n* В \"cksum --check\" улучшено экранирование имён файлов.\n* В утилите date реализован разбор дат в формате \"dd.mm.yy\".\n* Оптимизированы операции \"shuf -i\", которые стали выполняться до 2 раз быстрее.\n* До 2.6 раз ускорена работа \"wc -m\" при обработке многобайтовых символов.\n* На ARM-системах с инструкциями NEON выполнение \"wc -l\" ускорено до 4.5 раз.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65280](https://www.opennet.ru/opennews/art.shtml?num=65280)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-gnu-coreutils-9-11",
"title": "Выпуск GNU Coreutils 9.11"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-24T18:49:00",
"trx_id": "6a4f22229adc76c72ea3473259de0e79616292fa",
"trx_in_block": 0,
"virtual_op": 0
}2026/04/23 02:49:00
2026/04/23 02:49:00
| author | opennet |
| body | Эндрю Ланн (Andrew Lunn), мэйнтейнер [9 подсистем](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/MAINTAINERS#:~:text=Lunn), отвечающий за сетевые драйверы в ядре Linux, [опубликовал](https://lore.kernel.org/lkml/20260421-v7-0-0-net-next-driver-removal-v1-v1-0-69517c689d1f@lunn.ch/) набор патчей, удаляющих из ядра все драйверы для Ethernet-адаптеров с интерфейсами ISA и PCMCIA. Отмечается, что ранее старые драйверы не требовали особых усилий по сопровождению, но с появлением продвинутых AI-инструментов и систем fuzzing-тестирования, используемых новичками для выявления ошибок в ядре, нагрузка на сопровождающих увеличилась. Эндрю не видит особого смысла в исправлении старых драйверов, которыми, вероятно, уже никто не пользуется, и предлагает удалить их из ядра. В представленном для рецензирования наборе патчей удалено 18 драйверов для Ethernet-устройств с интерфейсами ISA и PCMCIA, выпускаемых до 2002 года. В случае одобрения Линуса Торвальдса удаление может быть произведено в ядре Linux 7.2, намеченном на середину августа. Предложенные для удаления драйверы: * 3com 3c509, 3c515, 3c574, 3c589 и 3c59x для серий 3Com EtherLinkIII, EtherLink XL "Corkscrew", "RoadRunner" и "Vortex". * amd hplance, mvme147, 7990 lance и nmclan для HP300, Motorola MVME147 SBC, AMD PCnet32 (AT1500, NE2100), Allied Telesis AT1500, HP J2405A, Alchemy Semi AU1X00. * smsc smc9194 и smc91c92, использовались на ноутбуках DELL c док-станциями и в ethernet-картах Megahertz, Motorola, Ositech и Psion Dacom. * cirrus cs89x0 и mac89x0 для карт с чипами Crystal Semiconductor (Cirrus Logic) CS89\[02\]0, которые, например, использовались в платах iMX21ADS, компьютерах Macintosh и интегрировались в CPU EP93xx. * fujitsu fmvj18x для Ethernet-карт с чипами Fujitsu FMV-J18x. * xircom xirc2ps для выпускавшихся в конце 1990-х 16-разрядных PCMCIA-карт Xircom. * 8390 AX88190, pcnet, ultra и wd80x3 - для NE2000-совместимых Ethernet-карт на чипах Asix AX88190, NS8390, SMC Ultra, SMC EtherEZ, WD8003 и WD8013, таких как D-Link DE-650, Linksys EthernetCard, Accton EN2212, RPTI EP400, PreMax PE-200, Thomas Conrad и Kingston KNE-PCM. После публикации патчей к обсуждению подключилось несколько пользователей, которые заявили о наличии в своих инфраструктурах оборудования, использующего предложенные к удалению драйверы. Например, до сих пор используются [Motorola MVME147](https://lore.kernel.org/lkml/CAFr9PXk=3md2oVDqFbmQLNiVMkRr32pHMPNSeskdTpM-1huB=A@mail.gmail.com/), [mac89x0](https://lore.kernel.org/lkml/CAFr9PXk9GMmPWeaURvgQySwAHtFDxRH7B43u9mG1P_v-oJmzNA@mail.gmail.com/) и [3com 3C905-B](https://lore.kernel.org/lkml/[email protected]/). Также [упоминается](https://lore.kernel.org/lkml/0856a42d87b62d3ab7890c348b1fe9c83e630784.camel@physik.fu-berlin.de/), что удаляемые драйверы могут потребоваться для ретро-систем Alpha, SPARC, PA-RISC и 68000. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65266](https://www.opennet.ru/opennews/art.shtml?num=65266)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | inicziativa-po-udaleniyu-iz-yadra-staryx-ethernet-drajverov-iz-za-oshibok-vyyavlyaemyx-cherez-ai |
| title | Инициатива по удалению из ядра старых Ethernet-драйверов из-за ошибок, выявляемых через AI |
| Transaction Info | Block #105428744/Trx 4c1b9ea6b21623aeb7a83b021f301a64a12cc338 |
View Raw JSON Data
{
"block": 105428744,
"op": [
"comment",
{
"author": "opennet",
"body": "Эндрю Ланн (Andrew Lunn), мэйнтейнер [9 подсистем](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/MAINTAINERS#:~:text=Lunn), отвечающий за сетевые драйверы в ядре Linux, [опубликовал](https://lore.kernel.org/lkml/20260421-v7-0-0-net-next-driver-removal-v1-v1-0-69517c689d1f@lunn.ch/) набор патчей, удаляющих из ядра все драйверы для Ethernet-адаптеров с интерфейсами ISA и PCMCIA. Отмечается, что ранее старые драйверы не требовали особых усилий по сопровождению, но с появлением продвинутых AI-инструментов и систем fuzzing-тестирования, используемых новичками для выявления ошибок в ядре, нагрузка на сопровождающих увеличилась.\n\nЭндрю не видит особого смысла в исправлении старых драйверов, которыми, вероятно, уже никто не пользуется, и предлагает удалить их из ядра. В представленном для рецензирования наборе патчей удалено 18 драйверов для Ethernet-устройств с интерфейсами ISA и PCMCIA, выпускаемых до 2002 года. В случае одобрения Линуса Торвальдса удаление может быть произведено в ядре Linux 7.2, намеченном на середину августа.\n\nПредложенные для удаления драйверы:\n\n* 3com 3c509, 3c515, 3c574, 3c589 и 3c59x для серий 3Com EtherLinkIII, EtherLink XL \"Corkscrew\", \"RoadRunner\" и \"Vortex\".\n* amd hplance, mvme147, 7990 lance и nmclan для HP300, Motorola MVME147 SBC, AMD PCnet32 (AT1500, NE2100), Allied Telesis AT1500, HP J2405A, Alchemy Semi AU1X00.\n* smsc smc9194 и smc91c92, использовались на ноутбуках DELL c док-станциями и в ethernet-картах Megahertz, Motorola, Ositech и Psion Dacom.\n* cirrus cs89x0 и mac89x0 для карт с чипами Crystal Semiconductor (Cirrus Logic) CS89\\[02\\]0, которые, например, использовались в платах iMX21ADS, компьютерах Macintosh и интегрировались в CPU EP93xx.\n* fujitsu fmvj18x для Ethernet-карт с чипами Fujitsu FMV-J18x.\n* xircom xirc2ps для выпускавшихся в конце 1990-х 16-разрядных PCMCIA-карт Xircom.\n* 8390 AX88190, pcnet, ultra и wd80x3 - для NE2000-совместимых Ethernet-карт на чипах Asix AX88190, NS8390, SMC Ultra, SMC EtherEZ, WD8003 и WD8013, таких как D-Link DE-650, Linksys EthernetCard, Accton EN2212, RPTI EP400, PreMax PE-200, Thomas Conrad и Kingston KNE-PCM.\n\nПосле публикации патчей к обсуждению подключилось несколько пользователей, которые заявили о наличии в своих инфраструктурах оборудования, использующего предложенные к удалению драйверы. Например, до сих пор используются [Motorola MVME147](https://lore.kernel.org/lkml/CAFr9PXk=3md2oVDqFbmQLNiVMkRr32pHMPNSeskdTpM-1huB=A@mail.gmail.com/), [mac89x0](https://lore.kernel.org/lkml/CAFr9PXk9GMmPWeaURvgQySwAHtFDxRH7B43u9mG1P_v-oJmzNA@mail.gmail.com/) и [3com 3C905-B](https://lore.kernel.org/lkml/[email protected]/). Также [упоминается](https://lore.kernel.org/lkml/0856a42d87b62d3ab7890c348b1fe9c83e630784.camel@physik.fu-berlin.de/), что удаляемые драйверы могут потребоваться для ретро-систем Alpha, SPARC, PA-RISC и 68000. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65266](https://www.opennet.ru/opennews/art.shtml?num=65266)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "inicziativa-po-udaleniyu-iz-yadra-staryx-ethernet-drajverov-iz-za-oshibok-vyyavlyaemyx-cherez-ai",
"title": "Инициатива по удалению из ядра старых Ethernet-драйверов из-за ошибок, выявляемых через AI"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-23T02:49:00",
"trx_id": "4c1b9ea6b21623aeb7a83b021f301a64a12cc338",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: vypusk-ntfs-3g-2026-2-252026/04/21 20:48:57
opennetpublished a new post: vypusk-ntfs-3g-2026-2-25
2026/04/21 20:48:57
| author | opennet |
| body | После шести с половиной лет разработки [опубликован](https://github.com/tuxera/ntfs-3g/releases) релиз пакета [NTFS-3G 2026.2.25](https://github.com/tuxera/ntfs-3g), включающего свободный драйвер, работающий в пространстве пользователя с использованием механизма FUSE, и комплект утилит ntfsprogs для манипуляций с разделами NTFS. Код проекта [распространяется](https://github.com/tuxera/ntfs-3g) под лицензией GPLv2. Драйвер поддерживает чтение и запись данных в NTFS-разделах и может работать в широком спектре операционных систем, поддерживающих [FUSE](http://ru.wikipedia.org/wiki/Filesystem_in_Userspace), в том числе в Linux, Android, macOS, FreeBSD, NetBSD, OpenBSD, Solaris, QNX и Haiku. Предоставляемая драйвером реализация файловой системы NTFS полностью совместима с операционными системами Windows XP, Windows Server 2003, Windows 2000, Windows Vista, Windows Server 2008, Windows 7/8/10/11. Набор утилит ntfsprogs позволяет выполнять такие операции, как создание NTFS-разделов, проверка целостности, клонирование, изменение размера и восстановление удалённых файлов. Общие компоненты для работы c NTFS, используемые в драйвере и утилитах, вынесены в отдельную библиотеку. В новой версии в основном собраны накопившиеся за последние годы исправления ошибок. В утилите ntfsclone разрешено изменение размера загрузочного сектора NTFS при восстановлении образов. Из числа зависимостей исключена библиотека libdl при сборке без внешних плагинов. В утилите ntfsinfo реализован вывод информации о состоянии лога при сохранении дампа с метаданными. Устранена уязвимость ([CVE-2026-40706](https://security-tracker.debian.org/tracker/CVE-2026-40706)), приводящая к переполнению буфера в функции ntfs\_build\_permissions\_posix() и проявляющаяся при включении поддержки POSIX ACL. Кроме того, в списке изменений присутствует несколько исправлений, явно не помеченных как уязвимости, но потенциально являющихся проблемами с безопасностью - несколько ошибок, приводящих к обращению к освобождённой области памяти, переполнение буфера при формировании имени резервной копии. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65262](https://www.opennet.ru/opennews/art.shtml?num=65262)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-ntfs-3g-2026-2-25 |
| title | Выпуск NTFS-3G 2026.2.25 |
| Transaction Info | Block #105392828/Trx 266350a6908113656b02ba23cfd67ed639c1488c |
View Raw JSON Data
{
"block": 105392828,
"op": [
"comment",
{
"author": "opennet",
"body": "После шести с половиной лет разработки [опубликован](https://github.com/tuxera/ntfs-3g/releases) релиз пакета [NTFS-3G 2026.2.25](https://github.com/tuxera/ntfs-3g), включающего свободный драйвер, работающий в пространстве пользователя с использованием механизма FUSE, и комплект утилит ntfsprogs для манипуляций с разделами NTFS. Код проекта [распространяется](https://github.com/tuxera/ntfs-3g) под лицензией GPLv2.\n\nДрайвер поддерживает чтение и запись данных в NTFS-разделах и может работать в широком спектре операционных систем, поддерживающих [FUSE](http://ru.wikipedia.org/wiki/Filesystem_in_Userspace), в том числе в Linux, Android, macOS, FreeBSD, NetBSD, OpenBSD, Solaris, QNX и Haiku. Предоставляемая драйвером реализация файловой системы NTFS полностью совместима с операционными системами Windows XP, Windows Server 2003, Windows 2000, Windows Vista, Windows Server 2008, Windows 7/8/10/11. Набор утилит ntfsprogs позволяет выполнять такие операции, как создание NTFS-разделов, проверка целостности, клонирование, изменение размера и восстановление удалённых файлов. Общие компоненты для работы c NTFS, используемые в драйвере и утилитах, вынесены в отдельную библиотеку.\n\nВ новой версии в основном собраны накопившиеся за последние годы исправления ошибок. В утилите ntfsclone разрешено изменение размера загрузочного сектора NTFS при восстановлении образов. Из числа зависимостей исключена библиотека libdl при сборке без внешних плагинов. В утилите ntfsinfo реализован вывод информации о состоянии лога при сохранении дампа с метаданными.\n\nУстранена уязвимость ([CVE-2026-40706](https://security-tracker.debian.org/tracker/CVE-2026-40706)), приводящая к переполнению буфера в функции ntfs\\_build\\_permissions\\_posix() и проявляющаяся при включении поддержки POSIX ACL. Кроме того, в списке изменений присутствует несколько исправлений, явно не помеченных как уязвимости, но потенциально являющихся проблемами с безопасностью - несколько ошибок, приводящих к обращению к освобождённой области памяти, переполнение буфера при формировании имени резервной копии. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65262](https://www.opennet.ru/opennews/art.shtml?num=65262)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-ntfs-3g-2026-2-25",
"title": "Выпуск NTFS-3G 2026.2.25"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-21T20:48:57",
"trx_id": "266350a6908113656b02ba23cfd67ed639c1488c",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: v-arch-linux-obespechena-vosproizvodimaya-sborka-obrazov-kontejnerov2026/04/21 00:48:57
opennetpublished a new post: v-arch-linux-obespechena-vosproizvodimaya-sborka-obrazov-kontejnerov
2026/04/21 00:48:57
| author | opennet |
| body | Дистрибутив Arch Linux [обеспечил](https://lists.archlinux.org/archives/list/[email protected]/thread/44PW52T547MACXFU5HZ5U7SIPAX3BAXS/) воспроизводимую сборку образов контейнеров, позволяющую убедиться, что поставляемые в образе бинарные файлы собраны из предоставляемого исходного кода и не содержат скрытых изменений. Воспроизводимые образы Arch Linux размещены в Docker Hub с тегом [repro](https://hub.docker.com/layers/archlinux/archlinux/repro). Любой желающий [может собрать](https://gitlab.archlinux.org/archlinux/archlinux-docker/-/blob/master/REPRO.md) из исходного кода образ контейнера бит в бит совпадающий с распространяемыми проектом готовыми образами, и убедиться, что сборочная инфраструктура дистрибутива, компилятор и сборочный инструментарий не скомпрометированы. При [формировании](https://gitlab.archlinux.org/archlinux/archlinux-docker/-/merge_requests/96/diffs) воспроизводимых сборок учитываются такие нюансы, как точное соответствие зависимостей; использование неизменного состава и версий сборочного инструментария; идентичный набор опций и настроек по умолчанию; сохранение порядка сборки файлов (применение тех же методов сортировки); отключение добавления компилятором непостоянной служебной информации, такой как случайные значения, ссылки на файловые пути и данные о дате и времени сборки. На воспроизводимость сборок также влияют ошибки и состояния гонки в инструментарии. Воспроизводимые образы поставляются отдельно так как для обеспечения полной воспроизводимости в их состав не включены ключи для пакетного менеджера pacman. При необходимости обновления или установки пакетов через pacman в данных образах требуется запуск команды для пересоздания хранилища ключей ("pacman-key --init && pacman-key --populate archlinux"). Для проверки идентичности собственной сборки с распространяемым через Docker Hub образом можно сравнить хэши, выдаваемые командой "podman inspect --format '{{.Digest}}' ‹image›", или воспользоваться утилитой [diffoci](https://github.com/reproducible-containers/diffoci). Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65247](https://www.opennet.ru/opennews/art.shtml?num=65247)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | v-arch-linux-obespechena-vosproizvodimaya-sborka-obrazov-kontejnerov |
| title | В Arch Linux обеспечена воспроизводимая сборка образов контейнеров |
| Transaction Info | Block #105368875/Trx 3beff837280104121473f4b66a8382fbf80fb058 |
View Raw JSON Data
{
"block": 105368875,
"op": [
"comment",
{
"author": "opennet",
"body": "Дистрибутив Arch Linux [обеспечил](https://lists.archlinux.org/archives/list/[email protected]/thread/44PW52T547MACXFU5HZ5U7SIPAX3BAXS/) воспроизводимую сборку образов контейнеров, позволяющую убедиться, что поставляемые в образе бинарные файлы собраны из предоставляемого исходного кода и не содержат скрытых изменений. Воспроизводимые образы Arch Linux размещены в Docker Hub с тегом [repro](https://hub.docker.com/layers/archlinux/archlinux/repro). Любой желающий [может собрать](https://gitlab.archlinux.org/archlinux/archlinux-docker/-/blob/master/REPRO.md) из исходного кода образ контейнера бит в бит совпадающий с распространяемыми проектом готовыми образами, и убедиться, что сборочная инфраструктура дистрибутива, компилятор и сборочный инструментарий не скомпрометированы.\n\nПри [формировании](https://gitlab.archlinux.org/archlinux/archlinux-docker/-/merge_requests/96/diffs) воспроизводимых сборок учитываются такие нюансы, как точное соответствие зависимостей; использование неизменного состава и версий сборочного инструментария; идентичный набор опций и настроек по умолчанию; сохранение порядка сборки файлов (применение тех же методов сортировки); отключение добавления компилятором непостоянной служебной информации, такой как случайные значения, ссылки на файловые пути и данные о дате и времени сборки. На воспроизводимость сборок также влияют ошибки и состояния гонки в инструментарии.\n\nВоспроизводимые образы поставляются отдельно так как для обеспечения полной воспроизводимости в их состав не включены ключи для пакетного менеджера pacman. При необходимости обновления или установки пакетов через pacman в данных образах требуется запуск команды для пересоздания хранилища ключей (\"pacman-key --init && pacman-key --populate archlinux\"). Для проверки идентичности собственной сборки с распространяемым через Docker Hub образом можно сравнить хэши, выдаваемые командой \"podman inspect --format '{{.Digest}}' ‹image›\", или воспользоваться утилитой [diffoci](https://github.com/reproducible-containers/diffoci). \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65247](https://www.opennet.ru/opennews/art.shtml?num=65247)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "v-arch-linux-obespechena-vosproizvodimaya-sborka-obrazov-kontejnerov",
"title": "В Arch Linux обеспечена воспроизводимая сборка образов контейнеров"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-21T00:48:57",
"trx_id": "3beff837280104121473f4b66a8382fbf80fb058",
"trx_in_block": 1,
"virtual_op": 0
}opennetpublished a new post: vypusk-kriptograficheskoj-biblioteki-libressl-4-32026/04/19 18:48:57
opennetpublished a new post: vypusk-kriptograficheskoj-biblioteki-libressl-4-3
2026/04/19 18:48:57
| author | opennet |
| body | Разработчики проекта OpenBSD [представили](https://www.mail-archive.com/[email protected]/msg00594.html) выпуск переносимой редакции пакета [LibreSSL 4.3.0](http://www.libressl.org/), в рамках которого развивается форк OpenSSL, нацеленный на обеспечение более высокого уровня безопасности. Проект LibreSSL ориентирован на качественную поддержку протоколов SSL/TLS с удалением излишней функциональности, добавлением дополнительных средств защиты и проведением значительной чистки и переработки кодовой базы. Выпуск LibreSSL 4.3.0 рассматривается как экспериментальный, в котором развиваются возможности, которые войдут в состав [OpenBSD 7.9](https://www.openbsd.org/79.html). Следом [сформирован](https://www.mail-archive.com/[email protected]/msg00595.html) выпуск LibreSSL 4.3.1, в котором исправлена проблема со сборкой. Основные новшества LibreSSL 4.3: * Для TLS реализована поддержка гибридного алгоритма обмена ключами "[mlkem768x25519](https://datatracker.ietf.org/doc/draft-ietf-tls-ecdhe-mlkem/)", стойкого к подбору на квантовом компьютере и представляющего собой комбинацию из X25519 ECDH и алгоритма ML-KEM (CRYSTALS-Kyber), * В команде "openssl speed" реализован тест производительности криптоалгоритма ML-KEM. * Реализована поддержка применения механизма установки шифрованных соединений [STARTTLS](https://en.wikipedia.org/wiki/Opportunistic_TLS) с протоколом ManageSieve ([RFC 5804](https://datatracker.ietf.org/doc/html/rfc5804)). * В libssl добавлена поддержка алгоритма формирования цифровых подписей [RSASSA-PSS](https://ru.wikipedia.org/wiki/RSASSA-PSS) (RSA Signature Scheme with Appendix - Probabilistic Signature Scheme). * Внесена большая порция внутренних изменений и исправлений для повышения совместимости с OpenSSL. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65240](https://www.opennet.ru/opennews/art.shtml?num=65240)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-kriptograficheskoj-biblioteki-libressl-4-3 |
| title | Выпуск криптографической библиотеки LibreSSL 4.3 |
| Transaction Info | Block #105332959/Trx 582cf9d8f1c3095d7759b24fe4305e1b5f87c80e |
View Raw JSON Data
{
"block": 105332959,
"op": [
"comment",
{
"author": "opennet",
"body": "Разработчики проекта OpenBSD [представили](https://www.mail-archive.com/[email protected]/msg00594.html) выпуск переносимой редакции пакета [LibreSSL 4.3.0](http://www.libressl.org/), в рамках которого развивается форк OpenSSL, нацеленный на обеспечение более высокого уровня безопасности. Проект LibreSSL ориентирован на качественную поддержку протоколов SSL/TLS с удалением излишней функциональности, добавлением дополнительных средств защиты и проведением значительной чистки и переработки кодовой базы. Выпуск LibreSSL 4.3.0 рассматривается как экспериментальный, в котором развиваются возможности, которые войдут в состав [OpenBSD 7.9](https://www.openbsd.org/79.html). Следом [сформирован](https://www.mail-archive.com/[email protected]/msg00595.html) выпуск LibreSSL 4.3.1, в котором исправлена проблема со сборкой.\n\nОсновные новшества LibreSSL 4.3:\n\n* Для TLS реализована поддержка гибридного алгоритма обмена ключами \"[mlkem768x25519](https://datatracker.ietf.org/doc/draft-ietf-tls-ecdhe-mlkem/)\", стойкого к подбору на квантовом компьютере и представляющего собой комбинацию из X25519 ECDH и алгоритма ML-KEM (CRYSTALS-Kyber),\n* В команде \"openssl speed\" реализован тест производительности криптоалгоритма ML-KEM.\n* Реализована поддержка применения механизма установки шифрованных соединений [STARTTLS](https://en.wikipedia.org/wiki/Opportunistic_TLS) с протоколом ManageSieve ([RFC 5804](https://datatracker.ietf.org/doc/html/rfc5804)).\n* В libssl добавлена поддержка алгоритма формирования цифровых подписей [RSASSA-PSS](https://ru.wikipedia.org/wiki/RSASSA-PSS) (RSA Signature Scheme with Appendix - Probabilistic Signature Scheme).\n* Внесена большая порция внутренних изменений и исправлений для повышения совместимости с OpenSSL.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65240](https://www.opennet.ru/opennews/art.shtml?num=65240)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-kriptograficheskoj-biblioteki-libressl-4-3",
"title": "Выпуск криптографической библиотеки LibreSSL 4.3"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-19T18:48:57",
"trx_id": "582cf9d8f1c3095d7759b24fe4305e1b5f87c80e",
"trx_in_block": 1,
"virtual_op": 0
}opennetpublished a new post: vypusk-ghostbsd-26-12026/04/19 08:48:57
opennetpublished a new post: vypusk-ghostbsd-26-1
2026/04/19 08:48:57
| author | opennet |
| body | [Представлен](https://ghostbsd.org/news/GhostBSD_26.1-R15.0p2_Is_Now_Available) релиз десктоп-ориентированного дистрибутива [GhostBSD 26.01](https://ghostbsd.org/), построенного на базе FreeBSD 15 и предлагающего сборки с пользовательскими окружениями [Gershwin](https://www.opennet.ru/opennews/art.shtml?num=63780), MATE и Xfce. По умолчанию в GhostBSD применяется файловая система ZFS. Поддерживается как работа в Live-режиме, так и установка на жесткий диск (используется собственный инсталлятор ginstall, написанный на языке Python). Загрузочные образы [сформированы](https://www.ghostbsd.org/download) для архитектуры x86\_64. В новой версии: * X.Org Server заменён на форк [XLibre](https://www.opennet.ru/opennews/art.shtml?num=63438). В качестве причин замены [упоминается](https://ericbsd.com/addressing-xlibre-change-and-ghostbsd-future.html) заброшенный характер проекта X.Org и потеря надежды, что он когда-либо выйдет из стагнации на фоне переключения всех усилий Red Hat на внедрение Wayland и намерения прекратить поддержку X11 в GTK5. По мнению сопровождающего GhostBSD, проекты MATE, Xfce и GNUstep, ещё не готовы к переходу на Wayland, а действия сопровождающих X.Org выглядят деструктивными и иррациональными из-за удаления изменений, созданных автором XLibre. * Осуществлён переход на FreeBSD 15.0-RELEASE (ранее дистрибутив базировался на FreeBSD 14.2). * По умолчанию задействован командный интерпретатор zsh. * В конфигуратор NetworkMGR добавлена поддержка VPN WireGuard и Enterprise WPA (802.1X/EAP). * В менеджер обновлений Update Station добавлена поддержка обновления между разными значительными версиями загрузочных окружений. * Обновлена тема оформления и набор пиктограмм. [](https://ghostbsd.org/sites/default/files/2026-04/GhostBSD_18_04_2026_12_41_20.png) Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65239](https://www.opennet.ru/opennews/art.shtml?num=65239)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1776542270.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-ghostbsd-26-1 |
| title | Выпуск GhostBSD 26.1 |
| Transaction Info | Block #105320995/Trx a10cdb1d945914b5c09942d14f2e4c77dd968f62 |
View Raw JSON Data
{
"block": 105320995,
"op": [
"comment",
{
"author": "opennet",
"body": "[Представлен](https://ghostbsd.org/news/GhostBSD_26.1-R15.0p2_Is_Now_Available) релиз десктоп-ориентированного дистрибутива [GhostBSD 26.01](https://ghostbsd.org/), построенного на базе FreeBSD 15 и предлагающего сборки с пользовательскими окружениями [Gershwin](https://www.opennet.ru/opennews/art.shtml?num=63780), MATE и Xfce. По умолчанию в GhostBSD применяется файловая система ZFS. Поддерживается как работа в Live-режиме, так и установка на жесткий диск (используется собственный инсталлятор ginstall, написанный на языке Python). Загрузочные образы [сформированы](https://www.ghostbsd.org/download) для архитектуры x86\\_64.\n\nВ новой версии:\n\n* X.Org Server заменён на форк [XLibre](https://www.opennet.ru/opennews/art.shtml?num=63438). В качестве причин замены [упоминается](https://ericbsd.com/addressing-xlibre-change-and-ghostbsd-future.html) заброшенный характер проекта X.Org и потеря надежды, что он когда-либо выйдет из стагнации на фоне переключения всех усилий Red Hat на внедрение Wayland и намерения прекратить поддержку X11 в GTK5. По мнению сопровождающего GhostBSD, проекты MATE, Xfce и GNUstep, ещё не готовы к переходу на Wayland, а действия сопровождающих X.Org выглядят деструктивными и иррациональными из-за удаления изменений, созданных автором XLibre.\n* Осуществлён переход на FreeBSD 15.0-RELEASE (ранее дистрибутив базировался на FreeBSD 14.2).\n* По умолчанию задействован командный интерпретатор zsh.\n* В конфигуратор NetworkMGR добавлена поддержка VPN WireGuard и Enterprise WPA (802.1X/EAP).\n* В менеджер обновлений Update Station добавлена поддержка обновления между разными значительными версиями загрузочных окружений.\n* Обновлена тема оформления и набор пиктограмм.\n\n[](https://ghostbsd.org/sites/default/files/2026-04/GhostBSD_18_04_2026_12_41_20.png)\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65239](https://www.opennet.ru/opennews/art.shtml?num=65239)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1776542270.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-ghostbsd-26-1",
"title": "Выпуск GhostBSD 26.1"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-19T08:48:57",
"trx_id": "a10cdb1d945914b5c09942d14f2e4c77dd968f62",
"trx_in_block": 2,
"virtual_op": 0
}opennetpublished a new post: v-almalinux-vozobnovlena-sborka-paketov-dlya-32-razryadnyx-sistem-x862026/04/17 16:48:57
opennetpublished a new post: v-almalinux-vozobnovlena-sborka-paketov-dlya-32-razryadnyx-sistem-x86
2026/04/17 16:48:57
| author | opennet |
| body | Разработчики проекта AlmaLinux, развивающего редакцию дистрибутива Red Hat Enterprise Linux (RHEL), [объявили](https://almalinux.org/blog/2026-04-16-almalinux-kitten-10-i686/) о реализации для дистрибутива AlmaLinux Kitten [репозитория пакетов](https://kitten.vault.almalinux.org/10-kitten/BaseOS/i686/os/), собранных для архитектуры i686, а также публикации образов контейнеров в формате docker для 32-рядных систем x86. Редакция AlmaLinux Kitten 10 основана на пакетной базе CentOS Stream 10, развивается с использованием непрерывной модели обновления пакетов и используется в качестве upstream-а для ветки AlmaLinux 10. В дальнейшем планируют сформировать подобные сборки для основного дистрибутива AlmaLinux OS 10 и сопровождать их до 2035 года на всём протяжении жизненного цикла ветки 10.x. Причиной возрождения сборок для архитектуры i686 является желание предоставить возможность запуска старых приложений, доступных только в форме исполняемых файлов для 32-разрядных систем. Сборки также могут быть полезны для формирования 32-разрядных окружений для тестирования кода в системах непрерывной интеграции и для запуска контейнеров для 32-разрядных программ. Компания Red Hat отказалась от формирования 32-разрядных сборок для архитектуры x86 в выпуске [RHEL 7](https://www.opennet.ru/opennews/art.shtml?num=39974), опубликованном в 2014 году. В ветке CentOS 7 сборка 32-разрядных пакетов была [продолжена](https://mirror.yandex.ru/centos/altarch/7/os/) командной CentOS Linux AltArch SIG , но начиная с ветки CentOS 8 формирование подобных сборок [прекратилось](https://mirror.yandex.ru/centos/altarch/8/). Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65229](https://www.opennet.ru/opennews/art.shtml?num=65229)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | v-almalinux-vozobnovlena-sborka-paketov-dlya-32-razryadnyx-sistem-x86 |
| title | В AlmaLinux возобновлена сборка пакетов для 32-разрядных систем x86 |
| Transaction Info | Block #105273097/Trx 15c08e6e60b9e8db4c5373c5d8aa97fc40ec5b24 |
View Raw JSON Data
{
"block": 105273097,
"op": [
"comment",
{
"author": "opennet",
"body": "Разработчики проекта AlmaLinux, развивающего редакцию дистрибутива Red Hat Enterprise Linux (RHEL), [объявили](https://almalinux.org/blog/2026-04-16-almalinux-kitten-10-i686/) о реализации для дистрибутива AlmaLinux Kitten [репозитория пакетов](https://kitten.vault.almalinux.org/10-kitten/BaseOS/i686/os/), собранных для архитектуры i686, а также публикации образов контейнеров в формате docker для 32-рядных систем x86. Редакция AlmaLinux Kitten 10 основана на пакетной базе CentOS Stream 10, развивается с использованием непрерывной модели обновления пакетов и используется в качестве upstream-а для ветки AlmaLinux 10. В дальнейшем планируют сформировать подобные сборки для основного дистрибутива AlmaLinux OS 10 и сопровождать их до 2035 года на всём протяжении жизненного цикла ветки 10.x.\n\nПричиной возрождения сборок для архитектуры i686 является желание предоставить возможность запуска старых приложений, доступных только в форме исполняемых файлов для 32-разрядных систем. Сборки также могут быть полезны для формирования 32-разрядных окружений для тестирования кода в системах непрерывной интеграции и для запуска контейнеров для 32-разрядных программ.\n\nКомпания Red Hat отказалась от формирования 32-разрядных сборок для архитектуры x86 в выпуске [RHEL 7](https://www.opennet.ru/opennews/art.shtml?num=39974), опубликованном в 2014 году. В ветке CentOS 7 сборка 32-разрядных пакетов была [продолжена](https://mirror.yandex.ru/centos/altarch/7/os/) командной CentOS Linux AltArch SIG , но начиная с ветки CentOS 8 формирование подобных сборок [прекратилось](https://mirror.yandex.ru/centos/altarch/8/). \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65229](https://www.opennet.ru/opennews/art.shtml?num=65229)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "v-almalinux-vozobnovlena-sborka-paketov-dlya-32-razryadnyx-sistem-x86",
"title": "В AlmaLinux возобновлена сборка пакетов для 32-разрядных систем x86"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-17T16:48:57",
"trx_id": "15c08e6e60b9e8db4c5373c5d8aa97fc40ec5b24",
"trx_in_block": 5,
"virtual_op": 0
}opennetpublished a new post: opublikovan-kde-gear-26-04-nabor-prilozhenij-ot-proekta-kde2026/04/16 20:48:57
opennetpublished a new post: opublikovan-kde-gear-26-04-nabor-prilozhenij-ot-proekta-kde
2026/04/16 20:48:57
| author | opennet |
| body | После четырёх месяцев разработки [представлено](https://kde.org/announcements/gear/26.04.0/) апрельское сводное обновление приложений KDE Gear 26.04, развиваемых проектом KDE. В составе набора [опубликованы](https://kde.org/info/releases-26.04.0.php) выпуски более 250 программ, библиотек и плагинов. Информацию о наличии Live-сборок с новыми выпусками приложений можно получить на [данной странице](https://community.kde.org/Plasma/LiveImages). Новые версии отдельных приложений можно загрузить из каталогов [Flathub](https://flathub.org/apps/search/kde) и [SnapCraft](https://snapcraft.io/publisher/kde). Наиболее заметные [изменения](https://kde.org/announcements/changelogs/gear/26.04.0/): * В файловом менеджере [Dolphin](https://apps.kde.org/dolphin) предоставлена возможность назначений комбинаций клавиш для вызова почти всех пунктов меню, плагинов и расширений. Например, можно установить комбинацию клавиш для быстрого изменения сортировки по дате или имени. * В приложении [Merkuro](https://apps.kde.org/merkuro) (бывший Kalendar), сочетающем возможности адресной книги, менеджера задач и календаря-планировщика, изменено оформление расписания и редактора событий. [](https://kde.org/announcements/gear/26.04.0/Merkuro.png) * Модернизирован интерфейс и улучшена информативность представления данных в календаре-планировщике [KOrganizer](https://kontact.kde.org/components/korganizer/). [](https://kde.org/announcements/gear/26.04.0/KOrganiser.png) * В видеоредакторе [Kdenlive](https://kdenlive.org/) реализован анимированный предпросмотр переходных эффектов в окне Compositions; добавлена поддержка зеркального отображения на второй монитор для просмотра клипа одновременно в интерфейсе редактора и в полноразмерном виде; добавлена возможность импорта клипа в указанную позицию через контекстное меню на временной шкале; добавлена опция для увеличения элементов временной шкалы под указателем мыши; реализована автоматическая генерация звуковых миниатюр; обеспечена автоматическая подгонка длительности переходных эффектов при добавлении их на временную шкалу до или перед клипом; предоставлена поддержка одновременного изменения скорости сразу для нескольких клипов. * В [Audiotube](https://apps.kde.org/audiotube), приложение для прослушивания музыки с Youtube Music, реализована новая базовая страница, на которой представлена подборка музыки, рекомендованной для прослушивания. [](https://kde.org/announcements/gear/26.04.0/audiotube.png) * В программе для обмена сообщениями [Neochat](https://apps.kde.org/neochat/), использующей протокол Matrix, реализована поддержка нитей обсуждения (прикрепления ответов к конкретным сообщениям) и добавлен редактор текста с разметкой. * В часах [KClock](https://apps.kde.org/kclock/) при запуске таймера реализован показ виджета со счётчиком во время блокировки экрана на мобильных устройствах. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65226](https://www.opennet.ru/opennews/art.shtml?num=65226)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1776352596.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | opublikovan-kde-gear-26-04-nabor-prilozhenij-ot-proekta-kde |
| title | Опубликован KDE Gear 26.04, набор приложений от проекта KDE |
| Transaction Info | Block #105249153/Trx a3e452c567fb04d55325e97cfd49b46d189fb10f |
View Raw JSON Data
{
"block": 105249153,
"op": [
"comment",
{
"author": "opennet",
"body": "После четырёх месяцев разработки [представлено](https://kde.org/announcements/gear/26.04.0/) апрельское сводное обновление приложений KDE Gear 26.04, развиваемых проектом KDE. В составе набора [опубликованы](https://kde.org/info/releases-26.04.0.php) выпуски более 250 программ, библиотек и плагинов. Информацию о наличии Live-сборок с новыми выпусками приложений можно получить на [данной странице](https://community.kde.org/Plasma/LiveImages). Новые версии отдельных приложений можно загрузить из каталогов [Flathub](https://flathub.org/apps/search/kde) и [SnapCraft](https://snapcraft.io/publisher/kde).\n\nНаиболее заметные [изменения](https://kde.org/announcements/changelogs/gear/26.04.0/):\n\n* В файловом менеджере [Dolphin](https://apps.kde.org/dolphin) предоставлена возможность назначений комбинаций клавиш для вызова почти всех пунктов меню, плагинов и расширений. Например, можно установить комбинацию клавиш для быстрого изменения сортировки по дате или имени. \n \n \n \n \n* В приложении [Merkuro](https://apps.kde.org/merkuro) (бывший Kalendar), сочетающем возможности адресной книги, менеджера задач и календаря-планировщика, изменено оформление расписания и редактора событий.\n \n [](https://kde.org/announcements/gear/26.04.0/Merkuro.png)\n \n* Модернизирован интерфейс и улучшена информативность представления данных в календаре-планировщике [KOrganizer](https://kontact.kde.org/components/korganizer/).\n \n [](https://kde.org/announcements/gear/26.04.0/KOrganiser.png)\n \n* В видеоредакторе [Kdenlive](https://kdenlive.org/) реализован анимированный предпросмотр переходных эффектов в окне Compositions; добавлена поддержка зеркального отображения на второй монитор для просмотра клипа одновременно в интерфейсе редактора и в полноразмерном виде; добавлена возможность импорта клипа в указанную позицию через контекстное меню на временной шкале; добавлена опция для увеличения элементов временной шкалы под указателем мыши; реализована автоматическая генерация звуковых миниатюр; обеспечена автоматическая подгонка длительности переходных эффектов при добавлении их на временную шкалу до или перед клипом; предоставлена поддержка одновременного изменения скорости сразу для нескольких клипов. \n \n \n \n \n* В [Audiotube](https://apps.kde.org/audiotube), приложение для прослушивания музыки с Youtube Music, реализована новая базовая страница, на которой представлена подборка музыки, рекомендованной для прослушивания.\n \n [](https://kde.org/announcements/gear/26.04.0/audiotube.png)\n \n* В программе для обмена сообщениями [Neochat](https://apps.kde.org/neochat/), использующей протокол Matrix, реализована поддержка нитей обсуждения (прикрепления ответов к конкретным сообщениям) и добавлен редактор текста с разметкой. \n \n \n \n \n* В часах [KClock](https://apps.kde.org/kclock/) при запуске таймера реализован показ виджета со счётчиком во время блокировки экрана на мобильных устройствах.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65226](https://www.opennet.ru/opennews/art.shtml?num=65226)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1776352596.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "opublikovan-kde-gear-26-04-nabor-prilozhenij-ot-proekta-kde",
"title": "Опубликован KDE Gear 26.04, набор приложений от проекта KDE "
}
],
"op_in_trx": 0,
"timestamp": "2026-04-16T20:48:57",
"trx_id": "a3e452c567fb04d55325e97cfd49b46d189fb10f",
"trx_in_block": 0,
"virtual_op": 0
}2026/04/15 04:48:57
2026/04/15 04:48:57
| author | opennet |
| body | [Опубликован](https://github.com/RusNor/StartWine-Launcher/releases/tag/StartWine_v420) выпуск приложения [Startwine-Launcher 420](https://web.startwine-launcher.ru/), развиваемого для запуска в Linux-системах программ и игр, собранных для платформы Windows. Основной целью разработки StartWine-Launcher было упрощение процесса создания новичками префиксов Wine, - наборов библиотек и зависимостей Windows, необходимых для работы Windows-приложений в Linux. Код StartWine-Launcher написан на языке Python и [распространяется](https://github.com/RusNor/StartWine-Launcher/) под лицензией GPLv3. Интерфейс реализован на основе библиотеки GTK. Основные изменения: * В интерфейс StartWine интегрированы авторизация и игровые библиотеки сервисов GOG.COM и Epic Games Store. * Добавлена подсистема WOW64 для лучшей совместимости с 32-битными приложениями. * Добавлена виртуальная клавиатура для геймпада. * Добавлен Wine Proton EM. * Добавлен деинсталлятор StartWine. * Добавлена опция NTSYNC для повышения производительности. * Добавлена опция драйвера Wine Wayland для запуска с использованием чистого Wayland. * Добавлен алгоритм масштабирования без потерь для генерации кадров. * Добавлена поддержка HDR. Если игра поддерживает HDR, переключатель в игре будет разблокирован. * Для скачивания и установки добавлен репозиторий StartWine RU. Реализован автоматический выбор быстрого репозитория. Добавлена функция автоматической загрузки с самого быстрого сервера. * Добавлены несколько анимаций для интерфейса. * Добавлен образец цветовой схемы «Темная сторона». * Добавлена система сборки StartWine из исходного кода. * Часть кода переписана на Rust. * В настройках реализована параметр для задания периода обновления резервных копий. * По категориям сгруппирован список горячих клавиш. * Некоторые файлы конфигурации перенесены в каталог кэша, чтобы сохранять пользовательские настройки после обновления StartWine. * В StartWineShell добавлены цветовые схемы для интерфейса, реализована подсветка исполняемых файлов, возможности загружать Wine при запуске игры и запускать игры GOG и Epic, установленные через StartWine. Добавлена переменная окружения SW\_EDITOR для установки текстового редактора по умолчанию. * Обновлён список версий Wine, dxvk и vkd3d. * Обновлены библиотеки в среде выполнения StartWine, резервная копия префикса по умолчанию, конфигурации префикса, локали, список DLL-файлов winetricks, библиотеки и драйверы в контейнере. [](https://github.com/RusNor/StartWine-Launcher/raw/main/handbook/en/sw_image1.png) [](https://github.com/RusNor/StartWine-Launcher/raw/main/handbook/en/sw_image6.png) Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65205](https://www.opennet.ru/opennews/art.shtml?num=65205)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1776193360.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | reliz-startwine-launcher-420-programmy-dlya-zapuska-windows-prilozhenij-i-igr-v-linux |
| title | Релиз StartWine-Launcher 420, программы для запуска Windows-приложений и игр в Linux |
| Transaction Info | Block #105201276/Trx 3d9c7b2284b449c86402ca0cee2bc186f01f8e2b |
View Raw JSON Data
{
"block": 105201276,
"op": [
"comment",
{
"author": "opennet",
"body": "[Опубликован](https://github.com/RusNor/StartWine-Launcher/releases/tag/StartWine_v420) выпуск приложения [Startwine-Launcher 420](https://web.startwine-launcher.ru/), развиваемого для запуска в Linux-системах программ и игр, собранных для платформы Windows. Основной целью разработки StartWine-Launcher было упрощение процесса создания новичками префиксов Wine, - наборов библиотек и зависимостей Windows, необходимых для работы Windows-приложений в Linux. Код StartWine-Launcher написан на языке Python и [распространяется](https://github.com/RusNor/StartWine-Launcher/) под лицензией GPLv3. Интерфейс реализован на основе библиотеки GTK.\n\nОсновные изменения:\n\n* В интерфейс StartWine интегрированы авторизация и игровые библиотеки сервисов GOG.COM и Epic Games Store.\n* Добавлена подсистема WOW64 для лучшей совместимости с 32-битными приложениями.\n* Добавлена виртуальная клавиатура для геймпада.\n* Добавлен Wine Proton EM.\n* Добавлен деинсталлятор StartWine.\n* Добавлена опция NTSYNC для повышения производительности.\n* Добавлена опция драйвера Wine Wayland для запуска с использованием чистого Wayland.\n* Добавлен алгоритм масштабирования без потерь для генерации кадров.\n* Добавлена поддержка HDR. Если игра поддерживает HDR, переключатель в игре будет разблокирован.\n* Для скачивания и установки добавлен репозиторий StartWine RU. Реализован автоматический выбор быстрого репозитория. Добавлена функция автоматической загрузки с самого быстрого сервера.\n* Добавлены несколько анимаций для интерфейса.\n* Добавлен образец цветовой схемы «Темная сторона».\n* Добавлена система сборки StartWine из исходного кода.\n* Часть кода переписана на Rust.\n* В настройках реализована параметр для задания периода обновления резервных копий.\n* По категориям сгруппирован список горячих клавиш.\n* Некоторые файлы конфигурации перенесены в каталог кэша, чтобы сохранять пользовательские настройки после обновления StartWine.\n* В StartWineShell добавлены цветовые схемы для интерфейса, реализована подсветка исполняемых файлов, возможности загружать Wine при запуске игры и запускать игры GOG и Epic, установленные через StartWine. Добавлена переменная окружения SW\\_EDITOR для установки текстового редактора по умолчанию.\n* Обновлён список версий Wine, dxvk и vkd3d.\n* Обновлены библиотеки в среде выполнения StartWine, резервная копия префикса по умолчанию, конфигурации префикса, локали, список DLL-файлов winetricks, библиотеки и драйверы в контейнере.\n\n[](https://github.com/RusNor/StartWine-Launcher/raw/main/handbook/en/sw_image1.png)\n\n[](https://github.com/RusNor/StartWine-Launcher/raw/main/handbook/en/sw_image6.png)\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65205](https://www.opennet.ru/opennews/art.shtml?num=65205)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1776193360.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "reliz-startwine-launcher-420-programmy-dlya-zapuska-windows-prilozhenij-i-igr-v-linux",
"title": "Релиз StartWine-Launcher 420, программы для запуска Windows-приложений и игр в Linux"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-15T04:48:57",
"trx_id": "3d9c7b2284b449c86402ca0cee2bc186f01f8e2b",
"trx_in_block": 2,
"virtual_op": 0
}opennetpublished a new post: v-openbsd-pereimenovali-pole-v-pfsync-posle-lozhnogo-ai-otchyota-ob-uyazvimosti2026/04/13 22:48:57
opennetpublished a new post: v-openbsd-pereimenovali-pole-v-pfsync-posle-lozhnogo-ai-otchyota-ob-uyazvimosti
2026/04/13 22:48:57
| author | opennet |
| body | Тэо де Раадт (Theo de Raadt) [переименовал](https://marc.info/?l=openbsd-cvs&m=177596645511234&w=2) название поля в заголовке пакета [pfsync](https://man.openbsd.org/pfsync.4) после поступления ложного отчёта об уязвимости, сгенерированного AI-инструментами. Поле "pfcksum\[PF\_MD5\_DIGEST\_LENGTH\]" переименовано в "spare\[16\]", так как AI-модель полагала, что имя pfcksum свидетельствует о хранении в поле хэша или контрольной суммы содержимого пакета и, так как поле не проверялось, считала, что в коде есть уязвимость. Тэо пояснил, что на раннем этапе разработки pfsync указанное поле было добавлено для хранения хэша набора правил с целью оптимизации проверки состояния. В конечном счёте от этой идеи отказались, но поле было оставлено для сохранения обратной совместимости и всегда оставалось заполненным нулями. В коде данное поле лишь упоминалось в структуре пакета, но не проверялось и не заполнялось. В сгенерированном AI-отчёте утверждалось о наличии уязвимости, так как поле вычисляется при отправке пакета, но не проверяется при получении. В отчёте детально пояснялся принцип работы и источник проблемы, но на деле - это было AI-галлюцинацией, выдуманной лишь на основании использования в коде слов "pfcksum" и "PF\_MD5\_DIGEST\_LENGTH". Человек, использовавший AI для поиска уязвимости, не потрудился проверить результат перед отправкой отчёта об уязвимости. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65196](https://www.opennet.ru/opennews/art.shtml?num=65196)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | v-openbsd-pereimenovali-pole-v-pfsync-posle-lozhnogo-ai-otchyota-ob-uyazvimosti |
| title | В OpenBSD переименовали поле в pfsync после ложного AI-отчёта об уязвимости |
| Transaction Info | Block #105165357/Trx fcd27a296418a9bf5322e59f723c623c27b6c36f |
View Raw JSON Data
{
"block": 105165357,
"op": [
"comment",
{
"author": "opennet",
"body": "Тэо де Раадт (Theo de Raadt) [переименовал](https://marc.info/?l=openbsd-cvs&m=177596645511234&w=2) название поля в заголовке пакета [pfsync](https://man.openbsd.org/pfsync.4) после поступления ложного отчёта об уязвимости, сгенерированного AI-инструментами. Поле \"pfcksum\\[PF\\_MD5\\_DIGEST\\_LENGTH\\]\" переименовано в \"spare\\[16\\]\", так как AI-модель полагала, что имя pfcksum свидетельствует о хранении в поле хэша или контрольной суммы содержимого пакета и, так как поле не проверялось, считала, что в коде есть уязвимость.\n\nТэо пояснил, что на раннем этапе разработки pfsync указанное поле было добавлено для хранения хэша набора правил с целью оптимизации проверки состояния. В конечном счёте от этой идеи отказались, но поле было оставлено для сохранения обратной совместимости и всегда оставалось заполненным нулями. В коде данное поле лишь упоминалось в структуре пакета, но не проверялось и не заполнялось.\n\nВ сгенерированном AI-отчёте утверждалось о наличии уязвимости, так как поле вычисляется при отправке пакета, но не проверяется при получении. В отчёте детально пояснялся принцип работы и источник проблемы, но на деле - это было AI-галлюцинацией, выдуманной лишь на основании использования в коде слов \"pfcksum\" и \"PF\\_MD5\\_DIGEST\\_LENGTH\". Человек, использовавший AI для поиска уязвимости, не потрудился проверить результат перед отправкой отчёта об уязвимости. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65196](https://www.opennet.ru/opennews/art.shtml?num=65196)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "v-openbsd-pereimenovali-pole-v-pfsync-posle-lozhnogo-ai-otchyota-ob-uyazvimosti",
"title": "В OpenBSD переименовали поле в pfsync после ложного AI-отчёта об уязвимости"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-13T22:48:57",
"trx_id": "fcd27a296418a9bf5322e59f723c623c27b6c36f",
"trx_in_block": 1,
"virtual_op": 0
}2026/04/12 21:17:54
2026/04/12 21:17:54
| author | opennet |
| permlink | chastb-kompbyuterov-v-gosuchrezhdeniyax-franczii-planiruyut-perevesti-s-windows-na-linux |
| voter | jewelking |
| weight | 10000 (100.00%) |
| Transaction Info | Block #105134803/Trx 0528d94c5cd6dc9434d3264b2027c26231e59b86 |
View Raw JSON Data
{
"block": 105134803,
"op": [
"vote",
{
"author": "opennet",
"permlink": "chastb-kompbyuterov-v-gosuchrezhdeniyax-franczii-planiruyut-perevesti-s-windows-na-linux",
"voter": "jewelking",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2026-04-12T21:17:54",
"trx_id": "0528d94c5cd6dc9434d3264b2027c26231e59b86",
"trx_in_block": 3,
"virtual_op": 0
}2026/04/12 16:48:57
2026/04/12 16:48:57
| author | opennet |
| body | Давид Амьель ([David Amiel](https://en.wikipedia.org/wiki/David_Amiel)), министр бюджета, государственных счетов и гражданской администрации Франции, [объявил](https://www.numerique.gouv.fr/sinformer/espace-presse/souverainete-numerique-reduction-dependances-extra-europeennes/) о планах по переводу некоторых компьютеров в госучреждениях с Windows на Linux. Миграция осуществляется в рамках инициативы по обеспечению цифрового суверенитета и снижению зависимости от не европейских технологических компаний. Амьель подчеркнул, что французское правительство больше не может мириться с тем, что не контролирует свои данные и цифровую инфраструктуру. Сроки перехода и внедряемый дистрибутив Linux пока не уточняются. Первым на Linux решено перевести рабочие станции в межминистерском управлении цифровизации (DINUM). Министерствам предписано до осени подготовить собственные планы снижения зависимости от не европейских технологий, охватывающие рабочие станции, инструменты совместной разработки, антивирусы, AI-системы, СУБД, платформы виртуализации и сетевое оборудование. Решение о замене Windows принято спустя несколько месяцев после анонса перевода системы проведения видеоконференций с пакета Microsoft Teams на французский продукт Visio, основанный на открытой платформе [Jitsi](https://jitsi.org/). До конца года также планируют заменить информационную систему здравоохранения на новую подконтрольную разработку. Кроме этого, объявлено о миграции 80 тысяч сотрудников отделений системы медицинского страхования на собственную платформу межведомственного документооборота. В дополнение можно отметить развитие Linux-дистрибутива [EU OS](https://eu-os.eu/), нацеленного на использование в государственном секторе Евросоюза. Дистрибутив развивается энтузиастами, которые взаимодействуют с органами государственного управления ЕС и намерены получить статус проекта Европейской комиссии. Дистрибутив основан на Fedora Linux, формируется в виде атомарно обновляемого системного образа и поставляется со средой рабочего стола KDE. Среди других европейских дистрибутивов похожего назначения: [GendBuntu](https://en.wikipedia.org/wiki/GendBuntu) (редакция Ubuntu, [применяемая](https://www.opennet.ru/opennews/art.shtml?num=38045) в Национальной жандармерии Франции), [Linux Plus 1](https://www.schleswig-holstein.de/DE/landesregierung/themen/digitalisierung/linux-plus1) ([внедрён](https://www.opennet.ru/opennews/art.shtml?num=60928) в немецком регионе Шлезвиг-Гольштейн), [LiMux](https://en.wikipedia.org/wiki/LiMux) (выпускался до 2019 года и применялся в Мюнхене), [Linux Barcelona](https://web.archive.org/web/20180122174245/https://elpais.com/ccaa/2017/12/01/catalunya/1512145439_132556.html) (сборка Ubuntu, применяемая в госучреждениях Барселоны). Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65184](https://www.opennet.ru/opennews/art.shtml?num=65184)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | chastb-kompbyuterov-v-gosuchrezhdeniyax-franczii-planiruyut-perevesti-s-windows-na-linux |
| title | Часть компьютеров в госучреждениях Франции планируют перевести с Windows на Linux |
| Transaction Info | Block #105129433/Trx 4b8be8cdebe2e6c83698837ef989bb155504f207 |
View Raw JSON Data
{
"block": 105129433,
"op": [
"comment",
{
"author": "opennet",
"body": "Давид Амьель ([David Amiel](https://en.wikipedia.org/wiki/David_Amiel)), министр бюджета, государственных счетов и гражданской администрации Франции, [объявил](https://www.numerique.gouv.fr/sinformer/espace-presse/souverainete-numerique-reduction-dependances-extra-europeennes/) о планах по переводу некоторых компьютеров в госучреждениях с Windows на Linux. Миграция осуществляется в рамках инициативы по обеспечению цифрового суверенитета и снижению зависимости от не европейских технологических компаний.\n\nАмьель подчеркнул, что французское правительство больше не может мириться с тем, что не контролирует свои данные и цифровую инфраструктуру. Сроки перехода и внедряемый дистрибутив Linux пока не уточняются. Первым на Linux решено перевести рабочие станции в межминистерском управлении цифровизации (DINUM). Министерствам предписано до осени подготовить собственные планы снижения зависимости от не европейских технологий, охватывающие рабочие станции, инструменты совместной разработки, антивирусы, AI-системы, СУБД, платформы виртуализации и сетевое оборудование.\n\nРешение о замене Windows принято спустя несколько месяцев после анонса перевода системы проведения видеоконференций с пакета Microsoft Teams на французский продукт Visio, основанный на открытой платформе [Jitsi](https://jitsi.org/). До конца года также планируют заменить информационную систему здравоохранения на новую подконтрольную разработку. Кроме этого, объявлено о миграции 80 тысяч сотрудников отделений системы медицинского страхования на собственную платформу межведомственного документооборота.\n\nВ дополнение можно отметить развитие Linux-дистрибутива [EU OS](https://eu-os.eu/), нацеленного на использование в государственном секторе Евросоюза. Дистрибутив развивается энтузиастами, которые взаимодействуют с органами государственного управления ЕС и намерены получить статус проекта Европейской комиссии. Дистрибутив основан на Fedora Linux, формируется в виде атомарно обновляемого системного образа и поставляется со средой рабочего стола KDE. Среди других европейских дистрибутивов похожего назначения: [GendBuntu](https://en.wikipedia.org/wiki/GendBuntu) (редакция Ubuntu, [применяемая](https://www.opennet.ru/opennews/art.shtml?num=38045) в Национальной жандармерии Франции), [Linux Plus 1](https://www.schleswig-holstein.de/DE/landesregierung/themen/digitalisierung/linux-plus1) ([внедрён](https://www.opennet.ru/opennews/art.shtml?num=60928) в немецком регионе Шлезвиг-Гольштейн), [LiMux](https://en.wikipedia.org/wiki/LiMux) (выпускался до 2019 года и применялся в Мюнхене), [Linux Barcelona](https://web.archive.org/web/20180122174245/https://elpais.com/ccaa/2017/12/01/catalunya/1512145439_132556.html) (сборка Ubuntu, применяемая в госучреждениях Барселоны). \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65184](https://www.opennet.ru/opennews/art.shtml?num=65184)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "chastb-kompbyuterov-v-gosuchrezhdeniyax-franczii-planiruyut-perevesti-s-windows-na-linux",
"title": "Часть компьютеров в госучреждениях Франции планируют перевести с Windows на Linux"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-12T16:48:57",
"trx_id": "4b8be8cdebe2e6c83698837ef989bb155504f207",
"trx_in_block": 1,
"virtual_op": 0
}opennetpublished a new post: red-hat-rasformirovyvaet-inzhenernoe-podrazdelenie-v-kitae2026/04/11 10:48:57
opennetpublished a new post: red-hat-rasformirovyvaet-inzhenernoe-podrazdelenie-v-kitae
2026/04/11 10:48:57
| author | opennet |
| body | Компания Red Hat [уволила](https://www.theregister.com/2026/04/10/red_hat_ends_china_engineering/) несколько сотен сотрудников подразделения Red Hat China и переводит часть китайской команды инженеров в офис в Индии. В разных источниках упоминается сокращение от 300 до 500 работников, при этом общая численность персонала не изменится, благодаря увеличению штата в Азиатско-Тихоокеанском регионе. В качестве причины сворачивания китайского подразделения упоминается новая геостратегия, определяющая ключевые места для найма и инвестиций в персонал. Приоритетным местом для развёртывания инженерных команд теперь является Индия, в которой у IBM больше сотрудников, чем в США. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65189](https://www.opennet.ru/opennews/art.shtml?num=65189)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | red-hat-rasformirovyvaet-inzhenernoe-podrazdelenie-v-kitae |
| title | Red Hat расформировывает инженерное подразделение в Китае |
| Transaction Info | Block #105093541/Trx b6a9e5914f73b3ea40ec05b8d82490d86e6ff595 |
View Raw JSON Data
{
"block": 105093541,
"op": [
"comment",
{
"author": "opennet",
"body": "Компания Red Hat [уволила](https://www.theregister.com/2026/04/10/red_hat_ends_china_engineering/) несколько сотен сотрудников подразделения Red Hat China и переводит часть китайской команды инженеров в офис в Индии. В разных источниках упоминается сокращение от 300 до 500 работников, при этом общая численность персонала не изменится, благодаря увеличению штата в Азиатско-Тихоокеанском регионе.\n\nВ качестве причины сворачивания китайского подразделения упоминается новая геостратегия, определяющая ключевые места для найма и инвестиций в персонал. Приоритетным местом для развёртывания инженерных команд теперь является Индия, в которой у IBM больше сотрудников, чем в США. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65189](https://www.opennet.ru/opennews/art.shtml?num=65189)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "red-hat-rasformirovyvaet-inzhenernoe-podrazdelenie-v-kitae",
"title": "Red Hat расформировывает инженерное подразделение в Китае"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-11T10:48:57",
"trx_id": "b6a9e5914f73b3ea40ec05b8d82490d86e6ff595",
"trx_in_block": 7,
"virtual_op": 0
}opennetpublished a new post: vypusk-subd-sqlite-3-532026/04/10 14:48:57
opennetpublished a new post: vypusk-subd-sqlite-3-53
2026/04/10 14:48:57
| author | opennet |
| body | [Опубликован](https://www.sqlite.org/changes.html) релиз [SQLite 3.53](http://sqlite.org/), легковесной СУБД, оформленной в виде подключаемой библиотеки. Выпуск 3.52 был [отменён](https://sqlite.org/releaselog/3_53_0.html). Код SQLite [распространяется](https://github.com/sqlite/sqlite) как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный [консорциум](https://www.sqlite.org/consortium.html). Основные [изменения](https://sqlite.org/releaselog/3_53_0.html): * Устранена [ошибка](https://sqlite.org/wal.html#walresetbug), приводившая к повреждению БД. Проблема присутствовала начиная с версии SQLite 3.7.0 (2010 год), затрагивала БД в режиме WAL (Write-Ahead Logging) и проявлялась из-за состояния гонки при одновременном открытии двух и более соединений к БД, которые пытались записать или зафиксировать транзакции в одном экземпляре БД. Утверждается, что приводящее к сбою стечение обстоятельств проявляется крайне редко и его удалось повторить только в специально созданном тестовом сценарии. * В команде "[ALTER TABLE](https://sqlite.org/lang_altertable.html)" разрешено удалять проверки "NOT NULL" и "CHECK". * Добавлена команда "[REINDEX EXPRESSIONS](https://sqlite.org/lang_reindex.html)" для перестроения [индексов на основе выражений](https://sqlite.org/expridx.html), в которых в качестве элемента индекса используется функция над столбцом или операции над столбцами. Команда может применяться для восстановления [протухших индексов](https://sqlite.org/staleexpridx.html). * Внутри [временных триггеров](https://sqlite.org/lang_createtrigger.html#temptrig), создаваемых командой "CREATE TEMP TRIGGER" и применяемым к таблицам в других БД, разрешено изменение таблиц или запросы данных из таблиц. * В команде "[VACUUM INTO](https://sqlite.org/lang_vacuum.html#vacuuminto)" при указании целевого файла через [URL](https://sqlite.org/uri.html) реализовано использование параметра "reserve=N" для определения числа создаваемых резервных копий БД. * Реализованы новые SQL-функции [json\_array\_insert() и jsonb\_array\_insert()](https://sqlite.org/json1.html#jarrayins) для вставки элементов в массивы JSON. * Добавлена и задействована в утилите командной строки библиотека [QRF](https://sqlite.org/src/file/ext/qrf) (Query Result Formatter) для форматирования результатов выполнения SQL-запросов в удобочитаемый вид. * Изменения в утилите командной строки: * Значительно расширена команда "[.mode](https://sqlite.org/climode.html)". * Улучшено формирование вывода, например, включена по умолчанию отрисовка рамок, а числовые значения теперь выравниваются по правую границу при табулированном выводе. * Обеспечено игнорирование символов ";" после команд. * Содержимое указанных в командной строке файлов с расширениями \*.sql и \*.txt теперь читается и интерпретируется как наборы SQL-выражений и dot-команд. * В команду ".timer" добавлена поддержка значения "once" для применения таймера только к следующему SQL-выражению. * В команду ".progress" добавлена опция "--timeout S" для принудительного прерывания SQL-выражения после истечения таймаута. * В команде ".indexes" изменено поведение шаблонов, которые теперь применяются к именам индексов, а не к именам проиндексированных таблиц. * Внесены оптимизации в планировщик запросов, ускорившие работу слияния таблиц и операций ЕXCEPT, INTERSECT и UNION. * Повышена производительность функций преобразования чисел с плавающей запятой в текстовое представление. * В реализацию, компилируемую в промежуточный код WebAssembly, добавлена VFS "opfs-wl", идентичная VFS "opfs", но использующая API Web Locks для работы с блокировками. * В утилиту [sqlite3\_rsync](https://sqlite.org/rsync.html) добавлена опция "-p|--port". * Прекращена поддержка платформы Windows RT. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65182](https://www.opennet.ru/opennews/art.shtml?num=65182)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-subd-sqlite-3-53 |
| title | Выпуск СУБД SQLite 3.53 |
| Transaction Info | Block #105069593/Trx b7cfca63ee923d52624d085f073ef921083ff6b4 |
View Raw JSON Data
{
"block": 105069593,
"op": [
"comment",
{
"author": "opennet",
"body": "[Опубликован](https://www.sqlite.org/changes.html) релиз [SQLite 3.53](http://sqlite.org/), легковесной СУБД, оформленной в виде подключаемой библиотеки. Выпуск 3.52 был [отменён](https://sqlite.org/releaselog/3_53_0.html). Код SQLite [распространяется](https://github.com/sqlite/sqlite) как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный [консорциум](https://www.sqlite.org/consortium.html).\n\nОсновные [изменения](https://sqlite.org/releaselog/3_53_0.html):\n\n* Устранена [ошибка](https://sqlite.org/wal.html#walresetbug), приводившая к повреждению БД. Проблема присутствовала начиная с версии SQLite 3.7.0 (2010 год), затрагивала БД в режиме WAL (Write-Ahead Logging) и проявлялась из-за состояния гонки при одновременном открытии двух и более соединений к БД, которые пытались записать или зафиксировать транзакции в одном экземпляре БД. Утверждается, что приводящее к сбою стечение обстоятельств проявляется крайне редко и его удалось повторить только в специально созданном тестовом сценарии.\n* В команде \"[ALTER TABLE](https://sqlite.org/lang_altertable.html)\" разрешено удалять проверки \"NOT NULL\" и \"CHECK\".\n* Добавлена команда \"[REINDEX EXPRESSIONS](https://sqlite.org/lang_reindex.html)\" для перестроения [индексов на основе выражений](https://sqlite.org/expridx.html), в которых в качестве элемента индекса используется функция над столбцом или операции над столбцами. Команда может применяться для восстановления [протухших индексов](https://sqlite.org/staleexpridx.html).\n* Внутри [временных триггеров](https://sqlite.org/lang_createtrigger.html#temptrig), создаваемых командой \"CREATE TEMP TRIGGER\" и применяемым к таблицам в других БД, разрешено изменение таблиц или запросы данных из таблиц.\n* В команде \"[VACUUM INTO](https://sqlite.org/lang_vacuum.html#vacuuminto)\" при указании целевого файла через [URL](https://sqlite.org/uri.html) реализовано использование параметра \"reserve=N\" для определения числа создаваемых резервных копий БД.\n* Реализованы новые SQL-функции [json\\_array\\_insert() и jsonb\\_array\\_insert()](https://sqlite.org/json1.html#jarrayins) для вставки элементов в массивы JSON.\n* Добавлена и задействована в утилите командной строки библиотека [QRF](https://sqlite.org/src/file/ext/qrf) (Query Result Formatter) для форматирования результатов выполнения SQL-запросов в удобочитаемый вид.\n* Изменения в утилите командной строки:\n * Значительно расширена команда \"[.mode](https://sqlite.org/climode.html)\".\n * Улучшено формирование вывода, например, включена по умолчанию отрисовка рамок, а числовые значения теперь выравниваются по правую границу при табулированном выводе.\n * Обеспечено игнорирование символов \";\" после команд.\n * Содержимое указанных в командной строке файлов с расширениями \\*.sql и \\*.txt теперь читается и интерпретируется как наборы SQL-выражений и dot-команд.\n * В команду \".timer\" добавлена поддержка значения \"once\" для применения таймера только к следующему SQL-выражению.\n * В команду \".progress\" добавлена опция \"--timeout S\" для принудительного прерывания SQL-выражения после истечения таймаута.\n * В команде \".indexes\" изменено поведение шаблонов, которые теперь применяются к именам индексов, а не к именам проиндексированных таблиц.\n* Внесены оптимизации в планировщик запросов, ускорившие работу слияния таблиц и операций ЕXCEPT, INTERSECT и UNION.\n* Повышена производительность функций преобразования чисел с плавающей запятой в текстовое представление.\n* В реализацию, компилируемую в промежуточный код WebAssembly, добавлена VFS \"opfs-wl\", идентичная VFS \"opfs\", но использующая API Web Locks для работы с блокировками.\n* В утилиту [sqlite3\\_rsync](https://sqlite.org/rsync.html) добавлена опция \"-p|--port\".\n* Прекращена поддержка платформы Windows RT.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65182](https://www.opennet.ru/opennews/art.shtml?num=65182)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-subd-sqlite-3-53",
"title": "Выпуск СУБД SQLite 3.53"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-10T14:48:57",
"trx_id": "b7cfca63ee923d52624d085f073ef921083ff6b4",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: vypusk-miracle-wm-0-9-kompozitnogo-menedzhera-na-baze-wayland-i-mir2026/04/09 08:48:57
opennetpublished a new post: vypusk-miracle-wm-0-9-kompozitnogo-menedzhera-na-baze-wayland-i-mir
2026/04/09 08:48:57
| author | opennet |
| body | Мэтью Косарек (Matthew Kosarek), разработчик из компании Canonical, [опубликовал](https://github.com/miracle-wm-org/miracle-wm/releases/tag/v0.9.0) выпуск композитного менеджера [miracle-wm 0.9](https://miracle-wm.org/), использующего протокол Wayland и компоненты для построения композитных менеджеров [Mir](https://github.com/canonical/mir). Miracle-wm поддерживает мозаичную (tiling) компоновку окон, схожую с аналогичной в проектах [i3](https://i3wm.org/) и [Sway](https://www.opennet.ru/opennews/art.shtml?num=58388). В качестве панели может применяться [Waybar](https://github.com/Alexays/Waybar). Код проекта написан на языке C++ и [распространяется](https://github.com/mattkae/miracle-wm) под лицензией GPLv3. Готовые сборки сформированы в формате [snap](https://snapcraft.io/miracle-wm), а также в пакетах rpm и deb для [Fedora](https://src.fedoraproject.org/rpms/miracle-wm) и [Ubuntu](https://launchpad.net/~matthew-kosarek/+archive/ubuntu/miracle-wm). Целью miracle-wm является создание композитного сервера, применяющего мозаичное управление окнами, но более функционального и стильного, чем такие продукты, как [Swayfx](https://github.com/WillPower3309/swayfx). При этом проект позволяет использовать и классические приёмы работы с плавающими окнами, например, можно размещать отдельные окна поверх мозаичной сетки или закреплять окна к определённому месту на рабочем столе. Поддерживается виртуальные рабочие столы с возможностью выставления для каждого рабочего стола своего режима работы с окнами по умолчанию (мозаичная компоновка или плавающие окна). Предполагается, что miracle-wm может оказаться полезным пользователям, которые отдают предпочтение мозаичной компоновке, но желают получить визуальные эффекты и более яркое графическое оформление с плавными переходами и цветами. Конфигурация определяется в формате [YAML](https://wiki.miracle-wm.org/latest/configuration/introduction/). Для установки miracle-wm можно использовать команду "sudo snap install miracle-wm --classic". [](https://github.com/miracle-wm-org/miracle-wm/raw/develop/resources/screenshot1.png) Основные новшества: * Добавлена [система плагинов](https://docs.miracle-wm.org/miracle_plugin/), поставляемых в промежуточном коде [WebAssembly](https://www.opennet.ru/opennews/art.shtml?num=63899) и выполняемых в форме изолированных (sandbox) модулей. Плагины могу применяться для изменения и расширения возможностей композитного менеджера, среди прочего связанных с изменением логики размещения окон, обработкой и расширением [конфигурации](https://wiki.miracle-wm.org/develop/configuration/plugins/), перехватом событий ввода и указателя мыши, реализацией анимированных эффектов и подключением обработчиков, срабатывающих при создании, удалении или переключении рабочих столов. Плагины могут перезапускаться по отдельности без перезапуска композитного менеджера. * Добавлен API для разработки плагинов на языке Rust. * [Добавлена](https://wiki.miracle-wm.org/develop/configuration/cursor/) поддержка тем оформления курсоров. * Добавлены новые пиктограммы. * Добавлена комбинация клавиш "Meta + Shift + R" для перезагрузки конфигурации. * Концепция "мини-деревьев" (mini tree), применяемая для группировки связанных друг с другом плавающих окон, заменена более предсказуемое поведение с отдельными плавающими окнами. * Проведена оптимизация производительности. * Обеспечена автоматическая перезагрузка настроек дисплея после изменения конфигурации. * Изменён формат настройки [собственных обработчиков](https://wiki.miracle-wm.org/develop/configuration/custom_actions/) - в привязках вместо идентификаторов клавиш в стиле [событий ввода](https://github.com/torvalds/linux/blob/master/include/uapi/linux/input-event-codes.h) ядра Linux теперь следует использовать имена в стиле [XKbKeysyms](https://xkbcommon.org/), например, "D" вместо "KEY\_D" и "Return" вместо "KEY\_ENTER". Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65174](https://www.opennet.ru/opennews/art.shtml?num=65174)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1775709069.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-miracle-wm-0-9-kompozitnogo-menedzhera-na-baze-wayland-i-mir |
| title | Выпуск miracle-wm 0.9, композитного менеджера на базе Wayland и Mir |
| Transaction Info | Block #105033676/Trx 6af4a0394cf6f66370ffe29fcffde8d5e03a23a9 |
View Raw JSON Data
{
"block": 105033676,
"op": [
"comment",
{
"author": "opennet",
"body": "Мэтью Косарек (Matthew Kosarek), разработчик из компании Canonical, [опубликовал](https://github.com/miracle-wm-org/miracle-wm/releases/tag/v0.9.0) выпуск композитного менеджера [miracle-wm 0.9](https://miracle-wm.org/), использующего протокол Wayland и компоненты для построения композитных менеджеров [Mir](https://github.com/canonical/mir). Miracle-wm поддерживает мозаичную (tiling) компоновку окон, схожую с аналогичной в проектах [i3](https://i3wm.org/) и [Sway](https://www.opennet.ru/opennews/art.shtml?num=58388). В качестве панели может применяться [Waybar](https://github.com/Alexays/Waybar). Код проекта написан на языке C++ и [распространяется](https://github.com/mattkae/miracle-wm) под лицензией GPLv3. Готовые сборки сформированы в формате [snap](https://snapcraft.io/miracle-wm), а также в пакетах rpm и deb для [Fedora](https://src.fedoraproject.org/rpms/miracle-wm) и [Ubuntu](https://launchpad.net/~matthew-kosarek/+archive/ubuntu/miracle-wm).\n\nЦелью miracle-wm является создание композитного сервера, применяющего мозаичное управление окнами, но более функционального и стильного, чем такие продукты, как [Swayfx](https://github.com/WillPower3309/swayfx). При этом проект позволяет использовать и классические приёмы работы с плавающими окнами, например, можно размещать отдельные окна поверх мозаичной сетки или закреплять окна к определённому месту на рабочем столе. Поддерживается виртуальные рабочие столы с возможностью выставления для каждого рабочего стола своего режима работы с окнами по умолчанию (мозаичная компоновка или плавающие окна).\n\nПредполагается, что miracle-wm может оказаться полезным пользователям, которые отдают предпочтение мозаичной компоновке, но желают получить визуальные эффекты и более яркое графическое оформление с плавными переходами и цветами. Конфигурация определяется в формате [YAML](https://wiki.miracle-wm.org/latest/configuration/introduction/). Для установки miracle-wm можно использовать команду \"sudo snap install miracle-wm --classic\".\n\n[](https://github.com/miracle-wm-org/miracle-wm/raw/develop/resources/screenshot1.png)\n\nОсновные новшества:\n\n* Добавлена [система плагинов](https://docs.miracle-wm.org/miracle_plugin/), поставляемых в промежуточном коде [WebAssembly](https://www.opennet.ru/opennews/art.shtml?num=63899) и выполняемых в форме изолированных (sandbox) модулей. Плагины могу применяться для изменения и расширения возможностей композитного менеджера, среди прочего связанных с изменением логики размещения окон, обработкой и расширением [конфигурации](https://wiki.miracle-wm.org/develop/configuration/plugins/), перехватом событий ввода и указателя мыши, реализацией анимированных эффектов и подключением обработчиков, срабатывающих при создании, удалении или переключении рабочих столов. Плагины могут перезапускаться по отдельности без перезапуска композитного менеджера.\n* Добавлен API для разработки плагинов на языке Rust.\n* [Добавлена](https://wiki.miracle-wm.org/develop/configuration/cursor/) поддержка тем оформления курсоров.\n* Добавлены новые пиктограммы.\n* Добавлена комбинация клавиш \"Meta + Shift + R\" для перезагрузки конфигурации.\n* Концепция \"мини-деревьев\" (mini tree), применяемая для группировки связанных друг с другом плавающих окон, заменена более предсказуемое поведение с отдельными плавающими окнами.\n* Проведена оптимизация производительности.\n* Обеспечена автоматическая перезагрузка настроек дисплея после изменения конфигурации.\n* Изменён формат настройки [собственных обработчиков](https://wiki.miracle-wm.org/develop/configuration/custom_actions/) - в привязках вместо идентификаторов клавиш в стиле [событий ввода](https://github.com/torvalds/linux/blob/master/include/uapi/linux/input-event-codes.h) ядра Linux теперь следует использовать имена в стиле [XKbKeysyms](https://xkbcommon.org/), например, \"D\" вместо \"KEY\\_D\" и \"Return\" вместо \"KEY\\_ENTER\".\n\n \n \n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65174](https://www.opennet.ru/opennews/art.shtml?num=65174)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1775709069.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-miracle-wm-0-9-kompozitnogo-menedzhera-na-baze-wayland-i-mir",
"title": "Выпуск miracle-wm 0.9, композитного менеджера на базе Wayland и Mir"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-09T08:48:57",
"trx_id": "6af4a0394cf6f66370ffe29fcffde8d5e03a23a9",
"trx_in_block": 0,
"virtual_op": 0
}2026/04/08 02:48:57
2026/04/08 02:48:57
| author | opennet |
| body | Доступен корректирующий выпуск [Firefox 149.0.2](https://www.firefox.com/en-US/firefox/149.0.2/releasenotes/), в котором устранена [41 уязвимость](https://www.mozilla.org/en-US/security/advisories/mfsa2026-25/). Все уязвимости вызваны проблемами при работе с памятью, такими как переполнения буферов и обращение к уже освобождённым областям памяти. Потенциально данные проблемы способны привести к выполнению кода злоумышленника при открытии специально оформленных страниц. Не связанные с безопасностью изменения: * Устранена [ошибка](https://bugzilla.mozilla.org/show_bug.cgi?id=2022238), приводящая к прекращению реагирования панели инструментов на клики мышью после перетаскивания вкладки в Linux-системах с Wayland. * Исправлена [проблема](https://bugzilla.mozilla.org/show_bug.cgi?id=2026109) с некорректным выводом на печать некоторых элементов страниц, таких как выпадающие меню и определённые стили. * Решена [проблема](https://bugzilla.mozilla.org/show_bug.cgi?id=2023800) с показом неверной информации на страницах с ошибками, без отображения кода ошибки, возвращённого сервером. * [Устранено](https://bugzilla.mozilla.org/show_bug.cgi?id=2026688) аварийное завершение, возникавшее при использовании некоторых ключей или возможностей WebAuthn для двухфакторной аутентификации. * [Исправлено](https://bugzilla.mozilla.org/show_bug.cgi?id=2024647) некорректное смещение текста внутри SVG-графики. * [Решена](https://bugzilla.mozilla.org/show_bug.cgi?id=2023201) проблема с неработой функции "Send to device", при её вызове из секции открытия вкладки на странице Firefox View. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65163](https://www.opennet.ru/opennews/art.shtml?num=65163)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | obnovlenie-firefox-149-0-2-s-ustraneniem-uyazvimostej-i-zavisaniya-paneli-instrumentov |
| title | Обновление Firefox 149.0.2 с устранением уязвимостей и зависания панели инструментов |
| Transaction Info | Block #104997761/Trx dc4cd089df200e4bcc999bdd403e92cf0588cb31 |
View Raw JSON Data
{
"block": 104997761,
"op": [
"comment",
{
"author": "opennet",
"body": "Доступен корректирующий выпуск [Firefox 149.0.2](https://www.firefox.com/en-US/firefox/149.0.2/releasenotes/), в котором устранена [41 уязвимость](https://www.mozilla.org/en-US/security/advisories/mfsa2026-25/). Все уязвимости вызваны проблемами при работе с памятью, такими как переполнения буферов и обращение к уже освобождённым областям памяти. Потенциально данные проблемы способны привести к выполнению кода злоумышленника при открытии специально оформленных страниц.\n\nНе связанные с безопасностью изменения:\n\n* Устранена [ошибка](https://bugzilla.mozilla.org/show_bug.cgi?id=2022238), приводящая к прекращению реагирования панели инструментов на клики мышью после перетаскивания вкладки в Linux-системах с Wayland.\n* Исправлена [проблема](https://bugzilla.mozilla.org/show_bug.cgi?id=2026109) с некорректным выводом на печать некоторых элементов страниц, таких как выпадающие меню и определённые стили.\n* Решена [проблема](https://bugzilla.mozilla.org/show_bug.cgi?id=2023800) с показом неверной информации на страницах с ошибками, без отображения кода ошибки, возвращённого сервером.\n* [Устранено](https://bugzilla.mozilla.org/show_bug.cgi?id=2026688) аварийное завершение, возникавшее при использовании некоторых ключей или возможностей WebAuthn для двухфакторной аутентификации.\n* [Исправлено](https://bugzilla.mozilla.org/show_bug.cgi?id=2024647) некорректное смещение текста внутри SVG-графики.\n* [Решена](https://bugzilla.mozilla.org/show_bug.cgi?id=2023201) проблема с неработой функции \"Send to device\", при её вызове из секции открытия вкладки на странице Firefox View.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65163](https://www.opennet.ru/opennews/art.shtml?num=65163)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "obnovlenie-firefox-149-0-2-s-ustraneniem-uyazvimostej-i-zavisaniya-paneli-instrumentov",
"title": "Обновление Firefox 149.0.2 с устранением уязвимостей и зависания панели инструментов"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-08T02:48:57",
"trx_id": "dc4cd089df200e4bcc999bdd403e92cf0588cb31",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: red-hat-uvelichil-platnoe-soprovozhdenie-promezhutochnyx-vypuskov-rhel-do-6-let2026/04/06 20:48:57
opennetpublished a new post: red-hat-uvelichil-platnoe-soprovozhdenie-promezhutochnyx-vypuskov-rhel-do-6-let
2026/04/06 20:48:57
| author | opennet |
| body | Компания Red Hat [представила](https://www.redhat.com/en/blog/ensuring-long-term-stability-introducing-red-hat-enterprise-linux-extended-life-cycle-premium-rhel-extended-life-cycle) новую программу расширенной платной поддержки "[Extended Life Cycle, Premium](https://www.redhat.com/en/resources/linux-extended-life-cycle-premium-datasheet)", которая обеспечит 14-летний [цикл сопровождения](https://access.redhat.com/support/policy/updates/errata) веток дистрибутива Red Hat Enterprise Linux 8/9/10: 5 лет полное формирование общедоступных обновлений + 5 лет общедоступные обновления с устранением серьёзных ошибок и уязвимостей (без добавления новшеств и расширения поддержки оборудования) + 4 года формирования обновлений с устранением критических проблем для платных подписчиков. Ранее 4 года дополнительной платной поддержки [предоставлялось](https://www.opennet.ru/opennews/art.shtml?num=59358) и для выпуска RHEL 7, теперь эта практика заявлена для выпусков RHEL 8/9/10. Особенностью программы "Extended Life Cycle, Premium" является увеличение времени дополнительной публикации обновлений для промежуточных выпусков (субрелизы RHEL 10.1, 10.2, 10.3 и т.п.). Обновления с устранением уязвимостей с уровнем опастности CVSS 7 и выше, а также исправлением серьёзных ошибок для промежуточных веток теперь будет выпускаться в течение 6 лет ([было](https://web.archive.org/web/20260318220414/https://access.redhat.com/support/policy/updates/errata) 2 года Extended Update плюс ещё 2 года по отдельной подписке Extended Extended Update), что позволит сократить операции перехода на новые промежуточные выпуски в системах, обслуживающих непрерывно работающие критически важные сервисы. Длительная поддержка для промежуточных выпусков будет осуществляться через релиз. Например, расширенные обновления для майского выпуска RHEL 10.2 будут формироваться до мая 2032 года, для ноябрьского RHEL 10.3 - до мая 2027 года, а для майского RHEL 10.4 - до мая 2033 года. Ветка RHEL 10 в целом будет сопровождаться до 2039 года, ветка RHEL 9 - до 2036 года, а RHEL 8 - до 2033 года. [](https://access.redhat.com/sites/hub/files/2026-04/593_RHEL-10-Extended-Life-Cycle_0326.png) Что касается других дистрибутивов, 16 лет поддерживается [SUSE Linux](https://www.suse.com/lifecycle/), 15 лет [поддерживается](https://www.opennet.ru/opennews/art.shtml?num=64240) Ubuntu, [10 лет](https://www.freexian.com/lts/extended/) (5 лет LTS + 5 лет Extended LTS) поддерживается Debian GNU/Linux, [2 года](https://en.opensuse.org/Lifetime) поддерживается openSUSE и [13 месяцев](https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle) - Fedora Linux. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65155](https://www.opennet.ru/opennews/art.shtml?num=65155)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1775472132.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | red-hat-uvelichil-platnoe-soprovozhdenie-promezhutochnyx-vypuskov-rhel-do-6-let |
| title | Red Hat увеличил платное сопровождение промежуточных выпусков RHEL до 6 лет |
| Transaction Info | Block #104961847/Trx b32152a8c159231b3c3795628e3282331589daa5 |
View Raw JSON Data
{
"block": 104961847,
"op": [
"comment",
{
"author": "opennet",
"body": "Компания Red Hat [представила](https://www.redhat.com/en/blog/ensuring-long-term-stability-introducing-red-hat-enterprise-linux-extended-life-cycle-premium-rhel-extended-life-cycle) новую программу расширенной платной поддержки \"[Extended Life Cycle, Premium](https://www.redhat.com/en/resources/linux-extended-life-cycle-premium-datasheet)\", которая обеспечит 14-летний [цикл сопровождения](https://access.redhat.com/support/policy/updates/errata) веток дистрибутива Red Hat Enterprise Linux 8/9/10: 5 лет полное формирование общедоступных обновлений + 5 лет общедоступные обновления с устранением серьёзных ошибок и уязвимостей (без добавления новшеств и расширения поддержки оборудования) + 4 года формирования обновлений с устранением критических проблем для платных подписчиков.\n\nРанее 4 года дополнительной платной поддержки [предоставлялось](https://www.opennet.ru/opennews/art.shtml?num=59358) и для выпуска RHEL 7, теперь эта практика заявлена для выпусков RHEL 8/9/10. Особенностью программы \"Extended Life Cycle, Premium\" является увеличение времени дополнительной публикации обновлений для промежуточных выпусков (субрелизы RHEL 10.1, 10.2, 10.3 и т.п.). Обновления с устранением уязвимостей с уровнем опастности CVSS 7 и выше, а также исправлением серьёзных ошибок для промежуточных веток теперь будет выпускаться в течение 6 лет ([было](https://web.archive.org/web/20260318220414/https://access.redhat.com/support/policy/updates/errata) 2 года Extended Update плюс ещё 2 года по отдельной подписке Extended Extended Update), что позволит сократить операции перехода на новые промежуточные выпуски в системах, обслуживающих непрерывно работающие критически важные сервисы.\n\nДлительная поддержка для промежуточных выпусков будет осуществляться через релиз. Например, расширенные обновления для майского выпуска RHEL 10.2 будут формироваться до мая 2032 года, для ноябрьского RHEL 10.3 - до мая 2027 года, а для майского RHEL 10.4 - до мая 2033 года. Ветка RHEL 10 в целом будет сопровождаться до 2039 года, ветка RHEL 9 - до 2036 года, а RHEL 8 - до 2033 года.\n\n[](https://access.redhat.com/sites/hub/files/2026-04/593_RHEL-10-Extended-Life-Cycle_0326.png)\n\nЧто касается других дистрибутивов, 16 лет поддерживается [SUSE Linux](https://www.suse.com/lifecycle/), 15 лет [поддерживается](https://www.opennet.ru/opennews/art.shtml?num=64240) Ubuntu, [10 лет](https://www.freexian.com/lts/extended/) (5 лет LTS + 5 лет Extended LTS) поддерживается Debian GNU/Linux, [2 года](https://en.opensuse.org/Lifetime) поддерживается openSUSE и [13 месяцев](https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle) - Fedora Linux. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65155](https://www.opennet.ru/opennews/art.shtml?num=65155)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1775472132.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "red-hat-uvelichil-platnoe-soprovozhdenie-promezhutochnyx-vypuskov-rhel-do-6-let",
"title": "Red Hat увеличил платное сопровождение промежуточных выпусков RHEL до 6 лет"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-06T20:48:57",
"trx_id": "b32152a8c159231b3c3795628e3282331589daa5",
"trx_in_block": 2,
"virtual_op": 0
}opennetpublished a new post: arch-linux-perevyol-iptables-na-bekend-nft-po-umolchaniyu2026/04/06 10:48:57
opennetpublished a new post: arch-linux-perevyol-iptables-na-bekend-nft-po-umolchaniyu
2026/04/06 10:48:57
| author | opennet |
| body | Разработчики Arch Linux [объявили](https://archlinux.org/news/iptables-now-defaults-to-the-nft-backend/) о переключении инструментария iptables на бэкенд nft, выполняющий трансляцию правил в байткод nftables. Возможность использования классического инструментария сохранена в форме опции, но по умолчанию отныне задействован пакет iptables-nft, предоставляющий утилиты с тем же синтаксисом командной строки. Пакет iptables-nft переименован в iptables, а пакет с классическим iptables в iptables-legacy. Отмечается, что изменение не повлияет на работу большинства систем, но возможно нарушение функциональности, завязанной на нетипичные расширения xtables и поведение, свойственное старому iptables. Для восстановления правил после замены реализации iptables следует проверить файлы /etc/iptables/iptables.rules.pacsave и /etc/iptables/ip6tables.rules.pacsave. Пользователям рекомендуют внимательно оценить работоспособность используемых правил межсетевых экранов и при необходимости откатиться на пакет iptables-legacy. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65152](https://www.opennet.ru/opennews/art.shtml?num=65152)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | arch-linux-perevyol-iptables-na-bekend-nft-po-umolchaniyu |
| title | Arch Linux перевёл iptables на бэкенд nft по умолчанию |
| Transaction Info | Block #104949872/Trx e4e9d32a625803fd603e680778aa5a18cda960e1 |
View Raw JSON Data
{
"block": 104949872,
"op": [
"comment",
{
"author": "opennet",
"body": "Разработчики Arch Linux [объявили](https://archlinux.org/news/iptables-now-defaults-to-the-nft-backend/) о переключении инструментария iptables на бэкенд nft, выполняющий трансляцию правил в байткод nftables. Возможность использования классического инструментария сохранена в форме опции, но по умолчанию отныне задействован пакет iptables-nft, предоставляющий утилиты с тем же синтаксисом командной строки. Пакет iptables-nft переименован в iptables, а пакет с классическим iptables в iptables-legacy.\n\nОтмечается, что изменение не повлияет на работу большинства систем, но возможно нарушение функциональности, завязанной на нетипичные расширения xtables и поведение, свойственное старому iptables. Для восстановления правил после замены реализации iptables следует проверить файлы /etc/iptables/iptables.rules.pacsave и /etc/iptables/ip6tables.rules.pacsave. Пользователям рекомендуют внимательно оценить работоспособность используемых правил межсетевых экранов и при необходимости откатиться на пакет iptables-legacy. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65152](https://www.opennet.ru/opennews/art.shtml?num=65152)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "arch-linux-perevyol-iptables-na-bekend-nft-po-umolchaniyu",
"title": "Arch Linux перевёл iptables на бэкенд nft по умолчанию"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-06T10:48:57",
"trx_id": "e4e9d32a625803fd603e680778aa5a18cda960e1",
"trx_in_block": 1,
"virtual_op": 0
}2026/04/04 18:48:57
2026/04/04 18:48:57
| author | opennet |
| body | Инженер из компании Amazon [выявил](https://lore.kernel.org/lkml/[email protected]/) регрессию, специфичную для ядра Linux 7.0, релиз которого ожидается 13 апреля. [Изменение](https://web.git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=7dadeaa6e851) настроек планировщика задач привело к существенному снижению пропускной способности и отзывчивости при работе СУБД PostgreSQL на системах с архитектурой ARM64. При использовании ядра 7.0 показатели производительности при прохождении теста pgbench "simple-update" снизились почти в два раза - с 98565 до 50751. Замедление вызвано изменением режима вытеснения (preemption) в планировщике по умолчанию с PREEMPT\_NONE на PREEMPT\_LAZY на архитектурах, поддерживающих такой режим, из-за чего в пользовательском пространстве PostgreSQL стал тратить 55% времени CPU на вызов s\_lock(). Для решения проблемы [предложено](https://lore.kernel.org/lkml/[email protected]/) вернуть по умолчанию режим PREEMPT\_NONE и убрать его привязку к настройке ARCH\_NO\_PREEMPT. Питер Зейлстра (Peter Zijlstra), автор изменений, из-за которых возникла регрессия, и мэйнтейнер планировщика задач и связанных с блокировками подсистем ядра, [заявил](https://lore.kernel.org/lkml/[email protected]/), что исправление нужно вносить в код PostgreSQL. Для устранения падения производительности он посоветовал задействовать в PostgreSQL недавно [добавленное](https://lore.kernel.org/all/[email protected]/T/#u) в ядро расширение "rseq slice" (Restartable Sequences) для ограничения вероятности вытеснения держателя блокировки. Пока не ясно какое решение примет Линус Торвальдс, который придерживается правила, что ядро не должно ухудшать работу и ломать совместимость с пространством пользователя. С одной стороны ядро 7.0 находится на финальной стадии тестирования перед релизом и откат настроек планировщика может привести к другим регрессиям, а с другой стороны пользователи могут столкнуться с двухкратным снижением производительности одной из самых популярных СУБД. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65143](https://www.opennet.ru/opennews/art.shtml?num=65143)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | v-yadre-linux-7-0-vyyavili-regressiyu-v-dva-raza-snizhayushhuyu-proizvoditelbnostb-postgresql |
| title | В ядре Linux 7.0 выявили регрессию, в два раза снижающую производительность PostgreSQL |
| Transaction Info | Block #104901992/Trx 6d79fdbbefa024b1e524587f5954de5f5d16901e |
View Raw JSON Data
{
"block": 104901992,
"op": [
"comment",
{
"author": "opennet",
"body": "Инженер из компании Amazon [выявил](https://lore.kernel.org/lkml/[email protected]/) регрессию, специфичную для ядра Linux 7.0, релиз которого ожидается 13 апреля. [Изменение](https://web.git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=7dadeaa6e851) настроек планировщика задач привело к существенному снижению пропускной способности и отзывчивости при работе СУБД PostgreSQL на системах с архитектурой ARM64. При использовании ядра 7.0 показатели производительности при прохождении теста pgbench \"simple-update\" снизились почти в два раза - с 98565 до 50751.\n\nЗамедление вызвано изменением режима вытеснения (preemption) в планировщике по умолчанию с PREEMPT\\_NONE на PREEMPT\\_LAZY на архитектурах, поддерживающих такой режим, из-за чего в пользовательском пространстве PostgreSQL стал тратить 55% времени CPU на вызов s\\_lock(). Для решения проблемы [предложено](https://lore.kernel.org/lkml/[email protected]/) вернуть по умолчанию режим PREEMPT\\_NONE и убрать его привязку к настройке ARCH\\_NO\\_PREEMPT.\n\nПитер Зейлстра (Peter Zijlstra), автор изменений, из-за которых возникла регрессия, и мэйнтейнер планировщика задач и связанных с блокировками подсистем ядра, [заявил](https://lore.kernel.org/lkml/[email protected]/), что исправление нужно вносить в код PostgreSQL. Для устранения падения производительности он посоветовал задействовать в PostgreSQL недавно [добавленное](https://lore.kernel.org/all/[email protected]/T/#u) в ядро расширение \"rseq slice\" (Restartable Sequences) для ограничения вероятности вытеснения держателя блокировки.\n\nПока не ясно какое решение примет Линус Торвальдс, который придерживается правила, что ядро не должно ухудшать работу и ломать совместимость с пространством пользователя. С одной стороны ядро 7.0 находится на финальной стадии тестирования перед релизом и откат настроек планировщика может привести к другим регрессиям, а с другой стороны пользователи могут столкнуться с двухкратным снижением производительности одной из самых популярных СУБД. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65143](https://www.opennet.ru/opennews/art.shtml?num=65143)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "v-yadre-linux-7-0-vyyavili-regressiyu-v-dva-raza-snizhayushhuyu-proizvoditelbnostb-postgresql",
"title": "В ядре Linux 7.0 выявили регрессию, в два раза снижающую производительность PostgreSQL"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-04T18:48:57",
"trx_id": "6d79fdbbefa024b1e524587f5954de5f5d16901e",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: uyazvimostb-v-avtopilote-px4-pozvolyayushhaya-vypolnitb-kod-bez-autentifikaczii2026/04/03 02:48:57
opennetpublished a new post: uyazvimostb-v-avtopilote-px4-pozvolyayushhaya-vypolnitb-kod-bez-autentifikaczii
2026/04/03 02:48:57
| author | opennet |
| body | В [PX4](https://px4.io/), открытом стеке с реализацией автопилота для дронов и автономных транспортных средств, выявлена [уязвимость](https://www.cisa.gov/news-events/ics-advisories/icsa-26-090-02) ([CVE-2026-1579](https://nvd.nist.gov/vuln/detail/CVE-2026-1579)), позволяющая выполнить на устройстве произвольные shell-команды без криптографической аутентификации при наличии доступа к интерфейсу [MAVLink](https://en.wikipedia.org/wiki/MAVLink). Проблеме присвоен критический уровень опасности (9.8 из 10). Уязвимость вызвана тем, что протокол MAVLink по умолчанию не использует криптографическую аутентификацию, поэтому любые сообщения могут отправляться посторонним. Среди прочего, атакующий может отправить сообщение "SERIAL\_CONTROL", предоставляющее доступ к выполнению кода в интерактивной командной оболочке. В качестве обходного пути защиты [рекомендуется](https://docs.px4.io/main/en/mavlink/security_hardening) включить заверение сообщений MAVLink [цифровой подписью](https://docs.px4.io/main/en/mavlink/message_signing) для всех каналов связи, отличных от подключения через USB. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65129](https://www.opennet.ru/opennews/art.shtml?num=65129)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | uyazvimostb-v-avtopilote-px4-pozvolyayushhaya-vypolnitb-kod-bez-autentifikaczii |
| title | Уязвимость в автопилоте PX4, позволяющая выполнить код без аутентификации |
| Transaction Info | Block #104854094/Trx 6b464ac463ce92fc8b3672d5acee031306443bfa |
View Raw JSON Data
{
"block": 104854094,
"op": [
"comment",
{
"author": "opennet",
"body": "В [PX4](https://px4.io/), открытом стеке с реализацией автопилота для дронов и автономных транспортных средств, выявлена [уязвимость](https://www.cisa.gov/news-events/ics-advisories/icsa-26-090-02) ([CVE-2026-1579](https://nvd.nist.gov/vuln/detail/CVE-2026-1579)), позволяющая выполнить на устройстве произвольные shell-команды без криптографической аутентификации при наличии доступа к интерфейсу [MAVLink](https://en.wikipedia.org/wiki/MAVLink). Проблеме присвоен критический уровень опасности (9.8 из 10).\n\nУязвимость вызвана тем, что протокол MAVLink по умолчанию не использует криптографическую аутентификацию, поэтому любые сообщения могут отправляться посторонним. Среди прочего, атакующий может отправить сообщение \"SERIAL\\_CONTROL\", предоставляющее доступ к выполнению кода в интерактивной командной оболочке. В качестве обходного пути защиты [рекомендуется](https://docs.px4.io/main/en/mavlink/security_hardening) включить заверение сообщений MAVLink [цифровой подписью](https://docs.px4.io/main/en/mavlink/message_signing) для всех каналов связи, отличных от подключения через USB. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65129](https://www.opennet.ru/opennews/art.shtml?num=65129)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "uyazvimostb-v-avtopilote-px4-pozvolyayushhaya-vypolnitb-kod-bez-autentifikaczii",
"title": "Уязвимость в автопилоте PX4, позволяющая выполнить код без аутентификации"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-03T02:48:57",
"trx_id": "6b464ac463ce92fc8b3672d5acee031306443bfa",
"trx_in_block": 1,
"virtual_op": 0
}2026/04/02 16:48:57
2026/04/02 16:48:57
| author | opennet |
| body | Организация The Document Foundation (TDF), курирующая разработку офисного пакета LibreOffice, [исключила](https://www.collaboraonline.com/blog/tdf-ejects-its-core-developers/) из своих рядов всех сотрудников компании Collabora и партнёров. В последние дни марта из TDF исключено 43 участника ([1](https://git.libreoffice.org/infra/documentfoundationorg/+/186ae7fad35c9b1f61fef1281b9385a09a26d31b%5E%21), [2](https://git.libreoffice.org/infra/documentfoundationorg/+/de9c056d6d5aaa15875b47f71580f0528be0382e%5E%21), [3](https://git.libreoffice.org/infra/documentfoundationorg/+/8f83ec6008a2c0bb86bc3b3c48fa72266a7f73e0%5E%21)), среди которых ключевые разработчики и сооснователи LibreOffice. Исключены 7 из 10 [наиболее значимых](https://github.com/LibreOffice/core/graphs/contributors) разработчиков LibreOffice. Из оставшихся в TDF четырёх основателей трое не вовлечены в разработку основного кода. В 2025 году сотрудниками Collabora было [внесено](https://www.collaboraonline.com/blog/collabora-productivity-contributions-in-libreoffice-26-2/) 45% от всех изменений в LibreOffice. Итало Виньоли (Italo Vignoli), один из основателей организации Document Foundation, [пояснил](https://www.collaboraonline.com/blog/tdf-ejects-its-core-developers/), что участники из компании Collabora исключены в соответствии с недавно одобренным новым уставом, который не допускает наличие в организации сотрудников компаний, с которыми ведутся юридические разбирательства. Подобное требование введено с учётом того, что в прошлом участники принимали решения в интересах своих работодателей, а не в интересах Document Foundation. Утверждается, что компания Collabora инвестирует ресурсы в собственный продукт, отличающийся от традиционных полнофункциональных офисных пакетов, таких как LibreOffice. В то время, как Document Foundation пытается действовать в интересах сообщества и фокусирует внимание на поддержании интереса к истинным свободным решениям, обеспечивающим цифровой суверенитет и позволяющим полностью контролировать свою инфраструктуру, приложения и документы. В сложившейся ситуации, серия принятых в прошлом неверных решений привела к проблеме, представляющей значительный риск для проекта. Из-за этой проблемы организация Document Foundation может потерять статус благотворительной организации, что может привести к непредсказуемым последствиям. Рост пожертвований позволяет Document Foundation не зависеть от отдельных компаний и нанять дополнительных разработчиков. При этом исключение сотрудников Collabora из организации Document Foundation не обозначает удаление из сообщества, и данные сотрудники в частном порядке могут продолжать участие в разработке. Майкл Микс (Michael Meeks), работающий в Collabora, [считает](https://www.collaboraonline.com/blog/tdf-ejects-its-core-developers/) неприемлемым удаление участников на основе коллективной ответственности и недоказанных юридических опасений. Майкл сравнил происходящее с погружением в трясину бесцельных политических претензий. Из вызывающих недовольство моментов в деятельности Document Foundation, упоминается заполнение управляющего совета зависимым и не вовлечённым в разработку персоналом, раздувание обвинений в прошлых конфликтах интересов, попытки конкурирования с крупнейшим участником разработки, трату пожертвований на судебные иски против безвинных энтузиастов и бывших членов управляющего совета по надуманным причинам, злоупотребления при проведении тендеров, выборочные претензии по использованию товарного знака LibreOffice при игнорировании явных случаев неправомерного использования. Из планов Collabora отмечается создание нового упрощённого варианта офисного пакета [Collabora Office](https://www.opennet.ru/opennews/art.shtml?num=64333), который будет более удобен для обычных пользователей и не так перегружен возможностями, как классический Collabora Office. Упрощение и сокращение кодовой базы за счёт удаления излишних компонентов, таких как поддержка Java и инструменты работы с Web и БД, даст возможность ускорить продвижение инноваций и сократить число сборочных конфигураций. Также компания Collabora объявила о создании [своей платформы](https://gerrit.collaboraoffice.com/) для рецензирования изменений на базе Gerrit, которая позволит не нагружать инфраструктуру Document Foundation новыми ветками и перейти на собственные инструменты разработки. При этом компания Collabora по мере необходимости продолжит вносить изменения в LibreOffice, но перестанет активно инвестировать в создание продуктов Document Foundation, от участия в управлении которыми была отстранена. Конфликт между Document Foundation и Collabora [связан](https://www.opennet.ru/opennews/art.shtml?num=64868) с разработкой облачной редакции LibreOffice Online. В 2020 году компания Collabora для решения вопросов с брендингом и маркетингом создала форк LibreOffice Online и продолжила разработку в своём репозитории под именем Collabora Online (причиной стало то, что организация Document Foundation продвигала на странице LibreOffice Online продукты других компаний, которые почти ничего не вносили в разработку). В 2022 году совет директоров Document Foundation принял решение о заморозке проекта LibreOffice Online, так как все разработчики из сообщества переключились на новый проект и не нашлось желающих продолжить сопровождение старого репозитория. В 2026 году новый совет директоров Document Foundation отменил решение о заморозке, посчитав, что прежнее голосование было проведено в условиях конфликта интересов. Воссоздание репозитория LibreOffice Online как форка нынешнего репозитория Collabora Online с ребрендингом всей работы Collabora [воспринято](https://community.documentfoundation.org/t/vote-revoke-votes-related-to-libreoffice-online-atticiziation-and-freezing-of-repository/13495/31) представителем Collabora как вандализм по отношению к проекту и нарушение сложившегося статуса кво, при котором признание заслуг разумно распределялось между двумя проектами. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65122](https://www.opennet.ru/opennews/art.shtml?num=65122)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | iz-kuriruyushhej-libreoffice-organizaczii-tdf-isklyucheny-vse-sotrudniki-collabora |
| title | Из курирующей LibreOffice организации TDF исключены все сотрудники Collabora |
| Transaction Info | Block #104842122/Trx 08a1c03405c800a073a070bcda1e05c10f93cdd7 |
View Raw JSON Data
{
"block": 104842122,
"op": [
"comment",
{
"author": "opennet",
"body": "Организация The Document Foundation (TDF), курирующая разработку офисного пакета LibreOffice, [исключила](https://www.collaboraonline.com/blog/tdf-ejects-its-core-developers/) из своих рядов всех сотрудников компании Collabora и партнёров. В последние дни марта из TDF исключено 43 участника ([1](https://git.libreoffice.org/infra/documentfoundationorg/+/186ae7fad35c9b1f61fef1281b9385a09a26d31b%5E%21), [2](https://git.libreoffice.org/infra/documentfoundationorg/+/de9c056d6d5aaa15875b47f71580f0528be0382e%5E%21), [3](https://git.libreoffice.org/infra/documentfoundationorg/+/8f83ec6008a2c0bb86bc3b3c48fa72266a7f73e0%5E%21)), среди которых ключевые разработчики и сооснователи LibreOffice. Исключены 7 из 10 [наиболее значимых](https://github.com/LibreOffice/core/graphs/contributors) разработчиков LibreOffice. Из оставшихся в TDF четырёх основателей трое не вовлечены в разработку основного кода. В 2025 году сотрудниками Collabora было [внесено](https://www.collaboraonline.com/blog/collabora-productivity-contributions-in-libreoffice-26-2/) 45% от всех изменений в LibreOffice.\n\nИтало Виньоли (Italo Vignoli), один из основателей организации Document Foundation, [пояснил](https://www.collaboraonline.com/blog/tdf-ejects-its-core-developers/), что участники из компании Collabora исключены в соответствии с недавно одобренным новым уставом, который не допускает наличие в организации сотрудников компаний, с которыми ведутся юридические разбирательства. Подобное требование введено с учётом того, что в прошлом участники принимали решения в интересах своих работодателей, а не в интересах Document Foundation.\n\nУтверждается, что компания Collabora инвестирует ресурсы в собственный продукт, отличающийся от традиционных полнофункциональных офисных пакетов, таких как LibreOffice. В то время, как Document Foundation пытается действовать в интересах сообщества и фокусирует внимание на поддержании интереса к истинным свободным решениям, обеспечивающим цифровой суверенитет и позволяющим полностью контролировать свою инфраструктуру, приложения и документы.\n\nВ сложившейся ситуации, серия принятых в прошлом неверных решений привела к проблеме, представляющей значительный риск для проекта. Из-за этой проблемы организация Document Foundation может потерять статус благотворительной организации, что может привести к непредсказуемым последствиям. Рост пожертвований позволяет Document Foundation не зависеть от отдельных компаний и нанять дополнительных разработчиков. При этом исключение сотрудников Collabora из организации Document Foundation не обозначает удаление из сообщества, и данные сотрудники в частном порядке могут продолжать участие в разработке.\n\nМайкл Микс (Michael Meeks), работающий в Collabora, [считает](https://www.collaboraonline.com/blog/tdf-ejects-its-core-developers/) неприемлемым удаление участников на основе коллективной ответственности и недоказанных юридических опасений. Майкл сравнил происходящее с погружением в трясину бесцельных политических претензий. Из вызывающих недовольство моментов в деятельности Document Foundation, упоминается заполнение управляющего совета зависимым и не вовлечённым в разработку персоналом, раздувание обвинений в прошлых конфликтах интересов, попытки конкурирования с крупнейшим участником разработки, трату пожертвований на судебные иски против безвинных энтузиастов и бывших членов управляющего совета по надуманным причинам, злоупотребления при проведении тендеров, выборочные претензии по использованию товарного знака LibreOffice при игнорировании явных случаев неправомерного использования.\n\nИз планов Collabora отмечается создание нового упрощённого варианта офисного пакета [Collabora Office](https://www.opennet.ru/opennews/art.shtml?num=64333), который будет более удобен для обычных пользователей и не так перегружен возможностями, как классический Collabora Office. Упрощение и сокращение кодовой базы за счёт удаления излишних компонентов, таких как поддержка Java и инструменты работы с Web и БД, даст возможность ускорить продвижение инноваций и сократить число сборочных конфигураций.\n\nТакже компания Collabora объявила о создании [своей платформы](https://gerrit.collaboraoffice.com/) для рецензирования изменений на базе Gerrit, которая позволит не нагружать инфраструктуру Document Foundation новыми ветками и перейти на собственные инструменты разработки. При этом компания Collabora по мере необходимости продолжит вносить изменения в LibreOffice, но перестанет активно инвестировать в создание продуктов Document Foundation, от участия в управлении которыми была отстранена.\n\nКонфликт между Document Foundation и Collabora [связан](https://www.opennet.ru/opennews/art.shtml?num=64868) с разработкой облачной редакции LibreOffice Online. В 2020 году компания Collabora для решения вопросов с брендингом и маркетингом создала форк LibreOffice Online и продолжила разработку в своём репозитории под именем Collabora Online (причиной стало то, что организация Document Foundation продвигала на странице LibreOffice Online продукты других компаний, которые почти ничего не вносили в разработку). В 2022 году совет директоров Document Foundation принял решение о заморозке проекта LibreOffice Online, так как все разработчики из сообщества переключились на новый проект и не нашлось желающих продолжить сопровождение старого репозитория.\n\nВ 2026 году новый совет директоров Document Foundation отменил решение о заморозке, посчитав, что прежнее голосование было проведено в условиях конфликта интересов. Воссоздание репозитория LibreOffice Online как форка нынешнего репозитория Collabora Online с ребрендингом всей работы Collabora [воспринято](https://community.documentfoundation.org/t/vote-revoke-votes-related-to-libreoffice-online-atticiziation-and-freezing-of-repository/13495/31) представителем Collabora как вандализм по отношению к проекту и нарушение сложившегося статуса кво, при котором признание заслуг разумно распределялось между двумя проектами. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65122](https://www.opennet.ru/opennews/art.shtml?num=65122)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "iz-kuriruyushhej-libreoffice-organizaczii-tdf-isklyucheny-vse-sotrudniki-collabora",
"title": "Из курирующей LibreOffice организации TDF исключены все сотрудники Collabora"
}
],
"op_in_trx": 0,
"timestamp": "2026-04-02T16:48:57",
"trx_id": "08a1c03405c800a073a070bcda1e05c10f93cdd7",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: microsoft-copilot-nachal-podstavlyatb-reklamu-v-pull-zaprosy2026/03/31 14:48:54
opennetpublished a new post: microsoft-copilot-nachal-podstavlyatb-reklamu-v-pull-zaprosy
2026/03/31 14:48:54
| author | opennet |
| body | Разработчики, использующие Microsoft Copilot для подготовки изменений, [обратили внимание](https://notes.zachmanson.com/copilot-edited-an-ad-into-my-pr/) на подстановку рекламы в pull-запросы, отправляемые на GitHub и GitLab при помощи AI-ассистента. Помимо текста по существу изменения, Copilot теперь прикрепляет к описанию изменения рекламу лаунчера Raycast - "⚡ Quickly spin up Copilot coding agent tasks from anywhere on your macOS or Windows machine with Raycast". В настоящее время поиск на GitHub выдаёт [11 тысяч](https://github.com/search?q=%22Quickly+spin+up+Copilot+coding+agent+tasks+from+anywhere+on+your+macOS+or+Windows+machine+with+Raycast%22&type=pullrequests) pull-запросов с рекламой Raycast. Помимо Raycast в Pull-запросы подставляется реклама самого Copilot и связанных с ним сервисов, например "Send tasks to Copilot coding agent from Slack and Teams to turn conversations into code. Copilot posts an update in your thread when it's finished". При просмотре markdown-разметки в отправленных через Copilot запросах перед рекламной строкой имеется не отображаемый в интерфейсе комментарий "‹!--START COPILOT CODING AGENT TIPS--›", который, судя по всему, является инструкцией для подстановки рекламной вставки. Подобный комментарий [присутствует](https://github.com/search?q=%22START+COPILOT+CODING+AGENT+TIPS%22&type=pullrequests) в более чем миллионе pull-запросов на GitHub. [](https://notes.zachmanson.com/media/copilot-hell.png) Дополнение: Microsoft прекратил подстановку рекламы. Вице-президент GitHub по взаимодействию с разработчиками принёс извинение сообществу, пообещал, что подсказки по использованию продукта отключены навсегда и [пояснил](https://x.com/martinwoodward/status/2038754022589333520), что компания Microsoft не планировала добавлять рекламу в pull-запросы и появление рекламы сторонних продуктов произошло из-за ошибки в логике работы сервиса. Целью интеграции подсказок было информирование разработчиков о новых способах использования AI-агента Copilot. Рекомендация интеграции с Raycast была добавлена в более общий набор советов, который не должен был подставляться столь активно. Никаких официальных соглашений о размещении рекламы с Raycast не заключалось. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65111](https://www.opennet.ru/opennews/art.shtml?num=65111)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1774944558.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | microsoft-copilot-nachal-podstavlyatb-reklamu-v-pull-zaprosy |
| title | Microsoft Copilot начал подставлять рекламу в pull-запросы |
| Transaction Info | Block #104782306/Trx c22f0e7f910fb8f817054924b8baba67df5198f9 |
View Raw JSON Data
{
"block": 104782306,
"op": [
"comment",
{
"author": "opennet",
"body": "Разработчики, использующие Microsoft Copilot для подготовки изменений, [обратили внимание](https://notes.zachmanson.com/copilot-edited-an-ad-into-my-pr/) на подстановку рекламы в pull-запросы, отправляемые на GitHub и GitLab при помощи AI-ассистента. Помимо текста по существу изменения, Copilot теперь прикрепляет к описанию изменения рекламу лаунчера Raycast - \"⚡ Quickly spin up Copilot coding agent tasks from anywhere on your macOS or Windows machine with Raycast\". В настоящее время поиск на GitHub выдаёт [11 тысяч](https://github.com/search?q=%22Quickly+spin+up+Copilot+coding+agent+tasks+from+anywhere+on+your+macOS+or+Windows+machine+with+Raycast%22&type=pullrequests) pull-запросов с рекламой Raycast.\n\nПомимо Raycast в Pull-запросы подставляется реклама самого Copilot и связанных с ним сервисов, например \"Send tasks to Copilot coding agent from Slack and Teams to turn conversations into code. Copilot posts an update in your thread when it's finished\". При просмотре markdown-разметки в отправленных через Copilot запросах перед рекламной строкой имеется не отображаемый в интерфейсе комментарий \"‹!--START COPILOT CODING AGENT TIPS--›\", который, судя по всему, является инструкцией для подстановки рекламной вставки. Подобный комментарий [присутствует](https://github.com/search?q=%22START+COPILOT+CODING+AGENT+TIPS%22&type=pullrequests) в более чем миллионе pull-запросов на GitHub.\n\n[](https://notes.zachmanson.com/media/copilot-hell.png)\n\nДополнение: Microsoft прекратил подстановку рекламы. Вице-президент GitHub по взаимодействию с разработчиками принёс извинение сообществу, пообещал, что подсказки по использованию продукта отключены навсегда и [пояснил](https://x.com/martinwoodward/status/2038754022589333520), что компания Microsoft не планировала добавлять рекламу в pull-запросы и появление рекламы сторонних продуктов произошло из-за ошибки в логике работы сервиса. Целью интеграции подсказок было информирование разработчиков о новых способах использования AI-агента Copilot. Рекомендация интеграции с Raycast была добавлена в более общий набор советов, который не должен был подставляться столь активно. Никаких официальных соглашений о размещении рекламы с Raycast не заключалось. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65111](https://www.opennet.ru/opennews/art.shtml?num=65111)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1774944558.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "microsoft-copilot-nachal-podstavlyatb-reklamu-v-pull-zaprosy",
"title": "Microsoft Copilot начал подставлять рекламу в pull-запросы"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-31T14:48:54",
"trx_id": "c22f0e7f910fb8f817054924b8baba67df5198f9",
"trx_in_block": 2,
"virtual_op": 0
}opennetpublished a new post: komprometacziya-pypi-paketa-telnyx2026/03/30 08:48:54
opennetpublished a new post: komprometacziya-pypi-paketa-telnyx
2026/03/30 08:48:54
| author | opennet |
| body | Разработчики VoIP-платформы Telnyx [предупредили](https://telnyx.com/resources/telnyx-python-sdk-supply-chain-security-notice-march-2026) пользователей о компрометации пакета [telnyx](https://pypistats.org/packages/telnyx) в репозитории PyPI, насчитывающего 756 тысяч загрузок в месяц и предоставляющего SDK для обращения к API Telnyx из программ на языке Python. 27 марта атакующие [смогли](https://github.com/team-telnyx/telnyx-python/issues/235) опубликовать два вредоносных выпуска telnyx 4.87.1 и 4.87.2, получив доступ к PyPI после захвата учётных данных сопровождающего. Вредоносные версии распространялись с 6:51 до 13:13 (MSK), после чего были заблокированы администрацией PyPI. Инфраструктура, API, голосовые сервисы и платформа Telnyx не пострадали. Компрометация была произведена в ходе более масштабной [supply chain](https://en.wikipedia.org/wiki/Supply_chain) атаки [TeamPCP](https://ramimac.me/teampcp/TeamPCP), в ходе которой на днях были скомпрометированы Python-пакеты [LiteLLM и Trivy](https://www.opennet.ru/opennews/art.shtml?num=65065), а также [интегрирован](https://checkmarx.com/blog/checkmarx-security-update/) вредоносный код в OpenVSX-дополнение Checkmarx и [внедрён](https://socket.dev/blog/canisterworm-npm-publisher-compromise-deploys-backdoor-across-29-packages) вредоносный червь в 68 пакетов в репозитории NPM. Используемый для шифрования отправляемых данных RSA-ключ совпадал с ключами, применявшимися в других атаках группы TeamPCP. В сформированные атакующими версии был [встроен](https://www.aikido.dev/blog/telnyx-pypi-compromised-teampcp-canisterworm) вредоносный код, который был интегрирован в файл "\_client.py" и активировался при импорте модуля. После активации с серверов атакующих загружался звуковой файл ringtone.wav для Unix-подобных систем и hangup.wav для Windows. Данные файлы успешно воспроизводились как звуковые, но содержали интегрированные при помощи [стеганографии](https://ru.wikipedia.org/wiki/%D0%A1%D1%82%D0%B5%D0%B3%D0%B0%D0%BD%D0%BE%D0%B3%D1%80%D0%B0%D1%84%D0%B8%D1%8F_%D0%B2_%D1%86%D0%B8%D1%84%D1%80%D0%BE%D0%B2%D1%8B%D1%85_%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F%D1%85) скрытые вредоносные обработчики. На платформе Windows вредоносный обработчик сохранялся в систему как "%APPDATA%\\Microsoft\\Windows\\Start Menu\\Programs\\Startup\\msbuild.exe" и запускался при каждом входе. В macOS и Linux осуществлялись поиск и отправка SSH-ключей, учётных данных, содержимого переменных окружения, токенов доступа к API, параметров подключения к облачным сервисам AWS, GCP, Azure и K8s, ключей от криптокошельков, паролей к СУБД и т.п. Обнаруженные данные шифровались с использованием алгоритмов AES-256-CBC + RSA-4096 и отправлялись HTTP POST-запросом на внешний хост. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65097](https://www.opennet.ru/opennews/art.shtml?num=65097)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | komprometacziya-pypi-paketa-telnyx |
| title | Компрометация PyPI-пакета Telnyx |
| Transaction Info | Block #104746391/Trx 26a10cc00f65870d1216f47db1881996f6cb977e |
View Raw JSON Data
{
"block": 104746391,
"op": [
"comment",
{
"author": "opennet",
"body": "Разработчики VoIP-платформы Telnyx [предупредили](https://telnyx.com/resources/telnyx-python-sdk-supply-chain-security-notice-march-2026) пользователей о компрометации пакета [telnyx](https://pypistats.org/packages/telnyx) в репозитории PyPI, насчитывающего 756 тысяч загрузок в месяц и предоставляющего SDK для обращения к API Telnyx из программ на языке Python. 27 марта атакующие [смогли](https://github.com/team-telnyx/telnyx-python/issues/235) опубликовать два вредоносных выпуска telnyx 4.87.1 и 4.87.2, получив доступ к PyPI после захвата учётных данных сопровождающего. Вредоносные версии распространялись с 6:51 до 13:13 (MSK), после чего были заблокированы администрацией PyPI. Инфраструктура, API, голосовые сервисы и платформа Telnyx не пострадали.\n\nКомпрометация была произведена в ходе более масштабной [supply chain](https://en.wikipedia.org/wiki/Supply_chain) атаки [TeamPCP](https://ramimac.me/teampcp/TeamPCP), в ходе которой на днях были скомпрометированы Python-пакеты [LiteLLM и Trivy](https://www.opennet.ru/opennews/art.shtml?num=65065), а также [интегрирован](https://checkmarx.com/blog/checkmarx-security-update/) вредоносный код в OpenVSX-дополнение Checkmarx и [внедрён](https://socket.dev/blog/canisterworm-npm-publisher-compromise-deploys-backdoor-across-29-packages) вредоносный червь в 68 пакетов в репозитории NPM. Используемый для шифрования отправляемых данных RSA-ключ совпадал с ключами, применявшимися в других атаках группы TeamPCP.\n\nВ сформированные атакующими версии был [встроен](https://www.aikido.dev/blog/telnyx-pypi-compromised-teampcp-canisterworm) вредоносный код, который был интегрирован в файл \"\\_client.py\" и активировался при импорте модуля. После активации с серверов атакующих загружался звуковой файл ringtone.wav для Unix-подобных систем и hangup.wav для Windows. Данные файлы успешно воспроизводились как звуковые, но содержали интегрированные при помощи [стеганографии](https://ru.wikipedia.org/wiki/%D0%A1%D1%82%D0%B5%D0%B3%D0%B0%D0%BD%D0%BE%D0%B3%D1%80%D0%B0%D1%84%D0%B8%D1%8F_%D0%B2_%D1%86%D0%B8%D1%84%D1%80%D0%BE%D0%B2%D1%8B%D1%85_%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F%D1%85) скрытые вредоносные обработчики.\n\nНа платформе Windows вредоносный обработчик сохранялся в систему как \"%APPDATA%\\\\Microsoft\\\\Windows\\\\Start Menu\\\\Programs\\\\Startup\\\\msbuild.exe\" и запускался при каждом входе. В macOS и Linux осуществлялись поиск и отправка SSH-ключей, учётных данных, содержимого переменных окружения, токенов доступа к API, параметров подключения к облачным сервисам AWS, GCP, Azure и K8s, ключей от криптокошельков, паролей к СУБД и т.п. Обнаруженные данные шифровались с использованием алгоритмов AES-256-CBC + RSA-4096 и отправлялись HTTP POST-запросом на внешний хост. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65097](https://www.opennet.ru/opennews/art.shtml?num=65097)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "komprometacziya-pypi-paketa-telnyx",
"title": "Компрометация PyPI-пакета Telnyx"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-30T08:48:54",
"trx_id": "26a10cc00f65870d1216f47db1881996f6cb977e",
"trx_in_block": 1,
"virtual_op": 0
}jewelkingupvoted (100.00%) @opennet / vypusk-distributiva-systemrescue-13-02026/03/29 13:55:12
jewelkingupvoted (100.00%) @opennet / vypusk-distributiva-systemrescue-13-0
2026/03/29 13:55:12
| author | opennet |
| permlink | vypusk-distributiva-systemrescue-13-0 |
| voter | jewelking |
| weight | 10000 (100.00%) |
| Transaction Info | Block #104723775/Trx 33239dcfc108c65947f6faf343af0ef5506bb1d9 |
View Raw JSON Data
{
"block": 104723775,
"op": [
"vote",
{
"author": "opennet",
"permlink": "vypusk-distributiva-systemrescue-13-0",
"voter": "jewelking",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2026-03-29T13:55:12",
"trx_id": "33239dcfc108c65947f6faf343af0ef5506bb1d9",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: vypusk-distributiva-systemrescue-13-02026/03/29 12:48:54
opennetpublished a new post: vypusk-distributiva-systemrescue-13-0
2026/03/29 12:48:54
| author | opennet |
| body | [Доступен](https://www.system-rescue.org/Changes-x86/) релиз [SystemRescue 13.0](https://www.system-rescue.org/), специализированного Live-дистрибутива на основе Arch Linux, предназначенного для восстановления системы после сбоя. В качестве графического окружения используется Xfce. Размер [iso-образа](https://sourceforge.net/projects/systemrescuecd/files/sysresccd-x86/13.00/) - 1.3 ГБ (amd64). В новом выпуске добавлен скрипт для изменения уровня масштабирования для экранов с высокой плотностью пикселей. Решена проблема с показом слишком мелких шрифтов в консоли на экранах HiDPI. В состав включены пакеты fatsort и nss-mdns, а также новая утилита yq для обработки файлов в форматах YAML, XML и TOML. Написанная на Python утилита iotop заменена на iotop-c. Ядро Linux обновлено до ветки 6.18 (ранее поставлялась ветка 6.12). Обновлены версии bcachefs 1.37.3 и GParted 1.8.1. [](https://www.system-rescue.org/images/sysresccd-v7-003.png) Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65096](https://www.opennet.ru/opennews/art.shtml?num=65096)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/0_1615053362.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-distributiva-systemrescue-13-0 |
| title | Выпуск дистрибутива SystemRescue 13.0 |
| Transaction Info | Block #104722452/Trx 78115e97b49d53952f605f5400aab268bae0dd21 |
View Raw JSON Data
{
"block": 104722452,
"op": [
"comment",
{
"author": "opennet",
"body": "[Доступен](https://www.system-rescue.org/Changes-x86/) релиз [SystemRescue 13.0](https://www.system-rescue.org/), специализированного Live-дистрибутива на основе Arch Linux, предназначенного для восстановления системы после сбоя. В качестве графического окружения используется Xfce. Размер [iso-образа](https://sourceforge.net/projects/systemrescuecd/files/sysresccd-x86/13.00/) - 1.3 ГБ (amd64).\n\nВ новом выпуске добавлен скрипт для изменения уровня масштабирования для экранов с высокой плотностью пикселей. Решена проблема с показом слишком мелких шрифтов в консоли на экранах HiDPI. В состав включены пакеты fatsort и nss-mdns, а также новая утилита yq для обработки файлов в форматах YAML, XML и TOML. Написанная на Python утилита iotop заменена на iotop-c. Ядро Linux обновлено до ветки 6.18 (ранее поставлялась ветка 6.12). Обновлены версии bcachefs 1.37.3 и GParted 1.8.1.\n\n[](https://www.system-rescue.org/images/sysresccd-v7-003.png)\n\n \n \n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65096](https://www.opennet.ru/opennews/art.shtml?num=65096)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/0_1615053362.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-distributiva-systemrescue-13-0",
"title": "Выпуск дистрибутива SystemRescue 13.0"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-29T12:48:54",
"trx_id": "78115e97b49d53952f605f5400aab268bae0dd21",
"trx_in_block": 1,
"virtual_op": 0
}opennetpublished a new post: vypusk-skanera-setevoj-bezopasnosti-nmap-7-992026/03/28 16:48:54
opennetpublished a new post: vypusk-skanera-setevoj-bezopasnosti-nmap-7-99
2026/03/28 16:48:54
| author | opennet |
| body | [Опубликован](https://nmap.org/download) выпуск сканера сетевой безопасности [Nmap 7.99](https://nmap.org/), предназначенного для проведения аудита сети и выявления активных сетевых сервисов. Код проекта поставляется под лицензией [NPSL](https://nmap.org/npsl/) (Nmap Public Source License), основанной на лицензии GPLv2, которая дополнена рекомендациями (не требованиями) по использованию программы OEM-лицензирования и покупке коммерческой лицензии, если производитель не желает открывать код своего продукта в соответствии требованиями копилефт-лицензии или намерен интегрировать Nmap в продукты, несовместимые с GPL. Среди [изменений](https://nmap.org/changelog): * Добавлены новые идентификаторы версий приложений, операционных систем и сервисов. * Обновлены используемые библиотеки OpenSSL 3.0.19, libpcap 1.10.6, libpcre2 10.47, liblinear 2.50, zlib 1.3.2. * Для распространения графического интерфейса Zenmap вместо rpm-пакетов задействован универсальный формат [whl](https://peps.python.org/pep-0427/), который может быть установлен на любых системах с Python 3. * На платформе Windows реализована поддержка сканирования поверх виртуальных VPN-интерфейсов, таких как OpenVPN TAP. * Улучшена совместимость сборочного процесса с различными платформами. * В NSE-скрипт [http-internal-ip-disclosure](https://nmap.org/nsedoc/scripts/http-internal-ip-disclosure.html), предназначенный для выявления внутреннего адреса web-сервера через отправку запроса HTTP/1.0 без заголовка Host, добавлена поддержка IPv6 и HTTPS, а также повышена точность обработки ответов. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65094](https://www.opennet.ru/opennews/art.shtml?num=65094)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-skanera-setevoj-bezopasnosti-nmap-7-99 |
| title | Выпуск сканера сетевой безопасности Nmap 7.99 |
| Transaction Info | Block #104698826/Trx e53de065390f9984729c7919190ff7a65fe63ec5 |
View Raw JSON Data
{
"block": 104698826,
"op": [
"comment",
{
"author": "opennet",
"body": "[Опубликован](https://nmap.org/download) выпуск сканера сетевой безопасности [Nmap 7.99](https://nmap.org/), предназначенного для проведения аудита сети и выявления активных сетевых сервисов. Код проекта поставляется под лицензией [NPSL](https://nmap.org/npsl/) (Nmap Public Source License), основанной на лицензии GPLv2, которая дополнена рекомендациями (не требованиями) по использованию программы OEM-лицензирования и покупке коммерческой лицензии, если производитель не желает открывать код своего продукта в соответствии требованиями копилефт-лицензии или намерен интегрировать Nmap в продукты, несовместимые с GPL.\n\nСреди [изменений](https://nmap.org/changelog):\n\n* Добавлены новые идентификаторы версий приложений, операционных систем и сервисов.\n* Обновлены используемые библиотеки OpenSSL 3.0.19, libpcap 1.10.6, libpcre2 10.47, liblinear 2.50, zlib 1.3.2.\n* Для распространения графического интерфейса Zenmap вместо rpm-пакетов задействован универсальный формат [whl](https://peps.python.org/pep-0427/), который может быть установлен на любых системах с Python 3.\n* На платформе Windows реализована поддержка сканирования поверх виртуальных VPN-интерфейсов, таких как OpenVPN TAP.\n* Улучшена совместимость сборочного процесса с различными платформами.\n* В NSE-скрипт [http-internal-ip-disclosure](https://nmap.org/nsedoc/scripts/http-internal-ip-disclosure.html), предназначенный для выявления внутреннего адреса web-сервера через отправку запроса HTTP/1.0 без заголовка Host, добавлена поддержка IPv6 и HTTPS, а также повышена точность обработки ответов.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65094](https://www.opennet.ru/opennews/art.shtml?num=65094)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-skanera-setevoj-bezopasnosti-nmap-7-99",
"title": "Выпуск сканера сетевой безопасности Nmap 7.99"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-28T16:48:54",
"trx_id": "e53de065390f9984729c7919190ff7a65fe63ec5",
"trx_in_block": 7,
"virtual_op": 0
}opennetpublished a new post: vypusk-micropythonos-0-9-os-s-graficheskim-interfejsom-dlya-mikrokontrollerov2026/03/27 20:48:54
opennetpublished a new post: vypusk-micropythonos-0-9-os-s-graficheskim-interfejsom-dlya-mikrokontrollerov
2026/03/27 20:48:54
| author | opennet |
| body | [Доступен](https://github.com/MicroPythonOS/MicroPythonOS/releases/tag/0.9.0) выпуск проекта [MicroPythonOS 0.9.0](https://micropythonos.com/), разрабатывающего операционную систему для микроконтроллеров, таких как ESP32, написанную с использованием инструментария [MicroPython](https://micropython.org/). Операционная система оснащена графическим интерфейсом, развиваемым с оглядкой на Android и iOS, и поддерживающим управления через сенсорные экраны. Из областей применения MicroPythonOS упоминаются устройства интернета вещей (IoT), системы управления домашней автоматизацией, интерактивные панели, роботы и умные носимые устройства с управлением экранными жестами. Проект также может применяться для быстрой разработки прототипов новых устройств. Код написан на языках Си и Python и [распространяется](https://github.com/MicroPythonOS/MicroPythonOS) под лицензий MIT. MicroPythonOS предлагает минимальную базовую систему, отвечающую за инициализацию и взаимодействие с аппаратным обеспечением, монтирование накопителей, многозадачность и интерфейс пользователя. Вся остальная функциональность, такая как настройка Wi-Fi и установка обновлений, вынесена в приложения. В базовый набор входит меню приложений, конфигуратор, виджет для настройки Wi-Fi, программа установки и обновления приложений. Для приложений предлагается использовать язык MicroPython (урезанная редакция Python 3) и подмножество библиотек Python. Возможна установки внешних приложений, распространяемых через централизованный каталог App Store (например, через App Store распространяются просмотрщик изображений и программа для работы с камерой). Обновления доставляются по сети в режиме OTA (over-the-air). Имеется поддержка Wi-Fi, Blutooth, датчиков IMU (Inertial Measurement Unit), сенсорных экранов и камер. В новой версии * В конфигураторе подгруппы настроек вынесены в отдельные приложения (например, создано отдельное приложение для настройки Wi-Fi). Добавлены новые подгруппы с настройками беспроводной точки доступа (Hotspot) и web-сервера. * Улучшено воспроизведение и запись звуковых файлов - добавлено отображение прогресса операции и добавлена поддержка аппаратных кнопок изменения громкости. * Переработаны IMU-драйверы для датчиков, добавлен драйвер для магнитометра. * Добавлен инструменатрий для запуска web-сервера. Для плат ESP32 реализован компонент [WebREPL](https://github.com/MicroPythonOS/Media/blob/main/WebREPL.md) (не активирован по умолчанию), предоставляющий оболочку для удалённого доступа к окружению MicroPython через браузер. * Реализована возможность создания беспроводных точек доступа. * Добавлена поддержка плат LilyGo T-Display-S3, LilyGo T-Watch S3 Plus, M5Stack Fire, ODroid Go и unPhone 9. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65086](https://www.opennet.ru/opennews/art.shtml?num=65086)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-micropythonos-0-9-os-s-graficheskim-interfejsom-dlya-mikrokontrollerov |
| title | Выпуск MicroPythonOS 0.9, ОС с графическим интерфейсом для микроконтроллеров |
| Transaction Info | Block #104674883/Trx a67849dcde6eb20410b3979e84d61dec5a7905b2 |
View Raw JSON Data
{
"block": 104674883,
"op": [
"comment",
{
"author": "opennet",
"body": "[Доступен](https://github.com/MicroPythonOS/MicroPythonOS/releases/tag/0.9.0) выпуск проекта [MicroPythonOS 0.9.0](https://micropythonos.com/), разрабатывающего операционную систему для микроконтроллеров, таких как ESP32, написанную с использованием инструментария [MicroPython](https://micropython.org/). Операционная система оснащена графическим интерфейсом, развиваемым с оглядкой на Android и iOS, и поддерживающим управления через сенсорные экраны. Из областей применения MicroPythonOS упоминаются устройства интернета вещей (IoT), системы управления домашней автоматизацией, интерактивные панели, роботы и умные носимые устройства с управлением экранными жестами. Проект также может применяться для быстрой разработки прототипов новых устройств. Код написан на языках Си и Python и [распространяется](https://github.com/MicroPythonOS/MicroPythonOS) под лицензий MIT.\n\nMicroPythonOS предлагает минимальную базовую систему, отвечающую за инициализацию и взаимодействие с аппаратным обеспечением, монтирование накопителей, многозадачность и интерфейс пользователя. Вся остальная функциональность, такая как настройка Wi-Fi и установка обновлений, вынесена в приложения. В базовый набор входит меню приложений, конфигуратор, виджет для настройки Wi-Fi, программа установки и обновления приложений.\n\nДля приложений предлагается использовать язык MicroPython (урезанная редакция Python 3) и подмножество библиотек Python. Возможна установки внешних приложений, распространяемых через централизованный каталог App Store (например, через App Store распространяются просмотрщик изображений и программа для работы с камерой). Обновления доставляются по сети в режиме OTA (over-the-air). Имеется поддержка Wi-Fi, Blutooth, датчиков IMU (Inertial Measurement Unit), сенсорных экранов и камер. \n \n\n \n\nВ новой версии\n\n* В конфигураторе подгруппы настроек вынесены в отдельные приложения (например, создано отдельное приложение для настройки Wi-Fi). Добавлены новые подгруппы с настройками беспроводной точки доступа (Hotspot) и web-сервера.\n* Улучшено воспроизведение и запись звуковых файлов - добавлено отображение прогресса операции и добавлена поддержка аппаратных кнопок изменения громкости.\n* Переработаны IMU-драйверы для датчиков, добавлен драйвер для магнитометра.\n* Добавлен инструменатрий для запуска web-сервера. Для плат ESP32 реализован компонент [WebREPL](https://github.com/MicroPythonOS/Media/blob/main/WebREPL.md) (не активирован по умолчанию), предоставляющий оболочку для удалённого доступа к окружению MicroPython через браузер.\n* Реализована возможность создания беспроводных точек доступа.\n* Добавлена поддержка плат LilyGo T-Display-S3, LilyGo T-Watch S3 Plus, M5Stack Fire, ODroid Go и unPhone 9.\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65086](https://www.opennet.ru/opennews/art.shtml?num=65086)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-micropythonos-0-9-os-s-graficheskim-interfejsom-dlya-mikrokontrollerov",
"title": "Выпуск MicroPythonOS 0.9, ОС с графическим интерфейсом для микроконтроллеров"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-27T20:48:54",
"trx_id": "a67849dcde6eb20410b3979e84d61dec5a7905b2",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: proekt-pine64-predstavil-umnye-chasy-pinetime-pro2026/03/25 18:48:54
opennetpublished a new post: proekt-pine64-predstavil-umnye-chasy-pinetime-pro
2026/03/25 18:48:54
| author | opennet |
| body | Сообщество Pine64, занимающееся созданием открытых устройств, [анонсировало](https://pine64.org/2026/03/24/march_2026_fosdem/#pinetime-pro) модель умных часов PineTime Pro, поставляемую с развиваемой проектом открытой прошивкой [InfiniTime](https://www.opennet.ru/opennews/art.shtml?num=55016). В отличие от старой модели [PineTime](https://www.opennet.ru/opennews/art.shtml?num=55495), новый вариант построен на базе собственного чипа и оснащён AMOLED-экраном, GPS, кнопкой-крутилкой (Digital Crown) на боковой грани и новыми датчиками, включая датчик для оценки уровня кислорода в крови. Для продления времени автономной работы реализована возможность отключения питания отдельных компонентов. [](https://pine64.org/blog/images/March_2026/PTP-Comparison.jpg) Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65071](https://www.opennet.ru/opennews/art.shtml?num=65071)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1774425688.jpg"]} |
| parent author | |
| parent permlink | ru |
| permlink | proekt-pine64-predstavil-umnye-chasy-pinetime-pro |
| title | Проект Pine64 представил умные часы PineTime Pro |
| Transaction Info | Block #104615011/Trx 3f5c22ffa513bf93c54c755fc7b371c9ab29f4bd |
View Raw JSON Data
{
"block": 104615011,
"op": [
"comment",
{
"author": "opennet",
"body": "Сообщество Pine64, занимающееся созданием открытых устройств, [анонсировало](https://pine64.org/2026/03/24/march_2026_fosdem/#pinetime-pro) модель умных часов PineTime Pro, поставляемую с развиваемой проектом открытой прошивкой [InfiniTime](https://www.opennet.ru/opennews/art.shtml?num=55016). В отличие от старой модели [PineTime](https://www.opennet.ru/opennews/art.shtml?num=55495), новый вариант построен на базе собственного чипа и оснащён AMOLED-экраном, GPS, кнопкой-крутилкой (Digital Crown) на боковой грани и новыми датчиками, включая датчик для оценки уровня кислорода в крови. Для продления времени автономной работы реализована возможность отключения питания отдельных компонентов.\n\n[](https://pine64.org/blog/images/March_2026/PTP-Comparison.jpg)\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65071](https://www.opennet.ru/opennews/art.shtml?num=65071)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1774425688.jpg\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "proekt-pine64-predstavil-umnye-chasy-pinetime-pro",
"title": "Проект Pine64 представил умные часы PineTime Pro"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-25T18:48:54",
"trx_id": "3f5c22ffa513bf93c54c755fc7b371c9ab29f4bd",
"trx_in_block": 2,
"virtual_op": 0
}opennetpublished a new post: vypusk-proprietarnogo-drajvera-nvidia-595-58-032026/03/25 08:48:54
opennetpublished a new post: vypusk-proprietarnogo-drajvera-nvidia-595-58-03
2026/03/25 08:48:54
| author | opennet |
| body | Компания NVIDIA [опубликовала](https://github.com/NVIDIA/open-gpu-kernel-modules/releases/tag/595.58.03) выпуск проприетарного драйвера [NVIDIA 595.58.03](https://www.nvidia.com/en-us/drivers/details/265870/) (первый стабильный выпуск новой ветки 595). Драйвер доступен для Linux (ARM64, x86\_64), FreeBSD (x86\_64) и Solaris (x86\_64). NVIDIA 595.x стала тринадцатой стабильной веткой после [открытия](https://www.opennet.ru/opennews/art.shtml?num=57175) компанией NVIDIA компонентов, работающих на уровне ядра. Исходные тексты модулей ядра nvidia.ko, nvidia-drm.ko (Direct Rendering Manager), nvidia-modeset.ko и nvidia-uvm.ko (Unified Video Memory) из новой ветки NVIDIA, а также используемые в них общие компоненты, не привязанные к операционной системе, [размещены](https://github.com/NVIDIA/open-gpu-kernel-modules/releases/) на GitHub. Прошивки и используемые в пространстве пользователя библиотеки, такие как стеки CUDA, OpenGL и Vulkan, остаются проприетарными. [Основные](https://www.nvidia.com/en-us/drivers/details/265309/) [изменения](https://www.nvidia.com/en-us/drivers/details/265870/): * Добавлена поддержка Vulkan-расширений [VK\_EXT\_descriptor\_heap](https://docs.vulkan.org/features/latest/features/proposals/VK_EXT_descriptor_heap.html) и [VK\_EXT\_present\_timing](https://docs.vulkan.org/refpages/latest/refpages/source/VK_EXT_present_timing.html). * Добавлена поддержка интерфейса [DRI3 1.2](https://dri.freedesktop.org/wiki/) (Direct Rendering Infrastructure). * В модуле nvidia.ko реализована поддержка самостоятельного управления сохранением содержимого видеопамяти при переходе системы в спящий режим, активируемая при использовании настройки "NVreg\_UseKernelSuspendNotifiers=1". * В модуле nvidia-drm.ko по умолчанию активирован параметр "modeset=1", включающий технологию DRM Kernel Mode-Setting (KMS) для переключения режимов экрана на уровне ядра. * Внесены изменения, позволяющие nvidia-smi сбрасывать (reset) состояние GPU при модуле nvidia-drm, загруженном с параметром modeset=1 и отсутствии других процессов, использующих GPU. * Добавлен новый профиль приложений CudaNoStablePerfLimit, позволяющий программам, использующим CUDA, переходить в режим энергосбережения P0 PState. * Добавлена поддержка отката на использование системной памяти в случае недостаточного размера свободной видеопамяти для исключения подвисаний композитных серверов на базе Wayland. * В качестве минимально поддерживаемых версий заявлены [Wayland 1.20](https://www.opennet.ru/opennews/art.shtml?num=56320) (2021 год), [X.Org Server 1.17](https://www.opennet.ru/opennews/art.shtml?num=41612) (2015 год) и [Glibc 2.27](https://www.opennet.ru/opennews/art.shtml?num=48009) (2018 год). Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65070](https://www.opennet.ru/opennews/art.shtml?num=65070)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-proprietarnogo-drajvera-nvidia-595-58-03 |
| title | Выпуск проприетарного драйвера NVIDIA 595.58.03 |
| Transaction Info | Block #104603028/Trx 574c732a67348e8803943e35d718c7e9d8825b69 |
View Raw JSON Data
{
"block": 104603028,
"op": [
"comment",
{
"author": "opennet",
"body": "Компания NVIDIA [опубликовала](https://github.com/NVIDIA/open-gpu-kernel-modules/releases/tag/595.58.03) выпуск проприетарного драйвера [NVIDIA 595.58.03](https://www.nvidia.com/en-us/drivers/details/265870/) (первый стабильный выпуск новой ветки 595). Драйвер доступен для Linux (ARM64, x86\\_64), FreeBSD (x86\\_64) и Solaris (x86\\_64). NVIDIA 595.x стала тринадцатой стабильной веткой после [открытия](https://www.opennet.ru/opennews/art.shtml?num=57175) компанией NVIDIA компонентов, работающих на уровне ядра. Исходные тексты модулей ядра nvidia.ko, nvidia-drm.ko (Direct Rendering Manager), nvidia-modeset.ko и nvidia-uvm.ko (Unified Video Memory) из новой ветки NVIDIA, а также используемые в них общие компоненты, не привязанные к операционной системе, [размещены](https://github.com/NVIDIA/open-gpu-kernel-modules/releases/) на GitHub. Прошивки и используемые в пространстве пользователя библиотеки, такие как стеки CUDA, OpenGL и Vulkan, остаются проприетарными.\n\n[Основные](https://www.nvidia.com/en-us/drivers/details/265309/) [изменения](https://www.nvidia.com/en-us/drivers/details/265870/):\n\n* Добавлена поддержка Vulkan-расширений [VK\\_EXT\\_descriptor\\_heap](https://docs.vulkan.org/features/latest/features/proposals/VK_EXT_descriptor_heap.html) и [VK\\_EXT\\_present\\_timing](https://docs.vulkan.org/refpages/latest/refpages/source/VK_EXT_present_timing.html).\n* Добавлена поддержка интерфейса [DRI3 1.2](https://dri.freedesktop.org/wiki/) (Direct Rendering Infrastructure).\n* В модуле nvidia.ko реализована поддержка самостоятельного управления сохранением содержимого видеопамяти при переходе системы в спящий режим, активируемая при использовании настройки \"NVreg\\_UseKernelSuspendNotifiers=1\".\n* В модуле nvidia-drm.ko по умолчанию активирован параметр \"modeset=1\", включающий технологию DRM Kernel Mode-Setting (KMS) для переключения режимов экрана на уровне ядра.\n* Внесены изменения, позволяющие nvidia-smi сбрасывать (reset) состояние GPU при модуле nvidia-drm, загруженном с параметром modeset=1 и отсутствии других процессов, использующих GPU.\n* Добавлен новый профиль приложений CudaNoStablePerfLimit, позволяющий программам, использующим CUDA, переходить в режим энергосбережения P0 PState.\n* Добавлена поддержка отката на использование системной памяти в случае недостаточного размера свободной видеопамяти для исключения подвисаний композитных серверов на базе Wayland.\n* В качестве минимально поддерживаемых версий заявлены [Wayland 1.20](https://www.opennet.ru/opennews/art.shtml?num=56320) (2021 год), [X.Org Server 1.17](https://www.opennet.ru/opennews/art.shtml?num=41612) (2015 год) и [Glibc 2.27](https://www.opennet.ru/opennews/art.shtml?num=48009) (2018 год).\n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65070](https://www.opennet.ru/opennews/art.shtml?num=65070)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-proprietarnogo-drajvera-nvidia-595-58-03",
"title": "Выпуск проприетарного драйвера NVIDIA 595.58.03"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-25T08:48:54",
"trx_id": "574c732a67348e8803943e35d718c7e9d8825b69",
"trx_in_block": 1,
"virtual_op": 0
}opennetpublished a new post: proekty-artix-linux-i-ghostbsd-perexodyat-s-x-org-server-na-xlibre2026/03/24 02:48:54
opennetpublished a new post: proekty-artix-linux-i-ghostbsd-perexodyat-s-x-org-server-na-xlibre
2026/03/24 02:48:54
| author | opennet |
| body | Разработчики дистрибутива Artix Linux [объявили](https://artixlinux.org/news.php#Switching_to_XLibre) о переходе на использование по умолчанию [XLibre](https://github.com/X11Libre/xserver), [форка](https://www.opennet.ru/opennews/art.shtml?num=63438) X.Org Server. Отмечается, что [публикуемые](https://www.opennet.ru/opennews/art.shtml?num=63492) с июня прошлого года экспериментальные сборки с XLibre хорошо зарекомендовали себя и теперь проект перевёл на XLibre основные еженедельно обновляемые сборки. Пакеты с X.Org Server оставлены в качестве опции, что позволяет пользователям в случае проблем вернуться к старой начинке. Artix Linux основан на пакетной базе Arch Linux и примечателен использованием вместо systemd системных менеджеров [openrc](https://wiki.gentoo.org/wiki/OpenRC), [runit](https://smarden.org/runit/), [dinit](https://github.com/davmac314/dinit) и [s6](https://skarnet.org/software/s6-rc/), на выбор пользователя. Ранее о планах по переходу на XLibre также [объявил](https://ericbsd.com/addressing-xlibre-change-and-ghostbsd-future.html) сопровождающий десктоп-ориентированного дистрибутива [GhostBSD](https://ghostbsd.org/), построенного на базе FreeBSD. Следующий релиз GhostBSD 26.01 будет поставляться с XLibre вместо X.Org Server. В качестве причин замены упоминается заброшенный характер проекта X.Org и потеря надежды, что он когда-либо выйдет из стагнации на фоне переключения всех усилий Red Hat на внедрение Wayland и намерения прекратить поддержку X11 в GTK5. По мнению сопровождающего GhostBSD, проекты MATE, Xfce и GNUstep, ещё не готовы к переходу на Wayland, а действия сопровождающих X.Org выглядят деструктивными и иррациональными из-за [удаления изменений](https://www.opennet.ru/opennews/art.shtml?num=63369), созданных автором XLibre. Предполагается, что наилучшим решением в подобной ситуации станет переход на XLibre, который даст возможность повысить качество поддержки предлагаемых проектом сборок на основе MATE, Xfce и собственной среды рабочего стола [Gershwin](https://www.opennet.ru/opennews/art.shtml?num=63780) на базе GNUstep. Пакеты с XLibre уже поставляются в дереве портов GhostBSD, прошли тестирование и показали хороший уровень качества. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65052](https://www.opennet.ru/opennews/art.shtml?num=65052)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | proekty-artix-linux-i-ghostbsd-perexodyat-s-x-org-server-na-xlibre |
| title | Проекты Artix Linux и GhostBSD переходят с X.Org Server на XLibre |
| Transaction Info | Block #104567110/Trx 2ce81f574c9339571daafc1663b285a299c2c790 |
View Raw JSON Data
{
"block": 104567110,
"op": [
"comment",
{
"author": "opennet",
"body": "Разработчики дистрибутива Artix Linux [объявили](https://artixlinux.org/news.php#Switching_to_XLibre) о переходе на использование по умолчанию [XLibre](https://github.com/X11Libre/xserver), [форка](https://www.opennet.ru/opennews/art.shtml?num=63438) X.Org Server. Отмечается, что [публикуемые](https://www.opennet.ru/opennews/art.shtml?num=63492) с июня прошлого года экспериментальные сборки с XLibre хорошо зарекомендовали себя и теперь проект перевёл на XLibre основные еженедельно обновляемые сборки. Пакеты с X.Org Server оставлены в качестве опции, что позволяет пользователям в случае проблем вернуться к старой начинке. Artix Linux основан на пакетной базе Arch Linux и примечателен использованием вместо systemd системных менеджеров [openrc](https://wiki.gentoo.org/wiki/OpenRC), [runit](https://smarden.org/runit/), [dinit](https://github.com/davmac314/dinit) и [s6](https://skarnet.org/software/s6-rc/), на выбор пользователя.\n\nРанее о планах по переходу на XLibre также [объявил](https://ericbsd.com/addressing-xlibre-change-and-ghostbsd-future.html) сопровождающий десктоп-ориентированного дистрибутива [GhostBSD](https://ghostbsd.org/), построенного на базе FreeBSD. Следующий релиз GhostBSD 26.01 будет поставляться с XLibre вместо X.Org Server. В качестве причин замены упоминается заброшенный характер проекта X.Org и потеря надежды, что он когда-либо выйдет из стагнации на фоне переключения всех усилий Red Hat на внедрение Wayland и намерения прекратить поддержку X11 в GTK5.\n\nПо мнению сопровождающего GhostBSD, проекты MATE, Xfce и GNUstep, ещё не готовы к переходу на Wayland, а действия сопровождающих X.Org выглядят деструктивными и иррациональными из-за [удаления изменений](https://www.opennet.ru/opennews/art.shtml?num=63369), созданных автором XLibre. Предполагается, что наилучшим решением в подобной ситуации станет переход на XLibre, который даст возможность повысить качество поддержки предлагаемых проектом сборок на основе MATE, Xfce и собственной среды рабочего стола [Gershwin](https://www.opennet.ru/opennews/art.shtml?num=63780) на базе GNUstep. Пакеты с XLibre уже поставляются в дереве портов GhostBSD, прошли тестирование и показали хороший уровень качества. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65052](https://www.opennet.ru/opennews/art.shtml?num=65052)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "proekty-artix-linux-i-ghostbsd-perexodyat-s-x-org-server-na-xlibre",
"title": "Проекты Artix Linux и GhostBSD переходят с X.Org Server на XLibre"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-24T02:48:54",
"trx_id": "2ce81f574c9339571daafc1663b285a299c2c790",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: opublikovan-port-x-org-drajvera-synaptics-dlya-okruzhenij-na-baze-wayland2026/03/23 16:48:54
opennetpublished a new post: opublikovan-port-x-org-drajvera-synaptics-dlya-okruzhenij-na-baze-wayland
2026/03/23 16:48:54
| author | opennet |
| body | [Создан](https://github.com/kekekeks/waynaptics/) порт X.org-драйвера Synaptics, совместимый с окружениями на базе Wayland. Порт представляет из себя реализацию минимального набора API X.Org, необходимого для компиляции и работы оригинального драйвера из состава X.Org внутри фонового процесса, а так же эмулятор мыши IBM ScrollPoint через uinput. Данная модель была выбрана в связи с тем, что для неё в коде libinput предусмотрены хаки для поддержки плавной прокрутки, недоступные для других устройств (эмулируемая мышь вместо колеса прокрутки с дискретными делениями использует устройство схожее с IBM TrackPoint). Таким образом, путь прохождения событий пользовательского ввода выглядит так: ядро -> evdev -> \[synaptics -> waynaptics\] -> uinput -> ядро -> evdev -> libinput -> wayland-композитор. В настройках композитного сервера для эмулируемой мыши следует отключить ускорение указателя, поскольку оно уже обрабатывается на стороне Synaptics. В качестве конфигурации используется предварительно сохранённый в файл вывод synclient с [настройками](https://wiki.archlinux.org/title/Touchpad_Synaptics) из X11-сессии. В качестве причины создания порта упоминается то, что за 11 лет с момента первого стабильного релиза libinput не достиг паритета с драйвером Synaptics по поддерживаемым возможностям и количеству настроек, а среды рабочего стола так и не научились предоставлять доступ даже к имеющимся настройкам. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65049](https://www.opennet.ru/opennews/art.shtml?num=65049)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | opublikovan-port-x-org-drajvera-synaptics-dlya-okruzhenij-na-baze-wayland |
| title | Опубликован порт X.Org-драйвера Synaptics для окружений на базе Wayland |
| Transaction Info | Block #104555134/Trx aca8d4cdabfd1e903c73800e455bb4f0bfd400d5 |
View Raw JSON Data
{
"block": 104555134,
"op": [
"comment",
{
"author": "opennet",
"body": "[Создан](https://github.com/kekekeks/waynaptics/) порт X.org-драйвера Synaptics, совместимый с окружениями на базе Wayland. Порт представляет из себя реализацию минимального набора API X.Org, необходимого для компиляции и работы оригинального драйвера из состава X.Org внутри фонового процесса, а так же эмулятор мыши IBM ScrollPoint через uinput. Данная модель была выбрана в связи с тем, что для неё в коде libinput предусмотрены хаки для поддержки плавной прокрутки, недоступные для других устройств (эмулируемая мышь вместо колеса прокрутки с дискретными делениями использует устройство схожее с IBM TrackPoint).\n\nТаким образом, путь прохождения событий пользовательского ввода выглядит так: ядро -> evdev -> \\[synaptics -> waynaptics\\] -> uinput -> ядро -> evdev -> libinput -> wayland-композитор. В настройках композитного сервера для эмулируемой мыши следует отключить ускорение указателя, поскольку оно уже обрабатывается на стороне Synaptics. В качестве конфигурации используется предварительно сохранённый в файл вывод synclient с [настройками](https://wiki.archlinux.org/title/Touchpad_Synaptics) из X11-сессии.\n\nВ качестве причины создания порта упоминается то, что за 11 лет с момента первого стабильного релиза libinput не достиг паритета с драйвером Synaptics по поддерживаемым возможностям и количеству настроек, а среды рабочего стола так и не научились предоставлять доступ даже к имеющимся настройкам. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65049](https://www.opennet.ru/opennews/art.shtml?num=65049)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "opublikovan-port-x-org-drajvera-synaptics-dlya-okruzhenij-na-baze-wayland",
"title": "Опубликован порт X.Org-драйвера Synaptics для окружений на базе Wayland"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-23T16:48:54",
"trx_id": "aca8d4cdabfd1e903c73800e455bb4f0bfd400d5",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: vypusk-sistemy-iniczializaczii-sysvinit-3-162026/03/22 00:48:54
opennetpublished a new post: vypusk-sistemy-iniczializaczii-sysvinit-3-16
2026/03/22 00:48:54
| author | opennet |
| body | [Опубликован](https://codeberg.org/thejessesmith/sysvinit/releases/tag/3.16) релиз классической системы инициализации [SysVinit 3.16](https://codeberg.org/thejessesmith/sysvinit/), которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в таких дистрибутивах, как Devuan, Slackware, Debian GNU/Hurd и antiX. Код написан на языке Си и [распространяется](https://codeberg.org/thejessesmith/sysvinit) под лицензией GPLv2. Версии применяемых в связке с sysvinit утилит [insserv](https://codeberg.org/thejessesmith/insserv) и [startpar](https://codeberg.org/thejessesmith/startpar) не изменились. Утилита [insserv](https://manpages.debian.org/testing/insserv/insserv.8.en.html) предназначена для организации процесса загрузки с учётом зависимостей между init-скриптами, а [startpar](https://manpages.debian.org/testing/startpar/startpar.1.en.html) применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы. В новой версии SysVinit расширены возможности скрипта sysd2v, предназначенного для преобразования unit-файлов systemd в sysv-скрипты. Удалён неиспользуемый код из sulogin. Удалены некоторые отладочные сообщения при чтении содержимого каталога /etc/inittab.d/ и документированы особенности чтения /etc/inittab.d/ в man-руководстве inittab. Проведена чистка man-страниц inittab и init. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65041](https://www.opennet.ru/opennews/art.shtml?num=65041)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-sistemy-iniczializaczii-sysvinit-3-16 |
| title | Выпуск системы инициализации SysVinit 3.16 |
| Transaction Info | Block #104507266/Trx 34d33c8ba52f0728b0440695841ef2ecc089afbf |
View Raw JSON Data
{
"block": 104507266,
"op": [
"comment",
{
"author": "opennet",
"body": "[Опубликован](https://codeberg.org/thejessesmith/sysvinit/releases/tag/3.16) релиз классической системы инициализации [SysVinit 3.16](https://codeberg.org/thejessesmith/sysvinit/), которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в таких дистрибутивах, как Devuan, Slackware, Debian GNU/Hurd и antiX. Код написан на языке Си и [распространяется](https://codeberg.org/thejessesmith/sysvinit) под лицензией GPLv2. Версии применяемых в связке с sysvinit утилит [insserv](https://codeberg.org/thejessesmith/insserv) и [startpar](https://codeberg.org/thejessesmith/startpar) не изменились. Утилита [insserv](https://manpages.debian.org/testing/insserv/insserv.8.en.html) предназначена для организации процесса загрузки с учётом зависимостей между init-скриптами, а [startpar](https://manpages.debian.org/testing/startpar/startpar.1.en.html) применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы.\n\nВ новой версии SysVinit расширены возможности скрипта sysd2v, предназначенного для преобразования unit-файлов systemd в sysv-скрипты. Удалён неиспользуемый код из sulogin. Удалены некоторые отладочные сообщения при чтении содержимого каталога /etc/inittab.d/ и документированы особенности чтения /etc/inittab.d/ в man-руководстве inittab. Проведена чистка man-страниц inittab и init. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65041](https://www.opennet.ru/opennews/art.shtml?num=65041)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-sistemy-iniczializaczii-sysvinit-3-16",
"title": "Выпуск системы инициализации SysVinit 3.16"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-22T00:48:54",
"trx_id": "34d33c8ba52f0728b0440695841ef2ecc089afbf",
"trx_in_block": 2,
"virtual_op": 0
}opennetpublished a new post: vypusk-gnu-autoconf-2-732026/03/21 14:48:54
opennetpublished a new post: vypusk-gnu-autoconf-2-73
2026/03/21 14:48:54
| author | opennet |
| body | После более года разработки [опубликован](https://www.mail-archive.com/[email protected]/msg03513.html) выпуск пакета [GNU Autoconf 2.73](https://www.gnu.org/software/autoconf/), в котором поставляется набор M4-макросов для создания скриптов автоконфигурации для сборки приложений в различных Unix-подобных системах (на основе подготовленного шаблона выполняется генерация скрипта "configure"). В новой версии в основном улучшена поддержка GNU Gettext и опубликованного в 2024 году стандарта языка Си - C23, а также компиляторов, по умолчанию использующих данный стандарт. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65038](https://www.opennet.ru/opennews/art.shtml?num=65038)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | vypusk-gnu-autoconf-2-73 |
| title | Выпуск GNU Autoconf 2.73 |
| Transaction Info | Block #104495292/Trx 923c473b2863a7dce3f39054ce41e73fa26b90bd |
View Raw JSON Data
{
"block": 104495292,
"op": [
"comment",
{
"author": "opennet",
"body": "После более года разработки [опубликован](https://www.mail-archive.com/[email protected]/msg03513.html) выпуск пакета [GNU Autoconf 2.73](https://www.gnu.org/software/autoconf/), в котором поставляется набор M4-макросов для создания скриптов автоконфигурации для сборки приложений в различных Unix-подобных системах (на основе подготовленного шаблона выполняется генерация скрипта \"configure\"). В новой версии в основном улучшена поддержка GNU Gettext и опубликованного в 2024 году стандарта языка Си - C23, а также компиляторов, по умолчанию использующих данный стандарт. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65038](https://www.opennet.ru/opennews/art.shtml?num=65038)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "vypusk-gnu-autoconf-2-73",
"title": "Выпуск GNU Autoconf 2.73"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-21T14:48:54",
"trx_id": "923c473b2863a7dce3f39054ce41e73fa26b90bd",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: v-reactos-obespechena-sovmestimostb-s-proprietarnymi-videodrajverami2026/03/21 04:48:54
opennetpublished a new post: v-reactos-obespechena-sovmestimostb-s-proprietarnymi-videodrajverami
2026/03/21 04:48:54
| author | opennet |
| body | Проект ReactOS [сообщил](https://x.com/reactos/status/2031439000708202743) о значительном прогрессе в обеспечении совместимости с проприетарными видеодрайверами. Благодаря [серии исправлений](https://github.com/reactos/reactos/issues?q=is%3Apr%20author%3ADarkFire01%20label%3Adrivers%20sort%3Acreated-desc%20closed%3A%3E2025-06-01) и [внедрению](https://reactos.org/blogs/investigating-wddm/) подсистем KMDF (Kernel-Mode Driver Framework) и WDDM (Windows Display Driver Model) удалось реализовать поддержку примерно 90% драйверов GPU для Windows XP и Windows Server 2003. До внесения изменений запуск многих фирменных драйверов либо заканчивался сбоем, либо работал нестабильно. Теперь же в свежих [ночных сборках](https://reactos.org/getbuilds/) ветки 0.4.16 наблюдается устойчивая работа драйверов от различных производителей, включая Intel, NVIDIA и AMD. Среди прочего, [продемонстрирована](https://x.com/reactos/status/2029284725051806137) работа ReactOS на реальном оборудовании и загрузка с установленными драйверами для видеокарт уровня Intel GMA 945, NVIDIA GeForce 8800 GTS и GTX 750 Ti и AMD Radeon HD 7530G. Отдельно отмечается успешный запуск на мобильной графике, например NVIDIA Quadro 1000M, где помимо 2D/3D-ускорения также функционируют звук и сетевые подключения. В дополнительных тестах также подтверждена работа на более редких и устаревших конфигурациях, включая ноутбук с Radeon Xpress 1100, а также на высокопроизводительных видеокартах, таких как NVIDIA GTX Titan X. Особую роль сыграл принятый в основную ветку проекта [патч](https://github.com/reactos/reactos/pull/8613) для подсистемы управления памятью, который повысил стабильность работы драйверов и снизил количество сбоев при инициализации графических адаптеров. Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65032](https://www.opennet.ru/opennews/art.shtml?num=65032)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | v-reactos-obespechena-sovmestimostb-s-proprietarnymi-videodrajverami |
| title | В ReactOS обеспечена совместимость с проприетарными видеодрайверами |
| Transaction Info | Block #104483521/Trx d755a9720b169068a0c2185b020028c320266a20 |
View Raw JSON Data
{
"block": 104483521,
"op": [
"comment",
{
"author": "opennet",
"body": "Проект ReactOS [сообщил](https://x.com/reactos/status/2031439000708202743) о значительном прогрессе в обеспечении совместимости с проприетарными видеодрайверами. Благодаря [серии исправлений](https://github.com/reactos/reactos/issues?q=is%3Apr%20author%3ADarkFire01%20label%3Adrivers%20sort%3Acreated-desc%20closed%3A%3E2025-06-01) и [внедрению](https://reactos.org/blogs/investigating-wddm/) подсистем KMDF (Kernel-Mode Driver Framework) и WDDM (Windows Display Driver Model) удалось реализовать поддержку примерно 90% драйверов GPU для Windows XP и Windows Server 2003. До внесения изменений запуск многих фирменных драйверов либо заканчивался сбоем, либо работал нестабильно. Теперь же в свежих [ночных сборках](https://reactos.org/getbuilds/) ветки 0.4.16 наблюдается устойчивая работа драйверов от различных производителей, включая Intel, NVIDIA и AMD.\n\nСреди прочего, [продемонстрирована](https://x.com/reactos/status/2029284725051806137) работа ReactOS на реальном оборудовании и загрузка с установленными драйверами для видеокарт уровня Intel GMA 945, NVIDIA GeForce 8800 GTS и GTX 750 Ti и AMD Radeon HD 7530G. Отдельно отмечается успешный запуск на мобильной графике, например NVIDIA Quadro 1000M, где помимо 2D/3D-ускорения также функционируют звук и сетевые подключения. В дополнительных тестах также подтверждена работа на более редких и устаревших конфигурациях, включая ноутбук с Radeon Xpress 1100, а также на высокопроизводительных видеокартах, таких как NVIDIA GTX Titan X.\n\nОсобую роль сыграл принятый в основную ветку проекта [патч](https://github.com/reactos/reactos/pull/8613) для подсистемы управления памятью, который повысил стабильность работы драйверов и снизил количество сбоев при инициализации графических адаптеров. \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65032](https://www.opennet.ru/opennews/art.shtml?num=65032)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "v-reactos-obespechena-sovmestimostb-s-proprietarnymi-videodrajverami",
"title": "В ReactOS обеспечена совместимость с проприетарными видеодрайверами"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-21T04:48:54",
"trx_id": "d755a9720b169068a0c2185b020028c320266a20",
"trx_in_block": 0,
"virtual_op": 0
}opennetpublished a new post: sostoyalsya-reliz-brauzera-vivaldi-7-9-dlya-desktopov2026/03/19 22:48:54
opennetpublished a new post: sostoyalsya-reliz-brauzera-vivaldi-7-9-dlya-desktopov
2026/03/19 22:48:54
| author | opennet |
| body | [Состоялся](https://vivaldi.com/ru/blog/desktop/desktop-releases/vivaldi-on-desktop-7-9/) релиз проприетарного браузера [Vivaldi 7.9](https://vivaldi.com/), разрабатываемого на базе движка Chromium бывшими разработчиками движка Opera Presto. Сборки Vivaldi [подготовлены](https://vivaldi.com/#Download) для Linux, Windows и macOS. Изменения, вносимые в кодовую базу Chromium, проект [распространяет](https://vivaldi.com/source/) под открытой лицензией. Интерфейс браузера написан на языке JavaScript с использованием библиотеки React, платформы Node.js, Browserify и различных готовых NPM-модулей. Реализация интерфейса доступна в исходных текстах, но под проприетарной лицензией. Проект ставит своей задачей создание настраиваемого и функционального браузера, сохраняющего приватность данных пользователей. В число основных функций входит блокировщик слежки и рекламы, менеджеры заметок, истории и закладок, приватный режим просмотра, синхронизация, защищённая сквозным шифрованием, режим группировки вкладок, боковая панель, конфигуратор с большим числом настроек, режим горизонтального отображения вкладок, а также встроенный почтовый клиент, RSS-ридер и календарь. В новой версии [представлены](https://vivaldi.com//blog/desktop/desktop-releases/vivaldi-on-desktop-7-9/) следующие [улучшения](https://vivaldi.com/changelog-vivaldi-browser-7-9/): * Автоскрытие интерфейса - функция позволяет автоматически скрывать все элементы интерфейса при просмотре страниц, включая панель вкладок, адресную панель, боковую панель и панель состояния, как по отдельности, так и всех сразу. Среди прочего, функция доступна и в полноэкранном режиме просмотра. [](https://vivaldi.com/wp-content/uploads/7.9_desktop_autohide_toggle.png) * Парные вкладки - позволяют работать в основной вкладке и открывать все ссылки с этой страницы в парной вкладке, размещённой рядом с основной в одном окне. [](https://vivaldi.com/wp-content/uploads/7.9_desktop_follower_tab-1.png) * Отдельное окно для создания писем - возможность откреплять окно создания сообщений, позволяя размещать его там, где удобно пользователю, включая второй дисплей. Одновременно была проведена оптимизация работы со списками рассылки. [](https://vivaldi.com/wp-content/uploads/7.9_desktop_composer_window.png) Источник: **[https://www.opennet.ru/opennews/art.shtml?num=65017](https://www.opennet.ru/opennews/art.shtml?num=65017)** |
| json metadata | {"format":"html","tags":["opennet","it","news","opensource"],"image":["https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1773949714.png"]} |
| parent author | |
| parent permlink | ru |
| permlink | sostoyalsya-reliz-brauzera-vivaldi-7-9-dlya-desktopov |
| title | Состоялся релиз браузера Vivaldi 7.9 для десктопов |
| Transaction Info | Block #104449299/Trx 57f0f21d81899aee7128b1c4e12df8b7a3c61d21 |
View Raw JSON Data
{
"block": 104449299,
"op": [
"comment",
{
"author": "opennet",
"body": "[Состоялся](https://vivaldi.com/ru/blog/desktop/desktop-releases/vivaldi-on-desktop-7-9/) релиз проприетарного браузера [Vivaldi 7.9](https://vivaldi.com/), разрабатываемого на базе движка Chromium бывшими разработчиками движка Opera Presto. Сборки Vivaldi [подготовлены](https://vivaldi.com/#Download) для Linux, Windows и macOS. Изменения, вносимые в кодовую базу Chromium, проект [распространяет](https://vivaldi.com/source/) под открытой лицензией. Интерфейс браузера написан на языке JavaScript с использованием библиотеки React, платформы Node.js, Browserify и различных готовых NPM-модулей. Реализация интерфейса доступна в исходных текстах, но под проприетарной лицензией.\n\nПроект ставит своей задачей создание настраиваемого и функционального браузера, сохраняющего приватность данных пользователей. В число основных функций входит блокировщик слежки и рекламы, менеджеры заметок, истории и закладок, приватный режим просмотра, синхронизация, защищённая сквозным шифрованием, режим группировки вкладок, боковая панель, конфигуратор с большим числом настроек, режим горизонтального отображения вкладок, а также встроенный почтовый клиент, RSS-ридер и календарь.\n\nВ новой версии [представлены](https://vivaldi.com//blog/desktop/desktop-releases/vivaldi-on-desktop-7-9/) следующие [улучшения](https://vivaldi.com/changelog-vivaldi-browser-7-9/):\n\n* Автоскрытие интерфейса - функция позволяет автоматически скрывать все элементы интерфейса при просмотре страниц, включая панель вкладок, адресную панель, боковую панель и панель состояния, как по отдельности, так и всех сразу. Среди прочего, функция доступна и в полноэкранном режиме просмотра.\n \n [](https://vivaldi.com/wp-content/uploads/7.9_desktop_autohide_toggle.png)\n \n* Парные вкладки - позволяют работать в основной вкладке и открывать все ссылки с этой страницы в парной вкладке, размещённой рядом с основной в одном окне.\n \n [](https://vivaldi.com/wp-content/uploads/7.9_desktop_follower_tab-1.png)\n \n* Отдельное окно для создания писем - возможность откреплять окно создания сообщений, позволяя размещать его там, где удобно пользователю, включая второй дисплей. Одновременно была проведена оптимизация работы со списками рассылки.\n \n [](https://vivaldi.com/wp-content/uploads/7.9_desktop_composer_window.png)\n \n\n \n \nИсточник: **[https://www.opennet.ru/opennews/art.shtml?num=65017](https://www.opennet.ru/opennews/art.shtml?num=65017)**",
"json_metadata": "{\"format\":\"html\",\"tags\":[\"opennet\",\"it\",\"news\",\"opensource\"],\"image\":[\"https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1773949714.png\"]}",
"parent_author": "",
"parent_permlink": "ru",
"permlink": "sostoyalsya-reliz-brauzera-vivaldi-7-9-dlya-desktopov",
"title": "Состоялся релиз браузера Vivaldi 7.9 для десктопов"
}
],
"op_in_trx": 0,
"timestamp": "2026-03-19T22:48:54",
"trx_id": "57f0f21d81899aee7128b1c4e12df8b7a3c61d21",
"trx_in_block": 1,
"virtual_op": 0
}Manabar
Voting Power100.00%
Downvote Power100.00%
Resource Credits22.72%
Reputation Progress64.89%
{
"voting_manabar": {
"current_mana": 3943735192,
"last_update_time": 1609678380
},
"downvote_manabar": {
"current_mana": 985933798,
"last_update_time": 1609678380
},
"rc_account": {
"account": "opennet",
"max_rc": "9814390234",
"max_rc_creation_adjustment": {
"amount": "5870655042",
"nai": "@@000000037",
"precision": 6
},
"rc_manabar": {
"current_mana": 171886449,
"last_update_time": 1780668870
}
}
}Account Metadata
| POSTING JSON METADATA | |
| profile | {"cover_image":"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png","website":"https://opennet.ru","version":2,"profile_image":"https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"} |
| JSON METADATA | |
| None | |
{
"posting_json_metadata": {
"profile": {
"cover_image": "https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png",
"website": "https://opennet.ru",
"version": 2,
"profile_image": "https://cdn.steemitimages.com/DQmYJLKd4o4nvfNW3XfPWRZx5fKA9bzBiDWZoiHJ3aSGPyo/image.png"
}
},
"json_metadata": {}
}Auth Keys
Owner
Single Signature
Public Keys
STM7AHSY1FY7ouFjEbU4jV45T2fZp6mEURW3Thj7B1XWV1MTmvRMn1/1
App Permissions
Active
Single Signature
Public Keys
STM5D8mediCz2PNHZYTUrZoovb7oNi8amutvtJk7HVLx4aYPAHVj61/1
App Permissions
Posting
Single Signature
Public Keys
STM4v1wj779u2ohQdqJtY4pNdFhcYh1MbTLSZojTMSESihafEP2az1/1
App Permissions
Memo
STM6VLrPWZVAYpiUxpj1cPWSynfR7ETYApn5aKT65BdgrgZFA7Hoe
{
"owner": {
"account_auths": [
[
"scientistnik",
1
]
],
"key_auths": [
[
"STM7AHSY1FY7ouFjEbU4jV45T2fZp6mEURW3Thj7B1XWV1MTmvRMn",
1
]
],
"weight_threshold": 1
},
"active": {
"account_auths": [
[
"scientistnik",
1
]
],
"key_auths": [
[
"STM5D8mediCz2PNHZYTUrZoovb7oNi8amutvtJk7HVLx4aYPAHVj6",
1
]
],
"weight_threshold": 1
},
"posting": {
"account_auths": [
[
"scientistnik",
1
]
],
"key_auths": [
[
"STM4v1wj779u2ohQdqJtY4pNdFhcYh1MbTLSZojTMSESihafEP2az",
1
]
],
"weight_threshold": 1
},
"memo": "STM6VLrPWZVAYpiUxpj1cPWSynfR7ETYApn5aKT65BdgrgZFA7Hoe"
}Witness Votes
0 / 30
No active witness votes.
[]