LINUX.ORG.RU

Smart Package Manager 1.0

 ,


0

0

Вышла версия 1.0 средства управления пакетами Smart.

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

Поддерживаются следующие типы репозиториев:

  • APT-DEB Repository
  • APT-RPM Repository
  • DPKG Installed Packages
  • Mirror Information
  • Red Carpet Channel
  • RPM Directory
  • RPM Header List
  • RPM MetaData (YUM)
  • RPM Installed Packages
  • Slackware Repository
  • Slackware Installed Packages
  • URPMI Repository
Для управления доступны: интерфейс командной строки, графический интерфейс. Новая версия содержит в первую очередь массу исправлений, благодаря активной работе новых разработчиков.

>>> Анонс

>>> Возможности

>>> Скачать

★★

Проверено: Shaman007 ()

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

ptah_alexs ★★★★★
()

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

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

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

pacman пробовал?

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

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

anonymous
()

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

anonymous
()

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

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

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

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

tailgunner ★★★★★
()
Ответ на: комментарий от SwitNJ

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

anonymous
()

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

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

h8 ★★★
()

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

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

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

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

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

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

alien рулит

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

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

oguretz
()

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

iZEN ★★★★★
()
Ответ на: комментарий от tailgunner

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

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

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

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

argin ★★★★★
()
Ответ на: комментарий от iZEN

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

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

tailgunner ★★★★★
()
Ответ на: комментарий от argin

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

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

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

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

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

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

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

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

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

tailgunner ★★★★★
()

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

Gary ★★★★★
()
Ответ на: комментарий от tailgunner

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

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

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

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

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

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

tailgunner ★★★★★
()

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

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

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

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

tailgunner ★★★★★
()
Ответ на: комментарий от argin

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

NonHuman ★★★
()
Ответ на: комментарий от tailgunner

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

iZEN ★★★★★
()
Ответ на: комментарий от JackYF

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

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. Вывод - надо посмотреть, что за зверь.

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

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

JackYF ★★★★
()

Smart Package Manager 1.0 - Shell Mode

error: 'rpm' python module is not available

KblCb ★★★★★
()
Ответ на: комментарий от iZEN

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

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

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

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

s0n1k ★★
()

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

AnDoR ★★★★★
()

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

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

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

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

s0n1k ★★
()
Ответ на: комментарий от CryAngel

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

Dimanc ★★
()
Ответ на: комментарий от JackYF

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

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

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от tailgunner

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

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

+1

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

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

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

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

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

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

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

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

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

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

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

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