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.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?
| |
|
|
|
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.
| |
|
|
8.42, vle (ok), 18:39, 03/01/2011 [^] [^^] [^^^] [ответить] | +/– | Поиск по тегам Ну и что Это всего лишь еще одно поле для поиска pkg_digger pk... текст свёрнут, показать | |
|
|
10.50, vle (ok), 17:24, 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 [^] [^^] [^^^] [ответить]
| +/– |
> Да ладно, во фряшных портах очень легко указывать зависимости от другого по
> в различных стадиях (компиляция, линковка, рантайм-библиотеки). Причем для каждой из зависимостей
> можно указывать необходимые версии.
а версию, кроме как именем порта как-нибудь можно указать? (я знаю, о чем я говорю)
| |
|
|
|
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 предполагает атомарность функционала. Всякая низкоуровневая тулза должна выполнять одну функцию, но зато хорошо. Зачем впихивать невпихуемое? Пусть даже впихуемое - зачем?
| |
|
|
|
10.43, vle (ok), 18:53, 03/01/2011 [^] [^^] [^^^] [ответить] | +/– | Если пользователь установил пакет А , значит именно он предоставляет нужную ему... текст свёрнут, показать | |
|
|
|
|
14.56, vle (ok), 12:00, 05/01/2011 [^] [^^] [^^^] [ответить] | +/– | А если подумать, я не знаю, что ответить на феерический бред Могу только пореко... текст свёрнут, показать | |
|
|
|
|
|
|
20.65, www2 (??), 11:02, 13/01/2011 [^] [^^] [^^^] [ответить] | +/– | Имеют они смысл друг без друга или не имеют - не системы дело Может быть я хочу... текст свёрнут, показать | |
22.67, vle (ok), 22:33, 15/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 немного позже,
поэтому крен немного другой. А в целом да, управление пакетами.
| |
|
|