The OpenNET Project / Index page

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



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

Оглавление

Проект Silverblue будет развивать атомарно обновляемый вари..., opennews (??), 05-Май-18, (0) [смотреть все]

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


51. "Проект Silverblue будет развивать атомарно обновляемый вариа..."  +2 +/
Сообщение от DerRoteBaron (?), 06-Май-18, 01:00 
Проблема в том, что люди в основном будут обсуждать ОС не с точки зрения разработчиков, так как собственно разработчиков ОС, а тем более высококлассных разработчиков ОС мягко говоря немного даже на таких ресурсах, как opennet. А учитывая, что пользователи они десктопных никсов, причём пользователи, готовые их обсуждать, пользователи они продвинутые.
И вот с точки зрения продвинутого пользователя snap и flatpak отвратительны потому, что их существенно менее удобно конфигурировать, они часто отвратительно интегрируются с базовой системой, а ещё они пожирают много диска.
Помимо этого философия запуска приложений в контейнерах, пожалуй, неизбежная для ОС современного юзера, привыкшего тянуть сомнительного вида софт от сомнительных разработчиков с сомнительных ресурсов в свою систему, многим отвратительна по своей сути, так как
1) Она подразумевает, что приложение не друг пользователя, а разработчик чуть ли не личный враг, при этом совершенно непонятно, зачем тогда вообще этим счастьем пользоваться.
2) Из предыдущего вытекает, что таким образом приложения, написанные плохо или содержащие код, направленный на различные вредные действия кражи данных пользователя, по сути поощряются самой идеологией и дизайном. В особенности это касается приложений на мутных проприетарных флеймворках.
3) От этого страдает тот продвинутый пользователь, который при этом является в некоторой степени разработчиком, а поэтому хочет писать велосипеды, которые бы делали то, что ему нужно, при этом писались максимально просто, а может и установить что-то через configure && make && sudo make insall.

Итого мы получаем систему, которую в целом и удобнее поддерживать (всю прикладнуху кроме базовых приложений гнома/кед можно скинуть с мейнтейнеров системы), которая и выглядит в руках домохозяйки безопаснее и винды, и современных никсов, которая и более устойчива в условиях форс-мажор или экстремально кривых рук,
НО(!)
то, что получается, противоречит идеологии и взглядам на то, как ОС должна выглядеть, идеологических юниксоидов, составляющих существенную по количеству и значительную по роли часть пользователей в том числе и Федоры.

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

52. "Проект Silverblue будет развивать атомарно обновляемый вариа..."  +/
Сообщение от Аноним (-), 06-Май-18, 01:24 
В чем заключается конфинурирование приложений, о котором вы говорите?

Пожирают много диска -- в ostree (т.е. и в хранилище, из которого собирается /usr, и во flatpak) есть дедупликация. Поэтому много места, по сути, занимает только один flatpak-рантайм, хотя и это решаемо. В Endless сама система и Flatpak используют одно и то же ostree-хранилище, и при этом есть flatpak-рантайм, использующий те же библиотеки, что и хост. В итоге этот рантайм практически не занимает дополнительного места.

Интеграция с системой -- какая именно?

А еще Fedora собирается собирать свои флатпаки, а не тянуть их с Flathub.

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

Велосипеды делать и тут несложно. Во-первых, манифест для того же Flatpak пишется очень просто, во-вторых, можно просто собрать rpm-пакет и добавить его через rpm-ostree install либо rpm-ostree override replace.
Ну и в конце концов, /usr/local и /opt открыты на запись (они симлинки на /var/usrlocal на /var/opt).

Еще есть такой трюк: можно сделать контейнер на F28, видящий хост (скажем, -v /:/host), поставить туда dnf-ом все зависимости, собрать что-нибудь с префиксом /host/usr, сделать на хосте rpm-ostree usroverlay и в контейнере тупо make install.
Приложение установится в /usr и все будет работать. После перезагрузки исчезнет, т.е. система не загадится.

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

61. "Проект Silverblue будет развивать атомарно обновляемый вариа..."  +3 +/
Сообщение от Аноним (-), 06-Май-18, 03:55 
Если вы работаете из под консоли, и ставите проверенные приложения, как apache, nginx, postfix, всякие LAMP-стеки, тогда да. Приложения "ваш друг". Но на каком основании вы понимаете "друг" приложение, или "не друг"? Вы что, отслеживаете коммиты? Вы хоть что-то понимаете в этих коммитах? Врядли. И я не понимаю. Самим фактом установки приложения вы даете безусловные права "делай что хочу, я тебе абсолютно доверяю". Но доверять можно по-разному, на каком основании "абсолютно"? А про уровень и компетенции разработчиков вы в курсе, как они пишут большинство приложений?

Я разработчик ПО и понятия не имею, какое приложение хорошее, а какое плохое. Сегодня всё отлично, а через 5 лет всплывет какой-нибудь коммит с бэкдорчиком, который случайно пропустили. Даже в open source, вспоминаем про скандал с АНБ. Только не предлагайте "настроить firewall" и т.п.

Мир изменился, сейчас ставится огромное количество закрытых приложений. И там огромное количество багов, начиная с ядра Linux и заканчивая всякими сервисами Samba и т.п.

1. Большинство deb-пакетов ставится из PPA, которым изначально нельзя доверять, но приходится. Там какой-то энтузиаст собрал и поддерживает этот софт в актуальном состоянии. Это не официальный пакет, непонятно что там. Смотреть каждый из них? Увольте. Содержать свой персональный PPA репозиторий для всего софта? А flatpak/snap с большой вероятностью буду поддерживаться официально  оригинальным поставщиков ПО. Да, подход с набором проверенных пакетов из репозитория хорош когда у вас сервис, вы точно знаете что вам нужно поставить и ставите с 10 приложений и все. А вот GUI приложение тянет десятки зависимостей.
2. Приложение в идеале будет иметь только необходимый минимум прав, который им нужен.
3. Про безопасность, атомарность и т.п. уже говорили.
4. Почему поощряется? У вас просто нет этих знаний - "вредный" это софт или нет. А когда и если вы поймете - будет уже поздно, ведь у него уже есть root!
5. Система прав в Linux давно уже устарела для пользовательской ОС. И была создана, когда сама система и её целостность была важнее пользовательских данных. Она расчитана на сервера. Мне глубоко плевать если повалится /usr/, /var, /etc. А вот если сотрутся мои фоточки, которые мне больше неоткуда взять, если если кто-то сп...ит информацию о кредитке или коллекцию домашней порнушечки собственного производства - я буду очень опечален, очень. Это поставит под угрозу мою карьеру, репутацию, и т.п. А всякие /usr - да я переустановлю систему, только /home оставьте.
6. И да, большинство коммерческого софта "враги", если хотите конкретнее. Вы для них способ заработать. И если на вас можно заработать как-то еще, например сп...див информацию о ваших предпочтених о фильмах (и показывая потом рекламу с ними), то почему бы этого не сделать? Пользователь же не заметит. А про качественные бесплатные приложения для всего...ну...простите это утопия. Я даже за деньги не могу получить Photoshop или Affinity Photo на Linux. Поэтому если вы хотите чтобы Linux был успешен и для него была куча софта (а я хочу), надо учитывать что мир не только из розовых пони состоит.
7. Я итак смирился с тем, что очень многое обо мне уходит в Google. Но отдавать эту инфу любому софту... это как-то чересчур.
8. Про обновление софта, когда он требует новую библиотеку уже говорили... как вы это будете делать? Да никак =) Надо ждать свежую Ubuntu c обновленной libc.
9. Даже то, что приложения имеют одинаковый доступ, когда запущены "от пользователя" не то. Нужно как в Android, открываешь панельку где все приложения и удобно настраиваешь какое приложение куда может пойти (более гранулярно). А если захочет что-то новое - пусть спрашивает разрешение. Зачем Chrome доступ к файловой системе? Обойдется папкой Downloads. Зачем просмотрщику изображений доступ в интернет? Отключаем.
10. Вспоминаем когда из под root выполнялось "rm -rf /" при установке deb-пакета, кажется homebrew. Случайно, просто разработчики ошиблись и не поставили запятую или пробел, хотели директории со старыми конфигами почистить. Упс...
11. Никогда не делайте "configure && make && sudo make insall" это адский пи...ц. Не то что для пользователя, этого крайне не рекомендуется делать даже разработчикам. Это просто не для этого создавалось. Вы можете в какой-то момент просто поломать всю систему, причем так...что вы больше никогда её не восстановите. Никогда. Это не продвинутые пользователи, это чайники и злые буратины сами себе (хотя бы ./configure --prefix="/home/<user>/.local")
12. А кто мешает, просто ставьте на Atomic, а обычную Fedora. Таких дистрибутивов куча, и они никуда не денутся, хоть в /dev пишите, никто же не запрещает. Но это не про продвинутых пользователей.
13. О какой конфигурации вы говорите? Открываете стандартное приложение "Software", и ищите поиском нужный софт (там уже подключены snap пакеты для Ubuntu) что там настраивать? Потом допилять все фичи, и удобно и единообразно можно будет устанавливать и удалять snap пакеты.
14. Идеологические юниксоиды, они как мамонты. Должны уже все скоро помереть. Я вот всё жду, не дождусь. Хотя бы с того что этот подход крайне устарел. Как и концепция "сейчас из г...на и палок, и tar | sed | awk | bash" смастерим скрипт или даже "программу". Это просто не работает. Берём нормальный Python 3 и погнали.
15. Миру Linux нужны высококачественные приложения, которые умеют тесно интегрироваться со средой (Gnome), общаться по необходимости между собой (шина dbus), поддерживать темы (Adwaita и т.п.), конфигурироваться через стандартные механизмы (gsettings, dconf editor) и т.п. И их должно быть много, и они должны быть платными. Потому что хочется качественных приложений. Всё что вы имеете сейчас, не потому что "open source", а потому что компании оплатили разработчиков для своих целей. Но вот на приложения под пользователей им наплевать. И пока Linux не станет привлекательным для разработчиков платных приложений, будущего как замены Windows/MacOS у него нет.

Итого, это просто огромный, невероятный прорыв в Linux-дистростроении для конечных пользователей.  Это очень и очень круто и система будет значительно надежнее. Просто killer-фича, ничего подобного вроде у Windows и MacOS нет (соседка убила Windows, выдернув шнур питания, когда поругалась с мамой).

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

62. "Проект Silverblue будет развивать атомарно обновляемый вариа..."  +/
Сообщение от Аноним (-), 06-Май-18, 04:39 
1. "Они часто отвратительно интегрируются с базовой системой"
Ну, не отвратительно, неправда. "Не идеально". Действительно, сейчас есть проблема со стилизацией, подхватом нестандартных Gnome тем (шрифтов?), и тем иконок (Gnome Tweaks) и т.п. Видимо, не учли этот момент (что подтверждает что разработчики делают много ошибок и в целом доверять им - немного наивно). Они сделали слишком сильную контейнерную изоляцию, не учли что визуальный стиль должен подхватываться с базовой системы.

Но это абсолютный must-have и этот вопрос сейчас активно обсуждается. Это обязательно поправят.
2. "А ещё они пожирают много диска"
Это зависит от уровня контейнерной изоляции и того, что шарится между контейнерами, а что нет.
Но в целом это вообще не проблема, ни для flatpak, ни для snap. Жесткий диск - самый сейчас доступный ресурс, а через пару лет даже для SSD.


Подсчитаем: 50-300 Mb на одно приложение
snap-пакеты занимают 3Gb в /var/lib/snapd, и 6Gb примонтированные в /snap (или это ссылка на snap и реально он места не отнимает??). Итого 9Gb.
flatpak занимает 3Gb в /var/lib/flatpak (больше нигде не вижу)
Через snap установлено 7 пакетов (и старые версии snap пакетов не удалены), через flatpak 19.
Даже если всё будет установлено в контейнерах и этих приложений будет 30-50-100, ну будет это занимать 50Gb-100Gb максимум.

В мире, где есть Electron-приложения на Javascript (и немало), которые тянут целый Chrome! только для одного приложения (и для каждого приложения свой Chrome!) и весят сотни мегабайт и жесткого диска и в оперативной памяти.

В мире, где какая-нибудь современная игра сжирает 20-30Gb места, после установки - это копейки.
Зато преимущества значительно перевешивают.

Electron-приложения тем более надо запихнуть в snap/flatpak, они итак тянут весь свой runtime. И приложениями вы этими будете пользоваться, альтернативы не будет. И Slack, и Skype и т.п.


>[оверквотинг удален]
> editor) и т.п. И их должно быть много, и они должны
> быть платными. Потому что хочется качественных приложений. Всё что вы имеете
> сейчас, не потому что "open source", а потому что компании оплатили
> разработчиков для своих целей. Но вот на приложения под пользователей им
> наплевать. И пока Linux не станет привлекательным для разработчиков платных приложений,
> будущего как замены Windows/MacOS у него нет.
> Итого, это просто огромный, невероятный прорыв в Linux-дистростроении для конечных пользователей.
>  Это очень и очень круто и система будет значительно надежнее.
> Просто killer-фича, ничего подобного вроде у Windows и MacOS нет (соседка
> убила Windows, выдернув шнур питания, когда поругалась с мамой).

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

68. "Проект Silverblue будет развивать атомарно обновляемый вариа..."  +/
Сообщение от Аноним (-), 06-Май-18, 08:36 
Шрифты поддерживаются. Темы поддерживаются, если они запакованы. Причем если запакованы, то они автоматом ставятся.

А просто цеплять темы нельзя, вдруг версия GTK не та?

Со значками не знаю, скорее всего так цепляются.

Про "занимают много места" -- ещё раз, там есть дедупликация.
Если один рантайм занимает 200мб, а второй, который на основе первого + ещё 20 библиотек, будет занимать места как 200мб + те 20 библиотек.

Обеспечивается все это просто тем, что хранилище — ostree. Если 2 файла (в т.ч. в разных пакетах) имеют одинаковую sha256sum, то они хранятся только один раз.

А потом приложения ещё пару мегабайт на каждое.

Это все flatpak, как с этим в snap, не знаю.

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

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

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




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

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