>> мнению их разработчиков - вот так вот.
> Ещё раз. X.org изначально позиционировался как кросс-платформенное решение. Никто его
> разработчиков к этому не принуждал!Опять же, у любой программы есть некий набор пререквизитов. То что он может меняться со временем - еще не делает программу автоматически (не) кроссплатформенной. Допустим под Menuet OS нету Qt. Следует ли отсюда что программа на Qt - не кроссплатформенная? А может, разработчики Qt должны срочно портировать свою либу под это недоразумение, для поддержания статуса своей кроссплатформенности?
> И если ты заявляешь себя кросс-платформенным, то будь добр соответствовать:
> либо обеспечивай самостоятельно функционирование на разных платформах,
> или предоставляй соответствующие средства.
Вроде бы реализовать DRI2 никто не запрещает. Редактор и компилер в зубы и вперед. Спасение утопающих - дело рук самих утопающих.
> На возможный аргумент "так код открыт, делайте, что хотите"
> заранее ещё раз скажу: код открыт, но кросс-платформенным при это ни разу не является.
Вы так говорите, как будто вам кто-то что-то должен. Хотя на самом деле - это далеко не так. См. выше пример про менует и куть, например. Давайте дружно поорем что куть не кроссплатформенный?
> Для наглядности вот вам пример не кросс-платформенной программы с открытым кодом:
[...]
> "Что? Не работает? В вашей системе нет relayd? Ах, у вас нет
> современного PF... Вы отстали от прогресса!"
Ну, скрипт и скрипт. Мне он не нужен. Если бы был позарез как нужен, может быть и имело бы смысл доточить его чтобы не требовал relayd или написать аналог relayd, в зависимости от того что окажется проще. Сугубо вопрос соотношения нужности результата с затратами на его получение.
> ... Правда, бред?
Все хорошо в меру. То-есть несовместимость ради самой себя - плохо. С другой стороны, колупаться в интерфейсах писаных под реалии 80-х прошлого века и не адаптировать их под текущие реалии - тоже плохо. Ну а если кому на графическую систему в своей оси положить и это у них там двадцатым приоритетом - ну нельзя же вечно тормозить развитие графики только потому что какие-то слоупоки видите ли не могут интерфейсы у себя переделать?! Пусть переделывают, или пропадают со сцены как десктоп. На выбор. Зачем нам лузеры и тормоза? Чтобы тянуть на дно остальных? Так не пойдет.
>>[оверквотинг удален]
>> Пусть тогда идут и майнтайнят неподдерживаемый антик, делают форк или как им
>> там удобно. А то советчиков как программерам должно быть удобно -
>> легион. А как майнтайнить эти раритеты - так последний коммит был
>> после дождичка в четверг.
[del]
> Если говорить конкретно про DRI2 и KMS - никто не говорит, что
> они суть так плохи, или что надо держаться за DRI1. Но если позиционируешь
> себя как кросс-платформенное решение - поддерживай это заявление делами.
Я думаю что эти господа без особых возражений примут патчи и что там еще от обладателей тех или иных систем, улучшающие совместимость с этими системами. Но доделывать за вас ваши системы никто не будет: не их епархия, чего ради они вообще должны в ваш монастырь с своим уставом переть? Это уже ваше дело - хотите, играете с ними на одном поле. Не хотите - не играете.
> Когда на пять тыщ строк видеодрайвера приходится накладывать тыщу строк локальных
> патчей, это называется, слова расходятся с делом.
А что, это господа прямо уж так внаглую режектят патчи? Или просто как обычно, никто не почесался оформить патч в нормальном виде и втолкать в апстрим, вместо этого изображая картину "сам себе злобный буратино"?
> Например, в FreeBSD есть ipfw, имеющий свои уникальные фишки. Которых нет (и
> которые не тривиально реализуются) в netfilter, PF и других сетевых экранах.
> И есть ряд решений, которые завязаны на ipfw. И никто этим не возмущается
> - знаете, почему? Потому что эти решения и не позиционируются как кросс-платформенные.
Да, раз уж мы полезли в сетевые подсистемы, приведу пример того к чему приводит отсутствие сильного лидера в тот момент когда он нужен. Вот понадобились допустим быстрые сетевые операции с кучей соединений. А их бац и нету в древнем позиксе. Вот ведь Ж, не предусмотрели. По этому поводу у фрибсды есть kqueue, у линуха epoll, у соляры тоже какой-то свой интерфейс есть. А у этого вашего опенка - вообще ХЗ. А что делать бедным программерам высокоскоростных сетевых приложений - вообще хрен знает. А если бы кто-то один сильный продавил бы массой какой-то интерфейс, так что остальные бы построились и это стало бы стандартом (хотя-бы де-факто) - программерам скоростных сетевых приложений было бы жить намного проще. А так вместо этого - раздрай и разброд. Ну как максимум - libevent есть. И то, есть старая версия и новая. У новой апи улучшено. Поддерживать 2 апи в своей проге - нафиг надо. Поэтому опять же, наступает момент когда программер должен сжать волю в кулак и объявить: "наша программа теперь использует версию либы N, у кого она меньше - пролетает. Если у вас ее еще нет - портируйте или выкручивайтесь как знаете". В общем никуда указанный эффект вы не денете. Он везде.
> ископаемое говно мамонта, и они не хотят с ним возиться, -
> ой, сколько вони-то поднимется...
Потому что на самом деле netfilter тоже мощная штука и умеет много чего. Сомнительно что без его доделки принципиально нельзя изобразить то что надо FWBuilder. В общем то если затевается некий гемор с требованием некоего пререквизита, это должно быть чем-то оправдано. Гемор ради гемора не рулит. Вот в данном случае - выбросить устаревший и интерфейс без майнтайнеров, вместе с дровами без майнтайнеров, при том что он частично повторяет более новый интерфейс - довольно логичное решение вроде. Мало дураков желающих работать заведомо на мусорку.
> То есть "мы делаем, что хотим, а вы обязаны следовать за нами"?
Можете. Но не обязаны. Аналогично и авторы дров для хорга.
> Знаете, куда в таких ситуациях принято посылать?
Так посылайте. Форкайте, майнтайньте старый интерфейс и дрова к нему, или как вам там удобно. Принцип опенсорца: форкай наздоровье, если здоровья хватает.
> Делайте что хотите у себя в песочнице. Когда кое-кто решил, что XFree86
> - это теперь только его песочница, его послали, и появился X.org.
> История сейчас вряд ли повторится, страсти не настолько накалены, но всё же, всё же...
Да уж, сейчас недовольны только импотенты которым пороху не хватит даже у себя в системе графику причесать под новые требования. Куда уж им форкануть все иксы и поддерживать дрова под старый интерфейс? Тем более что если бы это могли - чего же раньше то не чухались, если вам так нужны эти ископаемости? Или вы на этой планете первый день и не знаете что ненужный код без майнтайнеров имеет свойство выпиливаться теми кто развивает проект? ;)
>>> Обсуждать с другими членами сообщества. Обсуждать!
>> Ну так где эти члены сообщества? Коммитов в драйвера - не видно.
> А вы хоть проверили перед тем как это писать? Или вас надо научить пользоваться
> поиском? Owain Ainsworth прямо значится на странице контрибьюторов у того же
> Intel, например.
Проверили что? Когда последний раз был коммит в классический драйвер о котором сыр-бор - в новости есть. Если новость врет - исправьте. И кстати при чем тут вообще интел, если новость про радеоны? Сомнительно что парню из интела зачем-то сдался радеон. Не говоря о том что интел как раз очень любит переделывать интерфейсы видеодрайверов. Зато их видео в случае свежего хорга и дров как правило работает весьма быстро и безграбельно. Для интеграта - просто круть.
> Переход с радиоламп на транзисторы был естественным. А не потому что "нам
> надоело делать радиолампы".
Ну и тут он более-менее естественный. Эволюция интерфейсов, адаптация под более актуальные требования. Как разработчики устройств возжелали транзисторы и перестали закладывать лампы в конструкции, так и тут - разработчики дров хотят использовать иные интерфейсы, а на это забили. А олдфаги могут до упора шипеть "вы чо, лампы лучше!У нас столько схем с ними, а вы...!".
>> С чего вы взяли что кто-то посторонний должен бесконечно заботиться о
>> чужих задницах, ради них бесконечно таская древний код и как-то привинчивая
>> все это в новые версии?
> Посторонний? Код в репозитории X.org, но X.org тут посторонний? Вы вообще понимаете,
> что пишете?
Может, разработчики хорга вам еще и модуль ядра для KMS должны написать, если они им хотят пользоваться? Не, дудки: от них - список пререквизитов, от вас реализация оных или констатация факта что не судьба.
>> Юзать удобнее?! И вообще, новее чем у нас?! Ну ты и козел!!
> Да, козёл, потому что притащил колонки, подключил их к компу и твою
> музыку вынуждены слушать все остальные. Хочешь музыки? - без проблем, но
> для себя лично или с теми, кого она устроит.
При чем тут музыка? Музыка из колонок плоха тем что вам ее приходится слушать насильно. Вам кто-то насильно инсталлит в систему xorg и даже есть шеф, который обещает санкции в случае если вы уйдете с рабочего места? А может вам еще и майнтайнить старый драйвер и устаревший интерфейс какой-то козел не дает? А то что это не будут делать другие разработчики - так это их время. Им и решать на что его тратить.
> А до тех пор лучше бы оставить свои гопнические замашки ("слушайте все, какая
> у меня крутая магнитола!"), если хоть капля совести осталась.
Ну так и оставьте. А то ишь, "вы тут мне все вокруг должны, цуки!". Да никто вам ничего не должен. Спасение утопающих всегда было делом рук самих утопающих. Майнтайньте наздоровье ваши окаменелости сами, другие за некрофилов это делать не будут все-равно.
Каждый програмер работает над тем что ему интересно (а какой интерес копаться в древности на которую все забили?) или хотя-бы за что платят (какой же дурак будет платить за копание в древности?).
> Ну а если нет, то и разговаривать не о чем.
Ну так не надо растопыривать пальцы по поводу того что вам тут все должны. Никто вам нихрена не должен. Как максимум с вами могут (но не обязаны) взаимодействовать. Только вот взаимодействовать похоже не с кем. Было б с кем - не было б ситуации когда кусок "якобы нужного" кода висит месяцами без майнтенанса.
p.s. долбаный вордфильтр...
