LINUX.ORG.RU
Новости — Open Source  

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 ()
← Руководство пользователя PostGIS
SUN опубликовала исходники LWUIT под GPLv2 →
 ← 1 2
Ну вот и замена 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 ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2
← Руководство пользователя PostGIS
Open Source
SUN опубликовала исходники LWUIT под GPLv2 →