Smart Package Manager 1.0

Ну вот и замена LSB образовалась.

очень сомневаюсь что он такой же шустрый, как менеджер пакетов YaST в OpenSUSE 11.0. Имхо, такого скоростного решателя зависимостей и установщика нету еще ни в одном дистре и не скоро появится. И хоть в релизе 11.0 еще есть баги и немало, но я уже половину всех компов обновил только из-за того что с этим установщиком работается легко и невероятно быстро. А кто поюзает новый SPM 1.0 - отзовитесь, интересно почуять чем он краше.

> такого скоростного решателя зависимостей и установщика нету еще ни в одном дистре и не скоро появится

pacman пробовал?

>pacman пробовал?

Как минимум, не уступает по скорости.

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

Можно сразу несколько разных типов репозитариев подключить ? И сразу ставить и DEB и RPM ? И зависимости между ними будут работать ?

Gentoo portage / overlay не держит => не надо такое счастье.

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

> Хотя лучше было бы, если бы какой-нибудь опытный товарищ сделал всё с нуля, учтя ошибки и недостатки предыдущих систем

Это как раз о SmartPM.

> Можно сразу несколько разных типов репозитариев подключить ?

Да.

> И сразу ставить и DEB и RPM ?

Нет.

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

>большего дерьма чем яст найти сложно, только линуксконф был когда-то...

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

С репозиториями уже замечательно работают sinaptic/aptitude. Зачем нужно это?

> Имхо, такого скоростного решателя зависимостей и установщика нету еще ни в одном дистре и не скоро появится.

Вы лицензию GPL читали? Если такого "шустрого" нет в других дистрах значит он нахненужен там

> И сразу ставить и DEB и RPM ?

alien рулит

Отличная штука. Darkconf фтопку.

Лучше zypper ниче не видел )))

Управление пакетами в YaST есть фронт-енд к зипперу.

А это поделие может проделать обратную работу: собрать из установленного софта пакет RPM, DEB?
Например, графический менеджер портов BPM из FreeBSD выполняет все задачи: собирает и устанавливает ПО из исходников, удаляет ПО по требованию, создаёт бинарные пакеты TGZ.

>> Хотя лучше было бы, если бы какой-нибудь опытный товарищ сделал всё с нуля, учтя ошибки и недостатки предыдущих систем

>Это как раз о SmartPM.

В генту такую роль играет paludis, это спроектированная с нуля программа для управление зависимостями при компляции пакетов. А гентушники потихоньку доросли до того, что написали (пока еще бета) спецификации для системы управления зависимостями - API, требования к фунциональности. (например согласно им ebuild это простой шелл скрипт)

Т.е потихоньку PM генту становится библиотекой, которую может использовать любой другой дистрибутив, приспособив для себя - ведь ebuild сам по себе принципиально ничем не отличается от srpm spec файла, отличия только в наличии централизованных инструментов управлении зависимостями компилируемых пакетов, которые отсутствуют в бинарных дистрибутивах.

> А это поделие может проделать обратную работу: собрать из установленного софта пакет RPM, DEB? Например, графический менеджер портов BPM из FreeBSD выполняет все задачи

А SmartPM, в отличие от FreeBSD-поделий, не дублирует функциональность нижележащего пакетного менеджера. RPM умеет собирать из установленного софта пакет.

> Т.е потихоньку PM генту становится библиотекой, которую может использовать любой другой дистрибутив, приспособив для себя

Вопрос только - зачем? У всех уже всё есть. Я думаю, что даже SmartPM не найдет своей ниши.

>> Т.е потихоньку PM генту становится библиотекой, которую может использовать любой другой дистрибутив, приспособив для себя

>Вопрос только - зачем? У всех уже всё есть.

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

> В бинарных дистрибутивах осуществляется управление только бинарными зависимостями, а зависимости при компиляции не управляются в том смысле, что они статичны, их невозможно изменять

Возможно. Другое дело, что в бинарных дистрах это не особо нужно.

Ждём ебилдов.

Когда сидел на opensuse - смарт был очень полезен. Вообще отличный манагер для бинарных дистров, хоть и страдает от некоторых проблем. А на генту, увы, он ненужен :)

> RPM умеет собирать из установленного софта пакет.

Учись читать.
Я спрашивал: SmartPM умеет собирать из установленного софта пакет?

>> RPM умеет собирать из установленного софта пакет.

> Учись читать. Я спрашивал: SmartPM умеет собирать из установленного софта пакет?

Когда научишься читать сам, будешь советовать это другим.

Что-то я не понял, как эта штука заменит <подставьте_свой_любимый_менеджер_пакетов>. Ушёл по ссылке.

> Что-то я не понял, как эта штука заменит <подставьте_свой_любимый_менеджер_пакетов>

Она его не заменяет. Это инструмент следующего уровня - как apt-get над dpkg или yum над RPM, только в smartpm лучше depsolver и поддерживается несколько пакетных менеджеров.

В Deb есть "мягкие" завсимисти, которые в отличие от "жёстких" можно не устанавливать мо желанию пользователя.

SmartPM не умеет собирать из установленного софта пакет(ы).
Ну и зачем он такой гламурный нужен?

Итак, сравниваем

apt/aptitude vs smartpm

1. Модульность.

apt поддерживает dpkg/rpm. smartpm - то же и Slackware. 3:2 в пользу smartpm.

2. Smart transactions.

Оба средства имеет равноценные фичи. Тут 1:1.

3. Multiple interfaces.

Два интерфейса у aptitude, четыре (правда, четвёртого я не понял). 2:1 в пользу smartpm.

4. Channels

Список у smartpm внушительный. 3:1 в пользу smartpm.

5. Priority Handling

Неплохие возможности есть у aptitude, но заявлено у smartpm больше. 2:1

6. Autobalancing mirror system.

У apt-a: netselect-apt, вызывается при установке или позже вручную. У smartpm по-другому, он умеет скачивать один и тот же контент с разных, но указанных вручную зеркал. Пожалуй, 1:1.

7. Downloading mechanism

apt не умеет parallel uncompression и ftp-limit autodetection. smartpm не умеет торренты. 2:2.

8. Removable media support.

smartpm умеет чуть больше - 2:1.

Общий счёт - 16:10 в пользу smartpm. Вывод - надо посмотреть, что за зверь.

Версия 0.52 подхватила у меня на системе /etc/apt/sources.list, однако сказала, что "значимых апдейтов нет", хотя aptitude предлагает полгига апдейтов. Жду 1.0 в unstable на попробовать.

А что сам Патрик говорит? Ищу и не могу найти.

JackYF, APT умеет битторрент?

Smart Package Manager 1.0 - Shell Mode

error: 'rpm' python module is not available

>А это поделие может проделать обратную работу: собрать из установленного софта пакет RPM, DEB?

А зачем, если это и так умеют dpkg и RPM?

>Например, графический менеджер портов BPM из FreeBSD выполняет все задачи: собирает и устанавливает ПО из исходников, удаляет ПО по требованию, создаёт бинарные пакеты TGZ.

В ArchLinux из каропки эти функции выполняют две утилиты: пакетный менеджер (не графический) Pacman, для сборки из исходников makepkg (естественно тоже из CLI). Да, к пакману есть графические фронтенды, ещё есть утилиты типо yaourt. Последний рулит пакетами и собирает их из сорцев. Поэтому в хотя бы в отдельном взятом дистрибутиве Линукса с портами не хуже. Правда, Дженту я не видел.

Таки ждём ебилдов, да..

Debian Etch с testing репами, только smartpm 0.41+svn727-1.1, при попытке установить - smartpm: Зависит: python (<2.5) но 2.5.2-1 установлен...

>Debian Etch с testing репами, только smartpm 0.41+svn727-1.1, при попытке установить - smartpm: Зависит: python (<2.5) но 2.5.2-1 установлен...

И для чего ты нам это рассказал? Решение проблемы лежит на поверхности.

>Ждём ебилдов.

Ждём! :)

>Debian Etch с testing репами, только smartpm 0.41+svn727-1.1, при попытке установить - smartpm: Зависит: python (<2.5) но 2.5.2-1 установлен... Там python2.4 есть.

> Два интерфейса у aptitude, четыре (правда, четвёртого я не понял). 2:1 в пользу smartpm.

Скорее наоборот: 1:2, т.к. имеем надцать интерфейсов к apt -- aptitude ничем не принципиально отличается от разных графических фронтендов, dselect и прочего. ЕМНИП у аптитуды и апта разная база на поставленные руками (не по зависимостям) пакеты.

>> Т.е потихоньку PM генту становится библиотекой, которую может использовать любой другой дистрибутив, приспособив для себя

> Вопрос только - зачем? У всех уже всё есть. Я думаю, что даже SmartPM не найдет своей ниши.

+1

В то же время я думаю, что Smart Package Manager полезно было бы собирать пакет, хотя бы для унификации командной строки сборки.

Т.е. частично согласен с iZEN.

> только в smartpm лучше depsolver

это можно сделать лучше чем в апт?

> это можно сделать лучше чем в апт?

что мне в апте реально не хватает -- так это регулярных выражений (и аналогичного) в pin-ах

как с этим у Smart Package Manager ?

>JackYF, APT умеет битторрент?

Угу.

>Скорее наоборот: 1:2, т.к. имеем надцать интерфейсов к apt -- aptitude ничем не принципиально отличается от разных графических фронтендов, dselect и прочего.

Хм, возможно, что ты прав :)

>ЕМНИП у аптитуды и апта разная база на поставленные руками (не по зависимостям) пакеты.

Возможно, этого я не уточнял.

>генту -- ненужен

fixed.