А чем это отличается от rpm или deb ? ;)))))

вот и еще один пакедж манагер в стане RPM, DEB (возможно не совсем корректное сравнение, сорри - не силен в этом) и прочих... чтож, посмотрим что из этого выйдет... а насчет переплюнуть InstallShield - это имеется ввиду та инсталшилдовая поделка на жаве?

а че, намана, понеслось все в сторону стандартизации. это хорошо.

заипло малех что для redhat8 который отлично работает на 16M нужно 64M чтобы проинсталлиться

проблема не в проге с рюшечками,которая будет копировать файло,а в том как согласовать зависимости для всех этих дистров.Вот это уже действительно серьёзная задача.Лично я вижу решение в том,чтобы создать нечто вроде единого дерева зависимостей для linux в котоорое будут обращаться все дистрибутивные приблуды.Очень хотелось бы чтобы каждый пакет имел некоторые 'модули' - например базовый пакет - mplayer + модули: svgalib,x11,aa.Если пакет сорцовый,он собирается по зависимостям,требуемым только для выбранных модулей,если бинарный - то ищется ближайший похожий.А то млять к xmms`у какой-нить питон в нагрузку захуячат,а ты трахайся =)

Лучше бы порты из *BSD портировали

> Лучше бы порты из *BSD портировали
Gentoo

В интервью с Патриком Волькердингом (главный разработчик Slackware), он говорит, что кто то из его команды занимается перспективным менеджером пакетов, простым и более функциональным, чем сейчас. Вроде даже на базе tgz , просто я уже забыл =).

Cyku

Не о том вы немного. ИнсталШилд - это просто скриптовый язык с гуем и шаблонами. Сваять конкретную инсталяшку с проверками зависимостей и пр - дело програмиста.

DimaG

новые рюшечки для мандраки

Что-то они довольно странно объяснили зачем это надо...

В FAQ читаю: нафига оно надо, если есть rpm и dpkg? Ответ: и rpm, и dpkg рассчитаны на один дистрибутив. Это по меньшей мере странно. Я лично сажал rpm-#%.deb к себе на машину.

Всё работает, в принципе, только при сборке пакетов глюки. Даже не глюки, а то, что у меня софт был свежее. Пришлось на виртуальнкю машину ставить RH 7.3... (давно дело было)

Так что не понятно мне, нафига козе баян. Не лучше ли синхронизатор какой-нидь между rpm и deb репозиториями сделать? Или просто .deb оставить?

По качеству он лучше rpm'a. Использовал и то, и другое. При создании пакета можно делать всё, что угодно. Даже их дебильную EULA показывать :-)

Swaret называется пакет-манагер на базе tgz который должен войти в Slackware 9.1

не, это вообще-то судя по всему, если сравнивают с InstallShield, то не менеджер пакетов будет, как тут многие понимают, а чисто инсталляшная прога - чтоб забацал прогу под иксы, обернул её этой инсталляхой - и юзверь под иксами запустит её, и она ему с красивым диалогом проведет инсталляцию, шоб юзверя не напрягать разными форматами пакетов и т.д. Например, если запустить UT2003Demo, то там так и происходит, и неи надо парится о путях, зависимостях etc.

Spectr

это и правда теоретически никому не надо. rpm - LSB стандарт и софт для Linux предлагается распространять именно в rpm. Практически - фирмы любят GUI-инсталляторы, потому что там можно рекламку крутить; кроме того, запуск rpm из командной строки - это уже Advanced System Administration ;)))

> то там так и происходит, и неи надо парится о путях, зависимостях etc.

да ну? а если opengl не хватает, оно скажет - поставьте opengl или просто упадет? deb, скажем (ну не deb а apt-get), мог бы сам вытащить нужные пакеты. В Linux нет "разных форматов пакетов", есть стандарт LSB с rpm. О путях тоже нет никакой нужды спрашивать - в LSB опять же описано, что куда должно быть поставлено.

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

Правильно. Давно пора. А то в этом сраном лялихе пока что-то поставишь, особенна не из дистра, то мозги закипят. Пока не будет единой системы бинарников, инсталлеров, конфигураторов, да и много чего, лялих - сакс.

зачем изобретать велосипед?

> - пакет можно устанавливать в интерактивном режиме
> - различные front-end'ы как GUI так и консольные
> - многоязыковая поддержка
> - автоматическая проверка зависимостей а так же и разрешение

Все это уже есть в APT. Зачем плодить лишние сущности?

Хм, ребята работают непокладая рук. Обновление Changelog почти каждый день. Может чего и получится путное.

Какое идиотское заглавие новости... В Linux очень много разных пакетов, отсюда куча зависимостей, отсюда вытекает необходимость в программе, осуществляющей обслуживание целостности системы (есть уже такая -- apt). А InstallShield -- это виндозная примитивная поделка, которая по сравнению с apt -- как амеба по сравнению с обезьяной ;-) Так при чем здесь "Переплюнем InstallShield"?! В autopackage я пока сильно не вникал, но обязательно сделаю это в скором времени.

urpmi рулит
apt маздай

>Очень хотелось бы чтобы каждый пакет имел некоторые 'модули' - например базовый пакет - mplayer + модули: svgalib,x11,aa.Если пакет сорцовый,он собирается по зависимостям,требуемым только для выбранных модулей,если бинарный - то ищется ближайший похожий.

- gentoo / portage - debian / apt

Все давно есть. (Причем в gentoo на мой взгляд правильнее - я могу действительно указать USE="-mysql" emerge foo и собрать foo ьез поддержки мускля). IMHO.

К сожалению, винда рулит стандартом библиотек идеальный вариант - подгрузка свежих либов из инета, впрочем, это не я придумал...

пьяный слакварист

IceD - я пользовался gentoo.USE это несколько не то,что надо.Хотелось бы набрать иметь возможность опросить пакет на наличие модулей и просмотреть их список и краткое описание.Тут нужно побольше чем флаги компилятора и меня напрягает каждый раз менять конфиг,когда я ставлю прогу,хотелось бы это указывать в коммандной строке.Хотя могу сказать что товарищи идут в правильном направлении.Вот что действительно надо - это синхронизация зависимостей у redhat/debian/gentoo...Ценность установки RPM или apt на другую систему практически нулевая,только если вы не собираете свои rpm-ы(ну скажем мини-дистр для предприятия) потому что все зависимости оказываются в заднице,а без них это make install + логи их действий.

порты FreeBSD не лучше.
когда некий web-based софт тянет за собой по цепочке X-ы (либы), то это несколько криво. :) Особенно для удаленного сервера нужны ему те либы...

Заходил на сайт Swaret, а там нет возможности сырцы скачать :(

трезвый слакварист