The OpenNET Project / Index page

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



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

Оглавление

OpenNews: Релиз десктоп ориентированной системы MidnightBSD 0.1, opennews (?), 07-Авг-07, (0) [смотреть все]

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


13. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от belkinemail (?), 08-Авг-07, 11:18 
>БСДшникам
>Welcome в стройные ряды линуксойдов :)
>
>Скоро и клонов фряхи будеть не сосчитать.

Рано или поздно до всех дойдёт понимание того, что установка прикладного ПО в систему и удаление должно происходить так же просто как вставить и вытащить CD. Правда для этого многим нужно будет расширить сознание и начать избавляться от тупизма типа зависимых друг от друга пакетов или установки ППО из под привилегированного пользователя.

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

19. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от www.andr.ru (?), 08-Авг-07, 12:57 
> Рано или поздно до всех дойдёт понимание того, что установка прикладного
> ПО в систему и удаление должно происходить так же просто как вставить и вытащить CD.
> Правда для этого многим нужно будет расширить сознание и начать избавляться от
> тупизма типа зависимых друг от друга пакетов или установки ППО из под
> привилегированного пользователя.

UNIX на пенсии, и всем её клонам пора туда же, и уже давно. Смонтировал к /bin шару по сети с готовым софтом - и все дела. Смонтировать можно сколько угодно шар, никаких ограничений. А суперюзера в Plan 9, например, просто нет - ни один хитрый хакер не получит того, чего не существует.


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

21. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от Дмитрий Ю. Карпов (?), 08-Авг-07, 13:10 
Imperator:
> Скоро и клонов фряхи будеть не сосчитать.

В отличие от Linux, где автор делает только ядро, у FreeBSD есть оригинальный полноценный дистрибутив. В этом плане дистрибутивы Линукса равноправны, а у FreeBSD есть "главный" дистрибутив.

belkin:
> нужно будет ... избавляться от тупизма типа зависимых друг от друга пакетов или установки ППО из под привилегированного пользователя.

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

www.andr.ru:
> Смонтировал к /bin шару по сети с готовым софтом - и все дела.

Хороший подход. А ядро вообще зашить в ПЗУ - и локального диска не нужно.

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

24. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от belkinemail (?), 08-Авг-07, 13:34 
>Зависимости пакетов позволяют снизить размер пакетов и совместно использовать общий код.

Размер пакета от наличия или отсутствия нескольких сторонних библиотек не сильно зависит. Общий код можно использовать взяв компонент к себе в дистрибутив и тем самым выведя надёжность работы своей программы из под зависимости от обновлений-изменений в другом пакете.

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

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

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

29. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от belkinemail (?), 08-Авг-07, 13:53 
>А установка из-под супервизора обеспечивает сохранность системы от , способного сломать
>систему, но неспособного восстановить её (или переустановить с нуля).

А почему система неспособна защитить себя от слома "криворуким юзером" ? Потому система сама не предоставляет сервиса установки ППО а значит этот процесс она не контролирует.

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

52. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от oops (?), 09-Авг-07, 08:32 
Jail еще никто не отменял. Вот и Xen подтягивается...
Ответить | Правка | Наверх | Cообщить модератору

54. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от belkinemail (?), 09-Авг-07, 10:35 
>Jail еще никто не отменял. Вот и Xen подтягивается...

Ни Jail ни Xen не защищают ОС от установщика и создателя пакета или скрипта установки.

А Xen да на PC для массового применения это муторно и неэффективно. Это вам не Mainframe с его аппаратной поддержкой вирт. машин и специально для этого созданной ОС, которые вместе могут не сильно напрягаясь обслуживать тысячи процессов.

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

59. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от Dvorkinemail (??), 09-Авг-07, 14:35 
>Jail еще никто не отменял. Вот и Xen подтягивается...

что значит подтягивается? у всех нормальных пацнов он уже давно отжимается :) а что такое джайл?

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

57. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от Дмитрий Ю. Карпов (?), 09-Авг-07, 14:16 
> Размер пакета от наличия или отсутствия нескольких сторонних библиотек не сильно зависит.
> Общий код можно использовать взяв компонент к себе в дистрибутив и тем самым выведя надёжность работы своей программы из под зависимости от обновлений-изменений в другом пакете.

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

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

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

> А почему система неспособна защитить себя от слома "криворуким юзером"?

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

> Потому система сама не предоставляет сервиса установки ППО а значит этот процесс она не контролирует.

У FreeBSD есть программа pkg_add; правда, в ней предусмотрена возможность выполнения любого вложенного в дистрибутив скрипта на этапе инсталляции, т.к. неизвестно, что может потребоваться при инсталляции. Теоретически можно ограничить набор выполняемых операций и дать pkg_add атрибут SetUID; однако, проблема разграничения нескольких юзеров остаётся, т.к. решить её невозможно.

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

48. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от ТинПу (?), 09-Авг-07, 03:02 
Кто то о бабах, кто то о пингвинах ... а www.andr.ru - все о Plan9 :)

Ну хорошо - смонтируешь ты зашаренный /bin и будут у тебя ls и компания работать ... дык это даже в тупом оффтопике будет - dir и иже с ними :)
GNOME или Oracle там какой - тоже так под Plan9 работать будут? Чегото сумлеваюсь ...

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

26. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от Аноним (-), 08-Авг-07, 13:43 
> Рано или поздно до всех дойдёт понимание того, что установка прикладного ПО в систему и удаление должно происходить так же просто как вставить и вытащить CD.

Это давно уже так везде. Что synaptic, что порты, что portage.
Везде, кроме винды...

> Правда для этого многим нужно будет расширить сознание и начать избавляться от тупизма типа зависимых друг от друга пакетов или установки ППО из под привилегированного пользователя.

Назад в пещеры? Вот такие с расширенным сознанием и придумывают оси на PHP со статически скомпиленным всем. Please, die.

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

31. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от belkinemail (?), 08-Авг-07, 14:09 
>> Рано или поздно до всех дойдёт понимание того, что установка прикладного ПО в систему и удаление должно происходить так же просто как вставить и вытащить CD.
>
>Это давно уже так везде. Что synaptic, что порты, что portage.
>Везде, кроме винды...

Что "это" ? Пакет_A_версия1 требует пакет_B_версия2, а пакет_C требует пакет_B_версии1. Держать две версии пакет_B ? А зачем тогда вообще вся эта петрушка затеяна ? Или вы мне посоветуете обновить пакет_C до версии, которая работает с пакет_B_версия2 ? Мне больше заняться нечем кроме как ломать настроенное и нормально работающее пакет_C.

>> Правда для этого многим нужно будет расширить сознание и начать избавляться от тупизма типа зависимых друг от друга пакетов или установки ППО из под привилегированного пользователя.
>
>Назад в пещеры? Вот такие с расширенным сознанием и придумывают оси на
>PHP со статически скомпиленным всем. Please, die.

А здесь где пещеры ? Или в чём вы прогресс увидели ? Поясните.

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

65. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от Аноним (-), 09-Авг-07, 18:32 
> Что "это" ?

"Просто как вставить и вытащить CD"

> Пакет_A_версия1 требует пакет_B_версия2, а пакет_C требует пакет_B_версии1. Держать две версии пакет_B? А зачем тогда вообще вся эта петрушка затеяна? Или вы мне посоветуете обновить пакет_C до версии, которая работает с пакет_B_версия2? Мне больше заняться нечем кроме как ломать настроенное и нормально работающее пакет_C.

Я тебе посоветую выкинуть свой дистр (RPM никак юзаешь?), ибо все возможные проблемы при изменении API/ABI библиотек уже везде решены, и с зависимостями просто не может возникнуть никаких проблем. Могу даже объяснить, почему.

> А здесь где пещеры?

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

Это значит:
- Размер дистрибутива растет многократно
- Потребляемая память растет многократно (да, иногда нужно держать пару версий одной библиотеки. Ты предлагаешь держать по экземпляру для каждого приложения)
- Если у меня запущено десяток приложений, у меня в памяти болтается десяток gettext'ов, libiconv'ов, xlib'ов, gtk/qt, whatever? Замечательно.
- При обнаружении уязвимости в libpng или libogg, мне что, надо перекачать большую часть пакетов? Замечательно. А через сколько времени после обновления самой библиотеки обновится все, в состав чего она включена?
- Если я собираю из исходников, мне каждый раз пересобирать все зависимости, идущие в комплекте? Или ты лично проследишь, чтобы были статические сборки ВСЕГО под sparc64?
- Жесткий (и, очевидно, максимально возможный) набор зависимостей у всего. Еще лучше.

Установка из-под непривилегированного пользователя? Замечательно. У каждого пользователя будет личный десяток гигабайт аппликух. Hint: пользовательей не всегда один.
Кроме того, ты лично перепишешь весь софт, в котором пути к данным прописываются в бинарник на этапе сборки (--datadir в configure).

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

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

74. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от glorg (?), 04-Сен-07, 03:56 
+10
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

27. "Релиз десктоп ориентированной системы MidnightBSD 0.1"  +/
Сообщение от Аноним (-), 08-Авг-07, 13:44 
> Рано или поздно до всех дойдёт понимание того, что установка прикладного ПО в систему и удаление должно происходить так же просто как вставить и вытащить CD.

Это давно уже так везде. Что synaptic, что порты, что portage.
Везде, кроме винды...

> Правда для этого многим нужно будет расширить сознание и начать избавляться от тупизма типа зависимых друг от друга пакетов или установки ППО из под привилегированного пользователя.

Назад в пещеры? Вот такие с расширенным сознанием и придумывают оси на PHP со статически скомпиленным всем. Please, die.

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

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

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




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

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