The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Обновление системы самодостаточных пакетов Flatpak 0.8.5"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +/
Сообщение от opennews (??) on 04-Апр-17, 09:32 
Доступен (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.

В новом выпуске устранена уязвимость  в dbus-proxy, вызванная обращением у уже освобождённым блокам памяти. По мнению разработчиков, маловероятно, что проблема может быть использована для создания рабочего эксплоита. Также устранена проблема с безопасностью, которая через организацию MITM-атаки позволяла откатить Flatpak на стороне клиента до прошлой версии (например, для эксплуатации уже исправленной уязвимости).

Кроме того, во Flatpak 0.8.5 обеспечена совместимость со свежим выпуском OSTree и добавлено автоматическое определением ветки репозитория при установке flatpakref-файлов по URL, например
"https://git.gnome.org/browse/gnome-apps-nightly/plain/gedit..... Решены проблемы с установкой несопровождаемых ("unmaintained") расширений.


URL: https://github.com/flatpak/flatpak/releases/tag/0.8.5
Новость: http://www.opennet.me/opennews/art.shtml?num=46311

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +5 +/
Сообщение от Аноним (??) on 04-Апр-17, 09:32 
Все эти flatpak'и от протухщих реп. Была бы "база" с DE, а остальное rolling'ом бы обновлялось - не было б таких замут.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –3 +/
Сообщение от Аноним (??) on 04-Апр-17, 11:10 
Поддерживаю, товарищ анонимус. Плюс это очень помогает паковать свой мерзкий проприетарный софт под этот ваш линукс.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

38. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +1 +/
Сообщение от anonymous (??) on 05-Апр-17, 09:25 
Ишь ты, 20 лет паковали, а тут вдруг какой-то flatpack понадобился
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

12. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +1 +/
Сообщение от Аноним (??) on 04-Апр-17, 12:42 
В первой половине 00-х дефолт-линуксом был Red Hat и его производные: Fedora, Mandrake, SUSE. Году примерно в 2005 его решили сделать дефолт-линуксом вполне себе официально. Вышел документ LSB 3.0, подразумевающий что всю бинарщину надо собирать в CentOS 4. Вообще, LSB описывает совместимость старого редхата с новым, но идея так страшно всем понравилась, что это реализовали все дистры.

А потом была вирусная популярность убунты, которая хоть и тоже поддерживала стандарт, но авторы софта знать о нём ничего не знали, и компиляли в домашней ОС.

Если тебе интересно что за стандарт такой - вот: http://refspecs.linuxfoundation.org/lsb.shtml Суть в том что есть набор системных библиотек определённых версий. Это стек Xprg, стек GTK, libpng обязательно версии 1.2, libjpeg обязательно версии 62, libasound.so.2, libcups-не-помню-какой, libsane-тоже-не-помню. Исходя из этого:

1). Если в дистре libjpeg.so.8, а не 62, то версия 62 тоже должна лежать в /usr/lib. Даже если ни одна программа с ним не собрана. При установке флеш плеера или скайпа, библиотека будет задействована.

2). Стек GTK и Xorg не меняет ABI, поэтому названия файлов библиотек остаются прежними. Разработчики обязуются сохранять обратную совместимость с прогами, собранными со старыми версиями Xorg и GTK.

Собственно и всё. Собираешь в CentOS 6, потом прогоняешь ldd и смотришь, какие не входящие в стандарт либы нужны твоей программе. Кладёшь их вместе с программой, или прописываешь как зависимость для RPM/DEB.

Что касается rolling-а. Есть репозиторий EPEL с кучей либ последних версий. Я там беру boost. Есть репозиторий devtoolset с самым свежим на данный момент GCC.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

13. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +/
Сообщение от Аноним (??) on 04-Апр-17, 12:55 
Ты все правильно говоришь. Но еще нужно добавить, что популярность разработки гуя на Mono (давно), питоне, и аналогах, привела к тому, что либы нужны самые-самые _те_которые_на_машине_разработчика_, а компиляции-то нет, ldd не на что делать, да и разработчик не знает о таком.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от anonimous on 04-Апр-17, 13:19 
Да, опять Убунта виновата. Просто самим фактом своего существования.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

18. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +1 +/
Сообщение от Аноним (??) on 04-Апр-17, 14:13 
Брат Анон, тут не про то. Тут вот про что. Поглядим на Debian или на Ubuntu LTS какую-нибудь. Ядро, glibc и X'ы какие-нибудь зафиксировать - ок. Но зачем мне Avidemux, или Pidgin какой-нибудь 5 летней давности? Пусть себе обновляется тихонько. Только силы maintainer'ов распылять на бекпортирование фиксов. Тогда бы сами maintainer'ы поддерживали актуальную версию пакета, а разработчики, которые не смогли / не удосужились собрать под _DISTONAME_ не ныли бы.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

20. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от angra (ok) on 04-Апр-17, 15:17 
Основная сфера для Debian это не локалхосты, а сервера. И если там тихонько обновится какой-нибудь php с 5.5 на 5.6 или 7.0, то минимум половина сайтов рухнет и оперативно исправить это будет некому. Поэтому и существует stable.
Но даже на десктопе средний юзер совсем не будет в восторге, если новая версия программы откажется работать из-за старой libc или иксов. А если отпустить иксы, то их обновление легко приведет к страшному черному экрану или как минимум переходу на vesa при следующей загрузке из-за несовместимости с драйвером видяхи.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

24. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от Вареник on 04-Апр-17, 16:00 
> Основная сфера для Debian это не локалхосты, а сервера. И если там
> тихонько обновится какой-нибудь php с 5.5 на 5.6 или 7.0, то
> минимум половина сайтов рухнет и оперативно исправить это будет некому. Поэтому
> и существует stable.
> Но даже на десктопе средний юзер совсем не будет в восторге, если
> новая версия программы откажется работать из-за старой libc или иксов. А
> если отпустить иксы, то их обновление легко приведет к страшному черному
> экрану или как минимум переходу на vesa при следующей загрузке из-за
> несовместимости с драйвером видяхи.

Вот именно. Смысл LTS - чтобы все работало.

Но народ хочет чтобы стабильность LTS и обновления как Генты, прямо с последним коммитом, но без крашей остальных частей системы.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

42. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от Нормальный (ok) on 05-Апр-17, 13:07 
> Но народ хочет чтобы стабильность LTS и обновления как Генты, прямо с
> последним коммитом, но без крашей остальных частей системы.

Ну и пусть ставят генту, в чем проблема?

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

43. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от пох on 07-Апр-17, 20:33 
> Основная сфера для Debian это не локалхосты, а сервера.

серверу ничто не мешает быть чьим-нибудь локалхостом. Судя по популярности спама с затрояненных "серверов" массхостеров, процентов 90 "серверов" ими и являются.

> И если там тихонько обновится какой-нибудь php с 5.5 на 5.6 или 7.0

у вас на сервере стоит php из поставки дебиана(rh/ubuntu/etc), который от этого может сломаться? Нет, вы серьезно?
Может у вас еще и php-шные модули из пакетиков?

отдельно хотелось бы поинтересоваться сроком жизни ваших серверов. У меня вот, к примеру, есть в области доступности (я уже не админ) сервер, который я застал живым но не вполне здоровым в 1999м. Не знаю, когда его устанавливали, надо у dmarck' спрашивать.
Он, конечно, ползучеапгрейдится, и попутно уже давно выброшен на периферию конторы, которой принадлежит, плюс там ни разу не php, но, тем не менее, его вроде не собираются еще отправлять на свалку.
Свои у меня живут поменьше, лет по десять, что тоже далеко за пределами сроков жизни самого живучего L из TS.

Так что основное назначение LTS - все ж таки именно десктопы. Срок жизни трогательно коррелирует со сроком жизни средневзятого десктопного ящика - после пяти лет уже, пожалуй, и правда пора в утиль, ползучим апгрейдом тут уже не поможешь.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

28. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +/
Сообщение от freehck email(ok) on 04-Апр-17, 19:30 
> В первой половине 00-х дефолт-линуксом был Red Hat и его производные: Fedora, Mandrake, SUSE.

Интересно, по каким это критериям он был "дефолт-линуксом".
Первый Debian вышел на 2 года раньше Red Hat Linux, и до сих пор почти во всём опережает RHEL.

> Году примерно в 2005 его решили сделать дефолт-линуксом вполне себе официально. Вышел документ LSB 3.0, подразумевающий что всю бинарщину надо собирать в CentOS 4

LSB - это была замечательная попытка заставить Linux выглядеть более приятно для разработчиков проприетарных программ. Однако, как показала практика, попытка провалилась.

> А потом была вирусная популярность убунты, которая хоть и тоже поддерживала стандарт, но авторы софта знать о нём ничего не знали, и компиляли в домашней ОС.

Ну, убунту Вы за уши притянули и повесили на неё все грехи. :)
LSB не выстрелил потому, что нанять разработчиков, которые понимали, что такое LSB, могли только большие компании. А для большой компании "omnia mea mecum porto" не проблема.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

30. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от Аноним (??) on 04-Апр-17, 21:37 
> А для большой компании "omnia mea mecum porto" не проблема.

Всегда умиляли люди пытающиеся показаться умнее чем они есть на самом деле.
Если вы приводите цитату, то хотя бы смысл этой цитаты нужно понимать.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

41. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +/
Сообщение от freehck email(ok) on 05-Апр-17, 11:56 
Да, не прав, извиняюсь. Перевожу на нормальный язык:

Большая компания, производящая большой программный комплекс, обычно в составе этого комплекса тащит все используемые ими библиотеки.

То есть LSB - это по сути попытка сделать платформу привлекательной для небольших проприерастов, в то время как большие прекрасно обходились (и обходятся) без LSB.

Небольшие не оценили, потому что не смогли. А большим это нафиг не надо.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

29. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +3 +/
Сообщение от Ergil (ok) on 04-Апр-17, 19:49 
Анон, я тебе сейчас порву шаблон. SuSE хоть и rpm-based, но не RH-based, а вовсе даже Slackware-based. Учи историю и не позорься перед теми, для кого это — живые воспоминания.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

31. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –3 +/
Сообщение от Аноним (??) on 04-Апр-17, 21:41 
> Анон, я тебе сейчас порву шаблон. SuSE хоть и rpm-based, но не
> RH-based, а вовсе даже Slackware-based. Учи историю и не позорься перед
> теми, для кого это — живые воспоминания.
> Ergil, я тебе сейчас порву шаблон. У дистрибутива есть номер релиза. И если версия 1.0 основана на слаке, то версия 18.0 не обязана быть основана на слаке.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

35. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +/
Сообщение от Аноним (??) on 04-Апр-17, 22:55 
https://upload.wikimedia.org/wikipedia/commons/1/1b/Linux_Di...

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

36. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –3 +/
Сообщение от fi (ok) on 05-Апр-17, 00:19 
А давай я тебе порву…? S.u.S.Е в своей молодости металась как мышь ужаленная- под этой маркой собирались не совместимые друг с дугом довольно странные дистрибутивы (с тремя bootpd за раз!!!) - пока не поняли что надо делать свою ОС, а не сборную солянку - дистрибутив. И SLES, a затем SLED стали вполне себе RH-подобные системы, с равнением  на LSB.

так что про слаку - мимо, там похоже до сих пор rc.local :))))

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

34. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +/
Сообщение от Аноним (??) on 04-Апр-17, 22:51 
сюська от красношляпы ???
не поверишь, но от слаки она изначально была
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

39. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +/
Сообщение от anonymous (??) on 05-Апр-17, 09:27 
Протухшие версии из LSB устраивают далеко не всех разработчиков

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

8. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от nobody (??) on 04-Апр-17, 11:38 
Оставить apt для базовой системы, пользовательские приложения перевести на универсальный пакетный менеджер - и настанет...

http://flatpak.org/apps.html

лучше чем ничего, но с библиотекой Steam не сравнить. В какой версии догадаются сделать интеграцию с платёжными системами?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от Аноним (??) on 04-Апр-17, 12:06 
Юзаю Nix и flatpak на CentOS - вполне ок. Дело в том, что свежие версии, например, calibre или sigil, есть тут https://nixos.org/nixos/packages.html

А флатпак хорошо подходит для телеграмма и скайпа.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +/
Сообщение от MPEG LA (ok) on 04-Апр-17, 16:51 
>и скайпа.
>2 delta parts, 5 loose fetched; 7569 KiB transferred in 6 seconds                                                                                                                                                
>ошибка: Неправильный размер дополнительных данных по адресу https://go.skype.com/skypeforlinux-64-alpha.deb

уже нет(

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

37. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от Аноним (??) on 05-Апр-17, 02:51 
а это потому что МС выкладывает новую версию go.skype.com/skypeforlinux-64-alpha.deb каждый раз под одним и тем же именем. В рецепте flatpak указана четкая контрольная сумма. Как то надо бы решать это; зеркалить, например.

Вот и апдейт, https://github.com/alexlarsson/skype-app/commit/1deeb4598311... , должно работать

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

10. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +/
Сообщение от Аноним (??) on 04-Апр-17, 12:26 
Я считаю что эти флатуляции-пуки - не нужны. Кто не плюётся на Red Hat, у того и так норм бинарники получаются. А кто собирает в домашней убунточке 17.04, а потом удивляется что у других не работает - ССЗБ.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от Аноним (??) on 04-Апр-17, 12:31 
С программами на C, С++ все нормально. А вот всякие козлопитоны, иногда ява, требуют всяких либ, которые из-за зоопарка актуальных мажорных версий отсутствуют. Поэтому "nix-env -i calibre" - и нет забот. А флатпак для проприетарщины.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

14. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от Аноним (??) on 04-Апр-17, 13:03 
А почему тогда youtube-dl с официального сайта везде работает? Я в разных дистрах пробовал запускать примерно так: "python youtube-dl -f 137+140 URL"
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

21. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +1 +/
Сообщение от дАноним on 04-Апр-17, 15:44 
> А почему тогда youtube-dl с официального сайта везде работает? Я в разных
> дистрах пробовал запускать примерно так: "python youtube-dl -f 137+140 URL"

Потому что хипстеризм и умный вид не заменяют реальных знаний.
Это видно хотя бы по "С++ все нормально". Насмешил, че:
>    /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.20' not found
>    /usr/lib/libstdc++.so.6: version `CXXABI_1.3.8' not found

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

26. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от Аноним (??) on 04-Апр-17, 17:18 
Когда я скомпилировал последний GCC в Debian, у меня так и было. Приходилось вместе с дистрибутивом программы распространять также и libstdc++.so.6. Прямо как msvcp60.dll.

В CentOS в репозитории devtoolset лежит волшебный GCC, который собирает прогу так, что она не хочет новый libstdc++.so.6. Я не знаю как это делается, но подозреваю что этот GCC собран с чем-то вроде --enable-libstdxx-compat Хочу такой GCC в Debian :-(

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

27. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от Andrey Mitrofanov on 04-Апр-17, 18:04 
> В CentOS в репозитории devtoolset лежит
> Хочу такой GCC в Debian :-(

Uzz da soursaz, Luke.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

46. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от пох on 08-Апр-17, 08:16 
> В CentOS в репозитории devtoolset лежит волшебный GCC

поколение флэтпака...
все им волшебные gcc нужны.

rm твой libstdc++.so* - и программа, волшебнейшим образом, соберется с libstdc++.a

Альтернатива, пригодная процентов для 90 сиплюсовых программ - make LD=/usr/bin/gcc и аналогичный хак для либтула (там сложнее, патчить в ста местах порождения этого уродища) - в большинстве случаев эта прослойка для совместимости незнамочего незнамо с чем (это давно уже не std) для работы совершенно не нужна, ее автоматически линкует g++ если его вызвать вместо линкера.


Но раз даже до этого ты не додумался (и нет, для этого не нужно было заглядывать в исходник gcc) - иди, качай свежий флэтпак, там о тебе позаботились.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

23. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от Вареник on 04-Апр-17, 15:55 
> С программами на C, С++ все нормально. А вот всякие козлопитоны, иногда
> ява, требуют всяких либ, которые из-за зоопарка актуальных мажорных версий отсутствуют.
> Поэтому "nix-env -i calibre" - и нет забот. А флатпак для
> проприетарщины.

Ява на удивление универсальна. JDK 1.5.x можно запустить на современном дистрибутиве Linux, на последней винде и даже не ругнется. Будет работать. Это JDK, помимо переносимости жарников.

Какой еще фреймворк можно так гладко стартануть, с разницей либ в 12-15 лет?

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

32. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от Аноним (??) on 04-Апр-17, 21:46 
>> С программами на C, С++ все нормально. А вот всякие козлопитоны, иногда
>> ява, требуют всяких либ, которые из-за зоопарка актуальных мажорных версий отсутствуют.
>> Поэтому "nix-env -i calibre" - и нет забот. А флатпак для
>> проприетарщины.
> Ява на удивление универсальна. JDK 1.5.x можно запустить на современном дистрибутиве Linux,
> на последней винде и даже не ругнется. Будет работать. Это JDK,
> помимо переносимости жарников.
> Какой еще фреймворк можно так гладко стартануть, с разницей либ в 12-15
> лет?

это интерпрайс, у NET неплохая совместимость, но до jrm там конечно далеко.


Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

45. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –2 +/
Сообщение от пох on 07-Апр-17, 20:49 
> это интерпрайс, у NET неплохая совместимость, но до jrm там конечно далеко.

угу, неплохая (печально глядя на мешанину из 2, 3.5кактамего 4.5 и местами отдельно 4.6).
Версий jre, причем с точностью до третьей цифры релиза, приходится держать гораздо больше.



Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

44. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –1 +/
Сообщение от пох on 07-Апр-17, 20:47 
> Ява на удивление универсальна. JDK 1.5.x можно запустить на современном дистрибутиве

и кому вот от этого счастье?

> помимо переносимости жарников.

так вот ее-то как раз в помине нет.

> Какой еще фреймворк можно так гладко стартануть, с разницей либ в 12-15
> лет?

кому нужен фреймворк, если апликуха выдает "socket error" (привет, asdm)? И что будешь делать с "фреймворком", если апликуха таки нужна (встроена в железяку за $k, нет, мало за $m) ?
Отдельный привет передает то, что она вебовская, а твой супер-модный-защищенный браузер на попытку запустить тут нужную версию jre заявляет, что она очень несекьюрна, идите-ка лесом.

И мы банально ставим очередную стодесятую виртуалку с раз и навеки прибитыми гвоздями версиями софта и этой жабы, закрываем ее внутри периметра, и vpn-логины выдаем после подписания соглашения о продаже души.

flatpack, в общем-то, лекарство от примерно той же самой болезни, только вывернутой наизнанку - как правило, его используют, когда девелоперам вштырило употребить завтрашний релиз какой-нибудь очередной мега-фигни. Ну или когда оно так случайно получилось из-за убунты на столе девелопера, да, а статическую сборку он ниасилил, ибо сплошной npm и node.js (да и с "простыми c/c++" сломана она давно и прочно - в том числе, борцунами с проприетаризмом исключительно ради светлой идеи. Кто там жаловался на stdc++? Это вы еще libgcc_s не видели во всей ее безобразной красе!)

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

16. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  –3 +/
Сообщение от jOKer (ok) on 04-Апр-17, 13:55 
Вот читаю в очередной раз об очередных самодостаточных пакетах и думаю себе: "Если они такие самодостаточные, то может они обойдутся как-нибудь без Линукса, а мы без них?" Не, ну в самом деле, ну зачем они? Для игр? Так есть Стим как образец для подражания. Для всего остального? Так это все остальное почти что все отлично компилируется и не нуждается в такой самодостаточности. Для проприетарщины, которую ее создателям взападло сделать открытой, а запихать в облако просто лениво или дорого? Ну разве что... И что, вот ради этих пяти с половиной проприетарных пакетов нужно было городить огород?! Ну, блиин, кааампот!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

33. "Обновление системы самодостаточных пакетов Flatpak 0.8.5"  +/
Сообщение от Аноним (??) on 04-Апр-17, 21:49 
> Вот читаю в очередной раз об очередных самодостаточных пакетах и думаю себе:
> "Если они такие самодостаточные, то может они обойдутся как-нибудь без Линукса,
> а мы без них?" Не, ну в самом деле, ну зачем
> они? Для игр? Так есть Стим как образец для подражания. Для
> всего остального? Так это все остальное почти что все отлично компилируется
> и не нуждается в такой самодостаточности. Для проприетарщины, которую ее создателям
> взападло сделать открытой, а запихать в облако просто лениво или дорого?
> Ну разве что... И что, вот ради этих пяти с половиной
> проприетарных пакетов нужно было городить огород?! Ну, блиин, кааампот!

Вам их насильно пихают, также как докер? Делают это ради удобства.
Посмотрите как в Mac OS X происходит установка приложений. (это не про brew)

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

40. "Обновление системы проприертарных пакетов Flatpak 0.8.5"  +/
Сообщение от Andrey Mitrofanov on 05-Апр-17, 10:18 
>> Ну разве что... И что, вот ради этих пяти с половиной
>> проприетарных пакетов нужно было городить огород?! Ну, блиин, кааампот!
> Вам их насильно пихают, также как докер? Делают это ради удобства.
> Посмотрите как в Mac OS X происходит установка приложений. (это не про
> brew)

Очень правильная аналогия. Бандлить проприертарный ш%т -- решает.

"Especially elegant from an end-user perspective are Mac OS’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 components have dependencies on each other. That is, the bundle approach works only for “top level” components, i.e., end-user applications[*4].

---
[*4] For instance, the management of Mac OS X’s BSD-based Unix foundations is a complete mess, which has prompted the development of tools such as Fink [138], which is based on Debian’s APT system [,,,]"
++p.12 https://nixos.org/~eelco/pubs/phd-thesis.pdf

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру