The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Slackware Linux исполнилось 20 лет, opennews (??), 18-Июл-13, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


34. "Slackware Linux исполнилось 20 лет"  +2 +/
Сообщение от Аноним (-), 18-Июл-13, 11:53 
Slackpkg имеет к современному пакетному менеджеру приблизительно такое же отношение, как Ford Model T к BMW X5.
Ответить | Правка | Наверх | Cообщить модератору

36. "Slackware Linux исполнилось 20 лет"  +2 +/
Сообщение от Аноним (-), 18-Июл-13, 11:55 
Там больше и не надо. Ставит, удаляет. Всё. Это Слака, все должно просто, надежно и понятно. Как в BSD.
Ответить | Правка | Наверх | Cообщить модератору

43. "Slackware Linux исполнилось 20 лет"  –2 +/
Сообщение от тигар (ok), 18-Июл-13, 12:31 
болеющим апт-гетом заменителя головного мозга не понятно, вот они и грустят
Ответить | Правка | Наверх | Cообщить модератору

70. "Slackware Linux исполнилось 20 лет"  +2 +/
Сообщение от Аноним (-), 18-Июл-13, 15:04 
> болеющим апт-гетом заменителя головного мозга не понятно, вот они и грустят

Эти, по крайней мере, не рвутся перекомпиливать всю систему самолично :).

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

77. "Slackware Linux исполнилось 20 лет"  –5 +/
Сообщение от тигар (ok), 18-Июл-13, 15:54 
>> болеющим апт-гетом заменителя головного мозга не понятно, вот они и грустят
> Эти, по крайней мере, не рвутся перекомпиливать всю систему самолично :).

потому что мозг атрофирован апт-гетом. такое бывает.

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

98. "Slackware Linux исполнилось 20 лет"  +2 +/
Сообщение от Аноним (-), 18-Июл-13, 21:01 
> потому что мозг атрофирован апт-гетом. такое бывает.

Я вообще-то про слакварщиков.

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

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

125. "Slackware Linux исполнилось 20 лет"  –3 +/
Сообщение от тигар (ok), 19-Июл-13, 09:42 
>> потому что мозг атрофирован апт-гетом. такое бывает.
> Я вообще-то про слакварщиков.
> А так ты еще скажи, блин, что мозг операторов АЭС атрофирован автоматикой.
> Как же это - парни не лазят в жерло реактора сами,
> чтобы стержни подвинуть. Надо же, какие нахалы.

это было к "не рвутся". ясен болт - не умеют вот и не рвутся.
а не умеют оттого, что мозг не развит. apt-get/aptitude install потому что заменяет им до 95% мозга;)

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

127. "Slackware Linux исполнилось 20 лет"  +3 +/
Сообщение от freehck (ok), 19-Июл-13, 10:55 
>>> потому что мозг атрофирован апт-гетом. такое бывает.
>> Я вообще-то про слакварщиков.
>> А так ты еще скажи, блин, что мозг операторов АЭС атрофирован автоматикой.
>> Как же это - парни не лазят в жерло реактора сами,
>> чтобы стержни подвинуть. Надо же, какие нахалы.
> это было к "не рвутся". ясен болт - не умеют вот и
> не рвутся.
> а не умеют оттого, что мозг не развит. apt-get/aptitude install потому что
> заменяет им до 95% мозга;)

Очень даже умеют. Однако же все равно не рвутся перекомпилировать систему самолично.

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

135. "Slackware Linux исполнилось 20 лет"  +/
Сообщение от Аноним (-), 19-Июл-13, 21:56 
> Очень даже умеют. Однако же все равно не рвутся перекомпилировать систему самолично.

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

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

131. "Slackware Linux исполнилось 20 лет"  +2 +/
Сообщение от Michael Shigorinemail (ok), 19-Июл-13, 20:29 
> это было к "не рвутся". ясен болт - не умеют вот и не рвутся.
> а не умеют оттого, что мозг не развит. apt-get/aptitude install
> потому что заменяет им до 95% мозга;)

Внимание, вопрос: какую часть мозга Вам лично заменили порты? (то, что остальную они пожрали -- и так видно)

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

144. "Slackware Linux исполнилось 20 лет"  +/
Сообщение от бедный буратино (ok), 20-Июл-13, 05:19 
> Внимание, вопрос: какую часть мозга Вам лично заменили порты? (то, что остальную
> они пожрали -- и так видно)

Только если порты ввода-вывода.

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

152. "Slackware Linux исполнилось 20 лет"  –3 +/
Сообщение от тигар (ok), 20-Июл-13, 11:00 
>> это было к "не рвутся". ясен болт - не умеют вот и не рвутся.
>> а не умеют оттого, что мозг не развит. apt-get/aptitude install
>> потому что заменяет им до 95% мозга;)
> Внимание, вопрос: какую часть мозга Вам лично заменили порты? (то, что остальную
> они пожрали -- и так видно)

а никакую, я, в отличие от среднестатистического лунохода (apt-get/aptitude install`а), понимаю как они работают.
А то, что Вам там очевидно... эм.. Михаил, лечиться Вам нужно, ага, у дохтера мозгоправных наук ;-). Ибо ни один нормальный человек не будет юзать альт, тем более пилить этот перемандрейк :Р

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

168. "Slackware Linux исполнилось 20 лет"  +1 +/
Сообщение от Michael Shigorinemail (ok), 21-Июл-13, 15:29 
>> Внимание, вопрос: какую часть мозга Вам лично заменили порты?
> а никакую

То есть Вы ими не пользуетесь?

> я, в отличие от среднестатистического лунохода (apt-get/aptitude install`а),

Нет уж, по портам придётся сравнивать со среднестатистическим фряшником.

> понимаю как они работают.

Надо же, а в rpm/dpkg/apt/yum никто не понимает, мистика сплошная. </sarcasm>

> А то, что Вам там очевидно... эм.. Михаил, лечиться Вам нужно, ага,
> у дохтера мозгоправных наук ;-). Ибо ни один нормальный человек не
> будет юзать альт, тем более пилить этот перемандрейк :Р

Это лучше спросите у Чеусова или Нетча, они пожалуй что доступней изложат.

Надеюсь, суть подковырки всё же долетела.

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

225. "Slackware Linux исполнилось 20 лет"  –1 +/
Сообщение от тигар (ok), 22-Июл-13, 10:03 
>>> Внимание, вопрос: какую часть мозга Вам лично заменили порты?
>> а никакую
> То есть Вы ими не пользуетесь?

пользуюсь, конечно, и даже парочку мейнтейню, а к чему вопрос-то?
>> я, в отличие от среднестатистического лунохода (apt-get/aptitude install`а),
> Нет уж, по портам придётся сравнивать со среднестатистическим фряшником.

снова "температура"/"головные боли"/etc ?;-)
>> понимаю как они работают.
> Надо же, а в rpm/dpkg/apt/yum никто не понимает, мистика сплошная. </sarcasm>

кроме шуток, из тех кого я видел таки большинство не понимало:) там у них все просто, я даже их вики видел. типа "добавляем вотэтивот репозотории вот так вот: ...."; apt-get install aa bb cc dd; (среди этих пакетов и гцц с хидерами). ; для сборки _на сервере_ (выделение мое) нужно чтобы было установлено <список пакетов>. а вы все орете о том, что якобы бсд-шникам/слакваристам/гентоводам лишь бы паканпелять в то время как "нормальные"(тм) уже 100 лет как менеджер пакета изобрели, ага.
>> А то, что Вам там очевидно... эм.. Михаил, лечиться Вам нужно, ага,
>> у дохтера мозгоправных наук ;-). Ибо ни один нормальный человек не
>> будет юзать альт, тем более пилить этот перемандрейк :Р
> Это лучше спросите у Чеусова или Нетча, они пожалуй что доступней изложат.

спросить про что? нахера нужен альт? или нахера нужен Шигорин? в альте, в т.ч.

> Надеюсь, суть подковырки всё же долетела.

неа, "я тупой"(с) ;(

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

239. "Slackware Linux исполнилось 20 лет"  –1 +/
Сообщение от тигар (ok), 22-Июл-13, 22:01 
я, кстати, думал, что дауны есть только в xUSSR, ну, ужаленные в моск апт-гетчики, ан-нет:

....
Date: Mon, 22 Jul 2013 10:28:04 -0700
Sender: owner-freebsd-ports@freebsd.org
X-Mailer: iPhone Mail (10B329)

I am new to FreeBSD, where can I go for help.    I am unable to get the 'apt-package repository' installed.   As a result I am unable to perform any system updates.

Patrick

Sent from Patrick's iPhone...

ойфон, апт-пекедж.. ;-)

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

240. "Slackware Linux исполнилось 20 лет"  +/
Сообщение от Аноним (-), 22-Июл-13, 22:10 
Если ойфонщикам сказать, что FreeBSD -это такая бyбунта, они ж поверят. Хотя, это конечно жЫстоко.:)
Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

242. "Slackware Linux исполнилось 20 лет"  +/
Сообщение от Michael Shigorinemail (ok), 23-Июл-13, 01:21 
> я, кстати, думал, что дауны [...] ан-нет:

"Ан нет", недаун(tm), пишется через пробел.  Так что старательное выписывание запятых пошло прахом.

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

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

245. "Slackware Linux исполнилось 20 лет"  –1 +/
Сообщение от тигар (ok), 23-Июл-13, 09:05 
>> я, кстати, думал, что дауны [...] ан-нет:
> "Ан нет", недаун(tm), пишется через пробел.  Так что старательное выписывание запятых

^^^^^^^^^^^^^^^^^^^^^
очередной аптгетчик, а че ж ты подтер не все?:-)

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

134. "Slackware Linux исполнилось 20 лет"  +1 +/
Сообщение от Аноним (-), 19-Июл-13, 21:54 
> это было к "не рвутся". ясен болт - не умеют вот и не рвутся.

Единственное умение оператора АЭС которое всех волнует - чтобы АЭС генерила электричество и не было никаких приключений. Всё. Остальное - дешевые пoнты. В лучшем случае забавные. В хучшем - приносящие окружающим материальный ущерб.

> а не умеют оттого, что мозг не развит. apt-get/aptitude install потому что
> заменяет им до 95% мозга;)

А зачем обычному оператору АЭС знать полную схему вычислительной машины и лично таскать к реактору материалы для строительства? Не его епархия - за него это сделают другие, куда более подкованные в вопросе люди. Индикатором безмозглости это не является. Разделять задачи в больших по масштабу проектах - совершенно нормальная практика и признак высокоразвитой организации технологического процесса.

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

141. "Slackware Linux исполнилось 20 лет"  +1 +/
Сообщение от Michael Shigorinemail (ok), 20-Июл-13, 00:19 
> А зачем обычному оператору АЭС знать полную схему вычислительной машины и лично
> таскать к реактору материалы для строительства?

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

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

212. "Slackware Linux исполнилось 20 лет"  +/
Сообщение от Аноним (-), 22-Июл-13, 07:11 
> Например, чтобы знать, что пошло не так.

Таскание кирпичей и схема вычислительной машины этому не сильно помогут. Результативнее будет изучение общей физики процесса и элементов управления. Операторы АЭС обычно в курсе этого. А дальше разделение труда. Детально физику процесса считают академики. Конструкцию реализующие желаемые параметры - проектировщики. Ну и так далее. Они где-то пересекаются и как-то взаимодействуют. Однако задачи пилятся на части, подъемные для отдельных индивидов.

> между пониманием и натасканностью.

1) В Чернобыле вылез эффект о котором никто не знал. Этого понимания на тот момент не было даже у академиков и проектировщиков. Потом конструкцию РБМК немного "допатчивали" чтобы предотвратить возможность такого эффекта на оставшихся в строю реакторах. Со стороны всех остальных эпикфэйл сводился в основном к тому что нарушили главную заповедь админа: "работает - не трогай!". Вот трогание параметров процесса, а хотя-бы и с благими целями и загнало реактор в потенциально нестабильный режим. То что его в результате разнесло из-за неучтенных эффектов в малоизученном режиме - уже следствие. И да, таки по задумке рулится это вообще в основном автоматикой. Ее как раз явно заоверрайдили - иначе она бы вполне себе заглушила реактор. А то что реактор хоть в какой-то ситуации может взорваться при команде на аварийное заглушение - этого вообще никто не знал. Это весьма крутой "аппаратный баг" конструкции. Не учтенный и не вылезавший много лет. Операторы не могли заранее о нем знать. Изучили эффект лишь после того как он вылез. Операторы то как раз поступили вполне логично - видя что параметры процесса кривые, они попробовали заглушить реактор. Вместо заглушения он взорвался, т.к. возник неучтенный проектировщиками эффект. Поэтому спихивать все на операторов - криво и необъективно.

2) В фукусиме случилась просто авария за проектными пределами. Главный фэйл - я не понимаю кто и почему позволил строительство АЭС около моря (два потенциально опасных объекта рядом? Wtf?!). Да еще в сейсмоопасной стране. Операторы тут вообще не при чем. Когда внешнее питание (нужное для охлаждения реактора) полностью отпало, т.к. вода залила трансформаторы, а пожар из-за возникших КЗ уничтожил резервные аккумуляторы - тут кто угодно растеряется, т.к. отпали все штатные средства охлаждения. Все как бы знали что согласно процесса, оставшийся без охлаждения реактор перегреется и долбанет. А толку?! Все штатные инструменты для этого просто умерли. Тут скорее вопрос об отсутствии схемы пассивного охлаждения которая сможет обеспечить охлаждение даже если внешнее питание полностью отпало + к тем кто место для размещени АЭС так выбрал. Но вот при чем тут операторы АЭС? Это в основном к проектировщикам и административщикам. Толпа академиков на месте трындеца никак не помогла бы в этой ситуации.

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

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

146. "Slackware Linux исполнилось 20 лет"  –2 +/
Сообщение от бедный буратино (ok), 20-Июл-13, 05:23 
>>> болеющим апт-гетом заменителя головного мозга не понятно, вот они и грустят
>> Эти, по крайней мере, не рвутся перекомпиливать всю систему самолично :).
> потому что мозг атрофирован апт-гетом. такое бывает.

apt-get - это тренажёр памяти. Это как sed вместо vi.

Нормальный комфорт, удобство и полный контроль - это aptitude (user interface).

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

148. "Slackware Linux исполнилось 20 лет"  +/
Сообщение от freehck (ok), 20-Июл-13, 09:53 
>>>> болеющим апт-гетом заменителя головного мозга не понятно, вот они и грустят
>>> Эти, по крайней мере, не рвутся перекомпиливать всю систему самолично :).
>> потому что мозг атрофирован апт-гетом. такое бывает.
> apt-get - это тренажёр памяти. Это как sed вместо vi.
> Нормальный комфорт, удобство и полный контроль - это aptitude (user interface).

Ну нет уж, Вам пора привыкнуть, что на этот вопрос есть два мнения. Все-таки аптитуда слишком умна, и порою делает весьма неочевидные вещи. Ну не могу я сказать, что при использовании аптитуды я стопроцентно понимаю, что у меня в системе творится.

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

150. "Slackware Linux исполнилось 20 лет"  –1 +/
Сообщение от бедный буратино (ok), 20-Июл-13, 10:15 
>>>>> болеющим апт-гетом заменителя головного мозга не понятно, вот они и грустят
>>>> Эти, по крайней мере, не рвутся перекомпиливать всю систему самолично :).
>>> потому что мозг атрофирован апт-гетом. такое бывает.
>> apt-get - это тренажёр памяти. Это как sed вместо vi.
>> Нормальный комфорт, удобство и полный контроль - это aptitude (user interface).
> Ну нет уж, Вам пора привыкнуть, что на этот вопрос есть два
> мнения. Все-таки аптитуда слишком умна, и порою делает весьма неочевидные вещи.
> Ну не могу я сказать, что при использовании аптитуды я стопроцентно
> понимаю, что у меня в системе творится.

Что значит "слишком умна"? Это в случае с apt-get я не могу на лету изменять зависимости, а в aptitude я могу смотреть, что есть жёсткие, что есть мягкие, что есть полумягкие, и менять первые, удалять вторые и добавлять третьи, к примеру. В aptitude можно сделать всё, в ручном режиме, там отлично видно, что ставится, а что - нет. Сейчас вот, вычистил половину зависимостей gnome из xfce, разные yelp и так далее. Как это сделать в apt-get, я просто не представляю. Тем более, режима "кликни и посмотри список на лету" там просто нет, нет интерактивной модели использования.

Я ещё раз говорю - это как сравнивать sed и vi. Кому интересно, пусть попробует написать и отредактировать текст в файле с помощью sed.

aptitude не делает очевидные и неочевидные вещи, она делает только одно - то, что от неё попросят.

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

154. "Slackware Linux исполнилось 20 лет"  +2 +/
Сообщение от freehck (ok), 20-Июл-13, 22:36 
Ладно, у меня сегодня хорошее настроение, так что в кои то веки дам развернутый ответ, который никого не оскорбит и не обидит.

>> Все-таки аптитуда слишком умна, и порою делает весьма неочевидные вещи.
>> Ну не могу я сказать, что при использовании аптитуды я стопроцентно
>> понимаю, что у меня в системе творится.
> Это в случае с apt-get я не могу
> на лету изменять зависимости, а в aptitude я могу смотреть, что
> есть жёсткие, что есть мягкие, что есть полумягкие, и менять первые,
> удалять вторые и добавлять третьи, к примеру.

"На лету изменять зависимости" (удалять из списка установки Recommends-зависимости при выборе пакета) чревато тем, что Вы что-нибудь забудете удалить. Или удалите что-то, что действительно нужно для некоторой дополнительной функциональности (например, evince без dbus не работает с dejavu/pdf-файлами), а потом будете думать/гадать, где же Вы ошиблись.

Работа с зависимостями в рамках APT производится посредством установки pin-ов соответствующим пакетам. Это самый мощный из известных мне механизмов выбора кандидатов на установку.

Я буду Вам также очень признателен, если Вы объясните, что Вы понимаете под "полумягкой зависимостью".

> В aptitude можно сделать
> всё, в ручном режиме, там отлично видно, что ставится, а что
> - нет. Сейчас вот, вычистил половину зависимостей gnome из xfce, разные
> yelp и так далее. Как это сделать в apt-get, я просто
> не представляю.

Эти зависимости, надо полагать, были поставлены, ибо были в рекомендациях к другим пакетам. Если Вы не хотите видеть их в своей системе, выставите им отрицательные pin-ы в соответствии с apt_preferences(5).

> Тем более, режима "кликни и посмотри список на лету"
> там просто нет, нет интерактивной модели использования.

Задача установки/удаления пакетов мне видится довольно ответственной, чтобы заниматься ею интерактивно. Изменение кандидатов на установку является существенным вторжением в работу системы, и требует фиксирования в файлах в /etc/apt/preferences.d;

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

> Я ещё раз говорю - это как сравнивать sed и vi. Кому
> интересно, пусть попробует написать и отредактировать текст в файле с помощью
> sed.

Зря Вы так про sed. Я могу сходу привести Вам примеры, когда sed для редактирования файлов куда удобней vi/vim.

---

Ну и последняя цитата.

> aptitude не делает очевидные и неочевидные вещи, она делает только одно -
> то, что от неё попросят.

... с небольшим флешбеком ...

> Что значит "слишком умна"?

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

apt-get мне так и сказал, а затем завершил работу. А что сделала aptitude? Она перешла в интерактивный режим и предложила мне много вариантов решения проблемы. Среди них были:
- установить пакеты зависимостей в обход установленного им pin'а (вопиющее безобразие - игнорировать apt_preferences)
- установить альтернативу из sid (хотя опять же, всем пакетам оттуда выставлен отрицательный pin, что их установку запрещает)
- наплевать на установку зависимостей и поставить все как есть (установленная программа, естественно, при такой установке работать не будет, и кроме того - после этого перестанет работать apt-get, ибо в системе появятся неудовлетворенные зависимости).

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

Я нахожу такое поведение aptitude крайне некорректным по отношению к ситуации. Более того, я совершенно не понимаю, как она вообще пришла к выводу, что такое поведение допустимо. Так что не очевидные вещи она все же делает.

Именно поэтому я до сих пор использую APT. Причем именно APT, а не apt-get, как Вы изволили выражаться все это время. Все-таки APT - это набор утилит.

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

156. "Slackware Linux исполнилось 20 лет"  –3 +/
Сообщение от бедный буратино (ok), 21-Июл-13, 03:51 
> "На лету изменять зависимости" (удалять из списка установки Recommends-зависимости при
> выборе пакета) чревато тем, что Вы что-нибудь забудете удалить. Или удалите
> что-то, что действительно нужно для некоторой дополнительной функциональности (например,
> evince без dbus не работает с dejavu/pdf-файлами), а потом будете думать/гадать,
> где же Вы ошиблись.

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


> Работа с зависимостями в рамках APT производится посредством установки pin-ов соответствующим
> пакетам. Это самый мощный из известных мне механизмов выбора кандидатов на
> установку.

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

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

жёсткие - депендс, мягкие - суггест, полумяхкие - рекоменд. яя натюрлих.


> Эти зависимости, надо полагать, были поставлены, ибо были в рекомендациях к другим
> пакетам. Если Вы не хотите видеть их в своей системе, выставите
> им отрицательные pin-ы в соответствии с apt_preferences(5).

Я хочу видеть, что я ставлю, и потом этим управлять. Сделать вышеуказанное я не могу по очевидной причине - я НЕ ЗНАЮ, что затребует тот или иной пакет, то или иное обновление. Я просто вижу, что именно сейчас будет делаться, и выбираю, что ставить, что добавлять, что удалять.


> Задача установки/удаления пакетов мне видится довольно ответственной, чтобы заниматься
> ею интерактивно. Изменение кандидатов на установку является существенным вторжением в
> работу системы, и требует фиксирования в файлах в /etc/apt/preferences.d;

Сейчас в jessie более 40000 пакетов, в sid+experimental и того больше. Создавать конфиг "не надо", а потом думать, как же их поставить - это лишняя трата времени и умственной энергии.


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

Логично. Поэтому для "всё снести и поставить заново" существуют и другие механизмы. Я даже больше скажу, установка "десктоп системы" с dvd и из сети даст разную десктоп-систему, именно из-за наличия/отсутствия мягких зависимостей.


>> Я ещё раз говорю - это как сравнивать sed и vi. Кому
>> интересно, пусть попробует написать и отредактировать текст в файле с помощью sed.
> Зря Вы так про sed. Я могу сходу привести Вам примеры, когда
> sed для редактирования файлов куда удобней vi/vim.

Разумеется. Но для дейли юзаж vi удобнее в подавляющем большинстве случаев. Когда мне нужен пининг, я делаю пининг, одно другому вообще никак не мешает.


>> Что значит "слишком умна"?
> apt-get мне так и сказал, а затем завершил работу. А что сделала
> aptitude? Она перешла в интерактивный режим и предложила мне много вариантов
> решения проблемы.

Решение проблем - это последний случай, чаще всего оно не нужно и бесполезно. aptitude - это интерактивная утилита, и чтобы решать проблемы, независимо от пининга, нужно входить в пакеты энтером, ставить зависимости там, а потом с помощью ~b искать проблемы и разрешать их там. Это как интерактивный квест "сходи туда, замочи там всех, сходи обратно". Это средство управления "на месте", а не "догадайся, мол, сама". И именно поэтому ничего подобного aptitude по удобству, наглядности и возможности решить проблему с минимальными временными и умственными затратами я даже близко не видел.

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

208. "Slackware Linux исполнилось 20 лет"  +/
Сообщение от freehck (ok), 22-Июл-13, 01:39 
> Я не буду удалять то, что мне нужно, или что я не понимаю. (obvious fix)
>
>> Эти зависимости, надо полагать, были поставлены, ибо были в рекомендациях к другим
>> пакетам. Если Вы не хотите видеть их в своей системе, выставите
>> им отрицательные pin-ы в соответствии с apt_preferences(5).
> Я хочу видеть, что я ставлю, и потом этим управлять. Сделать вышеуказанное
> я не могу по очевидной причине - я НЕ ЗНАЮ, что
> затребует тот или иной пакет, то или иное обновление.

Давайте в лоб: если Вы не знаете, какие зависимости у пакета, как Вы тогда понимаете, что они Вам не нужны?

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

>> Если у меня файлы с пинами там лежат - я точно знаю,
>> что и почему у меня поставлено. Я могу все снести и
>> поставить заново, и все будет точно также, как и прежде. Если
>> же я, как и Вы, переложу эту работу на некую утилиту
>> (aptitude), то при повторной установке тех же пакетов я получу совсем другую систему.
> Логично. Поэтому для "всё снести и поставить заново" существуют и другие механизмы.
> Я даже больше скажу, установка "десктоп системы" с dvd и из
> сети даст разную десктоп-систему, именно из-за наличия/отсутствия мягких зависимостей.

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

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

...и вредно к тому же, как показал пример выше.

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

Нельзя. Просто нельзя.

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

209. "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 хрень.

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

229. "Slackware Linux исполнилось 20 лет"  +/
Сообщение от freehck (ok), 22-Июл-13, 18:19 
>> Давайте в лоб: если Вы не знаете, какие зависимости у пакета, как
>> Вы тогда понимаете, что они Вам не нужны?
> Я в apt-е не знаю. Потому что, после того, как я сделаю
> действие, у меня только один вариант - да или нет.

Ну так 'apt-cache depends/recommends'?

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

Ну так 'apt-get install <...> yelp-'?

> До обновления я не знал, что оно затребуется.

То есть после обновления у некоторого пакета появилась новая мягкая/полумягкая зависимость от yelp, и aptitude во время апгрейда мгновенно попыталась её установить? Это нормальное поведение для aptitude?

Или появилась жесткая зависимость от yelp, а Вы средствами aptitude сумели её каким-то образом удалить?

Что за пакет потянул за собой yelp?

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

Prooflink, пожалуйста.

> Я без aptitude - как без рук.

Вот в это я *верю*.

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

232. "Slackware Linux исполнилось 20 лет"  –1 +/
Сообщение от Аноним (-), 22-Июл-13, 20:47 
> от yelp, и aptitude во время апгрейда мгновенно попыталась её установить?
> Это нормальное поведение для aptitude?

В принципе да - он печется о логической корректности состояний. Если указано что надо - значит надо. Невыполнение зависимости может привести к тому что программа вообще работать не будет.

> Или появилась жесткая зависимость от yelp, а Вы средствами aptitude сумели её каким-то образом удалить?

А это зачем? Чтобы пятку себе прострелить и получить нерабочую программу? За такими экспериментами в духе чернобыля - к другим дистрам. Но если реально хочется - можно и на...ть :). Например, есть трюк с сборкой фэйк-пакета который provides это самое. Якобы. А по факту пустой. Но если программа при этом работать не будет - вот извините.

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

246. "Slackware Linux исполнилось 20 лет"  +/
Сообщение от Аноня (?), 14-Авг-13, 09:20 
Хотите нормально контролировать зависимости и прочее? Так это же portage.
Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

142. "Slackware Linux исполнилось 20 лет"  +/
Сообщение от бедный буратино (ok), 20-Июл-13, 05:14 
>  Там больше и не надо. Ставит, удаляет. Всё. Это Слака, все должно просто, надежно и понятно. Как в BSD.

Сравнивать slackpkg с pkg_add (особенно перловым openbsd-шным, какой во freebsd, я не знаю) - некорректно.

У пакетного менеджера бывают состояния и кроме "ставит, удаляет". И именно они дают удобство. А так - ставит-удаляет и setup.exe/uninstall.exe.

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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