1.4, Аноним (-), 15:57, 22/10/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
дрова должны выходить вместе с продуктами. Иначе их надо класть в музей вместе с железом.
| |
|
2.6, Аноним (-), 16:09, 22/10/2009 [^] [^^] [^^^] [ответить]
| –2 +/– |
А не поможет.
Как там обычно с открытыми дровами? Для новой версии драйвера нужна новая mesa, новый xorg, новые модули ядра (всё из гита, а то и из неофициальных источников). Всё это попадёт в дистрибутивы в лучшем случае через полгода, и то - в сыром и непотребном виде. Такая вот она, модель разработки под линукс.
| |
|
3.8, Andrey Mitrofanov (?), 16:30, 22/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Всё это попадёт в дистрибутивы
>через полгода
>Такая вот она, модель разработки под линукс.
М.б. "такома модель разработки дистрибутивов", всё-таки?
Особо "жгучим" авангардистам никто не мешает тратить время на какой ни то FreeBSD/Gentoo и радовать себя сообщениями "уже в портах! вчерась!!", да. Если недостаточно грячо -- большинство репозитариев открыты, ага.
| |
|
4.10, Аноним (-), 17:00, 22/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>М.б. "такома модель разработки дистрибутивов", всё-таки?
У них нет другого выхода. Помнится, я пожаловался мейнтенеру nouveau, что внесённые изменения сломали модуль для ядра 2.6.29. Он мне ответил примерно так "Какая разница, уже 2.6.30 вышло, а с ним всё работает".
Короче говоря, с бэк-портированием всё очень плохо. Разработчики сидят на bleeding edge, и из не волнует совместимость с более старыми версиями. Практически невозможно запихать новый драйвер в старый дистрибутив.
| |
|
5.12, anonymouse (?), 19:35, 22/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
Вообще разработчики вроде как и не обещались оказывать поддержку более старых версий. На бэкпортирование пусть голова у дистростроителей болит.
| |
|
6.15, Аноним (-), 23:26, 22/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>На бэкпортирование пусть голова у дистростроителей болит.
Вот это-то и неправильно. Почему дистростроители должны ковыряться в драйвере и разбираться в железе (которого у них может и не быть)?
Это проблема специфична для линукса с его циклом разработки, и она никак не решается.
| |
|
7.17, аноним (?), 23:50, 22/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Вот это-то и неправильно.
Это правильно.
>Почему дистростроители должны ковыряться в драйвере и разбираться
>в железе (которого у них может и не быть)?
А почему разработчики должны фиксить багу, которая уже пофикшена, ради дистров которые они не используют, версий ядра, которые уже устарели и слоупоков от которых никакой пользы разработке? Да и вообще, зачем вам в ваших "стабильных" дистрибутивых последние дрова?
Сидите на vesa - стабильнее некуда.
>Это проблема специфична для линукса с его циклом разработки, и она никак
>не решается.
Эта _не_ проблема. Проблема - это когда лентяи хотят и рыбку съесть и на * сесть.
| |
7.19, anonymouse (?), 15:36, 23/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
> Вот это-то и неправильно. Почему дистростроители должны ковыряться в драйвере и разбираться в железе (которого у них может и не быть)?
Правильно, правильно. шапка вон бэкпортирует для RHEL и не жужжит. И ещё и купоны на том стрижёт.
| |
|
|
5.16, аноним (?), 23:43, 22/10/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Помнится, я пожаловался мейнтенеру nouveau, что внесённые изменения сломали
> модуль для ядра 2.6.29. Он мне ответил примерно так "Какая разница, уже 2.6.30
> вышло, а с ним всё работает".
Это очень правильный разработчик и очень правильный ответ. Хотелось бы, чтобы так было всегда.
> Короче говоря, с бэк-портированием всё очень плохо.
Бэкпортирование - не дело разработчиков. Это грязная работа, и заниматься ей должны дистростроители, и прочий сброд, который ради высшей справедливости поддерживает старье и топчется на месте.
| |
|
|
3.11, аноним (?), 18:46, 22/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Такая вот она, модель разработки под линукс.
s/модель разработки под линукс/модель разработки дров для производителей железа, которые плюют на пользователей/. Как видите, такая проблема только с дровами на это ублюдище.
| |
|
|
|