Интелигентен мениджър на пакети 1

Пусната е версия 1.0 на Smart Package Manager.

Smart е разширен мениджър, който не зависи от типа пакетна система на дистрибуцията. Пакетите RPM, DPKG и Slackware в момента се поддържат напълно. Smart ви позволява да инсталирате, премахвате, актуализирате и т.н. пакети в системата, като се вземат предвид необходимите зависимости.

Поддържат се следните типове хранилища:

  • APT-DEB хранилище
  • APT-RPM хранилище
  • DPKG инсталирани пакети
  • Огледална информация
  • Канал Червен килим
  • RPM директория
  • RPM Header List
  • RPM метаданни (YUM)
  • RPM инсталирани пакети
  • Хранилище на Slackware
  • Инсталирани пакети на Slackware
  • URPMI хранилище
Налични за управление: интерфейс на командния ред, графичен интерфейс. Новата версия съдържа преди всичко много корекции, благодарение на активната работа на новите разработчици.

Re: Smart Package Manager 1.0

Е, замяната на LSB е оформена.

Re: Smart Package Manager 1.0

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

Re: Smart Package Manager 1.0

> няма такъв бърз инструмент за решаване на зависимости и инсталатор в никоя дистрибуция и няма да се появи скоро

Re: Smart Package Manager 1.0

Поне не отстъпва по скорост.

Re: Smart Package Manager 1.0

Много удобно нещо. Работи бързо и надеждно, проследява много добре зависимости и изтегля актуализации в множество нишки.

Re: Smart Package Manager 1.0

Мога ли да свържа няколко различни типа хранилища наведнъж? И веднага да сложа и DEB, и RPM? И зависимостите между тях ще работят?

мениджър

Re: Smart Package Manager 1.0

Gentoo portage/overlay не поддържа => няма нужда от такова щастие.

пакети

Re: Smart Package Manager 1.0

Не съм го ползвал, но е добра идея. Въпреки че би било по-добре, ако някой опитен другар направи всичко от нулата, като вземе предвид грешките и недостатъците на предишните системи.

Re: Smart Package Manager 1.0

> Въпреки че би било по-добре, ако някой опитен другар направи всичко от нулата, като вземе предвид грешките и недостатъците на предишните системи

Това е само за SmartPM.

Re: Smart Package Manager 1.0

> Мога ли да свържа няколко различни типа хранилища наведнъж?

> И незабавно да инсталирате DEB и RPM ?

Re: Smart Package Manager 1.0

трудно е да се намерят повече глупости от yast, само linuxconf беше веднъж.

Re: Smart Package Manager 1.0

>Повече глупости от това е трудно да се намерят, само linuxconf беше веднъж.

Твърде дебел. Yast е прекрасно нещо. особено сега, след излизането на 11.0

Re: Smart Package Manager 1.0

Хранилищата вече работят чудесно със sinaptic/aptitude. Защо е необходимо това?

Re: Smart Package Manager 1.0

> IMHO, няма такъв бърз инструмент за решаване на зависимости и инсталатор в никоя дистрибуция и няма да се появи скоро.

Прочетохте ли GPL лиценза? Ако няма такъв "пъргав" в други дистри, тогава той е необходим там

Re: Smart Package Manager 1.0

> И веднага сложи иDEB и RPM?

Re: Smart Package Manager 1.0

Страхотни неща. Darkconf

Re: Smart Package Manager 1.0

Никога не съм виждал по-добър цип )))

Re: Smart Package Manager 1.0

Управлението на пакети в YaST има преден край към ципа.

Re: Smart Package Manager 1.0

И тази част може да направи обратната работа: да изгради RPM, DEB пакет от инсталирания софтуер? Например, BPM графичният мениджър на портовете на FreeBSD върши цялата работа: изгражда и инсталира софтуер от източника, деинсталира софтуер при поискване, създава двоични TGZ пакети.

Re: Smart Package Manager 1.0

>> Въпреки че би било по-добре, ако някой опитен другар направи всичко от нулата, като вземе предвид грешките и недостатъците на предишните системи

>Това е за SmartPM.

В Gentoo тази роля се играе от paludis, която е програма, създадена от нулата за управление на зависимости при компилиране на пакети. И лека-полека гентушниците пораснаха дотам, че са написали (все още бета) спецификации за системата за управление на зависимостите - API, изисквания за функционалност. (например според тях ebuild е прост shell скрипт)

Тоест, PM Gentoo бавно се превръща в библиотека, която всяка друга дистрибуция може да използва, адаптирайки я за себе си - в края на краищата, самият ebuild не се различава фундаментално от srpm спецификационния файл, единствената разлика е наличието на централизирани инструменти за управление на зависимостите на компилираните пакети, които отсъстват в двоичните дистрибуции.

Re: Smart Package Manager 1.0

> И тази част може да направи обратната работа: да изгради RPM, DEB пакет от инсталирания софтуер? Например, графичният BPM порт мениджър на FreeBSD върши цялата работа

И SmartPM, за разлика от дяловете на FreeBSD, не се дублирафункционалността на основния мениджър на пакети. RPM може да сглоби пакет от инсталиран софтуер.

Re: Smart Package Manager 1.0

> Тоест, PM Gentoo бавно се превръща в библиотека, която може да се използва от всеки друг комплект за разпространение, адаптирайки

Единственият въпрос е защо? Всеки вече има всичко. Мисля, че дори SmartPM няма да намери своята ниша.

Re: Smart Package Manager 1.0

>> Тоест, PM Gentoo бавно се превръща в библиотека, която може да се използва от всеки друг комплект за разпространение, адаптирайки

>Единственият въпрос е защо? Всеки вече има всичко.

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

Re: Smart Package Manager 1.0

> В двоичните дистрибуции се управляват само двоични зависимости, а зависимостите по време на компилиране не се управляват в смисъл, че са статични и не могат да бъдат променяни

Може би. Друго нещо е, че в бинарните дистрибуции това не е особено необходимо.