|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Sergey Zhumatiy 2:5020/400 23 Jan 2007 14:48:18 To : Alex Korchmar Subject : Re: именование интерфейсов -------------------------------------------------------------------------------- >>> значит таки передергиваем и что-то еще пропущено. > SZ> Откуда такой вывод? > потому что иначе, натурально, не грузится. > Тогда я понял, что пропущено. Пропущены слова "у меня". > SZ> Тут ставим галочку... > слив засчитан. Тут мы переводим стрелки. > Просто я не люблю, когда противоречат сами себе... А насчёт слива - слив чего? Тут был ответ на мой вопрос. Мне надо отвечать на ответ? :) > SZ> там поломали. Прописывать зависимость от nano в пакете это сродни > там ничего не поломали, там сделали как лучше. Для идиотов. В > результате, как обычно, неидиоты в проигрыше. Hу, их всяко меньшинство, > перебьются. > Поэтому убунту не ставил и не собираюсь. "Система, которой может пользоваться даже идиот". Продолжение известно... > у rh-подобных нет понятия "альтернативы". > есть альтернативные версии пакетов. Hе так красиво, зато без геморроя > что по vipw неожиданно для тебя вызывается какое-то говно. > Говно вызывается, если ты его поставил. В rpm-based тебе нередко это говно навязывают, хочешь ты этого или нет. deb позволяет(sic!) этого избежать и выбрать ровно то, что тебе надо. >>> ты не допускаешь что этот "некоторый случай" - например, >>> активное использование fs? >>> (причем чуть ли не любой, от рейзера до xfs) > SZ> Что сказать-то хотел? %) Hет, я понимаю, что тут подразумевается > что слив номер два засчитан. О типичных проблемах тех ядер ты даже > теоретически не в курсе. > Так речь о решении "проблем тех ядер" патчами? В чём проблема патчи-то на ядро наложить? У дебиана с этим проблем нет. > SZ> Проблемы обычно решались перекурочиванием rpm/srpm-ов. Их это > SZ> задолбало и теперь они просто стараются не использовать RH. > понятно. То есть квалификации не хватило даже на совсем тривиальную вещь и > теперь они стараются все делать через жопу- то есть так, как только и умеют. > Они продают. А делают по инструкциям производителей, типа Adaptec, AXUS, DotHill и т.п. И их задолбала необходимость переквалифицироваться их дилеров в хакеров. > SZ> Вопрос был про умолчания. А не про личные паттерны. > мне они неизвестны. Возможно по умолчанию некоторые суют диск в привод Точка. Ответ на незаданный вопрос неинтересен, т.к. очевиден. Сравнения умолчаний одной системы с тонкими настройками другой некорректен. >>> дистрибутиве где после апдейта приходится проверять что никто не умер из-за >>> несовместимых изменений в конфиге. (я часто и не помню уже, что и где менял, >>> есть сервера которые месяцами без меня обходятся вполне успешно. Зашел, >>> yum update набрал и вышел.) > SZ> Аналогично (с) > SZ> Странно слышать это от человека, который ценит в "дистрибутиве" > SZ> сохранность версий всех пакетов, странно. > SZ> В дебиане при апдейте старые конфиги по умолчанию сохраняются. Чтобы > зачем мне старый конфиг, если он несовместим с апдейченой софтиной или у нее > меняется поведение? только референс поинт. В stable поведение софтины гарантированно не меняется. В unstable - может, но об этом явно предупреждают. Т.е. перешёл на unstable - ССЗБ. В testing я ещё ни разу не видел изменения поведения софта, но по логике это тоже не допускается. -- С уважением Serg. --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/65778322e0f7.html, оценка из 5, голосов 10
|