Алексей Брагин, один из ведущих разработчиков ReactOS, предлагает (http://www.reactos.org/archives/public/ros-dev/2010-January/...) (перевод (http://open-life.org/blog/reactos/733.html)) поменять способ разработки этой операционной системы. По его словам, за 10 лет развития проекта ReactOS он все ещё не достиг состояния, в котором его можно было бы реально использовать.
Не смотря на то, что за последнее время "появилась поддержка звука, загрузчик в состоянии загрузить реальную Windows, в ReactOS могут загружаться и нормально работать некоторые бинарные драйверы Windows", количество серьёзных приложений, которые работают без ошибок можно пересчитать на пальцах одной руки.
В связи с этим Алексей разработал совершенно новую концепцию развития ReactOS - Arwinss (http://www.reactos.org/media/docs/2010/arwinss.pdf) (PDF, 895KB), которая подразумевает (http://www.reactos.org/wiki/Arwinss) разработку этой ОС как неотъемлемой части проекта Wine, что позволит избежать огромной работы по портированию библиотек Wine/Win32 в ReactOS.URL: http://open-life.org/blog/reactos/733.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=25051
Та давно пора честно говоря. Им надо было работать сообща вообще. За 10 лет достигли вместе намного больше.
Вы видимо не в курсе.
Они так и делают, но реализация Reactos ближе к винде
хоть кто-то додумался наконец то, что в объединении усилий - сила
Как по мне - оно 1 фиг сильно лучше не станет. Потому что OS с Goal сделать "как в виндовс, но с сорсами" - не слишком интересна ALL-у. На кой фиг надо NTевое ядро? Ради совместимости с блобами дров? Так это неперспективно - часть железок не поддерживает XP, часть - висту, ну и так далее. MS вообще на 64 бита валить хочет. В итоге - даже в MSовских осях наблюдается жесткий зоопарк. И логично что в реактосе подсистема дров - ни точная копия ни XP, ни висты. Поэтому так не работает вообще почти нифига. И главное - пока будут чинить это, MS уйдет на 64 бита в десктопных осях т.к. лимит памяти 32-бит ОС нынче достигается в майнстриме уже. А в реактосе оно опять слабо развито. Ну и опять начнется та же волынка.Итого? MS может нагибать всех производителей дров раком под новую ОС. Чем и живет. У линуксоидов и т.п. - вполне жизнеспособная экосистема "а мы сделаем свои дрова с шахматами и поэтессами и не будем зависеть от фокусов блобостроителей". А вот реакос... им придется прогибаться под все прибабахи вендоров. Лично под них никто дрова делать не станет. Сами они закрытые блобы тоже менять под себя ессно не смогут. Итог? Как максимум будет большая коллекция костылей "чтобы работало вон то и вон это". Зафиг оно такое надо?
согласен, но работы по портированию на 64/ARM в самом разгаре и уже есть основные дрова под GPLда и наблюдать забавно
Они там давно в разгаре. А смысл? Если уж оно на х86 не ездит то уж на ARM и подавно не взлетит в нормальном виде который кому-то нужен. И кроме того - у винды нет модулярности и достаточно большая избыточность. В итоге на ARM при попытке реализации это будет 1 большой головняк и никаких реальных плюсов (много вы видели софта и дров скомпиленного под ARM-овскую редакцию WinXP ... которой нет).
> И кроме того - у винды нет модулярности:-)
>>(много вы видели софта и дров скомпиленного под ARM-овскую редакцию WinXP ... которой нетТак есть же CE и Embedded. Под неё не так и сложно портировать приложения. Драйвера ессно другие - начнём с того, что аппаратуры, которую требуется подключать к ARM и x86 мягко сказать не вагон. Там, где нужна более-менее полноценная ось царит х86 от той же VIA или ATOM-ы.
>Так есть же CE и Embedded.Есть, только вот новых разработок на них почти нет. Есть то что по инерции впаривается.
>Под неё не так и сложно портировать приложения.
Да вот что-то не видно гор портированных приложений. Странно. А вот под линухи сие будет весьма и весьма просто. Особенно за счет стараний всяких там нокий и т.п.Д :).
>Драйвера ессно другие - начнём с того, что аппаратуры,
>которую требуется подключать к ARM и x86 мягко сказать не вагон.Насчет вагонов - спорный вопрос. У современных ARMов типа OMAPа на его кристалле - два вагона периферии. А х86 в эмбеддед вообще только извращенцы используют, т.к. вопросы бинарной совместимости с античным хламом там никому не впились а вот ряд объективных минусов у х86 есть, как то достаточно громоздкая обвязка и прочая - собрать на нем простую, маленькую и маложрущую систему на порядки сложнее чем на ARMах.
>Там, где нужна более-менее полноценная ось царит х86 от той же VIA или ATOM-ы.Только там где сдуру завязались на виндозу :). А так - линух является более-менее полноценной осью и на ARM, и на MIPS, и на PowerPC и на чем там угодно. Сюрприз, сюрприз :).
ReactOS может таки пригодиться. Лет через пять из этого получиться эмулятор винэкспи, для запуска устаревших к тому времени игрушек, типа Call Of Duty. Даже на таблетке N9999 можно будет установить.
>Даже на таблетке N9999 можно будет установить.А зачем оно там надо? Врядли вы доживете до момента пока классический виндовозный интерфейс да еще и в реализации реактоса станет пригоден для карманных устройств. Такого интерфейса пока и у МС то нету, а уж у реактоса и подавно.
Кстати на n900 народ уже запускает античные досовые гамесы в эмуляторе доса а для многих из оных уже давно есть открытые движки, которые работают на любой платформе. Поэтому - датафайлы от варкрафтов и старкрафтов вполне может цепануть какойнить Stratagus. Который, блин, в силу опенсорсности есть как нативный ELF под ARMовый линух. Ну и нафиг надо рекатос при таких условиях? :)
>[оверквотинг удален]
>Ради совместимости с блобами дров? Так это неперспективно - часть железок
>не поддерживает XP, часть - висту, ну и так далее. MS
>вообще на 64 бита валить хочет. В итоге - даже в
>MSовских осях наблюдается жесткий зоопарк. И логично что в реактосе подсистема
>дров - ни точная копия ни XP, ни висты. Поэтому так
>не работает вообще почти нифига. И главное - пока будут чинить
>это, MS уйдет на 64 бита в десктопных осях т.к. лимит
>памяти 32-бит ОС нынче достигается в майнстриме уже. А в реактосе
>оно опять слабо развито. Ну и опять начнется та же волынка.
>Плюсую. Лучше бы разрабы теряли время на Линукс, KDE, Gnome, X.org, ну или хотя бы Wine, если переквалифицироваться неохота.
А MS не только свалит на 64 бита, но и от винапи будет потихоньку отказываться в пользу дотнета. В итоге, сообщество через 20 лет допила ReactOS получит хорошую такую мертвую и никому не нужную ОСь.
>А MS не только свалит на 64 бита, но и от винапи
>будет потихоньку отказываться в пользу дотнета.Вот все пишут про это, а я понять не могу зачем? где про это можно почитать?
>Вот все пишут про это, а я понять не могу зачем? где
>про это можно почитать?Ну микрософт решил с какого-то что дотнет - круто, ну и пытается его проталкивать, трубя во все фанфары как это круто. По факту - получается это хреново, MS чуть ли не в гордом одиночестве юзает свой кульный рантайм, т.к. юзеры совсем не прутся от программ стартующих минутами, требующих вкорячить полгигаза рантайма который ставится час (это не шутка) а потом - жрет память как свинья помои и тормозит. Ну еще кроме MS производители всякого бизнес-дерьма юзают т.к. он позволяет быстро налабать какую-то хрень которая вроде как работает. А бизнесменам важно чтобы было уже вчера, ну накрайняк сегодня вечером. А сервера можно и помощнее купить, если что. MS старательно пхает свой дотнет. Ну их можно понять: на гольном винапи програмить гуйные проги как бы довольно геморройно (апи весьма низкоуровневое и своеобразное, пришло из win 3.x). А всякие там мощные кроссплатформенные решения типа Qt MSу толкать ну совсем не резон, ведь если будет настоящая кроссплатформенность без деления на первый сорт от MS и всех остальных и минного поля из патентов не будет - кто же будет им бабло за ОСи тогда платить?! И на что MSу вообще толстеть тогда на радость акционерам? Ну вот и наблюдается то что наблюдается...
>>А MS не только свалит на 64 бита, но и от винапи
>>будет потихоньку отказываться в пользу дотнета.
>
>Вот все пишут про это, а я понять не могу зачем? где
>про это можно почитать?меньше слушай малолетних аналитиков.
конечно же, ms не будет отказываться от винапи в клиентских продуктах, ломая совместимость практически со всеми приложениями. другое дело, что будущие серверные версии операционных систем, предназначенных для работы исключительно в датацентрах, могут быть построены без использования winapi.
в принципе, это интересно только с одной стороны. использовать систему, при использовании которой не вынуждают купить новую систему только из-за поддержки чего-то там. win2k заставили покупать из-за того, что в NT4 не было usb2 и так далее. ну и тем интересно будет, что всяких левых программ и решений, типа системы восстановления, дефрагментатора и прочего хлама.
Еще объединить усилия с КДЕ и система готова :)
Кдешники пусть с гномарями объединяются.
винду быстрее опенсоурсом сделают, чем эти товарищи свою ОС допилят
вероятно вы ближе к истине чем предполагаете
Ага. Наивные. МС-ДОС уже опенсорсом сделали?
Для MS-DOS написали полносью рабочий открытый аналог (FreeDOS)
Его написали как раз потому, что MS-DOS таки опенсорсом не сделали. Если напишут полностью рабочий аналог винды, я буду только рад.
>Ага. Наивные. МС-ДОС уже опенсорсом сделали?Исходники MS-DOS у меня уже почти десять лет как имеются. Купил компакт-диск "всё для программиста". Не уверен, правда, что они официально опубликованы микрософтом.
> Купил компакт-диск "всё для программиста".На горбушке? =)
Кстати, имхо, исходники MS-DOS представляют некоторую ценность.
Поэтому, можете покопаться в них и, если что, с понтом передать в Wine)
>Исходники MS-DOS у меня уже почти десять лет как имеются. Купил компакт-диск "всё для программиста".А там все исходники или что-то только в объектниках? И какая версия? Дело в том, что Майкрософт частично раскрывал исходники для некоторых производителей железа. У меня тоже были такие исходники и я из них систему собирал. Как сейчас помню, msdos.sys собирался из исходников, а io.sys - из объектников. Говорят, кто-то выкрал все исходники 6-й или 7-й версии и выложил где-то. У меня была версия 3.1 :)
>Не уверен, правда, что они официально опубликованы микрософтом.
Вот в том-то и дело. Легально все исходники, насколько я знаю, опубликованы не были.
>Ага. Наивные. МС-ДОС уже опенсорсом сделали?Нет, но есть FreeDOS. Впрочем, проблема только в том что он уже никому не нужен особо. Ну вот через 20 лет будет такая же почти никому не нужный "опенсорц эквивалент WinXP".
Полностью поддерживаю.
Если reactos будет запускаться в linux как native процесс и предоставлять возможность грузить драйверы виндов, то это будет от души!
в wine с патчем работают usb драйвера
Ты про этот что ли?
http://www.usbwine.com/
и про это тоже http://wiki.winehq.org/USB
>грузить драйверы виндов, то это будет от души!Нафиг нужно. Все-равно работать будет горбато и своеобразно а зависеть от закрытых блобов под конкретную версию винды - это геморрой и попадалово.
>Нафиг нужно. Все-равно работать будет горбато и своеобразно а зависеть от закрытых
>блобов под конкретную версию винды - это геморрой и попадалово.К сожалению, порой из вариантов ещё сделать/заказать реверс-инжиниринг, поменять железку, поменять host OS или засунуть винду в kvm/vbox.
Например, буду рад услышать о том, как завести МФУ Canon MF3110 -- что в 2005, что в 2009 иных вариантов, кроме как через винду, не знаю.
Понимаете, в конечном итоге закрытые драйверы ИМХО тупиковая ветвь эволюции. И - да, в процессе эволюции бывают потери. В конечном итоге имхо глупо тратить время на то что все-равно не взлетит за разумное время по ряду причин. Когда реактосина станет пригодна хоть для небольших практически полезных полетов - оно станет уже никому не надо. Ну как FreeDOS сейчас. Вроде достаточно точная реализация доса. Без особых косяков. Работает. Круто? Да, случись оно 20 лет назад - я бы ссал кипятком. Но сейчас? Я им пользовался лишь несколько раз в жизни - чтобы BIOS перешить. И ... все. И то большая часть bios-ов нынче вообще сами шиться умеют, с дискетки как минимум, а иногда и еще с чего-нибудь, да и для Linux утилиты появляются. Ну и радости то с того что есть бесплатный аналог DOS? Ну вот через 20 лет точно так же будет не сильно много радости с того что появилось нечто уровня WinXP. Порадуется лишь горстка тех же кто сейчас все еще не выбросил DOS. И ... все.В чем проблема? А не факт что заведутся дрова для этого Кэнона в обозримом будущем. А если даже и заведутся - так еще две дюжины других не заработает зато. Я даже не понимаю - на совместимость с кем они ориентируются? С вистой? С XP? С кем-то еще? Потуги обучить Linux юзать эти дрова имхо вообще безнадежны. Основной массе ядерщиков оно не надо. Это геморрой с глюками и проблемами чужого кода. Поэтому оно обречено работать через задницу и в конечном итоге - вымереть. Ну не нужно оно такое. Или уж будет нормальный драйвер или уж извините но придется покупать другой девайс или валить в винду. Остальное будет удалением гланд через известное место автогеном. И ничего хорошего имхо не выдет. Уже был RNDIS или как его там правильно, для загрузки дров сетевок. Ну и чего хорошего? Также прозрачно намекаю что кроме писюков бывают и другие девайсы. У которых вообще х86 нету и драйвера в виде блобов выполнять - не на чем. И от нормального драйвера - выигрывают ВСЕ, например, сетевка на том же чипе может работать и в wi-fi роутере. А если есть драйвер принтера - так тогда принтсервера (да хоть те же роутеры с usb) смогут на него печатать. И не надо ориентировать на то что "уже есть [something]". Если бы все так делали, мы бы до сих пор сидели в досе. А что, он же уже есть. И оборудование под ним работало и драйвера были.
Итого: потуги запустить чужие binaty only дрова в стретегическом и долговременном плане - как минимум бесполезны. А то и вовсе вредны, если замедляют появление *нормального* драйвера (которым потом смогут пользоваться все и на разных платформах) и отвлекают разработчиков на всякую левую хрень.
WineOS
"Предлагаю скрестить струи!" © Алексей Брагин
=)А вообще, объединение - очень хорошая мысль.
Wine уже сейчас может запускать кучу программ.
С добавками (winetricks + другие костыли) - ещё большую кучу.
ReactOS уже сейчас может делать типа систему.
А это значит, что уже сейчас можно скомпоновать систему, способную запускать много Win программ.
От Wine - работа приложений (win32 API), от ReactOS - работа системы (загрузчик, драйверы, сеть, все такое).Насчет того, что "выходят новые виндовсы" - чтобы вышли пользовательские программы, которые не работают на XP - это нужно, минимум, несколько лет.
За это время может много чего произойти.
А переход на 64 бита в Free/Open Source, имхо, проходит куда проще, чем в Windows.Поэтому буду только рад.
> От Wine - работа приложений (win32 API), от ReactOS - работа системы (загрузчик, драйверы, сеть, все такое).Согласен. Если это реально, то это было бы супер. Честно говоря я надеялся что именно так всё и идёт. Оказывается только начинается.
Вообще 32 ещё долго будут популярны, а операционки под них соответственно. Слишком них сделано и мощей у проца достаточно и выбор есть: intel, amd, via, vortex
>А это значит, что уже сейчас можно скомпоновать систему, способную запускать много Win программ.Все не так просто. Wine транслирует функции WinAPI на уже готовые линуксовые (системные, X'ов, opengl и т.д.), а в ReactOS этого всего еще нет. Так что просто сложить, и чтоб заработало, не получится.
>>А это значит, что уже сейчас можно скомпоновать систему, способную запускать много Win программ.
>
>Все не так просто. Wine транслирует функции WinAPI на уже готовые линуксовые
>(системные, X'ов, opengl и т.д.), а в ReactOS этого всего еще
>нет. Так что просто сложить, и чтоб заработало, не получится.Да.
Так просто не получится.
Придется помозговать людям, что оставлять, что выбрасывать, а что переписывать)
Но факт в том, что Wine без ReactOS сможет прожить (уже сейчас можно сделать win-подобный дистрибутив из linux+wine).
А ReactOS без Wine - врядли (точнее развиваться будет медленно).
Отлично, давно пора
еще через десять лет они поймут, что это никому не надо потому что Windows ускачет далеко (если выживет), а программ под Linux будет достаточно для комфортной работы и развлечений
>еще через десять лет они поймут, что это никому не надо потому
>что Windows ускачет далеко (если выживет), а программ под Linux будет
>достаточно для комфортной работы и развлеченийЯ это уже 10 лет слушаю. И вот даже ID Software перестало поддерживать порт движков для Linux. Создатели EVE Online тоже забили. Ибо рынком тут и не пахнет, а кушать хочется всегда. OpenGL протух, а DirectX цветет и пахнет. Толковые игры 5-летней давности возможно и заработают под Wine, многое в котором допилено благодаря наработкам ReactOS.
> И вот даже ID Software перестало поддерживать порт движков для Linux.Компания id Software, ранее планировавшая прекратить поддержку платформы Linux в игровом движке пятого поколения, изменила свою позицию - движок "Tech 5 Engine" (на его базе будут основаны игры Doom 4 и Rage) скорее всего будет портирован в Linux. Данную информацию обнародовал в своем блоге Тимоти Бессет (Timothee Besset), работающий в id Software и занимающийся портированием продуктов для платформ Linux и Mac OS X.
>скорее всего будет портирован в Linuxключевое слово: "скорее всего", что не внушает особого оптимизма. Насколько я помню, этот товарищ говорил что-то вроде: "если понадобится, я сам лично в свое свободное время буду заниматься портированием", и такая интонация далека от радостной. В любом случае, тенденция забивания id software на Linux - налицо. Раньше все было совсем по-другому, а сейчас всё на волоске висит
>> И вот даже ID Software перестало поддерживать порт движков для Linux.
>
>Компания id Software, ранее планировавшая прекратить поддержку платформы Linux в игровом движке
>пятого поколения, изменила свою позицию - движок "Tech 5 Engine" (на
>его базе будут основаны игры Doom 4 и Rage) скорее всего
>будет портирован в Linux. Данную информацию обнародовал в своем блоге Тимоти
>Бессет (Timothee Besset), работающий в id Software и занимающийся портированием продуктов
>для платформ Linux и Mac OS X.Тимоти портирует движки один и практически в свободное время, так что это не инициатива компании, а порыв энтузиаста.
я уже давно и полностью (никаких мультибутов, виртуальных машин и wine) перешел на Linux и чувствую себя сухо и комфортно :)
>я уже давно и полностью (никаких мультибутов, виртуальных машин и wine) перешел
>на Linux и чувствую себя сухо и комфортно :)Аналогично. Вообще не стал ставить WinE с некоторого момента. Нет его да и хрен с ним. Нафиг нужно...
А в Реактосе ДиректХ нормально работает?
Может быть не в тему, но: нужен MFC в исходниках для GCC.
Для кросскомпиляции. Сам не нашел. Написал полтора клсса MFC
потерял энтузиазм... Посоветуйте что-нибудь? (QT, GTK, wxWi и другие
не подходят нужен именно MFC)
>Может быть не в тему, но: нужен MFC в исходниках для GCC.А в чем проблема-то? Исходники MFC давным-давно официально открыты Microsoft
http://msdn.microsoft.com/en-us/library/bs046sh0(VS.80).aspx
>>Может быть не в тему, но: нужен MFC в исходниках для GCC.
>
>А в чем проблема-то? Исходники MFC давным-давно официально открыты Microsoft
>http://msdn.microsoft.com/en-us/library/bs046sh0(VS.80).aspx*из будующего. империя наносит ответный удар*:
"релиз Slackware Linux 23 совпал с решением компании Microsoft лицензировать часть кода своих операционных систем под GPLv3. к сожаленю, неоторая часть продуктов(главным образом SQL-related, вследствие кросс-лицензионного соглашения с Sybase), будет пока доступа под LGPL.
это решение, по свовам представителя корпорации, имярек, вызвано стремлением Microsoft, защитить интеллектуальную собственность от неадэкватного использования(см "копирайт инфрижэмЭнт", "тивоизация", "Балмер потолстел" и др артикли).
"
Отличная новость! Хорошо бы чтобы так и было, давно пора. Будет общая подсистема win32, разработчики реактоса сосредоточатся на ядре, работа пойдет быстрее.
ну дай то БГ на пользу пойдет а то за 10 лет такой прогресс-нафиг нужен
хорошая новость.
плюсую и солидаризируюсь с главой комманды ReactOS.
больше WinAPI-платформ хороших и разных ;)
>хорошая новость.
>плюсую и солидаризируюсь с главой комманды ReactOS.
>больше WinAPI-платформ хороших и разных ;)А зачем? Для чего вообще РеактОС? Серьезно спрашиваю, не флуда ради...
>А зачем? Для чего вообще РеактОС? Серьезно спрашиваю, не флуда ради...Как зачем!? Наша цель Полностью Свободный(ТМ) Debian GNU/ReactOS! %)
"зачем?"применимо к коммерческим продуктам.
а формальный ответ вы можете(как н странно)найти на домашней странице ReactOS.
вкратце: минусуя совместимость с багажом написанного для Виндовз, ПО, сам Виндовз - никому в ... не впился.
отсюда и идея - дать возможность запускать софт(включая неслабую толику системного).p.s.
cветлая сторона - в MS пристально следят и уже пофиксили кое-что в своем инудосписном кодобардаке, вследствие критики обеих(что вайна что реактос) комманд, вынужденных копаться в этом ...[сenzored]бардаке, пытаясь понять что там сделано не так, как написано в чрезмерно раздутых(но категорически устаревших и откровенно деизинформирующих)доках по многочисленным WinAPI.
p.p.s.
при вдгляде ВНУТРЬ современной венды, возглас(нет, cкорее вопль, КРИК души !!) "Зачееем !!!" внутри себя давить приудется не реже(или слышать от других при этом).
>>хорошая новость.
>>плюсую и солидаризируюсь с главой комманды ReactOS.
>>больше WinAPI-платформ хороших и разных ;)
>
>А зачем? Для чего вообще РеактОС? Серьезно спрашиваю, не флуда ради...Зачем? Затем, что предприятию и в домашнем использовании выгоднее бесплатная продукция и не имение проблем совместимости. Т.К. основная часть нашей страны не имеет средств на приобре-тение коммерческой продукции это самое лучшее решение, и пиратство сузится, все будут довольны и спокойны. Скажете - linux, да можно но, идет приобладание программ для Окновоза. Нужно универсальное средство.
Хорошие новости! :)
А рассматривается ли возможность совмешения ядра NT и L4, паравиртуализация "костылей" под более новые дрова от винды, и как следствие стабильная работа... т.е. паравиртуализация ср-вами L4?
Бабла бы им по больше и всё было бы в поряде, имхо.