LINUX.ORG.RU

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

 , ,


0

0

Пакетный менеджер следущего поколения призван решить глобальные проблемы развертывания бинарных и source-based пакетов для Ubuntu, Debian, SUSE, Fedora, и Red Hat. Менеджер позволяет иметь несколько версий одного пакета и безопасный откат проведенных изменений.

>>> Подробности

Ответ на: комментарий от anonymous

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

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

skwish ★★
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от Desu

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

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

Led ★★★☆☆
()

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

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

leave ★★★★★
()

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

leave ★★★★★
()

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

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

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

Df_Yz
()
Ответ на: комментарий от ist76

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

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

isden ★★★★★
()
Ответ на: комментарий от isden

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

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

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

Df_Yz
()
Ответ на: комментарий от leave

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

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

Df_Yz
()
Ответ на: комментарий от isden

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

# aptitude autoremove gimp

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

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

anonymous
()

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

Aceler ★★★★★
()
Ответ на: комментарий от Aceler

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

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

sv75 ★★★★★
()
Ответ на: комментарий от azure

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

fxd

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

isden ★★★★★
()
Ответ на: комментарий от isden

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

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

anonymous
()
Ответ на: комментарий от Df_Yz

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

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

GArik ★★★
()
Ответ на: комментарий от ist76

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

apt-get в топку!!

Valor
()
Ответ на: комментарий от skwish

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

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

anonymous
()
Ответ на: комментарий от Valor

> apt-get в топку

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

anonymous
()
Ответ на: комментарий от Desu

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

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

anonymous
()
Ответ на: комментарий от azure

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

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

wyldrodney
()
Ответ на: комментарий от anonymous

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

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

firsttimeuser ★★★★★
()
Ответ на: комментарий от GArik

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

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

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

> Можешь попробовать это оспорить =)


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

Df_Yz
()
Ответ на: комментарий от azure

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

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

anonymous
()

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

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

AVL2 ★★★★★
()

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

cPunk ★★
()
Ответ на: комментарий от anonymous

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

ShTH
()
Ответ на: комментарий от leave

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

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

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

demao
()
Ответ на: комментарий от azure

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

> надежную. Чтобы начинающий пользователь мог через фронтенд в три клика

> мышью установить, обновить или удалить приложение, и чтобы

> красноглазик смог собрать любимую прогу из сорцев с нужными

> параметрами компиляции и любимой версией компилятора, почистить

> систему от всех "лишних" либ етц.


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

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

anonymous
()

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

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

anonymous
()
Ответ на: комментарий от bender

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

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

anonymous
()

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

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

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

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

saw
()

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

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

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

gaux ★★
()
Ответ на: комментарий от jabba

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

sudo apt-get autoremove

michwill ★★★★★
()
Ответ на: комментарий от isden

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

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

anonymous
()

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

swar0g ★★★★
()
Ответ на: комментарий от timth

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

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

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

Osmos ★★
()

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, да. Я с ним непонаслышке знаком) с помощью экранной клавы, возможны повторяющиеся подряд буквы (нет защиты от дребезга). Приношу извинения.

slonopotamus
()
Ответ на: комментарий от slonopotamus

Ещё мысль.

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

slonopotamus
()
Ответ на: комментарий от slonopotamus

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

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

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

slonopotamus
()
Ответ на: комментарий от saw

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

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

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

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

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


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

morbo
()
Ответ на: комментарий от jabba

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


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

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

xintrea
()
Ответ на: комментарий от xtron

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

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

anonymous
()
Ответ на: комментарий от a3

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

gaux ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.