Одним из существенных ограничений Wine является отсутствие (http://bugs.winehq.org/show_bug.cgi?id=421) поддержки DIB Engine (http://wiki.winehq.org/DIBEngine) (Device Independent Bitmap Engine), возможности которого доступны через серию GDI функций
Win32 API. Крис Хоу (Chris Howe), опубликовал сообщение (http://www.winehq.org/pipermail/wine-devel/2009-May/075844.html) в котором выразил свое недовольство, в связи с неоднократным отклонением патчей с независимой реализацией DIB Engine для Wine. Несколько дней назад Massimo Del Fedele представил новую реализацию патчей, учитывающих все прошлые замечания и проходящих все предъявляемые к подобным дополнениям тесты на качество кода.Тем не менее Александр Жульярд (Alexandre Julliard), создатель и руководитель проекта Wine, в очередной раз отклонил (http://bugs.winehq.org/show_bug.cgi?id=421#c149) созданные дополнения, без пояснения причин. Интересно то, что в планах компании Codeweavers, в которой трудоустроены основные разработч...
URL: http://tech.slashdot.org/article.pl?sid=09/05/24/2044239
Новость: http://www.opennet.me/opennews/art.shtml?num=21875
Нужен не очередной fork, здесь нужно договариваться.
Подозреваю, они сейчас уже написали этот функционал и занимаются его тестированием. А тут им новую реализацию присылают.
подозреваю, что никого (кроме них) не волнует, что они там «написали и тестируют», если им прислали *уже рабочую* версию. этих дибов было штуки три или четыре, одна вот: http://bugs.winehq.org/show_bug.cgi?id=421написана именно так, как хотел Александр — completely unobtrusive, всунул — работает, не всунул — никаких регрессий, врубать можно при запуске вайна, без пересборки каждый раз. люди тестировали, говорили, что хорошо, что помогает, что работает. и что? патчи отклонил.
задолбали эти форки, скоро каждый разраб себе по форку сделает и копаться будет. Так весь опен соурс развалится
>задолбали эти форки, скоро каждый разраб себе по форку сделает и копаться
>будет. Так весь опен соурс развалитсявот сволочи, строем не ходят!
батенька, ваш «опенсорц» никому не нужен. а нужен FOSS. один из принципов которого — «форкай на здоровье, если здоровья хватает». а «опенсорц» свой жуйте сами со своими авторитарными идиотами, угу.
Вы, товарищь, как минимум неправы:
http://www.opennet.me/opennews/art.shtml?num=21854а как максимум - закрываете глаза на объективные процессы в ИТ.
Но даже если Вы ничего не хотите знать об шишке, падающей Вам на голову,
это не значит, что она не упадёт. Но лично Вам будет хуже,
т.к. "кто предупреждён - тот вооружён". Нежелание вооружаться не способ
одержания победы.
>Вы, товарищь, как минимум неправы:
>http://www.opennet.me/opennews/art.shtml?num=21854молодец. теперь иди и почитай о разнице OSS и FOSS. когда поймёшь — возвращайся, поговорим.
>>Вы, товарищь, как минимум неправы:
>>http://www.opennet.me/opennews/art.shtml?num=21854
>
>молодец. теперь иди и почитай о разнице OSS и FOSS. когда поймёшь
>— возвращайся, поговорим.Для этой темы разница несущественная. Оба понятия объемлют
свободный софт (4 степени свободы):
http://en.wikipedia.org/wiki/Open_Source_DefinitionА потому, выделеное Вами разделение - вымысел. Ни "форкать", ни пользовать
как угодно никто не мешает как OSS, так и FOSS.
А по сути: я просто увидел первое же "батенька, ваш «опенсорц» никому не нужен"
и решил, что это очередной тролль-проприетарщик :)
Поспешил "отрезвить".Да, смотрю, это никчему :)
>>скоро каждый разраб себе по форку сделает и копаться будет. Так весь опен соурс развалитсязабавно, учитывая что форкали и форкают уже черт знает сколько раз. И чего-то еще не развалилось ничего.
А что делать, если предположение выше оправдается?
Не думаю, что Alexander целенаправленно тормозит развитие DIB... Просто те кто следит за продвижением bug 421, наверное заметили, что там постоянно какие-то проблемы. Только недавно цвета поправили, думаю после детального тестирования и сборок для mac и т.д. патчи будут приняты. И тем не менее остаются проблемы: http://bugs.winehq.org/attachment.cgi?id=21255
> Одним из существенных ограничений Wine является отсутствие поддержки DIB Engine
> (Device Independent Bitmap Engine), возможности которого доступны
> через серию GDI функций Win32 API.О! Может поэтому в лазарусе в вайне картинки на кнопках вверх ногами?
Чего бы на добавить в ReactOS ?
Кстати, вполне себе отличная идея. Уж им-то CrossOver индифферентен.
>Кстати, вполне себе отличная идея. Уж им-то CrossOver индифферентен.Ох как же задолбал этот CodeWeavers. И наконец-таки кто-то кроме нас это сказал.
Они не только пытаются тормозить развитие вайна так, чтобы их продукт был лучше (хотя и в это верится с трудом, учитывая, что CrossOver - набор хаков над обычным вайном), но, целенаправленно давят нас уже какой год подряд.
Кто-то из их команды кинул идею, что реактос использует ворованный код (когда у нас всё было разработано ещё до появления этих злосчастных исходников), фактически ввели раскол в команде разработчиков (если кто не знает, то многие разработчики реактоса были и разработчиками вайна - в копирайтах вайна всё осталось, можно посмотреть). Потом дурацкая затея с аудитом - ещё на полгода отставание.
Затем, они неким образом объединились с Google Summer-Of-Code, где начали устраивать дурацкую подковерную возню. В итоге реактос каждый раз молча игнорировался, хотя в списках проектов-кандидатов всегда, по слухам, занимал лидирующие позиции (большой проект, полезный, многогранный, студенты точно смогут что-то выбрать, и т.п.).
А когда я лично сейчас спросил Криса ДиБона в чём дело, он говорит - без понятия, "был уверен, что вы участвуете каждый год".И до сих пор они (некоторые люди из команды Wine/CodeWeavers) создают нам имидж лохов, которые тырят код. Если б мы тырили, то не было бы столько багов, и всё бы работало :). Только вот такая система нахрен никому ненужна была бы.
Я уже открыто высказал своё мнение по этому поводу, и его все знают. Тем не менее, учитывая сколько вайн дал и даёт нашему проекту, я прошу наших разработчиков посылать все изменения и улучшения в upstream. И изредка посылаю сам, кстати.
В любом случае, Вайн - он действительно FOSS - исходники открыты под LGPL, но не более того. Основная ветка, в которой происходят десятки изменений в день - под контролем узкой группы людей, которая поступает в своих интересах, а не в интересах сообщества.
Многие нам (ReactOS-у), предлагали (в шутку, и в серьёз) форкнуть вайн. Я и сам хотел это сделать. Но зачем тратить время, если будущее за реактосом? К тому же, я честно говоря не нахожу архитектуру вайна совершенной (мягко говоря!). Поэтому в существующем виде я не думаю, что вайн стоит форкать.
>>Кстати, вполне себе отличная идея. Уж им-то CrossOver индифферентен.
>
>Ох как же задолбал этот CodeWeavers. И наконец-таки кто-то кроме нас это
>сказал.
>.....
>
>Но зачем тратить время, если будущее
>за реактосом?До последнего абзацца, я верил в вашу адекватность. Честно.
>>Но зачем тратить время, если будущее
>>за реактосом?
>
>До последнего абзацца, я верил в вашу адекватность. Честно.Точно %))))
>>До последнего абзацца, я верил в вашу адекватность. Честно.
>Точно %))))Ненадо вырывать слова из контекста! :)
>>>До последнего абзацца, я верил в вашу адекватность. Честно.
>>Точно %))))
>
>Ненадо вырывать слова из контекста! :)Извините, но GNU/Linux+Wine это несравнимо перспективнее уже даже венды, не то что
её свободного повторения.
>Извините, но GNU/Linux+Wine это несравнимо перспективнее уже даже вендыфайл-серверная архитектура против объектной, ога.
linux - костыль для gnu. wine - костыль для gnu.
нет уж, при прочих равных разумнее выбрать более предсказуемую структуру.>её свободного повторения.
с чего вы взяли, что reactos будет свободным клоном венды? это должна быть winnt-совместимая ось, вбирающая всё самое лучшее и реализующая прослойку совместимости.
>>Извините, но GNU/Linux+Wine это несравнимо перспективнее уже даже венды
>
>файл-серверная архитектура против объектной, ога.Уж не у ведны ли объектная архитектура? :)
И так ли уже невозможно проставить на линух нужной "объектности" фреймворк?
Мне кажется, что Вы в плену неких иллюзий...>нет уж, при прочих равных разумнее выбрать более предсказуемую структуру.
Предсказуемость объекта основана лишь на понимании его устройства и поведения (смотри хотя бы определение "наука" в википедии).
Венда закрыта для сколь угодно предметного изучения, а СПО (Линукс, ГНУ и прочие БЗДи)
открыты полностью. Потому, СПО более предсказуемое, чем закрытые продукты.
Делаю вывод, что Вы рекомендуете изпользовать СПО, в частности Линукс.
Полностью с Вами согласен!
>Уж не у ведны ли объектная архитектура? :)
>И так ли уже невозможно проставить на линух нужной "объектности" фреймворк?возможно, но сложно по идеологическим и лицензионным причинам.
>Предсказуемость объекта основана лишь на понимании его устройства и поведения.
>Венда закрыта для сколь угодно предметного изученияно реактос ведь открыт для изучения.
>Делаю вывод, что Вы рекомендуете изпользовать СПО, в частности Линукс.
в общем вы правы, но в деталях мы расходимся. я не могу признать linux качественным и свободным проектом. успешным - безусловно, в нишевых решениях.
>>Уж не у ведны ли объектная архитектура? :)
>>И так ли уже невозможно проставить на линух нужной "объектности" фреймворк?
>возможно, но сложно по идеологическим и лицензионным причинам.Всё-же пару примеров, если можно?
>>Предсказуемость объекта основана лишь на понимании его устройства и поведения.
>>Венда закрыта для сколь угодно предметного изучения
>но реактос ведь открыт для изучения.Это да. Ну, если реактос и Линукс вам даёт нужный функицонал - то да, лучше иметь дело
с более простой системой (реактос много проще) - надёжнее будет работать.
Но всё же "если"...>в общем вы правы, но в деталях мы расходимся. я не могу признать linux качественным
Качественным абсолютно - да, это сложно. Для относительного - нужно сравнение с чем-либо.
Венда? реактос?>и свободным проектом.
Если у Вас свои критерии свободы софта (неприемлете РМСовские) - то запросто.
Но лично я запросто признаю Линукс свободным.
>успешным - безусловно, в нишевых решенияхНу, тут всё ещё более субъективно. Не будем углубляться.
>Всё-же пару примеров, если можно?сами не знаете? qt и моно
>Венда? реактос?
мак ос 10 :)
с технической стороны это почти совершенный и сертифицированный unix.
у меня есть основания полагать, что макось может стать локомотивом развития opencl и игр на opengl, в чем разуеется есть профит и для gnu/linux>Если у Вас свои критерии свободы софта (неприемлете РМСовские)
финансовые. попробуйте собрать небольшой коллектив и сделать свой дистрибутив. не yet another ubuntu, а что-нибудь посерьёзнее, вроде android.
>>Всё-же пару примеров, если можно?
>сами не знаете? qt и моноКакие проблемы получить эти обе вещи на линухе?
В QT ни лицензионных, ни идеологических проблем не вижу.
У моно - лишь идеологические проблемы, но лицензионных то нет.
>>Венда? реактос?
>
>мак ос 10 :)
>с технической стороны это почти совершенный и сертифицированный unix.
>у меня есть основания полагать, что макось может стать локомотивом развития opencl
>и игр на opengl, в чем разуеется есть профит и для
>gnu/linuxВозможно, но в новом информационном состоянии (когда технологии устаревают за пару лет
и эта скорость только растёт) закрытая разработка даже пока что "золотого" и идеального
(в техническом отношении) продукта - в перспективе проигрыш свободной разработке.
Ограниченный штат даже гениев разработки _в_принципе_ уже не может на равных соревноваться
со всё разрастающимся сообществом разработчиков СПО.
Потому, у _закрытой_ макоси нет перспектив в сравнении с Линуксом, даже если она пока что
лучше в неких аспектах.
>>Если у Вас свои критерии свободы софта (неприемлете РМСовские)
>
>финансовые. попробуйте собрать небольшой коллектив и сделать свой дистрибутивЗачем? Я не вижу жизненной необходимости в ещё одном дистре.
Цели - главный и первый вопрос любой деятельности. И если цели абстрактны, не оговорены (не осознаны) или же оторваны от жизни - то это просто болтология.>не yet another ubuntu, а что-нибудь посерьёзнее, вроде android
Купил с месяц назад FreeRunner. Пробовал много дистров, в том числе и Андроид.
Плевался. Суть: маздай под опенмоко с открытыми исходниками и централизованным
проприетарным репозиторием. За каждой прогой - иди регайся и прогибайся чтоб тебе дали
её (даже безплатную) ещё на пару недель.
У Андроида это самая большая проблема: централизованный собственнический репозиторий
и поменьше: прокладка java - тормозит часто.
За сим, вся "серьёзность" Андроида - опять же плотно упирается в тупое желание заработать,
но не помочь всем и вся с качественным софтом. К слову о целеполагании: цели разные - разный и результат.
>Зачем?всего лишь иллюстрация - кто девушку ужинает, тот её и танцует.
только в данном случае, в роли кавалеров - red hat и ibm, а вместо девушки - пингвин. надеюсь, это никого не смутит ))
>всего лишь иллюстрация - кто девушку ужинает, тот её и танцует.
>только в данном случае, в роли кавалеров - red hat и ibm,
>а вместо девушки - пингвин. надеюсь, это никого не смутит ))Несколько кривая аналогия.
Девушка - одна и материальна.
Пингвин - информация, причём открытая, в том числе и для правки.
За сим: для танцев хватит его всем, и с каким пингвином танцевать, также,
может решать каждый сам для себя.
>[оверквотинг удален]
>>Ох как же задолбал этот CodeWeavers. И наконец-таки кто-то кроме нас это
>>сказал.
>>
>
>.....
>>
>>Но зачем тратить время, если будущее
>>за реактосом?
>
>До последнего абзацца, я верил в вашу адекватность. Честно.Плох тот разработчик, который так не думает о своем продукте.
>Плох тот разработчик, который так не думает о своем продуктеЗначит, судя по Вашему мнению:
все хорошие разработчики чего либо (как проприетарщины, так и СПО)
не могут быть одновременно адекватными.Т.к. будущее далеко не за всем тем, что сейчас пишется (особенно в пролёте проприетарщики,
т.к. СПО по скорости развития в принципе их обходит, ибо кадровая база СПО - весь мир, а не некая группа людей), - то даже по вашему определению, некоторая часть разработчиков
неверно себе представляют будущее. И это само по себе не делает их ни хорошими разработчиками, ни менеджерами.
>[оверквотинг удален]
>все хорошие разработчики чего либо (как проприетарщины, так и СПО)
>не могут быть одновременно адекватными.
>
>Т.к. будущее далеко не за всем тем, что сейчас пишется (особенно в
>пролёте проприетарщики,
>т.к. СПО по скорости развития в принципе их обходит, ибо кадровая база
>СПО - весь мир, а не некая группа людей), - то
>даже по вашему определению, некоторая часть разработчиков
>неверно себе представляют будущее. И это само по себе не делает их
>ни хорошими разработчиками, ни менеджерами.Вообще то я не обобщал и писал применительно к данной ситуации, т.е. к опенсорс.
С другим отношением можно писать для себя, либо... совсем не писать. Ибо время на ветер.Проприетарщинну можно писать как угодно если время и совесть позволяют. Однако такая работа радости не принесет однозначно.
А про адекватность писал автор ответа. Я же считаю, что адекватность тут не к месту, а предвзятое отношение к продукту, в который вложил десятки или сотни часов труда на голом энтузиазме, тут закономерна.
>Вообще то я не обобщал и писал применительно к данной ситуации, т.е.
>к опенсорс.Вопрос снят :)
>А про адекватность писал автор ответа. Я же считаю, что адекватность тут
>не к месту, а предвзятое отношение к продукту, в который вложил
>десятки или сотни часов труда на голом энтузиазме, тут закономерна.Ну, применительно к реактосу, всё-же, я тоже считаю, что он канет в лету вместе с вендой.
Вон новость была, что уже есть пачти на ядро для поддержки мазздай-вызовов.
Вот этот вот будущее, поверх Линуха. Остальные ядра (кроме бзд) далеко позади и безперспективны (хотя могут принести пользу другим проектам, как в этом же примере).
> зачем тратить время, если будущее за реактосом?Извините. А зачем тратить время на реактос, если, как бы помягче выразиться... будущего за ним ровно столько же, сколько за мостками над проспектом, когда тут же строится основательный подземный переход?
Ах да, виндовс XP, конечно же, форева, да. Пережил висту, переживет и виндовс 7. За наших внуков, короче, которые в 2060-м вдруг обнаружат, что виндовс XP после ServicePack14 вдруг самоликвидируется -- и тут как раз реактос под рукой!
Похоже, создатели хотят лично обогатиться...
Вот вы все оправдываете их... А я - нет. Я не вижу изменений в новых версиях Wine, кроме регресса. Ну, когда перестаёт работать то, что работало ранее. И много. А если и работает новое, то случайно. Я слежу за примерно 30-ю программами, описал их глюки и подробно тестю каждый новый релиз. И не зацикливаюсь на них - а пробую всё новые приложения... И ладно бы временно и их сразу фиксили - не видно больше этого. А с версии 1.1.8 вообще не увидел улучшений. Только ухудшения. Разве что Затерянный мир пошёл. В героях три уже давно звуковой лаг появился, в квейке три вместо одного раза кнопка ждётся два (про нативные версси этих двух программ я знаю). Инсталляторы перестали работать. В обливионе снова полосы на воде, а в 1.0-rc5 фиксили же. А в последних релизах стала пропадать трава. В сталкере красные полосы в 1.1.22 и красная трава в 1.1.21. .NET 2.0 всё так же ставится с кучей геммороя, но не 1 минуту а минут в, причём в терминал выводя "Ой, ошибка, 60 секунд простоя... Ой, ещё 60 секунд...". А может, это компиляция 1.1.21 с 9.4, а 1.1.22 с 9.5 драйверами ATi поспособствовала... Не ставится пакет визуализация G-Force в медиаплеере, а сам медиаплеер не работает без нативного jscript и никогда не работал, хоть реализацибю в вайне и дописывают постоянно. И Настройки не открываются, но очень давно при их нажатии был крах. А это окно ошибки в 1.1.20... Если его не видно, то всё. Спасает только wineserver -killall, выполненный в терминале по Ctrl-Atl-Fx. В общем, приятных достижений где-то с версии 0.9.50-1.0 уже нет.
Зачем пустили гугл кодеров в проект... Если раньше делали всё правильнее и ценя все достижения, то теперь воспринимают как само собой разумеещееся. А разработчик этот технический ушёл в разработку никому не нужных тестов регрессий, редко что дельное делая.
>Я слежу за примерно 30-ю программами, описал их глюки и подробно тестю каждый новый релиз.Тебе вижу заняться явно нечем, лол
Зря вы так. Тут народ кричит - "на баги жалуетесь? шлите багрепорты, патчи!" и вот появляется серъезный тестер и на тебе "занятся нечем".
http://alex-bragin.livejournal.com/10309.html - Комментарий разработчика ReactOS
Вине и виндувс и ReactOS не нужен)
>Вине и виндувс и ReactOS не нужен)а особенно не нужен линупс. когда они дисковый шедулер починят? почему в винде при копировании четырехгигового файла с сата-диска на сата-диск можно работать, а линупс начинает дико тормозить, потому что не в состоянии дисковый ресурс поделить? такой линупс не нужен.