НовостиСобытияКонференцииФорумыIT@Work
Open Source:

Блог

Универсальное средство управления пакетами

Сергей Голубев
17.10.2012 09:57:34
Теги: Юзабилити

Компания Etersoft сообщила о выходе EPM 1.0 - единого средства управления пакетами. Его цель - упростить обслуживание "зоопарка дистрибутивов". Решение проблемы оказалось чрезвычайно простым.

В каждом дистрибутиве используется свой набор команд для управления пакетами: apt, urpm, pacman, yum, zypper и т.д. Чтобы уверенно ориентироваться во всем этом разнообразии нужно феноменальная память. Да и нет особого смысла забивать свою голову наборами символов, а потом думать, что стал от этого умнее.

Etersoft предлагает использовать для управления единый набор команд. А программа в зависимости от используемого дистрибутива подставляет ту, которую "понимает" система.

Например, если пользователь работает в системе Mandriva, то для установки пакета он может использовать команду epm -i, которую программа заменит на urpmi. В openSUSE та же самая команда будет заменена на zypper in. В ALT Linux - на apt-get install.

Правда, непонятно одно. Попытка уменьшить сущности привела к появлению новой сущности. Не проще было бы использовать в качестве универсальной команды любую из уже существующих? Например, если работая в Mandriva пользователь набирает команду zypper in, то программа заменяет ее на urpmi.

Комментариев: 9

Только зарегистрированные и авторизованные пользователи могут добавлять комментарии

Андрей
17.10.2012 10:33:11

Etersoft ещё и купить надо, настроить. За ради работы ограниченного количества приложений windows. А зачем?
Проще купить Windows

17.10.2012 10:36:51

А зачем покупать Etersoft?

17.10.2012 11:10:15

Если человек не понял, о чём вообще написано в новости, то да, такому проще купить Windows. smile:D

17.10.2012 11:13:11

Цитата
Попытка уменьшить сущности привела к появлению новой сущности.
Кстати, я тоже так подумал. Всё это напоминает известный комикс про 15 стандартов. smile:|

17.10.2012 11:24:10

Моя первая мысль, когда я об этом прочел - ну почему не я это придумал smile:).

17.10.2012 19:13:06

> Попытка уменьшить сущности привела к появлению новой сущности.
на самом деле
поскольку вместо
yum search мы пишем epm search
а вместо
urpmi можем написать epmi
(ну то есть аргументы epm в общем-то совместимы с аргументами apt, rpm, urpmi, а также есть алиасы типа epme (аналог urpme)), новой сущности не появляется. То есть в общем случае можно использовать epm с привычными вам по пакетному менеджеру аргументами.
Ну, и, конечно, слоган:
«EPM — для тех, кто не боится новых сущностей!»
smile:)

Aceler
17.10.2012 21:00:16

Да, и такой же вопрос — почему не использовать packagekit.

Впрочем, LSB со своим BerlinAPI, или как это сегодня вместо него называется — явно тормозят, поэтому решение проблемы «снизу» нельзя не приветствовать.

18.10.2012 01:43:58

Ну вот на Ubuntu 12.04:
# apt-get install packagekit
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
app-install-data apt-xapian-index gdebi-core libarchive12 libdbus-glib-1-2 libnettle4 libpackagekit-glib2-14 libpolkit-gobject-1-0 libxapian22
lsb-release packagekit-backend-aptcc python-apt python-apt-common python-chardet python-dbus python-dbus-dev python-debian python-gi
python-packagekit python-xapian xz-lzma
The following NEW packages will be installed:
app-install-data apt-xapian-index gdebi-core libarchive12 libdbus-glib-1-2 libnettle4 libpackagekit-glib2-14 libpolkit-gobject-1-0 libxapian22
lsb-release packagekit packagekit-backend-aptcc python-apt python-apt-common python-chardet python-dbus python-dbus-dev python-debian python-gi
python-packagekit python-xapian xz-lzma
0 upgraded, 22 newly installed, 0 to remove and 0 not upgraded.
Need to get 11.3 MB of archives.
After this operation, 24.6 MB of additional disk space will be used.
Do you want to continue [Y/n]?

После установки:
# pkcon
Failed to contact PackageKit: Could not connect: No such file or directory

# apt-get install packagekit-backend-apt
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
python-gdbm python-gnupginterface python-pycurl python-software-properties unattended-upgrades update-manager-core
Suggested packages:
python-gdbm-dbg libcurl4-gnutls-dev python-pycurl-dbg bsd-mailx
The following NEW packages will be installed:
packagekit-backend-apt python-gdbm python-gnupginterface python-pycurl python-software-properties unattended-upgrades update-manager-core
0 upgraded, 7 newly installed, 0 to remove and 49 not upgraded.
Need to get 204 kB/345 kB of archives.
After this operation, 2238 kB of additional disk space will be used.
Do you want to continue [Y/n]?

# pkcon
Failed to contact PackageKit: Could not connect: No such file or directory

Нагуглить, в чём проблема, не удалось.
Вот и ответ, почему не использовать. К тому же PackageKit не умеет ничего кроме установки/удаления.

18.10.2012 02:01:51

> Не проще было бы использовать в качестве универсальной команды любую из уже существующих? Например, если работая в Mandriva пользователь набирает команду zypper in, то программа заменяет ее на urpmi.
Я думаю, это вызовет нескончаемые споры, а какую команду из существующих принять за основную.
Потом, обычно команда не одна, а два: yum-rpm, apt-dpkg, zypper-rpm.
Также я не уверен, что подмена сущности чем-то лучше появления новой сущности.
Основное же — epm не аналогичен любому пакетному менеджеру. Он несколько выше, у него есть некоторая эвристика.
И ещё есть чисто техническая проблема — конфликт файлов при попытке подмены.
И я бы сказал, что пакетные менеджеры приходят и уходят, а EPM — остаётся. smile:)

Только зарегистрированные и авторизованные пользователи могут добавлять комментарии