|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Korchmar 2:5020/400 23 Jan 2007 04:23:43
To : "Sergey Zhumatiy ()"
Subject : Re: именование интерфейсов
--------------------------------------------------------------------------------
"Sergey Zhumatiy ()" <serg@parallel.ru> wrote:
>> SZ> У меня грузится :) И ещё у тысяч людей - отлично грузится.
>> значит таки передергиваем и что-то еще пропущено.
SZ> Откуда такой вывод?
потому что иначе, натурально, не грузится.
SZ> Тут ставим галочку...
слив засчитан. Тут мы переводим стрелки.
SZ> Hе знаю, как там в убунте. Hет желания копать и разбираться как и что
SZ> там поломали. Прописывать зависимость от nano в пакете это сродни
там ничего не поломали, там сделали как лучше. Для идиотов. В
результате, как обычно, неидиоты в проигрыше. Hу, их всяко меньшинство,
перебьются.
SZ> отрывают. В дебиане для этого есть возможность прописать зависимость от
SZ> ТЕКСТОВОГО РЕДАКТОРА. И если хоть один установленный пакет предоставляет
оно там изображает не просто текстовый редактор, а средство восстановления
системы. Идея была в общем и верной, а вот реализация негодной. Посему и
идею не стоило реализовывать.
>> SZ> кучи протухших библиотек и прочего из rpm-ок...
>> за пять лет пора бы уже освоить yum?
SZ> Он умеет только тащить зависимости от новых пакетов. И то, не всегда
не только.
SZ> корректно (если есть альтернативы, к примеру).
у rh-подобных нет понятия "альтернативы".
есть альтернативные версии пакетов. Hе так красиво, зато без геморроя
что по vipw неожиданно для тебя вызывается какое-то говно.
>> ты не допускаешь что этот "некоторый случай" - например,
>> активное использование fs?
>> (причем чуть ли не любой, от рейзера до xfs)
SZ> Что сказать-то хотел? %) Hет, я понимаю, что тут подразумевается
что слив номер два засчитан. О типичных проблемах тех ядер ты даже
теоретически не в курсе.
>> за $35/час с удовольствием помогу им решить их проблемы, заодно поиграюсь с
>> большим стораджем на халяву, давно мечтаю ;-)
SZ> Проблемы обычно решались перекурочиванием rpm/srpm-ов. Их это
SZ> задолбало и теперь они просто стараются не использовать RH.
понятно. То есть квалификации не хватило даже на совсем тривиальную вещь и
теперь они стараются все делать через жопу- то есть так, как только и умеют.
>> это если одну галочку поставить.
>> Я правда не уверен что я ее когда либо ставил - по-моему, в моем паттерне
>> она сама стоит.
SZ> Вопрос был про умолчания. А не про личные паттерны.
мне они неизвестны. Возможно по умолчанию некоторые суют диск в привод
вверх ногами, и у них вообще ничего не ставится.
У меня оно спросило последний раз "тебе поапгрейдить один из двух
дистрибутивов которые я опознала на диске или XP снести?". Если я не ошибаюсь,
галка стояла как раз на последнем пункте. Мне надо было ответить неглядя
'OK' и ругаться какое оно херовое что "по умолчанию" XP сносит?
Соответственно, когда меня спрашивают "мы че вообще тут ставим-то" - я отвечаю
что-то такое, после чего devtools бывают всегда.
>> вот так и надо апгрейдить федору. Причем можно без труда даже через версию.
>> А родным инсталлятором, как выяснилось, не надо.
SZ> Вот это хорошо. Прогресс всегда радует.
этому прогрессу - со времен FC2. А до него, в общем-то, ничего ужасного не
происходило при rpm -F release+1/*rpm, во всяком случае в пределах семерки.
>> дистрибутиве где после апдейта приходится проверять что никто не умер из-за
>> несовместимых изменений в конфиге. (я часто и не помню уже, что и где менял,
>> есть сервера которые месяцами без меня обходятся вполне успешно. Зашел,
>> yum update набрал и вышел.)
SZ> Аналогично (с)
SZ> Странно слышать это от человека, который ценит в "дистрибутиве"
SZ> сохранность версий всех пакетов, странно.
SZ> В дебиане при апдейте старые конфиги по умолчанию сохраняются. Чтобы
зачем мне старый конфиг, если он несовместим с апдейченой софтиной или у нее
меняется поведение? только референс поинт.
Мне нужно в идеале не менять софтину, исправляя в ней только ошибки,
что и обеспечивают, в основном, апдейты нормальных дистрибутивов
(включая _вышедшие_ релизы дебиана, только вот те - с опозданием и
неэффективно), в наихудшем случае - попытаться аккуратно восстановить
предыдущее поведение, включая мои изменения (при этом громко орать
о сделанном во все доступные оралки, потому что нет никакой гарантии
что я конфиг не держу в cvs или вообще его не раздаю rdist'ом и
через час он не пооверрайтится старой версией)
- это нормальное поведение для процедуры _апгрейда_, но не апдейта.
> Alex
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
