The OpenNET Project / Index page

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

Для PkgSrc представлен APT-подобный пакетный менеджер nih

01.01.2011 20:54

Алексей Чеусов в списке рассылки разработчиков NetBSD представил экспериментальный пакетный менеджер nih, работающий в виде надстройки над системой pkgsrc. Пакетный менеджер nih (wip/pkgnih-current) заменяет собой существующие утилиты pkg_comp, pkg_chk и pkg_rr, преследуя цель упрощения выполнения операций по обновлению бинарных пакетов и выполняя функции сходные с такими пакетными менеджерами, как apt, yum и zypper. Код проекта написан на shell и awk.

В будущем, помимо реализованных функций для работы с бинарными пакетами, планируется добавить поддержку выполнения обновлений на базе исходных текстов, задействовав программу wip/distbb для сборки пакета в изолированном окружении. В настоящий момент код проекта находится на стадии активной разработки (например, еще не реализованы операции "nih clean" и "nih audit"), поэтому его можно рассматривать как экспериментальный прототип. Тем не менее nih уже пригоден для ознакомления и безопасен для системы (в процессе работы nih для каждой установки или удаления пакета требуется ручное подтверждение операции).

Особенности nih:

  • Поддержка больших комплексных обновлений в полностью автоматизированном режиме, например, переход от perl 5.10 к perl 5.12;
  • Вначале пользователю выводится уведомление с перечнем планируемых действий, после подтверждения производится непосредственно выполнение операций;
  • Nih начинает выполнять операции по удалению или добавлению пакетов только в случае абсолютной уверенности, что после выполнения обновления система сохранит целостное состояние (анализируется статус DEPENDS, CONFLICTS, PROVIDES/REQUIRES). Разработчиком минимизирован риск нарушения целостности из-за ситуации остановки в процессе работы;
  • При обнаружении конфликтов или отсутствующих зависимостей, которые не могут быть решены автоматически, данные проблемы будет предложено решить вручную, путем организации пошагового диалога с пользователем;
  • Nih вначале загружает все необходимые файлы, а уже потом начинает процесс обновления;
  • Реализованы расширенные возможности поиска пакетов;
  • Гибкость. Nih написан на shell и базируется на таких утилитах, как pkg_summary-utils, distbb, pkg_status, pkg_digger и pkg_online_find;
  • Возможности nih обеспечивают полный спектр функций, ранее доступных через утилиты pkgchk, pkgin, pkg_comp, pkg_leaves, pkgfind, pkg_status, pkg_online-client и pkg_rolling-replace. В отличие от pkgchk nih работает значительно быстрее, а в отличие от pkgin не требует для своей работы SQLite;
  • Основные команды:
    • nih refresh - загрузка файлов pkg_summary и SHA512;
    • nih install - установка пакетов;
    • nih upgrade - установка или обновление пакетов;
    • nih uninstall, delete, remove - удаление пакета из системы;
    • nih verify - проверка целостности пакетов;
    • nih status - отображение статуса установленных в системе пакетов;
    • nih audit - проведение аудита безопасности пакетов;
    • nih leaf - удаление автоудаленных leaf-пакетов;
    • nih license - операции, связанные с лицензиями;
    • nih list - вывод списка пакетов;
    • nih mark - пометка пакетов;
    • nih clean - чистка содержимого DESTDIR и директорий с кэшем.


  1. Главная ссылка к новости (http://mail-index.netbsd.org/p...)
  2. OpenNews: Microsoft разрабатывает открытый APT-подобный пакетный менеджер для Windows
  3. OpenNews: Портирование APT-подобной утилиты pkgin для управления пакетами во FreeBSD
  4. OpenNews: Успехи разработки пакетного менеджера APT2
  5. OpenNews: Представлена бета-версия Cupt - проекта, продолжающего развитие APT
  6. OpenNews: Представлен проект по созданию пакетного менеджера APT2
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/29176-nih
Ключевые слова: nih, pkgsrc, packet, bsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (68) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, skybon (ok), 22:49, 01/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >Nih вначале загружает все необходимые файлы, а уже потом начинает процесс обновления

    Охренеть достижение.

     
     
  • 2.5, Аноним (-), 23:26, 01/01/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Достижение, с учетом того, что pkgsrc, pkg_install, pkg_add и порты во FreeBSD пошагово качают и стаявт один пакет за другим, так что если один пакет не скачался или не скомпилился, разорвав цепочку установки посередине, можно влипнуть в неприятную ситуацию.
     
     
  • 3.8, Aquarius (ok), 02:17, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Достижение, с учетом того, что pkgsrc, pkg_install, pkg_add и порты во FreeBSD
    > пошагово качают и стаявт один пакет за другим, так что если
    > один пакет не скачался или не скомпилился, разорвав цепочку установки посередине,
    > можно влипнуть в неприятную ситуацию.

    речь идет о pkgsrc из NetBSD, аналоге ports из FreeBSD

     
  • 3.16, cvsup (ok), 18:52, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > и порты во FreeBSD пошагово качают и стаявт один пакет за другим,

    make fetch-recursive

     
     
  • 4.28, тигар (ok), 10:10, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    рекомендую. s/fetch/checksum/
    либо portmaster/portupgrade -aF для уже установленного ПО
     
  • 3.31, DeadLoco (ok), 12:31, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    "..если один пакет не скачался или не скомпилился, разорвав цепочку установки посередине, можно влипнуть в неприятную ситуацию.."

    Эх, сколько их было, таких случаев. ИЧСХ, ни разу никаких фатальных последствий. Самое неприятное - придется заново запустить "portmaster -btw -Da". Если сильно боязно, что какие-нибудь сырцы не докачаются, можно прогнать в два приема, с ключиком -n и без него.

     
  • 3.58, Аноним (-), 20:51, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вы вероятно не знаете команду "make fetch-recursive"
     
  • 3.72, dukzcry (?), 23:13, 21/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я немного не в тему, но вопрос к знатокам системы pkgsrc: при сборке пакета, можно ли заставить автоматически скачивать и ставить бинарные пакеты его зависимостей, вместо их сборки? В системе OpenBSD ports существует переменная окружения FETCH_PACKAGES (прописываемая в /etc/mk.conf), выставив которой значение Yes, можно добиться того, о чем я спрашиваю (см. http://www.openbsd.org/cgi-bin/man.cgi?query=ports&sektion=7&format=ascii C-f FETCH_PACKAGES). Подытожим: У pkgsrc есть аналог FETCH_PACKAGES?
     
     
  • 4.74, dukzcry (?), 18:42, 09/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос снят, спасибо Алексею. Вот солюшн: http://www.netbsd.org/docs/pkgsrc/using.html#how-to-build-and-install . См. предпоследний абзац секции.
     

  • 1.4, Michael Shigorin (ok), 22:52, 01/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    И вот пусть теперь Лёша только заикнётся про NIH-синдром! :))
     
     
  • 2.17, vle (ok), 20:53, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да это, как я понимаю, Игорь Чубин решил меня попиарить.
    Так что это не я. А что до nih, то им, Миша, болеют не только альтовцы ;-)
    И у меня есть грешок. Чем мне угодили pkgin, pkg_comp, pkg_chk и прочие
    могу, конечно, и объяснить, но тебе это вряд ли будет интересно.
    Тебе же это все равно не интересно, на поиск, который лучше чем у вас,
    я уже показывал.
     
     
  • 3.18, Michael Shigorin (ok), 21:13, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А что до nih, то им, Миша, болеют не только альтовцы ;-)

    Только у нас со всех больших всё ж! ;-)  Но причина, как понимаю, схожая -- "ну нельзя же так".

    > Чем мне угодили pkgin, pkg_comp, pkg_chk и прочие
    > могу, конечно, и объяснить, но тебе это вряд ли будет интересно.

    Ну почему, не исключено.  Хотя это если не влом.

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

    Да и я тебе, помнится, показывал, куда пар направился.  А околопакетовидной частью у нас icesik@ потихоньку занимается вот здесь: http://prometheus.altlinux.org (хотя до именно той части, на которую ты обращал внимание, руки ещё ни у кого толком не доходили).

     
     
  • 4.20, vle (ok), 22:37, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> А что до nih, то им, Миша, болеют не только альтовцы ;-)
    > Только у нас со всех больших всё ж! ;-)  Но причина,
    > как понимаю, схожая -- "ну нельзя же так".

    В точку!

    >> Чем мне угодили pkgin, pkg_comp, pkg_chk и прочие
    >> могу, конечно, и объяснить, но тебе это вряд ли будет интересно.
    > Ну почему, не исключено.  Хотя это если не влом.

    Ээээ, скорее в лом. Для крсткости обойдемся твоей форомулировкой
    "ну нельзя же так". Я пока в поезде. Домой приеду, посмотрим.

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

    Пардон?

    > А околопакетовидной
    > частью у нас icesik@ потихоньку занимается вот здесь: http://prometheus.altlinux.org
    > (хотя до именно той части, на которую ты обращал внимание, руки
    > ещё ни у кого толком не доходили).

    Да этим не у вас надо заниматься, а в апстриме. Кто там сейчас apt-get-ом
    занимается? Ну а yum/zypper-ом пусть RedHat/SuSE доделывают.
    Я предела своих мечтаний почти достиг :-)

     
     
  • 5.23, JL2001 (ok), 01:00, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>> на поиск, который лучше чем у вас, я уже показывал.
    >> Да и я тебе, помнится, показывал, куда пар направился.
    >> А околопакетовидной
    >> частью у нас icesik@ потихоньку занимается вот здесь: http://prometheus.altlinux.org
    >> (хотя до именно той части, на которую ты обращал внимание, руки
    >> ещё ни у кого толком не доходили).
    > Да этим не у вас надо заниматься, а в апстриме. Кто там
    > сейчас apt-get-ом
    > занимается? Ну а yum/zypper-ом пусть RedHat/SuSE доделывают.
    > Я предела своих мечтаний почти достиг :-)

    можно тезисно чего не хватает apt-get-у ? (ну и yum/zypper тот же вопрос)

     
     
  • 6.26, vle (ok), 01:25, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >[оверквотинг удален]
    >>> А околопакетовидной
    >>> частью у нас icesik@ потихоньку занимается вот здесь: http://prometheus.altlinux.org
    >>> (хотя до именно той части, на которую ты обращал внимание, руки
    >>> ещё ни у кого толком не доходили).
    >> Да этим не у вас надо заниматься, а в апстриме. Кто там
    >> сейчас apt-get-ом
    >> занимается? Ну а yum/zypper-ом пусть RedHat/SuSE доделывают.
    >> Я предела своих мечтаний почти достиг :-)
    > можно тезисно чего не хватает apt-get-у ? (ну и yum/zypper тот же
    > вопрос)

    Прежде всего нормального поиска. При количестве пакетов, давно перевалившим за 20000
    поиск остается убогим во всех выше перечисленных системах. В nih он на мой взгляд
    лучше, значительно меньше нерелевантного мусора.
    Собственно встроено вот это
    http://mail-index.netbsd.org/pkgsrc-users/2010/11/23/msg013214.html

    То есть, здесь мы имеем поиск различными стратегиями поиска по разным полям и их комбинации. При этом выбран хороший дефолт.

    Кроме того, в nih есть поиск в удаленной базе через посредством dict protocol-а,
    вот так
    http://mail-index.netbsd.org/pkgsrc-users/2008/02/02/msg000293.html
    только другой командой "nih search -o".

    Ну и кроме того, "nih install" умеет принимать не только пакеты для установки и обновления, но и для удаления, т.е. одновременно, что позволяет не обновляться в два этапа: вначале сносим пол системы, а потом ставим все обратно, но с другими зависимостями/альтернативами,
    а за один заход. Но это нужно довольно редко, хотя иногда позволяет сильно
    уменьшить количество потраченных нервов при работе с backports и подобными.

    Насчет остального я как-то не сильно задумывался, если честно.

    А, вот еще, pkg из OpenIndiana просто безбожно тормозит, я ума не приложу, чем можно заниматься СТОЛЬКО времени, вычисляя update plan.

     
     
  • 7.36, Michael Shigorin (ok), 15:12, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > поиск остается убогим во всех выше перечисленных системах. В nih

    Ты точно читал http://lwn.net/Articles/415168/?

    > Собственно встроено вот это
    > http://mail-index.netbsd.org/pkgsrc-users/2010/11/23/msg013214.html

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

     
     
  • 8.42, vle (ok), 18:39, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Поиск по тегам Ну и что Это всего лишь еще одно поле для поиска pkg_digger pk... текст свёрнут, показать
     
     
  • 9.49, Michael Shigorin (ok), 16:46, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    1 если 2 не я ж стал заикаться точнее, кидать пальцы про sane defaults, а... текст свёрнут, показать
     
     
  • 10.50, vle (ok), 17:24, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это уже не ко мне Будут теги -- будет по ним поиск Мне все равно, откуда они в... большой текст свёрнут, показать
     
     
  • 11.51, Michael Shigorin (ok), 18:54, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот, как только сложное -- не ко мне Это займёт у тебя некоторое время н... большой текст свёрнут, показать
     
     
  • 12.52, vle (ok), 19:16, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу здесь ничего сложного Когда если в pkgsrc появятся теги, тогда будет по... большой текст свёрнут, показать
     
  • 5.29, Michael Shigorin (ok), 11:44, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Я пока в поезде. Домой приеду, посмотрим.

    Доброго пути!

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

    В qa-robot, repocop, girar-builder -- сборку и QA.

    >> А околопакетовидной частью [...] http://prometheus.altlinux.org
    > Да этим не у вас надо заниматься, а в апстриме.

    Не apt имел в виду, а предоставление информации о репозиториях.

     

  • 1.6, Анон (?), 23:40, 01/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    То, что уже много лет доступно в Линуксе наконец-то добралось до БСД. В другие БСДы портируют?
     
     
  • 2.7, Aquarius (ok), 23:59, 01/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    pkgsrc с одной стороны, очень похожа на порты (ports) FreeBSD, с другой, имеет существенные различия
    к примеру, зависимости и конфликты в pkgsrc могут (и обычно так и есть) быть указаны в виде неравенства, в портах же только в виде <категория>/<порт>, что может сильно осложнить портирование на FreeBSD для использования с родными портами (система pkgsrc может быть использована на достаточно широком спектре операционных систем)
    про порты (ports) OpenBSD сказать ничего не могу
     
     
  • 3.12, Анон (?), 09:57, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, pkgsrc портирована на множество unix-like систем. Английская википедия говорит, что 15. Это почти все опенсорсные юникс-подобные. Затея благородная, если их объединит удобный пакетный менеджмент, то различия невелируются и проблем в администрировании будет меньше.
     
     
  • 4.13, жопка (?), 16:15, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно, во фряшных портах очень легко указывать зависимости от другого по в различных стадиях (компиляция, линковка, рантайм-библиотеки). Причем для каждой из зависимостей можно указывать необходимые версии.
     
     
  • 5.22, Aquarius (ok), 23:26, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Да ладно, во фряшных портах очень легко указывать зависимости от другого по
    > в различных стадиях (компиляция, линковка, рантайм-библиотеки). Причем для каждой из зависимостей
    > можно указывать необходимые версии.

    а версию, кроме как именем порта как-нибудь можно указать? (я знаю, о чем я говорю)

     
     
  • 6.30, жопка (?), 12:11, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да, конечно: http://www.freebsd.org/doc/en/books/porters-handbook/makefile-depend.html#AEN
     
  • 2.47, Gr (?), 04:00, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    То что уже много лет ставит устаревшие пакеты в линуксе ни когда до бсд не доберется. Тут речь о сборке.
     

  • 1.9, Аноним (-), 03:42, 02/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Зачем ее портировать на FreeBSD - там порты. А nih - это недопиленный (пока) portmaster, я так понимаю.
     
     
  • 2.11, Aquarius (ok), 05:26, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем ее портировать на FreeBSD - там порты. А nih - это
    > недопиленный (пока) portmaster, я так понимаю.

    затем же, зачем было писать для NetBSD (pkgsrc гибче ports)

     
     
  • 3.14, жопка (?), 16:16, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > затем же, зачем было писать для NetBSD (pkgsrc гибче ports)

    Чем pkgsrc в NetBSD гибче FreeBSD ports?

     
     
  • 4.19, vle (ok), 22:30, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> затем же, зачем было писать для NetBSD (pkgsrc гибче ports)
    > Чем pkgsrc в NetBSD гибче FreeBSD ports?

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

    Совершенно фундаментальная и очень простая вещь, и во фре этого нет.
    Буду рад ошибиться.

    Ну а основное достоинство pkgsrc -- это, конечно же, портабельность.
    pkgsrc работают на всем, что только движется. Это основная система не только на NetBSD,
    но и на DragonFlyBSD. Буквально на днях от MirBSD пришла инициатива портировать
    pkgsrc и на их систему, ибо нет сил (так и написали) поддерживать свои порты.
    Там реально полтора человека, но тем не менее.
    pkgsrc портировали на Minix, есть люди, которые его там пилят и делабт бинарные репо.
    То же касается QNX. Ну и прочие. У меня помимо NetBSD
    работает на CentOS, Debian и OpenSolaris.

     
     
  • 5.25, ABC (??), 01:18, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >во фре этого нет.
    >Буду рад ошибиться.

    Начинайте радоваться :)
    Во Фре есть несколько способов удалить автоматически "повисшие" листовые пакеты. Фокус в том, что утилиты pkg_* не придназначены для охвата всех возможных вариантов использования - это только базис, поверх которого существуют portmaster, portupgrade и еще несколько более специфических инструментов.

     
     
  • 6.27, vle (ok), 01:29, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>во фре этого нет.
    >>Буду рад ошибиться.
    > Начинайте радоваться :)
    > Во Фре есть несколько способов удалить автоматически "повисшие" листовые пакеты. Фокус
    > в том, что утилиты pkg_* не придназначены для охвата всех возможных

    Не, про pkg_leaves я в курсе, такое же есть и в pkgsrc. Но я не смотел в исходники и не в курсе, как оно работает.
    В pkgsrc этот флажек вбит прямо в pkg_add и соответственно в pkg_delete, т.е. в pkgdb.
    Это IMHO базовый уровень, ясно, что внешние утилиты могут хранить дополнительные потроха где угодно, и сами же этими потрохами могут и воспользоваться.

     
     
  • 7.32, DeadLoco (ok), 13:18, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В pkgsrc этот флажек вбит прямо в pkg_add и соответственно в pkg_delete,
    > т.е. в pkgdb.
    > Это IMHO базовый уровень, ясно, что внешние утилиты могут хранить дополнительные потроха
    > где угодно, и сами же этими потрохами могут и воспользоваться.

    А что в этом хорошего? Каноничный unix-way предполагает атомарность функционала. Всякая низкоуровневая тулза должна выполнять одну функцию, но зато хорошо. Зачем впихивать невпихуемое? Пусть даже впихуемое - зачем?

     
     
  • 8.33, JL2001 (ok), 14:20, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    затем что в dpkg не было флагов автоматически установлен и нет до сих пор не... текст свёрнут, показать
     
     
  • 9.34, DeadLoco (ok), 14:34, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в чем разница между автоматически установлен и просто установлен Есть фла... текст свёрнут, показать
     
     
  • 10.35, JL2001 (ok), 15:11, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ок 1 кому требуется установленный пакет quake3 никому мы его удаляем 2 ... текст свёрнут, показать
     
     
  • 11.37, DeadLoco (ok), 15:57, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 Нет 2 Нет 3 Нет Удаление порта - листового ли, узлового ли, НЕ ДОЛЖНО вызыв... текст свёрнут, показать
     
     
  • 12.38, Michael Shigorin (ok), 16:31, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Живо напомнило поиск оборванных цепочек кластеров на продвинутой Таблице Размеще... текст свёрнут, показать
     
     
  • 13.39, DeadLoco (ok), 17:01, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С графами управляться можно только ограниченным количеством способов ... текст свёрнут, показать
     
     
  • 14.40, Michael Shigorin (ok), 17:46, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Акцент не на после обрыва , а на чисто там, где не гадят ... текст свёрнут, показать
     
     
  • 15.41, DeadLoco (ok), 17:59, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что понимается под гадить ... текст свёрнут, показать
     
     
  • 16.48, Michael Shigorin (ok), 16:28, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Например, рвать граф зависимостей ... текст свёрнут, показать
     
     
  • 17.54, DeadLoco (ok), 07:32, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Задумался о непрерывных преобразованиях графов ... текст свёрнут, показать
     
  • 10.43, vle (ok), 18:53, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если пользователь установил пакет А , значит именно он предоставляет нужную ему... текст свёрнут, показать
     
     
  • 11.45, DeadLoco (ok), 00:08, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Бинго Именно это я и твержу Поскольку установленные порты образуют граф, и для... текст свёрнут, показать
     
     
  • 12.46, vle (ok), 00:22, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Приношу свои соболезнования ... текст свёрнут, показать
     
     
  • 13.55, DeadLoco (ok), 07:35, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А если подумать ... текст свёрнут, показать
     
     
  • 14.56, vle (ok), 12:00, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А если подумать, я не знаю, что ответить на феерический бред Могу только пореко... текст свёрнут, показать
     
     
  • 15.57, DeadLoco (ok), 12:13, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чтобы не нагнетать ненужное противостояние, намекну лишь, что желаемое и фактиче... текст свёрнут, показать
     
     
  • 16.61, kshetragia (ok), 07:29, 10/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А вот за это нужно бить по рукам Хватит нам и RPM-ов ... текст свёрнут, показать
     
     
  • 17.62, JL2001 (ok), 14:50, 10/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    раскройте мысль... текст свёрнут, показать
     
     
  • 18.63, kshetragia (ok), 10:44, 12/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я про создание контуров RPM славится тем, что некоторые пакеты имеют перекрес... текст свёрнут, показать
     
     
  • 19.64, JL2001 (ok), 00:50, 13/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    почему это например нечто вроде плеер-коре требует хотя бы одну из плеер-гуи-... текст свёрнут, показать
     
     
  • 20.65, www2 (??), 11:02, 13/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Имеют они смысл друг без друга или не имеют - не системы дело Может быть я хочу... текст свёрнут, показать
     
  • 21.66, Michael Shigorin (ok), 20:45, 15/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Обычно да, но изредка это объективная проблема апстрима или вообще задачи Прим... текст свёрнут, показать
     
  • 22.67, vle (ok), 22:33, 15/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема апстрима -- пожалуй, да А вот это вряд ли Так есть в альте циклические ... текст свёрнут, показать
     
  • 23.68, Michael Shigorin (ok), 00:04, 16/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Наверняка да, но давно не сталкивался интересовался Тема всплывает обычно при ... текст свёрнут, показать
     
  • 15.73, dukzcry (?), 23:30, 21/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ого, я поражен, дискуссирующие тут о графах - вы взрослые дядьки, я лет на 10 ва... текст свёрнут, показать
     
  • 14.69, nuclight (ok), 12:40, 19/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А чего там думать Такое явно запрещено политикой проекта и если на короткое вр... текст свёрнут, показать
     
     
  • 15.70, DeadLoco (ok), 15:53, 19/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Но возникновение циклов в графе портов возможно Хотя бы гипотетически ... текст свёрнут, показать
     
     
  • 16.71, nuclight (ok), 16:40, 19/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я, пожалуй, к предыдущему оратору присоединюсь ... текст свёрнут, показать
     
  • 4.21, Aquarius (ok), 23:24, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> затем же, зачем было писать для NetBSD (pkgsrc гибче ports)
    > Чем pkgsrc в NetBSD гибче FreeBSD ports?

    уже неравенство в зависимостях вместо только пути порта (<категория>/<порт>) многого стоят

     
  • 2.24, vle (ok), 01:08, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Главная и первоочередная цель nih-а -- это все-таки
    безболезненные бинарные апдейты, а source-based немного позже,
    поэтому крен немного другой. А в целом да, управление пакетами.
     

  • 1.59, Anonymous123 (?), 00:03, 10/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему не НАХ, а НИХ?
     
     
  • 2.60, vle (ok), 00:25, 10/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    NIH = Not Invented Here

    http://en.wikipedia.org/wiki/Not_Invented_Here

     

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



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

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