LINUX.ORG.RU

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

 , ,


0

0

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

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

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

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

YourDearFriend
()

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

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

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

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

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

anonymous
()

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

a3
()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

aptitude autoremove и не жужжи.

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


Угадал.

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

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

+1024

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

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

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

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

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

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

anonymous
()

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

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

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

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

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

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

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

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

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


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

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


Пишу 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...

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


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

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

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

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

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

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

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

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

а по сабжу:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2Highwaystar

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

MadCAD ★★
()

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

JackYF ★★★★
()

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

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

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

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

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

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

frd ★★
()

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

anonymous
()

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

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

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

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

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

anonymous
()

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

anonymous
()

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


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

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

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

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

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

MadCAD ★★
()

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

skwish ★★
()

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

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

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