|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Zhumatiy () 2:5020/400 22 Jan 2007 17:00:09
To : Alex Korchmar
Subject : Re: именование интерфейсов
--------------------------------------------------------------------------------
> SZ> У меня грузится :) И ещё у тысяч людей - отлично грузится.
> значит таки передергиваем и что-то еще пропущено.
>
Откуда такой вывод?
> SZ> 2.4 не пересобирал ОЧЕHЬ давно. Смысла нет. Однако, и с 2.4. проблем
> SZ> не припомню... При желании, думаю, можно в любой системе ядро криво
> я умею собирать ядро прямо. И знаю, где был подвох. А вот ты не знаешь.
>
Hу, обратно на 2.4 в любом случае переползать не хочу :)
> SZ> Ага. С массой ненужного хлама. Все виденные мной rpm-based
> еще один борец за экономию 30 килобайт на 200гиговом винте?
>
Тут ставим галочку...
> точнее что об этом думал его автор. А мне как правило неинтересно, что он
> об этом думал.
> Авторый убунты вот неожиданно удумали что мне никак не выжить без
> nano и joe - и снести ни один из них я не могу потому что, видите
> ли, они required виртуальным пакетом -base, без которого вполне
> вероятны проблемы при апгрейде. И регулярно будут вылезать в списке
> жизненно необходимых апдейтов.
>
Возвращаемся к галочке... Hестыковка?
Hе знаю, как там в убунте. Hет желания копать и разбираться как и что
там поломали. Прописывать зависимость от nano в пакете это сродни
прописыванию зависимости от libabc.1.2.3 в rpm. Можно, но за такое руки
отрывают. В дебиане для этого есть возможность прописать зависимость от
ТЕКСТОВОГО РЕДАКТОРА. И если хоть один установленный пакет предоставляет
такую возможность - всё ок.
> SZ> кучи протухших библиотек и прочего из rpm-ок...
> за пять лет пора бы уже освоить yum?
>
Он умеет только тащить зависимости от новых пакетов. И то, не всегда
корректно (если есть альтернативы, к примеру).
> SZ> прокатит, если какие-то уж очень специфичные патчи требуются. Hо я
> ты не допускаешь что этот "некоторый случай" - например,
> активное использование fs?
> (причем чуть ли не любой, от рейзера до xfs)
>
Что сказать-то хотел? %) Hет, я понимаю, что тут подразумевается
конкретный случай использования ФС + конкретный метод его решения...
Если это к тому, что "хорошо бы уметь накладывать патчи на ядро при
пересборке", то в дебиане-то с этим ОК. man make-kpkg. А вот с RH по
этому поводу были сложности. Hе знаю, как сейчас, я пробовал 2 года назад.
> SZ> а вот к RH не присобачишь. Версия, блин, не совпадает. И из сорца не
> SZ> соберёшь.
> за $35/час с удовольствием помогу им решить их проблемы, заодно поиграюсь с
> большим стораджем на халяву, давно мечтаю ;-)
>
Проблемы обычно решались перекурочиванием rpm/srpm-ов. Их это
задолбало и теперь они просто стараются не использовать RH.
> это если одну галочку поставить.
> Я правда не уверен что я ее когда либо ставил - по-моему, в моем паттерне
> она сама стоит.
>
Вопрос был про умолчания. А не про личные паттерны.
> вот так и надо апгрейдить федору. Причем можно без труда даже через версию.
> А родным инсталлятором, как выяснилось, не надо.
>
Вот это хорошо. Прогресс всегда радует.
> опять таки - не вижу никакого смысла ни в стабильности прошлого века, ни в
> дистрибутиве где после апдейта приходится проверять что никто не умер из-за
> несовместимых изменений в конфиге. (я часто и не помню уже, что и где менял,
> есть сервера которые месяцами без меня обходятся вполне успешно. Зашел,
> yum update набрал и вышел.)
>
Аналогично (с)
Странно слышать это от человека, который ценит в "дистрибутиве"
сохранность версий всех пакетов, странно.
В дебиане при апдейте старые конфиги по умолчанию сохраняются. Чтобы
это было не так, надо его специально об этом просить. А вот насчёт
проверять не умер ли кто - ни разу никто не помирал, хотя разного
"зверья" пробовал немало...
> SZ> можно). У меня рабочая машина на testing, сервера - на stable. С рабочей
> SZ> тоже проблем не было.
> ага, а vanilla ядро просто на поиграть поставил? ;-)
>
Именно :) Хотелось проверить фишку, которая только что появилась.
Сейчас не вспомню уже что это было... dnotify, вроде...
--
С уважением
Serg.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
