The OpenNET Project / Index page

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



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

Оглавление

Портирование APT-подобной  утилиты pkgin для управления паке..., opennews (?), 21-Дек-09, (0) [смотреть все]

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


13. "Портирование APT-подобной  утилиты pkgin для управления паке..."  +/
Сообщение от xxx (??), 21-Дек-09, 13:47 
>Кромк того, хочу добавить, что держать кучу мусора в /usr/ports/ уже надоело. Его еще и обновлять надо. Почему нельзя ссылаться на сервер, а для сборки иметь кеш?

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

Лично меня система портов полностью устраивает, после того как перешёл на portsnap + portmaster, из существенных для меня недостатков осталось лишь:
а) Общая тормознутость инфраструктуры портов и пакетов, тот же make config-recursive делается невероятно долго, pkg_* утилиты, тоже еле ворочатся. Самое смешное, что давным-давно делал утилитку на подобии pkg_version на perl, используя самый тупой способ, парся файлы в /var/db/pkg используя регулярные выражения. И это работало намного быстрее.
б) Отсутствие блокировок на операции, к примеру если порт А и Б, зависят от В, то если запутить обои на компиляция и установку, при встрече этих процессов на компиляции порта В чаще всего происходит epic fail. Приходится вручную прерывать компиляцию порта А, дожидаться завершения компиляции В портом Б, а затем снова запускать А. И это сильно достаёт когда смотришь в top и видишь, что процессор еле занят, а в паралель несколько портов не запустить без присмотра.
г) Ну и естественно скорость установки, а именно время на компиляцию, хотя с каждым годом становится менее актуально.

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

16. "Портирование APT-подобной  утилиты pkgin для управления паке..."  +/
Сообщение от фейри (?), 21-Дек-09, 14:25 
Думаю, если появится сервис компиляции на серверах проекта, инфраструктуру быстро оптимизируют, а пока компиляция остается на нас, оптимизацией нет интереса заниматься.
Ответить | Правка | Наверх | Cообщить модератору

39. "Портирование APT-подобной  утилиты pkgin для управления паке..."  +/
Сообщение от XoRe (ok), 22-Дек-09, 00:43 
>Думаю, если появится сервис компиляции на серверах проекта, инфраструктуру быстро оптимизируют, а
>пока компиляция остается на нас, оптимизацией нет интереса заниматься.

Так может вам посмотреть в сторону PC-BSD?
Там сделали свои пакеты, которые скачиваются с сервера уже скомпилированными.
И со всеми зависимостями сразу)

А вообще аргумент "с сервера" становится сомнительным, если вспомнить про /etc/make.conf.
Если вы проработали с FreeBSD 5 лет, вы знаете, что там можно мнооого чего написать.

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

42. "Портирование APT-подобной  утилиты pkgin для управления паке..."  +/
Сообщение от oops_ (?), 22-Дек-09, 08:06 
>невероятно долго, pkg_* утилиты, тоже еле ворочатся. Самое смешное, что давным-давно
>делал утилитку на подобии pkg_version на perl, используя самый тупой способ,
>парся файлы в /var/db/pkg используя регулярные выражения. И это работало намного
>быстрее.

Как-т заглянул в исходники pkg_* утилит, и.. лучше бы оставался в счастливом неведении.. Там на каждом шаге вызов шелловых утилит.

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

51. "Портирование APT-подобной  утилиты pkgin для управления паке..."  +/
Сообщение от oops (??), 22-Дек-09, 11:21 
a) ерунда полная, т.к. сравнивать не с чем. Да и впринципе я так не считаю
б) блокировок нет, но есть волшебная опция для  make.conf MAKE_JOBS_NUMBER=
в) точнее почему-то г)это да, за универсальность портов надо как-то платить
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

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

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




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

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