Доступен выпуск проекта Wifibox 0.10, нацеленного на решение проблемы с использованием во FreeBSD беспроводных адаптеров, для которых отсутствуют необходимые драйверы. Работа проблемных для FreeBSD адаптеров обеспечивается через запуск гостевой системы с Linux, в которой загружаются родные для Linux драйверы беспроводных устройств.
В новом выпуске переработан механизм проброса WPA в основное окружение, что позволило обеспечить работу как с wpa_supplicant, таки и с hostapd. Снижен необходимый для гостевой системы объём памяти. Прекращена поддержка FreeBSD 13.0-RELEASE.
Дополнительно можно отметить работу по улучшению предлагаемых во FreeBSD драйверов для беспроводных карт на чипах Intel и Realtek. Продолжается развитие нового драйвера iwlwifi, включённого в состав FreeBSD 13.1. Драйвер основан на Linux-драйвере и коде из Linux-подсистемы net80211, поддерживает стандарт 802.11ac и может использоваться с новыми беспроводными чипами.
В новом выпуске переработан механизм проброса WPA в основное окружение, что позволило обеспечить работу как с wpa_supplicant, таки и с hostapd. Снижен необходимый для гостевой системы объём памяти. Прекращена поддержка FreeBSD 13.0-RELEASE.
Дополнительно можно отметить работу по улучшению предлагаемых во FreeBSD драйверов для беспроводных карт на чипах Intel и Realtek. Продолжается развитие нового драйвера iwlwifi, включённого в состав FreeBSD 13.1. Драйвер основан на Linux-драйвере и коде из Linux-подсистемы net80211, поддерживает стандарт 802.11ac и может использоваться с новыми беспроводными чипами.
👍5
Банкоматы в России переводят на отечественное ПО на базе Linux
СберБанк завершил перевод 80% программного обеспечения сети устройств самообслуживания на решение собственной разработки. Компания первой в России перевела сеть банкоматов на собственное программное обеспечение.
В настоящее время СберБанк завершает разработку ПО для работы банкоматов на операционной системе на базе Linux с открытым исходным кодом. На текущий момент успешно завершён перевод 14 тысяч устройств электронной очереди на Linux собственной сборки.
СберБанк завершил перевод 80% программного обеспечения сети устройств самообслуживания на решение собственной разработки. Компания первой в России перевела сеть банкоматов на собственное программное обеспечение.
В настоящее время СберБанк завершает разработку ПО для работы банкоматов на операционной системе на базе Linux с открытым исходным кодом. На текущий момент успешно завершён перевод 14 тысяч устройств электронной очереди на Linux собственной сборки.
👍31🔥6👎4
По сравнению с прошлым выпуском в новую версию принято 395 изменений. Основные новшества:
- Доведён до готовности к повсеместному использованию механизм частичных индексов (sparse index), охватывающих лишь часть репозитория.
- Реализован новый механизм "cruft packs" для упаковки недостижимых объектов (unreachable), на которые в репозитории отсутствуют ссылки.
- Для Windows и macOS реализован встроенный механизм отслеживания изменений в файловой системе, позволяющий обойтись без перебора всего рабочего каталога при выполнении таких операций, как "git status".
- В команде "git sparse-checkout" объявлена устаревшей поддержка альтернативного режиму "--cone" метода определения шаблонов для частичного клонирования, позволяющего при определении подпадающей под операцию клонирования части репозитория перечислять отдельные файлы с использованием синтаксиса ".gitignore", что не позволяет использовать для оптимизации частичные индексы.
И другие изменения.
- Доведён до готовности к повсеместному использованию механизм частичных индексов (sparse index), охватывающих лишь часть репозитория.
- Реализован новый механизм "cruft packs" для упаковки недостижимых объектов (unreachable), на которые в репозитории отсутствуют ссылки.
- Для Windows и macOS реализован встроенный механизм отслеживания изменений в файловой системе, позволяющий обойтись без перебора всего рабочего каталога при выполнении таких операций, как "git status".
- В команде "git sparse-checkout" объявлена устаревшей поддержка альтернативного режиму "--cone" метода определения шаблонов для частичного клонирования, позволяющего при определении подпадающей под операцию клонирования части репозитория перечислять отдельные файлы с использованием синтаксиса ".gitignore", что не позволяет использовать для оптимизации частичные индексы.
И другие изменения.
👍6🔥2
OС на базе Linux вторые по популярности OС для кодинга, согласно опросу разработчиков Stack Overflow 2022
👍16
После двух с половиной лет разработки состоялся релиз текстового редактора Vim 9.0.
В Vim 9 предложен новый язык разработки скриптов и плагинов - Vim9 Script, предоставляющий синтаксис, близкий к JavaScript, TypeScript и Java. Новый синтаксис проще для освоения новичками, но обратно не совместим со старым языком сценариев. При этом поддержка ранее используемого языка и совместимость с существующими плагинами и скриптами полностью сохранена - старый и новый языки поддерживаются параллельно.
В Vim9 Script реализована поддержка компилируемых функций, позволяющих существенно увеличить производительность. В проведённых тестах компилируемые в байткод функции позволили увеличить скорость выполнения скриптов в 10-100 раз. Кроме того, в Vim9 Script прекращена обработка аргументов функций в виде ассоциативных массивов, приводившая к большим накладным расходам. Функции теперь определяются при помощи выражения "def" и требуют явного указания перечня аргументов и возвращаемых типов.
Разделение выражений на несколько строк теперь не требует использования обратного слэша. Полностью переделан механизм обработки ошибок. Для запуска функций не требуется указание ключевого слова "call", а для присвоений значений "let". Упрощено создание модулей - добавлена возможность экспортировать отдельные функции и переменные для использования в других файлах. Комментарии отделяются символом "#" вместо двойных кавычек. В будущих выпусках намечена реализация поддержки классов.
В Vim 9 предложен новый язык разработки скриптов и плагинов - Vim9 Script, предоставляющий синтаксис, близкий к JavaScript, TypeScript и Java. Новый синтаксис проще для освоения новичками, но обратно не совместим со старым языком сценариев. При этом поддержка ранее используемого языка и совместимость с существующими плагинами и скриптами полностью сохранена - старый и новый языки поддерживаются параллельно.
В Vim9 Script реализована поддержка компилируемых функций, позволяющих существенно увеличить производительность. В проведённых тестах компилируемые в байткод функции позволили увеличить скорость выполнения скриптов в 10-100 раз. Кроме того, в Vim9 Script прекращена обработка аргументов функций в виде ассоциативных массивов, приводившая к большим накладным расходам. Функции теперь определяются при помощи выражения "def" и требуют явного указания перечня аргументов и возвращаемых типов.
Разделение выражений на несколько строк теперь не требует использования обратного слэша. Полностью переделан механизм обработки ошибок. Для запуска функций не требуется указание ключевого слова "call", а для присвоений значений "let". Упрощено создание модулей - добавлена возможность экспортировать отдельные функции и переменные для использования в других файлах. Комментарии отделяются символом "#" вместо двойных кавычек. В будущих выпусках намечена реализация поддержки классов.
👍15👎2
Прогресс в разработке компилятора для языка Rust на базе GCC
В списке рассылки разработчиков набора компиляторов GCC опубликован отчёт о состоянии проекта Rust-GCC. Проект развивает GCC-фронтэнд gccrs с реализацией компилятора языка Rust на базе GCC. До ноября этого года планируется довести gccrs до возможности сборки кода, поддерживаемого компилятром Rust 1.40, и добиться успешной компиляции и использования штатных Rust-библиотек libcore, liballoc и libstd. В следующие после этого 6 месяцев планируется реализовать проверку заимствования переменных (borrow checker) и поддержку пакета proc_macro.
Также началась подготовительная работа к включению gccrs в основной состав GCC. В случае принятия gccrs в GCC, инструментарий GCC сможет использоваться для компиляции программ на языке Rust без необходимости установки компилятора rustc. В качестве одного из критериев начала интеграции называется успешная компиляция официального тестового набора и реальных проектов на Rust.
В списке рассылки разработчиков набора компиляторов GCC опубликован отчёт о состоянии проекта Rust-GCC. Проект развивает GCC-фронтэнд gccrs с реализацией компилятора языка Rust на базе GCC. До ноября этого года планируется довести gccrs до возможности сборки кода, поддерживаемого компилятром Rust 1.40, и добиться успешной компиляции и использования штатных Rust-библиотек libcore, liballoc и libstd. В следующие после этого 6 месяцев планируется реализовать проверку заимствования переменных (borrow checker) и поддержку пакета proc_macro.
Также началась подготовительная работа к включению gccrs в основной состав GCC. В случае принятия gccrs в GCC, инструментарий GCC сможет использоваться для компиляции программ на языке Rust без необходимости установки компилятора rustc. В качестве одного из критериев начала интеграции называется успешная компиляция официального тестового набора и реальных проектов на Rust.
👍19
Извращения с Apache Kafka: забавный кейс из жизни
Открытый вебинар для тех, кто хочет узнать, как организовать Data Lake на 80 ТБ с помощью Apache Kafka.
7 июля в 19:00 (мск)
Проведёт вебинар Михаил Кобик, руководитель инфраструктурных решений в SMART Technologies SOFT. Уже более 5 лет он занимается нагруженными проектами, а в числе его успешных проектов продукты из разных сфер: от инфраструктур для ГИС до интернет-магазинов кошачьего корма.
Вот планы Михаила на предстоящий вебинар:
«На вебинаре я расскажу о своём опыте создания Data Lake на ~80 ТБ с помощью Apache Kafka. Дополнительно разберу, какие подводные камни могут возникать, если Retention выкручен в 9999999, и как жить, если Apache Kafka — единственный источник данных в информационной системе».
Приходите, будет полезно!
Записаться на вебинар: https://slurm.club/3OBSSXO
Открытый вебинар для тех, кто хочет узнать, как организовать Data Lake на 80 ТБ с помощью Apache Kafka.
7 июля в 19:00 (мск)
Проведёт вебинар Михаил Кобик, руководитель инфраструктурных решений в SMART Technologies SOFT. Уже более 5 лет он занимается нагруженными проектами, а в числе его успешных проектов продукты из разных сфер: от инфраструктур для ГИС до интернет-магазинов кошачьего корма.
Вот планы Михаила на предстоящий вебинар:
«На вебинаре я расскажу о своём опыте создания Data Lake на ~80 ТБ с помощью Apache Kafka. Дополнительно разберу, какие подводные камни могут возникать, если Retention выкручен в 9999999, и как жить, если Apache Kafka — единственный источник данных в информационной системе».
Приходите, будет полезно!
Записаться на вебинар: https://slurm.club/3OBSSXO
Доступен Wayland 1.21
- В программный интерфейс wl_pointer добавлена поддержка события wl_pointer.axis_value120 для высокоточного скроллинга на манипуляторах мышь с колесом прокрутки высокого разрешения.
- В сервер добавлены новые функции wl_signal_emit_mutable (аналог wl_signal_emit, поддерживающий корректную работу в ситуации, когда один обработчик сигналов, удаляет другой обработчик) и wl_global_get_version (позволяет узнать общую версию API).
- Разработка переведена на платформу GitLab с использованием инфраструктуры проекта FreeDesktop. org.
- Проведена чистка и переработка структур и функций, связанных с настройкой курсора.
- Протокол wl_shell отмечен как необязательный для реализации в композитных серверах и объявлен устаревшим. Для создания пользовательских оболочек рекомендовано использовать протокол xdg_shell, предоставляющий интерфейс для взаимодействия с поверхностями как с окнами, что позволяет передвигать поверхности по экрану, сворачивать, разворачивать, изменять размер и т.д.
- В программный интерфейс wl_pointer добавлена поддержка события wl_pointer.axis_value120 для высокоточного скроллинга на манипуляторах мышь с колесом прокрутки высокого разрешения.
- В сервер добавлены новые функции wl_signal_emit_mutable (аналог wl_signal_emit, поддерживающий корректную работу в ситуации, когда один обработчик сигналов, удаляет другой обработчик) и wl_global_get_version (позволяет узнать общую версию API).
- Разработка переведена на платформу GitLab с использованием инфраструктуры проекта FreeDesktop. org.
- Проведена чистка и переработка структур и функций, связанных с настройкой курсора.
- Протокол wl_shell отмечен как необязательный для реализации в композитных серверах и объявлен устаревшим. Для создания пользовательских оболочек рекомендовано использовать протокол xdg_shell, предоставляющий интерфейс для взаимодействия с поверхностями как с окнами, что позволяет передвигать поверхности по экрану, сворачивать, разворачивать, изменять размер и т.д.
👍11🔥3
Подошёл к концу срок сопровождения LTS-ветки Debian 9. Выпуск обновлений для LTS-ветки осуществлялся отдельной группой разработчиков LTS Team, созданной из энтузиастов и представителей компаний.
В ближайшее время инициативная группа приступит к формированию новой LTS-ветки на базе Debian 10, штатная поддержка которого истекает 7 июля 2022 года. Команда LTS Team примет эстафету от Security Team и продолжит сопровождение без перерыва. Выпуск обновлений для Debian 10 будет продлён до 30 июня 2024 года. Как и для Debian 9, LTS-поддержка Debian 10 и Debian 11 будет распространяться только на архитектуры i386, amd64, armel, armhf и arm64, а общий срок поддержки составит 5 лет.
При этом окончание LTS-поддержки ещё не означает прекращение жизненного цикла Debian 9.0 - в рамках расширенной программы "Extended LTS" компания Freexian выразила готовность до 30 июня 2027 года выпускать своими силами обновления с устранением уязвимостей в ограниченном наборе пакетов для архитектур amd64, armel и i386.
В ближайшее время инициативная группа приступит к формированию новой LTS-ветки на базе Debian 10, штатная поддержка которого истекает 7 июля 2022 года. Команда LTS Team примет эстафету от Security Team и продолжит сопровождение без перерыва. Выпуск обновлений для Debian 10 будет продлён до 30 июня 2024 года. Как и для Debian 9, LTS-поддержка Debian 10 и Debian 11 будет распространяться только на архитектуры i386, amd64, armel, armhf и arm64, а общий срок поддержки составит 5 лет.
При этом окончание LTS-поддержки ещё не означает прекращение жизненного цикла Debian 9.0 - в рамках расширенной программы "Extended LTS" компания Freexian выразила готовность до 30 июня 2027 года выпускать своими силами обновления с устранением уязвимостей в ограниченном наборе пакетов для архитектур amd64, armel и i386.
👍6🤬3🔥1
Media is too big
VIEW IN TELEGRAM
Расширение оболочки GNOME Burn-My-Windows добавляет новый эффект и первоначальную поддержку KDE Plasma
https://github.com/Schneegans/Burn-My-Windows
https://github.com/Schneegans/Burn-My-Windows
🔥15👍6👎5🤔3😱1
Проект Raspberry Pi представил плату Pico W с поддержкой Wi-Fi
Плата Raspberry Pi Pico W продолжает развитие миниатюрной платы Pico, оснащённой микроконтроллером RP2040 собственной разработки. Новая редакция отличается интеграцией поддержки Wi-Fi (2.4GHz 802.11n), реализованной на базе чипа Infineon CYW43439. Чип CYW43439 также поддерживает Bluetooth Classic и Bluetooth Low-Energy, но они пока не задействованы в плате. Стоимость новой платы - 6 долларов, что на два доллара дороже первого варианта.
Чип RP2040 включает в себя двухъядерный процессор ARM Cortex-M0+ (133MHz) c 264 КБ встроенной оперативной памяти (SRAM), контроллером DMA, датчиком температуры, таймером и контроллером USB 1.1. На плате размещено 2 МБ Flash-памяти, но чип поддерживает расширение до 16 МБ. Питание может подаваться в диапазоне от 1.8 до 5.5 вольт, что позволяет задействовать различные источники энергии, включая две или три обычные батарейки AA или типовые литий-ионные аккумуляторы.
Плата Raspberry Pi Pico W продолжает развитие миниатюрной платы Pico, оснащённой микроконтроллером RP2040 собственной разработки. Новая редакция отличается интеграцией поддержки Wi-Fi (2.4GHz 802.11n), реализованной на базе чипа Infineon CYW43439. Чип CYW43439 также поддерживает Bluetooth Classic и Bluetooth Low-Energy, но они пока не задействованы в плате. Стоимость новой платы - 6 долларов, что на два доллара дороже первого варианта.
Чип RP2040 включает в себя двухъядерный процессор ARM Cortex-M0+ (133MHz) c 264 КБ встроенной оперативной памяти (SRAM), контроллером DMA, датчиком температуры, таймером и контроллером USB 1.1. На плате размещено 2 МБ Flash-памяти, но чип поддерживает расширение до 16 МБ. Питание может подаваться в диапазоне от 1.8 до 5.5 вольт, что позволяет задействовать различные источники энергии, включая две или три обычные батарейки AA или типовые литий-ионные аккумуляторы.
👍24
Рассматривается возможность прекращения в GTK5 поддержки X11
Маттиас Класен, лидер Fedora Desktop Team, участник GNOME Release Team и один из активных разработчиков GTK, начал обсуждение возможности прекращения поддержки протокола X11 в следующей значительной ветке GTK5 и оставления возможности работы GTK в Linux только с использованием протокола Wayland.
В примечании к предложению о прекращении поддержки X11 указано, что "X11 не становится лучше, а Wayland уже повсеместно доступен". Далее поясняется, что GTK-бэкенд X11 и код на основе Xlib находятся в стагнации и испытывают проблемы с сопровождающими. Указано, что для того, чтобы поддержка X11 сохранилась, кто-то должен писать и поддерживать связанный с X11 код, но энтузиасты отсутствуют, а имеющиеся разработчики GTK сосредоточены главным образом на поддержке Wayland.
Маттиас Класен, лидер Fedora Desktop Team, участник GNOME Release Team и один из активных разработчиков GTK, начал обсуждение возможности прекращения поддержки протокола X11 в следующей значительной ветке GTK5 и оставления возможности работы GTK в Linux только с использованием протокола Wayland.
В примечании к предложению о прекращении поддержки X11 указано, что "X11 не становится лучше, а Wayland уже повсеместно доступен". Далее поясняется, что GTK-бэкенд X11 и код на основе Xlib находятся в стагнации и испытывают проблемы с сопровождающими. Указано, что для того, чтобы поддержка X11 сохранилась, кто-то должен писать и поддерживать связанный с X11 код, но энтузиасты отсутствуют, а имеющиеся разработчики GTK сосредоточены главным образом на поддержке Wayland.
🤬21👍13🤔5🔥4
Опубликован релиз Live-дистрибутива Porteus 5.0, построенного на пакетной базе Slackware Linux 15 и предлагающего сборки с пользовательскими окружениями Xfce, Cinnamon, GNOME, KDE, LXDE, LXQt, MATE и OpenBox. Состав дистрибутива подобран для минимального потребления ресурсов, что позволяет использовать Porteus на устаревшем оборудовании.
В новой версии осуществлена синхронизация со Slackware 15.0, ядро Linux обновлено до версии 5.18, а набор утилит BusyBox в initrd до версии 1.35. Число формируемых сборок увеличено до 8. Для снижения размера образа компоненты для поддержки языка Perl вынесены во внешний модуль 05-devel. Добавлена поддержка пакетных менеджеров slackpkg и slpkg. В инструментарий для создания загрузчиков добавлена поддержка установки на накопители NMVe.
В новой версии осуществлена синхронизация со Slackware 15.0, ядро Linux обновлено до версии 5.18, а набор утилит BusyBox в initrd до версии 1.35. Число формируемых сборок увеличено до 8. Для снижения размера образа компоненты для поддержки языка Perl вынесены во внешний модуль 05-devel. Добавлена поддержка пакетных менеджеров slackpkg и slpkg. В инструментарий для создания загрузчиков добавлена поддержка установки на накопители NMVe.
👍12