Спустя более года с момента прошлого выпуска представлен (http://www.reactos.org/node/663) релиз ReactOS 0.3.15 (http://www.reactos.org), операционной системы с открытым исходным кодом, нацеленной на обеспечение совместимости с программами и драйверами Microsoft Windows семейства NT (XP/2003/Vista). Серия 0.3.x находится на "альфа"-стадии разработки. Для тестирования выпуска подготовлен (http://sourceforge.net/projects/reactos/files/ReactOS/0.3.15/) демонстрационный LiveCD (412 Мб (http://sourceforge.net/projects/reactos/files/ReactOS/0.3.15... а также образы (http://sourceforge.net/projects/reactos/files/ReactOS/0.3.15/) для запуска под управлением различных систем виртуализации.
<center><a href="http://a.fsdn.com/con/app/proj/reactos/screenshots/322073.jp... src="http://www.opennet.me/opennews/pics_base/0_1369979317.jpg" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>Из улучшений (http://www.reactos.org/wiki/ChangeLog-0.3.15) можно отметить:
- Интеграция USB-стека, в качестве основы для которого был использован USB-стек, разработанный проектом Haiku (http://haiku-os.org/). Новый стек позволил реализовать начальную поддержку клавиатур, мышей и накопителей с интерфейсом USB. В том числе обеспечена возможность загрузки с USB-накопителя;
- Проект перешёл на использование сборочной системы CMake вместо rbuild. Переход на CMake позволит в дальнейшем обеспечить возможность использования пакета Visual Studio для работы над компонентами ReactOS;
- Полностью переписана подсистема управления пользовательскими сеансами;- Представлен более совершенный альтернативный диспетчер работы с памятью, который взял на себя все функции управления памятью за исключением работы с секциями;
- Обновлён драйвер UniATA, в котором обеспечена поддержка интерфейса AHCI (http://ru.wikipedia.org/wiki/Advanced_Host_Controller_Interf... для подключения SATA-накопителей;
- Добавлена возможность отладки компонентов ReactOS с использованием windbg;
- Внесены улучшения, созданные на основе результатов тестирования приложений пакетом AutoHotKey;
- Внесены многочисленные исправления, проделана большая работа по устранению утечек памяти, улучшено качество работы драйверов. Отмечается заметное общее повышение стабильности по сравнению с прошлым выпуском.
URL: http://www.reactos.org/node/663
Новость: http://www.opennet.me/opennews/art.shtml?num=37063
Сточки зрения разработчика проект конечно занятный, но на практике его используют ли - в повседневной жизни.
>но на практике его используют ли - в повседневной жизни.Сейчас ReactOS 0.3.15 находится в состоянии АЛЬФА, что означает отсутствие некоторых функциональных возможностей, а также то, что система рекомендована только для ознакомления и экспериментов.
Очень напоминает пресловутый "Liberator": забавная штука, но первым делом оторвет руки самому стрелку.
> Сейчас ReactOS 0.3.15 находится в состоянии АЛЬФАОна всю свою жизнь в этом состоянии находится.
> что означает отсутствие некоторых функциональных возможностей
Ну да... К примеру в ней нельзя нормально работать :(
> Ну да... К примеру в ней нельзя нормально работать :(Цель проекта — полная совместимость с NT, так что всё в порядке.
=)))))) просто Петросян! очень рассмешил=)
тоже поржал... :)))
ИЧСХ, реактос уже 15 лет в состоянии альфы.> начальную поддержку клавиатур, мышей и накопителей с интерфейсом USB.
Рыдал слезами умиления. Не прошло и 30 лет с изобретения usb как стало можно мышкой пользоваться по минимуму. Навороты!
>уже 15 лет в состоянии альфы.Ну он же не линукс, который корпорациями пишется. Так бы тоже из стадии альфа не выходил.
http://www.opennet.me/opennews/art.shtml?num=15068
>От 70 до 95 процентов всех разработчиков получают оплату за свой труд над ядром, что развеивает миф о том, что Linux ядро делают энтузиасты в качестве хобби в свободное от работы время. Для 12.9% разработчиков работодателя установить не удалось, данная категория генерирует всего около 10% изменений в ядре;
>Более 70% от поступающего в ядро кода создается разработчиками официально работающими в таких компаниях, как IBM, Intel, The Linux Foundation, MIPS Technology, MontaVista, Movial, NetApp, Novell, Red Hat и т.д.
>Ну он же не линукс, который корпорациями пишется.А что, реактось это только ядро? Нет, на скриншоте видно что нет. Тогда зачем ты сравниваешь ядра? Ты чтонибудь слышал о GNU/Linux ??
>Так бы тоже из стадии альфа не выходил.
Тебе надо бы подучить историю чтобы не писать глупости
>слышал о GNU/LinuxЕщё я слышал об Google/Linux aka Android.
А GNU/Linux - это такой линукс в котором только консольные утилиты и X сервера даже нет?
Это если судить по этому "Все пакеты GNU" http://www.gnu.org/software/software.html
Возмём, например, GNOME сам можешь посмотреть спонсоров http://www.gnome.org/foundation/
тон развития задаёт тот же Red Hat. Ключевую библиотеку GTK+ пишут люди из корпораций http://www.gtk.org/development.php
Ну или посмотрим на другую ключевую не гну библиотеку Qt - её тоже пишут корпорации.
> Ключевую библиотеку GTK+ пишут люди из корпорацийАга, в свободное время. GTK+ и теряет свои позиции, потому-что нету инвестора.
>Ага, в свободное время.http://www.linux.org.ru/view-message.jsp?msgid=8036274
"Над Gtk работает всего один трудоустроенный в режиме полного рабочего дня разработчик"
> Ну он же не линукс, который корпорациями пишется. Так бы тоже из
> стадии альфа не выходил.Помнится, мистер Торвальдс первым делом довел его до состояния когда эта система стала обслуживать его нужды. Полностью. Он ее запускал и писал код уже в ней самой. А корпорации пришли лишь когда увидели что это работает и имеет большой потенциал. Так что сначала оно стало юзабельным как минимум для разработчиков и только потом пришли корпорации. А реактос... я как-то очень сомневаюсь что они девелопают в вьюжлстудии в реактосе. Неужто там сетап такого монстра до финиша доезжать стал, так чтобы ничего не факапнулось? И что, там работают дотнеты и прочие навороты потребные для работы VS? Како-то мне это очень сомнительно. А если они сидючи в виндусе будут "слегка програмить" реактос - он обречен остаться toy OS.
Кроме того, не вижу ничего зазорного в том что корпорации интегрировались в процесс и стали его естественной частью. Остальным никто не мешает сделать так же. Правда для этого надо убедить корпоративщиков что оно им надо. Да, у toy OS которыми даже сами разработчики для себя брезгуют пользоваться как основной ОС это плохо получается. Кузнец ссыт одеть выкованные доспехи -> остальные и подавно в них рубиться не пойдут.
> Помнится, мистер Торвальдс первым делом довел его до состояния когда эта система
> стала обслуживать его нужды. Полностью.Это, кстати, первейшее возражение к нашему любимому Wayland'у. :-)
> Это, кстати, первейшее возражение к нашему любимому Wayland'у. :-)А наш любимый Wayland вполне себе способен обслуживать нужны многих пользователей. Бзиком с прогоном гигазов по локалке на соседний сервак хз зачем заморачивается весьма маргинальное количество пользователей. Вполне может оказаться что тому же Торвальдсу все это нафиг не упало. Не удивлюсь если Торвальдс и иные ядерщики вообще не пользуют ничего ремотно через иксы.
Капитан намекает, что ситуация когда есть отдельный мощный сервак в том же помещении (а по другому иксы будут неюзабельны с их требованиями к бандвизу, нужна серьезная проводная локалка), к которому заимеет смысл ремотиться - очень нишевая. И используется очень небольшим количеством народа. Это далеко не основной сценарий использования системы. Этим пользуются сильно некоторые ученые и полтора гика. Которым как-то так повезло что есть мощный сервак под боком, к нему локалка, нашлась такая программа для которой все это имеет смысл, etc, etc.
Так что не надо приравнивать лично ваши нужды к нуждам разработчиков или других людей. Фичи разные бывают. Некоторые востребованные почти всеми. Некоторые - очень нишевые.
> А наш любимый Wayland вполне себе способен обслуживать нужны многих пользователей.Вы принципиально не читаете комменты перед ответом?
Речь идет о том, что сами разработчики свое творение разрабатывают не из под него. А не о том, кто там на что способен в теории.
> Речь идет о том, что сами разработчики свое творение разрабатывают не из под него.А это утверждение проверялось? И это верно для всех разработчиков? Тем не менее, в данном случае имхо логично на него переходить когда он станет более-менее стабильным. Поскольку уже есть более-менее работающие иксы, а разработчику нужна все-таки более-менее стабильная графическая подсистема для собственно разработки, в этом случае можно и не спешить сверх меры. Торвальдс тоже, знаете ли, начальный кодинг делал в minix. Просто настало время когда он его заменил на свое ядро. Не раньше чем оно было готово к этому.
Просто если это не произошло за 15 лет - это вызывает нехорошее подозрение насчет того что это не произойдет вообще никогда.
> А это утверждение проверялось? И это верно для всех разработчиков?Для Wayland'а более-менее проверялось - люди же запускали его давеча. Единодушный вердикт - работать невозможно. А если какой-то маньяк набирает программы в Wayland'е, так он настолько неадекватен, что полезных программ от него не жди.
> - работать невозможно.Так ему пока без году неделя. Вот если он как реактос 15 лет в этом состоянии будет болтаться - окей, это будет рассмотрено как аргумент.
> А если какой-то маньяк набирает программы в Wayland'е,
> так он настолько неадекватен, что полезных программ от него не жди.Какая фигурная отмазка :). То же самое можно было про Торвальдса, только что пересевшего на свое ядро сказать - "во система, ничего не умеет кроме i386, ide-контроллера и консоли, так что если какой-то маньяк в этом программы набирает... ". Как раз чем маньякистее тот кто хочет довести до ума фичу - тем быстрее она дойдет до кондиции. Просто потому что иначе будет неудобно и зуд пониже спины будет вызывать острые приступы инженерной мысли на тему "как избавиться от зуда пониже спины" :)
> Так ему пока без году неделя.Милый друг, ну вы хоть Педивикию по теме откройте. Wayland уже не 1.0, а 1.1, причем разрабатывался он уже 5 лет.
> Милый друг, ну вы хоть Педивикию по теме откройте. Wayland уже не
> 1.0, а 1.1, причем разрабатывался он уже 5 лет.Согласен, прогресс проекта мог бы быть и лучше. Тем не менее он как раз начинает достигать точки юзабельности для обычных юзерей. И как раз его и начинают все поддерживать. Впрочем, смешнее всего тут был пинок от убунтуев. Они с своим Mir всем врезали просто сказочного пинка. И развитие вэйланда изрядно втопило после всего этого :)
Как известно, программы иногда достигают состояния когда проще прибить и написать с нуля. Вот иксы в этом состоянии уже очень давно. По поводу чего на их замену и есть некислый спрос со всех уровней иерархии. Многим пользователям десктопов не нравится как оно работает в плане скорости и потребления ресурсов в современных нагрузках. Разработчикам не нравится свалка костылей которая там образовалась. Програмерам приложений не нравится что для сколь-нибудь резвого вывода графики им надо что-то там явно знать о интимных особенностях конкретной графической системы, что вообще не их епархия по идее. А по дефолту все это работает довольно хреново.
По поводу чего есть большой объем спроса на замену этого. Почему wayland не включает всякие сетевые прозрачности и прочая? А вот на это спрос сравнительно маленький. Кстати всякие там вопросы со вводом и прочая они решили AFAIK.
Это чудо даже окна сворачивать не умеет, какие сетевые прозрачности... Fedora еще пару лет назад говорила что в состав дистрибутива включат, воз и ныне там.Почти уверен что Mir воткнут в ubuntu по дефолту раньше чем wayland в федоре.
Лучше бы вместо этого дружно X12 бы запилили.
> Почти уверен что Mir воткнут в ubuntu по дефолту раньше чем wayland в федоре.Вот это кстати не факт - социа^W капиталистическое соревнование разгорелось на славу. И дельных разработчиков в редхате много.
Интереcный диалог:>>>>> Wayland
>>>> - работать невозможно.
>>> Так ему пока без году неделя.
>> Wayland ... разрабатывался ... уже 5 лет.
> СогласенТ. е. "без году неделя" == "5 лет".
/изображает недоумение, пожимает плечами/
> Рыдал слезами умиления. Не прошло и 30 лет с изобретения usb как
> стало можно мышкой пользоваться по минимуму. Навороты!Надо понимать, что у них нет внутренней цели сделать работающую ОС.
Иначе бы они давно сварганили и отладили NT-подобное ядро, поверх которого запустили бы Xming/Wine/Cygwin (xming+wine - это практически зарубленный arwinss). При этом, кстати, система была бы круче Windows хотя бы поддержкой разных оконных менеджеров.
> система была бы круче Windows хотя бы поддержкой разных оконных менеджеров.Это было бы круче только с точки зрения трех с половиной гиков и особых эстетов. Всем остальным глубоко до лампочки, один там оконный менеджер или куча. Винда, как видите, сожрала 90% рынка писюшников со всеми ее неидеальностями.
Другое дело, что гики в принципе могут горы воротить, если им цель интересна. Но у реактоса очень yнылая и скучная цель. Они пытаются всего лишь копировать винду. Совсем без улучшайзеров, т.к. совместимость страдает, дескать. Т.е. в целом очень печальная миссия - они вообще развитие своей ОС не контролируют, это MS делает за них, задавая направление разработки. К тому же MS сильно старался чтобы компетентных в ядре NT ядерщиков было поменьше, чтоб не мешали особо политику партии диктовать. Типа навязывания 1-2 файловых систем без особых альтернатив и прочая. Во времена 9х это было одно из ключевых отличий и маркетинговое сегментирование было довольно жесткое: юзерью FAT32, рабочим станциям и серверам NTFS. А сейчас это играет с ними дурные шутки :). Ну и реактосу икается заодно.
> Это было бы круче только с точки зрения трех с половиной гиков
> и особых эстетов.Возможно, а может быть и нет. В любом случае, смысла в полной копии Виндов нет ни малейшей. Нет ведь никакой проблемы в том, чтобы получить оригинал Виндов, скорее, проблема в том, как от этой копии отбояриться. :-)
> Т.е. в целом очень печальная миссия - они вообще развитие своей
> ОС не контролируют, это MS делает за них, задавая направление разработки.Ну для меня выпил ARWINSS был окончательной точкой. Пилить второе дерево Wine, когда нет ресурсов даже на ядро - полный идиотизм.
> К тому же MS сильно старался чтобы компетентных в ядре NT
> ядерщиков было поменьше, чтоб не мешали особо политику партии диктовать.Я подозреваю, что компетентных ядерщиков там и было немного. Впрочем, у ReactOS'а по сравнению с тем же Linux'ом есть приемущество - архитектуру разработали все-таки ведущие специалисты с учетом опыта VMS/UNIX (20 лет назад).
> Типа навязывания 1-2 файловых систем без особых альтернатив и прочая.
Ну как-то так. Меня это всегда удивляло - в NT есть же IFS с незапамятных времен, а драйверов FS 4-е с половиной штуки (NTFS, ISO966, FAT, ext2 - fs-driver.org)
> Возможно, а может быть и нет.За время существования NT статистика как-то уже набралась. Более 90% пользователей посчитало что "и так сойдет". А кто сказал что возможность заменить оконный менеджер - критична для множества пользователей?
> В любом случае, смысла в полной копии Виндов нет ни малейшей.
Вот тут я согласен на 100%. Например, они думали не отказаться ли от архаичных букв дисков, например оперируя нативными путями как их видит ядро (буквы дисков - всего лишь симлинки). Но пришли к выводу что совместимость помрет. И вот так там везде.
> Нет ведь никакой проблемы в том, чтобы получить оригинал Виндов,
> скорее, проблема в том, как от этой копии отбояриться. :-)В результате граждане оказались в подвешенном состоянии. Косить под древнюю XP им не хочется, косить под более свежие - ломать совместимость с старыми не хочется. В результате у них не работают ни старые драйвера, ни новые. И MS подгадил: для старых ОС нет драйверов под новое оборудование, под новые ОС - для старого. MS то может себе это позволить, продавив массой. А вот реактос оказался в подвешенном состоянии. Что так плохо с драйверами, что эдак. Граждане добровольно подписались на mission impossible. Зачем - не знаю. Виндовый стиль мышления граждан подвел, наверное.
> Ну для меня выпил ARWINSS был окончательной точкой. Пилить второе дерево Wine,
> когда нет ресурсов даже на ядро - полный идиотизм.Вероятно wine'шные реализации многих вещей довольно неоптимальны для системы которая по задумке должна некислый кусок GDI реализовывать в ядре.
> Я подозреваю, что компетентных ядерщиков там и было немного.
Я к тому что общая политика MS максимально зажать документацию на многие аспекты работы ядра (не говоря уж о сорцах, иллюстрирующих как нечто работает), сделать это рокетсайнс и вообще очень дозированно всем этим рулить - привело к логичным результатам: очень мало кто хочет искусственно усложнять себе жизнь. А в виндах, извиняюсь, дошло до того что MS скупил Марка Русиновича и его контору. Все бы ничего, но тот забил на свой инструментарий. Ну вот например windbg. В общем то единственная нормальная вьюшка под винды. И та - без сорцев и ... русинович на нее забил. Поэтому в новых системах оно вообще в 50% случаев не работает. И .. и не то что сорца, а даже минимальных примеров как дебажный вывод самому перехватывать. Там какой-то рокетсайнс с ядерным драйвером и прочая. То-есть дошло до того что даже дебажный вывод просто почитать - уже целая наука и танцы с бубном. Кошмар а не система.
> Впрочем, у ReactOS'а по сравнению с тем же Linux'ом есть приемущество - архитектуру
> разработали все-таки ведущие специалисты с учетом опыта VMS/UNIX (20 лет назад).Что ему не сильно помогает. Ракета которая не летает - менее полезна чем автомобиль который ездит.
>> Типа навязывания 1-2 файловых систем без особых альтернатив и прочая.
> Ну как-то так. Меня это всегда удивляло - в NT есть же
> IFS с незапамятных времен, а драйверов FS 4-е с половиной штуки
> (NTFS, ISO966, FAT, ext2 - fs-driver.org)Ну так IFS SDK долгое время был привилегией для особо избранных, на особо неудобных условиях. Потому оно и вот так. Что еще более весело - в казалось бы, монолитный линукс вгрузить модуль с новой ФС - как два байта переслать. На ходу. И выгрузить. А в винде с ее супер-правильной архитектурой почему-то динамически грузить драйвера ФС вообще нельзя и на каждый пшик надо перезагрузку. Анекдоты из области системостроения прямо.
> За время существования NT статистика как-то уже набралась. Более 90% пользователей посчитало что "и так сойдет".Понимаете, ОС получают, как цельный пакет. Т.е. либо наилучшее на данный момент ядро ОС, позволяющее нагорячую подключать скачанный с сети драйвер без перекомпиляции + прекрасная совместимость с Win32 + убогая оконная система, либо ядро 40-ка летней архитектуры + плохая совместимость с Win32 + самая на данный момент продвинутая оконная система (как это не удивительно - Х11). А вот взять самое лучшее невозможно.
С учетом кол-ва софта, кол-ва драйверов, народ берет NT. Но будь выбор между 2-мя Виндами - оригиналом и с возможностью смены WM, брали бы второй.
> А кто сказал что возможность заменить оконный менеджер - критична для множества пользователей?
Она критична для развития эргономики системы. Вы, конечно, не помните, но во времена Windows 98 оконная система Windows была удобнее оконных менеджеров Linux.
> В результате граждане оказались в подвешенном состоянии. Косить под древнюю XP им
> не хочется, косить под более свежие - ломать совместимость с старыми
> не хочется.А чтобы поддерживать все, у них нет ресурсов. :-) Которые еще распыляются на создание explorer.exe, paint.exe и прочего, никем не используемого хламья.
> Вероятно wine'шные реализации многих вещей довольно неоптимальны для системы которая по
> задумке должна некислый кусок GDI реализовывать в ядре.Возможно "не как в основной системе".
> Я к тому что общая политика MS максимально зажать документацию на многие
> аспекты работы ядра (не говоря уж о сорцах, иллюстрирующих как нечто
> работает), сделать это рокетсайнс и вообще очень дозированно всем этим рулить
> - привело к логичным результатам: очень мало кто хочет искусственно усложнять
> себе жизнь.Ну на данный момент, это самое архитектурно продвинутое ядро для "mainstream" ОС. Поэтому есть, есть что зажимать.
> Что ему не сильно помогает. Ракета которая не летает - менее полезна
> чем автомобиль который ездит.А-то. Более того, движок у ракеты и не пилят. :-) А пилят, зачем-то Wine.
> Ну так IFS SDK долгое время был привилегией для особо избранных, на
> особо неудобных условиях. Потому оно и вот так.Интересно, зачем? Хотя, это им помогло вынести NT4 - она FAT32 не поддерживала.
> Что еще более весело - в казалось бы, монолитный линукс вгрузить модуль с новой
> ФС - как два байта переслать. На ходу. И выгрузить. А
> в винде с ее супер-правильной архитектурой почему-то динамически грузить драйвера ФС
> вообще нельзя и на каждый пшик надо перезагрузку.Драйвер для ext2 грузится без перезагрузки, с выгрузкой, наверно, как вы пишете. Хотя да, NTшная архитектура используется как-то странно. :-)
> Понимаете, ОС получают, как цельный пакет.Вообще-то - зависит от. Вон любители LFS-style не получают - они сами свинчивают свой автомобиль из тех деталей которые найдут и посчитают нужными. Опенсорс еще и не такое позволяет, если надо. Тем кому это надо. Другое дело что тех кому проще взять готовый автомобиль - их просто сильно больше. Ну и да, там за них производитель решит что поставить а они выберут только некие важные лично им параметры. Это тоже нормально. Бывают всякие гибридные штуки. Например, сборочные и пакетные системы. Можно пойти и проинструктировать роботов - мол, хочу авто. Руль - вон тот, колеса такие-то, двигун - этот, кузов такой-то, etc. Implement! Тоже вариант, где-то посередине между личным закручиванием всех винтиков и получением целиком готовой машины. Первое требует дофига времени и усилий, а второе не позволяет ничего выбрать. Промежуточные варианты получаются имхо практичнее - можно балансировать между желанием все подогнать под себя и нежеланием тратить время на закручивание самолично вообще всех винтиков.
> Т.е. либо наилучшее на данный момент ядро ОС, позволяющее нагорячую
> подключать скачанный с сети драйвер без перекомпиляцииТо-то после установки или сноса драйверов там по жизни перезагрузка нужна. Красиво было на бумаге, да забыли про овраги. То-есть я согласен что это ядро покрасивее в теории. А на практике ни вам обещаных плюсов, да еще и маркетоидные ограничения.
> + прекрасная совместимость с Win32
...которая интересует только тех кто влопался в вендорлок с какой-то проприетарью. Ну да, недальновидных
> + убoгая оконная система,
Система как система, большинству народа как видим подошло. То что оно под какие-то узкоспециальные нужды не прокатило - так они и не пытались даже.
> либо ядро 40-ка летней архитектуры
Вообще, я не вижу таких уж дико глобальных отличий. At the end of day у обоих глобальный ядерный адресспейс со всеми драйверами, и так и сяк можно динамически вгружать/выгружать драйвера и прочая. В основном отличия больше номинальные. В винде из-за ее ориентированности на блобмейкеров больше внимания стабильности API/ABI и прочая, но и то - сабжевая ОС показывает что не так уж там все хорошо. А пингвин зато может развиваться как посчитает нужным. А драйвера все-равно в ядре развиваются, синхронно с ним. И если честно, мне гораздо больше нравится как эти драйвера работают. Они зачастую куда более качественно реализованы чем кривая муть от асусов, интелей, амд, нвидий и прочих. Например сетевка от нвидии в нфорсе - выпила в винде всю кровь в свое время. Я задолбался тасовать версии дров чтобы она просто работала и не создавала проблем. И почему-то никакой динамической вгрузки и выгрузки драйверов - ребут после удаления дров. Ребут после установки дров. Так что на опробование стопки версий дров с которыми оно будет работать и без спецэффектов - были убиты почти сутки. В лине же для этой сетевки просто грузился forcedeth (реверс-инжинернутый вообще). И просто работал. Ни вам перезагрузок, ни вам подбора версий, ни вам отвалов сети, ни вам дедлоков системы, да еще аппаратный оффлоад работает и при том корректно - не клещится с фаером (как он это делал в винде). Как-то сильно проще получилось.
> + плохая совместимость с Win32
У виндов совместимость с posix тоже не фонтан. Собственно линуксоиды никогда и не пытались косить под винду. У них своя система и свое апи. А то что какой-то сторонний проект взялся эмулировать винапи - да это их дело и их право.
> + самая на данный момент продвинутая оконная система (как это не удивительно - Х11).
> А вот взять самое лучшее невозможно.Если честно, критерии "лучшести" у всех разные. Мне вот в целом с линевым ядром и его методами работы с оборудовнием оказалось комфортнее. Ни вам десятков перезагрузок, ни вам диджейства пачками сидюков, ни вам педалинга кривых инсталлеров с кучей проблем. Железки просто цепляются и рабоают. Вот как-то так и должен был выглядеть plug-n-play с самого начала. А ставить драйвера путем запуска setup.exe я умел еще в DOS, вообще без всяких плагнплюев. Да еще меня не ограничивают в возможности вгрузить мой драйвер или поработать с железом напрямую когда я админ. В в винде MS конкретно так жизнь усложнил. Даже админ не может грузить драйвер если там нет цифровой подписи MS. А подпись на драйвер типа giveio.sys они не поставят. Поскольку DRM в системе пойдет лесом в два счета. Воркэраунды конечно есть, но неудобные.
> С учетом кол-ва софта, кол-ва драйверов, народ берет NT. Но будь выбор
> между 2-мя Виндами - оригиналом и с возможностью смены WM, брали бы второй.Ну может полпроцента и брали бы. Остальным эта возможность нужна как зайцу стопсигнал. Это важно только для узкой категории гуру, которые во первых знают зачем им это надо, могут поиметь с этого дивиденды, готовы потратить время и силы на эту возню и прочая. А чтобы еще и нетворкинг по сети с иксами - там надо чтобы еще и повезло с доступностью специфичной аппаратной конфиги aka "мощный сервер в том же здании и шустрая локалка к нему". Само по себе это IMHO вообще не является какой-то killer feature, благодаря которой оно всем покажет как надо системы писать.
> Она критична для развития эргономики системы. Вы, конечно, не помните, но во
> времена Windows 98 оконная система Windows была удобнее оконных менеджеров Linux.Далеко не каждый пользователь сильно заморачивается максимальной оптимизацией эргономики и/или имеют какие-то свои предпочтения. В целом всем более-менее понравилось как раз "типа того что в win95". А развитие интерфейсов пошло в сторону развития пальцетыкательных интерфейсов в основном. Ну да, спору нет - ткнуть в кнопку пальцем явно быстрее и очевиднее чем мышкой. Только в таких девайсах менеджмент окон вообще в зачаточном состоянии. А пипл тем не менее скушал...
> А чтобы поддерживать все, у них нет ресурсов. :-) Которые еще распыляются
> на создание explorer.exe, paint.exe и прочего, никем не используемого хламья.Ну да. Вот это я и называю дурным управлением проектом - когда странные решения не дающие гигантского выигрыша ставятся во главу угла как "очень важные". Ну ладно, explorer.exe еще куда ни шло: без него даже панельки внизу экрана не будет. В классической винде это shell, в смысле, графический shell=explorer.exe и без него никак. Т.к. после старта системы какой-то юзеринтерфейс показывать все-таки надо, и таковым по задумке и был Explorer, так что на него чисто технически забить нельзя. Иначе совместимость порушится. Но paint... можно было просто взять gimp какой-нибудь. В 20 раз навороченнее и писать с нуля не надо. Ну или там что попроще. Графических редакторов написано на все вкусы и системы вроде. Даже открытых. Не 1990 год же на дворе.
>> Вероятно wine'шные реализации многих вещей довольно неоптимальны для системы которая по
>> задумке должна некислый кусок GDI реализовывать в ядре.
> Возможно "не как в основной системе".Возможно. Может это делает проблематичной реализацию чего-то из "эталона" или это плохо работает. Я уже давно не мониторю этот проект на уровне коммитов и не в курсе, скажу честно.
> Ну на данный момент, это самое архитектурно продвинутое ядро для "mainstream" ОС.
> Поэтому есть, есть что зажимать.Сама по себе сферическая продвинутость в архитектуре в вакууме ничего никому не дает. Ну гибрид. Принципиально оно ничем таким от монолитов не отличается в плане надежности и прочая - в конечном итоге адресное пространство одно на всю ораву. А учитывая что MS максимально перекрыл кислород и просто пойти, написать и загрузить драйвер - не вариант, там целая эпопея - не вижу кому и какая с архитектуры винды радость. Кроме ядерщиков это никто не видит вообще, а тех MS максимально обул на доступ в ядро. По поводу чего не вижу повода радоваться всему этому. Пусть майкрософт и парочка особо приближенных к ним контор радуются. А мне что за дело? Меня там не ждут и вполне доходчиво дали это понять политикой подписывания драйверов.
> А-то. Более того, движок у ракеты и не пилят. :-) А пилят, зачем-то Wine.
Ну без него эта "типа, винда" не будет собственно виндой, наверное потому и пилят :)
> Интересно, зачем? Хотя, это им помогло вынести NT4 - она FAT32 не поддерживала.
Ну вот изначально было четкое сегментирование - NTFS для тех кто побольше заплатил за рабочие станции и сервера, а остальные пусть с FAT32 мыкаются. Без прав доступа и с ограничением на размер файлов. Им наверное было не в кассу чтобы кто-то пришел и внезапно обломал всю малину их маркетологам и продажникам. Скорее всего зачем-то таким. Когда этот бред у них прошел - IFS SDK выложили наконец. Ну а результаты мы видим - сколько и каких ФС поддерживает Linux и сколько и чего - винды. Дошло до того что даже тормозные бзди и соляры стали ZFS юзать. Который виндам совсем нечем крыть. Они там в спешке для 2012 сервера накатали некий ReFS (resillent FS), оно явно более современный дизайн чем NTFS и тем более FAT. Но видимо жареный петух конкретно укусил и по фичам оно весьма лайт версия по сравнению с ZFS/BTRFS/... и кроме того MS как обычно посчитал что юзеры на десктопах приличных дисковых технологий вообще не достойны, в клиентских ОС ее как обычно нету, в лучших традициях :).
А например на какой-нибудь F2FS сделанный под линя - MSу например совсем нечего ответить. ExFAT - не ответ а жалкая пародия, примененные технологии - из прошлого века аж, тогда как с тех пор появилось много улучшений. И это при том что использование твердотельных накопителей, особенно как системных накопителей - набирает обороты. Просто потому что система которая загружается за несколько секунд и где программы стартуют мгновенно - это разумно, хорошо и правильно.
>> вообще нельзя и на каждый пшик надо перезагрузку.
> Драйвер для ext2 грузится без перезагрузки, с выгрузкой, наверно, как вы пишете.Когда я его видел - там и после его инсталляции перезагрузка требовалась. И в IFS SDK или где-то около было написано что это - boot time drivers, которые загружаются в самом начале старта системы, еще NTLDR'ом кажется (как там его сейчас, bootmgr чтоли). По поводу чего они не вгружаемы динамически и не выгружаемы. Вообще такой метод вгруза драйверов - знатный костыль, который даст фору даже начальным рамдискам. Т.к. кроме всего прочего сильно усложняет бутлоадер системы (OS loader). Заставляя оный что-то знать о формате файла драйверов, уметь читать ФС по минимуму, знать как и куда это грузить и прочая - половина функционала ядра дублировано в бутлоадер в результате. Я конечно понимаю в чем проблема - система должна в некий момент переключиться с услуг bios на собственный доступ через свои драйвера. Но это не отменяет того что винда при малейшей проблеме инсталляции драйверов чипсета или чего там еще - намертво дохнет с INACCESSIBLE_BOOT_DEVICE, после чего починить ее становится довольно сложно. В лине чтоюы узреть эквивалент этого сообщения - надо очень сильно постараться. Естественным методом я его вообще ни разу не видел. Только когда я самосбор делал и откровенно косячил сам.
> Хотя да, NTшная архитектура используется как-то странно. :-)Ну вот за что-то такое я и не жалую MS. Загадили не самую плохую архитектуру. Ну и пусть себе ползет, нам не нyжен пенопласт!
> Когда я его видел - там и после его инсталляции перезагрузка требовалась.У меня последний раз не требовалась. Но выгрузить, кажется, нельзя.
> И в IFS SDK или где-то около было написано что это
> - boot time drivers, которые загружаются в самом начале старта системы,
> еще NTLDR'ом кажется (как там его сейчас, bootmgr чтоли). По поводу
> чего они не вгружаемы динамически и не выгружаемы.Не очень, кстати, понятно, почему драйвер, прочитанный ntldr'ом должен быть обязательно невыгружаемым.
> Вообще такой метод вгруза драйверов - знатный костыль, который даст фору даже начальным рамдискам.
Ну, а что, кстати, наименее костыльный метод?
> Я конечно понимаю в чем проблема - система должна в некий момент переключиться с услуг
> bios на собственный доступ через свои драйвера.Вот в MS DOS это решалось просто - драйвера вшиты в ПЗУ - это BIOS.
> У меня последний раз не требовалась. Но выгрузить, кажется, нельзя.Ну я уж не знаю как они это заворкэраундили, раньше касательно IFS драйверов такое явно было прописано в факин мануалах. Мол, boot time drivers - не являются динамически загружаемыми и выгружаемыми.
> Не очень, кстати, понятно, почему драйвер, прочитанный ntldr'ом должен быть обязательно
> невыгружаемым.Мне тоже. Зато это становится весьма похоже по свойствам на драйвер вкомпиленый в монолитное ядро не как модуль а как часть ядра. Только вот ядро линя при этом не требует подчитывать этот драйвер отдельно, что позволяет финты ушами когда относительно простой бутлоадер загружает лишь 1 файл, "уж как нибудь". А дальше уже эта навороченная конструкция упирается. В винде же потребовался еще и очень навороченный бутлоадер. С кучей ограничений (на предмет понимаемых ФС и опций загрузки). И без которого систему вообще стартануть - не того, ибо слишком сложно. Они удачно совместили ... недостатки обоих подходов. Оно уже динамически не грузится, но головняк с подгрузкой этого вместе с ядром никуда не делся. Интересное инженерное решение, не отнять :)
> Ну, а что, кстати, наименее костыльный метод?
Мне как-то в лине удобнее или уж считать драйвер критичным для взлета, и тогда он кусок ядра (и у бутлоадера не болит голова где его и как взять) или уж опициональным модулем ядра. Хотя опциональность опять же условная - рамдиск можно ядру подпихнуть. Прочитать 1 или 2 файла или даже просто региона памяти без какого-то особого парсинга формата - явно проще чем пхать в бутлоадер полноценный парсер PE EXE, лоадер способный резольвить зависимости и что там еще. В результате линевое ядро можно пнуть и чем-то менее монструозным чем GRUB (который сам как мини-операционка). А винду ничем таким кроме ntldr/bootmanager особо и не пнешь, т.к. слишком сложно. Ну то-есть у сабжа есть freeldr, который по очевидным причинам пытается косить под ntldr и его методы. Но это таки тоже почти целая операционка и как я понял, о реальной совместимости с оригиналом там речь вроде как и не идет особо.
> Вот в MS DOS это решалось просто - драйвера вшиты в ПЗУ - это BIOS.
Ну да, только вот почему-то никто не хочет этими драйверами пользоваться. Да и что такое ПЗУ для, допустим, USB девайса? А с линем я могу вполне себе прицепить к usb MIPSового девайса, допустим, USBшную звуковую карту и она еще и работать там будет. А указанное решение прибито гвоздями к 1 процессорной архитектуре да еще с кучей проблем.
> Мне тоже. Зато это становится весьма похоже по свойствам на драйвер вкомпиленый
> в монолитное ядро не как модуль а как часть ядра.Ну, блин, Microsoft-way: возьмём конфетку и сделаем говно.
> Мне как-то в лине удобнее или уж считать драйвер критичным для взлета,
> и тогда он кусок ядра (и у бутлоадера не болит голова
> где его и как взять) или уж опициональным модулем ядра.Grub, всё-равно, должен знать файловые системы. :-( Так что проблема курицы и яйца остаётся.
>> Вот в MS DOS это решалось просто - драйвера вшиты в ПЗУ - это BIOS.
> Ну да, только вот почему-то никто не хочет этими драйверами пользоваться.Ну, всё-таки, не MS DOS ведь. :-)
> Да и что такое ПЗУ для, допустим, USB девайса?
У Sunтехников в своё время драйвера вшивались в виде Fort-кода прямо на PCI платы. Это OpenFirmware.
> А с линем я могу вполне себе прицепить к usb MIPSового девайса, допустим, USBшную
> звуковую карту и она еще и работать там будет. А указанное
> решение прибито гвоздями к 1 процессорной архитектуре да еще с кучей
> проблем.Байткод, аки в OpenFirmware.
> отсутствие некоторых функциональных возможностей,Да, например поддержки бОльшей части оборудования, так что загрузить ее на чем-то отличном от виртуалки и при этом чтобы еще и работало что-то - вообще редкостное везение :P.
А если и нужно запускать только в виртуалке с целью запустить какой-то виндовый софт (который не пашет в вайн) и иметь к нему доступ удаленно? Типа терминалки?
>> апример поддержки бОльшей части оборудованияЯ фигею, дорогая редакция. Одна из основных целей этой поделки - бинарная совместимость с дровами от винды. И большая часть оборудования не поддерживается ?? Они что, не знают где для него скачать драйвера?
> Я фигею, дорогая редакция. Одна из основных целей этой поделки - бинарная
> совместимость с дровами от винды.Это декларируемая цель. А основная цель - поиграться в создателей Windows.
> Это декларируемая цель. А основная цель - поиграться в создателей Windows.При том именно создателей из них как раз и не получается: они вообще не могут выбирать себе направление развития. Только скучный копипастинг фич и апи с винды.
> При том именно создателей из них как раз и не получаетсяИзвиняюсь, конечно, кодеров.
Дык она все существование в состоянии алфы и только для тестирования! Над метрой ктото работает или по сей день над explorer ХРыни активные поиски? Линухи типа дебиана и мяты собственно маздай нацеленный на вымерание обходят. К чему этот сизифов труд?
Кассы кое где запускают.Надеюсь дожить до беты
> Кассы кое где запускают.
> Надеюсь дожить до бетыРазве что седым стариком, коли природой еще лет триста тебе предначетрано;)
Он не готов, не был готов 10 лет назад, и никогда не будет готов. В е н д а успеет сдохнуть и стухнуть раньше, чем эта фигня из беты вылезет.
Когда винда сдохнет эта фигня как раз и потребуется, или wine. Тогда и допилят.... Вспоминая DOSBox.
Когда венда сдохнет - эта штука тоже не нужна будет...
> Когда винда сдохнет эта фигня как раз и потребуется, или wine. Тогда
> и допилят.
> ... Вспоминая DOSBox.Кому понадобится, коли даже игруходелы на линух переориентируются? Dosbox ужо и выжатые маргиналы давненько позабыли!
Ну дык, мало мальски стоящим играм энтузиасты недовольные окончанием банкета сами понаписали кроссплатформенные опенсорсные движки, а кому не переписали - половине сами производители линевую версию нынче накатали. Ибо стим.
Анонимы с завидным упорством не устают задавать один и тот же вопрос на каждую новость про ReactOS.
В году так 95-м бы ее выкатили...
Даже если дойдет до юзабельного состояния мелкомягкие засудят.
Не засудят, оно бесплатное
Не помешает
Ну Oracle же не смогла Google засудить.
http://www.opennet.me/opennews/art.shtml?num=33984
> Ну Oracle же не смогла Google засудить.
> http://www.opennet.me/opennews/art.shtml?num=33984Оно не бесплатное ))
Печати нет... Поддержки smb нет... Стабильности нет...
Вот поддержку флешек прикрутили из гайки...
Так что если через 100 лет только :)
Скорее сама МС откроет Винду. Ребята, конечно, молодцы, но ...
> Скорее сама МС откроет Винду.1. зачем? :)
2. кому понадобиться этот открытый код? :-D
> Скорее сама МС откроет Винду.Если откроет, то им никто за Андроид платить не будет. Еще и оштрафуют за нарушение GPL. Так что она просто тихо умрет с последним десктопом.
> Скорее сама МС откроет Винду.Это было бы бессмысленно и беспощадно. В интернет утекал сорц винтукея. Частичный, но вполне достаточно для того чтобы понять масштаб того что там творится.
В общем если кто думает что он сможет в это врубиться - флаг ему в руки. Как по мне - простому смертному который не готов тратить пару лет на въезд в методы работы MS будет проще взять сорц реактоса. В нем по крайней мере даже реально разобраться.
> Даже если дойдет до юзабельного состояния мелкомягкие засудят.Делаю ставки: майкрософту вeндeкaпец от других придет явно раньше.
Вопрос лицензионной чистоты поднимался неоднократно на форуме проекта (ройтесь в архиве).
В ReactOS прослойка совместимости это львиная часть Wine (чистота которого сейчас никем не оспаривается). Если MS подаст иски, то они будут скорее направлены на Wine, чем ReactOS.
P.S. С другой стороны антимонопольный комитет думаю поддержит, что ущемление единственной альтернативы и стремление быть единственной ОС под которой запускается конкретное ПО, вопиющее нарушение.
>С другой стороны антимонопольный комитет думаю поддержит, что ущемление единственной альтернативы и стремление быть единственной ОС под которой запускается конкретное ПО, вопиющее нарушениеЭто в СШАшке-то с их маразматичных законодательством поддержат РеактОС? Да скорее Столлман побреется и помоется, чем это случится.
>>С другой стороны антимонопольный комитет думаю поддержит, что ущемление единственной альтернативы и стремление быть единственной ОС под которой запускается конкретное ПО, вопиющее нарушение
> Это в СШАшке-то с их маразматичных законодательством поддержат РеактОС? Да скорее Столлман
> побреется и помоется, чем это случится.Он как Брэдд Питт - не сделает ни того, ни другого. Моск сосредоточен в грязи. Смоешь - получится Линус Торвальдс.
>>в качестве основы для которого был использован USB-стек, разработанный проектом Haiku.Откуда такая информация?
> Откуда такая информация?Здесь http://www.haiku-os.org/news/2012-02-20_reactos_gets_usb_sta...
И здесь http://www.reactos.org/ru/выпуск-новостей-reactos-№91 секция USB.
Там написано о взаимопомощи в разработке, а не о том, что стек на чём-то "основан".
Походу вот это
"Many of the definitions and data structures that represent USB protocols were borrowed directly from Haiku, though the differing operating system design necessitated a great deal of glue to be written to make use of the code. Johannes also referenced Haiku’s USB stack to better understand the behavior of USB devices and subtleties that might not be entirely clear in the USB specifications, and also provided feedback to Haiku as he worked through the code."
дало повод так писать в новостях.
Осталось научить запускать 1С, такском и клиент банки, и народ потянется.
Уж лет 5 назад запускали... Что-то не видно толпы желающих подтянуться...
Запускали... а чего ради? Без сети и печати все эти запускания - только для того, чтобы через минуту закрыть.
У я linvinus'у отвечал...
А так тоже бы хотел знать ради чего...
Да и в IE запара - они его не повторят, ставить оригинальный нельзя по лицензии - так-что не выход...
> Осталось научить запускать 1С, такском и клиент банки, и народ потянется.ERR_TOO_LATE: http://www.opennet.me/opennews/art.shtml?num=37050
Если гора не идет к Магомеду, Магомед идет к горе.
>> Осталось научить запускать 1С, такском и клиент банки, и народ потянется.
> ERR_TOO_LATE: http://www.opennet.me/opennews/art.shtml?num=37050
> Если гора не идет к Магомеду, Магомед идет к горе.Только не Магомед, а Магомет. А если быть совсем точным - Мухаммед.
Непонятно зачем нужно.
Если виндовые программы запускать - Linux + Wine лучше
В ReactOS не только виндовые приложения запускать можно будет, но и драйвера икспишные использовать.
А можно пример, пусть даже очень теоретический ? :)
Про практический молчу...
Просто ради запуска единичной железки через сто лет - легче винду будет из музея украсть...
Я говорил о гипотетической 1.0 версии.А информация по альфе здесь http://www.reactos.org/wiki/Supported_Hardware/Network_cards...
здесь http://www.reactos.org/wiki/Supported_Hardware/Video_cards?u... и здесь http://www.reactos.org/wiki/Supported_Hardware/Sound_cards?u...Так же на форуме кто-то из пользователей писал что заставил работать свой принтер или сканер.
> Я говорил о гипотетической 1.0 версии.Ну тогда вопросов нет... Если с 0.2 до 0.3.15 прошло почти 10 лет...
То 1.0 будет как раз ко времени как сгниет последняя железяка времен ХР :)> Так же на форуме кто-то из пользователей писал что заставил работать свой
> принтерКакой смысл в запуске принтера в системе где нет поддержки печати?
>Какой смысл в запуске принтера в системе где нет поддержки печати?Я уже нашёл ссылку. Там сканер засканировал.
http://www.reactos.org/forum/viewtopic.php?f=2&t=9859&p=8541...
>>Какой смысл в запуске принтера в системе где нет поддержки печати?
> Я уже нашёл ссылку. Там сканер засканировал.
> http://www.reactos.org/forum/viewtopic.php?f=2&t=9859&p=8541...:)
Завели единственный сканер прошлого века и то только потому что он не TWAIN...
Ну тогда
"Поддержка сканеров +" :)
> Ну тогда
> "Поддержка сканеров +" :)Вообще-то нигде в вики не написано и не заявлялось, что reactos поддерживает сканеры. Некоторые работающие сканеры просто побочный эффект NT-подобной архитектуры ос.
>> Ну тогда
>> "Поддержка сканеров +" :)
> Вообще-то нигде в вики не написано и не заявлялось, что reactos поддерживает
> сканеры. Некоторые работающие сканеры просто побочный эффект NT-подобной архитектуры
> ос.Дак в том то и дело... Боюсь более свежие модели требуют для нормальной работы компонентов которые могут еще очень долго не появится в сабже... если вообще появятся...
Это как и с софтом под wine - все вроде даже может работает, но тот-же dcom98 (или еще какой компонент) требует лицензию на винду... и приехали...
> Так же на форуме кто-то из пользователей писал что заставил работать свой
> принтер или сканер.А знаете, у меня в пингвине хьюлетовый принтер - просто печатает. При том все программы которые имеют функцию печати - просто работают и не греют мозг. И, кстати, в отличие от виндовых драйверов - никакие дeбильные popups из трея с крокозябрами не лезут. Сплошные плюсы, итить.
+1
> В ReactOS не только виндовые приложения запускать можно будет, но и драйвера
> икспишные использовать.Мда, я вспомнил как у знакомого была железка, производитель которой загнулся и дрова были только под 95/98 маздай. При переходе на ХР ему пришлось от железки избавиться.
А вот в линуксе её поддержка до сих пор есть. Такие дела.
у меня до сих пор есть 2 таких железки, правда выбор между XP и тем что вышеcreative audity 2 se (в родных драйверах есть калибратор, благодаря чему карта и раскрывает свой потенциал, с alsa настраивать чуть сложнее, но возможно.. в висте и выше - никак.. звук не лучше встроенного ac97)
avermedia studio 305 или 307.. - это тв тюнер, политика avermedia такова, что потребителям просто рекомендуют купить новое железо, другие фирмы на тех же чипах могут поддерживать гораздо дольше, но в драйвера вставляют определение производителя..
к слову о ReactOS, несколько неприятно было запустить "образ для QEMU" без наличия в нем поддержки -soundhw es1370
О, а я год понять не мог, с чего вдруг мне племянник, эпически прославленный в семье жадина, подарил свою Audigi 2SE.
> О, а я год понять не мог, с чего вдруг мне племянник,
> эпически прославленный в семье жадина, подарил свою Audigi 2SE.Старинная русская поговорка - "На тебе, убоже, что нам негоже". Надо знать свои корни. Тем более, вся страна ускоренным маршем топает в 17й век - надо быть в мэйнстриме.
>> В ReactOS не только виндовые приложения запускать можно будет, но и драйвера
>> икспишные использовать.
> Мда, я вспомнил как у знакомого была железка, производитель которой загнулся и
> дрова были только под 95/98 маздай.Это ладно... Как я горевал когда некуда было воткнуть свой ISAшный USR мопед...
Но сегодня отношение к железу не то что 10 лет назад - 90 % даже не будут заморачиваться со старьем если в новой ОСи поддержки нет... А уж если и воткнуть некуда (fdd, pci, com, lpt на новых мини-атх платах)...
>А вот в линуксе её поддержка до сих пор есть. Такие дела.В новостях про ядро линя иногда появляются строчки про прекращение поддержки старого оборудования.
> В новостях про ядро линя иногда появляются строчки про прекращение поддержки старого оборудования.Только вот это обычно реально древнее оборудование, которое найти в действующем состоянии вообще стало сложно.
>> В новостях про ядро линя иногда появляются строчки про прекращение поддержки старого оборудования.
> Только вот это обычно реально древнее оборудование, которое найти в действующем состоянии
> вообще стало сложно.Ну так и пример про то же. Хватит отмазываться.
> Ну так и пример про то же. Хватит отмазываться.Отмазываются обычно виндyзятники. А пингвин - он just works. Чем и хорош. Он не требует лавировать и вертеться как ужу на сковородке. Им можно просто пользоваться для достижения своих целей и задач без лишних помех. Чем он и замечателен.
>> Ну так и пример про то же. Хватит отмазываться.
> Отмазываются обычно виндyзятники. А пингвин - он just works. Чем и хорош.
> Он не требует лавировать и вертеться как ужу на сковородке. Им
> можно просто пользоваться для достижения своих целей и задач без лишних
> помех. Чем он и замечателен.Неужто?
> Неужто?Ну я то сам себе не враг, как вы понимаете. Я заинтересован в том чтобы моей тушке было удобно. Вот такой вот я негодяй :). Конечно, у меня относительно специфичные нужды, но некоторые хотелки обычных пользователей мне совершенно не чужды.
Драйвера винды уже не нужны
Если всерьез решать задачу запуска пиратских драйверов, лучше сделать для этого каркасик для их запуска в юзерспейсе стандартной ОС, тогда с этими устройствами можно будет работать и из пиратских программ под WINE, и из обычных.
> В ReactOS не только виндовые приложения запускать можно будет, но и драйвера
> икспишные использовать.А на практике - за 15 лет там почти никакие драйвера и не заработали как раз и отсутствие драйверов является главным showstopper-ом для парней. Уже 15 лет.
В общем решение уповать на чужие драйвера было абсолютным эпикфэйлов в управлении проектом, имхо. В результате линь за 15 лет стал взрослой и могучей операционкой, с которой считаются даже мировые корпорации. Которые пишут под них дрова по их правилам. А реактос как не грузился на реальном железе, так и не грузится. Хм...
а в чём профит?
если нужен профит - вперёд чебуреками торговать
Ну ладно - а в чем смысл?
Как дипломник потянет, но линукс в последнее время достаточно поднялся - даже 1С выпускают, игрушки валом идут.
Зачем мимикрировать под устаревшую винду?
> Ну ладно - а в чем смысл?
> Как дипломник потянет, но линукс в последнее время достаточно поднялся - даже
> 1С выпускают, игрушки валом идут.
> Зачем мимикрировать под устаревшую винду?Есть 100500 тонн другого софта включая все версии 1с кроме 8.3.3
> Есть 100500 тонн другого софтаБольшАя часть которого тоже отправится в топку вместе с Окна™ т.к. в линуксах оно не нужно. Востребованную часть портируют в линукс рано или поздно.
> Есть 100500 тонн другого софта включая все версии 1с кроме 8.3.3Который там зачастую не работает + без драйверов вообще не понятно как там и чем вообще можно пользоваться. А драйверов - их нету, б-ть. Совместимость с XP или чем там еще вышла весьма условная и черти-какие драйвера от черти-кого там чаще всего просто вообще не работают или вылезает масса чудных глюков.
> Зачем мимикрировать под устаревшую винду?Ядро NT по изначальной архитектуре более продвинуто, нежели ядро Linux. Другое дело, что если пилить "всем миром" даже на устаревшей архитектуре получается более крутой результат. Т.е. тут Столлман обыграл Microsoft, как младенцев.
> Т.е. тут Столлман обыграл Microsoft, как младенцев.Ну не Столлман а Торвальдс. Хорошее управление проектом в целом - решает. Хорошо сделанный автомобиль - полезнее чем неспособная к полету ракета, разваливающаяся прямо на старте.
> Ну не Столлман а Торвальдс.GPL и эксплуатацию корпораций на общее дело придумал именно Столлман. А Торвальдс - ну не он, так другой бы взялся. То же ядро BSD перелицензировали бы под GPL, в него стали бы корпорации серьезно вкладываться.
Хотя, по-хорошему, открыли бы вовремя Solaris, вот это было бы круто. :-(
> GPL и эксплуатацию корпораций на общее дело придумал именно Столлман.Да, этот типец - знатный lifehacker. Придумал как из хапуг сделать тягловую силу.
> А Торвальдс - ну не он, так другой бы взялся.
Оказаться в нужном месте в нужное время при правильных обстоятельствах и использовать тот шанс который при этом представился, а потом не профукать достигнутое по глупым мелочам - некий весьма специфичный талант, имеющийся далеко не у всех. Далеко не любой человек может быть успешным руководителем проекта. Вот обратных примеров (хреновое управление проектом, которое на ровном месте губит казалось бы вполне нормальный проект) - хоть отбавляй.
> То же ядро BSD перелицензировали бы под GPL,
Теоретически кто-то конечно мог попробовать додуматься налепить сверху GPL и вполне возможно что обошел бы при случае "parent" проект на повороте. Но "бы" в этом мире не считается. А успех проекта складывается из кучи разных факторов и лицензия - только один из них. Да, GPL немало поспособствовал конверсии хапуг в тягловую силу. Но выбор лицензии например вовсе не гарантирует что управление проектом будет адекватным. А кривым управлением проектом можно, например, в два счета всю команду распугать и/или сделать так что они будут работать на мусорный бак.
> в него стали бы корпорации серьезно вкладываться.
См. выше, "бы" не считается :P. Кто первый встал - того и тапки. А теперь никто не будет уже - время ушло. Это к вопросу о качестве управления проектом. Называя вещи своими именами, у BSD были все козыри на руках. Это была уже рабочая система, которая к тому же начала развитие раньше пингвина. А то что из-за кривого управления проектом и ряда возникших в результате проблем линукс стал востребован - сами виноваты.
> Хотя, по-хорошему, открыли бы вовремя Solaris, вот это было бы круто. :-(
Опять же - сани слишком долго давились жабой и в конце концов выбрали странную лицензию и слишком поздно спохватились. Корпорасы - они видят только деньги, а поэтому понимают что пришел рослый полярный лис лишь когда он уже вовсю скрeбется в дверь.
> Оказаться в нужном месте в нужное время при правильных обстоятельствах и использовать
> тот шанс который при этом представился, а потом не профукать достигнутое
> по глупым мелочам - некий весьма специфичный талант, имеющийся далеко не
> у всех.Безусловно. Но вот умело сыграть на интересах корпораций в своих собственных, это значительно дороже.
> Теоретически кто-то конечно мог попробовать додуматься налепить сверху GPL и вполне возможно
> что обошел бы при случае "parent" проект на повороте.Наверняка обошел бы - любителей пахать "на дядю", который прилепит сверху пару своих закрытых патчей и продаст, нет.
> Но выбор лицензии например
> вовсе не гарантирует что управление проектом будет адекватным.Совершенно верно. Но изобретатель GPL подхода один, а управляющих проектами много. Пусть и не масштаба Торвальдса.
> Кто первый встал - того и тапки.
Совершенно верно.
> Называя вещи своими именами, у BSD были все козыри на руках. Это была уже рабочая система, которая к тому же начала развитие раньше пингвина.
Правильно, Столлман и BSDшников нагнул тоже. Причем даже до ядра, уже с Сшным компилятором. Вольно или невольно - не знаю.
> Корпорасы - они видят только деньги, а поэтому понимают,
> что пришел рослый полярный лис лишь когда он уже вовсю скрeбется в дверь.GPL - очень практичная штука в смысле денег. Просто не все этим умеют пользоваться. Ну так тормоза с поезда слетают. К сожалению, с весьма приятными системами.
> Безусловно. Но вот умело сыграть на интересах корпораций в своих собственных, это
> значительно дороже.Возможно. Смотря что считать за ценность. Общее влияние на глобальные процессы в планетарном масштабе? Да, тут Столлман - гражданин эпического масштаба, о нем будут слагать баллады целые поколения. Если, конечно, сингулярность не наступит раньше.
> Наверняка обошел бы - любителей пахать "на дядю", который прилепит сверху пару
> своих закрытых патчей и продаст, нет.Как ни странно, тут на форуме некоторые пытаются с пеной у рта доказывать обратное, правда мне при этом кажется что они лукавят и/или пытаются за денежку отстаивать интересы тех или иных корпораций. Как самый максимум - бывает что людям "пофиг на этого дядю", не более :). Если человек ну совсем уж альтруист.
>> Но выбор лицензии например вовсе не гарантирует что управление проектом будет адекватным.
> Совершенно верно. Но изобретатель GPL подхода один, а управляющих проектами много.Да как бы это сказать? Управляющих проектами на уровне Торвальдса не то что много, их вроде как больше и нет. У него по состоянию на данный момент подобралась, пожалуй, лучшая команда ядерщиков и дровописателей в мире. Этот гражданин тоже навсегда изменил мир, по сути сделав открытую систему майнстримом и установив планку, которую проприетарщики просто не могут взять и вынуждены вместо этого присоединяться как локомотивы. Да, без Столлмана и его лицензии это наверное не вышло бы - это такая совместная игра, хоть и без ведома ее участников. Тут были важны оба участника. Если уж вспоминать Столлмана и FSF, у них был свой hurd. Он начался раньше чем Linux. Но не добился каких либо заметных результатов за довольно приличное время. Напрашивается вывод что правильное управление проектом - тоже ключевая штука. А поскольку компьютер без OS - куча металлолома, гражданин Торвальдс тоже оказал в общепланетарном масштабе очень большое влияние.
> Пусть и не масштаба Торвальдса.
Ну так в этом все и дело. Людей много, а великими полководцами, которых запишут в учебник истории - становятся единицы. Ну вот и тут так же. В учебники истории, как минимум ITшные - войдут оба, по любому.
> Правильно, Столлман и BSDшников нагнул тоже.
В каком-то роде - да. Хоть он и не ставил это своей целью, это просто довольно логичное и закономерное следствие лайфхака + пофигизма бсдшников во многих аспектах. Что я в общем случае и понимаю под "неважным управлением проектом".
> Причем даже до ядра, уже с Сшным компилятором. Вольно или невольно - не знаю.
Не думаю что это было специально. Просто его подход в целом - потенциально эффективнее за счет лайфхакерской природы процесса. Человек озадачился проблемой и подумал как использовать (потенциально проблемное) явление на пользу проектам а не во вред. А когда умный человек озадачивается проблемой - он обычно находит решение :).
> GPL - очень практичная штука в смысле денег.
В конечном итоге это следствие. IMHO, основной целью было сделать разработку проектов эффективной - чтобы являться не кормушкой для халявщиков а группой людей конструктивно и взаимовыгодно работающих над задачей. Логично что кроме всего прочего это еще и по деньгам эффективно, т.к. переизобретение с нуля велосипедов - весьма дорогое развлечение.
> Просто не все этим умеют пользоваться.
Для этого надо осознать что не всегда самая выгодная краткосрочная стратегия ведет к наилучшему результату в долговременном плане и глобальных последствиях. Однако первичную цель бизнеса являет зарабатывание денег. Поэтому довольно много менеджеров "по умолчанию" целится только в весьма краткосрочное "как можно быстрее денег здесь и сейчас срубить". С этой точки зрения кажется что если сделать проект лучше других, закрыть, не делиться с остальными и продавать - будет профит. Некоторое короткое время - может быть будет, действительно. А потом вот пришел пингвин и показал всем как надо было писать OS на самом деле. И профит у таких господ как-то у почти всех прекратился, при том необратимо :)
> Ну так тормоза с поезда слетают. К сожалению, с весьма приятными системами.
Следствие дежурного корпоративного жлобства манагерья. Увы.
Хотелось бы услышать, чем именно NT более продвинуто? Есть ссылки на какую-либо информацию по теме (не от MS конечно)? Или если такое предположение сделано исходя из личного опыта -- поделитесь плиз. Потому что это сильно расходится с тем, что я знаю об этих ядрах.
> Хотелось бы услышать, чем именно NT более продвинуто?Это довольно общее место. Например, под NT вы можете написать драйвер, не имея исходников ядра. :-) Или возможность иметь родную POSIX подсистему, наряду с Win32. Другое дело, что этими приемуществами не всегда пользуются.
> Есть ссылки на какую-либо информацию по теме (не от MS конечно)?
Интересно, почему MS-то не угодил?
>> Хотелось бы услышать, чем именно NT более продвинуто?
> Это довольно общее место. Например, под NT вы можете написать драйвер, не
> имея исходников ядра.Под линукс тоже "можете написать драйвер, не имея исходников ядра". И?
> Под линукс тоже "можете написать драйвер, не имея исходников ядра". И?И отладить? API-то нефиксировано. :-)
> И отладить? API-то нефиксировано. :-)А в каком месте при отладке драйвера используется именно сам сорец ядра?
Драйверов у пингвина нет - есть модули ядра. Вы хоть покурите документацию для начала.
> Драйверов у пингвина нет - есть модули ядра. Вы хоть покурите документацию
> для начала.Блин, больше года драйверами в Линукс занимаюсь, а тут такие новости. Не знаю, что и делать теперь даже. :(
> Это довольно общее место. Например, под NT вы можете написать драйвер,
> не имея исходников ядра. :-)Уточним, иных опций в винде совсем нет. Поэтому если вдруг не понятно как какой-то вызов ядра себя ведет - в самом хорошем случае можно посмотреть его эрзац-эквивалент в сабжевом реактосе и надеяться что он передран относительно точно.
А так - для написания пингвиньего драйвера достаточно только хидеров. Которые отнюдь не сорцы ядра.
> Или возможность иметь родную POSIX подсистему, наряду
> с Win32. Другое дело, что этими приемуществами не всегда пользуются.Ну так wine показал что из Linux тоже можно сделать Win32 API. Не очень полное? Ну так и POSIX в винде не лучше, знаете ли. Он там так реализован что мало кто этим вообще хочет пользоваться. Юзеров wine явно больше чем юзеров posix подсистем в винде. Уточним, я видел живых юзеров wine. А вот те кто рискнул бы юзать виндовый posix - мне вообще не попадались. В 2008R2 его опять объявили deprecated, в который там раз.
> Интересно, почему MS-то не угодил?
Наверное потому что они себя вечно приукрашают в своем маркетинге. Забывая уточнить мелкие детали, которые все и портят.
>Уточним, иных опций в винде совсем нет.Строго говоря, не совсем так. На ядро Win2003 в исходниках была отдельная лицензия, по учебным заведениям распространялась. Может быть, и так купить можно - не интересовался. Более свежих, кажется, действительно не было.
> лицензия, по учебным заведениям распространялась.Ну я этого не видел и у меня такой опции не было. Тем более что я сомневаюсь что мне бы кто-то позволил из этого билдануть систему и юзать оную. Так что с моей точки зрения - у меня такой опции там просто не было совсем. А маркетинговые отмазки меня слабо интересуют.
>> Хотелось бы услышать, чем именно NT более продвинуто?
> Это довольно общее место. Например, под NT вы можете написать драйвер, не
> имея исходников ядра. :-) Или возможность иметь родную POSIX подсистему, наряду
> с Win32. Другое дело, что этими приемуществами не всегда пользуются.
>> Есть ссылки на какую-либо информацию по теме (не от MS конечно)?
> Интересно, почему MS-то не угодил?То что вы перечислили -- никак не относится ни к "продвинутости" архитектуры, ни к архитектуре вообще. Извините, но судя по вашему ответу вы абсолютно "не в теме".
Насколько мне известно, у архитектуры NT нет явных преимуществ по сравнению с архитектурой Linux. Иногда говорят, что NT -- микроядро. Не уверен, что это так, в любом случае не вижу очевидных преимуществ микроядра над монолитным, тем более что линукс реализует некоторые концепции микроядра (например, подгружаемые модули). Зато прибитая К ЯДРУ гвоздями оконная подсистема уже говорит о многом об архитектуре (да-да, в виндовсе, найдите где находится GDI сами; подсказка: найдите так же объяснение, почему его в ядро засунули, -- при чем это не отменяет кривизны архитектуры). Кстати, там до сих пор при загрузке драйвера всю систему надо перезагружать? Это только из того что я вспомнил навскидку касательно именно ядра.
> под NT вы можете написать драйвер, не
не поверите, под любую ОС можно
> Или возможность иметь родную POSIX подсистему, наряду с Win32
имеете ввиду Linux + Wine? ;)
> Интересно, почему MS-то не угодил?
Потому что ссылки на get-the-facts и "UNIX Haters handbook" я и так знаю :-D
> если нужен профит - вперёд чебуреками торговатьВынужден констатировать поражающую узость вашего кругозора в вопросах получения профита.
Просто ты из чебуреков профит извлекать не умеешь.
> Просто ты из чебуреков профит извлекать не умеешь.В Советской России из чебуреков только котята извлекаются.
Он вроде как из НеСоветской грузии, или типа того :)
как только разработчики железа прекратят производство драйверов под Виндус ХР этот проект накроется медным тазом, как и пользователи, которые сидят на хрюшках
Есть такой проект FreeDOS - свободный клон MS-DOS (http://www.freedos.org/). Вроде бы и драйвера под MS-DOS вендоры больше не выпускают, и самой MS-DOS никто уже не пользуется, а проект всё живёт и медным тазом, похоже, накрываться не собирается - последняя новость на сайте датирована 30 апреля.Наверное, о FreeDOS на Опеннете не пишут, вот мужики и не знают, что FreeDOS "не нужен" :)
Его ставят практически на каждый ноут с пометкой "No OS". Возможно, его поддерживают разработчики x86-совместимых железяк.
> Его ставят практически на каждый ноут с пометкой "No OS". Возможно, его
> поддерживают разработчики x86-совместимых железяк.Интересно зачем, если потм его сносят и ставят нормальную ОС.
Дешевый способ проверить и продемонстрировать базовую работоспособность.
DOS живет только потому что он нужен для низкоуровневых утилит, типа перепрошить БИОС и т.п. а вот Windus XP и ReactOS без драйверов для новых материнок ждет судьба Windus 95/98. Да и с выходом новых приставок со следующего года новые игры будут работать только на DirectX 11, что ускорит смерть системам Windus XP и ReactOS
> смерть .... ReactOSНевозможно убить то, что еще не родилось. :-)
вот лишь бы шо нибудь ляпнуть
> вот лишь бы шо нибудь ляпнутьКак самокритично. Vkni, не обращайте на него внимание. Это похоже MS student сюда опять забрел.
>DOS живет только потому что он нужен для низкоуровневых утилитFreeDOS нужна для запуска "Alley Cat", остальное факультативно.
http://www.myabandonware.com/game/alley-cat-1q
> DOS живет только потому что он нужен для низкоуровневых утилит, типа перепрошить
> БИОС и т.п. а вот Windus XP и ReactOS без драйверовС выходом из криокамеры! Давным-давно нашли способ, как это делать без оного! Либо - прямо загрузочный имидж с флешки с прошивкой на автомате работающей запускаем - либо скидываем под осью прямо на служебный раздел винта и при перезапуске шьем, что надо.
Для тех кто в танке: прикрутить поддержку драйверов 7-ки 8-ки и т.п. в ROS - задача выполнимая. Другой дело что сейчас хватает других проблем.
Задача "заработать пару миллионов по быстренькому" - тоже чисто теоретически вроде бы выполнимая. Никаких фундаментальных препятствий на пути ее решения нет. Чисто практически - ну... попробуйте, ага... :)
Бугага
Так вот как Марк пофиксил баг номер 1
Secure Boot-то будут реализовывать? :)
fastboot, просто секур теперь не в моде =)
Без поддержки вендовых драйверов не нужно.
>Переход на CMake позволит в дальнейшем обеспечить возможность полноценного использования пакета Visual StudioА с помощью gcc её реально собрать?
Да. На сайта есть ReactOS Build Environment.
А сейчас она с помощью чего собирается, по твоему?
Для чего они это делают?
Зачем ты радился? У вас http://lurkmore.to/СПГС ?
> радился?Генерал Фэйлор, перелогиньтесь!
Вирусы в нём нормально работают?
Так же как под Wine (в смысле что там работает то и здесь должно). Вирусы которые использую дыры ядра MS и дургие уязвимости работать не будут...
Да... Слабовата пока совместимость :)
Отлично. Единственная работающая версия венды.
В смысле, единственная работающая не в карман M$? :)
Нет, единственная работающая хоть как-то.
> Нет, единственная работающая хоть как-то.А что, она у вас работала даже? Нет, мне реально интересно - как вы ей пользовались без поддержки usb мышей и клав? Вы что, настолько поклонник винтажного оборудования что у вас до сих пор мышь и клава не USB'шные?
>> Нет, единственная работающая хоть как-то.
> А что, она у вас работала даже? Нет, мне реально интересно -
> как вы ей пользовались без поддержки usb мышей и клав? Вы
> что, настолько поклонник винтажного оборудования что у вас до сих пор
> мышь и клава не USB'шные?Не все онанируют на необходимость каждый год выкидывать деньги на новую топовую мать. Ты не поверишь - у меня мать сейчас с PS/2. И чо?
> Не все онанируют на необходимость каждый год выкидывать деньги на новую топовую
> мать. Ты не поверишь - у меня мать сейчас с PS/2. И чо?И ничо, почти вся периферия нынче выпускается с интерфейсом USB и ps/2 мышь придется еще отдельно поискать, пожалуй.
>> Не все онанируют на необходимость каждый год выкидывать деньги на новую топовую
>> мать. Ты не поверишь - у меня мать сейчас с PS/2. И чо?
> И ничо, почти вся периферия нынче выпускается с интерфейсом USB и ps/2
> мышь придется еще отдельно поискать, пожалуй.Есть - и стоит копейки - переходник из туда в оттуда и из оттуда туда, если что.
> Есть - и стоит копейки - переходник из туда в оттуда и из оттуда туда, если что.Вот только переходник является простым куском провода, а отнюдь не транслятором протоколов.
Поэтому вся надежда - лишь на то что в периферии окажется двухинтерфейсный контроллер, умеющий на самом деле работать и так и сяк. А вот это - как повезет. Вполне можно и обломаться в этом плане, это уже полная лотерея. Как вы понимаете, на большинстве USB периферии нынче забывают указать - может ли оно PS2 до кучи прикинуться или нет.
Пересадил всех соседей на риактОЗ! Все работает! Советую всем!
В смысле записал образ на диск и на него все сели?
Нет, просто ... положили.
Лого убунты из сисек лично мне симпатичнее ^^.
> В смысле записал образ на диск и на него все сели?правда петросян (в хорошем смысле) в треде
> Пересадил всех соседей на риактОЗ! Все работает! Советую всем!Пересадил брата на риактОС. Он от этой фигни умир. // Fixed.
> Пересадил всех соседей на риактОЗ!После того как сосед сел на диск с рекатосом, он сломался.
Надо было ребром диск ставить.
> Надо было ребром диск ставить.Бедные пользователи реактоса. Вот что с людьми отсутствие поддержки usb делает :'(
>> Надо было ребром диск ставить.
> Бедные пользователи реактоса. Вот что с людьми отсутствие поддержки usb делает :'(Ее и в NT 4 почти до самого ее конца не было. Равно как и человеческого PnP. Жили же как-то.
А эти товарищи свои наработки в вайн сливают? Или только копипастят от-туда себе dll?
http://www.reactos.org/ru/user-faq
> ReactOS не имеет ничего общего с UNIX/LinuxВот ответ на то, что копипастить код с kernel.org им религия не позволяет. Ктати, а Haiku не UNIX разве?
>[оверквотинг удален]
> стремятся создать полностью NT-
> совместимую операционную систему.
> Кроме того, проект ReactOS имеет своей
> целью достичь полной совместимости с
> драйверами, написанными для Windows,
> чего невозможно достичь при
> использовании Wine в Linux из-за
> большого количества технических и
> идеологических различий между этими
> двумя системами.Ну да драва_для_вынь священные! Только еретики пользуют linux-модули и т.д. Бред какой-то во славу говнософфта.
Что им в этой жизни мешало пойти по пути longene? Шапка мономаха? Пилите-пилите.
>Что... мешало пойти по пути longeneЧувство прекрасного?
> Haiku не UNIX разве?По идее нет. У них там вообще свое апи для приложений есть. Правда, под это апи остались только очень некоторые, древние как помет мамонта приложения. Поэтому парни трепетно таскают такую винтажную вещичку как GCC 2.95, трепетно оберегая совместимость ABI с теми полутора наименованиями доисторического проприетарного софта который когда-то давным давно, long long ago вышел под BeOS.
Эталонный пример как дурацким прожект менеджментом и странной расстановкой приоритетов и целей можно ради незначительных goal' можно совершенно феерически загнобить свой проект, просадив массу ресурсов на черти-что, не дающе практически никакого осмысленного результата. Совместимость с полутора окаменелыми программами - это круто, но кому они в 2013 нужны кроме самых элитных некроманов? И вот ради этого там отдельный прыг с бубном и gcc 2.95? Феерично.
Спасибо за подробное объяснение (:
Черт с ней, со стабильностью, с драйверами (все равно в виртуалке запускать). Выглядеть-то она когда-нибудь будет по-человечески? Оконный менеджер нормальный, например. Язык переключать по caps lock, а не как в os от ms.
Что с кодировками там, с форматами шрифтов?
Вдогонку: средства миграции с Windows и нативные средства бэкапа будут? Поддержка WASAPI, ASIO без лишних телодвижений или может быть jackd сразу? Что у нее с задержкой dsp будет?
> Вдогонку: средства миграции с Windows и нативные средства бэкапа будут? Поддержка WASAPI,
> ASIO без лишних телодвижений или может быть jackd сразу? Что
> у нее с задержкой dsp будет?Походу там надо запилить драйвер девайса "губозакатывательная машинка" :).
>Оконный менеджер нормальныйЕсли ты о WM, то в пятой NT он вшит в ядро, хотя возможно в ARWINSSе это не так. Если про explorer, то ему пишется замена: explorer_new. Правда чтобы он полноценно заработал необходимо доработать и shell32.dll
>Что с кодировками там, с форматами шрифтов?
Которые слева направо, с виду вроде как нормально. Про иероглифы ничего не скажу, а вот с ивритом проблемы.
Сами разработчики в вики указывают на необходимость переделки шрифтовой подсистемы.
http://www.reactos.org/wiki/Fixing_plan?uselang=ru "Win32 subsystem"Часть этого запланировано на 0.4 версию.
> все равно в виртуалке запускатьа зачем оно вам тогда.
wine запускает значительно большее кол-во софта и на порядок стабильнее, кроме того при желании можно и поддержку получить...
> wine запускает значительно большее кол-во софта и на порядок стабильнее,И там еще и оборудование работает. Потому что в лине за те же 15 лет запилили свои драйвера вместо того чтобы надяеться что драйвера от чужой ОС заработают.
>>находится на "альфа"-стадииОно на этой стадии пермаментно находится и никогда не выйдет
Ребята программируют, стараются... Их умения, да в нужное русло..
> Ребята программируют, стараются... Их умения, да в нужное русло..В мирных целях. Глядишь, уже бы результат был. А тут - "Вы друзья, как ни садитесь - все в Майкрософты не годитесь".
К вам это тоже, кстати, относится.
>Переход на CMake позволит в дальнейшем обеспечить возможность полноценного использования пакета Visual Studio для работы над компонентами ReactOS. В версии 0.3.15 в состав многих модулей уже включены аннотации для использования статического анализатора кода Visual Studio;Это чтож получается? Чтобы собрать полную ReactOS следующих версий из исходников, потребуется мсявый компилятор для отдельных частей?
Нафиг такая "свобода".
А если бы я не попинал их разрабов в чате, и не задал бы ряд вопросов:"Сколько Microsoft платит вам, чтобы вы делали вид, что разрабатываете вашу систему?",
"Вы за 17 лет ни на шаг не приблизились к цели",
"Проект мёртв?",
"На него не стоит тратить время?",
"Вы попусту переводите исчерпаемые ресурсы планеты".
"ReactOS - для вас просто хобби, вы развлекаетесь, это игра?"
"Вы постоянно просите деньги у ваших пользователйе и получаете их, а где реузультат?"
"Когда будет результат?"Ищите в логах на ломаном английском.
Будем надеяться, что им хотя бы на неделю хватит заряда.
>[оверквотинг удален]
> "Вы за 17 лет ни на шаг не приблизились к цели",
> "Проект мёртв?",
> "На него не стоит тратить время?",
> "Вы попусту переводите исчерпаемые ресурсы планеты".
> "ReactOS - для вас просто хобби, вы развлекаетесь, это игра?"
> "Вы постоянно просите деньги у ваших пользователйе и получаете их, а где
> реузультат?"
> "Когда будет результат?"
> Ищите в логах на ломаном английском.
> Будем надеяться, что им хотя бы на неделю хватит заряда.Чувак, ты сила. Ты не из Омска? Может зайдешь к нам в omsklug@conference.jabber.ru? Переговорим.
Извини, но у меня свои концепции:
http://javascript.ru/forum/misc/38320-operacionnaya-sistema-...
Уже примерно представляю сколько времени и сил придётся вгрохать только, чтобы собрать команды (kernel/API module for JS drivers/ DE design + DE developing/команду, разрабов для допила Grub2, Blink и V8, и ещё людей для смежных вещей).Кроме того, ещё один проект весит, гораздо более реалистичный, в плане, сделать проще.
> Кроме того, ещё один проект весит,И как, много весит? :) Концептуал вы наш... :)
Пока 2, остальные смысла нет развивать, все силы на эти уйдут.
пол-кило
А если бы я не попинал их разрабов в чате, и не задал бы ряд вопросов:"Сколько Microsoft платит вам, чтобы вы делали вид, что разрабатываете вашу систему?",
"Вы за 17 лет ни на шаг не приблизились к цели",
"Проект мёртв?",
"На него не стоит тратить время?",
"Вы попусту переводите исчерпаемые ресурсы планеты".
"ReactOS - для вас просто хобби, вы развлекаетесь, это игра?"
"Вы постоянно просите деньги у ваших пользователйе и получаете их, а где реузультат?"
"Когда будет результат?"Ищите в логах на ломаном английском.
Будем надеяться, что им хотя бы на неделю хватит заряда.
Почему меня минусуют?
Я же првду пишу.
> Почему меня минусуют?
> Я же првду пишу.Правду здесь не любят. Начиная с Шигорина. Каков поп- таков и приход. Ни правды - ни отличной от мэйнстрима точки зрения.
Ха-ха, Шигорин походу крепко наступил на хвост MSовским шестеркам. Так держать :)
> Ха-ха, Шигорин походу крепко наступил на хвост MSовским шестеркам. Так держать :)(равнодушно) Нет, у него лишь цвет знамени другой. В остальном он ТОЧНО ТАКОЙ ЖЕ.
Да, нет... У Шигорина трусы в полоску, а у MSовцев в звёздочку.
> (равнодушно) Нет, у него лишь цвет знамени другой. В остальном он ТОЧНО ТАКОЙ ЖЕ.Дело не в цвете знамени, а в выборе целей. Вот с некоторыми (не всеми) целями Шигорина мне вполне себе по пути. Это создает почву для конструктивного взаимодействия. А MS-боты? Их цели мне не симпатичны. Поэтому для них у меня ну разве что пули фриварные найдутся при удобном случае :)
> Почему меня минусуют?
> Я же првду пишу.Потому что Вы тролололь.
ты, да
ГЛАВНЫЕ НОВОСТИ
31.05 Выпуск ReactOS 0.3.15
...
Таков Opennet.
> Таков Opennet.У меня уже давно есть ощущение что новости сортируются путем подбрасывания кубиков и в зависимости от выпавшего числа определяется тип новости.
> а также образы для запуска под управлением различных систем виртуализации.виртуальная операционка на виртуальной машине... а что, что-то в этом есть.
Оно уже 15 лет на виртуальных машинах мыкается. Так там и живет до сих пор, а разработчики в уютненькой винде и вьюжлстудии неспешно пописывают код. Стоит ли удивляться что оно так и осталось toy OS? :)
> Оно уже 15 лет на виртуальных машинах мыкается. Так там и живет
> до сих пор, а разработчики в уютненькой винде и вьюжлстудии неспешно
> пописывают код. Стоит ли удивляться что оно так и осталось toy
> OS? :)Кстати, в той же КолибриОС отъявленные разработчики сидят именно в ней же. А пользователей Haiku я видел, живьём... Но вот ни тех, ни других не видел на ReactOS. Это точно. Даже в виртуалке.
> Кстати, в той же КолибриОС отъявленные разработчики сидят именно в ней же.Наверное потому и смогли на асме драйвер usb накатать. Вот только писать ось на asm - waste of time: непортабельно, вендорлок стопроцентный. Если проц с нужной архитектурой перестанут производить, ОС идет в мусорник. Целиком. Потому что переписать придется ВСЕ и с нуля. Чтобы этого избежать, умные люди еще 40 лет назад придумали си. Ну а если кто хочет вступить на эти грабли 40 лет спустя - ок, я признаю их право это делать, нет проблем :). Но своей стороны я могу только констатировать печальные перспективы таких инициатив и пройти мимо.
> А пользователей Haiku я видел, живьём...
Я тоже одного когда-то видел, но это весьма специфичный субъект. Никаких разумных аргументов за этот выбор я не смог выжать. Чисто фанатизм такой специфичный. Видимо человеку когда-то BeOS нравилась и это перетекло в такую вот вяло текущую некромансию. Окей, это выбор каждого. Но на уровне анализа управления проектом лично я полагаю что таскать gcc 2.95 и прыгать вокруг его abi ради полутора окаменелых проприетарных программ которые уже даже купить законными методами невозможно - это полная некромансия и спуск и без того хилых ресурсов вникуда. Бег с гирей на ноге, при том что бегун и так не чемпион мира.
> Но вот ни тех, ни других не видел на ReactOS. Это точно. Даже в виртуалке.
Я уж не знаю что первично, но оно не достигает состояния юзабельности. Где яйцо а где курица - мне не совсем понятно. Или оно слишком масштабное и застабилизировать до юзабельного состояния совсем не выходит, или никто не нашел в себе силу воли юзать это как основную ОС на десктопе. В любом случае результат очевиден. Прошло 15 лет, а оно как было сырой неюзабельной хренотой так ей и осталось.
На самом деле довольно полезная штука получается.Если разработчики немного соберутся и не будут охватывать всю систему, а выберут десяток/сотню приложений и будут поддерживать полностью работоспособность последних. И постоянно добавлять более сложные. А так же сделают более красивый внешний вид. Она реально может в некоторых безысходных случаях заменить MS Windows.
Пример тому старое железо, проприетарный софт для некоторого промышленного оборудования, например китайского. Потому что они блин только под винду его пишут пока.
Так что толк в этом есть, но думаю чем дальше тем меньше. Потому как даже китайцы уже от части начинают поддерживать ту же Ubuntu. Но иногда сможет все же пригодиться.
Так что успехов в разработки.
> Пример тому старое железо, проприетарный софт для некоторого промышленного оборудования,
> например китайского.Те кто вляпывается в проприетарь и вендорлок - должны страдать. Это вполне честно.
> Потому что они блин только под винду его пишут пока.
Ах, не нравится? Тогда формируйте спрос на иные варианты. Вон 1С для пингвина уже сделали, увидев платежеспособный спрос на это дело.
>> Пример тому старое железо, проприетарный софт для некоторого промышленного оборудования,
>> например китайского.
> Те кто вляпывается в проприетарь и вендорлок - должны страдать. Это вполне
> честно.
>> Потому что они блин только под винду его пишут пока.
> Ах, не нравится? Тогда формируйте спрос на иные варианты. Вон 1С для
> пингвина уже сделали, увидев платежеспособный спрос на это дело.И много подняли?
таки вот
Поддержка вирусов ожидается в полном объеме?
> Поддержка вирусов ожидается в полном объеме?Как показывает пример GNU/Linux - на маргинальных платформах они не нужны. Набери инсталляционную базу ну хотя бы в половину M$ - поглядим. Вона, как уязвимости-то полезли в кернеле при 1% распространенности!
Новость через десяток лет: "Майкрософт выпускает новую ОС "Windows 18" использующую ядро Линукс. В ReactОС обеспечена полная совместимось с драйверами Windows XP".
Жаль, что проект стал российским. Ощущение, что это на пользу не идет.