Велосипед решит уже решённую проблему!

Какую решенную? Срач как был на винте после установки и удаления так и будет, никто его не решит. deb/apt не решает всех проблем, однако является лучшим на сегодня.

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

Глобальная проблема с зависимостями в Linux - это зависимость юзеров от кипов-батов-винраров. А то, о чем пишут по ссылке, это не глобальная проблема, а так - мелочи жизни.

> deb/apt не решает всех проблем, однако является лучшим на сегодня.

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

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

- ну что у тебя там с зависимостями?
- а них, с ними!

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

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

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

не знаю о чем ты. Тебя волнуют директории типа ~/.программа.rc или ~/.config/программа.rc ? Так выключи отображение скрытых файлов и спи спокойно. А вот когда какая то проприетарная быдлоподелка что ставится в /opt и в хомяке создает (именно так с заглавными и пробелами)

~/Самая Крутая Прога/ ~/Самая Крутая Прога/projects ~/Самая Крутая Прога/configs ~/Самая Крутая Прога/drafts

то тогда да, надо чистить. И вместе с прогой, потому как после запуска она опять создает это гавно

Пошукай, недавно гномосеки жаловались что диалог гнома перечитывает все файлы в тч и скрытые и это тормозит.

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

а почему вас это волнует? Может вам эти зависимости для чего другого пригодятся, придется опять тянуть.

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

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

Да, так и есть. А что?

> не знаю о чем ты. Тебя волнуют директории типа ~/.программа.rc или ~/.config/программа.rc ? Так выключи отображение скрытых файлов и спи спокойно.

Да, именно это меня и волнует. Они действительно не отображаются, но я то знаю что мой хомяк заполнен этим .овном чуть менее, чем полностью. Даже если бы все эти файлы лежали в ~/.config/, это было бы еще не так плохо, а так, кто куда, кто в лес, кто по дрова.

> Пошукай, недавно гномосеки жаловались что диалог гнома перечитывает все файлы в тч и скрытые и это тормозит.

диалог сохранения/открытия чтоли? хз, не замечал. Хомяк быстро открывается + частые директории забукмарклены. Вот если его на /usr/bin натравить, тогда -- да, можно чаю заварить и выпить.

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

просто мы осилили дочитать man apt-get до опции autoremove

> Да, именно это меня и волнует.

Так сложно почистить вручную? Это даже при сильно засранном /home пятиминутное дело.

> просто мы осилили дочитать man apt-get до опции autoremove

Нет, я лично осилил прочесть рекомендации дебиана про то, что apt-get RIP, и нужно пользоваться aptitude. ;)

> Да, именно это меня и волнует. Они действительно не отображаются, но я то знаю что мой хомяк заполнен этим .овном чуть менее, чем полностью

не уверен что ты подразумеваешь под "заполнен". По общему объему это мизер, а если то что "они павсюду" так это к доктору.

у жаловавшегося файлов в хомяке больше чем в bin

>Нет, я лично осилил прочесть рекомендации дебиана про то, что apt-get RIP, и нужно пользоваться aptitude. ;)

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

Прикинь, мы тоже. Ещё и apt-get и всякие деборпханы и пурги и ижу с ними. Только вот почему то при удалении sane удаляются и драйвера hp. Красота.

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

aptitude autoremove и не жужжи.

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

Угадал.

>просто мы осилили дочитать man apt-get до опции autoremove

+1024

> Только вот почему то при удалении sane удаляются и драйвера hp. Красота.

Потому что в драйвера хп входят драйвера для МФУ, в которых (ты не представляешь!) есть сканер

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

А с какой стати они у меня лишние возьмутся?

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

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

Граф должен быть интерактивный - должна быть возможность отметить несколько вершин и нажать например "удалить выбранные". Перед удалением дополнительно подсветятся также другие цепочки вершин - которые зависят от выбранных и сразу будет видно насколько будет покорежена система если нажать кнопку "удалить", а не получать эти сообщения в виде кучи последовательных диалогов (как например происходит в ясте).

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

Ну и т.п. - дальше уже можно много нафантазировать.

+1. Я думал что все уже привыкли.

> Даю идею в массы

Слава робатам!

> отображать установленные/доступные пакеты в виде направленного графа

Ты попробуй это все дело сначала просто нарисовать.

> а не получать эти сообщения в виде кучи последовательных диалогов (как например происходит в ясте).

Пишу aptitude remove gimp. Получаю.
---
[...]
Следующие пакеты будут УДАЛЕНЫ:
gimp gimp-data{u} libgimp2.0{u} libgtkhtml2-0{u} libpoppler-glib3{u}
libpoppler3{u}
[...]
Необходимо получить 0B архивов. После распаковки освободится 47,5M байт.
Хотите продолжить? [Y/n/?]
---

Где ты видишь кучу последовательных диалогов? Пакеты, от которых зависят другие приложения к удалению не предлагаются.

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

Все это левое говно помечается как auto-install...

> можно будет нажать одну кнопку и все это левое говно будет отмечено для удаления.

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

Может стоит сменить дистрибутив?

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

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

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

homedir они не трогают. И это правильно.

> отображать ... в виде направленного графа, отображающего зависимости между ними

apt уже давно умеет...

а по сабжу:

нет ни одной причины использовать данное двухколёсное транспортное средство в debian (и наверняка в некоторых других дистрибутивах), там все зависимости нормально прописаны, "autoremove" работает (не в etch)

>Вот если бы apt еще опционально чистил срач в хомяке

А самому не судьба? rm ~/.mplayer К тому же место оно почти не занимает, и на глаза не попадается.

> Вот если бы apt еще опционально чистил срач в хомяке, созданный удаленной программой

Чтобы потом кто-то заорал "куда делись мои настройки и данные???"

>а не получать эти сообщения в виде кучи последовательных диалогов (как например происходит в ясте).

О, установка программ через яст - вообще пестня. Если над ним работал дизайнер - его надо срочно перевести в дворники, ибо дизайн морд он делать не умеет. Если нет - то отдать на растерзание вменяемому юзабилисту, потому что пользоваться ЭТИМ невозможно.

Если подключено 10 сетевых репов, но сеть недоступна, на каждый реп нужно будет нажать кнопочку ОК, согласившись с тем, что реп недоступен, а потом во втором окошечке еще кнопочку "пропустить". Итого 20 нажатий, хотя я всего лишь хотел удалить пакет.

В 11.0 появилась кнопка "Пропустить автоматическое обновление" репозитариев, работает сугубо как хочет - если сеть тупит, то может и минут через 5 только отозваться.

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

Поставил на ночь обновление, с RC до релиза, яст пообещал слить 2 с лихом гига. Утром открываю, вижу сообщение: "Timeout exceeded". И одна кнопочка - Ок. Жмем, появляется второе окошко, на этот раз с _таймером_ на 30 секунд, с понтом retry сейчас будет. Мляха буха, какую наркоту надо употреблять, чтобы так кретинистично спроектировать диалог с пользователем? Так полночи и простоял у меня ноут, ожидая пока я нажму ОК. Самое мерзкое, что он мне понадобился с утра =(
И так оно делает на каждый недоступный пакет. Вот сиди рядом с ним, и нажимай ему ОК.

И еще куча аналогичных претензий по нему. Едва ли не самый важный инструмент из всего яста, а спроектирован из рук вон плохо. Накипело блин =(

zypper не всегда удобен, хотя работает постабильнее

2Highwaystar

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

По ссылке нечто, пишущее в /nix и вытягивающее все точные версии библиотек, нужные программам. Революционно, ага...

Nix нужен. Хотябы по тому что он будет развиватся сразу для всех дистрибов. А то рпм налево апт направо.

В 11.1 решена проблема с ожиданием недоступных репозитариев. Менеджер пакетов работает в разы быстрее. Да и интерфейс опять переработан. Все-таки не зря они проводили юзабилити-тестирование.

>По ссылке нечто, пишущее в /nix и вытягивающее все точные версии библиотек, нужные программам. Революционно, ага...

нафик такие революции

Вот пример: запускал тут одну программу, наконфижил там чтото, поставив галочку настройки на эксперементал - велетело, перезапуск - не пашет purge и потом install - config сохранился, пришлось лазить и удалять, а у него еще название долбанутое было и лежал он в хомяке

подари ник :)

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

Это дало бы немалый плюс продвижению линукса на рынке. Инициатива правильная. Будем-с следить за проектом.

Вот если его на /usr/bin натравить, тогда -- да, можно чаю заварить и выпить.

В смысле > Вот если его на /usr/bin натравить, тогда -- да, можно чаю заварить и выпить.

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

aptitude доработаитть и не нужны никакие никсы. хотя прожект обеджает быть эпическим.

пароль в личку отправил

Вот чего мне не хватает, так это истории в apt-get, synaptic и Ко.
Было бы удобно.
А то наставил кучу прог (посмотреть, выбрать что лучше,...), а как потом все это удалять?


Может уже есть, только я не в курсе?

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

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

А, вот еще: появились некие "Сервисы" рядом с репозитариями. Я так предполагал, что это для SLP репов заготовлено, пока при попытке добавить свой реп из билдсервиса яст не запихал его в эти самые сервисы. Что с ним дальше делать нужно - непонятно, как реп он был недоступен, причем добавить его как обычный реп удалось только через one click install. Что за нафиг - не знаю, списываю на RC, как апдейтнусь до релиза погляжу еще раз.

rpm умеет откатывать транзакции.

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

Там нету проблем, придурки :))

>Там нету проблем, придурки :))

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