forum.opennet.ru

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

Оглавление

OpenNews: Предложение по унификации udev правил для всех дистрибутивов Linux, opennews (?), 23-Авг-08, (0) [смотреть все]

Читать в Gentoo отучают Речь не идёт о читаемости конфигов Речь идёт о читаемо, Сергей Матвеев (?), 00:23 , 24-Авг-08, (7) //

Вот когда одно семантически правило разнесено по нескольким конфигам как в то, AsphyX (??), 00:42 , 24-Авг-08, (10) //

Ну мантейнер из убунту про читаемость промолчал, если Вы обратили внимание - К , Сергей Матвеев (?), 00:48 , 24-Авг-08, (11)

Как кто-то где-то заметил по этому поводу -- вот уж ему как раз был хороший пово, Michael Shigorin (ok), 01:14 , 24-Авг-08, (12)

согласен с этим хотя предложение об унификации правильное, vitek (??), 00:03 , 24-Авг-08, (2)
Причём тут разработчики ядра и компонент в дистрибутиве ОС , Аноним (4), 00:04 , 24-Авг-08, (4)
Нет Не дам в обиду свой велосипед Далой унификацию Главное, чтоб по моему был, Надменный (?), 00:11 , 24-Авг-08, (5) //

Угу, лучше покласть на собственный дистрибутив в угоду непонятно чему, да Debian, Сергей Матвеев (?), 00:33 , 24-Авг-08, (8) //

Да ну, а если dialout будет иметь тот же GID, что и uucp , pavlinux (ok), 02:32 , 24-Авг-08, (16) //

А он имеет У тому же геморрой останется всё-равно, хоть и гораздо меньший, Egres (ok), 12:37 , 24-Авг-08, (20)

Не знаю, что это за логика, но _базовая_ дистрибутивная, пакетная, неизменяемая, Michael Shigorin (ok), 22:56 , 24-Авг-08, (31)
1 - что это за ублюдство, конфиги в lib А чего не в sbin сразу 8- , User294 (ok), 02:54 , 25-Авг-08, (36)

не хотят не надо им же работы больше, i (??), 00:22 , 24-Авг-08, (6) //

Меньше Ничего переделывать не надо У них и так работает Пусть и не с дефолтны, Сергей Матвеев (?), 00:34 , 24-Авг-08, (9) //

Переделывать в таких случаях периодически приходится , Michael Shigorin (ok), 01:15 , 24-Авг-08, (13) //

А в каких случаях не придётся В случае этой самой унификации Можно я не поверю, Сергей Матвеев (?), 01:17 , 24-Авг-08, (14)

пожимая плечами Вы же много форков делали Хотите -- верьте, хотите -- нет, н, Michael Shigorin (ok), 23:02 , 24-Авг-08, (32)

Но все это не мешает альтам стать менее уникальными и убрать кучу проблем при , prapor (??), 20:20 , 25-Авг-08, (42)

Э, извини -- мы никогда не размахивали этим флагом, в отличие от Если пакет из, Michael Shigorin (ok), 12:43 , 26-Авг-08, (43)

ИМХО, долой дискриминацию по читаемости Пусть просто будет соглашение о именова, Аноним (4), 01:57 , 24-Авг-08, (15) //

с недавних пор сплошь sda и это хорошо, earfin (??), 08:37 , 24-Авг-08, (17) //

ага очень хорошо и ограничение в 15 разделов на устройство - , Аноним (-), 10:58 , 24-Авг-08, (18) //

LVM поможет страждущим по разделам 15 http ru wikipedia org wiki LVM, vitek (??), 14:43 , 24-Авг-08, (23)
Не шибко давно это наконец устарело , Michael Shigorin (ok), 23:03 , 24-Авг-08, (33)

вот в чем причина непопулярности линуха, каждый тянет одеяло на себя Одни счита, Аноним (21), 13:28 , 24-Авг-08, (21) //

Чего-то я Вас не понял У винды вообще один дистрибутив для каждой версии Кто, Egres (ok), 13:32 , 24-Авг-08, (22) //

Много факторов В том числе политика дистрибутивов Примеры в генту не могли пол, playnet (?), 15:31 , 24-Авг-08, (24)

Составить ебилд не такая проблема Мне очень не понравилась позиция жрите что д, playnet (?), 20:59 , 24-Авг-08, (30)

вроде ж взрослые мужики, чего на лоровца реагировать -- жмите сразу сообщить мо, Michael Shigorin (ok), 23:38 , 24-Авг-08, (34)

А вообще, что такое udev правила , Аноним (4), 16:39 , 24-Авг-08, (26) //

Согласно этим примишеннам у тебя создаются файлы-устойства и всыставляються на н, Дениззко (?), 18:50 , 24-Авг-08, (27) //

Это не примишенны и даже не permissions PS Вы правда в курсе, чем чревато выд, Michael Shigorin (ok), 23:46 , 24-Авг-08, (35)

дебианщики сотоварищи как всегда в своём амплуа, за яйца не затащишь в светлое з, Аноним (4), 11:27 , 25-Авг-08, (38) //

UDEV отключен HAL тоже Не понимаю зачем это на сервере Я не втыкаю в него каме, tux2002 (?), 12:21 , 25-Авг-08, (39) //

Разные дистры и разные правила udev реализованы для пользователей с различными т, yantux (??), 15:07 , 25-Авг-08, (40)
Всю жизнь мечтал mknode для флешки набирать Вот уж действительно людям делать н, Аноним (4), 18:49 , 25-Авг-08, (41)

Рано или поздно, для дальнейшей жизнеспособности, всем дистрибутивам необходимо , Вшыфкщт (?), 13:34 , 26-Авг-08, (44)
Когда в 2 4 включили devfs я думал она перерастёт из виртуальной fs просто в мех, tux2002 (?), 13:53 , 26-Авг-08, (45) //

Врагу не пожелаю такой активности на корневой файловой системе при загрузке о, Michael Shigorin (ok), 15:19 , 26-Авг-08, (46) //

diff от базовой системы и дальнейших её модификации не бывает большим С этим неп, tux2002 (?), 16:39 , 26-Авг-08, (47) //

Я не про дифф, а про активность по метаданным Грубо говоря, у активно дёргаемо, Michael Shigorin (ok), 01:10 , 29-Авг-08, (48)

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

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

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

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

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

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

Сообщение от Сергей Матвеев (?), 24-Авг-08, 00:34

Меньше. Ничего переделывать не надо. У них и так работает. Пусть и не с дефолтными правилами, а с их собственными.

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

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

Сообщение от Michael Shigorin (ok), 24-Авг-08, 01:15

>Меньше. Ничего переделывать не надо. У них и так работает. Пусть и
>не с дефолтными правилами, а с их собственными.
Переделывать в таких случаях периодически приходится.

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

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

Сообщение от Сергей Матвеев (?), 24-Авг-08, 01:17

>>Меньше. Ничего переделывать не надо. У них и так работает. Пусть и
>>не с дефолтными правилами, а с их собственными.
>
>Переделывать в таких случаях периодически приходится.
А в каких случаях не придётся? В случае этой самой унификации? Можно я не поверю? :-)

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

32. "upstream merge" +/–

Сообщение от Michael Shigorin (ok), 24-Авг-08, 23:02

>>>Меньше. Ничего переделывать не надо. У них и так работает. Пусть и
>>>не с дефолтными правилами, а с их собственными.
>>Переделывать в таких случаях периодически приходится.
>А в каких случаях не придётся? В случае этой самой унификации?
>Можно я не поверю? :-)
(пожимая плечами) Вы же много форков делали? Хотите -- верьте, хотите -- нет, но поддержка своего (в т.ч. кода, описывающего поведение) периодически поджирает времени. Если направление изменений получается непараллельным апстриму -- то в какой-то точке обычно возникает принципиальная проблема и наконец приходится принимать решение -- или форкаться совсем, или всё-таки взаимодействовать.
Весной мержили ALTSP5 в LTSP5, там примерно полгода работы было и довольно сильно отличающееся от вектора апстрима направление. Ничего, где-то у себя подогнули или переместили, где-то апстрим дружески отпинали -- после их первоначального шока от наших достижений (ТТХ были восприняты как мой очередной наезд на их bloat ;) основную часть диффа недели за три благополучно потихоньку перегрузили в trunk.
Форки помельче показывают такую же тенденцию; вот, недавно наконец избавился от патчей в пакете kino :-)

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

42. "upstream merge" +/–

Сообщение от prapor (??), 25-Авг-08, 20:20

Но все это не мешает "альтам" стать менее уникальными и убрать кучу проблем при установке/пересборке пакетов из других дистрибутивов ;)

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

43. "(offtopic) foreign packages" +/–

Сообщение от Michael Shigorin (ok), 26-Авг-08, 12:43

>Но все это не мешает "альтам" стать менее уникальными и убрать кучу
>проблем при установке/пересборке пакетов из других дистрибутивов ;)
Э, извини -- мы никогда не размахивали этим флагом, в отличие от ;)
Если пакет из "другого дистрибутива" имеет неадекватные или из прошлого века зависимости на те же библиотеки -- никуда особо, кроме как в "другой дистрибутив", он и не встанет.
Что до пересборки -- мне сложно говорить, глаз замылен: порой доводится основательно зачищать пакеты из других репо и как-то глядя на спек -- ставить оригинал нередко страшновато... (хорошо, что в исходники смотрю нечасто и фраза "как страшно жить" соответственно нечасто вспоминается)

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

6. "Предложение по унификации udev правил для всех дистрибутивов Linux"	+/–
Сообщение от i (??), 24-Авг-08, 00:22
не хотят не надо им же работы больше
Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


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


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


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


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