LINUX.ORG.RU

Cupt 2.6

 ,


1

1

Вышла новая стабильная версия программы Cupt — полуофициального менеджера пакетов высокого уровня в дистрибутивах Debian и производных от него. Cupt стремится к логичности, скорости, безошибочности, нетребовательности к ресурсам системы, а также предоставляет некоторые отсутствующие у конкурентов экзотические возможности. Cupt состоит из С++11-библиотеки libcupt, консольной оболочки cupt и модулей доступа к репозиториям libcupt-downloadmethod-*.

Относительно версии 2.5 произошли следующие основные изменения:

  • поддержка файлов метаданных формата InRelease;
  • снижено время начальной загрузки за счёт построения индекса второго уровня метаданных репозиториев («index-of-index»);
  • новый вариант ответа rc в диалоге просмотра предлагаемых изменений для просмотра цепочки причин изменений для конкретного пакета (пример);
  • новые параметры для задания в командах, следует ли рассматривать только лучшую версию пакета/выражения (--select=traditional, по-умолчанию), либо же все подходящие версии пакета/выражения (--select=flexible) (пример);
  • новые параметры --must, --try, --wish, а также более общий --importance= для задания относительной важности запрашиваемых действий (примеры);
  • команды markauto и unmarkauto теперь, как и остальные команды, могут вызывать связанные действия (например, удаление более не нужных пакетов), а также быть смешанными с другими запросами с помощью новых параметров --markauto и --unmarkauto;
  • новые параметры --asauto=yes, --asauto=no and --asauto=default для управления, будут ли помечены пакеты, (прямо) установленные любой командой, как автоматически установленные или же как вручную установленные (примеры);
  • новый экспериментальный синтаксис для выборки групп пакетов/версий — «FSE» (примеры);
  • поддержка параметров trusted=yes и trusted=no в файлах типа sources.list;
  • поддержка версий одного пакета с одной и той же строкой версии, но разными (либо отсутствующими) хэш-суммами с помощью добавления суффиксов формата «^xyz» (например, «1.2.3», «1.2.3^installed», «1.2.3^dhs0»);
  • точечные улучшения производительности и потребления памяти, а также исправления ошибок.

>>> Подробности



Проверено: maxcom ()
Последнее исправление: JackYF (всего исправлений: 1)

доступные пакеты

Cupt 2.6.2 доступен в Debian unstable. До тех пор, пока он не появится на зеркалах Debian, Cupt 2.6.1 доступен в Debian experimental.

JackYF
() автор топика

Зачем он нужен, если есть APT и Aptitude. Не троллинга ради, просто действительно интересно.

NaN
()
Ответ на: комментарий от NaN

Зачем он нужен, если есть APT и Aptitude. Не троллинга ради, просто действительно интересно.

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

Сам я сабж не пробовал, но судя по предыдущим новостям у этого есть какой-то супер-волшебный решатель зависимостей.

another 👍👍
()
Ответ на: комментарий от another

какой-то супер-волшебный решатель зависимостей

Этак жизнь скоро станет совсем неинтересна и скучна.

UNiTE
()

менеджера пакетов высокого уровня в дистрибутивах Debian

Какой по счету?

loz
()
Ответ на: комментарий от another

супер-волшебный решатель зависимостей.

А зачем делаются зависимости, которые нужно решать? Почему за столько лет не сделали более четких правил зависимостей, которые бы решались однозначно, а не каждый менеджер мог толковать по своему?

anonymous
()
Ответ на: комментарий от anonymous

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

another 👍👍
()

хм, попробую..но сомневаюсь что слеза с apt.

v9lij
()

Интересно, у него своя база пакетов. Сейчас пару тестов проведу. Из-за кривых apt-get и aptitude я уже ненавижу дебиноидов, притом сам dpkg работает нормально.

steemandlinux
()

Cupt стремится к логичности, скорости, безошибочности, нетребовательности к ресурсам системы

apt-get

cvs-255
()

Агрессивный пакетник. Правда --force-overwrite нет.

steemandlinux
()

Первый раз слышу про сабж. В треде есть пользователи? Интересно послушать отзывы, особенно в сравнении с apt.

sT331h0rs3
()
Ответ на: комментарий от sT331h0rs3

Ты не один такой. Только я не уверен, что он нужен. На самом деле. Нет смысла тащить в стабильный дебиан и попсовое убунту что-то, кроме апт*, просто потому что 99%, как обычно, не используют и 1% возможностей этих самых апт*.

cdshines
()

Спасибо! Хоть я и пользуюсь только старым-добрым apt-get, но учитывая состояние и неопределённое будущее aptitude, иметь альтернативу всегда неплохо. Пощупаю на досуге.

Вот только не понятно, что с поддержкой multiarch.

anonymous
()

Если не тащить в стабильный Дебиан всякую хрень из других версий и кривых репов от хз кого, то и конфликтующих зависимостей я не наблюдал ни разу.

Но ищущий, да обрящет...

anonymous
()
Ответ на: комментарий от Trieforce

Если от генты до минта будут сидеть на сабже[...]

..., то генту можно будет называть производным от дебиана дистрибутивом.

cdshines
()

может стоит допилить до вменяемого состояния apt и не мучать народ ?

bryak
()
Ответ на: комментарий от NaN

В aptitude как раз решатель зависимостей вполне себе безумный - я им вообще не пользуюсь, т.к. он мне почему-то каждый раз полсистемы снести предлагает.

А вот в apt-get всё отлично, и в этом плане да, нафига нужен cupt, нипанятно.

vitalif
()

Сабж попробовал. Довольно интересно, все просто и вполне понятно. Имеет право на существование как простая альтернатива. А вдруг он со временем лучше apt станет.

kachsheev
()
Ответ на: комментарий от Turbid

На унитазе и мы готовы.. но - зырим в ссылки - злимся...

ЛОР уже...

dodevich
()
/home/andrey # cupt safe-upgrade                                                                                                                              root@YOBA
Building the package cache... 
Initializing package resolver and worker... 
Scheduling requested actions... 
[1]    13011 segmentation fault  cupt safe-upgrade 
obolon_svitle
()
Ответ на: комментарий от NaN

есть apt, aptitude и apt-get и еще иногда удобнее вызвать dpkg.

с любовью вспоминаю мандривовский urpmi который делал абсолютно все и при этом обладал в 9000 раз большими возможностями чем этот ворох вместе взятый.

Gordon01
()
Ответ на: комментарий от Gordon01

С любовью пользуюсь yum, который делет абсолютно все и при этом обладает в 9000 раз большими возможностями чем этот ворох вместе взятый.

dvrts
()
Ответ на: комментарий от dvrts

yum тоже приятен, но подбешивает тем что выводит на консоль много мусора. urmpi безумно нравился тем что пишет только по делу, если конечно не попросить (-v).

Gordon01
()
Ответ на: комментарий от vitalif

В aptitude как раз решатель зависимостей вполне себе безумный - я им вообще не пользуюсь, т.к. он мне почему-то каждый раз полсистемы снести предлагает.

Совершенно согласен с вами, apt-get самое оно...

bohm
()
Ответ на: комментарий от NaN

Буквально давеча читал про PackageKit. Который изрдно канифолит моск счастливым сюзеводам, в частности

PackageKit разработан с целью унифицировать работу с пакетами в различных дистрибутивах

Очевидно эта приблуда на ту же тему, если я правильно понял оборот «пакетный менеджер высокого уровня». Вот, в целях «унификации» опять разрабатывается туева хуча «высокоуровневых ПМ» Алсо проиграл с

новые параметры --must, --try, --wish,

А где --please?

Csandriel
()

Оно умеет разрешать рекурсивные зависимости?

Quasar
()
Ответ на: комментарий от vitalif

В aptitude как раз решатель зависимостей вполне себе безумный - я им вообще не пользуюсь, т.к. он мне почему-то каждый раз полсистемы снести предлагает

Если не Ubuntu от 11.10 до 12.04 x86-64, то прошу вывод aptitude сюда (а если 12.04, то это убунтопроблемы).

Darth_Revan
()
Последнее исправление: Darth_Revan (всего исправлений: 2)

По мне - ненужно. apt и aptitude вполне себе вменяемо работают. Нафейхуа лишние сущности?

dpkg
()

Для жестких дисков может и актуально, если ОС стоит на ССД время работы апт стремится к нулю...

LinuxDebian
()
Ответ на: комментарий от vitalif

В aptitude как раз решатель зависимостей вполне себе безумный - я им вообще не пользуюсь, т.к. он мне почему-то каждый раз полсистемы снести предлагает.

auto-remove в своём аптгете не сделал что ль?

anonymous
()
Ответ на: +1 от LinuxDebian

Ещё один не умеющий пользоваться пакетным менеджером. Откуда вас только берут.

anonymous
()
Ответ на: комментарий от anonymous

Ещё один не умеющий пользоваться пакетным менеджером. Откуда вас только берут.

Как сегодня помню:

Debian 5 сразу после установки:
apt-get update
apt-get dist-upgrade
init 6
apt-get install mc
У вас есть пакеты установленные автоматически и больше не нужные вам...
Хотите продолжит установку? Д/Н
Н
apt-get autoremove
Хотите удалть икхы, файловый менеджер и ядро, иеще кучу пакетов?
Где я что не так сделал?

Откуда вас только берут.

Есть вопрос посложнее, два!

1. Откуда берутся такие трусы как ты которые боятся залогинится.

2. Зачем так толсто тролить?

LinuxDebian
()
Ответ на: комментарий от LinuxDebian

Где я что не так сделал?

Там, где ставил и удалял ранее без auto-remove и теперь у тебя в системе пакеты, установленные автоматически, но от которых ничего не зависит. Этакая мини-слака. Кури apt-mark manual.

1. Откуда берутся такие трусы как ты которые боятся залогинится.

Трусы в магазине. Сходи прикупи парочку, а то ж без трусов то как-то неудобно, что ты не как человек?

2. Зачем так толсто тролить?

Правда не троллинг, дорогой мой.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.