https://www.opennet.ru/openforum/vsluhforumID3/101515.html Александр Ларсон (Alexander Larsson), активный разработчик GNOME и мантейнер таких проектов, как Nautilus, Gnome-vfs и Dia, рассказал (http://blogs.gnome.org/alexl/2015/02/17/first-fully-sandboxed-linux-desktop-app/) об успехах в реализации самодостаточных контейнеров (http://www.opennet.ru/opennews/art.shtml?num=41514) для запуска графических приложений, не привязанных к конкретному дистрибутиву Linux. На примере игры Neverball (http://neverball.org/) сформирована первая полноценная сборка приложения, демонстрирующего возможности поставки графических приложений в форме контейнеров. <br><br><br><br>Сформированное для приложения изолированное окружение полностью независимо от используемого дистрибутива, не имеет доступа к файлам и процессам пользователя или основной системы, не может напрямую обращаться к оборудованию, за исключением вывода через DRI, и сетевой подсистеме. Подготовленный контейнер пока пригоден для запуска в Fedora 21, так как требует наличия в системе таких ещё не получивших повсеместного распростран https://www.opennet.ru/openforum/vsluhforumID3/101515.html#126 Thu, 05 Mar 2015 15:52:13 GMT Скорее бы уже Gnome 3 изолировали от мира open source.<br> https://www.opennet.ru/openforum/vsluhforumID3/101515.html#125 Thu, 26 Feb 2015 10:26:50 GMT &gt; запуска графических приложений, не привязанных к конкретному дистрибутиву Linux<br>&gt; пока пригоден для запуска в Fedora 21<br><br>Ржачно.<br> https://www.opennet.ru/openforum/vsluhforumID3/101515.html#124 Sun, 22 Feb 2015 23:05:24 GMT да чо там долго думать, наберите в терминале `xev` чтобы просматривать нажатия клавиш в любом окне. Или, если вы хотели текст об qubes, то ищите "qubes os".<br> https://www.opennet.ru/openforum/vsluhforumID3/101515.html#123 Sun, 22 Feb 2015 16:41:31 GMT &gt;&gt;&gt; вот я недавно озадачился обновлением софта на,<br>&gt;&gt; скажем, centos 6 с их стабильным API/ABI.<br>&gt;&gt; Зачем?<br>&gt; Что зачем? Зачем новый софт?<br><br>...на старой платформе.<br><br>&gt; Дада, openvz знаем и любим. Тред, на который я отвечал, начинался с <br>&gt; того, что придумают тут всякие бандлы и контейнеры, потому что "Мы <br>&gt; не можем реализовать полноценную совместимость на уровне API/ABI" <br><br>А -- я-то влез не по части [незабора] бандлов, а если вдруг получится по конкретной ситуации чего полезного подсказать :) Сам ровно так порой и выкручивался.<br> https://www.opennet.ru/openforum/vsluhforumID3/101515.html#122 Sat, 21 Feb 2015 20:13:32 GMT &gt;&gt; Конкретно с glib никогда такого не видел <br>&gt; Все зависит от того, как часто смотреть и куда;) <br><br>14 лет на самосборной системе, так что смотрю постоянно :) <br><br>&gt;&gt; Но вот чтобы <br>&gt;&gt; что-то отвалилось да так что не собрать ... Обычно даже ABI <br>&gt;&gt; сохраняется.<br>&gt; я за все случае не отвечу, но такое абсолютно точно бывает. нету <br>&gt; у них этой обратной совместимости, к сожалению.<br><br>Вы хотели сказать не бывает? Обычно если обновляешь glib или gtk, то сами gtk приложения (даже такие как gimp) пересобирать не нужно - все отлично работает.<br><br>&gt;&gt; Конкретно для вашего случая - идеально подходит статическая линковка и будет не медленнее, а быстрее (выше по пунктам расписал).<br>&gt; Забываете про пакетный менеджер. Он попытается снести всё, что считает несовместимым с <br>&gt; новыми версиями библиотек.<br><br>Так и не важно - в этом то и прелесть статической линковки - приложения (их бинари) работают без библиотек (по крайней мере без тех, что удалось статически линковать).<br><br>&gt; А провернуть то, что вы предлагает не просто <br>&gt; в в https://www.opennet.ru/openforum/vsluhforumID3/101515.html#121 Sat, 21 Feb 2015 18:15:03 GMT &gt; Конкретно с glib никогда такого не видел<br><br>Все зависит от того, как часто смотреть и куда;)<br><br><br>&gt; Новый gtk почти всегда требует новый glib.<br><br>точно. вот что меня абсолютно достает, так это что в проекте Gnome делают полный бамп версий в зависимостях каждый релиз.<br><br>&gt; Но вот чтобы <br>&gt; что-то отвалилось да так что не собрать ... Обычно даже ABI <br>&gt; сохраняется.<br><br>я за все случае не отвечу, но такое абсолютно точно бывает. нету у них этой обратной совместимости, к сожалению.<br><br>&gt; Конкретно для вашего случая - идеально подходит статическая линковка и будет не медленнее, а быстрее (выше по пунктам расписал).<br><br>Забываете про пакетный менеджер. Он попытается снести всё, что считает несовместимым с новыми версиями библиотек. А провернуть то, что вы предлагает не просто в виде make, make install, а в виде пакетов - это чуть более трудоемкая задача.:)<br>При этом мне что-то подсказывает, что не все и не вседа линкуется статически с первой попытки.<br><br>&gt; Другой вариант - поставить две версии библиотеки и указывать соф https://www.opennet.ru/openforum/vsluhforumID3/101515.html#120 Sat, 21 Feb 2015 18:02:16 GMT &gt;&gt; вот я недавно озадачился обновлением софта на, скажем, centos 6 с их стабильным API/ABI.<br>&gt; Зачем?<br><br>Что зачем? Зачем новый софт?<br><br><br>&gt;&gt; Обновил glib2, какой-то софт заработал, какой-то отвалился.<br>&gt; Верните всё на место, засуньте ядро openvz и рассовывайте нужное по контейнерам <br>&gt; с centos7 или там дебианом.<br><br>Дада, openvz знаем и любим. Тред, на который я отвечал, начинался с того, что придумают тут всякие бандлы и контейнеры, потому что "Мы не можем реализовать полноценную совместимость на уровне API/ABI"<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/101515.html#119 Sat, 21 Feb 2015 10:24:28 GMT Проще выкидывать мусор в окно, а не носить в контейнеры. Давате свободу дадим населению и отменим законы о мусоре. Если контейнеры проиграют, что же - они были хуже.<br> https://www.opennet.ru/openforum/vsluhforumID3/101515.html#118 Fri, 20 Feb 2015 17:30:17 GMT Вопрос по-моему очень интересный т.к. чего всегда не хватало под Linux - так это удобного (без запуска всех приложений под разными пользователями и прочих громоздких костылей) application level firewall, позволяющего контроллировать доступ в Сеть каждого отдельного приложения, IMHO это - одна из "killer-фич" Windows.<br>