The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD, opennews (??), 04-Сен-12, (0) [смотреть все] +1

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


1. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +15 +/–
Сообщение от Аноним (-), 04-Сен-12, 15:22 
Пользуюсь этой утилитой и могу сказать, что этот пакетный менеджер очень удобная штука. Спасибо разработчикам за старания.
Ответить | Правка | Наверх | Cообщить модератору

57. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  –5 +/–
Сообщение от Michael Shigorinemail (ok), 04-Сен-12, 23:19 
И как метаданные внутри tar.xz, шустро доступны?
Ответить | Правка | Наверх | Cообщить модератору

63. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Аноним (-), 05-Сен-12, 01:19 
> И как метаданные внутри tar.xz, шустро доступны?

Судя по стыдливо воткнутому минусу без коментов - видимо вы тюкнули по больной мозоли.

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

70. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Michael Shigorinemail (ok), 05-Сен-12, 01:55 
>> И как метаданные внутри tar.xz, шустро доступны?
> видимо вы тюкнули по больной мозоли.

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

Т.е. полезно обдумать хотя бы два случая выгребания метаданных оптом:
- из локального/NFS-каталога;
- с удалённого хранилища, типично HTTP.

По обоим мелкий довесок в начале (вроде того же rpm header) работает куда лучше, чем такой же довесок на хвосте и тем более нечто внутри, особенно если для его получения требуется вытащить и распаковать весь файл.

А xz распаковывается хоть и намного веселей bz2, но всё-таки тоже накладно.  Замеры делали.

PS: да и что я, вот доберётся Чеусов... :-)

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

89. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +3 +/–
Сообщение от Аноним (-), 05-Сен-12, 04:10 
> Т.е. полезно обдумать хотя бы два случая выгребания метаданных оптом:

А что, глобальных индексов у них в репе нет?

> По обоим мелкий довесок в начале (вроде того же rpm header) работает
> куда лучше, чем такой же довесок на хвосте

Обычно в репах по этому поводу есть глобальный индекс. Как раз чтобы все оптом за раз вытащить. Так что мучать каждый файл индивидуально в общем случае не требуется. По поводу чего честно говоря не вижу большой разницы между метаданными в начале или конце. Ну разве что для каких-то специальных нужд актуально?

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

170. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Michael Shigorinemail (ok), 05-Сен-12, 15:40 
> Обычно в репах по этому поводу есть глобальный индекс.

Призовая игра: прикинуть ресурсозатраты на его обновление, в т.ч. при локальной сборке. :)

Даже инкрементальное при наличии пары "бегемотов" среди изменений может оказаться сильно дольше, чем при хорошем дизайне.  И даже при неплохом полная перегенерация может вылиться минут в двадцать, а это немало.

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

201. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Аноним (-), 05-Сен-12, 17:01 
> Призовая игра: прикинуть ресурсозатраты на его обновление, в т.ч. при локальной сборке. :)

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

> Даже инкрементальное при наличии пары "бегемотов" среди изменений может оказаться сильно
> дольше, чем при хорошем дизайне.

Может. Хотя для уменьшения эффекта они могли бы например формировать TAR так что сначала в него кладут метаданные а потом все остальное. При этом было бы достаточно распаковать только самое начало. Т.е. при желании можно и такой формат оптимизнуть по самое небалуйся. Но это несколько сложнее.

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

315. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  –2 +/–
Сообщение от Фкуку (?), 07-Сен-12, 10:50 
» Вышел pkgng
компилить из портов, или из сырцов, что полезнее, — регилия не позволяет?
Ответить | Правка | Наверх | Cообщить модератору

321. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Michael Shigorinemail (ok), 07-Сен-12, 12:31 
> компилить из портов, или из сырцов, что полезнее, — регилия не позволяет?

Это вопрос не религии, а элементарного здравого смысла и опыта:
http://www.linux.kiev.ua/ru/docs/articles/ideal-sysadm-rpm/p...
(автор текста сейчас работает в яндексе AFAIK)

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

323. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +1 +/–
Сообщение от vle (ok), 07-Сен-12, 13:19 
>> компилить из портов, или из сырцов, что полезнее, — регилия не позволяет?
> Это вопрос не религии, а элементарного здравого смысла и опыта:
> http://www.linux.kiev.ua/ru/docs/articles/ideal-sysadm-rpm/p...
> (автор текста сейчас работает в яндексе AFAIK)

Этот документ нерелевантен теме
"сборка софта в пакет и потом ставим" vs. "ставим бинарный пакет".

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

324. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Michael Shigorinemail (ok), 07-Сен-12, 13:26 
>>> компилить из портов, или из сырцов, что полезнее
>> http://www.linux.kiev.ua/ru/docs/articles/ideal-sysadm-rpm/p...
> Этот документ нерелевантен [...]

Ты ведь правда не прочёл, на какое утверждение это был ответ?

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

339. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от oops_ (?), 08-Сен-12, 15:01 
вы о каких бегемотах? у меня локальная десктопная репа порядка 700 пакетов. Из них самый бегемот это Опенофис. pkg repo отрабатывает можно сказать мгновенно.
Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

341. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  –1 +/–
Сообщение от Michael Shigorinemail (ok), 08-Сен-12, 15:58 
> pkg repo

Из pkgng? (не знаю названий утилит там)

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

125. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от xxx (??), 05-Сен-12, 12:45 
> По обоим мелкий довесок в начале (вроде того же rpm header) работает
> куда лучше, чем такой же довесок на хвосте и тем более
> нечто внутри, особенно если для его получения требуется вытащить и распаковать
> весь файл.

Справедливое замечание. Тем более, что формат пакетов для pkgng не совместим с передыдущим. Можно было действительно сделать наподобии rpm.


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

147. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +1 +/–
Сообщение от vle (ok), 05-Сен-12, 14:07 
> Т.е. полезно обдумать хотя бы два случая выгребания метаданных оптом:
> - из локального/NFS-каталога;
> - с удалённого хранилища, типично HTTP.

Не знаю, как там у pkgng, а в pkgsrc давным давно существует pkg_summary(5),
распространяемый вместе с пакетами. То есть операция извлечения метаданных
из пакета -- совершенно некритичная операция.

> По обоим мелкий довесок в начале (вроде того же rpm header) работает
> куда лучше, чем такой же довесок на хвосте и тем более
> нечто внутри, особенно если для его получения требуется вытащить и распаковать
> весь файл.

IMHO rpm в плане формата бинарного пакета самый *худший* из существующих.
То же касается rpm(1) как утилиты для управления пакетами.
Его надо просто закопать.

> А xz распаковывается хоть и намного веселей bz2, но всё-таки тоже накладно.
>  Замеры делали.
> PS: да и что я, вот доберётся Чеусов... :-)

На мой взгляд в формате проблем нет. Ни в старом ни в новом.
Замерять скорость вытаскивания метаинфы из rpm/deb мне лень.
Это не имеет ни малейшего смысла.

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

171. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Michael Shigorinemail (ok), 05-Сен-12, 15:41 
> IMHO rpm в плане формата бинарного пакета самый *худший* из существующих.

А в чем проблема-то? (держа руку за спиной)

> То же касается rpm(1) как утилиты для управления пакетами.
> Его надо просто закопать.

Ну как тебе сказать, по опыту эксплуатации не могу согласиться.

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

174. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +2 +/–
Сообщение от vle (ok), 05-Сен-12, 16:01 
>> IMHO rpm в плане формата бинарного пакета самый *худший* из существующих.
> А в чем проблема-то? (держа руку за спиной)
>> То же касается rpm(1) как утилиты для управления пакетами.
>> Его надо просто закопать.
> Ну как тебе сказать, по опыту эксплуатации не могу согласиться.

- Невозможность распаковать/получить cpio из .rpm стандартными утилитами.
- Совершенно дебильный доморощенный способ обработки опций, следствием
  которого является неадекватный/неполный вывод --help
- Неотделимость управление пакетами от их сборки (rpm -b/-t).
- Совершенно идиотский формат вывода rpm -qi. В дебаяне rfc822, в pkgng YAML,
  в pkg_summary(5) просто обрабатываемый формат key=value. В rpm(1) какое-то УГ.
- Невозможность собрать бинарный пакет из файлов и метаинформации
  a la pkg_create и IIRC dpkg-deb -b.
- Ущербная метаинформация. Нет опций сборки (pkgsrc PKG_OPTIONS), например.
  Да и формат, кажется, не расширяемый.
- Ущербный rpmdb, см., например, pkg_admin set/unset в pkgsrc.

Часть этих претензий относится и к deb, но он на мой взгляд получше будет.

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

187. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Michael Shigorinemail (ok), 05-Сен-12, 16:21 
>>> IMHO rpm в плане формата бинарного пакета самый *худший* из существующих.
>> А в чем проблема-то? (держа руку за спиной)
> - Невозможность распаковать/получить cpio из .rpm стандартными утилитами.

(доставая из-за спины) http://rpm.org/gitweb?p=rpm.git;a=blob;f=scripts/rpm2cpio.sh...

> - Совершенно дебильный доморощенный способ обработки опций, следствием
>   которого является неадекватный/неполный вывод --help

Ты знаешь, а я бы не хотел там *действительно* полный.

> - Неотделимость управление пакетами от их сборки (rpm -b/-t).

Это принимается, с rpmbuild и впрямь не всё ровно.

> - Совершенно идиотский формат вывода rpm -qi.

Здрасьте, человекочитаемый.

> В дебаяне rfc822, в pkgng YAML, в pkg_summary(5) просто обрабатываемый формат
> key=value. В rpm(1) какое-то УГ.

Чтоб сравнивать наверняка, лучше бы посмотреть -- но по описанию звучит ужасно: ни человеку нормально прочесть, ни скриптом обработать без парсинга.  Открой для себя rpmquery -qf с задаваемым форматом вывода.

> - Невозможность собрать бинарный пакет из файлов и метаинформации
>   a la pkg_create и IIRC dpkg-deb -b.

Как же я собираю бинарные пакеты из файлов и метаинформации (в виде тривиального spec)?

> - Ущербная метаинформация. Нет опций сборки (pkgsrc PKG_OPTIONS), например.

Открой для себя --define/--with.  В альте %def_with{,out}/%def_{en,dis}able весьма активно используются, между прочим.

>   Да и формат, кажется, не расширяемый.

Вот здесь толком не помню, но если хочешь, уточню.

> - Ущербный rpmdb, см., например, pkg_admin set/unset в pkgsrc.

Можешь пример "на пальцах"?

> Часть этих претензий относится и к deb, но он на мой взгляд получше будет.

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

PS: исправил ссылку -- надо же так оплошать...

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

188. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Michael Shigorinemail (ok), 05-Сен-12, 16:23 
>> - Невозможность распаковать/получить cpio из .rpm стандартными утилитами.
> (доставая из-за спины)

Для архива: http://rpm.org/gitweb?p=rpm.git;a=blob;f=scripts/rpm2cpio.sh...

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

193. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от vle (ok), 05-Сен-12, 16:45 
>>>> IMHO rpm в плане формата бинарного пакета самый *худший* из существующих.
>>> А в чем проблема-то? (держа руку за спиной)
>> - Невозможность распаковать/получить cpio из .rpm стандартными утилитами.
> (доставая из-за спины) http://rpm.org/gitweb?p=rpm.git;a=blob;f=scripts/rpm2cpio.sh...

Вот это я и называю задницей. Естественно, мне известно об этой цтилите.

>> - Совершенно идиотский формат вывода rpm -qi.
> Здрасьте, человекочитаемый.

Вот именно, мне не надо человеческий, мне нужен легко парсируемый
для машины. Банты навесить я уж как-нибудь сам.
Кстати, YAML и, rfc822 хороши.

>> В дебаяне rfc822, в pkgng YAML, в pkg_summary(5) просто обрабатываемый формат
>> key=value. В rpm(1) какое-то УГ.
> Чтоб сравнивать наверняка, лучше бы посмотреть -- но по описанию звучит ужасно:
> ни человеку нормально прочесть, ни скриптом обработать без парсинга.

Не надо ляля.  YAML и rfc822 прекрасно читаются.

pkg_summary(5) хуже, но это лучше, чем rpm -qi. Этот формат не нужно читать,
но если очень хочется, не вопрос.

0 cheusov>pkg_info -X runawk
PKGNAME=runawk-1.4.1
COMMENT=AWK wrapper that provides support for modules
SIZE_PKG=156134
BUILD_DATE=2012-07-23 17:55:24 +0300
CATEGORIES=lang devel
HOMEPAGE=http://sourceforge.net/projects/runawk
LICENSE=mit
MACHINE_ARCH=i386
OPSYS=NetBSD
OS_VERSION=6.0_BETA2
PKGPATH=lang/runawk
PKGTOOLS_VERSION=20091115
REQUIRES=/usr/lib/libc.so.12
DESCRIPTION=RUNAWK is a small wrapper for AWK interpreter that impements module system
DESCRIPTION=(similar to Perl's "use" command) and helps to write the standalone AWK
DESCRIPTION=programs. Dozens of modules are also provided.
DESCRIPTION=
DESCRIPTION=Homepage:
DESCRIPTION=http://sourceforge.net/projects/runawk

0 cheusov>pkg_info -X runawk | pkg_summary4view
-----------------------------------------------------------
PKGNAME:        runawk-1.4.1
COMMENT:        AWK wrapper that provides support for modules
SIZE_PKG:       156134
BUILD_DATE:     2012-07-23 17:55:24 +0300
CATEGORIES:     lang devel
HOMEPAGE:       http://sourceforge.net/projects/runawk
LICENSE:        mit
MACHINE_ARCH:   i386
OPSYS:          NetBSD
OS_VERSION:     6.0_BETA2
PKGPATH:        lang/runawk
PKGTOOLS_VERSION:20091115
REQUIRES:
    /usr/lib/libc.so.12
DESCRIPTION:
    RUNAWK is a small wrapper for AWK interpreter that impements module system
    (similar to Perl's "use" command) and helps to write the standalone AWK
    programs. Dozens of modules are also provided.
    Homepage:
    http://sourceforge.net/projects/runawk

0 0 cheusov>

Не знаю, как тут моноширный шрифт сделать, но, думаю, идея понятна.

>  Открой
> для себя rpmquery -qf с задаваемым форматом вывода.

Такого в SL-6.2 нет, а в rpm --queryformat чета много букафф.
Я хочу одну опцию "raw format", а не читать весь этот бред.

>> - Невозможность собрать бинарный пакет из файлов и метаинформации
>>   a la pkg_create и IIRC dpkg-deb -b.
> Как же я собираю бинарные пакеты из файлов и метаинформации (в виде
> тривиального spec)?

Ну очень интересно.

>> - Ущербная метаинформация. Нет опций сборки (pkgsrc PKG_OPTIONS), например.
> Открой для себя --define/--with.  В альте %def_with{,out}/%def_{en,dis}able весьма активно
> используются, между прочим.

Об этом я знаю, но речь о том, что эти флаги не сохраняются в бинаре пакета.

>> - Ущербный rpmdb, см., например, pkg_admin set/unset в pkgsrc.
> Можешь пример "на пальцах"?

Произвольный набор key/value пар для любого из установленных пакетов,
которыми можно пользоваться по своему усмотрению. См. два в примера в nih-е.
Там есть флажек "поставлено на поиграться" и "этот пакет не обновлять".
В pkg_rolling-release
используют флажек "библиотека-зависимость пересобрана из исходников,
а данный пакет нет". Способы использования ограничены
лишь твоей фантазией.

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

JFYI

pkg_admin(8)
check [pkg ...]
             Use this command to check the files belonging to some or all of
             the packages installed on the local machine against the checksum
             which was recorded in the +CONTENTS files at package installation
             time...

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

200. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Michael Shigorinemail (ok), 05-Сен-12, 17:01 
> Вот это я и называю задницей.

А это трейдофф.  Покажи вариант с быстродостижимыми метаданными (это _обычно_ важно), который будет распаковываться в полстроки (это бывает крайне важно, но редко).

> Вот именно, мне не надо человеческий, мне нужен легко парсируемый для машины.

Зачем парсить, если можно сразу отформатировать?

> Не знаю, как тут моноширный шрифт сделать

[cоde]..[/codе]

>> Открой для себя rpmquery -qf с задаваемым форматом вывода.

Виноват, действительно --qf.

> Такого в SL-6.2 нет, а в rpm --queryformat чета много букафф.
> Я хочу одну опцию "raw format", а не читать весь этот бред.

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

>> Как же я собираю бинарные пакеты из файлов и метаинформации (в виде
>> тривиального spec)?
> Ну очень интересно.

Серьёзно?

%install
tar -C %buildroot -xf %SOURCE1

> Об этом я знаю, но речь о том, что эти флаги не сохраняются в бинаре пакета.

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

>>> - Ущербный rpmdb, см., например, pkg_admin set/unset в pkgsrc.
>> Можешь пример "на пальцах"?
> Произвольный набор key/value пар для любого из установленных пакетов,
> которыми можно пользоваться по своему усмотрению. См. два в примера в nih-е.

Ну это всяк кулик своё болото хвалит, ты полезность покажи.  Не спору ради, пока не вижу.

> Там есть флажек "поставлено на поиграться" и "этот пакет не обновлять".

Это может быть реализовано как на уровне управления пакетами, так и системой/репозиториями.  Скажем, в альте apt-у можно сказать "это на холд", а вот вручную rpm-ом при необходимости сознательно обновить.

> В pkg_rolling-release используют флажек

(флажок)

> "библиотека-зависимость пересобрана из исходников, а данный пакет нет".

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

> Способы использования ограничены лишь твоей фантазией.

Ещё key-value и свободным местом, не надо тут. :)

> JFYI

Чеусов, спрячь банальщину и не выпендривайся.  man rpm и /VERIFY OPTIONS (я не встречал только D и, кажется, L -- остальное пригождалось на практике).

Т.е. хорошо, что оно и у тебя есть, но если б не было -- говорить было бы не о чем вообще.

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

208. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от vle (ok), 05-Сен-12, 17:23 
>> Вот это я и называю задницей.
> А это трейдофф.  Покажи вариант с быстродостижимыми метаданными (это _обычно_ важно),
> который будет распаковываться в полстроки (это бывает крайне важно, но редко).

Обычно это нафиг не упало. bulk buld у меня строится на стареньком атоме порядка 3 недель.
pkg_summary с нуля -- порядка 15 минут для >11000 пакетов.
При инкрементальном подходе -- тем более, пакеты строятся на порядок дольше.

>> Вот именно, мне не надо человеческий, мне нужен легко парсируемый для машины.
> Зачем парсить, если можно сразу отформатировать?

Затем, чтобы обрабатывать, машиной. А парсить там нечего.

>> Такого в SL-6.2 нет, а в rpm --queryformat чета много букафф.
>> Я хочу одну опцию "raw format", а не читать весь этот бред.
> Погоди, то есть читать тот "бред", который ты и другие пишут в
> документации своих проектов -- тоже можно не хотеть, зато апеллировать то
> ли к привычкам, то ли сразу к золотой рыбке? :)  
> По-моему, халявы всё же не бывает, даже привычки уже оплачены.

YAML, rfc822, key=value форматы -- удобны.
Составление ручного кастомного формата при отсутствии единого
"стандартного" без варианта -qi --raw-format -- неудобно.

>>> Как же я собираю бинарные пакеты из файлов и метаинформации (в виде
>>> тривиального spec)?
>> Ну очень интересно.
> Серьёзно?

Нет. Это была издевка.

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

Показывай.

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

Я говорю о *кастомных* флажках, которые поддерживаются
на самом нижнем уровне -- pkg_*.

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

Вот именно.

>> Способы использования ограничены лишь твоей фантазией.
> Ещё key-value и свободным местом, не надо тут. :)

Не понял.

>> JFYI
> Чеусов, спрячь банальщину и не выпендривайся.  man rpm и /VERIFY OPTIONS
> (я не встречал только D и, кажется, L -- остальное пригождалось
> на практике).

Ты сказал, что у тебя были какие-то проблемы с неатомарность операции установки.
Я показал тебе, как это сделано у нас. Что до разборок с *падением* rpmdb/pkgdb,
бакапы делать надо. Тут у всех одно средство.

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

222. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Michael Shigorinemail (ok), 05-Сен-12, 17:55 
> Обычно это нафиг не упало.

Здрасьте!  Второе попавшееся в истории по rpm -qip:
rpm -qip http://autoimports.altlinux.org/pub/ALTLinux/autoimports/Sis...

Ты так умеешь? ;-)

>>> Вот именно, мне не надо человеческий, мне нужен легко парсируемый для машины.
>> Зачем парсить, если можно сразу отформатировать?
> Затем, чтобы обрабатывать, машиной.

Для этого бывает удобней просто отформатить сразу как надо, с \t и \n по надобности.

> А парсить там нечего.

Но парсер хотя бы тривиал

> YAML, rfc822, key=value форматы -- удобны.

Усё, сошлись на том, что это о вкусах.

> Составление ручного кастомного формата при отсутствии единого
> "стандартного" без варианта -qi --raw-format -- неудобно.

Передал jbj@, вдруг что получится.

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

Второе -- rpm -bE (да, этого в SL тоже наверняка нету); первое -- если действительно хочешь, т.к. у меня именно таких надобностей нет и желания тоже, а схожее по реализации делал.  Например, можно определить с лишним %(echo %0 %* >> macros.used) и класть полученный файлик в пакет -- глянь http://www.rpm.org/wiki/PackagerDocs/Macros или max-rpm.

> Я говорю о *кастомных* флажках, которые поддерживаются
> на самом нижнем уровне -- pkg_*.

Да понял, понял.  Говорю, круто, но пользы не вижу.

>>> Способы использования ограничены лишь твоей фантазией.
>> Ещё key-value и свободным местом, не надо тут. :)
> Не понял.

Занудствовал.

> Ты сказал, что у тебя были какие-то проблемы с неатомарность операции установки.

У меня -- особых не было с целыми апгрейдами, в rpm с этим как раз очень неплохо.  Да и ожидаемая проблема тогда в некогерентности зависимостей по де-факто установленным пакетам (libA = 2.3 успела встать, а вот само A осталось версии 2.1).

> Что до разборок с *падением* rpmdb/pkgdb, бакапы делать надо.

Не, бэкапы -- то понятно и отдельно, хотя уже не помню, когда бы rpmdb разваливалась (когда-то со старыми bdb такое действительно редко, но метко бывало).

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

248. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от vle (ok), 05-Сен-12, 18:38 
>> Обычно это нафиг не упало.
> Здрасьте!  Второе попавшееся в истории по rpm -qip:
> rpm -qip http://autoimports.altlinux.org/pub/ALTLinux/autoimports/Sis...
> Ты так умеешь? ;-)

Тоже мне, фокусник.


0 cheusov>pkg_info ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/i386/5.1_201...
Information for ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/i386/5.1_201...:
Comment:
AWK wrapper that provides support for modules
Description:
RUNAWK is a small wrapper for AWK interpreter that impements module system
(similar to Perl's "use" command) and helps to write the standalone AWK
programs. Dozens of modules are also provided.
Homepage:
http://sourceforge.net/projects/runawk

0 cheusov>pkg_info -X ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/i386/5.1_201...
PKGNAME=runawk-1.4.0
COMMENT=AWK wrapper that provides support for modules
SIZE_PKG=202453
BUILD_DATE=2012-06-25 13:20:14 +0000
CATEGORIES=lang devel
HOMEPAGE=http://sourceforge.net/projects/runawk
LICENSE=mit
MACHINE_ARCH=i386
OPSYS=NetBSD
OS_VERSION=5.1.2
PKGPATH=lang/runawk
PKGTOOLS_VERSION=20091115
REQUIRES=/usr/lib/libc.so.12
DESCRIPTION=RUNAWK is a small wrapper for AWK interpreter that impements module system
DESCRIPTION=(similar to Perl's "use" command) and helps to write the standalone AWK
DESCRIPTION=programs. Dozens of modules are also provided.
DESCRIPTION=
DESCRIPTION=Homepage:
DESCRIPTION=http://sourceforge.net/projects/runawk
0 cheusov>

Не вижу здесь повода для гордости.

>> YAML, rfc822, key=value форматы -- удобны.
> Усё, сошлись на том, что это о вкусах.

Не, как раз не сошлись.

>> Я говорю о *кастомных* флажках, которые поддерживаются
>> на самом нижнем уровне -- pkg_*.
> Да понял, понял.  Говорю, круто, но пользы не вижу.

Напрасно.

>> Ты сказал, что у тебя были какие-то проблемы с неатомарность операции установки.
> У меня -- особых не было с целыми апгрейдами, в rpm с
> этим как раз очень неплохо.  Да и ожидаемая проблема тогда
> в некогерентности зависимостей по де-факто установленным пакетам (libA = 2.3 успела
> встать, а вот само A осталось версии 2.1).

В моем случае это решается очень просто.


cheusov# pkg_delete -f dict-client
Package `dict-client-1.12.1' is still required by other packages:
        dictem-1.0.3
        pkg_online-client-0.13.0
cheusov# nih verify -d
 ---------------------- dependencies/conflicts ----------------------
d: not_found dict-client>=1.9.14 <- textproc/dictem dictem-1.0.3
d: not_found dict-client>=1.10.9 <- pkgtools/pkg_online-client pkg_online-client-0.13.0
cheusov#

-f -- это force

>> Что до разборок с *падением* rpmdb/pkgdb, бакапы делать надо.
> Не, бэкапы -- то понятно и отдельно, хотя уже не помню, когда
> бы rpmdb разваливалась (когда-то со старыми bdb такое действительно редко, но
> метко бывало).

На мой взгляд формат pkgdb вторичен. Важнее API, предоставляемый
утилитами управления пакетами и libxxxpkg, если такой имеется.

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

269. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Michael Shigorinemail (ok), 05-Сен-12, 21:14 
>>> Обычно это нафиг не упало.
>> Здрасьте!  Второе попавшееся в истории по rpm -qip:
> Тоже мне, фокусник.

К тому сказал, что ленивые вовсю используют.

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

270. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от тигар (ok), 06-Сен-12, 00:03 
> На мой взгляд формат pkgdb вторичен. Важнее API, предоставляемый
> утилитами управления пакетами и libxxxpkg, если такой имеется.

libpkg

OT: кстати, интересно, вот pkg_install в netbsd в свое время втянули, наворотили там, во фрю вернулись наработки сделанные неким John Kohl, интересно, почему забили на это дело, новые фичи (теже опции) портировать во фрю :\


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

273. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от vleemail (ok), 06-Сен-12, 02:34 
>> На мой взгляд формат pkgdb вторичен. Важнее API, предоставляемый
>> утилитами управления пакетами и libxxxpkg, если такой имеется.
> libpkg

Это в pkgng libpkg, я читал, да. В pkgsrc С-шной либы для этих целей нет.
На мой взгляд она и не нужна.

> OT: кстати, интересно, вот pkg_install в netbsd в свое время втянули, наворотили
> там, во фрю вернулись наработки сделанные неким John Kohl, интересно, почему
> забили на это дело, новые фичи (теже опции) портировать во фрю :\

"Свое время" было 15 лет назад, когда форкали pkgsrc.
С тех пор дороги фряшных портов и pkgsrc очень сильно разошлись.
Фряшники, судя по всему, увлеклись количеством, в pkgsrc больше думали
над портабельностью пакетной системы и, соответственно, над инфраструктурой.
Почему не портировали? Потому что лет пять назад фряшники
выпустили первоапрельскую шутку
"В целях оптимизации... FreeBSD foundation приняла решение отказаться от системы портов
в пользу pkgsrc. По нашему мнению это приведет к...". Очень смешная получилась шутка.
При этом DragonFlyBSD, MirBSD, Minix и SmartOS не заломало.
Понтов у фряшников много потому что? "Зато у нас пакетов больше"(С)

А вообще, у меня сложилось ощущение, что фряшники вообще кладут
болт на все, кроме ядра. Им это не интересно. Не все, конечно, но в целом.
Может, я и ошибаюсь.

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

298. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от xxx (??), 06-Сен-12, 14:09 
> Понтов у фряшников много потому что? "Зато у нас пакетов больше"(С)

А их действительно больше, и иногда это решающий фактор. Хотя если бы FreeBSD использовала pkgsrc, то там было бы всё что есть в портах.


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

300. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от vle (ok), 06-Сен-12, 14:38 
>> Понтов у фряшников много потому что? "Зато у нас пакетов больше"(С)
> А их действительно больше, и иногда это решающий фактор.

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

> Хотя если бы FreeBSD использовала pkgsrc, то там было бы всё что есть в
> портах.

Вот именно. В одной Украине несколько десятков порт-коммитеров.
Это же целая армия! Ну а пока вот так.

http://mail-index.netbsd.org/pkgsrc-bulk/2012/04/26/msg00878...

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

301. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от iZEN (ok), 06-Сен-12, 14:56 
>Лично мне местечковые пакетные системы вообще неинтересны, пусть даже большие.

Да все дистрибутивы на Apache Maven перевести и закрыть тему с пакетированием. Надоело уже воду в ступе толочь. Всё уже украдено до нас.

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

303. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Michael Shigorinemail (ok), 06-Сен-12, 16:09 
> Да все дистрибутивы на Apache Maven перевести

Эх, вот такого бы геракла да нашему java-майнтейнеру в подручные.  А то он с зимы работал:
http://lists.altlinux.org/pipermail/devel/2012-February/1932...
http://packages.altlinux.org/ru/Sisyphus/srpms/maven/changelog

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

203. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Аноним (-), 05-Сен-12, 17:07 
> pkg_info -X runawk | pkg_summary4view

Да, очень "дружественно" к пользователю: чтобы посмотреть инфо о пакете такой убер-костыль вворачивать. Простите, у вас человеки для машин или машины для человеков?

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

209. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от vle (ok), 05-Сен-12, 17:28 
>> pkg_info -X runawk | pkg_summary4view
> Да, очень "дружественно" к пользователю: чтобы посмотреть инфо о пакете такой убер-костыль
> вворачивать. Простите, у вас человеки для машин или машины для человеков?

Пользовательские запросы удовлетворяются всякими nih-ами и pkgin-ами,
где детали спрятаны, а снаружи просто.

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

274. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Аноним (-), 06-Сен-12, 03:05 
> Пользовательские запросы удовлетворяются всякими nih-ами и pkgin-ами,
> где детали спрятаны, а снаружи просто.

Вообще, не в обиду вам, разработчики от BSD и их понятия о юзабилити мне книжки Ландау-Лившица напоминают. "Опуская тривиальные вычисления [две страницы навороченных интегралов], получаем...".

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

283. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +1 +/–
Сообщение от vleemail (ok), 06-Сен-12, 03:34 
>> Пользовательские запросы удовлетворяются всякими nih-ами и pkgin-ами,
>> где детали спрятаны, а снаружи просто.
> Вообще, не в обиду вам, разработчики от BSD и их понятия о
> юзабилити мне книжки Ландау-Лившица напоминают. "Опуская тривиальные вычисления [две
> страницы навороченных интегралов], получаем...".

Не в обиду Вам, мне все равно, что думают анонимусы с опеннета по поводу BSD.
Проходите мимо, не задерживайтесь.

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

285. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от vleemail (ok), 06-Сен-12, 03:37 
>> Пользовательские запросы удовлетворяются всякими nih-ами и pkgin-ами,
>> где детали спрятаны, а снаружи просто.
> Вообще, не в обиду вам, разработчики от BSD и их понятия о
> юзабилити мне книжки Ландау-Лившица напоминают. "Опуская тривиальные вычисления [две
> страницы навороченных интегралов], получаем...".

Впрочем, ладно, попробуем по-другому.
Вот тебе две страницы "навороченных" интегралов.

http://mova.org/~cheusov/pub/pkgnih/nih.txt

Какое место непонятно или неудобно?

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

106. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +2 +/–
Сообщение от Аноним (-), 05-Сен-12, 09:11 
> И как метаданные внутри tar.xz, шустро доступны?

Там метаданные продублированы в SQLite базе, т.е. долго только переиндексация будет занимать.

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

120. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от arisu (ok), 05-Сен-12, 12:17 
> Там метаданные продублированы в SQLite базеё

ужас какой…

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

205. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Аноним (-), 05-Сен-12, 17:08 
> ужас какой…

Это они наверное у редхата научились :). У редхата их питонятина и 100500-меговые XML так тормозили что они в конечном итоге пришли к тому чтобы класть в реп заранее сформированную SQLite базу, во.

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

207. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от arisu (ok), 05-Сен-12, 17:19 
>> ужас какой…
> Это они наверное у редхата научились :). У редхата их питонятина и
> 100500-меговые XML так тормозили что они в конечном итоге пришли к
> тому чтобы класть в реп заранее сформированную SQLite базу, во.

да нет, против самой идеи базы я ничего не имею. но sql? помилуйте.

конечно, в sql можно делать извращённо сложные выборки, но право слово: это так часто надо? надо обычно получить список пакетов, отфильтрованый по регулярке, добавить данные о пакете, удалить данные о пакете, глянуть на список зависимостей и версии. это простые операции, тут нет ракетных технологий. и с ними справится обычная key-value база. мне непонятно, зачем всенепременно sql тащить.

мне вообще в последнее время кажется, что у современного мира программирования есть две беды, и обе на три буквы: sql и xml. обе эти штуки очень часто тащат туда, где они нафиг не нужны.

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

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

229. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +1 +/–
Сообщение от Йорик Небедный (?), 05-Сен-12, 18:08 
> чёрт, да эту базу вообще можно хранить в каком-нибудь обычном json и
> тупо грузить в память полностью при необходимости.

Можно. А можно использовать SQLite, который отлично подходит к данной задаче.

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

235. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от arisu (ok), 05-Сен-12, 18:14 
> Можно. А можно использовать SQLite, который отлично подходит к данной задаче.

подходит, но не «отлично»: как раз sql и является лишним.

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

239. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от vle (ok), 05-Сен-12, 18:17 
> конечно, в sql можно делать извращённо сложные выборки, но право слово: это
> так часто надо? надо обычно получить список пакетов, отфильтрованый по регулярке,
> добавить данные о пакете, удалить данные о пакете, глянуть на список
> зависимостей и версии. это простые операции, тут нет ракетных технологий. и
> с ними справится обычная key-value база. мне непонятно, зачем всенепременно sql
> тащить.

Для этого даже key-value база не нужна.
Именно поэтому я сделал свой nih поверх обычного plain text-а
без всяких sqlite-ов и bdb. Замечательно все ищется.

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

И было бы получше, чем с sqlite скорее всего.

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

245. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от arisu (ok), 05-Сен-12, 18:31 
> Для этого даже key-value база не нужна.

не спорю, просто взял её как нечто среднее между полным самопалом и sql. у нас в слаке вон тоже plain text, и никто особо не рыдает. а список установленых пакетов вообще можно получить простым ls.

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

по крайней мере проще, это точно. всё равно для sqlite надо ваять обёртку, потому что раскидывать sql по всему коду вообще мрак. так, собственно, можно выкинуть заодно и сам sqlite.

я тут ради интереса посмотрел:
% du -b /var/adm/packages/
18372506        /var/adm/packages/

% ls /var/adm/packages/ | wc -l
1356

то есть, 18 мегабайт чистого текста для более тысячи установленых пакетов. там внутри описание и список файлов пакета. совершенно не смертельно.

и вот список из 2683 пакетов, где список файлов не лежит: 2761565. это, очевидно, список того, что в принципе репозитории есть.

чёрт, даже машина с несчастными 64 мегабайтами памяти справится это ворочать.

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

252. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от vle (ok), 05-Сен-12, 18:55 
>> Для этого даже key-value база не нужна.
> не спорю, просто взял её как нечто среднее между полным самопалом и
> sql. у нас в слаке вон тоже plain text, и никто
> особо не рыдает.

Судя по тенденции народ просто прется от sqlite
для пакетных систем (pkgin,pkgng).

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

253. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от arisu (ok), 05-Сен-12, 19:02 
> Судя по тенденции народ просто прется от sqlite
> для пакетных систем (pkgin,pkgng).

и не только для них. в ней даже конфиги умудряются хранить, которые реально key-value. собственно, тормозилла вон.

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

312. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Аноним (-), 07-Сен-12, 07:58 
> и не только для них. в ней даже конфиги умудряются хранить, которые
> реально key-value. собственно, тормозилла вон.

Раньше кстати было хуже. Были текстовые простынки в каком-то своем XML-like формате, на многие сотни кил. Их парсинг реально тормозил. С заменой на скулайт стало получше, но ... как оказалось, он тоже умеет тормозить в ряде случаев. А SQL еще и способствует безбашенному отношению к запросам.

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

317. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от arisu (ok), 07-Сен-12, 11:17 
ну, хрен редьки не слаще, в принципе.
Ответить | Правка | Наверх | Cообщить модератору

275. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Аноним (-), 06-Сен-12, 03:08 
> да нет, против самой идеи базы я ничего не имею. но sql? помилуйте.

Справедливости ради, весь скулайт весит около 300 кило кода. Но с другой стороны - SQL особой скоростью не страдает.

И да, я сам тоже люблю простые базы key-value, типа tokyo cabinet и не понимаю мании пхать скуль там и тут а потом еще и sql injection пачками вычищать.

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

293. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от arisu (ok), 06-Сен-12, 08:08 
> Справедливости ради, весь скулайт весит около 300 кило кода.

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

каюсь, сам иногда использую SQLite, иногда даже не по делу. но я хоть это никому не показываю. %-)

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

313. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Аноним (-), 07-Сен-12, 08:00 
> да я не про этот оверхэд, я про саму идею тащить sql

Я тоже не понимаю манию тащить SQL во все дырки. Но скулайт все-таки симпатичная либа, как ни крути :)

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

316. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от arisu (ok), 07-Сен-12, 11:16 
> Но скулайт все-таки симпатичная либа, как ни крути :)

а с этим вот я ни разу не спорю. действительно, отличная библиотека, маленькая и удобная. в ряде случаев намного удобней, чем другие embedded sql.

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

108. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  –1 +/–
Сообщение от тигар (ok), 05-Сен-12, 10:07 
> И как метаданные внутри tar.xz, шустро доступны?

"на глаз" примерно также шустро как и в дебилиане, который внутри vbox я запускал когда-то и делал ~ теже действия.

testjail# pkg update
Updating repository catalogue
repo.txz               100% 9283KB  43.0KB/s 193.4KB/s   03:36    
testjail# \time pkg search subversion
subversion-1.7.5               Version control system
ruby-subversion-1.7.5          Ruby bindings for version control system
py27-subversion-1.7.5          Python bindings for version control system
git-subversion-1.7.11.5        Distributed source code management tool with FreeBSD subversion bindings
subversion-1.6.18              Version control system
py27-hgsubversion-1.4          Mercurial extension that allows using it as a Subversion client
p5-subversion-1.7.5            Perl bindings for Version control system
        0,19 real         0,05 user         0,14 sys
testjail# \time pkg rquery "%n is compiled with option %Ok set to %Ov" subversion
subversion is compiled with option BDB set to on
[..skipped..]
subversion is compiled with option SVNSERVE_WRAPPER set to off
        0,14 real         0,06 user         0,08 sys

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

109. "Вышел pkgng 1.0, новый пакетный менеджер для FreeBSD"  +/–
Сообщение от Aquarius (ok), 05-Сен-12, 10:09 
это, опять-таки, исторически сложившийся формат, который, по видимому, без крайней нужды менять никто не собирается

P.S. не минусовал

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

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

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




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

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