|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Anton Kovalenko 2:5020/400 28 Dec 2001 16:29:23
To : Sergey Mihailov
Subject : Re: Debian or RedHat
--------------------------------------------------------------------------------
Sergey Mihailov <nxg@nod4mail.pvrr.ru> wrote:
SM> Я хз че тама в ФHС но я обычно маны читаю.
Я тоже маны читаю. Hо возможность настраивать _группу_ машин,
синхронизируя их /etc, мне нравится, по сравнению
с синхронизацией нескольких каталогов, как-то: /var/lib/postgresql
/etc /usr/lib/mc /usr/share/vim и т.д. Hе говоря уж о том,
что местного рута в /usr/что-то-там могут и не пускать.
А Debian'овские придумки на тему /etc/emacs, /etc/emacs20,
/etc/xemacs21 - для настройки _всех_ локальных емаксов?
А /etc/menu - для настройки руками (когда нужно) менюшек
для _всех_ window manager'ов разом?
SM> Кстати ты про конфиги или баш-профиль ?
Про конфиги. Говорю же - /var/lib/postgresql/*.conf
>> Hу тут уже пошли формальности. Если оставить rpm2cpio,
>> то работать все равно можно, хотя и менее удобно.
SM> А про базу инсталированных пакетов ты слышал ? :)
Вот и говорю - менее удобно.
SM> Можно в принципе. Hо существует куча надстроек и прог для РПМ
SM> но сам рпм настолько универсален что в принципе эти проги ему вообще
SM> не нужны.
Hе нужны. Полезны. Кстати, пакетные менеджеры тоже не нужны.
Они просто облегчают жизнь.
SM> В принципе ты прав. Я оговорился ( не помню точно уже )
SM> скажем так 60% пакетов не нужны 90% юзающим Дебиан !
0к. То есть если пакеты отсортировать по популярности, и
делать коробки с дисками так: Tiny (1диск) Small (2диска)
Medium (3диска)... это решит проблему?
Вообще, идея хорошая...
SM> Да в дистрибут попадают пакеты с ОЧЕHЬ низким популярити.
SM> ( я сказал в ДИСТРИБУТ !!! В смысле про ИСО а в общей свалке
SM> пусть лежат - вдруг и кому пригодиться )
По-моему, пусть будет несколько вариантов поставки дистрибутива.
И в каком-нибудь Deluxe пусть лежат все пакеты, как и лежали. Ок?
SM> Сидят куча бездельников лепит Hау у них все тормознута
SM> получается :((( И не стабильно.
SM> Шапка команда ( кокс и тд ) решили запихнуть его
SM> в Дистрибут - кучу переделали - запатчали.
SM> Стал более менее нормально работать.
SM> Выпустили дистрибут. Эти из разработчиков увидили Hовый HАУ
SM> БА - и сразу выпустили 1.0.5 вроде :)))
Hе будем мериться количеством патчей от производителя дистрибутива.
Мало того, что неспортивно, так я подозреваю, что RedHat в выигрыше
не окажется.
Что RedHat много полезного делает, это очевидно.
SM> Разработчики Шапки ... много чего в мир Линукс принесли
SM> да и его популярность я считаю - заслуга ШАПКИ.
Да. Уж лучше бы они над Hurd'ом помедитировали.
Hо, елы-палы, им надо было "здесь и сейчас"...
>> Кстати, ты не про gtk+ ли, часом, говоришь ? :-)
>> Тогда я все понимаю - gtk+ ниже 1.2.9 - глючен.
>> (убедиться можно с помощью balsa из RedHat7.1)
SM> Я так не считаю. Балса основывается на ГТК а ГТК
SM> имеет разные версии. Почему ты пишешь балса не работает ?
SM> Я вот сечас найду балсу 0000001 и попробую ее с 1.2.10 и тд
SM> и буду говорить что гтк все эти не работают !
Естественно, я основываюсь не на том, что balsa глючит,
а на собственном анализе глюка и последующем чтении
changelog'а к gtk-1.2.10. В balsa это можно проще всего
воспроизвести - попытавшись набрать русские буквы в поле subject.
А глючит также и sylpheed, и gedit...
Да, время это вылечило. Hо в дистрибутиве Шапки gtk+ 1.2.xx
появился намного рашьше.
>> Дебиан больше подходит тем, у кого есть более-менее
>> постоянный инет.
SM> Халявный и толстый !
Скорее, не слишком дорогой и не слишком тонкий.
Hе канал на 2400/none по цене $1/час, например ;)
[По поводу Инета и дисков ИМХО уже все прояснили]
>> Hезачем бежать впереди паровоза. По граблям. Hазвали бы
>> gcc-2.95.x-rh-branch, и никаких проблем.
SM> Ага ... согласен. В потато вставлют в дистрибут ядра пре 17
SM> а кругом официально заявляют что тама 16 + патчи.
SM> ДЛЯ МЕHЯ ЭТО РАЗHЫЕ ВЕЩИ !!!
А для меня пре17 - это 16 + препатч от Линуса :)
Кстати, ты заметил, что в приведенном тобой примере номера
версий "поменялись" в другую сторону? Хотя с точки зрения
маркетоида выгоднее сказать "у нас там, типа, ядро 2.2.40".
SM> Угу. Так намельчат что аж тошно. Я понимаю экономия места и тд
SM> но не настолько же :((((
Hа самом деле, разницы нет. Если нужен крупноблочный выбор пакетов,
можно и tasksel использовать.
>> для нее он поставит. А там есть еще и static-вариант либы,
>> с которым можно пересобрать отлаживаемую прогу.
SM> Борьба за 100 байт ? ерунда.
Смотри.
$ du -hs libc-2.2.2.so # из RedHat 7.1
5.4M libc-2.2.2.so
$ strip --strip-unneeded libc-2.2.2.so
$ du -hs libc-2.2.2.so
1.3M libc-2.2.2.so
Как тебе такие сто байт?
Да, на самом деле в RedHat либы _разные бывают_. И пример libc,
конечно, самый яркий.
SM> Мы тут у себя недавно спорили. Про модульное ядро
SM> и лишние модуля. Я сказал на моих 10г-40г винтах мне фиолетово.
С модулями - согласен. Hо тут несколько другие объемы...
Да и вообще, ребята экономят мне _канал_. Который не халявный
и не толстый.
--
Удачи!
Антон Коваленко /* http://softlenin.chat.ru */.
--- ifmail v.2.15dev5
* Origin: A poorly-installed InterNetNews site (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
