Несколько пакетных менеджеров

И тогда можно будет из единого интерфейса устанавливать пакеты любых систем.

Это можно.

И пользоваться всеми доступными программами.

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

Ну и соответственно, выпустить дистрибутив, который понимает все виды пакетных менеджеров

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

Но зачем?

Аффтар нуб и опозорился.

Зачем выпускать такой дистрибутив, если есть исходные коды программ

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

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

это слишком сложно. Если бы это было просто, то все пакеты уже были бы во всех репозиториях

У вас будет каша из библиотек и программ

почему? Они же на диске не будут перемешиваться - каждый пакетный менеджер будет в своей диерктории

я имею в виду без всяких там chroot

Без chroot не получится.

что если сделать на диске несколько разных папок

Мамок себе сделай, виндусятник.

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

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

это слишком сложно. Если бы это было просто, то все пакеты уже были бы во всех репозиториях

Ну при чём здесь пакеты во всех репозиториях. В мире OpenSource программы распространяются в виде исходных кодов, если вам нужна программа, которой нет в репозитории вашего дистрибутива, то вы скачиваете исходные коды программы и собираете пакет, заодно разбираетесь с зависимостями. Всё, по другому ни как. Хватит думать категориями Windows.

почему? Они же на диске не будут перемешиваться - каждый пакетный менеджер будет в своей диерктории

Смешиваться будут файлы установленных программ. Будет каша из файлов программ разных версий и собранных с разными опциями.

Поэтому просто взять программу, собранную для другого дистрибутива и запустить в окружении другого нельзя

Да ты что. То-то я спокойно распаковываю рпмки с дебками и запускаю бинарники в генте.

Зачем выдираешь фразу из текста ? Дочитать целиком до конца не судьба ?

kostik87

Поэтому просто взять программу, собранную для другого дистрибутива и запустить в окружении другого нельзя. Для этого существуют статические сборки программ.

Ну и всё зависит от версии программы и её зависимостей. Некоторые ветки компонентов различных версий могут быть совместимы. В других же в новых версиях API может измениться.

да, тут так просто не выкрутиться...

Ну хорошо, пусть будет с chroot

а разные папки разные пакеты
список доступных пакетов в sqlite
туда же репы с rpm и dev
пилим обертку на python над dpkg/rpm
качаем пакет, распаковываем в папку
туда же линкуем нужные либы + glibc

вот сейчас как раз реализирую эту идею :)
только нудно очень
мой дистр называется truX
ах, да - тут awesome/fluxbox + нескушные обои

С chroot никаких проблем нет.

gromes, перелогиньтесь.

И тогда можно будет из единого интерфейса устанавливать пакеты любых систем.

~ $ eix -s alien
* app-arch/alien
     Available versions:  8.88 {+bzip2}
     Homepage:            http://kitenet.net/programs/alien
     Description:         Converts between the rpm, dpkg, stampede slp, and slackware tgz file formats

 man alien

EXAMPLES
Here are some examples of the use of alien:

alien --to-deb package.rpm
Convert the package.rpm into a package.deb
alien --to-rpm package.deb
Convert the package.deb into a package.rpm
alien -i package.rpm
Convert the package.rpm into a package.deb (converting to a .deb package is default, so you need not specify --to-deb), and install the generated package.
alien --to-deb --to-rpm --to-tgz --to-slp foo.deb bar.rpm baz.tgz
Creates 9 new packages. When it is done, foo bar and baz are available in all 4 package formats.

Вам стоит попробовать Slackware :]

Смешиваться будут файлы установленных программ.

ну хорошо, хорошо, я уже согласился,
каждому пакетному менеджеру по chroot-у

если бы там каждый пакет содержал бы все необходимые файлы - попробовал бы.

Если бы это было просто, то все пакеты уже были бы во всех репозиториях

их там нет по политическим причинам, а не из-за сложности сборки.

почему бы вообще каждую программу не паковать в отдельный пакет со всеми её зависимостями? и запускать в отдельном chroot.

Пользователю надо десятков пять программ от силы. Ну будет каждая занимать по 20G, всего выйдет 20*50 = 1 TB, ну и что?

гентушникам это расскажите

у меня есть другое предложение:

1. сделать чтобы ubuntu software store принимал app bundles, которые содержат в себе все нужные зависимости.

2. предоставить инструментарий чтобы делать [1] было так же просто как в макоси и венде.

3. заставить всех девелоперов собирать бинари своих поделок.

4. принять формат этих app bundles за стандарт.

5. выпилить нахрен все пакетные менеджеры из всех дистров, и наслаждаться доступностью всего софта во всех дистрах.

гентушникам это расскажите

в генте все точно так же - софт обычно отсутствует в портеже по политическим соображениям.

Ну наконец-то! Давно уже здесь никто GoboLinux не изобретал :)

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

почему бы вообще каждую программу не паковать в отдельный пакет со всеми её зависимостями? и запускать в отдельном chroot.

А-ля C:\Program Files\bla-bla-bla? Зачем из линукса делать винду? И потом, если уж этого очень хочется, то static lib в помощь. Линукс универсален.

Пользователю надо десятков пять программ от силы. Ну будет каждая занимать по 20G, всего выйдет 20*50 = 1 TB, ну и что?

К примеру: mc можно собрать с нижеследующими флагами, то бишь опционалом...

app-misc/mc 
     Available versions:  4.8.7 ~4.8.7-r1 ~4.8.8-r1 ~4.8.8-r2 ~4.8.9 ~4.8.10 [M]**9999 {X +edit gpm mclib nls samba sftp +slang spell test +xdg}

в пакет с mc будем пихать X, samba и т.д. А сколько пакетов зависит от X? И каждой дадим по копии...

Или вот еще.

 * dependency graph for kde-base/dolphin-4.10.5
 `--  kde-base/dolphin-4.10.5  amd64 
 .............
   `--  kde-base/oxygen-icons-4.10.5  (>=kde-base/oxygen-icons-4.10.5) amd64  [aqua=]
[ kde-base/dolphin-4.10.5 stats: packages (40), max depth (1) ]

В пакет с dolphin запихаем еще 40 пакетов, а те тоже пусть тянут свои зависимости... иными словами, на каждый софтинку в kde по полному набору kde,qt,X и т.д. персонально. А оно надо? Все же концепцию юникс разрабатывали люди неглупые, и эта концепция родилась задолго до винды, и живет успешно. Я уже не говорю, про то что линукс живет не только на ПК.

В пакет с dolphin запихаем еще 40 пакетов

А вот пусть глобальный анализ развивают. В этих пакетах большинство функций в конкретной программе не используется. Можно было бы провести глобальную оптимизацию, выкинуть 80% и получить бинарник состоящий только из нужного кода.

Какой-то ламерский бред. Разберись в матчасти для начала.

у меня есть другое предложение:
1. Ехал Гитлер через реку
2. видит Гитлер в реке Гитлер
3. сунул Гитлер в Гитлер Гитлер
4. Гитлер Гитлер Гитлер Гитлер

fxd

Увы, фанатики будут против.

Я вот даже не знаю, что хуже: вот такое предложение или предложение придумать новый «единый» стандарт пакетов.

Ну ты нагородил. Каких пакетов в твоём дистре тебе не хватает?

А можно просто перевести всё на portage, чтобы от его тормозов страдали ВСЕ! мухаха.