Число правок участника (user_editcount) | 129641 |
Имя учётной записи (user_name) | 'InternetArchiveBot' |
Тип учётной записи участника (user_type) | 'named' |
Возраст учётной записи (user_age) | 154899493 |
Группы (включая неявные) в которых состоит участник (user_groups) | [
0 => 'autoreview',
1 => 'bot',
2 => '*',
3 => 'user',
4 => 'autoconfirmed'
] |
Права, которые есть у участника (user_rights) | [
0 => 'move-categorypages',
1 => 'movestable',
2 => 'autoreview',
3 => 'noratelimit',
4 => 'bot',
5 => 'autoconfirmed',
6 => 'editsemiprotected',
7 => 'nominornewtalk',
8 => 'autopatrol',
9 => 'suppressredirect',
10 => 'apihighlimits',
11 => 'sboverride',
12 => 'skipcaptcha',
13 => 'abusefilter-bypass-blocked-external-domains',
14 => 'createaccount',
15 => 'read',
16 => 'edit',
17 => 'createpage',
18 => 'createtalk',
19 => 'abusefilter-log-detail',
20 => 'abusefilter-view',
21 => 'abusefilter-log',
22 => 'reupload-own',
23 => 'move-rootuserpages',
24 => 'minoredit',
25 => 'editmyusercss',
26 => 'editmyuserjson',
27 => 'editmyuserjs',
28 => 'sendemail',
29 => 'applychangetags',
30 => 'changetags',
31 => 'viewmywatchlist',
32 => 'editmywatchlist',
33 => 'reupload',
34 => 'upload',
35 => 'move',
36 => 'transcode-reset'
] |
Редактирует ли участник через мобильный интерфейс (user_mobile) | false |
Global edit count of the user (global_user_editcount) | 32974181 |
Редактирует ли пользователь через мобильное приложение (user_app) | false |
ID страницы (page_id) | 3777357 |
Пространство имён страницы (page_namespace) | 0 |
Название страницы (без пространства имён) (page_title) | 'Релиз системы самодостаточных пакетов Flatpak 1.8.0' |
Полное название страницы (page_prefixedtitle) | 'Релиз системы самодостаточных пакетов Flatpak 1.8.0' |
Последние десять редакторов страницы (page_recent_contributors) | [
0 => 'Krassotkin',
1 => 'NewsBots'
] |
Действие (action) | 'edit' |
Описание правки/причина (summary) | 'Rescuing 2 sources and tagging 0 as dead.) #IABot (v2.0.9.5' |
Время с момента последнего редактирования страницы (в секундах) (page_last_edit_age) | 139232695 |
Старая модель содержимого (old_content_model) | 'wikitext' |
Новая модель содержимого (new_content_model) | 'wikitext' |
Вики-текст старой страницы до правки (old_wikitext) | '{{дата|25 июня 2020}}
{{тема|Компьютерные технологии}}
[[File:Wikinews-logo-ru.svg|thumb|left|300px|]]
[https://github.com/flatpak/flatpak/releases/tag/1.8.0 Опубликована] новая стабильная ветка инструментария [http://flatpak.org/ Flatpak 1.8], который предоставляет систему для сборки самодостаточных пакетов, не привязанных к конкретным дистрибутивам Linux и выполняемых в специальном контейнере, изолирующем приложение от остальной системы. Поддержка выполнения Flatpak-пакетов обеспечена для Arch Linux, [https://copr.fedorainfracloud.org/coprs/amigadave/flatpak-epel7/ CentOS], Debian, Fedora, Gentoo, Mageia, Linux Mint и Ubuntu. Пакеты с Flatpak включены в репозиторий Fedora и поддерживаются в штатной программе управления приложениями GNOME.
Ключевые [https://github.com/flatpak/flatpak/blob/master/NEWS новшества] в ветке Flatpak 1.8:
* Упрощена реализация установки в режиме P2P (позволяет организовать загрузку приложений и runtime-наборов через промежуточные узлы или накопители для систем без сетевого подключения). Прекращена поддержка установки через промежуточные хосты в локальной сети. Отключена по умолчанию автоматическая загрузка репозиториев (sideload), размещённых на локальных USB-накопителях. Для активации промежуточных локальных репозиториев следует настроить репозиторий через создание символической ссылки из /var/lib/flatpak/sideload-repos или/run/flatpak/sideload-repos. Изменение позволило упростить внутреннюю реализацию режима P2P и повысить его эффективность.
* Добавлен опциональный systemd unit для автоматического определения дополнительных репозиториев на подключённых внешних USB-накопителях.
* Для приложений, имеющих доступ к файловой системе, обеспечен проброс каталога /lib хост-окружения в /run/host/lib.
* Добавлены новые полномочия доступа к ФС - "host-etc" и "host-os", позволяющие получить доступ к системным каталогам /etc и /usr.
* Для генерации более эффективного кода разбора файлов GVariant из ostreee задействован [https://github.com/alexlarsson/variant-schema-compiler variant-schema-compiler].
* В сборочном крипте configure предоставлена возможность сборки безlibsystemd;
* Обеспечено монтирование сокетов Journal в режиме только для чтения.
* В document-export добавлена поддержка экспорта каталогов.
* Разрешён прямой доступ к звуковым устройствам ALSA для приложений, имеющих доступ к Pulseaudio.
* В API [https://docs.flatpak.org/en/latest/libflatpak-api-reference.html#FlatpakTransaction FlatpakTransaction] добавлен сигнал "install-authenticator", который может использоваться клиентами для установки аутентификаторов, необходимых для совершения транзакции.
* Обеспечено использование данных о часовом поясе на основе /etc/localtime из хост-системы, что решило связанные с часовыми поясами проблемы в некоторых приложениях.
* Прекращена установка файла env.d из gdm, так как генераторы systemd лучше справляются с этой задачей.
* В утилите create-usb по умолчанию включён экспорт частичных коммитов.
* Обеспечена поставка файла sysusers.d для создания через systemd необходимых пользователей.
* В команды "flatpak remote-add" и "flatpak modify" добавлена опция "--[no-]follow-redirect" для запрета/разрешения перенаправления на другой репозиторий.
* В систему [https://github.com/flatpak/xdg-desktop-portal/blob/master/data/ порталов] добавлен API Spawn для получения реального идентификатора процесса (PID) запущенного приложения.
* Все репозитории OCI (Open Container Initiative) переведены на использование аутентификатора flatpak-oci-authenticator.
* В команды "flatpak remote-info" и "flatpak update" добавлена опция "--commit=" для задания определённой версии репозиториев OCI.
* Добавлена начальная поддержка delta-обновлений для репозиториев OCI.
* Добавлена команда "flatpak upgrade", которая является псевдонимом команды "flatpak update".
* Реализованы сценарии дополнения ввода для командной оболочки fish.
Напомним, что разработчикам приложений Flatpak даёт возможность упростить распространение своих программ, не входящих в штатные репозитории дистрибутивов за счет [http://flatpak.org/developer.html подготовки] одного универсального контейнера без формирования отдельных сборок для каждого дистрибутива. Пользователям, заботящимся о безопасности, Flatpak позволяет выполнить вызывающее сомнение приложение в контейнере, предоставив доступ только к сетевым функциям и файлам пользователя, связанным с приложением. Пользователям, интересующимся новинками, Flatpak позволяет установить самые свежие тестовые и стабильные выпуски приложений без необходимости внесения изменений в систему. Например, в настоящее время Flatpak-пакеты уже [https://flathub.org собираются] для LibreOffice, Midori, GIMP, Inkscape, Kdenlive, Steam, 0 A.D., Visual Studio Code, VLC, Slack, Skype, Telegram Desktop, Android Studio и т.д.
Для уменьшения размера пакета он включает лишь специфичные для приложения зависимости, а базовые системные и графические библиотеки (Gtk+, Qt, библиотеки GNOME и KDE и т.п.) оформлены в виде подключаемых типовых runtime-окружений. Ключевое отличие Flatpak от Snap заключается в том, что Snap использует компоненты окружения основной системы и изоляцию на основе фильтрации системных вызовов, в то время как Flatpak создаёт отдельный от системы контейнер и оперирует крупными runtime-наборами, предоставляя в качестве зависимостей не пакеты, а типовые системные окружения (например, все библиотеки, необходимые для работы программ GNOME или KDE).
Помимо типового системного окружения (runtime), устанавливаемого через специальный [http://sdk.gnome.org/repo/ репозиторий], поставляются дополнительные зависимости (bundle), требуемые для работы приложения. В сумме runtime и bundle образуют начинку контейнера, при том, что runtime устанавливается отдельно и привязывается сразу к нескольким контейнерам, что позволяет обойтись без дублирования общих для контейнеров системных файлов. В одной системе может быть установлено несколько разных runtime (GNOME, KDE) или несколько версий одного runtime (GNOME 3.26, GNOME 3.28). Контейнер с приложением в качестве зависимости использует привязку только к определённому runtime, без учета отдельных пакетов, из которых состоит runtime. Все недостающие элементы упаковываются непосредственно вместе с приложением. При формировании контейнера содержимое runtime монтируется как раздел /usr, а bundle монтируется в директорию /app.
Начинка runtime и контейнеров приложений формируется с использованием технологии OSTree, при которой образ атомарно обновляется из Git-подобного хранилища, позволяющего применять методы версионного контроля к компонентам дистрибутива (например, можно быстро откатить систему к прошлому состоянию). RPM-пакеты транслируются в репозиторий OSTree при помощи специальной прослойки [http://rpm-ostree.cloud.fedoraproject.org/ rpm-ostree]. Отдельная установка и обновление пакетов внутри рабочего окружения не поддерживается, система обновляется не на уровне отдельных компонентов, а целиком, атомарно меняя своё состояние. Предоставляются средства для инкрементального применения обновлений, избавляющие от необходимости полной замены образа при каждом обновлении.
Формируемое изолированное окружение полностью независимо от используемого дистрибутива и при надлежащих настройках пакета не имеет доступа к файлам и процессам пользователя или основной системы, не может напрямую обращаться к оборудованию, за исключением вывода через DRI, и сетевой подсистеме. Вывод графики и организация ввода [https://github.com/flatpak/flatpak/wiki реализованы] при помощи протокола Wayland или через проброс сокета X11. Взаимодействие с внешней средой построено на основе системы обмена сообщениями DBus и специального API Portals. Для изоляции [https://github.com/flatpak/flatpak/wiki/Sandbox используется] прослойка Bubblewrap и традиционные для Linux технологии контейнерной виртуализации, основанные на использовании cgroups, пространств имён (namespaces), Seccomp и SELinux. Для вывода звука применяется PulseAudio.
{{-}}
== Источники ==
{{OpenNET|url=https://www.opennet.ru/opennews/art.shtml?num=53229|title=Релиз системы самодостаточных пакетов Flatpak 1.8.0}}
{{Загружено ботом|NewsBots|OpenNET}}
{{Подвал новости}}
{{Категории|flatpak|Компьютерные технологии|Наука и технологии|Программное обеспечение|Технологии|}}
{{yes}}
[[Категория:LibreOffice]]' |
Вики-текст новой страницы после правки (new_wikitext) | '{{дата|25 июня 2020}}
{{тема|Компьютерные технологии}}
[[File:Wikinews-logo-ru.svg|thumb|left|300px|]]
[https://github.com/flatpak/flatpak/releases/tag/1.8.0 Опубликована] новая стабильная ветка инструментария [http://flatpak.org/ Flatpak 1.8], который предоставляет систему для сборки самодостаточных пакетов, не привязанных к конкретным дистрибутивам Linux и выполняемых в специальном контейнере, изолирующем приложение от остальной системы. Поддержка выполнения Flatpak-пакетов обеспечена для Arch Linux, [https://copr.fedorainfracloud.org/coprs/amigadave/flatpak-epel7/ CentOS], Debian, Fedora, Gentoo, Mageia, Linux Mint и Ubuntu. Пакеты с Flatpak включены в репозиторий Fedora и поддерживаются в штатной программе управления приложениями GNOME.
Ключевые [https://github.com/flatpak/flatpak/blob/master/NEWS новшества] в ветке Flatpak 1.8:
* Упрощена реализация установки в режиме P2P (позволяет организовать загрузку приложений и runtime-наборов через промежуточные узлы или накопители для систем без сетевого подключения). Прекращена поддержка установки через промежуточные хосты в локальной сети. Отключена по умолчанию автоматическая загрузка репозиториев (sideload), размещённых на локальных USB-накопителях. Для активации промежуточных локальных репозиториев следует настроить репозиторий через создание символической ссылки из /var/lib/flatpak/sideload-repos или/run/flatpak/sideload-repos. Изменение позволило упростить внутреннюю реализацию режима P2P и повысить его эффективность.
* Добавлен опциональный systemd unit для автоматического определения дополнительных репозиториев на подключённых внешних USB-накопителях.
* Для приложений, имеющих доступ к файловой системе, обеспечен проброс каталога /lib хост-окружения в /run/host/lib.
* Добавлены новые полномочия доступа к ФС - "host-etc" и "host-os", позволяющие получить доступ к системным каталогам /etc и /usr.
* Для генерации более эффективного кода разбора файлов GVariant из ostreee задействован [https://github.com/alexlarsson/variant-schema-compiler variant-schema-compiler].
* В сборочном крипте configure предоставлена возможность сборки безlibsystemd;
* Обеспечено монтирование сокетов Journal в режиме только для чтения.
* В document-export добавлена поддержка экспорта каталогов.
* Разрешён прямой доступ к звуковым устройствам ALSA для приложений, имеющих доступ к Pulseaudio.
* В API [https://docs.flatpak.org/en/latest/libflatpak-api-reference.html#FlatpakTransaction FlatpakTransaction] добавлен сигнал "install-authenticator", который может использоваться клиентами для установки аутентификаторов, необходимых для совершения транзакции.
* Обеспечено использование данных о часовом поясе на основе /etc/localtime из хост-системы, что решило связанные с часовыми поясами проблемы в некоторых приложениях.
* Прекращена установка файла env.d из gdm, так как генераторы systemd лучше справляются с этой задачей.
* В утилите create-usb по умолчанию включён экспорт частичных коммитов.
* Обеспечена поставка файла sysusers.d для создания через systemd необходимых пользователей.
* В команды "flatpak remote-add" и "flatpak modify" добавлена опция "--[no-]follow-redirect" для запрета/разрешения перенаправления на другой репозиторий.
* В систему [https://github.com/flatpak/xdg-desktop-portal/blob/master/data/ порталов] добавлен API Spawn для получения реального идентификатора процесса (PID) запущенного приложения.
* Все репозитории OCI (Open Container Initiative) переведены на использование аутентификатора flatpak-oci-authenticator.
* В команды "flatpak remote-info" и "flatpak update" добавлена опция "--commit=" для задания определённой версии репозиториев OCI.
* Добавлена начальная поддержка delta-обновлений для репозиториев OCI.
* Добавлена команда "flatpak upgrade", которая является псевдонимом команды "flatpak update".
* Реализованы сценарии дополнения ввода для командной оболочки fish.
Напомним, что разработчикам приложений Flatpak даёт возможность упростить распространение своих программ, не входящих в штатные репозитории дистрибутивов за счет [http://flatpak.org/developer.html подготовки] одного универсального контейнера без формирования отдельных сборок для каждого дистрибутива. Пользователям, заботящимся о безопасности, Flatpak позволяет выполнить вызывающее сомнение приложение в контейнере, предоставив доступ только к сетевым функциям и файлам пользователя, связанным с приложением. Пользователям, интересующимся новинками, Flatpak позволяет установить самые свежие тестовые и стабильные выпуски приложений без необходимости внесения изменений в систему. Например, в настоящее время Flatpak-пакеты уже [https://flathub.org собираются] для LibreOffice, Midori, GIMP, Inkscape, Kdenlive, Steam, 0 A.D., Visual Studio Code, VLC, Slack, Skype, Telegram Desktop, Android Studio и т.д.
Для уменьшения размера пакета он включает лишь специфичные для приложения зависимости, а базовые системные и графические библиотеки (Gtk+, Qt, библиотеки GNOME и KDE и т.п.) оформлены в виде подключаемых типовых runtime-окружений. Ключевое отличие Flatpak от Snap заключается в том, что Snap использует компоненты окружения основной системы и изоляцию на основе фильтрации системных вызовов, в то время как Flatpak создаёт отдельный от системы контейнер и оперирует крупными runtime-наборами, предоставляя в качестве зависимостей не пакеты, а типовые системные окружения (например, все библиотеки, необходимые для работы программ GNOME или KDE).
Помимо типового системного окружения (runtime), устанавливаемого через специальный [http://sdk.gnome.org/repo/ репозиторий] {{Wayback|url=http://sdk.gnome.org/repo/ |date=20180123010934 }}, поставляются дополнительные зависимости (bundle), требуемые для работы приложения. В сумме runtime и bundle образуют начинку контейнера, при том, что runtime устанавливается отдельно и привязывается сразу к нескольким контейнерам, что позволяет обойтись без дублирования общих для контейнеров системных файлов. В одной системе может быть установлено несколько разных runtime (GNOME, KDE) или несколько версий одного runtime (GNOME 3.26, GNOME 3.28). Контейнер с приложением в качестве зависимости использует привязку только к определённому runtime, без учета отдельных пакетов, из которых состоит runtime. Все недостающие элементы упаковываются непосредственно вместе с приложением. При формировании контейнера содержимое runtime монтируется как раздел /usr, а bundle монтируется в директорию /app.
Начинка runtime и контейнеров приложений формируется с использованием технологии OSTree, при которой образ атомарно обновляется из Git-подобного хранилища, позволяющего применять методы версионного контроля к компонентам дистрибутива (например, можно быстро откатить систему к прошлому состоянию). RPM-пакеты транслируются в репозиторий OSTree при помощи специальной прослойки [http://rpm-ostree.cloud.fedoraproject.org/ rpm-ostree] {{Wayback|url=http://rpm-ostree.cloud.fedoraproject.org/ |date=20150705181902 }}. Отдельная установка и обновление пакетов внутри рабочего окружения не поддерживается, система обновляется не на уровне отдельных компонентов, а целиком, атомарно меняя своё состояние. Предоставляются средства для инкрементального применения обновлений, избавляющие от необходимости полной замены образа при каждом обновлении.
Формируемое изолированное окружение полностью независимо от используемого дистрибутива и при надлежащих настройках пакета не имеет доступа к файлам и процессам пользователя или основной системы, не может напрямую обращаться к оборудованию, за исключением вывода через DRI, и сетевой подсистеме. Вывод графики и организация ввода [https://github.com/flatpak/flatpak/wiki реализованы] при помощи протокола Wayland или через проброс сокета X11. Взаимодействие с внешней средой построено на основе системы обмена сообщениями DBus и специального API Portals. Для изоляции [https://github.com/flatpak/flatpak/wiki/Sandbox используется] прослойка Bubblewrap и традиционные для Linux технологии контейнерной виртуализации, основанные на использовании cgroups, пространств имён (namespaces), Seccomp и SELinux. Для вывода звука применяется PulseAudio.
{{-}}
== Источники ==
{{OpenNET|url=https://www.opennet.ru/opennews/art.shtml?num=53229|title=Релиз системы самодостаточных пакетов Flatpak 1.8.0}}
{{Загружено ботом|NewsBots|OpenNET}}
{{Подвал новости}}
{{Категории|flatpak|Компьютерные технологии|Наука и технологии|Программное обеспечение|Технологии|}}
{{yes}}
[[Категория:LibreOffice]]' |
Унифицированная разница изменений правки (edit_diff) | '@@ -31,7 +31,7 @@
Для уменьшения размера пакета он включает лишь специфичные для приложения зависимости, а базовые системные и графические библиотеки (Gtk+, Qt, библиотеки GNOME и KDE и т.п.) оформлены в виде подключаемых типовых runtime-окружений. Ключевое отличие Flatpak от Snap заключается в том, что Snap использует компоненты окружения основной системы и изоляцию на основе фильтрации системных вызовов, в то время как Flatpak создаёт отдельный от системы контейнер и оперирует крупными runtime-наборами, предоставляя в качестве зависимостей не пакеты, а типовые системные окружения (например, все библиотеки, необходимые для работы программ GNOME или KDE).
-Помимо типового системного окружения (runtime), устанавливаемого через специальный [http://sdk.gnome.org/repo/ репозиторий], поставляются дополнительные зависимости (bundle), требуемые для работы приложения. В сумме runtime и bundle образуют начинку контейнера, при том, что runtime устанавливается отдельно и привязывается сразу к нескольким контейнерам, что позволяет обойтись без дублирования общих для контейнеров системных файлов. В одной системе может быть установлено несколько разных runtime (GNOME, KDE) или несколько версий одного runtime (GNOME 3.26, GNOME 3.28). Контейнер с приложением в качестве зависимости использует привязку только к определённому runtime, без учета отдельных пакетов, из которых состоит runtime. Все недостающие элементы упаковываются непосредственно вместе с приложением. При формировании контейнера содержимое runtime монтируется как раздел /usr, а bundle монтируется в директорию /app.
+Помимо типового системного окружения (runtime), устанавливаемого через специальный [http://sdk.gnome.org/repo/ репозиторий] {{Wayback|url=http://sdk.gnome.org/repo/ |date=20180123010934 }}, поставляются дополнительные зависимости (bundle), требуемые для работы приложения. В сумме runtime и bundle образуют начинку контейнера, при том, что runtime устанавливается отдельно и привязывается сразу к нескольким контейнерам, что позволяет обойтись без дублирования общих для контейнеров системных файлов. В одной системе может быть установлено несколько разных runtime (GNOME, KDE) или несколько версий одного runtime (GNOME 3.26, GNOME 3.28). Контейнер с приложением в качестве зависимости использует привязку только к определённому runtime, без учета отдельных пакетов, из которых состоит runtime. Все недостающие элементы упаковываются непосредственно вместе с приложением. При формировании контейнера содержимое runtime монтируется как раздел /usr, а bundle монтируется в директорию /app.
-Начинка runtime и контейнеров приложений формируется с использованием технологии OSTree, при которой образ атомарно обновляется из Git-подобного хранилища, позволяющего применять методы версионного контроля к компонентам дистрибутива (например, можно быстро откатить систему к прошлому состоянию). RPM-пакеты транслируются в репозиторий OSTree при помощи специальной прослойки [http://rpm-ostree.cloud.fedoraproject.org/ rpm-ostree]. Отдельная установка и обновление пакетов внутри рабочего окружения не поддерживается, система обновляется не на уровне отдельных компонентов, а целиком, атомарно меняя своё состояние. Предоставляются средства для инкрементального применения обновлений, избавляющие от необходимости полной замены образа при каждом обновлении.
+Начинка runtime и контейнеров приложений формируется с использованием технологии OSTree, при которой образ атомарно обновляется из Git-подобного хранилища, позволяющего применять методы версионного контроля к компонентам дистрибутива (например, можно быстро откатить систему к прошлому состоянию). RPM-пакеты транслируются в репозиторий OSTree при помощи специальной прослойки [http://rpm-ostree.cloud.fedoraproject.org/ rpm-ostree] {{Wayback|url=http://rpm-ostree.cloud.fedoraproject.org/ |date=20150705181902 }}. Отдельная установка и обновление пакетов внутри рабочего окружения не поддерживается, система обновляется не на уровне отдельных компонентов, а целиком, атомарно меняя своё состояние. Предоставляются средства для инкрементального применения обновлений, избавляющие от необходимости полной замены образа при каждом обновлении.
Формируемое изолированное окружение полностью независимо от используемого дистрибутива и при надлежащих настройках пакета не имеет доступа к файлам и процессам пользователя или основной системы, не может напрямую обращаться к оборудованию, за исключением вывода через DRI, и сетевой подсистеме. Вывод графики и организация ввода [https://github.com/flatpak/flatpak/wiki реализованы] при помощи протокола Wayland или через проброс сокета X11. Взаимодействие с внешней средой построено на основе системы обмена сообщениями DBus и специального API Portals. Для изоляции [https://github.com/flatpak/flatpak/wiki/Sandbox используется] прослойка Bubblewrap и традиционные для Linux технологии контейнерной виртуализации, основанные на использовании cgroups, пространств имён (namespaces), Seccomp и SELinux. Для вывода звука применяется PulseAudio.
' |
Старый размер страницы (old_size) | 13607 |
Добавленные в правке строки (added_lines) | [
0 => 'Помимо типового системного окружения (runtime), устанавливаемого через специальный [http://sdk.gnome.org/repo/ репозиторий] {{Wayback|url=http://sdk.gnome.org/repo/ |date=20180123010934 }}, поставляются дополнительные зависимости (bundle), требуемые для работы приложения. В сумме runtime и bundle образуют начинку контейнера, при том, что runtime устанавливается отдельно и привязывается сразу к нескольким контейнерам, что позволяет обойтись без дублирования общих для контейнеров системных файлов. В одной системе может быть установлено несколько разных runtime (GNOME, KDE) или несколько версий одного runtime (GNOME 3.26, GNOME 3.28). Контейнер с приложением в качестве зависимости использует привязку только к определённому runtime, без учета отдельных пакетов, из которых состоит runtime. Все недостающие элементы упаковываются непосредственно вместе с приложением. При формировании контейнера содержимое runtime монтируется как раздел /usr, а bundle монтируется в директорию /app. ',
1 => 'Начинка runtime и контейнеров приложений формируется с использованием технологии OSTree, при которой образ атомарно обновляется из Git-подобного хранилища, позволяющего применять методы версионного контроля к компонентам дистрибутива (например, можно быстро откатить систему к прошлому состоянию). RPM-пакеты транслируются в репозиторий OSTree при помощи специальной прослойки [http://rpm-ostree.cloud.fedoraproject.org/ rpm-ostree] {{Wayback|url=http://rpm-ostree.cloud.fedoraproject.org/ |date=20150705181902 }}. Отдельная установка и обновление пакетов внутри рабочего окружения не поддерживается, система обновляется не на уровне отдельных компонентов, а целиком, атомарно меняя своё состояние. Предоставляются средства для инкрементального применения обновлений, избавляющие от необходимости полной замены образа при каждом обновлении.'
] |
Удалённые в правке строки (removed_lines) | [
0 => 'Помимо типового системного окружения (runtime), устанавливаемого через специальный [http://sdk.gnome.org/repo/ репозиторий], поставляются дополнительные зависимости (bundle), требуемые для работы приложения. В сумме runtime и bundle образуют начинку контейнера, при том, что runtime устанавливается отдельно и привязывается сразу к нескольким контейнерам, что позволяет обойтись без дублирования общих для контейнеров системных файлов. В одной системе может быть установлено несколько разных runtime (GNOME, KDE) или несколько версий одного runtime (GNOME 3.26, GNOME 3.28). Контейнер с приложением в качестве зависимости использует привязку только к определённому runtime, без учета отдельных пакетов, из которых состоит runtime. Все недостающие элементы упаковываются непосредственно вместе с приложением. При формировании контейнера содержимое runtime монтируется как раздел /usr, а bundle монтируется в директорию /app. ',
1 => 'Начинка runtime и контейнеров приложений формируется с использованием технологии OSTree, при которой образ атомарно обновляется из Git-подобного хранилища, позволяющего применять методы версионного контроля к компонентам дистрибутива (например, можно быстро откатить систему к прошлому состоянию). RPM-пакеты транслируются в репозиторий OSTree при помощи специальной прослойки [http://rpm-ostree.cloud.fedoraproject.org/ rpm-ostree]. Отдельная установка и обновление пакетов внутри рабочего окружения не поддерживается, система обновляется не на уровне отдельных компонентов, а целиком, атомарно меняя своё состояние. Предоставляются средства для инкрементального применения обновлений, избавляющие от необходимости полной замены образа при каждом обновлении.'
] |
Была ли правка сделана через выходной узел сети Tor (tor_exit_node) | false |
Unix-время изменения (timestamp) | '1734513997' |
Название базы данных вики (wiki_name) | 'ruwikinews' |
Языковой код вики (wiki_language) | 'ru' |
