https://www.opennet.me/openforum/vsluhforumID3/110847.html Доступен (https://github.com/flatpak/flatpak/releases/tag/0.8.5) релиз инструментария Flatpak 0.8.5 (http://flatpak.org/) (бывший xdg-app), в рамках которого развивается система для сборки самодостаточных пакетов, которые не привязаны к конкретным дистрибутивам Linux и выполняются в специальном контейнере, изолирующем приложение от остальной системы. Поддержка выполнения Flatpak-пакетов обеспечена для Arch Linux, Fedora, Debian, Mageia, Gentoo и Ubuntu. Пакеты с Flatpak включены в репозиторий Fedora и поддерживаются в штатной программе управления приложениями GNOME.<br><br><br><br>В новом выпуске устранена уязвимость в dbus-proxy, вызванная обращением у уже освобождённым блокам памяти. По мнению разработчиков, маловероятно, что проблема может быть использована для создания рабочего эксплоита. Также устранена проблема с безопасностью, которая через организацию MITM-атаки позволяла откатить Flatpak на стороне клиента до прошлой версии (например, для эксплуатации уже исправленной уязвимости).<br><br><br><br>Кроме того, во Flatpak https://www.opennet.me/openforum/vsluhforumID3/110847.html#46 Sat, 08 Apr 2017 05:16:13 GMT &gt; В CentOS в репозитории devtoolset лежит волшебный GCC<br><br>поколение флэтпака...<br>все им волшебные gcc нужны.<br><br>rm твой libstdc++.so* - и программа, волшебнейшим образом, соберется с libstdc++.a<br><br>Альтернатива, пригодная процентов для 90 сиплюсовых программ - make LD=/usr/bin/gcc и аналогичный хак для либтула (там сложнее, патчить в ста местах порождения этого уродища) - в большинстве случаев эта прослойка для совместимости незнамочего незнамо с чем (это давно уже не std) для работы совершенно не нужна, ее автоматически линкует g++ если его вызвать вместо линкера.<br><br><br>Но раз даже до этого ты не додумался (и нет, для этого не нужно было заглядывать в исходник gcc) - иди, качай свежий флэтпак, там о тебе позаботились.<br><br> https://www.opennet.me/openforum/vsluhforumID3/110847.html#45 Fri, 07 Apr 2017 17:49:25 GMT &gt; это интерпрайс, у NET неплохая совместимость, но до jrm там конечно далеко. <br><br>угу, неплохая (печально глядя на мешанину из 2, 3.5кактамего 4.5 и местами отдельно 4.6).<br>Версий jre, причем с точностью до третьей цифры релиза, приходится держать гораздо больше.<br><br><br> <br><br><br> https://www.opennet.me/openforum/vsluhforumID3/110847.html#44 Fri, 07 Apr 2017 17:47:23 GMT &gt; Ява на удивление универсальна. JDK 1.5.x можно запустить на современном дистрибутиве <br><br>и кому вот от этого счастье?<br><br>&gt; помимо переносимости жарников.<br><br>так вот ее-то как раз в помине нет.<br><br>&gt; Какой еще фреймворк можно так гладко стартануть, с разницей либ в 12-15 <br>&gt; лет?<br><br>кому нужен фреймворк, если апликуха выдает "socket error" (привет, asdm)? И что будешь делать с "фреймворком", если апликуха таки нужна (встроена в железяку за $k, нет, мало за $m) ?<br>Отдельный привет передает то, что она вебовская, а твой супер-модный-защищенный браузер на попытку запустить тут нужную версию jre заявляет, что она очень несекьюрна, идите-ка лесом.<br><br>И мы банально ставим очередную стодесятую виртуалку с раз и навеки прибитыми гвоздями версиями софта и этой жабы, закрываем ее внутри периметра, и vpn-логины выдаем после подписания соглашения о продаже души.<br><br>flatpack, в общем-то, лекарство от примерно той же самой болезни, только вывернутой наизнанку - как правило, его используют, когда девелоперам вштырило употребит https://www.opennet.me/openforum/vsluhforumID3/110847.html#43 Fri, 07 Apr 2017 17:33:11 GMT &gt; Основная сфера для Debian это не локалхосты, а сервера.<br><br>серверу ничто не мешает быть чьим-нибудь локалхостом. Судя по популярности спама с затрояненных "серверов" массхостеров, процентов 90 "серверов" ими и являются.<br><br>&gt; И если там тихонько обновится какой-нибудь php с 5.5 на 5.6 или 7.0<br><br>у вас на сервере стоит php из поставки дебиана(rh/ubuntu/etc), который от этого может сломаться? Нет, вы серьезно?<br>Может у вас еще и php-шные модули из пакетиков?<br><br>отдельно хотелось бы поинтересоваться сроком жизни ваших серверов. У меня вот, к примеру, есть в области доступности (я уже не админ) сервер, который я застал живым но не вполне здоровым в 1999м. Не знаю, когда его устанавливали, надо у dmarck' спрашивать.<br>Он, конечно, ползучеапгрейдится, и попутно уже давно выброшен на периферию конторы, которой принадлежит, плюс там ни разу не php, но, тем не менее, его вроде не собираются еще отправлять на свалку.<br>Свои у меня живут поменьше, лет по десять, что тоже далеко за пределами сроков жизни самого живучего L и https://www.opennet.me/openforum/vsluhforumID3/110847.html#42 Wed, 05 Apr 2017 10:07:52 GMT &gt; Но народ хочет чтобы стабильность LTS и обновления как Генты, прямо с <br>&gt; последним коммитом, но без крашей остальных частей системы.<br><br>Ну и пусть ставят генту, в чем проблема?<br> https://www.opennet.me/openforum/vsluhforumID3/110847.html#41 Wed, 05 Apr 2017 08:56:20 GMT Да, не прав, извиняюсь. Перевожу на нормальный язык:<br> <br>Большая компания, производящая большой программный комплекс, обычно в составе этого комплекса тащит все используемые ими библиотеки.<br><br>То есть LSB - это по сути попытка сделать платформу привлекательной для небольших проприерастов, в то время как большие прекрасно обходились (и обходятся) без LSB.<br><br>Небольшие не оценили, потому что не смогли. А большим это нафиг не надо.<br> https://www.opennet.me/openforum/vsluhforumID3/110847.html#40 Wed, 05 Apr 2017 07:18:39 GMT &gt;&gt; Ну разве что... И что, вот ради этих пяти с половиной <br>&gt;&gt; проприетарных пакетов нужно было городить огород?! Ну, блиин, кааампот!<br>&gt; Вам их насильно пихают, также как докер? Делают это ради удобства.<br>&gt; Посмотрите как в Mac OS X происходит установка приложений. (это не про <br>&gt; brew) <br><br>Очень правильная аналогия. Бандлить проприертарный ш%т -- решает.<br><br>[I]"Especially elegant from an end-user perspective are Mac OS&#8217;s application bundles, which are directory trees containing all files belonging to an application. Generally, such bundles are self-contained, except for operating system component dependencies. Contrary to typical Windows applications, they do not have other environment dependencies such as registry settings. This means that bundles can be copied or moved around in the file system arbitrarily. For instance, the whole of Microsoft Office X on Mac OS X can be copied between machines by dragging it from one disk to another. Again, the limitation of this approach is that it falls apart when https://www.opennet.me/openforum/vsluhforumID3/110847.html#39 Wed, 05 Apr 2017 06:27:27 GMT Протухшие версии из LSB устраивают далеко не всех разработчиков<br><br> https://www.opennet.me/openforum/vsluhforumID3/110847.html#38 Wed, 05 Apr 2017 06:25:48 GMT Ишь ты, 20 лет паковали, а тут вдруг какой-то flatpack понадобился<br>