The OpenNET Project / Index page

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

Проект PC-BSD представил новую реализацию формата пакетов PBI

16.03.2011 21:58

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

Из преимуществ PBI также называются гибкие возможности по обновлению (например, можно установить приложение использующее нестандартные, устаревшие или новейшие библиотеки) и удалению приложений, без влияние на систему и другие программы. Также возможна подготовка 32-разрядных PBI-пакетов, способных работать на 64-разрядных системах без усложненных chroot-конфигураций.

Из возможностей, реализованных в переработанной версии PBI, отмечается:

  • Поддержка установки и сборки PBI-пакетов в обычных FreeBSD-окружениях (без привязки к PC-BSD)
  • Новый инструментарий для работы с PBI-пакетами, реализованный в виде одного исполняемого файла pbi-manager, работающий в режиме командной строки (не требует для реализации всех возможностей наличия GUI-интерфейса как раньше) и использующий только стандартные системные утилиты и библиотеки;
  • Поддержка сборки стандартного порта FreeBSD в виде готового PBI-файла;
  • Использование цифровых сигнатур для проверки надежности источника сборки. Теперь можно проверить, что пакет взят из официального репозитория (ранее использовался только простейший MD5 хэш для проверки целостности пакета). Для каждого файла в пакете теперь создается SHA256-хэш, что дает возможность следить за целостностью установленных файлов;
  • Для разработчиков пакетов разработан механизм доставки PBI конечным пользователям. Ведение первичного индекса всех выпущенных PBI и связанной с ними мета-информацией. Пользователь может найти нужный пакет в индексе и установить его. Реализованы инструменты для создания и поддержки собственных PBI-репозиториев;
  • С целью минимизации используемого дискового пространства реализована возможность совместного использования единых для разных пакетов файлов. Если при установке пакета файл уже был установлен другим пакетом, то вместо дублирования данных создается жесткая ссылка. Идентичность файлов проверяется с использованием SHA256-хэшей.
  • Для мониторинга и обслуживания установленных PBI-пакетов используется специальный фоновый процесс pbid, который непосредственно занимается выявлением и объединением дубликатов;
  • Для сокращения размера необходимых для обновления PBI-пакетов данных добавлена поддержка обновления через установку бинарных патчей, содержащий только измененные данные по отношению к прошлой версии пакета. Использование бинарных патчей позволяет сократить объем загружаемых данных, в некоторых ситуациях, на 95%. Доступны инструменты для автоматической генерации патчей на основе сборки стандартного порта.


  1. Главная ссылка к новости (http://blog.pcbsd.org/2011/03/...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/29940-PC-BSD
Ключевые слова: PC-BSD, pbi, packet, port
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (74) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 23:16, 16/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    >Для уменьшения размера в PBI включаются только дополнительные компоненты, отсутствующие в базовой поставке релизов PC-BSD.

    ДА!!!! Это же очевидное изменение лежит на поверхности! Почему так сразу не сделали?

     
     
  • 2.2, dimqua (ok), 23:22, 16/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А это не изменение, это вроде так всегда было.
     
     
  • 3.10, Аноним (-), 00:19, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    VLC  1.1.7_1 207.41 Mb 02/28/11 8.x Series
    DeaDBeeF 0.4.1_1 60.24 Mb 02/22/11 8.x Series
    Banshee  1.6.1 185.83 Mb 02/15/11 8.x Series
    Pidgin   2.7.9 86.92 Mb 01/08/11 8.x Series
    Firefox  3.6.15 90.20 Mb 03/11/11 8.x Series
    Transmission   2.22 49.70 Mb 03/11/11 8.x Series
    Inkscape 0.48.1 93.77 Mb 03/08/11 8.x Series
    Clementine-Player 0.6   83.52 Mb 03/08/11 8.x Series


    что-то мне не верится что libqt4 нету в стандартной поставке KDE ориентированного дистрибутива, иначе бы clementine и VLC столько бы не занимали!

     
     
  • 4.13, StrangeAttractor (ok), 01:13, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +12 +/
    > VLC  1.1.7_1         207.41 Mb

    Ибдец! Портабельная виндовая версия 25 мегов занимает (дистр ещё меньше ессно, и Qt при этом в поставку Windows вроде ещё не включена...), а у этих 200... Дуратская идея по ходу. Ибо всё хорошо, что вмеру, а такое раздувание - это не в меру (по крайней мере не оправдано, imho).

     
  • 4.16, User294 (ok), 01:50, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Transmission   2.22  49.70 Mb  03/11/11  8.x Series

    Инифига себе, маленький и легкий клиентик. Любимец эмбеддовки. На 50 мегабайтов под таким соусом получился! Что они туда на 50 мегов засунули, интересно? oO У меня, извините, Transmission стоит на *роутере*, у которого вся внутренняя флеха - аж 16Мбайт. И оно не только туда влезло, но там еще и 60% места свободно осталось, прикиньте?! Заметьте, все это вместе с операционкой и всеми либами. А тут вдруг один только пакет на 50Мб? Афигеть, крутые технологии, однако. Такое пожалуй даже виндузятникам слабо будет.

     
     
  • 5.17, анон (?), 02:00, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Там гуевый клиент со своими либами, неужели непонятно?
     
     
  • 6.29, тигар (ok), 10:03, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    конкретно ему - не понятно.
    он, видимо, не посматривал за макосовцами с их мегапакетами.
     
     
  • 7.37, User294 (ok), 12:59, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > он, видимо, не посматривал за макосовцами с их троянами и вирями.

    Немного исправлено :). Как раз под макось появляется всякое малваре. И наверное яппл с его 60 дырами в браузере и такими системами инсталла софта этому неплохо способствует - такой подход к софту просто вопиюще просит чтобы в этот гадюшник хаксоры сплойтами долбали. И ведь будут долбать, что характерно. Это они пока еще под внимание толком не попали. А так вон софт от какогонить абоба хацкерам весьма нравится, например. Хотите быть бесплатным ботом у спамеров? Way to go!  :)

     
     
  • 8.40, iZEN (ok), 14:22, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Использование цифровых сигнатур для проверки надежности источника сборки Тепер... текст свёрнут, показать
     
     
  • 9.68, User294 (ok), 00:32, 18/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мимо тазика если огреть сплойтом либу прогу - совсем не обязательно ее потом из... текст свёрнут, показать
     
  • 5.26, crypt (??), 09:12, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    мож, они с дебагом собирают... так, на всякий пожарный, чтобы уж все включено.
     
  • 5.57, Анон (?), 18:59, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    На пальцах: PBI это пакет включающий в себя не только само приложение, но и ВСЕ его зависимости от сторонних библиотек, приложений и ресурсов, и инсталлятор вообще не учитывает что возможно некоторые библиотеки в системе уже есть.

    Кароче тот же виндовоз только на BSD, что огорчает, я бы хотел опробовать что-нибудь чисто БСДшное, видимо все же буду пробовать Дебиан с запиленным ядром freebsd.

     
     
  • 6.65, Клыкастый (?), 20:00, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что мешает использовать FreeBSD?
     
  • 4.43, Аноним (-), 14:35, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, сколько места на винте займет это добро. Мне всегда 10 гигов хватало, а тут сколько надо, 40? Судя по разнице в размере пакетов, не меньше ))
     

  • 1.3, klalafuda (?), 23:38, 16/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надеюсь, что гномовские и кдешные библиотеки входят в базу. Причем нескольких популярных версий. Иначе ой..
     
     
  • 2.5, User294 (ok), 23:48, 16/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Надеюсь, что гномовские и кдешные библиотеки входят в базу. Причем нескольких популярных версий.

    Это ж получится прямо как в винде: что ни программа, то сидюк. Почему сидюк? Да потому что скачивать пакеты оно не умеет, вт и прут несчастные разработчики софтины с собой абслютно все что хоть как-то касается их программы с собой на сидюке....  ну и ессно никакого вам автоматического ресольва зависимосте - програмер кодящий сетап - это единственное средство разруливания зависимостей, хаха. PC-BSD'шники не хотят внедрить и этот момент столь кульных технологий инсталляции из лохматых 90-х себе? :)

    Очевидный минус: а как при этом надежно избавиться от дырявой версии либы? Чтоб везде и насовем? Неужто как в винде, перекачивая все эти мега-чушки? Или некоторые теперь будут на уязвимости класть еще покруче чем MS и софтоклепатели под винду?

     
     
  • 3.9, klalafuda (?), 23:57, 16/03/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Это ж получится прямо как в винде: что ни программа, то сидюк. Почему сидюк? Да потому что скачивать пакеты оно не умеет, вт и прут несчастные разработчики софтины с собой абслютно все что хоть как-то касается их программы с собой на сидюке....  ну и ессно никакого вам автоматического ресольва зависимосте - програмер кодящий сетап - это единственное средство разруливания зависимостей, хаха. PC-BSD'шники не хотят внедрить и этот момент столь кульных технологий инсталляции из лохматых 90-х себе? :)

    Если ты посмотришь на реальность за последние лет десять-пятнадцать, то сам знаешь что увидишь, что разделение библиотек и ресурсов между пакетами, ресолв зависимостей и тд и тп - это прямо скажем не ключевые моменты в игре под названием 'завоюй рынок'. Совсем не ключевые. Где-то на уровне задворок. С точки зрения инженера-апологета это может и выглядит кощунством, но с точки зрения практика - полные порядок. Если приложение занимает весь принятый на текущий момент времени дешевый носитель - это ок. Если оно занимает 1% от среднестатистического дискового пространства целевого юзера - это ок. Если оно занимает трафик, который может позволить бОльшая часть аудитории - это ок. Все остальное - а где рук столько взять на все остальное? Тут - или популярность в массах коя тоже стоит недешево или техническое совершенство, что тоже не дается даром. Чтобы и то и другое - это где-то из разряда утопии.

    Работает? Удовлетворяет? И ладно.

     
     
  • 4.11, ананим (?), 01:02, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >что разделение библиотек и ресурсов между пакетами, ресолв зависимостей и тд и тп - это прямо скажем не ключевые моменты в игре под названием 'завоюй рынок'. cовсем не ключевые. Где-то на уровне задворок. С точки зрения инженера-апологета это может и выглядит кощунством, но с точки зрения практика - полные порядок.

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

    э нет. тут нужен разумный компромис.
    ибо лучшее - враг хорошего.
    а быть даже только хорошим сейчас в одно рыло ну ОЧЬ не выгодно.

     
     
  • 5.22, Below (ok), 04:57, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Согласен, но никто систему портов не запретил пока, PBI - всего лишь один способ установки, который к тому же пока только развивается, посмотрим что из этого выйдет. Меня тоже больше устраивают зависимости, чем такие жирные пакеты. Но вот пример: сейчас у меня на fbsd 32-битный wine в chroot, и это морока, была бы pc-bsd, я смог бы обойтись установкой всего одного пакета, а все остальное вполне собрать из портов, и это разумно.
     
  • 4.14, User294 (ok), 01:36, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > разделение библиотек и ресурсов между пакетами, ресолв зависимостей
    > и тд и тп - это прямо скажем не ключевые моменты в игре под названием 'завоюй рынок'

    Может и не ключевые, но зачем же создавая нечто новое наступать на старые грабли то? Очень греет душу перспектива выведения вирусни/троянов прилетевшие через сплойты? Тогда еще и буквы дисков из мсдоса можно перепереть и wine по дефолту воткнуть, наверное :)

    А так - в современном мире интернет - везде. Там где его нет - все-равно никто никогда не увидит никаких PC-BSD и пакетов под него: там у продавцов сисдюков в лучшем случае есть стандартный набор вареза, ака пиратка винды + всякие фотошопы под нее. Ну а "форматом пакетов" является почему-то EXE или MSI. А если вы хотите пакеты в другом формате - увы и ах, но вам придется сунуться в интернет и качать их самому, etc. А вот при этом жирнота пакетов и такое их устройство - скорее минус чем плюс.

     
  • 4.15, User294 (ok), 01:45, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > но с точки зрения практика - полные порядок. Если приложение занимает
    > весь принятый на текущий момент времени дешевый носитель - это ок.

    А знаете, сидюки то - умирают. И начинают смотреться архаично. Если уж кто хотел на них закладываться - это надо было делать 15 лет назад, когда технология была на подъеме.

    А не когда крупнейшие медиа-конторы с огорчением признают факт *умирания* физических носителей, судорожно пытаются найти новые бизнес модели и даже дохнут, потому что как известно, "поздно пить боржоми, когда почки отказали" (гудбай, EMI! Туда вам и дорога! Остальных динозавров не забудьте!).

     
  • 4.21, бедный буратино (ok), 03:51, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Если ты посмотришь на реальность за последние лет десять-пятнадцать, то сам знаешь что увидишь, что разделение библиотек и ресурсов между пакетами, ресолв зависимостей и тд и тп - это прямо скажем не ключевые моменты в игре под названием 'завоюй рынок'. Совсем не ключевые

    Если посмотреть на реальность последние 10-15 лет, то слова "вирус", "спам", "ботнет" стали обыденными, как какая-то неизбежность. Ну внушили людям, что без этого не обойтись, вот они и живут под тоннами спама, оплачивая порой левый трафик, и регулярно теряя свои данные. Неизбежность - она неизбежность. Зато иконка в гноме не такая - у них сразу обморок, говорят, это обычные последствия гипноза.

    > Тут - или популярность в массах коя тоже стоит недешево или техническое совершенство, что тоже не дается даром.

    Верно - тут или те, кто хотят всего и сразу, а в результате, по факту, не получают ничего, да ещё и теряют часто... или те, кто медленно и степенно развиваются. И всё бы хорошо, но нельзя ли попросить первых не заливать меня тоннами спама и ддоса из своих ботнетов?

     
     
  • 5.69, User294 (ok), 00:39, 18/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > но нельзя ли попросить первых не заливать меня тоннами спама и
    > ддоса из своих ботнетов?

    Во-во. А то знаете, если поставить почтовый сервак, 95% его работы будет сделано для спамеров, а не для легитимных юзеров, почему-то. Спасибо вам, боты, что мы оплачиваем 95% работы серверов без пользы и даже с вредом в виде засранных инбоксов.

     
  • 3.28, xxx (??), 09:49, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Очевидный минус: а как при этом надежно избавиться от дырявой версии либы?
    > Чтоб везде и насовем? Неужто как в винде, перекачивая все эти
    > мега-чушки? Или некоторые теперь будут на уязвимости класть еще покруче чем
    > MS и софтоклепатели под винду?

    В целом согласен, однако этот минус свойственен проприетарщикам. А в данном случае репозитарий pbi пакетов один и поддерживается разработчиками, поэтому уязвимость в либе приведёт к необходимости обновить все pbi в которых есть эта либа. И это делается легко и централизовано. А для левых pbi, как и для лквых пакетов в других дистрах никто естественно ничего не гарантирует. Хотя, например, легко написать скриптик кторый будет пробегать по директориям с установленным ПО, искать уязвимые компоненты и громко оповещать пользователя при обнаружении.


     
     
  • 4.30, QuAzI (ok), 10:43, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Легко и централизованно:
    1) США отключает неугодные записи в первичных DNS
    2) MS, всякие AppStore и подобные рассылают всё что угодно под видом обновлений (от троянов до вирей)
    2.5) Централизовано вносятся трояны и прочий паразитский софт при взломе ведущего сайта (а в последнее время это модно, тот же SourceForge помянем)
    3) Конторы накрываются при отвале "центра".

    Всё остальное делается распределённое и рассчитывается на выживание в любых условиях. В чистой FreeBSD можно указать ближайшее зеркало для портов/пакетов, после поиска на котором они будут тянуться с официальных серверов, а если и те загнулись, порты ещё и по сайтам авторов софта будут искаться - вот это я понимаю, может выжить даже если одной страной станет меньше.
    И опять же, это удобно для одного ПК, а если их целый зоопарк? Один и тот же пакет по 500Мб будет тянуть каждая машина. Десяток машин - одно обновление вылезло в 5Гб. А у меня машин более 80 на работе - уже за 40Гб трафика на ОДНОМ обновлении. Так я ещё маленький, страшно подумать про конторы с сотнями хостов. А если перетаскивать ВСЕ пакеты, где эта либа завалялась, можно на месяц убить канал в инет на пустом месте.

    А скриптик ваш после прохода по системе обновив например какой-нить libjpeg, от которого целая куча графических свистелок зависит, до очередной версии уронит всё верно и на долго. К тому же как ваш скриптик каким боком стыкуется с их концепцией "Всё мышкой" ?

     
     
  • 5.32, anonymous (??), 11:26, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    1. свой днс?
    2. не юзать такой софт?
    2.5 цифровые подписи и хэши?
    3. децентрализовать на основе существующих идей и проектов?

    кэширующий прокси или даже билд-ферма если тачки одинаковые?

    не юзать паленые репы и левые скрипты?


    вообщем - ССЗБ.

     
     
  • 6.38, QuAzI (ok), 13:19, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    1. Такие простые. Ну мой DNS в пределах организации или максимум провайдера. Пусть даже этот провайдер - ведущий в стране. Но остальные вместо резолвинга всё равно увидят шыш на постном масле при вашем раскладе. Вылезайте уже из блужданий по мечтаниям.
    2. Не юзать софт от MS, Apple, Google, всякие мобилы с андроидом, яподы и вообще к электронике не подходить? Или вы просто не в курсе о чём речь?
    2.5. На сломанном ресурсе исправлены будут
    3. мы строили строили и теперь... ломаем... причём убивая время на то, чтобы восстановить то что уже было в родительской системе.

    Кэширующий прокси или даже ферма - это костыли. Как не крутитесь. И у кэша будет не резиновый лимит и ферму ежедневно разливать на рабочие места - это бред сивой. Особенно если часть хостов (а у меня это порядка 35) - сидят удалённо по VPN через GPRS.

    А где я написал про левые репы? Вы про SourceForge? Или читаете по диагонали?

     
     
  • 7.70, User294 (ok), 00:59, 18/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Пусть даже этот провайдер - ведущий в стране. Но остальные вместо
    > резолвинга всё равно увидят шыш на постном масле при вашем раскладе.
    > Вылезайте уже из блужданий по мечтаниям.

    А что мечтания? DHT не вчера придумали. Вчера о них мечтали. А сегодня уже пора делать то что завтра станет обыденностью ;). Например, распределенный "DNS". Или те же апдейты можно полностью децентрализованно раздавать. Единственное что будет отделять автора пакета от всех остальных - его ключ, которому вы доверяете. Только и всего. Было бы желание - и при современном уровне развития наук и технологий сделать 100% распределенную систему вообще говно вопрос. Все отдельные куски технологий УЖЕ созданы, отлажены и набирают силу. А всего пару сотен лет назад вам бы никто не поверил что можно одним взмахом руки зажечь свет, что можно нажав пару кнопок передать картинку через полпланеты в другую страну, что "повозка" будет подсказывать человеческим голосом куда ехать, etc. А сегодня это просто обыденность.

     
     
  • 8.72, QuAzI (ok), 08:53, 18/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это понятно что когда дым из задницы пошёл, народ стал крутиться в сторону чьор... текст свёрнут, показать
     
  • 5.33, xxx (??), 11:41, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >А скриптик ваш после прохода по системе обновив например какой-нить libjpeg, от которого целая куча графических свистелок зависит, до очередной версии уронит всё верно и на долго. К тому же как ваш скриптик каким боком стыкуется с их концепцией "Всё мышкой" ?

    Это я привёл пример, на самом деле можно сделать и графическую приблуду и фигню в трее. И скриптик мой, в моём примере, будет предлагать обновить каждый pbi в котором обнаружена уязвимая библиотека, например выведя в трее сообщение. А обновлять эти pbi пользователь будет с репозитариев (зеркал если есть) и сайтов авторов, которые сделали pbi. А для тех pbi для которых не прокатит обновление, скриптик настоятельно порекомендует пользователю либо снести их нафиг, либо использовать на свой страх и риск. Меня и самого порты устраивают, но я нивижу принципиальных проблем с подходом как у pbi для OPENSOURCE проекта. Заметь, именно для открытого проекта, а не для всяких там Win, Mac и прочее.

     

  • 1.4, Аноним (-), 23:47, 16/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Молодцы IX-system и Крис Мур - больше Desktop-Unix, хороших и разных. Правда, буду ждать релиза. Ребят, а вам всем не стремно что у нас, в России, никто не делает не коммерческие RUS-форки ? Хаять умеем, продавать умеем, а делать нет. РУС-БСД вроде какая-то была. На Украине)
     
     
  • 2.6, klalafuda (?), 23:50, 16/03/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ребят, а вам всем не стремно что у нас, в России, никто не делает не коммерческие RUS-форки ? Хаять умеем, продавать умеем, а делать нет. РУС-БСД вроде какая-то была. На Украине)

    Эээ... А нахрена, простите, эти 'рус-форки'? Если не секрет? Что в них такого 'рус' (или 'укр' - кому как нравится) что нельзя сделать в контексте 'не-рус' апстрима :-?

     
     
  • 3.12, ананим (?), 01:08, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    во-во. тем более что русские фамилии всё чаще и чаще встречаются в очень серьёзных проектах.
    а сомопальный велосипед - это уже не практично и дорого.
    вот к примеру в альте есть альтератор - всем хорош, но в других дистрах нет, соответственно стать стандартом ему не светит, а большинство из присутствующих и не знает что это такое.
     
  • 2.49, yurkis (ok), 14:58, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ребят, а вам всем не стремно что у нас, в России, никто не делает не коммерческие RUS-форки ?

    Форки в бздешном комьюнити вроде как моветон. Да и зачем его форкать? Русскую раскладку by default поставить? Лучше (и проще) вложится в оригинальній проект. В pbidir (сайт с пбишками) можно при желании отдельную категорию сделать- russian, например.

     
  • 2.54, smallcat (ok), 15:52, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Молодцы IX-system и Крис Мур - больше Desktop-Unix, хороших и разных. Правда,
    > буду ждать релиза. Ребят, а вам всем не стремно что у
    > нас, в России, никто не делает не коммерческие RUS-форки ? Хаять
    > умеем, продавать умеем, а делать нет. РУС-БСД вроде какая-то была. На
    > Украине)

    Была. Хороним уже полгода.

     
     
  • 3.63, QuAzI (ok), 19:40, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А, ну ну. Ну мы подождём =)
     

  • 1.7, Аноним (-), 23:53, 16/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    После многих лет разработки в PC-BSD изобрели... tar.gz
     
     
  • 2.53, smallcat (ok), 15:50, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > После многих лет разработки в PC-BSD изобрели... tar.gz

    Это вобще о чём? Куда говорить?

     

  • 1.8, xxx (??), 23:54, 16/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >Поддержка установки и сборки PBI-пакетов в обычных FreeBSD-окружениях (без привязки к PC-BSD)

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

     
     
  • 2.44, iZEN (ok), 14:38, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>Поддержка установки и сборки PBI-пакетов в обычных FreeBSD-окружениях (без привязки к PC-BSD)
    >Вот это понравилось, можно будет ставить всякий хлам на посмотреть и потом с лёгкостью выпиливать.

    О, да.
    Я бы из PBI поствил Xfce 4.8, посмотрев, что там половина функций сломана, вернулся бы обратно на Xfce 4.6, опять же: из PBI.

     
     
  • 3.56, Аноним (-), 18:09, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Я бы из PBI поствил Xfce 4.8, посмотрев, что там половина функций сломана, вернулся бы обратно на Xfce 4.6, опять же: из PBI.

    И в чём проблема? У Вас же снапшоты есть, сделал снапшот ФС, поставил посмотрел, откатился обратно.

     
     
  • 4.64, iZEN (ok), 19:58, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в связности.

    Откатываться обратно на предыдущую версию DE слишком сложно — нужно было делать ФС для каждого зависимого порта прямо или косвенно связанного с Xfce, или иметь заранее собранные бинарные пакеты для этой версии. PBI как раз решает вопрос инкапсуляции всего графа зависимостей в одном пакете — откатываться не составляет труда.

     
     
  • 5.66, Аноним (-), 20:23, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    1. снапшот
    2. поставил, посмотрел
    3. удалил снапшот

    в чём проблема? Какая связность, Вы о чём?

     
     
  • 6.71, User294 (ok), 01:01, 18/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > в чём проблема? Какая связность, Вы о чём?

    Скорее, проблема в том что снапшот откатывает и правда ВСЕ. Вот сохранили вы файло. Откатили снапшот. Опаньки! А файла то ... нету! Или он в состоянии каким был месяц назад. И совсем не факт что вы именно этого и хотели.

     
  • 6.73, iZEN (ok), 18:58, 18/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Решил вопрос так:
    1) Загрузил срез каталога коллекции портов на определённую дату.
    2) Собрал все необходимые пакеты Xfce 4.6.2.
    3) Запретил этим конкретным пакетам обновляться (+IGNOREME вкаждом /var/db/pkg/*fce*/ — порядка 20 штук).
    4) PROFIT!
     

  • 1.18, Анон (?), 03:38, 17/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Представляю, как какой-нибудь текстовый редактор на Qt аля Блокнот будет за собой тянуть всю либу. Боже упаси, чтоб он не был интегрирован в KDE.
     
     
  • 2.20, zzzzzz (?), 03:48, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    всё будет путём:
    >С целью минимизации используемого дискового пространства реалзиована возможность >совместного использования единых для разных пакетов файлов. Если при установке пакета файл >уже был установлен другим пакетом, то вместо дублирования данных создается жесткая ссылка. >Идентичность файлов проверяется с использованием SHA256-хэшей.
     
     
  • 3.25, klalafuda (?), 07:59, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > всё будет путём:

    Совсем не факт, что все будет именно этим путем. Потому что Вася Пупкин, афтар этого калькулятора,
    1) Соберет под себя Qt версии отличной от той, что есть в апстриме. Он найдет мильен минорных причин для того, чтобы выбрать именно её а не базу.
    2) Даже если соберет его версии, совпадающей с апстримом, все равно соберет его так, что хеши ессно совпадать не будут.
    3) Радостно зафигачит свой велосипед к себе в пакет и все желающие будут тягать его с vasya.pupkin.narod.ru.

     
     
  • 4.34, Аноним (-), 11:59, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1. Выбор за вами в использовании этого калькулятора.
    2. Попросите Васю добавить свой калькулятор в порты...
     
  • 4.50, yurkis (ok), 15:00, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> всё будет путём:
    > Совсем не факт, что все будет именно этим путем. Потому что Вася
    > Пупкин, афтар этого калькулятора,
    > 1) Соберет под себя Qt версии отличной от той, что есть в
    > апстриме. Он найдет мильен минорных причин для того, чтобы выбрать именно
    > её а не базу.
    > 2) Даже если соберет его версии, совпадающей с апстримом, все равно соберет
    > его так, что хеши ессно совпадать не будут.
    > 3) Радостно зафигачит свой велосипед к себе в пакет и все желающие
    > будут тягать его с vasya.pupkin.narod.ru.

    А как в таком случае повдет себя традиционный менеджер пакетов?

     
  • 3.48, Аноним (-), 14:55, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    это токо мне кажется, что они придумали /usr/local/lib с блэкдже^Wс хешем и хардлинками?
     
  • 2.52, smallcat (ok), 15:41, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Давно всё есть.
    Огород городить никто не будет.
     

  • 1.19, zzzzzz (?), 03:46, 17/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    звучит круто! посмотрим как будет на деле.
     
  • 1.23, анонизмус (?), 06:55, 17/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    имхо, это не выход. лучше бы они вместе с командой драгонфлай бзд запилили их родную систему виртуальных пространств пакетов, чем городить вот такой большущий костыль.
     
     
  • 2.51, yurkis (ok), 15:03, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > имхо, это не выход. лучше бы они вместе с командой драгонфлай бзд
    > запилили их родную систему виртуальных пространств пакетов, чем городить вот такой
    > большущий костыль.

    Впринципе там как минимум несколько возможностей установки:
    1. make install clean из портов
    2. pkg_add [-r]
    3. п. 1 и 2 в специальной port jail. Плюшка в том что устанавливаемые либы никаким образом не влияют на базовую систему
    4. Собственно сам PBI

     

  • 1.24, Аноним (-), 07:35, 17/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И никто не упоминул что это один в один мак ос х. Там ровно тоже самое статическая линковка либ и пакеты гиговые. Асечка адиум весит 63 мб. Опять эппл задала моду(((
     
     
  • 2.47, Аноним (-), 14:48, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Статическая линковка проще реализуется, для каждой проги своя версия либы, не надо геммороя с приведению всех прог на одну версию либ. Не очень безопасно, но проприетарщикам париться с безопасностью не к лицу, ее юзерам не продашь, на рабочий стол обоиной не повесишь и понтовых иконок из нее не сделаешь. А что пакеты гиговые - яблочникам не привыкать, они переплачивать привыкли
     

  • 1.27, Аноним (-), 09:26, 17/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чего спросить то хотел, допустим скачал pbi с кучей либ - половина либ будет в системе стоять уже, он из pbi только недостающие установит?
     
     
  • 2.31, QuAzI (ok), 10:45, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет

     
     
  • 3.45, smallcat (ok), 14:38, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да.
     
  • 2.46, iZEN (ok), 14:39, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Чего спросить то хотел, допустим скачал pbi с кучей либ - половина
    > либ будет в системе стоять уже, он из pbi только недостающие
    > установит?

    Да.

     
     
  • 3.76, Аноним (-), 03:00, 21/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет.
     

  • 1.39, tmp (?), 14:05, 17/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они изобрели Microsoft-style установку?


     
     
  • 2.41, h31 (ok), 14:27, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда уж Apple-style.
     

  • 1.42, smallcat (ok), 14:28, 17/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    И как бы не завидовали завистники, но проект движется вперёд.
    Пусть была ошибка ужасная в версии 7.х, но проект слушает людей, принимает адекватные решения. Уважение команде PC-BSD.
     
  • 1.58, Аноним (-), 19:01, 17/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    At a bare minimum, you need to have the following computer hardware in order to install PC-BSD:
    Pentium II or higher
    512 MB RAM
    14GB of free hard drive space
    Network card
    Sound card

    14 GB? WTF?

    дернул образ посмотреть. "Это какой-то позор?" Да, инсталлятор таки не дает ставиться, пока минимум 14 гиг диска не нарежешь. Попробовал попробовал живьем с образа загрузиться - Strigi немедленно решил проиндексироваться, пискнул, что места на диске мало и все намертво повисло. ознакомился, ога.

    отдельный привет постабортивному материалу, который занимается там русефекацыей инсталлятора. "FreeBSD делает отличный выбор для серверов", "Если вы не уверены пожалуйста остав" и прочие радости в наличии.

     
     
  • 2.59, Anonim737 (?), 19:06, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Сделай лучше, потом придешь сюда расскажешь и покажешь свою поделку, а мы покритикуем.
     
     
  • 3.62, Аноним (-), 19:38, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    правильно цитируй, мурзилка

    «Критик должен быть готов и способен в любой момент и по первому требованию занять место критикуемого им и выполнять его дело продуктивно и компетентно; в противном случае критика превращается в наглую самодовлеющую силу и становится тормозом на пути культурного прогресса»

     
     
  • 4.67, klalafuda (?), 22:04, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > «Критик должен быть готов и способен в любой момент и по первому требованию занять место критикуемого им и выполнять его дело продуктивно и компетентно; в противном случае критика превращается в наглую самодовлеющую силу и становится тормозом на пути культурного прогресса»

    И это тоже неверный подход. Впрочем, как и любой другой, основывающийся на крайности. Критик может прекрасно *видеть* проблему. И может её обосновать. Точнее, должен обосновать. Свою критику. Но решение - вы слишком многого хотите. Сама суть критики - это в первую очередь обозначение углов. Но не их выравнивание. Если критик может решить проблему - отлично! Но это отнюдь не означает, что если он не в состоянии этого сделать, он должен молчать в тряпочку. Четкое обозначение проблемы и её признание заинтересованными участниками - это уже половина её решения.

     
     
  • 5.77, nuclight (ok), 11:36, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> «Критик должен быть готов и способен в любой момент и по первому требованию занять место критикуемого им и выполнять его дело продуктивно и компетентно; в противном случае критика превращается в наглую самодовлеющую силу и становится тормозом на пути культурного прогресса»
    > И это тоже неверный подход. Впрочем, как и любой другой, основывающийся на
    > крайности. Критик может прекрасно *видеть* проблему. И может её обосновать. Точнее,
    > должен обосновать. Свою критику. Но решение - вы слишком многого хотите.
    > Сама суть критики - это в первую очередь обозначение углов. Но
    > не их выравнивание. Если критик может решить проблему - отлично! Но
    > это отнюдь не означает, что если он не в состоянии этого
    > сделать, он должен молчать в тряпочку. Четкое обозначение проблемы и её
    > признание заинтересованными участниками - это уже половина её решения.

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

     
  • 2.61, анонизмус (?), 19:20, 17/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    PC-BSD вплотную подошла к требованиям оффтопика для HDD. браво!
     

  • 1.60, anonymous from da LOR (?), 19:18, 17/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не прошло и десяти лет, сделали PBI по-человечески. Ну да лучше поздно, чем никогда.
     
  • 1.74, lucentcode (ok), 01:49, 19/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В чём профит от такой системы? Только размер пакетов серьёзно увеличился. Что люди не сделают, только бы своё ЧСВ потешить.
     
     
  • 2.75, Аноним (-), 03:00, 21/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нету профита.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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