Ubuntu Touch - Qt Quick Controls 2 Gallery
https://youtu.be/0pWvQwwkKts
Size: a a a
2018 September 13
2018 September 17
Линус Торвальдс временно отстранился от разработки ядра Linux
Линус Торвальдс сообщил о временном уходе с поста координатора разработки ядра Linux. До возвращения Линуса его место займёт Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра. Основной задачей Грега станет доведение до конца разработки выпуска 4.19, который сейчас находится на стадии четвёртого кандидата в релизы. Точных сроков не называется, но предполагается, что Линус вернётся к работе к моменту открытия следующего окна приёма изменений, в рамках которого начнётся формирование ядра 4.20.
В качестве причины временного отстранения от разработки называется желание переосмыслить свою роль в сообществе и получить время для изучения вопросов, связанных с пониманием эмоций людей и адекватным реагированием в конфликтных ситуациях. Линус также извинился за то, что иногда бывает несдержан и слишком жёстко отвечает на промахи и ошибки других людей. По его ощущением он не выгорел и не чувствует потребности полностью прекратить участие в разработке Linux, а хочет и дальше продолжать работу над проектом, которым занимается уже почти 30 лет.
На подобные мысли Линуса натолкнула собственная ошибка и реакция на эту ошибку сообщества. Линус перепутал место и время проведения октябрьского саммита мэйнтенеров ядра Linux и запланировал отдых с семьёй на это время. Линус предложил провести саммит без него, но организаторы вошли в положение Линуса и проголосовали за перенос мероприятия из Ванкувера в Эдинбург, чтобы он смог принять участие в саммите без отмены семейной поездки.
После этого случая Линус попытался посмотреть на себя со стороны и осознал, что в дискуссиях важен не только технический аспект, но и человеческое отношение. В своём общении Линус не учитывает эмоциональное состояние людей и часто бывает необоснованно требователен и груб к другим участникам, что приводит к возникновению непрофессиональной и напряжённой обстановки в сообществе, а иногда вынуждает людей к прекращению участия в проекте. Кроме того, он задумался над тем, что был бы рад вообще пропустить саммит разработчиков и это плохой знак. Итогом стало решение сделать перерыв, который даст время переосмыслить своё поведение и научиться терпимости, сдерживанию эмоций и пониманию точки зрения других людей.
Кроме того, Линус Торвальдс полностью обновил документ "Code of Conduct", определяющий основные принципы разрешения конфликтных ситуаций между разработчиками ядра. Ранее правила ограничивались краткими рекомендациями по общению в цивилизованном виде без агрессии и оскорблений. Новый вариант основан на рекомендациях "Contributor Covenant", применяемых во многих открытых проектах, включая Eclipse, Freedesktop, GitLab, Ruby и Kubernetes, а также в открытых проектах Google.
Документ определяет равные возможности для всех участников, независимо от их мировоззрения, возраста, пола, религиозных предпочтений, уровня образования, социального статуса и национальности. В сообществе приветствуется дружелюбная форма общения, понимание, сопереживание проблемам других участников, восприятие конструктивной критики, принятие наилучших для всего сообщества решений. Не допускаются троллинг, оскорбительная манера общения, попытки унижения, домогательства, нарушения неприкосновенности частной жизни, разглашение персональных сведений, а также другие действия, которые могут считаться неуместными при профессиональном общении.
https://lkml.org/lkml/2018/9/16/167
Линус Торвальдс сообщил о временном уходе с поста координатора разработки ядра Linux. До возвращения Линуса его место займёт Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра. Основной задачей Грега станет доведение до конца разработки выпуска 4.19, который сейчас находится на стадии четвёртого кандидата в релизы. Точных сроков не называется, но предполагается, что Линус вернётся к работе к моменту открытия следующего окна приёма изменений, в рамках которого начнётся формирование ядра 4.20.
В качестве причины временного отстранения от разработки называется желание переосмыслить свою роль в сообществе и получить время для изучения вопросов, связанных с пониманием эмоций людей и адекватным реагированием в конфликтных ситуациях. Линус также извинился за то, что иногда бывает несдержан и слишком жёстко отвечает на промахи и ошибки других людей. По его ощущением он не выгорел и не чувствует потребности полностью прекратить участие в разработке Linux, а хочет и дальше продолжать работу над проектом, которым занимается уже почти 30 лет.
На подобные мысли Линуса натолкнула собственная ошибка и реакция на эту ошибку сообщества. Линус перепутал место и время проведения октябрьского саммита мэйнтенеров ядра Linux и запланировал отдых с семьёй на это время. Линус предложил провести саммит без него, но организаторы вошли в положение Линуса и проголосовали за перенос мероприятия из Ванкувера в Эдинбург, чтобы он смог принять участие в саммите без отмены семейной поездки.
После этого случая Линус попытался посмотреть на себя со стороны и осознал, что в дискуссиях важен не только технический аспект, но и человеческое отношение. В своём общении Линус не учитывает эмоциональное состояние людей и часто бывает необоснованно требователен и груб к другим участникам, что приводит к возникновению непрофессиональной и напряжённой обстановки в сообществе, а иногда вынуждает людей к прекращению участия в проекте. Кроме того, он задумался над тем, что был бы рад вообще пропустить саммит разработчиков и это плохой знак. Итогом стало решение сделать перерыв, который даст время переосмыслить своё поведение и научиться терпимости, сдерживанию эмоций и пониманию точки зрения других людей.
Кроме того, Линус Торвальдс полностью обновил документ "Code of Conduct", определяющий основные принципы разрешения конфликтных ситуаций между разработчиками ядра. Ранее правила ограничивались краткими рекомендациями по общению в цивилизованном виде без агрессии и оскорблений. Новый вариант основан на рекомендациях "Contributor Covenant", применяемых во многих открытых проектах, включая Eclipse, Freedesktop, GitLab, Ruby и Kubernetes, а также в открытых проектах Google.
Документ определяет равные возможности для всех участников, независимо от их мировоззрения, возраста, пола, религиозных предпочтений, уровня образования, социального статуса и национальности. В сообществе приветствуется дружелюбная форма общения, понимание, сопереживание проблемам других участников, восприятие конструктивной критики, принятие наилучших для всего сообщества решений. Не допускаются троллинг, оскорбительная манера общения, попытки унижения, домогательства, нарушения неприкосновенности частной жизни, разглашение персональных сведений, а также другие действия, которые могут считаться неуместными при профессиональном общении.
https://lkml.org/lkml/2018/9/16/167
2018 September 18
Microsoft объявила о расширенной версии Ubuntu 18.04 для Hyper-V. Для запуска Ubuntu в Windows 10 Pro требуется всего 3 клика.
omgubuntu.co.uk/2018/09/hyper-v-ubuntu-1804-windows-integration
omgubuntu.co.uk/2018/09/hyper-v-ubuntu-1804-windows-integration
2018 September 20
Canonical продлевает поддержку Ubuntu 14.04 для платных подписчиков
Компания Canonical предупредила о скором истечении пятилетнего срока выпуска обновлений для Ubuntu 14.04 LTS. Начиная с 30 апреля 2019 года официальная публичная поддержка дистрибутива Ubuntu 14.04 будет прекращена, но для пользователей, которые не успевают перевести свои системы на Ubuntu 16.04 или 18.04, предложена программа ESM (Extended Security Maintenance), в рамках которой будет продолжена публикация обновлений с устранением уязвимостей для ядра и наиболее важных системных пакетов. Доступ к этим обновлениям будет ограничен только для пользователей платной подписки на услуги технической поддержки.
https://blog.ubuntu.com/2018/09/19/extended-security-maintenance-ubuntu-14-04-trusty-tahr
Компания Canonical предупредила о скором истечении пятилетнего срока выпуска обновлений для Ubuntu 14.04 LTS. Начиная с 30 апреля 2019 года официальная публичная поддержка дистрибутива Ubuntu 14.04 будет прекращена, но для пользователей, которые не успевают перевести свои системы на Ubuntu 16.04 или 18.04, предложена программа ESM (Extended Security Maintenance), в рамках которой будет продолжена публикация обновлений с устранением уязвимостей для ядра и наиболее важных системных пакетов. Доступ к этим обновлениям будет ограничен только для пользователей платной подписки на услуги технической поддержки.
https://blog.ubuntu.com/2018/09/19/extended-security-maintenance-ubuntu-14-04-trusty-tahr
Новый сайт русскоязычного сообщества KDE
Русскоязычное сообщество KDE запустило обновлённый сайт KDE.ru. На сайте размещена основная информация о сообществе, ссылки для загрузки продуктов, инструкции для новых участников и список страниц в соцсетях. Сайт построен на движке Jekyll и размещён в основной инфраструктуре KDE на одном сервере c kde.org. Новый сайт заменил собой старый форум, утративший участников в последние годы, и призван помочь всем, кто начинает свой путь в мир свободного ПО.
https://kde.ru/
Русскоязычное сообщество KDE запустило обновлённый сайт KDE.ru. На сайте размещена основная информация о сообществе, ссылки для загрузки продуктов, инструкции для новых участников и список страниц в соцсетях. Сайт построен на движке Jekyll и размещён в основной инфраструктуре KDE на одном сервере c kde.org. Новый сайт заменил собой старый форум, утративший участников в последние годы, и призван помочь всем, кто начинает свой путь в мир свободного ПО.
https://kde.ru/
2018 September 21
Для ядра Linux предложен механизм раздельного учёта времени в контейнерах
Для обсуждения в списке рассылки разработчиков ядра Linux предложен набор патчей с реализацией пространства имён для времени. После завершения разработки обсуждаемый механизм позволит раздельно управлять временем в каждом контейнере, давая возможность выставлять своё дату/время, синхронизировать время независимо от базового окружения и корректно возобновлять показания таймеров при восстановления контейнера после заморозки.
В текущем виде ядро Linux предоставляет общие счётчики всех видов времени для контейнеров, что создаёт трудности при миграции контейнеров между узлами и восстановлении после заморозки их состояния. При восстановлении остановленного на какое-то время контейнера важно не столько изменение показания календарного времени (CLOCK_REALTIME), сколько правильность восстановления значений монотонных часов (CLOCK_MONOTONIC) и часов времени после загрузки (CLOCK_BOOTTIME).
Монотонные часы отражают неразрывно увеличивающееся время, прошедшее с момента определённого события в прошлом, т.е. если контейнер был заморожен, то показания монотонных часов должны восстановить значение на момент заморозки, пропустив интервал времени, в котором контейнер находился в состоянии заморозки или сна. Аналогичная ситуация возникает при восстановлении времени с момента загрузки (в современных ядрах Linux значения CLOCK_MONOTONIC и CLOCK_BOOTTIME совпадают).
Суть предложенных изменений в добавлении для каждого пространства имён дополнительных смещений к базовым значениям системных часов. При обращении процесса, находящегося в некорневом пространстве имён, к системным вызовам, связанным с манипуляцией временем, указанные смещения будут суммироваться c базовыми показаниями времени. В представленном на рассмотрение наборе изменений смещение пока реализованы только для таймеров CLOCK_MONOTONIC и CLOCK_BOOTTIME. Для CLOCK_REALTIME детали реализации пока находятся на стадии обсуждения и непонятно, достаточно ли будет смещения, как поступать при смене времени в хост-окружении и есть ли необходимость в корректировке времени, используемом для отражения момента создания или изменения файлов в VFS.
https://lkml.org/lkml/2018/9/19/950
Для обсуждения в списке рассылки разработчиков ядра Linux предложен набор патчей с реализацией пространства имён для времени. После завершения разработки обсуждаемый механизм позволит раздельно управлять временем в каждом контейнере, давая возможность выставлять своё дату/время, синхронизировать время независимо от базового окружения и корректно возобновлять показания таймеров при восстановления контейнера после заморозки.
В текущем виде ядро Linux предоставляет общие счётчики всех видов времени для контейнеров, что создаёт трудности при миграции контейнеров между узлами и восстановлении после заморозки их состояния. При восстановлении остановленного на какое-то время контейнера важно не столько изменение показания календарного времени (CLOCK_REALTIME), сколько правильность восстановления значений монотонных часов (CLOCK_MONOTONIC) и часов времени после загрузки (CLOCK_BOOTTIME).
Монотонные часы отражают неразрывно увеличивающееся время, прошедшее с момента определённого события в прошлом, т.е. если контейнер был заморожен, то показания монотонных часов должны восстановить значение на момент заморозки, пропустив интервал времени, в котором контейнер находился в состоянии заморозки или сна. Аналогичная ситуация возникает при восстановлении времени с момента загрузки (в современных ядрах Linux значения CLOCK_MONOTONIC и CLOCK_BOOTTIME совпадают).
Суть предложенных изменений в добавлении для каждого пространства имён дополнительных смещений к базовым значениям системных часов. При обращении процесса, находящегося в некорневом пространстве имён, к системным вызовам, связанным с манипуляцией временем, указанные смещения будут суммироваться c базовыми показаниями времени. В представленном на рассмотрение наборе изменений смещение пока реализованы только для таймеров CLOCK_MONOTONIC и CLOCK_BOOTTIME. Для CLOCK_REALTIME детали реализации пока находятся на стадии обсуждения и непонятно, достаточно ли будет смещения, как поступать при смене времени в хост-окружении и есть ли необходимость в корректировке времени, используемом для отражения момента создания или изменения файлов в VFS.
https://lkml.org/lkml/2018/9/19/950
2018 September 24
Доступен дисплейный сервер Mir 1.0
Представлен релиз дисплейного сервера Mir 1.0, разработка которого продолжается компанией Canonical, несмотря на отказ от развития оболочки Unity и редакции Ubuntu для смартфонов. Mir остаётся востребован в проектах Canonical и теперь позиционируется как решение для встраиваемых устройств и интернета вещей (IoT). Пакеты для установки подготовлены для Ubuntu 16.04/18.04/18.10 (PPA) и Fedora 27/28/29.
В новой версии основное внимание уделено стабилизации средств для запуска Wayland-приложений в окружении Mir, используя Mir в качестве композитного сервера для Wayland. Любые приложения, использующие Wayland (например, собранные с GTK3/4, Qt5 или SDL2), будут работать и в Mir. Стабилизирована поддержка Wayland-расширения xdg-shell с реализацией протокола, определяющего общие для всех окружений рабочих столов операции с окнами, пиктограммами, меню и указателями. Добавлена директива для настройки подключения дополнительных расширений Wayland (например, "wayland_extensions=wl_shell:xdg_wm_base:xdg_shell_v6"). Реализована экспериментальная поддержка запуска X11-приложений при помощи компонента XWayland (включается через настройку "x11-display-experimental=1").
Из не связанных с Wayland улучшений выделяется новый файл конфигурации ".display" для настройки раскладки экранов при подключении нескольких мониторов. Например, указанная возможность может оказаться полезной для разбивки виртуального экрана на части при создании "видеостен", в которых изображение большого размера формируется из большого числа отдельных мониторов. Настройка раскладки экранов реализована через прослойку MirAL (Mir Abstraction Layer), абстрагирующую доступ к ABI Mir через библиотеку libmiral.
В текущем виде Mir представляет собой набор библиотек с реализацией графического стека, на основе которого подготовлена минималистичная оболочка mir-kiosk. Оболочка нацелена на обособленный запуск отдельных приложений в режиме интернет-киоска (интерфейс ограничен одним приложением), что может оказаться полезным для создания демонстрационных стендов, электронных вывесок, терминалов самообслуживания, автомобильных информационно-развлекальных приложений, умных счётчиков и экранов-индикаторов для бытовой техники. Mir-kiosk поставляется в виде snap-пакета и уже адаптирован для использования Mir 1.0. Разработчиками Mir подготовлена инструкция по созданию загружаемого образа для запуска произвольного Qt-приложения с использованием Mir-kiosk и системного окружения Ubuntu Core.
Из более функциональных пользовательских оболочек на базе Mir отмечаются окружения Unity8 и Egmde. Для создания собственных специализированных оболочек в Mir предоставляется API, позволяющий гибко настраивать поведение системы управления окнами (например, предлагаются режимы полноэкранного вывода, мозаичной компоновки и плавающих окон).
https://blog.ubuntu.com/2018/09/21/iot-graphics-mir-release-1-0
Представлен релиз дисплейного сервера Mir 1.0, разработка которого продолжается компанией Canonical, несмотря на отказ от развития оболочки Unity и редакции Ubuntu для смартфонов. Mir остаётся востребован в проектах Canonical и теперь позиционируется как решение для встраиваемых устройств и интернета вещей (IoT). Пакеты для установки подготовлены для Ubuntu 16.04/18.04/18.10 (PPA) и Fedora 27/28/29.
В новой версии основное внимание уделено стабилизации средств для запуска Wayland-приложений в окружении Mir, используя Mir в качестве композитного сервера для Wayland. Любые приложения, использующие Wayland (например, собранные с GTK3/4, Qt5 или SDL2), будут работать и в Mir. Стабилизирована поддержка Wayland-расширения xdg-shell с реализацией протокола, определяющего общие для всех окружений рабочих столов операции с окнами, пиктограммами, меню и указателями. Добавлена директива для настройки подключения дополнительных расширений Wayland (например, "wayland_extensions=wl_shell:xdg_wm_base:xdg_shell_v6"). Реализована экспериментальная поддержка запуска X11-приложений при помощи компонента XWayland (включается через настройку "x11-display-experimental=1").
Из не связанных с Wayland улучшений выделяется новый файл конфигурации ".display" для настройки раскладки экранов при подключении нескольких мониторов. Например, указанная возможность может оказаться полезной для разбивки виртуального экрана на части при создании "видеостен", в которых изображение большого размера формируется из большого числа отдельных мониторов. Настройка раскладки экранов реализована через прослойку MirAL (Mir Abstraction Layer), абстрагирующую доступ к ABI Mir через библиотеку libmiral.
В текущем виде Mir представляет собой набор библиотек с реализацией графического стека, на основе которого подготовлена минималистичная оболочка mir-kiosk. Оболочка нацелена на обособленный запуск отдельных приложений в режиме интернет-киоска (интерфейс ограничен одним приложением), что может оказаться полезным для создания демонстрационных стендов, электронных вывесок, терминалов самообслуживания, автомобильных информационно-развлекальных приложений, умных счётчиков и экранов-индикаторов для бытовой техники. Mir-kiosk поставляется в виде snap-пакета и уже адаптирован для использования Mir 1.0. Разработчиками Mir подготовлена инструкция по созданию загружаемого образа для запуска произвольного Qt-приложения с использованием Mir-kiosk и системного окружения Ubuntu Core.
Из более функциональных пользовательских оболочек на базе Mir отмечаются окружения Unity8 и Egmde. Для создания собственных специализированных оболочек в Mir предоставляется API, позволяющий гибко настраивать поведение системы управления окнами (например, предлагаются режимы полноэкранного вывода, мозаичной компоновки и плавающих окон).
https://blog.ubuntu.com/2018/09/21/iot-graphics-mir-release-1-0
2018 September 26
Обои Ubuntu 18.10 Cosmically Cute
