>> призван решить глобальные проблемы развертывания бинарных и source-based пакетов для Ubuntu > Там нету проблем, придурки :))

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

> Вот чего мне не хватает, так это истории в apt-get, synaptic и Ко.

у aptitude есть логи, см в /var/log/aptitude

>Led залогинься, черенкованный. Палишься своими смайликами

Уведите поциента! он уже неделю от процедур отлинивает!

>Уведите поциента! он уже неделю от процедур отлинивает!

Хаха. Петроснул юморца, лови симпафку.

>глобальные проблемы развертывания бинарных и source-based пакетов для Ubuntu, Debian

единственная проблема на данный момент - хреновый поставщик веществ у маинтайнеров пакетов. в качестве доказательства: попробуйте в debian lenny поставить openjdk-6-jre-headless и полюбуйтесь на депенды. headless - ключевое слово, под которым ИМХО подразумевается полное отсутствие любых гуевых и иксовых библиотек.

а почему у Десу статус "анонимный"? с него уже и 50 "подарочного" скора срезали?

Пускай делают, что же. Кому помешает очередной велосипед?

Глядишь - они сваяют что-нибудь стоящее да вытеснят все остальные apt, portages, rpm, etc. А коль нет - ну и не надо значит, будем дальше использовать то, что используем сейчас...

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

> Ну и сиди теперь с лишними зависимостями.

а чо, пока я был в анабиозе, aptitude разучился autoremove делать? О_О

>> Ну и сиди теперь с лишними зависимостями.

>а чо, пока я был в анабиозе, aptitude разучился autoremove делать? О_О

Нет, процент криворуких пользователей вырос.

> а почему у Десу статус "анонимный"? с него уже и 50 "подарочного" скора срезали?

Угу. Как второй глаз поменяет цвет с зелёного на красный - сразу же вернут обратно.

> а чо, пока я был в анабиозе, aptitude разучился autoremove делать? О_О

# aptitude autoremove gimp

Неизвестная команда "autoremove"

Он вроде по просто remove автоматически установленные пакеты удаляет, ет?

Это велосипед не потому, что идея плохая, а потому, что в LSB уже придум али своё решение. Угадайте, какое из этих двух будет принятов дистрибутивы?

> Это велосипед не потому, что идея плохая, а потому, что в LSB уже придум али своё решение. Угадайте, какое из этих двух будет принятов дистрибутивы?

Никакое, у каждого останется свой велосипед.

> было бы ОЧЕНЬ ХОРОШО, если бы большинство дистрибутивов использовало одну систему установки программ, гибкую и надежную, такую как использует Debian.

fxd

Осталось дело за малым убедить в том же самом Red Hat и Novell. В Canonical уже с этим согласились. Займись-ка ты этим завтра, друк. Только не откладывай, общесснасть ждет. ;)

> Он вроде по просто remove автоматически установленные пакеты удаляет, ет?

ну неужели так трудно мануалы почитать? см. /usr/share/doc/apt/examples/configure-index.gz

> см. /usr/share/doc/apt/examples/configure-index.gz

Это не мануал. Тебе не трудно процитировать, что именно ты имеешь ввиду, приводя этот файл в пример?

> Кстати, а почему не видно в комментариях Slackwar'щиков с утверждениями про сидящий за компьютером главный пакетный менеджер и божестевенность Патрика? Зимняя спячка началась?

Соскучился? =)
Ну то, что если руки из жопы, то никакой даже самый навороченный менеджер не поможет, было продемонстрировано на первой странице.
Можешь попробовать это оспорить =)

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

apt-get в топку!!

> Придурок, проблемы есть везде и всегда.

Только у неудачников типа тебя.

> apt-get в топку

Хорошо что его авторам насрать на криворуких кретинов типа тебя :))

>Desu (*) (24.12.2008 1:37:50)

О, анимашко-быдляшко вылезло.

>смог собрать любимую прогу из сорцев с нужными параметрами компиляции и любимой версией компилятора, почистить систему от всех "лишних" либ етц.

Ты думаешь это реально? Тут придётся ежедневные снимки репозиториев всех дистров делать, чтоб знать версии пакетов. Это ещё ладно. Но опрашивать мэйнтейнеров о флагах...

> У меня читается за полсекунды

а у меня так как написал. Особенно радует такая встроенная фича в фаерфоксе, при выборе гендлера для определенного файла. Выйти бы на их диллера.

> Соскучился? =)

Есть немного.

> Ну то, что если руки из жопы, то никакой даже самый навороченный менеджер не поможет, было продемонстрировано на первой странице.
> Можешь попробовать это оспорить =)

Даже не собираюсь, ибо полностью согласен. Но как-то странно, что об этом знаменитом высказывании первым вспомнил я.

>... было бы ОЧЕНЬ ХОРОШО, если бы большинство дитрибутивов использовало одну систему установки программ, гибкую, надежную...Это дало бы немалый плюс продвижению линукса на рынке.

Правильно, не велосипеды делать, а избавится от rpm раз и навсегда.

идея по ссылке, кстати хорошая.

надо будет покрутить.

Чего только люди не придумают, лишь бы слакварь не ставить. (<

Сделали бы допустим так: apt удаляет пакет так же,как способна удалить его сейчас,но с определённым ключем удаляла бы всё и вся,включая мусор в ~

Re^2: Nix окончательно решит проблему зависимостей

> единственная проблема на данный момент - хреновый поставщик веществ у маинтайнеров пакетов. в качестве доказательства: попробуйте в debian lenny поставить openjdk-6-jre-headless и полюбуйтесь на депенды. headless - ключевое слово, под которым ИМХО подразумевается полное отсутствие любых гуевых и иксовых библиотек.

Агащаз. :) headless означает всего лишь то, что оно не будет хотеть запущенный X-сервер для отрисовки картинок...

> Если мыслить глобально... было бы ОЧЕНЬ ХОРОШО, если бы большинство
> дитрибутивов использовало одну систему установки программ, гибкую,
> надежную. Чтобы начинающий пользователь мог через фронтенд в три клика
> мышью установить, обновить или удалить приложение, и чтобы
> красноглазик смог собрать любимую прогу из сорцев с нужными
> параметрами компиляции и любимой версией компилятора, почистить
> систему от всех "лишних" либ етц.

Ага, реестр почистить и память соптимизировать... Не надо нам такого, тем более единого.

emerge --depclean меня полностью устраивает. Пользователи rpm - ССЗБ.
Кликайте по кнопочкам "Ок" в модальных диалогах и дальше...

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

Все твои проблемы решит emerge.

Он тоже не торт, приходится dep'ом вычищать.

Неумный вантузоидный тролль, что вы забыли на моём ЛОРе?

>Суть в том, что нужно сделать модуль к какой-нибудь программе управления пакетами, который будет отображать установленные/доступные пакеты в виде направленного графа, отображающего зависимости между ними (пакет - вершина, зависимость - ребро).

Я джва года хочу такой менеджер пакетов.

>Удаляю прогу - все накаченные зависимоти не удаляются.
ниасилятор aptitude или apt-get autoremove

>purge и потом install

вали в венду

По ссылке не ходил, но хочу сказать...

упоминаются source-based пакеты

как я понимаю make && make install и зависимости

в ubuntu будут порты??? ;-)

хе-хе dependency hell, оно самое и есть.

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

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

> зы да-да. у вас всё работает и удаляется.

sudo apt-get autoremove

>а чо, пока я был в анабиозе, aptitude разучился autoremove делать? О_О
Ну как бы тебе сказать:
$ sudo aptitude autoremove
Unknown command "autoremove"
aptitude 0.4.11.3

и дальше всякий usage
ЧЯДНТ?

use aptitude --purge

nix в разговорном немецком обозначает "ничего", "нихрена". что-то в этом духе. это какбэ намекает на то, как сей продукт всё-таки востребован.

>ниасилятор aptitude или apt-get autoremove

поправочка # apt-get autoremove --purge

лучше еще ничего не придумали

1. Задача несколько одновременно стоящих версий одного пакета изящно решена в emerge с помощью понятия SLOT.

2. В apt/rpm действительно нет SLOT'ов и из-за этого пакеты с библиотеками имеют корявые названия типа libx11-6 вместо libx11. Вот это 6 - оно не имеет отношения к названию. Библиотека называется libx11 (даже libX11, если быть более точным). А 6 (SLOT), на самом деле, однозначно определено версией пакета.

3. Да, есть apt-get autoremove. А вы читали как оно работает? apt-get (начиная с некоторой версии) имеет специальный файлик, в который он методично записывает все пакеты, которые установились по зависимости. А при выполнении apt-get autoremove, он ищет среди перечисленных там пакетов те, от которых не зависит пакет, не присутствующий в списке. Всё круто, но. Во-первых, все (!) пакеты, установленные более старой версией apt, есстественно, в этом списке не присутствуют, следовательно в autoremove не участвуют. Во-вторых, непонятно как увидеть список пакетов, которые собственно, стоят НЕ как зависимости. Этот список гораздо более важен, т.к. именно он задаёт набор пакетов для автоматической установки. И в-третьих, если ошибочно был выполнен apt-get install на пакет, установленный как зависимость, то он из списка стирается, и способов вернуть его назад кроме как отредактировать файл руками (по неведомой причине хранящий больше данных нежели необходимые и достаточные пары название-версия), не наблюдается, что грустно.

4. В emerge вопрос с autoremove решён с точностью до наоборот. В файле /var/lib/portage/world хранится список пакетов, установку которых потребовал человек, а всё остальное считается установленным по зависимости. Поэтому для корректного удаления пакета со всеми ставшими лишними пакетами достаточно удалить строку с ненужным пакетом (либо в текстовом редакторе, либо произведя удаление пакета через emerge -C), после чего достаточно emerge --depclean

P.S. Надеюсь на отстутствие холивара source/binary-based дистрибутивы, я сейчас говорил о другом.

P.P.S. Пишу с таблетки (с apt-get, да. Я с ним непонаслышке знаком) с помощью экранной клавы, возможны повторяющиеся подряд буквы (нет защиты от дребезга). Приношу извинения.

Ещё мысль.

5. Сходил по ссылке. Это что же, я ставлю-ставлю security update, а эта штуковина продолжает хранить непропатченную версию? И зачем?

6. firefox-3.0.4-with-plugins. Офигительно. Предлагаю развить, firefox-3.0.4-with-developer-toolbar-and-greasemonkey-but-without-java-and-with out-dom-inspector

7. Реквестирую сравнение этой штуки с гентушными портэжами. Из прочтения текста по ссылке ни одного преимущества не заметил.

8. > and allows a choice of SQL back ends on installation.

Это прикол что ли, они конфиги в sql-базе хранят?

>По ссылке не ходил, но хочу сказать...

Выпороть тебя надо. Сходи, потом говори.

>упоминаются source-based пакеты
>как я понимаю make && make install и зависимости
>в ubuntu будут порты??? ;-)

Ты в Ubuntu кроме графического интерфейса что-нибудь знаешь? В Ubuntu есть пакеты deb-src, которые придумали разработчики Debian. Это не порты, но чем-то похоже.

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

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

Да-да, у всех всё работает и удаляется только то, что нужно.

> Вообще-то есть apt-get purge и apt-get autoremove

С autoremove есть такая пробоема: всяки метпакеты (типа gnome) ставят помимо самого DE ещё кучу всякого говна (типа evolution). Когда я это говно удаляю, удаляется и метапакет. Соответственно все пакеты, установленные с ним помечаются как autoremove и при apt-get autoremove сноятся. Единственное решение, которое я вижу - это создание своего метапакета, а это долго и геморройно

и где то тогда прогам устраивать s/срач/хранить свои настройки, временные файлы и т.д./? в глобальном реестре? %)