Cupt 2.5.0

Не смешно

А должно?!

1 апреля же!

И?! Серьёзные вещи сегодня запрещено говорить и рассказывать о них?!

Не запрещено конечно, но просто они всегда будут восприняты не так как надо ))

Ну если ты Ъ, то возможно. А так совершенно не трудно сходить по ссылки и понять, что дело не в первом апреля.

А вдруг это чей-то тонкий юмор и в список новых фич добавлен патч Бармина? http://conspiracykeanu.jpg.to/

Это опенсорс, детка, исходники и история коммитов тебе в руки - анализируй.

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

Тупняк. Язабан.

Это ты про себя?!

Новая команда iii

В честь даты реквестирую к ней недокументированную опцию --wheee.

Шрифт на скрине — terminus?

В честь даты реквестирую к ней недокументированную опцию --wheee.

:)

Шрифт на скрине — terminus?

Да.

не запрещено, но лучше бы вы подождали один день... imho

JackYF, это, надеюсь, не первоапрельская шутка?

И еще одно: multiarch по-прежнему не планируется? На данный момент cupt видит чужие пакеты нормально, но нет способа указать, что действие, которое я хочу совершить, относится к пакету от другой архитектуры (традиционный синтаксис package:arch не работает).

Симпатично. Привет из Киева, ага :)

there is a special subcommand iii («install if installed») for installing new versions of already installed packages while not touching uninstalled packages

cupt update && cupt iii git

Нихрена не понял. А update в данном случае git не обновит, если он установлен?

И еще одно: multiarch по-прежнему не планируется?

Для официального пакета в wheezy — нет.

До предполагаемой даты заморозки 2 месяца, а стандарт до сих пор не утверждён. Multiarch — слишком серьёзное изменение для «last-day change».

После утверждения стандарта я, возможно, создам ветку в репозитории для тех, кто очень хочет попробовать.

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

Симпатично. Привет из Киева, ага :)

Салют, благодарю :)

А update в данном случае git не обновит, если он установлен?

update — команда обновления метаданных.

Ох ты ёж. А оно как-нибудь само не может догадаться, что метаданные заэкспайрились, и надо бы их обновить? Иначе же каждый раз придётся capt update вводить, хоть алиас прописывай. Кстати, аналогичное поведение в арчевском pacman меня всегда напрягало.

yum вам в руки. он метанирует метаданными каждую наносекунду. большинство людей от этого стреляется. может вы выдержите.

дерзайте.

Оно везде так... Хотя в openSuse сделано все правльно, там можно указать какие репы проверять, перед каким-либо действием

yum вам в руки

Если б вы видели юзерагенты, то поняли бы, что он таки у меня уже в руках :)

Я бы не сказал, что он идеален, некоторые моменты его работы мне непонятны, некоторые я бы переделал, но вообще мне он нравится больше многих.

yum вам в руки. он метанирует метаданными каждую наносекунду. большинство людей от этого стреляется

man yum.conf | grep metadata_expire

?

Так наиболее правильное поведение следующее: если есть сеть, тоо проверить изменения в репозитории и дальнейшие действия предпринимать с учётом этой информации. Вопрос только в том, как это сделать наименее ресурсоёмко: как по количеству скачиваемых данных, так и по затратам на их обработку.

После утверждения стандарта я, возможно, создам ветку в репозитории для тех, кто очень хочет попробовать.

Жду.

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

А как правильнее было бы?

Вопрос только в том, как это сделать наименее ресурсоёмко: как по количеству скачиваемых данных, так и по затратам на их обработку.

Всем не угодишь. Плохая сеть / хорошая машина — сжатые диффы; хорошая сеть / медленная машина — база целиком.

Тот же yum до сих пор перекачивает всю базу sqlite, хорошо хоть жатую. Хотя для самих пакетов давно уже drpm есть.

Точно такое же поведение у apt-get/aptitude и всех остальных ПМ-ов.

А как правильнее было бы?

Много букв на английском в ветке, начинающейся здесь: http://lists.debian.org/debian-devel/2009/07/msg00882.html.

А можно для тех кто на бронепоезде, в чем от него профит? Я что-то забыл уже.

А можно для тех кто на бронепоезде, в чем от него профит?

http://people.debian.org/~jackyf/cupt2/tutorial.html#toc3

полуофициального менеджера пакетов высокого уровня

что за белеберда?

Киллер-фич я там не увидел, одни свистоперделки. Или он и задумывался for lulz only?

Дебовские дельты же.

А нужно ли?

+1. Так и не понял, нах^Wзачем оно надо.

Кроме сабжа их никто больше не умеет?

Новая команда iii («install if installed»), аналогичная команде install, но игнорирующая неустановленные пакеты.

а как же команда uiu («uninstall if uninstalled»)?

Можно ли это прикрутить к Squeeze, (и есть ли мануал)?

Поиск бы был как в aptitude - цены бы не было.

Можно ли это прикрутить к Squeeze, (и есть ли мануал)?

Взял да поставил. Делов-то.

Можно ли это прикрутить к Squeeze, (и есть ли мануал)?

man-страница есть. Можно, ему разве что понадобится пару пакетов из testing.

Кстати. Новая команда iii («install if installed») появилась в ветке 2.4 :)

Новая команда iii («install if installed») появилась в ветке 2.4 :)

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

А где почитать можно в чем смысл этих дельт? Столкнулся при установке опенСУСЕ, показалось сомнительным - трафик наверное экономит, но времени забирает намного больше, как и ресурсов компьютера. Кроме того, как я понимаю, они актуальны только если пакеты, к которым они применимы, уже находятся в кэше.

В чем профит?

В том что трафик экономится при обновлениях. Ценой увеличения времени обновления. Если трафик жестко не ограничен, смысла наверное и нет, но ситуации разные бывают, есть случаи когда только gprs.

Надеюсь, что не будут включать по умолчанию. Хотя суся уже включила.

В чем профит?

трафик наверное экономит, но времени забирает намного больше, как и ресурсов компьютера.

Это если у тебя быстрый компьютер и безлимитный скоростной интернет. Но не у всех так.

Ты держишь в кэше пакетного менеджера все установленные пакеты?