Выпуск системы управления контейнерами LXD 5.0
LXD - система управления контейнерами от Canonical.
Что нового:
- Добавлена возможность отключения и подключения USB-устройств.
- Предоставлена возможность запуска LXD даже в условиях невозможности поднятия сетевого соединения.
- Добавлена новая роль членов кластера - ovn-chassis.
- Предложен оптимизированный режим обновления содержимого разделов хранилища.
- Переработана логика идентификации окружений в cloud-init.
- Добавлена поддержка перехвата системного вызова sched_setscheduler.
- Реализована опция lvm.thinpool_metadata_size.
- Переработан формат файла с сетевой информацией для lxc.
- Повышены требования к минимальным версиям компонентов: ядро Linux 5.4, Go 1.18, LXC 4.0.x и QEMU 6.0.
- В LXCFS 5 добавлена поддержка унифицированной иерархии cgroup.
Источник: Opennet
LXD - система управления контейнерами от Canonical.
Что нового:
- Добавлена возможность отключения и подключения USB-устройств.
- Предоставлена возможность запуска LXD даже в условиях невозможности поднятия сетевого соединения.
- Добавлена новая роль членов кластера - ovn-chassis.
- Предложен оптимизированный режим обновления содержимого разделов хранилища.
- Переработана логика идентификации окружений в cloud-init.
- Добавлена поддержка перехвата системного вызова sched_setscheduler.
- Реализована опция lvm.thinpool_metadata_size.
- Переработан формат файла с сетевой информацией для lxc.
- Повышены требования к минимальным версиям компонентов: ядро Linux 5.4, Go 1.18, LXC 4.0.x и QEMU 6.0.
- В LXCFS 5 добавлена поддержка унифицированной иерархии cgroup.
Источник: Opennet
В KRunner добавлена возможность поиска в Yandex
KRunner - строка поиска (спотлайт) в WM KWin. Активируется по нажатию Alt+Space (или Alt+F2).
В KRunner добавлено ключевое слово (их, кстати, можно добавить самостоятельно в настройках KWin) для поиска в Яндекс. Его надо поставить в начале запроса KRunner. Тогда спотлайт предложит вам открыть Яндекс в браузере с этим запросом. Эта возможность также доступна в KDE Frameworks 5.93.
Источник: @kde_ru_news
KRunner - строка поиска (спотлайт) в WM KWin. Активируется по нажатию Alt+Space (или Alt+F2).
В KRunner добавлено ключевое слово (их, кстати, можно добавить самостоятельно в настройках KWin) для поиска в Яндекс. Его надо поставить в начале запроса KRunner. Тогда спотлайт предложит вам открыть Яндекс в браузере с этим запросом. Эта возможность также доступна в KDE Frameworks 5.93.
Источник: @kde_ru_news
🤔3👍1
Обновление статического анализатора в GCC12
- "Некоторые другие языки, такие как Perl, могут отслеживать вход и флаг любой переменной, которая не должна быть доверена, потому что должен быть прочитан из внешнего источника, такого как веб-форма. Такой способ называется таинтинг. После запуска программы переменная через проверку может быть недоступна, процесс называется санитизацией.
Режим статического анализа GCC активируется с помощью флага -fanalyzer-checker=taint (который должен быть указан в дополнение к fanalyzer). Режим отслеживания попытка отслеживать управляемые злоумышленниками программы, входящие в программу и предупреждать, используются ли они без санитизацией."
Источник: lvn
Дэвид Малкольм опубликовал пост об обновлении состояния статического анализа в GCC 12.- "Некоторые другие языки, такие как Perl, могут отслеживать вход и флаг любой переменной, которая не должна быть доверена, потому что должен быть прочитан из внешнего источника, такого как веб-форма. Такой способ называется таинтинг. После запуска программы переменная через проверку может быть недоступна, процесс называется санитизацией.
Режим статического анализа GCC активируется с помощью флага -fanalyzer-checker=taint (который должен быть указан в дополнение к fanalyzer). Режим отслеживания попытка отслеживать управляемые злоумышленниками программы, входящие в программу и предупреждать, используются ли они без санитизацией."
Источник: lvn
Forwarded from Ketronix Blog (Артём Дадашьянц)
PeaZip 8.6 выпущен с более настраиваемым пользовательским интерфейсом, улучшенным извлечением и архивированием.
PeaZip 8.6 появился почти через два месяца после версии 8.5, чтобы представить новую тему по умолчанию под названием "Main", которая содержит иконки, разработанные для визуальной интеграции с большинством дизайнов поддерживаемых операционных систем. Кроме того, новые значки .ico и .png теперь доступны в каталоге (peazip)/res/share/icons для дальнейшей настройки приложения.
В этом выпуске был упрощен выбор тем, а также организация пользовательского интерфейса: появилось новое всплывающее меню "Стиль" в правой части панели инструментов, которое объединяет несколько подменю, используемых для быстрой настройки пользовательского интерфейса, более простое подменю строки состояния и навигации в контекстном меню, а также единое навигационное меню для адресной строки, хлебных крошек и древовидного просмотра.
Источник: 9to5linux.com
Теги: #news #peazip
PeaZip 8.6 появился почти через два месяца после версии 8.5, чтобы представить новую тему по умолчанию под названием "Main", которая содержит иконки, разработанные для визуальной интеграции с большинством дизайнов поддерживаемых операционных систем. Кроме того, новые значки .ico и .png теперь доступны в каталоге (peazip)/res/share/icons для дальнейшей настройки приложения.
В этом выпуске был упрощен выбор тем, а также организация пользовательского интерфейса: появилось новое всплывающее меню "Стиль" в правой части панели инструментов, которое объединяет несколько подменю, используемых для быстрой настройки пользовательского интерфейса, более простое подменю строки состояния и навигации в контекстном меню, а также единое навигационное меню для адресной строки, хлебных крошек и древовидного просмотра.
Источник: 9to5linux.com
Теги: #news #peazip
👍1
Производительность AMD AOCC на EPYC 7773X Milan-X против компиляторов GCC, Clang
В прошлом месяце с помощью тестов были продемонстрированы впечатляющие возможности новых процессоров AMD Milan-X с 768 МБ кэш-памяти L3 на сокет (1,5 ГБ кэш-памяти на сервер 2P!) для ряда рабочих нагрузок. Все эти начальные тесты, как обычно, проводились с использованием системного компилятора GCC по умолчанию для всех протестированных процессоров AMD/Intel. Конечно, также существует компилятор AMD Optimizing C/C++ ( AOCC ) как нисходящий поток LLVM/Clang с различными патчами оптимизации Zen. Интересуясь влиянием AOCC на Milan-X, вот несколько тестов производительности EPYC 7773X 2P в AOCC, GCC и LLVM Clang.
Для тестов была использована Ubuntu 22.04. Ubuntu 22.04 LTS по умолчанию использует ядро Linux 5.15 LTS, а на стороне компилятора по умолчанию использует GCC 11.2, а также имеет недавно выпущенный LLVM Clang 14.0 в своем архиве в качестве пакета «clang» по умолчанию. GCC 11.2, выпущенный в прошлом году, содержит все исправления Zen 3 в GCC, в отличие от компилятора GCC 9, используемого в Ubuntu 20.04 LTS, а также множество других улучшений C/C++ и других улучшений компилятора в целом. GCC 12 увидит свой стабильный выпуск в ближайшие недели, но, очевидно, недоступен для Ubuntu 22.04 LTS, но станет компилятором по умолчанию в Ubuntu 22.10 в октябре.
Таким образом, при сегодняшнем тестировании компилятора на AMD EPYC 7773X 2P рассматривается производительность GCC 11.2 и LLVM Clang 14.0 из архива Ubuntu 22.04 «Jammy Jellyfish» в сравнении с компилятором AMD AOCC 3.2 в качестве его последней версии. Во всех тестах CFLAGS/CXXFLAGS были установлены на «-O3 -march=native -flto» для тестов с открытым исходным кодом, построенных на этой конфигурации сервера Milan-X 2P с использованием эталонной серверной платформы AMD Daytona.
Компилятор AMD AOCC 3.x продемонстрировал солидный выигрыш по сравнению с другими процессорами EPYC и Ryzen Zen 3 в прошлых тестах, и он остается таким для Milan-X, а также в конкуренции с более новым LLVM Clang 14.0, установленным по умолчанию. Компилятор Clang в Ubuntu 22.04 LTS.
Иногда бывают рабочие нагрузки, при которых AMD AOCC 3.2 (и Clang) работает не так хорошо, но в наши дни есть менее причудливые проблемы, учитывая широкий интерес отрасли в последние годы к использованию компилятора Clang C/C++ в производственных мощностях.
Даже среди видеокодеров, которые часто полагаются на большое количество ручной сборки и других оптимизаций, проводимых разработчиками, AMD AOCC 3.2 смог немного повысить производительность процессоров EPYC 7773X.
Между компиляторами AMD AOCC, GCC и LLVM Clang существовала довольно здоровая конкуренция за этот тест компилятора AMD EPYC 7773X 2P Milan-X на Ubuntu 22.04 LTS.
Источник: Phoronix
В прошлом месяце с помощью тестов были продемонстрированы впечатляющие возможности новых процессоров AMD Milan-X с 768 МБ кэш-памяти L3 на сокет (1,5 ГБ кэш-памяти на сервер 2P!) для ряда рабочих нагрузок. Все эти начальные тесты, как обычно, проводились с использованием системного компилятора GCC по умолчанию для всех протестированных процессоров AMD/Intel. Конечно, также существует компилятор AMD Optimizing C/C++ ( AOCC ) как нисходящий поток LLVM/Clang с различными патчами оптимизации Zen. Интересуясь влиянием AOCC на Milan-X, вот несколько тестов производительности EPYC 7773X 2P в AOCC, GCC и LLVM Clang.
Для тестов была использована Ubuntu 22.04. Ubuntu 22.04 LTS по умолчанию использует ядро Linux 5.15 LTS, а на стороне компилятора по умолчанию использует GCC 11.2, а также имеет недавно выпущенный LLVM Clang 14.0 в своем архиве в качестве пакета «clang» по умолчанию. GCC 11.2, выпущенный в прошлом году, содержит все исправления Zen 3 в GCC, в отличие от компилятора GCC 9, используемого в Ubuntu 20.04 LTS, а также множество других улучшений C/C++ и других улучшений компилятора в целом. GCC 12 увидит свой стабильный выпуск в ближайшие недели, но, очевидно, недоступен для Ubuntu 22.04 LTS, но станет компилятором по умолчанию в Ubuntu 22.10 в октябре.
Таким образом, при сегодняшнем тестировании компилятора на AMD EPYC 7773X 2P рассматривается производительность GCC 11.2 и LLVM Clang 14.0 из архива Ubuntu 22.04 «Jammy Jellyfish» в сравнении с компилятором AMD AOCC 3.2 в качестве его последней версии. Во всех тестах CFLAGS/CXXFLAGS были установлены на «-O3 -march=native -flto» для тестов с открытым исходным кодом, построенных на этой конфигурации сервера Milan-X 2P с использованием эталонной серверной платформы AMD Daytona.
Компилятор AMD AOCC 3.x продемонстрировал солидный выигрыш по сравнению с другими процессорами EPYC и Ryzen Zen 3 в прошлых тестах, и он остается таким для Milan-X, а также в конкуренции с более новым LLVM Clang 14.0, установленным по умолчанию. Компилятор Clang в Ubuntu 22.04 LTS.
Иногда бывают рабочие нагрузки, при которых AMD AOCC 3.2 (и Clang) работает не так хорошо, но в наши дни есть менее причудливые проблемы, учитывая широкий интерес отрасли в последние годы к использованию компилятора Clang C/C++ в производственных мощностях.
Даже среди видеокодеров, которые часто полагаются на большое количество ручной сборки и других оптимизаций, проводимых разработчиками, AMD AOCC 3.2 смог немного повысить производительность процессоров EPYC 7773X.
Между компиляторами AMD AOCC, GCC и LLVM Clang существовала довольно здоровая конкуренция за этот тест компилятора AMD EPYC 7773X 2P Milan-X на Ubuntu 22.04 LTS.
Источник: Phoronix
👍1
Корректирующие выпуски Ruby 3.1.2, 3.0.4, 2.7.6, 2.6.10 с устранением уязвимостей
Сформированы корректирующие релизы языка программирования Ruby 3.1.2, 3.0.4, 2.7.6, 2.6.10, в которых устранены две уязвимости:
- CVE-2022-28738 - двойное освобождение памяти (double-free) в коде компиляции регулярных выражений, возникающее при передаче специально оформленной строки при создании объекта Regexp. Уязвимость может быть эксплуатирована при использовании в объекте Regexp непроверенных внешних данных.
- CVE-2022-28739 - переполнение буфера в коде преобразования из строки в число с плавающей запятой. Потенциально уязвимость может быть эксплуатирована для получения доступа к содержимому памяти при обработке непроверенных внешних данных в таких методах, как Kernel#Float и String#to_f.
Источник: Opennet
Сформированы корректирующие релизы языка программирования Ruby 3.1.2, 3.0.4, 2.7.6, 2.6.10, в которых устранены две уязвимости:
- CVE-2022-28738 - двойное освобождение памяти (double-free) в коде компиляции регулярных выражений, возникающее при передаче специально оформленной строки при создании объекта Regexp. Уязвимость может быть эксплуатирована при использовании в объекте Regexp непроверенных внешних данных.
- CVE-2022-28739 - переполнение буфера в коде преобразования из строки в число с плавающей запятой. Потенциально уязвимость может быть эксплуатирована для получения доступа к содержимому памяти при обработке непроверенных внешних данных в таких методах, как Kernel#Float и String#to_f.
Источник: Opennet
Вышел корректирующий релиз Firefox 99.0.1
Что исправили:
- Устранена проблема с перемещением мышью элементов из панели Download (независимо от того, какой элемент пытались переносить всегда для переноса выбирался только первый элемент).
- Решены проблемы с работой Zoom, возникавшие при использовании ссылки на zoom.us без указания поддомена.
- Исправлена специфичная для платформы Windows ошибка, из-за которой не работало аппаратное ускорение декодирования видео на системах с новыми драйверами Intel.
Источник: Opennet
Забыл опубликовать. Новость еще вчера была.
Что исправили:
- Устранена проблема с перемещением мышью элементов из панели Download (независимо от того, какой элемент пытались переносить всегда для переноса выбирался только первый элемент).
- Решены проблемы с работой Zoom, возникавшие при использовании ссылки на zoom.us без указания поддомена.
- Исправлена специфичная для платформы Windows ошибка, из-за которой не работало аппаратное ускорение декодирования видео на системах с новыми драйверами Intel.
Источник: Opennet
Забыл опубликовать. Новость еще вчера была.
Опубликованы корректирующие выпуски распределённой системы управления исходными текстами Git 2.35.2, 2.30.3, 2.31.2, 2.32.1, 2.33.2 и 2.34.2, в которых устранены две уязвимости
CVE-2022-24765 - на многопользовательских системах с совместно используемыми каталогами выявлена возможность организации атаки, приводящей к запуску команд, определённых другим пользователем. Атакующий может создать каталог ".git" в местах, пересекающихся с другими пользователями (например, в совместно используемых каталогах или каталогах с временными файлами) и разместить в нём файл конфигурации ".git/config" с настройкой обработчиков, вызываемых при выполнении тех или иных команд git (например, для организации выполнения кода можно использовать параметр core.fsmonitor).
Определённые в ".git/config" обработчики будут вызваны с правами другого пользователя, если этот пользователь воспользуется git в каталоге, расположенном уровнем выше, чем созданный атакующим подкаталог ".git". В том числе вызов может быть совершён косвенно, например, при использовании редакторов кода с поддержкой git, таких как VS Code и Atom, или при применении надстроек, запускающих "git status" (например, Git Bash или posh-git). В версии Git 2.35.2 уязвимость блокирована через изменения логики поиска ".git" в нижележащих каталогах (каталог ".git" теперь не учитывается, если он принадлежит другому пользователю).
CVE-2022-24767 - специфичная для платформы Windows уязвимость, позволяющая организовать выполнение кода с привилегиями SYSTEM при запуске операции удаления (Uninstall) программы Git for Windows. Проблема вызвана тем, что программа удаления запускается во временном каталоге, доступном на запись пользователям системы. Атака осуществляется через размещение заменяющих DLL во временном каталоге, которые будут загружены при запуске uninstaller с правами SYSTEM.
Источник: Opennet
CVE-2022-24765 - на многопользовательских системах с совместно используемыми каталогами выявлена возможность организации атаки, приводящей к запуску команд, определённых другим пользователем. Атакующий может создать каталог ".git" в местах, пересекающихся с другими пользователями (например, в совместно используемых каталогах или каталогах с временными файлами) и разместить в нём файл конфигурации ".git/config" с настройкой обработчиков, вызываемых при выполнении тех или иных команд git (например, для организации выполнения кода можно использовать параметр core.fsmonitor).
Определённые в ".git/config" обработчики будут вызваны с правами другого пользователя, если этот пользователь воспользуется git в каталоге, расположенном уровнем выше, чем созданный атакующим подкаталог ".git". В том числе вызов может быть совершён косвенно, например, при использовании редакторов кода с поддержкой git, таких как VS Code и Atom, или при применении надстроек, запускающих "git status" (например, Git Bash или posh-git). В версии Git 2.35.2 уязвимость блокирована через изменения логики поиска ".git" в нижележащих каталогах (каталог ".git" теперь не учитывается, если он принадлежит другому пользователю).
CVE-2022-24767 - специфичная для платформы Windows уязвимость, позволяющая организовать выполнение кода с привилегиями SYSTEM при запуске операции удаления (Uninstall) программы Git for Windows. Проблема вызвана тем, что программа удаления запускается во временном каталоге, доступном на запись пользователям системы. Атака осуществляется через размещение заменяющих DLL во временном каталоге, которые будут загружены при запуске uninstaller с правами SYSTEM.
Источник: Opennet
AMD запускает библиотеку трассировки лучей HIP-RT
Новейшее дополнение к программному обеспечению AMD GPUOpen — это HIP-RT в качестве библиотеки трассировки лучей для HIP.
HIP-RT — это библиотека трассировки лучей, которая упрощает написание программного обеспечения для трассировки лучей на основе HIP и простую интеграцию с существующими кодовыми базами HIP.
HIP-RT доступен на GPUOpen.com . Эта библиотека была протестирована на графических процессорах классов Navi 1x/2x и Vega 1x/2x. HIP RT также может работать на графических процессорах NVIDIA через API CUDA, но трассировка лучей с аппаратным ускорением работает только для графических процессоров RDNA2.
Источник: Phoronix
Новейшее дополнение к программному обеспечению AMD GPUOpen — это HIP-RT в качестве библиотеки трассировки лучей для HIP.
HIP-RT — это библиотека трассировки лучей, которая упрощает написание программного обеспечения для трассировки лучей на основе HIP и простую интеграцию с существующими кодовыми базами HIP.
HIP-RT доступен на GPUOpen.com . Эта библиотека была протестирована на графических процессорах классов Navi 1x/2x и Vega 1x/2x. HIP RT также может работать на графических процессорах NVIDIA через API CUDA, но трассировка лучей с аппаратным ускорением работает только для графических процессоров RDNA2.
Источник: Phoronix
Oracle выпускает Solaris 11.4 «CBE» бесплатно для разработчиков с открытым исходным кодом / для непроизводственного использования.
Oracle начала выпускать новую версию Solaris 11.4, доступную для разработчиков с открытым исходным кодом и для непроизводственного личного использования. Oracle Solaris 11.4 "CBE" был анонсирован в прошлом месяце с небольшой помпой, поскольку многие энтузиасты ОС с открытым исходным кодом, вероятно, возразят, что это слишком мало и слишком поздно.
Новая версия Solaris 11.4 "CBE" фактически является скользящим выпуском и, с точки зрения Oracle, надеется облегчить интеграцию программного обеспечения с открытым исходным кодом, на которое опирается Solaris, вместо того, чтобы привязываться к устаревшему выпуску 11.4.0 GA.
Для загрузки нового Solaris 11.4 CBE требуется учетная запись Oracle. Сборки CBE также описываются как «похожие на бета-версии, они представляют собой предварительные сборки определенного SRU».
Источник: Phoronix
Oracle начала выпускать новую версию Solaris 11.4, доступную для разработчиков с открытым исходным кодом и для непроизводственного личного использования. Oracle Solaris 11.4 "CBE" был анонсирован в прошлом месяце с небольшой помпой, поскольку многие энтузиасты ОС с открытым исходным кодом, вероятно, возразят, что это слишком мало и слишком поздно.
Новая версия Solaris 11.4 "CBE" фактически является скользящим выпуском и, с точки зрения Oracle, надеется облегчить интеграцию программного обеспечения с открытым исходным кодом, на которое опирается Solaris, вместо того, чтобы привязываться к устаревшему выпуску 11.4.0 GA.
Для загрузки нового Solaris 11.4 CBE требуется учетная запись Oracle. Сборки CBE также описываются как «похожие на бета-версии, они представляют собой предварительные сборки определенного SRU».
Источник: Phoronix
Intel обновляет управляемый искусственным интеллектом проект ControlFlag, чтобы выявить возможные ошибки в коде PHP.
Intel через свою организацию Intel Labs объявила в прошлом году о ControlFlag для поиска ошибок в коде с использованием ИИ . Intel ControlFlag имеет открытый исходный код и использует машинное обучение для обнаружения ошибок в произвольных кодовых базах. Сначала ControlFlag был сосредоточен на обнаружении ошибок в коде C/C++, но с новой версией v1.1 он начинает обнаруживать и ошибки PHP
ControlFlag использует машинное обучение для анализа шаблонов в кодовых базах C/C++ проектов с открытым исходным кодом, чтобы, в свою очередь, обнаруживать аномальные шаблоны в пользовательском коде. Intel предоставила данные для обучения C/C++, используя тысячи проектов GitHub.
Новым в ControlFlag 1.1 является полная поддержка языка программирования PHP в дополнение к C/C++. Это включает в себя предварительно обученные наборы данных, полученные из репозиториев GitHub.
Источник: Phoronix
Intel через свою организацию Intel Labs объявила в прошлом году о ControlFlag для поиска ошибок в коде с использованием ИИ . Intel ControlFlag имеет открытый исходный код и использует машинное обучение для обнаружения ошибок в произвольных кодовых базах. Сначала ControlFlag был сосредоточен на обнаружении ошибок в коде C/C++, но с новой версией v1.1 он начинает обнаруживать и ошибки PHP
ControlFlag использует машинное обучение для анализа шаблонов в кодовых базах C/C++ проектов с открытым исходным кодом, чтобы, в свою очередь, обнаруживать аномальные шаблоны в пользовательском коде. Intel предоставила данные для обучения C/C++, используя тысячи проектов GitHub.
Новым в ControlFlag 1.1 является полная поддержка языка программирования PHP в дополнение к C/C++. Это включает в себя предварительно обученные наборы данных, полученные из репозиториев GitHub.
Источник: Phoronix
Zink OpenGL-On-Vulkan имеет много улучшений с Mesa 22.1
Поскольку Mesa 22.1 должна быть разветвлена на следующий день или около того, поскольку функции этого ежеквартального обновления Mesa замораживаются, разработчик Valve Майк Блюменкранц написал новую запись в блоге, в которой описаны все изменения Zink, выполненные в этом цикле.
Блюменкранц и другие разработчики Mesa продолжают активно улучшать этот уровень перевода OpenGL по сравнению с уровнем перевода Vulkan. За последний год Zink достаточно хорошо разобрался в реализации OpenGL через API Vulkan и делает это с разумной скоростью. В последние месяцы было исправлено множество ошибок, реализовано больше функций для запуска более современных игр на этом коде на основе Gallium3D, и даже работа над новыми расширениями Vulkan для более эффективной реализации этого уровня эмуляции.
Lavapipe как программная реализация драйвера Vulkan также проделала большую работу для Mesa 22.1. Блюменкранц резюмировал события Lavapipe как поддержку Vulkan 1.3, а также множество оптимизаций и поддержку множества новых расширений.
Источник: Phoronix
Поскольку Mesa 22.1 должна быть разветвлена на следующий день или около того, поскольку функции этого ежеквартального обновления Mesa замораживаются, разработчик Valve Майк Блюменкранц написал новую запись в блоге, в которой описаны все изменения Zink, выполненные в этом цикле.
Блюменкранц и другие разработчики Mesa продолжают активно улучшать этот уровень перевода OpenGL по сравнению с уровнем перевода Vulkan. За последний год Zink достаточно хорошо разобрался в реализации OpenGL через API Vulkan и делает это с разумной скоростью. В последние месяцы было исправлено множество ошибок, реализовано больше функций для запуска более современных игр на этом коде на основе Gallium3D, и даже работа над новыми расширениями Vulkan для более эффективной реализации этого уровня эмуляции.
Lavapipe как программная реализация драйвера Vulkan также проделала большую работу для Mesa 22.1. Блюменкранц резюмировал события Lavapipe как поддержку Vulkan 1.3, а также множество оптимизаций и поддержку множества новых расширений.
Источник: Phoronix
Ubuntu Mate LTS перешел на Ubuntu 22.04
Ubuntu Mate - дистрибутив на базе Ubuntu, только вместо Gnome использует окружение рабочего стола Mate.
Теперь LTS-версия дистрибутива Ubuntu Mate стала использовать в качестве базы версию Ubuntu 22.04 LTS. Также на Ubuntu 22.04 перешел Kubuntu.
Источник: LinuxToday
Ubuntu Mate - дистрибутив на базе Ubuntu, только вместо Gnome использует окружение рабочего стола Mate.
Теперь LTS-версия дистрибутива Ubuntu Mate стала использовать в качестве базы версию Ubuntu 22.04 LTS. Также на Ubuntu 22.04 перешел Kubuntu.
Источник: LinuxToday
👎1🔥1
Forwarded from Level 256 (shadowchain)
File Shredder — удаляйте свои файлы безопасно.
Raider, также известная как File Shredder, — это простая программа уничтожения файлов, созданная для рабочего стола GNOME. Она использует программу из пакета GNU Core Utilities под названием
P.S. Обратите внимание, что в силу архитектурных особенностей SSD дисков, полноценное стирание данных на них невозможно! Тоже самое можно сказать и про CoW ФС, такие как Btrfs, ZFS, XFS (если CoW включён) и F2FS. Используйте шифрование файлов, например, LUKS2.
Flathub | GitHub | Багтрекер
#WeeklyApp #FileShredder
Level 256
Raider, также известная как File Shredder, — это простая программа уничтожения файлов, созданная для рабочего стола GNOME. Она использует программу из пакета GNU Core Utilities под названием
shred, которая использует метод стирания Гутмана, а Raider поддерживает все опции, которые поддерживает shred.P.S. Обратите внимание, что в силу архитектурных особенностей SSD дисков, полноценное стирание данных на них невозможно! Тоже самое можно сказать и про CoW ФС, такие как Btrfs, ZFS, XFS (если CoW включён) и F2FS. Используйте шифрование файлов, например, LUKS2.
Flathub | GitHub | Багтрекер
#WeeklyApp #FileShredder
Level 256
Анализатор GCC 12 получил поддержку режима Taint
Два года назад в GCC 10 был встроен анализатор. Он доступен по опции "-fanalyzer". Это было довольно полезное дополнение к компилятору GCC, хотя анализатор все еще находится в экспериментальном состоянии.
Статический анализатор в GCC 12 теперь имеет предупреждение об использовании неинициализированных значениях. Режим taint для переменных C, которые не являются доверенными для возможных контролируемых злоумышленником значений, вводимых в программу, и уменьшает количество ложных срабатываний, выдаваемых анализатором. Возможность использовать статический анализатор GCC в ядре Linux также была в центре внимания этого ежегодного цикла разработки.
В рамках работы по поддержке ядра Linux для статического анализа GCC -fanalyzer получил поддержку некоторого встроенного кода на ассемблере. Еще одной областью внимания была работа над поддержкой C ++, но она все еще продолжается, и ожидается, что для GCC 13 будет сделано гораздо больше.
Источник: Phoronix
Два года назад в GCC 10 был встроен анализатор. Он доступен по опции "-fanalyzer". Это было довольно полезное дополнение к компилятору GCC, хотя анализатор все еще находится в экспериментальном состоянии.
Статический анализатор в GCC 12 теперь имеет предупреждение об использовании неинициализированных значениях. Режим taint для переменных C, которые не являются доверенными для возможных контролируемых злоумышленником значений, вводимых в программу, и уменьшает количество ложных срабатываний, выдаваемых анализатором. Возможность использовать статический анализатор GCC в ядре Linux также была в центре внимания этого ежегодного цикла разработки.
В рамках работы по поддержке ядра Linux для статического анализа GCC -fanalyzer получил поддержку некоторого встроенного кода на ассемблере. Еще одной областью внимания была работа над поддержкой C ++, но она все еще продолжается, и ожидается, что для GCC 13 будет сделано гораздо больше.
Источник: Phoronix
LLVM 14.0.1 вышел с множеством исправлений
LLVM 14.0 был выпущен только в прошлом месяце, а сегодня уже выпущена версия LLVM 14.0.1. Обычно точечные релизы выходят не раньше, чем через 3 месяца после основного релиза.
Исправлены ошибки для AArch64, Compiler-RT, libcxx, а также ряд других мелких исправлений.
Источник: Phoronix
LLVM 14.0 был выпущен только в прошлом месяце, а сегодня уже выпущена версия LLVM 14.0.1. Обычно точечные релизы выходят не раньше, чем через 3 месяца после основного релиза.
Исправлены ошибки для AArch64, Compiler-RT, libcxx, а также ряд других мелких исправлений.
Источник: Phoronix
Forwarded from Ketronix Blog (Жора Змейкин)
SUSE/openSUSE разрабатывает "адаптируемую платформу Linux" для следующего поколения SUSE Linux Enterprise
SUSE совместно с сообществом openSUSE приступает к разработке "Адаптируемой платформы Linux" (ALP), которая в конечном итоге станет преемником SUSE Linux Enterprise 15. Прошло уже четыре года с момента появления SUSE Linux Enterprise 15, и SUSE сейчас формулирует работу над его преемником, который принесет большие изменения.
«С 2018 года, когда SLE 15 был первоначально выпущен, многое изменилось,
включая требования пользователей и клиентов, технологии, скорость появления новых версий приложений, языков и их библиотек. Также изменилась связь между Leap и SLE. И хотя некоторые части стали лучше, мы твердо уверены, что можем сделать еще лучше. SLE 15 - отличная операционная система общего назначения, но проблемы с некоторыми вариантами использования, местами развертывания и тип запросов на улучшения показывают, что пришло время для преемника», — отметил Стефан Бехлерт из SUSE в сегодняшнем объявлении.
Будут "радикальные изменения" в технологии и дизайне "Адаптируемой платформы Linux", над которой они работают в качестве операционной системы SUSE следующего поколения для предприятий. Что касается изменений, SUSE все еще не спешит публично говорить о планируемых изменениях. Сегодняшнее краткое объявление немного детализирует ситуацию:
Прежде всего, ALP будет разрабатываться открыто. Мы не собираемся собирать части вместе внутри компании, а затем делиться ими снаружи, как это было в прошлом. Нет, мы создаем и строим в openSUSE Build Service - в проекте рядом с вами :). Вы сможете непосредственно видеть, что происходит, и легче участвовать.
Еще один важный момент - мы намерены разделить то, что было более общим, все тесно переплетено, на две части: Одна меньшая часть, обеспечивающая аппаратное обеспечение, своего рода "ОС хоста", и слой, обеспечивающий и поддерживающий приложения, который будет основан на контейнерах (и VM).
Вы можете сказать: "Это очень общие сведения, не могли бы вы рассказать нам подробнее?" - Конечно. В ближайшие недели все больше и больше будет проясняться, и мы будем делиться информацией так быстро и регулярно, как это возможно. Это просто первое предупреждение, чтобы сообщить вам, что мы находимся в процессе создания всего - от проекта до каналов обратной связи, от документации до тестирования.
Краткие подробности об адаптируемой Linux-платформе в качестве следующего поколения SUSE Linux Enterprise можно найти в списке рассылки openSUSE Factory.
Источник: phoronix.com
Теги: #news #SUSE #openSUSE
SUSE совместно с сообществом openSUSE приступает к разработке "Адаптируемой платформы Linux" (ALP), которая в конечном итоге станет преемником SUSE Linux Enterprise 15. Прошло уже четыре года с момента появления SUSE Linux Enterprise 15, и SUSE сейчас формулирует работу над его преемником, который принесет большие изменения.
«С 2018 года, когда SLE 15 был первоначально выпущен, многое изменилось,
включая требования пользователей и клиентов, технологии, скорость появления новых версий приложений, языков и их библиотек. Также изменилась связь между Leap и SLE. И хотя некоторые части стали лучше, мы твердо уверены, что можем сделать еще лучше. SLE 15 - отличная операционная система общего назначения, но проблемы с некоторыми вариантами использования, местами развертывания и тип запросов на улучшения показывают, что пришло время для преемника», — отметил Стефан Бехлерт из SUSE в сегодняшнем объявлении.
Будут "радикальные изменения" в технологии и дизайне "Адаптируемой платформы Linux", над которой они работают в качестве операционной системы SUSE следующего поколения для предприятий. Что касается изменений, SUSE все еще не спешит публично говорить о планируемых изменениях. Сегодняшнее краткое объявление немного детализирует ситуацию:
Прежде всего, ALP будет разрабатываться открыто. Мы не собираемся собирать части вместе внутри компании, а затем делиться ими снаружи, как это было в прошлом. Нет, мы создаем и строим в openSUSE Build Service - в проекте рядом с вами :). Вы сможете непосредственно видеть, что происходит, и легче участвовать.
Еще один важный момент - мы намерены разделить то, что было более общим, все тесно переплетено, на две части: Одна меньшая часть, обеспечивающая аппаратное обеспечение, своего рода "ОС хоста", и слой, обеспечивающий и поддерживающий приложения, который будет основан на контейнерах (и VM).
Вы можете сказать: "Это очень общие сведения, не могли бы вы рассказать нам подробнее?" - Конечно. В ближайшие недели все больше и больше будет проясняться, и мы будем делиться информацией так быстро и регулярно, как это возможно. Это просто первое предупреждение, чтобы сообщить вам, что мы находимся в процессе создания всего - от проекта до каналов обратной связи, от документации до тестирования.
Краткие подробности об адаптируемой Linux-платформе в качестве следующего поколения SUSE Linux Enterprise можно найти в списке рассылки openSUSE Factory.
Источник: phoronix.com
Теги: #news #SUSE #openSUSE
Fedora планирует изменить пакетный менеджер
Хотя кажется, что только недавно произошел переход с Yum на DNF, Fedora уже планирует изменить пакетный менеджер на MicroDNF. Новый пакетный менеджер MicroDNF призван обеспечить все основные функции DNF.
Но в этом переходе к MicroDNF разработчики признают, что некоторые интерфейсы поведения / командной строки не будут сохранены на 100% одинаковыми, и изменения также приведут к внутренней базе данных / структурным изменениям. Одно заметное изменение заключается в том, что удаление пакета больше не приводит к удалению неиспользуемых зависимостей.
Источник: Phoronix
Подробнее: FedoraWiki
Хотя кажется, что только недавно произошел переход с Yum на DNF, Fedora уже планирует изменить пакетный менеджер на MicroDNF. Новый пакетный менеджер MicroDNF призван обеспечить все основные функции DNF.
Но в этом переходе к MicroDNF разработчики признают, что некоторые интерфейсы поведения / командной строки не будут сохранены на 100% одинаковыми, и изменения также приведут к внутренней базе данных / структурным изменениям. Одно заметное изменение заключается в том, что удаление пакета больше не приводит к удалению неиспользуемых зависимостей.
Источник: Phoronix
Подробнее: FedoraWiki
Вышел дистрибутив TurnKey 17
TurnKey - это проект с открытым исходным кодом, который переустанавливает огромное количество серверного ПО. Набор мини-дистрибутивов для быстрого развертывания приложений в рамках которого сформирована коллекция из 113 минималистичных сборок Debian, пригодных для использования в системах виртуализации и облачных окружениях (обновлено пока только 47 сборок). Средний размер каждой сборки - 300 Мб.
Что нового:
- Добавлена экспериментальная сборка для Raspberry Pi 4.
Источник: DistroWatch
TurnKey - это проект с открытым исходным кодом, который переустанавливает огромное количество серверного ПО. Набор мини-дистрибутивов для быстрого развертывания приложений в рамках которого сформирована коллекция из 113 минималистичных сборок Debian, пригодных для использования в системах виртуализации и облачных окружениях (обновлено пока только 47 сборок). Средний размер каждой сборки - 300 Мб.
Что нового:
- Добавлена экспериментальная сборка для Raspberry Pi 4.
Источник: DistroWatch
Xubuntu LTS перешел на Ubuntu 22.04
Xubuntu - дистрибутив на базе Ubuntu, только вместо Gnome использует окружение рабочего стола XFCE.
Теперь LTS-версия дистрибутива Xubuntu стала использовать в качестве базы версию Ubuntu 22.04 LTS. Также на Ubuntu 22.04 перешел Kubuntu и Ubuntu Mate.
Источник: DebugPoint
Xubuntu - дистрибутив на базе Ubuntu, только вместо Gnome использует окружение рабочего стола XFCE.
Теперь LTS-версия дистрибутива Xubuntu стала использовать в качестве базы версию Ubuntu 22.04 LTS. Также на Ubuntu 22.04 перешел Kubuntu и Ubuntu Mate.
Источник: DebugPoint