The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Slackware Linux исполнилось 20 лет"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Отдельный RSS теперь доступен для каждого обсуждения в форуме и каждого минипортала.
. "Slackware Linux исполнилось 20 лет" –2 +/
Сообщение от бедный буратино (ok), 22-Июл-13, 03:16 
> Давайте в лоб: если Вы не знаете, какие зависимости у пакета, как
> Вы тогда понимаете, что они Вам не нужны?

Я в apt-е не знаю. Потому что, после того, как я сделаю действие, у меня только один вариант - да или нет.

А в aptitude, я нажал u, U, мне вылез yelp, который потянул за собой и brasero, и pulseaudio, и ещё мегабайт триста. Я сказал "спасибо, не надо", аккуратно обрезал всё лишнее, и продолжил обновление.

До обновления я не знал, что оно затребуется. Но когда затребовалось, я БЫСТРО И НЕ ОТВЛЕКАЯСЬ, обрезал хвосты.


> Вообще говоря, единственной адекватной причиной для удаления мягкой зависимости (имеется
> в виду recommends, а не в терминах Вашего предыдущего письма) является
> желание *не* видеть определенные пакеты в Вашей системе.

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

Собственно - в этом и смысл, всё делается интерактивно, в несколько нажатий, и возможности потрясают. Это vi после ed (хотя сравнение не совсем корректное, оба интерактивные редакторы, сравнивается только уровень удобства).

> Я думаю, что механизм, о котором Вы говорите, называется tasksel, и обусловлен
> он вовсе не зависимостями.

В tasksel единые таски (хотя ныне таски пошли убунтовские, пакетами, а не тасками), и зависит это именно от того, сколько рекоменд-пакетов по сусекам наскребётся.


>> Решение проблем - это последний случай, чаще всего оно не нужно и бесполезно
> ...и вредно к тому же, как показал пример выше.

Я не знаю, кому что показал пример выше, но сравнивать штуку, в которой можно только согласиться и не согласиться с решением, и что-то внутри подшаманить, и штуку, в которой всё ОЧЕНЬ удобно и ОЧЕНЬ наглядно, и не понимать преимуществ второго подхода - это нужно быть совсем некомпетентным.

Я без aptitude - как без рук. Я просто не могу в других системах сделать очевидные для меня вещи, которые делались в три нажатия. Потому что в других системах это сделать просто НЕЛЬЗЯ. Можно сделать сложно и ненаглядно, а просто и наглядно - НЕЛЬЗЯ.


>> ...решать проблемы, независимо от пининга...
> Нельзя. Просто нельзя.

Если мне нужна какая-то мелочь здесь и сейчас, то мне нужна какая-то мелочь, а не пиннинг. Пиннинг мне здесь и сейчас не нужен, и в 90% случаев нет ничего, что бы заставляло меня отвлекаться на пиннинг.

В aptitude я на голой системе с нуля разверну всё нужное, организовав всё минут за 5 (и подождав, пока поставится). В консольных системах я не буду помнить, как называются пакеты, не буду видеть, какие у них зависимости, не смогу всем этим управлять. Это каменный век. Причём, пиннинг точно так же работает и с aptitude, никто не мешает. А вот обновить одну версию системы на другую без aptitude я просто не смогу - потому что я не смогу вмешиваться в процесс и сделать всё так, как МНЕ надо, обновляясь группами, разбираясь с проблемами постепенно.

В общем, для НЕПОСРЕДСТВЕННОГО УПРАВЛЕНИЯ aptitude даёт 100% возможностей, а другие - 1%. А для всего остального нет принципиальной разницы, чем пользоваться - если нужно поставить вещь, название которой помнишь по памяти, я всегда пишу apt-get install хрень.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Slackware Linux исполнилось 20 лет, opennews, 18-Июл-13, 09:03  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру