форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"OpenNews: Предложение по унификации udev правил для всех дис..."

Сообщение от opennews on 23-Авг-08, 23:55

Cоздатель системы udev предложил (http://lwn.net/Articles/293691/) в списке разработчиков Linux ядра унифицировать udev правила для всех дистрибутивов Linux, создав единый набор правил по умолчанию. Дистрибутивы Red Hat, SUSE и Gentoo уже перешли на единую базу udev правил, используемых по умолчанию. На основе этого набора и предлагалось создать единый стандартный набор. Но мантейнер udev пакета в Debian заявил (http://lwn.net/Articles/293695/), что udev правила в Debian более читаемы и лучше оформлены, чем правила из предложенного набора, которые, к тому же, не отвечают требованиям Debian GNU/Linux по поддержке старых ядер. Мантейнер udev из проекта Ubuntu также отверг (http://lwn.net/Articles/293696/) переход на единый набор правил, сославшись на конфликт в наименовании правил, проблемы с правами доступа и не согласившись с помещением правил в директорию /lib, вместо /etc. URL: http://www.computerworld.com.au/index.php/id;605162254;fp;2;... Новость: https://www.opennet.ru/opennews/art.shtml?num=17531

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

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

	7. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Сергей Матвеев on 24-Авг-08, 00:23
	Читать в Gentoo отучают? Речь не идёт о читаемости конфигов. Речь идёт о читаемости самих правил. Разница есть и существенная.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	10. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от AsphyX (??) on 24-Авг-08, 00:42
	Вот когда одно (семантически) правило разнесено по нескольким конфигам (как в том же Ubuntu), читаемость этих правил существенно уменьшается.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Сергей Матвеев on 24-Авг-08, 00:48
	Ну мантейнер из убунту про читаемость промолчал, если Вы обратили внимание :-) К тому же, в письма дебиановского мантейнера есть два других пункта, которые уже объективны а не субъективны как "consider my rules much more readable and elegant"
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	12. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Michael Shigorin (ok) on 24-Авг-08, 01:14
	>Ну мантейнер из убунту про читаемость промолчал, если Вы обратили внимание :-) Как кто-то где-то заметил по этому поводу -- вот уж ему как раз был хороший повод подсуетиться под недавние выкрики Марка насчёт "давайте, мол, унифицироваться". Впрочем, какое ж предложение другим начинается с себя у таких деятелей...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Предложение по унификации udev правил для всех дистрибутивов..."

Сообщение от vitek (??) on 24-Авг-08, 00:03

согласен с этим: >не согласившись с помещением правил в директорию /lib, вместо /etc хотя предложение об унификации правильное

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

4. "Предложение по унификации udev правил для всех дистрибутивов..."

Сообщение от Аноним (??) on 24-Авг-08, 00:04

Причём тут разработчики ядра и компонент в дистрибутиве ОС?

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

5. "Предложение по унификации udev правил для всех дистрибутивов..."

Сообщение от Надменный on 24-Авг-08, 00:11

Нет! Не дам в обиду свой велосипед. Далой унификацию! Главное, чтоб по моему было. (с) Алчный девелопер, 2008 г.

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

	8. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Сергей Матвеев on 24-Авг-08, 00:33
	Угу, лучше покласть на собственный дистрибутив в угоду непонятно чему, да? Debian: - anyway there are differences in the permissions (e.g. uucp vs. dialout) (хорошо себе представляете геморрой с переводом установок на другие права/названия груп?) - the default rules are unusable for Debian since we need to support older kernels (currently and until Xen dom0 will be supported by new kernels or obsoleted by KVM, >= 2.6.18) (ну это просто выкинуть, да?) А в Ubuntu несогласие класть конфиги в /lib вполне логично (плюс опять-таки conflation of names and permissions in the default rules)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	16. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от pavlinux (ok) on 24-Авг-08, 02:32
	>anyway there are differences in the permissions (e.g. uucp vs. dialout) >(хорошо себе представляете геморрой с переводом установок на другие права/названия груп?) Да ну, а если dialout будет иметь тот же GID, что и uucp ?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	20. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Egres (ok) on 24-Авг-08, 12:37
	>>anyway there are differences in the permissions (e.g. uucp vs. dialout) >>(хорошо себе представляете геморрой с переводом установок на другие права/названия груп?) > >Да ну, а если dialout будет иметь тот же GID, что и >uucp ? А он имеет? У тому же геморрой останется всё-равно, хоть и гораздо меньший
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	31. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Michael Shigorin (ok) on 24-Авг-08, 22:56
	>А в Ubuntu несогласие класть конфиги в /lib вполне логично (плюс опять-таки >conflation of names and permissions in the default rules) Не знаю, что это за логика, но _базовая_ (дистрибутивная, пакетная, неизменяемая пользователем) часть действительно просится в /lib.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	36. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от User294 (ok) on 25-Авг-08, 02:54
	> А в Ubuntu несогласие класть конфиги в /lib вполне логично +1 - что это за ублюдство, конфиги в /lib?А чего не в /sbin сразу? 8-\
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Предложение по унификации udev правил для всех дистрибутивов..."

Сообщение от i (??) on 24-Авг-08, 00:22

не хотят не надо им же работы больше

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

	9. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Сергей Матвеев on 24-Авг-08, 00:34
	Меньше. Ничего переделывать не надо. У них и так работает. Пусть и не с дефолтными правилами, а с их собственными.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	13. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Michael Shigorin (ok) on 24-Авг-08, 01:15
	>Меньше. Ничего переделывать не надо. У них и так работает. Пусть и >не с дефолтными правилами, а с их собственными. Переделывать в таких случаях периодически приходится.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	14. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Сергей Матвеев on 24-Авг-08, 01:17
	>>Меньше. Ничего переделывать не надо. У них и так работает. Пусть и >>не с дефолтными правилами, а с их собственными. > >Переделывать в таких случаях периодически приходится. А в каких случаях не придётся? В случае этой самой унификации? Можно я не поверю? :-)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	32. "upstream merge"
	Сообщение от Michael Shigorin (ok) on 24-Авг-08, 23:02
	>>>Меньше. Ничего переделывать не надо. У них и так работает. Пусть и >>>не с дефолтными правилами, а с их собственными. >>Переделывать в таких случаях периодически приходится. >А в каких случаях не придётся? В случае этой самой унификации? >Можно я не поверю? :-) (пожимая плечами) Вы же много форков делали?  Хотите -- верьте, хотите -- нет, но поддержка своего (в т.ч. кода, описывающего поведение) периодически поджирает времени.  Если направление изменений получается непараллельным апстриму -- то в какой-то точке обычно возникает принципиальная проблема и наконец приходится принимать решение -- или форкаться совсем, или всё-таки взаимодействовать. Весной мержили ALTSP5 в LTSP5, там примерно полгода работы было и довольно сильно отличающееся от вектора апстрима направление.  Ничего, где-то у себя подогнули или переместили, где-то апстрим дружески отпинали -- после их первоначального шока от наших достижений (ТТХ были восприняты как мой очередной наезд на их bloat ;) основную часть диффа недели за три благополучно потихоньку перегрузили в trunk. Форки помельче показывают такую же тенденцию; вот, недавно наконец избавился от патчей в пакете kino :-)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	42. "upstream merge"
	Сообщение от prapor (??) on 25-Авг-08, 20:20
	Но все это не мешает "альтам" стать менее уникальными и убрать кучу проблем при установке/пересборке пакетов из других дистрибутивов ;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	43. "(offtopic) foreign packages"
	Сообщение от Michael Shigorin (ok) on 26-Авг-08, 12:43
	>Но все это не мешает "альтам" стать менее уникальными и убрать кучу >проблем при установке/пересборке пакетов из других дистрибутивов ;) Э, извини -- мы никогда не размахивали этим флагом, в отличие от ;) Если пакет из "другого дистрибутива" имеет неадекватные или из прошлого века зависимости на те же библиотеки -- никуда особо, кроме как в "другой дистрибутив", он и не встанет. Что до пересборки -- мне сложно говорить, глаз замылен: порой доводится основательно зачищать пакеты из других репо и как-то глядя на спек -- ставить оригинал нередко страшновато... (хорошо, что в исходники смотрю нечасто и фраза "как страшно жить" соответственно нечасто вспоминается)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Предложение по унификации udev правил для всех дистрибутивов..."

Сообщение от Аноним (??) on 24-Авг-08, 01:57

ИМХО, долой дискриминацию по читаемости. Пусть просто будет соглашение о именовании устройств и их расположении(стандарт на названия, а чего они там напишут их личное дело). А то в одном загрузишься hda в другом sda в третьем sd0... IDE -> hda, SATA -> sda. Плюсь мне кажеться надо как-то разделить сьемные USB устройства и SATA что бы они чтоли разные пространства имен имели. Вот такое мнение я имею по этому поводу.

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

	17. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от earfin (??) on 24-Авг-08, 08:37
	> в одном загрузишься hda в другом sda в третьем sd0... с недавних пор сплошь sda... и это хорошо
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	18. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Аноним (??) on 24-Авг-08, 10:58
	ага. очень хорошо. и ограничение в 15 разделов на устройство...-(
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	23. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от vitek (??) on 24-Авг-08, 14:43
	>ага. очень хорошо. и ограничение в 15 разделов на устройство...-( LVM поможет страждущим по разделам > 15: http://ru.wikipedia.org/wiki/LVM
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	33. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Michael Shigorin (ok) on 24-Авг-08, 23:03
	>ага. очень хорошо. и ограничение в 15 разделов на устройство...-( Не шибко давно это наконец устарело.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "Предложение по унификации udev правил для всех дистрибутивов..."

Сообщение от Аноним (??) on 24-Авг-08, 13:28

вот в чем причина непопулярности линуха, каждый тянет одеяло на себя. Одни считают что у них лучше, другие соответственно, что только они дартаньяны, ну а со стороны все это смотрится как разброд и шатание. Переход с одного дистра на другой очень и очень гиморное дело. Есть несколько дистров винды, есть несколько солярки, bsd, и тысячи дистров линуха... я вот все жду когда ж наименее популярные начнут отмирать, но нет держатся, пусть 1000 человек всего на них сидит, но зато подпись linux developer в мыльнице видимо очень греет душу. Я не призываю всех объединится, бесполезняк, я просто смотрю, что из этого получится. :)

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

	22. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Egres (ok) on 24-Авг-08, 13:32
	Чего-то я Вас не понял. У винды вообще один дистрибутив (для каждой версии). Кто Вам мешает выбрать для себя _один_ дистрибутив Linux и использовать его? Какой смысл "переходить с одного дистра на другой"? В Windows Вы это сделать всё-равно не можете. Забавно, Вам даётся _дополнительная_ возможность, а Вы возмущаетесь, что она не такая простая как Вам хочется.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	24. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от playnet on 24-Авг-08, 15:31
	> Кто Вам мешает выбрать для себя _один_ дистрибутив Linux и использовать его? Много факторов. В том числе политика дистрибутивов. Примеры: в генту не могли пол года внести в пакаджи астериск свежей ветки (1.4 или 1.6, какой он там уже подзабыл). Стандартный ответ "сиди на том, что уже есть". Пришлось менять дистр. suse хорош.. но свои бзики на лицензиях. Пришлось переехать на opensuse. debian юзает старые "стабильные" версии, но иногда нужны новые. Я не сторонник ручной сборки, потом запаришься вычищать из системы + у каждого дистра свое размещение стартовых скриптов, некоторых конфигов и далее по мелочи. Пока доточишь.. Проще сменить дистр. Мандрива была куплена официально, powerpack (для бугалтерии). Обнаружился очень неприятный факт "Хотите апгрейд? Но мы жадные и подготовили ловушку: мало купить новый дистр, вы обязаны купить снова полный блок лицензий". Так что годика через 2 будем брать что-нибудь другое. За убунтой пока только 2 косяка заметили: малый срок жизни версии (порядка года) и море проблем при смене версии. У меня на 3 машинах отвалилось видео, разбираться не было времени, сменили на мандриву как оф. купленную. да еще в консоли с русским беда.(в чистой консоли, не терминалах) Ищу вменяемый дистр без тех проблем, что я описал.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	30. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от playnet on 24-Авг-08, 20:59
	> Ага, и после этих 10 лет аргументы вида Составить ебилд не такая проблема. Мне очень не понравилась позиция "жрите что даем". Вместо того, чтобы ввести разные версии разными ветками, как с тем же gcc. На самом деле, я до сих пор его использую, в частности, на самосборной плате на базе ARM-проца. Но на АТСке заменил. Поэтому же вряд ли у меня обоснуется дебиан. Про мандриву. такова позиция дистростроителей, но узнал я это только через пол года на попытке обновления. > Я чувствую, Вам точно не не грозит "подпись linux developer в мыльнице" :-) Не будет никогда. Я не программер, я админ. И моя цель не дотачивать какой-то пакет под свои задачи, а выбрать наиболее подходящий. Максимум наложить патчи или послать багрепорт. > Да, "вменяемый дистр" Вы не найдёте с таким подходом. Пока для меня такой дистр только 1 -- FreeBSD =) Но есть задачи, где линух лучше. Я не кразноглазый фанат и четко понимаю, что фря не везде хороша. Под ту же атс-ку лучше линух, потому что это его нативная система плюс народ много писал про кривую поддержку карт digium. И про проблемы с таймером.. Короче, на нормальных нагрузках лучше линух. Для клиентских станций фря тоже не лучший вариант, много причин. Вот веб-сервера и шлюзы лучше на фре поднимать.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	34. "(offtopic) asterisk и дистрибутивы"
	Сообщение от Michael Shigorin (ok) on 24-Авг-08, 23:38
	[вроде ж взрослые мужики, чего на лоровца реагировать -- жмите сразу "сообщить модератору" :-] >> Ага, и после этих 10 лет аргументы вида >Составить ебилд не такая проблема. Так составили бы :-) >Мне очень не понравилась позиция "жрите что даем". В смысле предложенное обновление лесом послали? >Поэтому же вряд ли у меня обоснуется дебиан. Ну если хотите, welcome к нам на альт -- и asterisk, и callweaver поддерживаются *очень* активно, есть наработки в сторону инсталеров соответствующих систем: http://sisyphus.ru/srpm/asterisk1.4 http://git.altlinux.org/people/mithraen/packages/ http://sisyphus.ru/srpm/callweaver http://git.altlinux.org/people/enp/packages/?p=callweaver.git http://tinyurl.com/5cmpsz >Я не программер, я админ. И моя цель не дотачивать какой-то пакет >под свои задачи, а выбрать наиболее подходящий. Максимум наложить патчи >или послать багрепорт. Ну вот у нас такие и собираются. >Под ту же атс-ку лучше линух, потому что это его нативная система >плюс народ много писал про кривую поддержку карт digium. Кстати, mithraen@ разработал свою железку вследствие кривости digium'овских и малодоступности sangoma'вских: http://www.seiros.ru/products/ti24 >Вот веб-сервера и шлюзы лучше на фре поднимать. Тут шлюзы давно в коробочках (с линуксом) завели моду жить, а как сейчас делать веб-сервер без хотя бы одного VPS -- ума не приложу... весь веб-софт не проверишь, а киддисам лишние удобства ни к чему.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

26. "Предложение по унификации udev правил для всех дистрибутивов..."

Сообщение от Аноним (??) on 24-Авг-08, 16:39

А вообще, что такое udev правила?

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

	27. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Дениззко on 24-Авг-08, 18:50
	>А вообще, что такое udev правила? Согласно этим примишеннам у тебя создаются файлы-устойства и всыставляються на них примишенны. как вариант - есть 2 сетевки, но блин после ребута то одна eth0 то другая, и как один из вариантов - правила udev могут привязать eth0 к одной сетевке,а eth1 к другой, или устройства тв-тюнера, чтобы после втыкания огого (pci) создалось устройство, с нужными тебе примишеннами, скажем root:tv а не root:root - опять конфиги udev. Файлы блочных устройств, у меня такие примишенны: [user0@myhost ~]$ ls -l /dev/sd* brw-r----- 1 root disk 8,  0 Авг 25  2008 /dev/sda brw-r----- 1 root disk 8,  1 Авг 25  2008 /dev/sda1 brw-r----- 1 root disk 8,  2 Авг 24 19:02 /dev/sda2 brw-r----- 1 root disk 8,  3 Авг 25  2008 /dev/sda3 brw-r----- 1 root disk 8,  4 Авг 25  2008 /dev/sda4 brw-r----- 1 root disk 8, 16 Авг 25  2008 /dev/sdb brw-r----- 1 root disk 8, 17 Авг 25  2008 /dev/sdb1 brw-r----- 1 root disk 8, 18 Авг 25  2008 /dev/sdb2 [user0@myhost ~]$ это мне позваляет, простому смертному делать fdisk -l. и ак далее, так далее так делее....
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	35. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Michael Shigorin (ok) on 24-Авг-08, 23:46
	>>А вообще, что такое udev правила? >Согласно этим примишеннам Это не "примишенны" и даже не permissions. PS: Вы правда в курсе, чем чревато выдавание себе группы disk?  Беспарольное sudo получается всего лишь немного проще...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

38. "Предложение по унификации udev правил для всех дистрибутивов..."

Сообщение от Аноним (??) on 25-Авг-08, 11:27

дебианщики сотоварищи как всегда в своём амплуа, за яйца не затащишь в светлое завтра..

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

	39. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от tux2002 on 25-Авг-08, 12:21
	>дебианщики сотоварищи как всегда в своём амплуа, за яйца не затащишь в >светлое завтра.. UDEV отключен HAL тоже. Не понимаю зачем это на сервере? Я не втыкаю в него камеры и флешки. Не понимаю зачем это дома. Все свои устройства я знаю и rc.modules и mknode в состоянии сделать.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	40. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от yantux (??) on 25-Авг-08, 15:07
	Разные дистры и разные правила udev реализованы для пользователей с различными требованиями. Ктото хочет жить в командной строке. Комуто надо windows интерфейс.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	41. "Предложение по унификации udev правил для всех дистрибутивов..."
	Сообщение от Аноним (??) on 25-Авг-08, 18:49
	Всю жизнь мечтал mknode для флешки набирать. Вот уж действительно людям делать нечего.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

44. "Предложение по унификации udev правил для всех дистрибутивов..."

Сообщение от Вшыфкщт on 26-Авг-08, 13:34

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

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

45. "OpenNews: Предложение по унификации udev правил для всех дис..."

Сообщение от tux2002 on 26-Авг-08, 13:53

Когда в 2.4 включили devfs я думал она перерастёт из виртуальной fs просто в механизм создания на реальной fs устройств, найденных ядром (в случае их отсутствия). Т.е. разграничение прав в /dev/ будет оставаться на операторе. Вместо этого из простой идеи - определило ядро - получи устройство понавернули технологий, теперь думают как бы постандартнее.

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

	46. "OpenNews: Предложение по унификации udev правил для всех дис..."
	Сообщение от Michael Shigorin (ok) on 26-Авг-08, 15:19
	>Когда в 2.4 включили devfs я думал она перерастёт из виртуальной fs >просто в механизм создания на реальной fs устройств, найденных ядром (в >случае их отсутствия). Врагу не пожелаю такой активности на корневой файловой системе при загрузке... очень уж уязвимо получается. >Т.е. разграничение прав в /dev/ будет оставаться на операторе. >Вместо этого из простой идеи - определило ядро - получи >устройство понавернули технологий, теперь думают как бы постандартнее. Если Вы не заметили, udevd ещё немного модули грузит по модалиасам в /sys. А разграничение прав методом формализации сложнее, но зато легче переносится, тиражируется и передаётся, чем "я тут год тому chmod делал, вот только на что?". Собсно проблема примерно такая же, как с клонированием заточенных образов vs сборкой специализированных дистрибутивов.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	47. "OpenNews: Предложение по унификации udev правил для всех дис..."
	Сообщение от tux2002 on 26-Авг-08, 16:39
	>Врагу не пожелаю такой активности на корневой файловой системе при загрузке... очень >уж уязвимо получается. diff от базовой системы и дальнейших её модификации не бывает большим. >Если Вы не заметили, udevd ещё немного модули грузит по модалиасам в >/sys. С этим неплохо справлялся hotplug. >А разграничение прав методом формализации сложнее, но зато легче переносится, тиражируется и >передаётся, чем "я тут год тому chmod делал, вот только на >что?". Зато приучает пользователя к BRIDGE=YES вместо modprobe bridge, brctl. А это разные уровни понимания системы. Но это дело вкуса. А тесное общение с chmod хотябы подвигает пользователя к терминам "система с частными группами", "система с общими группами" - то что должно прочитываться в первой книжке про Linux.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	48. "udev -- совсем не hotplug... а слакварь -- не понимание"
	Сообщение от Michael Shigorin (ok) on 29-Авг-08, 01:10
	>>Врагу не пожелаю такой активности на корневой файловой системе при загрузке... >>очень уж уязвимо получается. >diff от базовой системы и дальнейших её модификации не бывает большим. Я не про дифф, а про активность по метаданным.  Грубо говоря, у активно дёргаемого на запись каталога приличные шансы взорваться при той же потере питания. >>Если Вы не заметили, udevd ещё немного модули грузит по модалиасам в >>/sys. >С этим неплохо справлялся hotplug. _Этого_ он не умел никогда. >>А разграничение прав методом формализации сложнее, но зато легче переносится, >>тиражируется и передаётся, чем "я тут год тому chmod делал, вот только на что?". >Зато приучает пользователя к BRIDGE=YES вместо modprobe bridge, brctl. А это разные >уровни понимания системы. Типичный липовый аргумент слакваристов.  Вы вверху там глупостей, простите, нарассказывали про hotplug/udev -- не надо вот про "понимание системы". (записывая таковой в =flame/slackware для иллюстрации) >Но это дело вкуса. По вкусу посмотреть, что такое modaliases, а заодно заглянуть в /sys/bus/pci/devices/*/modalias и /lib/modules/`uname -r`/modules.alias?  Если не откажетесь -- с радостью выслушаю рассказ о том, как этими наработками в Linux 2.6 умеет пользоваться труп hotplug.  С ещё большей радостью увижу "м-да, ну я и чуши напорол". udev, в отличие от hal -- неплохо сделан. >А тесное общение с chmod хотябы подвигает пользователя к терминам "система с >частными группами", "система с общими группами" - то что должно прочитываться >в первой книжке про Linux. Не помню такого -- правда, читал скорее Немет и Робачевского. Плюс незачем это нормальному пользователю, за него уже более опытные пришли к выводу насчёт частных групп по умолчанию (aka redhat-style). Впрочем, неразумные и неопытные всё равно будут думать, что это "уровень понимания системы" -- общие primary groups... не понимая, что уровень -- низкий. Хотите повысить, ковыряясь?  Возьмите LFS, это честнее.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]