The OpenNET Project / Index page

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



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

Оглавление

Первый стабильный релиз децентрализованной системы установки..., opennews (??), 24-Май-11, (0) [смотреть все] –1

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


30. "Первый стабильный релиз децентрализованной системы установки..."  +/
Сообщение от gegMOPO4 (ok), 24-Май-11, 22:16 
> если в системе уже будет присутствовать нужная для работы программы зависимость, ее повторная загрузка не произойдет

А если системный пакетный менеджер удалит зависимость, которая из-за этого не была зероинсталлирована? А если обновит её несовместимым с зероинсталлированными программами? А если обновление зероинсталлированной зависимости поломает кучу зераинсталлированных кривых программ (как libc поломал флеш)? Как вообще можно указывать зависимости для разных пакетных менеджеров разных систем, если они по-разному называются, нумеруются и разбиваются на пакеты? Что делать, если системная зависимость собрана с неожиданными для зеропакетировщика опциями? Или если разные зероинсталлированные программы требуют одной и той же версии зависимочти, собранной по-разному? Что делать с подмонтированным noexec домашним разделом?

Не проще ли тогда уж подгружать готовый образ диска для виртуалки, со всем готовым окружением?

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

43. "Первый стабильный релиз децентрализованной системы установки..."  +/
Сообщение от коксюзер (?), 25-Май-11, 15:40 
> А если системный пакетный менеджер удалит зависимость, которая из-за этого не была
> зероинсталлирована? А если обновит её несовместимым с зероинсталлированными программами?

На этот случай есть процедуры проверки и восстановления окружения. Бтв, и как часто в стабильных ветках бинарных дистрибутивах происходят такие "несовместимые" обновления? Чуть менее, чем никогда.

> А если обновление зероинсталлированной зависимости поломает кучу зераинсталлированных
> кривых программ (как libc поломал флеш)? Как вообще можно указывать зависимости

А причём здесь Zero Install? Это за пределами ответсвенности пакетного менеджера. Любого.

> для разных пакетных менеджеров разных систем, если они по-разному называются, нумеруются
> и разбиваются на пакеты? Что делать, если системная зависимость собрана с

Где по-разному? Системные зависимости называются известно, как, и при интеграции с ними используются принятая в системе номенклатура.

> неожиданными для зеропакетировщика опциями? Или если разные зероинсталлированные программы

Неожиданными для человека? Какие претензии к Zero Install в этом случае? Или в случае пакетирования системными средствами "неожиданные" опции внезапно становятся "ожиданными" сразу и навсегда?

> требуют одной и той же версии зависимочти, собранной по-разному?

А если не-зероинтсаллированные программы требуют такой зависимости? Она волшебным образом разрешается, да? Кстати, в системах типа ZI это разрешается на уровне путей во время линковки при сборке: две разные версии (и в смысле номера либы, и разные по настройкам или содержанию) живут в разных директориях и называются - ну кто бы мог подумать?1 - по-разному.

> Что делать с подмонтированным noexec домашним разделом?

Монтировать без noexec и перестать делать вид, будто это когда-то что-то значило для безопасности. Либо собирать и ставить софт где-нибудь в /var.

> Не проще ли тогда уж подгружать готовый образ диска для виртуалки, со
> всем готовым окружением?

Да, вот только виртуализации нам и не хватало. Легковесно, надёжно, удобно и безопасно, чо.

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

46. "Первый стабильный релиз децентрализованной системы установки..."  +/
Сообщение от Michael Shigorinemail (ok), 25-Май-11, 19:50 
>> А если системный пакетный менеджер удалит зависимость, которая из-за этого не была
>> зероинсталлирована?
> На этот случай есть процедуры проверки и восстановления окружения. Бтв, и как
> часто в стабильных ветках бинарных дистрибутивах происходят такие "несовместимые"
> обновления? Чуть менее, чем никогда.

Даже при неизменности стабильной ветки системный пакет может оказаться невостребованным с точки зрения администратора/aptitude.

>> А если обновление зероинсталлированной зависимости поломает кучу зераинсталлированных
>> кривых программ (как libc поломал флеш)?
> А причём здесь Zero Install? Это за пределами ответсвенности пакетного менеджера.
> Любого.

Случай с flash -- пожалуй, да, а вот ряд вариаций на тему съезда ABI конкретно в альте уже ловится (set-versions).

> Где по-разному?

Где-то firefox, где-то iceweasel, где-то mozilla-firefox...  тут относительно просто только с библиотеками, если ориентироваться исключительно на soname.

>> Не проще ли тогда уж подгружать готовый образ диска для виртуалки, со
>> всем готовым окружением?
> Да, вот только виртуализации нам и не хватало. Легковесно, надёжно, удобно и
> безопасно, чо.

То же самое можно сказать и про 0install с иронией на второй части рожи... (.

(не, какие-то полезные применения а-ля .dmg могут найтись, только повторюсь: за такую наглую саморекламу положено канделябром до получения резонной характеристики, включающей хотя бы известные недостатки)

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

50. "Первый стабильный релиз децентрализованной системы установки..."  +/
Сообщение от коксюзер (?), 26-Май-11, 12:20 
> Даже при неизменности стабильной ветки системный пакет может оказаться невостребованным
> с точки зрения администратора/aptitude.

Это за пределами ответственности ZI. Если системное окружение не согласуется с потребностями пользователей, можно к нему не привязываться изначально, либо привязываться ограниченно - к glibc и другим пакетам, всегда установленным в системе. В теории проблема есть, на практике не сталкивался.

> Случай с flash -- пожалуй, да, а вот ряд вариаций на тему
> съезда ABI конкретно в альте уже ловится (set-versions).

Не знаю, есть ли подобное в ZI, не сталкивался опят же. Но там возможен откат на предыдущую версию, и в принципе возможно реализовать аналог set-versions.

> Где-то firefox, где-то iceweasel, где-то mozilla-firefox...  тут относительно просто только
> с библиотеками, если ориентироваться исключительно на soname.

Всё просто: имя пакета можно указать явно для каждого дистрибутива или группы дистрибутивов, а также ограничить допустимые версии зависимостей. Но зачем вы спрашиваете? Вы же интересовались, должны знать. ;)

>> Да, вот только виртуализации нам и не хватало. Легковесно, надёжно, удобно и
>> безопасно, чо.
> То же самое можно сказать и про 0install с иронией на второй
> части рожи... (.

Представьте себе, ZI - это и легковесно, и надёжно, и удобно, и безопасно, и гораздо более универсально, чем традиционные менеджеры или виртуализация. Мне, по факту, на практике. Да и не только мне. А как там у вас в теории - вам виднее.

> (не, какие-то полезные применения а-ля .dmg могут найтись, только повторюсь: за такую
> наглую саморекламу положено канделябром до получения резонной характеристики, включающей
> хотя бы известные недостатки)

Эти недостатки, очевидны и известны практически всем, кто хоть что-то понимает в вопросе, и ничтожны на фоне достоинств. Особенно если не теоретизировать о крайних случаях, а пользоваться в конкретных ситуациях.

Алсо, о брёвнах в глазу: из сотен русскоязычных линуксоидов и BSD-шников могу припомнить от силы 5 человек, которые адекватно оценивают уровень защищённости своих систем и осознанно идут на эти риски там, где не используют Grsecurity, PaX и аналоги. Все остальные в голос трубят о безопасности. Включая вас, на сколько я могу судить. По вашей логике, и вас следовало бы канделябром приложить - за наглую саморекламу и "враньё".

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

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

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




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

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