Эта страница позволяет вам проверить переменные, сгенерированные фильтром злоупотреблений, на предмет отдельного изменения.

Переменные, созданные для этого изменения

ПеременнаяЗначение
Число правок участника (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'