25.05.2009 12:27
Может ли политика Codeweavers привести к форку проекта Wine ?
|
 |
|
Одним из существенных ограничений Wine является отсутствие поддержки DIB Engine (Device Independent Bitmap Engine), возможности которого доступны через серию GDI функций
Win32 API. Крис Хоу (Chris Howe), опубликовал сообщение в котором выразил свое недовольство, в связи с неоднократным отклонением патчей с независимой реализацией DIB Engine для Wine. Несколько дней назад Massimo Del Fedele представил новую реализацию патчей, учитывающих все прошлые замечания и проходящих все предъявляемые к подобным дополнениям тесты на качество кода.
Тем не менее Александр Жульярд (Alexandre Julliard), создатель и руководитель проекта Wine, в очередной раз отклонил созданные дополнения, без пояснения причин. Интересно то, что в планах компании Codeweavers, в которой трудоустроены основные разработчики Wine (Александр Жульярд занимает должность технического директора), присутствует добавление поддержки DIB Engine в будущую версию коммерческого пакета CrossOver. Возникает впечатление, что Codeweavers намеренно пытается блокировать включение в исходные тексты wine некоторых технологий, которые могут подорвать преимущества CrossOver, даже не смотря на то, что в конечном итоге в Wine возвращается около 98% всех новшеств созданных в недрах Codeweavers.
|
|
|
- Главная ссылка к новости (http://tech.slashdot.org/article.pl?sid=...)
- OpenNews: Эмулятор CrossOver 7 и планы развития
|
| Ключевые слова: wine, (найти похожие документы)
| | Параметры:
|
| Тип: Тема для размышления |
|
| При перепечатке указание ссылки на opennet.ru обязательно |
| Реклама |
|
|
|
| |
| |
| |
| Может ли политика Codeweavers привести к, Aleksey Bragin, 21:15, 25/05/2009 [ответить] (23)
| +12 +/– | |
>Кстати, вполне себе отличная идея. Уж им-то CrossOver индифферентен.
Ох как же задолбал этот CodeWeavers. И наконец-таки кто-то кроме нас это сказал.
Они не только пытаются тормозить развитие вайна так, чтобы их продукт был лучше (хотя и в это верится с трудом, учитывая, что CrossOver - набор хаков над обычным вайном), но, целенаправленно давят нас уже какой год подряд.
Кто-то из их команды кинул идею, что реактос использует ворованный код (когда у нас всё было разработано ещё до появления этих злосчастных исходников), фактически ввели раскол в команде разработчиков (если кто не знает, то многие разработчики реактоса были и разработчиками вайна - в копирайтах вайна всё осталось, можно посмотреть). Потом дурацкая затея с аудитом - ещё на полгода отставание.
Затем, они неким образом объединились с Google Summer-Of-Code, где начали устраивать дурацкую подковерную возню. В итоге реактос каждый раз молча игнорировался, хотя в списках проектов-кандидатов всегда, по слухам, занимал лидирующие позиции (большой проект, полезный, многогранный, студенты точно смогут что-то выбрать, и т.п.).
А когда я лично сейчас спросил Криса ДиБона в чём дело, он говорит - без понятия, "был уверен, что вы участвуете каждый год".
И до сих пор они (некоторые люди из команды Wine/CodeWeavers) создают нам имидж лохов, которые тырят код. Если б мы тырили, то не было бы столько багов, и всё бы работало :). Только вот такая система нахрен никому ненужна была бы.
Я уже открыто высказал своё мнение по этому поводу, и его все знают. Тем не менее, учитывая сколько вайн дал и даёт нашему проекту, я прошу наших разработчиков посылать все изменения и улучшения в upstream. И изредка посылаю сам, кстати.
В любом случае, Вайн - он действительно FOSS - исходники открыты под LGPL, но не более того. Основная ветка, в которой происходят десятки изменений в день - под контролем узкой группы людей, которая поступает в своих интересах, а не в интересах сообщества.
Многие нам (ReactOS-у), предлагали (в шутку, и в серьёз) форкнуть вайн. Я и сам хотел это сделать. Но зачем тратить время, если будущее за реактосом? К тому же, я честно говоря не нахожу архитектуру вайна совершенной (мягко говоря!). Поэтому в существующем виде я не думаю, что вайн стоит форкать.
|
|
|
|
|
| Ваш комментарий |
|
|
| |
|