Представлена (http://www.pcbsd.org/content/view/138/) бета-версия десктоп-ориентированной операционной системы PC-BSD 8.0 (http://www.pcbsd.org/content/view/136/11/), перешедшей на кодовую базу FreeBSD 8.0 и KDE 4.3.4. Из наиболее значительных улучшений, можно отметить интеграцию полностью нового инсталлятора, позволяющего устанавливать не только PC-BSD, но и классический FreeBSD. Система отныне поставляется в виде LiveDVD, позволяя оценить возможности PC-BSD без установки на жесткий диск. Инсталлятор поддерживает создание шифрованных разделов, установку с использованием файловой системы ZFS, создание программных зеркал при помощи gmirror и автоматического назначения меток топом средствами glabel.В новой версии значительно улучшена работа менеджера по установке дополнительных программ: добавлена возможность установки через web и автоматической загрузки обновлений. Программы упакованы в собственный формат пакетов - PBI, суть которого в избавлении от зависимостей, путем помещения...
URL: http://www.pcbsd.org/content/view/138/
Новость: http://www.opennet.me/opennews/art.shtml?num=24882
>Minimum system requirements:
>
>Pentium II or higher
>256MB RamЭто уже интересно, хотя и мало верится, что KDE 4.3.4 будет нормально работать.
Короче, качаю и проверяю :)
> Программы упакованы в собственный формат пакетов - PBI, суть которого в избавлении от зависимостей, путем помещения всех необходимых библиотек в каждый пакет.Спонсоры разработки производители жестких дисков?
Я так понимаю, что пакеты становятся на свои стандартные места и следовательно не занимают параллельно место на диске.
как "PBI, суть которого в избавлении от зависимостей, путем помещения всех необходимых библиотек в каждый пакет" вяжется с "пакеты становятся на свои стандартные места и следовательно не занимают параллельно место"?
20 пакетов с общими зависимостями не займут больше места, чем если бы они ставились раздельно. То есть, одна и та же либа будет после установки лежать в единственном экземпляре на винте, а не плодиться себя много раз.
<i>как "PBI, суть которого в избавлении от зависимостей, путем помещения всех необходимых библиотек в каждый пакет" вяжется с "пакеты становятся на свои стандартные места и следовательно не занимают параллельно место"?</i>Совершенно верно. Принципы юникс не нарушаются. Если пакет уже установлен в системе он не устанавливается либо обновляется.
В базовой системе уже заложены часто используемые пакеты. А в .PBI это как "мини репозитории", так что эти сами .pbi чуть чуть больше "чистых" нужных пакетов.
Давайте не обманывать людей :)
PBI очень толстые, со всем напакованным внутри, практически без исключений.
Но они будут работать до отупения, что бы там не происходило с базовой системой, пока она будет 8.х
Не только 8.x, но и всех последующих версий.
> Спонсоры разработки производители жестких дисков?Ничего вы не понимаете в колбасных обрезках... Когда-нибудь приходилось устанавливать софт без интернета? А если софт накачан более новой версии или более старой чем в дистрибутиве? Я считаю что пакетные менеджеры должны существовать но чтобы их не возводили в абсолют...
Поймите наконец, что на десктопе экономия места это в ущерб удобству. Однако горе той ОС которая только так и умеет - все поняли о какой я ОС говорю... ;)
>Когда-нибудь приходилось устанавливать софт без
>интернета? А если софт накачан более новой версии или более старой
>чем в дистрибутиве? Я считаю что пакетные менеджеры должны существовать но
>чтобы их не возводили в абсолют...
>
>Поймите наконец, что на десктопе экономия места это в ущерб удобству. Однако
>горе той ОС которая только так и умеет - все поняли
>о какой я ОС говорю... ;)полностью согласен. святые слова !
А я уже возвёл APT в абсолют.
http://www.opennet.me/tips/info/2241.shtml
P.S. Если указать пустой status, то он скачает _все_ пакеты, которые необходимы для установки нужных нам прог.
>А я уже возвёл APT в абсолют.
>http://www.opennet.me/tips/info/2241.shtml
>P.S. Если указать пустой status, то он скачает _все_ пакеты, которые необходимы
>для установки нужных нам прог.Ну уж нет, спасибо. Ты сам прекрасно понял почему даже такой 100% рабочий способ не является удобным. Я хочу просто прийти со своей флэшкой и за минуту поставить свой софт и уйти - и так на любой линуксовый комп например. Я просто знаю что у моего знакомого есть какой-то линукс сам не знаю какой, но вроде не самый старый - я прихожу и в два клика ставлю ему любимую программу - вот так.
Ну разве что мой способ чуть менее универсален в том смысле, что под каждый дистр нужно выкачивать пакеты отдельно. Лично для меня это не критично - можно и последнюю версию взять (за одно и система обновится)
>Лично для меня это не критичноВопросов больше нет.
pbi - очень удобно,если нет сети.
>pbi - очень удобно,если нет сети.Вы даже не представляете как удобно.
Доустановил всё из этих .pbi, остальное немного обновил через инет
пакеты очень удобны, например, что если программы юзает патченную версию либы libtiff? при установке или обновлении, она бы затерлась, а так каждая программы использует именно ту либу, с которой её тестировали.
>помещения всех необходимых библиотек в каждый пакеткто-нибудь, научите их статически линковать бинарники :)
>кто-нибудь, научите их статически линковать бинарники :)Они от этого какбэ толще становятся, а как высказался один господин выше - винты не резиновые, что бы делать такую бесполезную избыточность.
Винты давно уже резиновые и не ограничивают место для библиотек и софта. Просто чуть меньше (минут на 10) порнухи поместится.
Похоже Вы не часто делаете резервное копирование. Объемные винты - хорошо, но и объем бэкапа имеет значение. К тому же статически слинкованные бинарники - это путь к существованию в одной системе разных версий одних и тех же библиотек, что может приводить к весьма неожиданным эффектам.
Как програмер с опытом поубивал бы за желание линковать статически. Очень грустно иметь в маленькой софтинке кучу багов из статитически слинкованых либов -> надо часто пересбирать софтину -> часто обновлять/качать целиком со всеми зависиостями -> в итоге имеем кучу недостатков вместо преймущества.
В KDE 4.3.4 у меня часто падает dolphin. Пока жду более стабильной версии
Вот если бы все было так как вы говорите - что каждый установочный пакет содержит библиотеки и программы использующие одну версию не ставят копии.GIMP - 640 Мб на жестком диске
FireFox - 370 Мб на жестком диске
Blender - 145 Мб - его я скачал одним 30 Мбайтным пакетом PBIНе будучи преставителем безмозглых фанатов подоконной системы не анализирующих вообще ничего в своей жизни, я буду выяснять суть почему так: 1) просто пакеты не собраны с учетом всех потенциальных возможностей PBI 2) там имеются символические ссылки и поэтому суммарный размер кажется таким большим 3) еще варианты? :)
Обратите вримание - пользуясь Ubuntu 9.10, я не поленился и выкачал установочный DVD 8-й беты и поставил его под виртуалбокс. Система ставится крайне просто. Впечатления положительные.
Вот бы линуксу такое - пусть ругают за то что пакеты жирно ставятся а не то что геморно ставятся ИМХО :)
Скорее бы обратили внимание на Zero Install для Linux - очень похожая но более совершенная чем PBI система. Не хватает дефолтного наличия во всех дистрибутивах и запуск установщика увы не в два клика - дождешься от господина Шаттлворта такого, ага... =(
>3) еще варианты? :)3) Вам соврали (возможно, ненамеренно). В pbi пакете по-любому собраны все его зависимости. И иначе не может быть - откуда пакету знать что у вас уже установленно, а что - нет ? libastral текущими версиями ещё не поддерживается.
P.S. Ну исключая, конечно, те пакеты, которые устанавливаются при сетапе PC-BSD - о них-то известно, что они установлены.
Ни первое ни второе ни третье. PBI тащит и устанавливает ВСЕ зависимости для каждого пакета отдельно. В этом подходе действительно много плюсов. Но размер...
у PC-BSD светлое будущее
Светлое то оно светлое ток вот почему ПБИ-пакеты так сильно распухли с 7-ой до 8-0й версии.
Так она сама по себе распухла сильно. Инсталятор уже не хочет ставить на слайс меньше 10Гб :( Плюс потенциально отдельно два дерева портов (обычное и для ports jail)...
ИМХО получается неплохо, но сильно много места занимает.