Просмотр отдельных изменений
Эта страница позволяет вам проверить переменные, сгенерированные фильтром злоупотреблений, на предмет отдельного изменения.
Переменные, созданные для этого изменения
Переменная | Значение |
---|---|
Число правок участника (user_editcount ) | 129641 |
Имя учётной записи (user_name ) | 'InternetArchiveBot' |
Тип учётной записи участника (user_type ) | 'named' |
Возраст учётной записи (user_age ) | 154899492 |
Группы (включая неявные) в которых состоит участник (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 ) | 7957657 |
Пространство имён страницы (page_namespace ) | 0 |
Название страницы (без пространства имён) (page_title ) | 'Релиз системы самодостаточных пакетов Flatpak 1.6.0' |
Полное название страницы (page_prefixedtitle ) | 'Релиз системы самодостаточных пакетов Flatpak 1.6.0' |
Последние десять редакторов страницы (page_recent_contributors ) | [
0 => 'NewsBots'
] |
Действие (action ) | 'edit' |
Описание правки/причина (summary ) | 'Rescuing 2 sources and tagging 0 as dead.) #IABot (v2.0.9.5' |
Время с момента последнего редактирования страницы (в секундах) (page_last_edit_age ) | 130954226 |
Старая модель содержимого (old_content_model ) | 'wikitext' |
Новая модель содержимого (new_content_model ) | 'wikitext' |
Вики-текст старой страницы до правки (old_wikitext ) | '{{дата|21 декабря 2019}}
{{тема|Компьютерные технологии}}
[[File:Wikinews-logo-ru.svg|thumb|left|300px|]]
[https://github.com/flatpak/flatpak/releases/tag/1.6.0 Опубликована] новая стабильная ветка инструментария [http://flatpak.org/ Flatpak 1.6], который предоставляет систему для сборки самодостаточных пакетов, не привязанных к конкретным дистрибутивам 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.6:
* В [https://github.com/flatpak/flatpak/blob/master/data/org.freedesktop.portal.Flatpak.xml#L244 API Portal] добавлен метод CreateUpdateMonitor, позволяющий приложениям отслеживать появление обновлений и запрашивать установку появившегося обновления.
Для запрета полномочий самостоятельной установки обновлений приложением можно использовать команду "flatpak permission-set flatpak updates $APPID no" (если указать "ask" вместо "no", то каждый раз будет выводиться диалог для подтверждения обновления);
* Для упрощения создания обработчиков предложена библиотека
libportal, которая даёт возможность обработки событий без прямого использования API Portal и разбора сигналов, приходящих через D-Bus.
Libportal предоставляет простые асинхронно работающие прослойки для большинства "[https://github.com/flatpak/xdg-desktop-portal/blob/master/data/ порталов]";
* Добавлено новое полномочие "--socket=cups" для предоставления прямого доступа к серверу печати CUPS;
* Изменены протокол и API для обработки аутентификации. Добавлен аутентификатор для OCI (Open Container Initiative). Реализована поддержка автоматической установки аутентификаторов из внешнего репозитория flatpak. В FlatpakTransaction добавлен callback-обработчик для использования аутентификации по логину и паролю по аналогии с методом аутентификации HTTP basic;
* Добавлена поддержка защищённых приложений и систем, требующих аутентификации при загрузке;
* Используемая для изоляции прослойка bubblewrap обновлена до выпуска 0.4.0;
* Добавлена опциональная поддержка родительского контроля через применение библиотеки [https://gitlab.freedesktop.org/pwithnall/malcontent libmalcontent], позволяющей ограничить доступ к определённым видам контента;
* Расширения теперь устанавливаются до приложения, что позволяет получить рабочее приложение сразу после завершения его установки;
* Переработаны манипуляции с временными файлами, что позволило улучшить работу в условиях недостатка свободного дискового пространства;
* Для выполнения команды "[https://www.mankier.com/1/flatpak-enter flatpak enter]" больше не требуется использование sudo;
* В порталы добавлена возможность запуска вложенных изолированных окружений (sub-sandbox) для дочерних процессов;
* Добавлены новые команды "flatpak permission-set" и "permission-remove" для управления установкой полномочий;
* Добавлена опция "flatpak install --or-update", выполняющая обновление, если приложение уже установлено;
* Добавлена команда "flatpak mask" для закрепления версии и запрета установки обновлений;
* Для образов в формате OCI (Open Container Initiative) добавлена поддержка привязки меток, генерации истории изменений в образе и включения mime-типов docker, помимо mime-типов OCI;
* В настройки добавлен ключ default-languages для определения списка используемых языков, в дополнение к системному списку.
Напомним, что разработчикам приложений 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 используется] прослойка [https://github.com/projectatomic/bubblewrap Bubblewrap] и традиционные для Linux технологии контейнерной виртуализации, основанные на использовании cgroups, пространств имён (namespaces), Seccomp и SELinux. Для вывода звука применяется PulseAudio.
{{-}}
== Источники ==
* [https://blogs.gnome.org/mclasen/2019/12/19/9100/ Главная ссылка к новости (https://blogs.gnome.org/mclase...)]
{{OpenNET|url=http://www.opennet.ru/opennews/art.shtml?num=52075|title=Релиз системы самодостаточных пакетов Flatpak 1.6.0}}
{{Загружено ботом в архив|NewsBots|OpenNET}}
{{Подвал новости}}
{{Архивные новости (категория)}}
{{Категории|flatpak|Компьютерные технологии|Наука и технологии|Программное обеспечение|Технологии|}}
{{yes}}' |
Вики-текст новой страницы после правки (new_wikitext ) | '{{дата|21 декабря 2019}}
{{тема|Компьютерные технологии}}
[[File:Wikinews-logo-ru.svg|thumb|left|300px|]]
[https://github.com/flatpak/flatpak/releases/tag/1.6.0 Опубликована] новая стабильная ветка инструментария [http://flatpak.org/ Flatpak 1.6], который предоставляет систему для сборки самодостаточных пакетов, не привязанных к конкретным дистрибутивам 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.6:
* В [https://github.com/flatpak/flatpak/blob/master/data/org.freedesktop.portal.Flatpak.xml#L244 API Portal] добавлен метод CreateUpdateMonitor, позволяющий приложениям отслеживать появление обновлений и запрашивать установку появившегося обновления.
Для запрета полномочий самостоятельной установки обновлений приложением можно использовать команду "flatpak permission-set flatpak updates $APPID no" (если указать "ask" вместо "no", то каждый раз будет выводиться диалог для подтверждения обновления);
* Для упрощения создания обработчиков предложена библиотека
libportal, которая даёт возможность обработки событий без прямого использования API Portal и разбора сигналов, приходящих через D-Bus.
Libportal предоставляет простые асинхронно работающие прослойки для большинства "[https://github.com/flatpak/xdg-desktop-portal/blob/master/data/ порталов]";
* Добавлено новое полномочие "--socket=cups" для предоставления прямого доступа к серверу печати CUPS;
* Изменены протокол и API для обработки аутентификации. Добавлен аутентификатор для OCI (Open Container Initiative). Реализована поддержка автоматической установки аутентификаторов из внешнего репозитория flatpak. В FlatpakTransaction добавлен callback-обработчик для использования аутентификации по логину и паролю по аналогии с методом аутентификации HTTP basic;
* Добавлена поддержка защищённых приложений и систем, требующих аутентификации при загрузке;
* Используемая для изоляции прослойка bubblewrap обновлена до выпуска 0.4.0;
* Добавлена опциональная поддержка родительского контроля через применение библиотеки [https://gitlab.freedesktop.org/pwithnall/malcontent libmalcontent], позволяющей ограничить доступ к определённым видам контента;
* Расширения теперь устанавливаются до приложения, что позволяет получить рабочее приложение сразу после завершения его установки;
* Переработаны манипуляции с временными файлами, что позволило улучшить работу в условиях недостатка свободного дискового пространства;
* Для выполнения команды "[https://www.mankier.com/1/flatpak-enter flatpak enter]" больше не требуется использование sudo;
* В порталы добавлена возможность запуска вложенных изолированных окружений (sub-sandbox) для дочерних процессов;
* Добавлены новые команды "flatpak permission-set" и "permission-remove" для управления установкой полномочий;
* Добавлена опция "flatpak install --or-update", выполняющая обновление, если приложение уже установлено;
* Добавлена команда "flatpak mask" для закрепления версии и запрета установки обновлений;
* Для образов в формате OCI (Open Container Initiative) добавлена поддержка привязки меток, генерации истории изменений в образе и включения mime-типов docker, помимо mime-типов OCI;
* В настройки добавлен ключ default-languages для определения списка используемых языков, в дополнение к системному списку.
Напомним, что разработчикам приложений 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 используется] прослойка [https://github.com/projectatomic/bubblewrap Bubblewrap] и традиционные для Linux технологии контейнерной виртуализации, основанные на использовании cgroups, пространств имён (namespaces), Seccomp и SELinux. Для вывода звука применяется PulseAudio.
{{-}}
== Источники ==
* [https://blogs.gnome.org/mclasen/2019/12/19/9100/ Главная ссылка к новости (https://blogs.gnome.org/mclase...)]
{{OpenNET|url=http://www.opennet.ru/opennews/art.shtml?num=52075|title=Релиз системы самодостаточных пакетов Flatpak 1.6.0}}
{{Загружено ботом в архив|NewsBots|OpenNET}}
{{Подвал новости}}
{{Архивные новости (категория)}}
{{Категории|flatpak|Компьютерные технологии|Наука и технологии|Программное обеспечение|Технологии|}}
{{yes}}' |
Унифицированная разница изменений правки (edit_diff ) | '@@ -29,7 +29,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 используется] прослойка [https://github.com/projectatomic/bubblewrap Bubblewrap] и традиционные для Linux технологии контейнерной виртуализации, основанные на использовании cgroups, пространств имён (namespaces), Seccomp и SELinux. Для вывода звука применяется PulseAudio.
' |
Старый размер страницы (old_size ) | 13544 |
Добавленные в правке строки (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 ) | '1734513995' |
Название базы данных вики (wiki_name ) | 'ruwikinews' |
Языковой код вики (wiki_language ) | 'ru' |