А никому не пришло в голову сделать на основе R-OS 1 штучку?

[pvoz]

До сих пор ReactOS - проект с большими перспективами и с текущим состоянием "just for fun". Между тем есть явная сфера, где ядру ReactOS могло бы найтись великолепное и очень полезное применение. Я вот о чем. Как пользователя линукса меня достала головная боль с драйверами для сканеров, принтеров и тому подобных устройств. Например, валяется на работе аж два неподдерживаемых сканера, а два принтера работают через пень-колоду. Между тем драйвера под винду к этим устройствам есть. Так вот. Нельза ли превратить ядро ReactOS в прослойку между виндовыми драйверами и линуксом? В принципе, устроил бы даже вариант с ReactOS в виртуальной машине и обменом данными с хост-машиной через сеть или общие каталоги. Понятно, что для такой эксплуатации от ReactOS не требуется ни GUI, ни многого другого, в том числе и еще не доработанного.

[hto]

С виндовыми драйверами в ReactOS пока не очень хорошо.

Есть вот ещё китайский проект „Linux Unified Kernel“.

[pvoz]

Ну, встраивание виндового API в недра Linux - это не дело ни с точки зрения стабильности, ни с точки зрения ресурсоемкости, ни с точки зрения безопасности. Даже если на уровне динамически подгружаемого модуля. "Винда" в линуксе должна вся целиком оставаться в юзерспейсе. Так что китайцы могут пилить, что хотят, - только не надо это больше никуда внедрять. А вот сделать ответвление от ReactOS, направленное на создание не полноценной ОС, а "костыля" для *NIX'ов с упором на поддержку драйверов - это было бы то, что надо.

[evilslon]

Позволю себе немного развить мысль pvoz. Помимо всего сказанного было бы замечательно иметь такую "урезанную" версию ReactOS для поддержки более не поддерживаемых в современных версиях Windows устройств, например, я являюсь счастливым обладателем принтера HP LaserJet 1000 Series, который в Win7 x86 поддерживается через пень-колоду, а в 64-х битной версии Win7 принтер не работает вообще никак, и таких устройств немало. Было бы неплохо иметь ядро ROS с работающим драйвером принтера для Win 2k/XP/2k3 в неком подобии виртуальной машины, на которое от хост-системы перенаправлялись бы запросы ввода-вывода устройства (принтера в данном случае).

[spb-ivan92]

Почитал, интересные предложения... у меня тоже созрело одно, довольно похожее (уже давно). Незнаю на сколько это технически сложно, да и вообще возможно ли...

Как насчёт полнолой виртуализации РОС в модернизированной версии VirtualBox под управлением Linux? Модернизированной в смысле виртуальная машина загружалась бы вместо оконного менеджера и автоматом стартовала установленную внутри РОС (с возможностью вызвать небольшое меню "хоста" по нажатию горячих клавиш). Между РОС и хостовой системой сделать некую прослойку для взаимоподдержки оборудования (чтобы РОС мог пользоваться доступными для хоста ресурсами (драйвера+устройства и тд), и дополнять это своими драйверами).

Live CD на такой базе пользовался бы большим спросом, да и частично перекрывалась несовместимость РОС с новым и не очень оборудованием. Запустить и попробовать РОС смогли бы массы людей.
При падении РОС в такой среде, можно было бы всегда выполнить отладку, даже не имея второго компа.

Томатами не кидать , критика принимается.

[pvoz]

Вместо-то оконного менеджера такое запускать зачем? Нативные линуксовые программы через виртуальную win-подобную машину гонять - это уже перебор. Здесь надо четко понять: что обеспечивается средствами эмулятора, а что - средствами самой гостевой ОС. Так вот, рабочий стол и т. п. вполне нормальный предоставляет хост-система: гном, кеды и т.п. совсем даже не плохи. Размещение окошек программ, запущенных в гостевой ОС, на общем рабочем столе, вполне решаемо средствами эмулятора (+ драйверами в гостевой системе). Прослойку, позволяющую "гостю" использовать аппаратные средства "хозяина" (при необходимости - через эмуляцию устройств) - опять же, дело эмулятора. В итоге для гостевой системы специфичными остаются только те функции, о которых речь шла с самого начала темы.

[spb-ivan92]

Вместо-то оконного менеджера такое запускать зачем? Нативные линуксовые программы через виртуальную win-подобную машину гонять - это уже перебор. Здесь надо четко понять: что обеспечивается средствами эмулятора, а что - средствами самой гостевой ОС. Так вот, рабочий стол и т. п. вполне нормальный предоставляет хост-система: гном, кеды и т.п. совсем даже не плохи. Размещение окошек программ, запущенных в гостевой ОС, на общем рабочем столе, вполне решаемо средствами эмулятора (+ драйверами в гостевой системе). Прослойку, позволяющую "гостю" использовать аппаратные средства "хозяина" (при необходимости - через эмуляцию устройств) - опять же, дело эмулятора. В итоге для гостевой системы специфичными остаются только те функции, о которых речь шла с самого начала темы.

Я и не предлагаю запускать приложения пингвина в росе. Тем более такое уже есть, Lin4Win кажется называется.
Вместо менеджера запускать виртуалку нужно чтобы ничего из Линуксового GUI не мешалось (Гном, Кеды, Xfce - нужное подчеркнуть), и смотрелось как самостоятельный "продукт". Да и отказ от оконного менеджера и его приложений позволит съэкономить драгоценные мегабайты на болванке и ресурсы компьютера пользователя.
Ну либо обрезать его по некуда и запускать виртуалку во весь экран.
Под эмуляцией устройств я имел ввиду цепочку вида [VBox AC97]-{VBox}-[Linux audio] (что и делает виртуальная машина), аналогичная схема для сети, смонтированных файловых систем (при этом ROS сможет работать и с ntfs, и с USB накопителями), дисков, видео устройств, принтеров и прочей переферии имеющих поддержку Linux`om. А что не поддерживается Линуксом "передать" на попечение РОС (как VBox поступает с USB-устройствами).
Иными словами виртуальная машина с ROSом в линуксе хорошо, но "замаскированный" Линукс с виртуальным ROS на загрузочном CD - хорошая "приманка" для пользователей желающих пощупать его "вживую". Ну или почти "вживую".
Ещё раз отмечу, что речь идёт только о альтернативном LiveCD, идея всего проекта не пострадает.
Пытылся я сделать то о чём толкую, но познаний Linux не хватило. Позже попробую снова, есть идеи.

В общем исковеркал да нафантазировал я тут всё.

[DarkHobbit]

Нельза ли превратить ядро ReactOS в прослойку между виндовыми драйверами и линуксом?

Линукс, как известно - это ядро. Поэтому в нагромождении двух ядер друг на друга смысла не вижу.
А вот если немного переформулировать...
Было бы здорово, если бы в ReactOS появилась полноценная Posix-подсистема. (В своё время такое наполовину сделал Микрософт, но до ума доводить не стал, ибо нафиг оно им не упёрлось.) Было бы третье свободное семейство ядер (наряду с Linux и BSD), на котором можно запускать *nix-программы. Да к тому же поддержанное огромным зоопарком Windows-драйверов.
Насколько я понимаю, всё, что для этого нужно - это "всего лишь" пара квалифицированных и обладающих достаточным количеством свободного времени системных программистов, которым лично интересен такой подпроект в рамках ReactOS.

[towerr]

[quote="DarkHobbit"]
Было бы здорово, если бы в ReactOS появилась полноценная Posix-подсистема. (В своё время такое наполовину сделал Микрософт, но до ума доводить не стал, ибо нафиг оно им не упёрлось.) Было бы третье свободное семейство ядер (наряду с Linux и BSD), на котором можно запускать *nix-программы. Да к тому же поддержанное огромным зоопарком Windows-драйверов.
Насколько я понимаю, всё, что для этого нужно - это "всего лишь" ..[/quote]
Оно было удалено и убрано, ( POSIX OS/2 ) подсистемы где-то примерно в районе 22000 ревижна, примерно 4 года назад отключено из модулей, и примерно при 32000 ревижне, удалено с репозитория.
кому-то если очень хочется копатся в том коде, он остался "на_память" в архивчике, могу отправить... - только сии_ильно сомневаюсь что ОНО вам так надо. ктомуж второй способ восстановления - это откат (локально вашего репозитория) к тем ревижнам.
целесообразность вобщем создания всяких штучек близка к нолю, пользы будет больше от усилий прилагаемых в правильном направлении.
PS. форумчане, почаще в ирк заглядывайте, живое общение - оно и есть живое (адрес ирк на главной странице)

[Dark Amateur]

я являюсь счастливым обладателем принтера HP LaserJet 1000 Series, который в Win7 x86 поддерживается через пень-колоду, а в 64-х битной версии Win7 принтер не работает вообще никак

Печатаю на Windows 2008 Server R2 64-bit.

[fireball]

Конечно, третье семейство ядер для POSIX - это круто, но как-бы ни крутили, POSIX устарел не только морально, но и физически. Я не в курсе есть ли там последние редакции, хоть как-то отражающие современный уровень развития операционных систем, но...

Специально посмотрел в википедии, есть редакция 2008 года. Тем не менее, моё "но" всё равно имеет силу. Подумайте, этот стандарт был разработан в совершенно иное время и для других целей. Сейчас компьютер применяется иным образом, время уже настало другое. Консоль больше из стены не торчит, поэтому все уже забыли почему это черненькое окошко с буковками так называется. И боюсь, что стандартом на awk, echo и ed сейчас удивить сложно.

Наша задача - сделать лучше, сделать современнее, а не просто взять и сделать ядро для никсов. Кстати, вот наши товарищи из Haiku, у них частичная позикс-совместимость есть, и Haiku сервер едишн есть, и помойму даже иксы портировали. И зачем всё это? А потом они у себя на форумах пишут "надо портировать Virtual Box, чтобы наши пользователи запустили там внутри винду, и так будет обеспечена поддержка виндового софта!". Бред сивой кобылы всё это! Какой идиот будет ставить Haiku/[вставьте сюда название своей любимой ОС], чтобы поставить там виртуалку, в ней загрузить винду, и запускать в ней виндовые приложения? Я не говорю об особых случаях, когда это действительно нужно, такие случаи есть, но мы говорим об обычном использовании.

Возвращаясь к теме. Поддержка позикса - звучит круто, но на деле, по факту никому до него дела нет. Покажите мне дистрибутивы линукс, где приложения бинарно совместимы, т.е. чтобы просто скопировать и заработало? Да ничего подобного! Конечно же разрабатывается Linux Standard Base, но это извините меня, линуксовая вещь, к нам не имеющая никакого отношения.

Поэтому, надо конкретно нацеливаться на современное. Тот-же Apache есть под винду, пожалуйста, mysql, PHP, и ещё куча софта. Юзайте его напрямую и будет счастье!

[pvoz]

Поэтому в нагромождении двух ядер друг на друга смысла не вижу.

Вот накопятся после перехода на линукс всякие сканеры и принтеры, которые невозможно использовать под линуксом из-за отсутствия нативных драйверов - тогда увидите! И вылезать из этой ситуации можно двумя способами: либо честно писать под каждое устройство свой линуксовый драйвер (это тру-путь, который, однако, без поддержки производителя железа оборачивается приличным списком неподдерживаемого оборудования), либо сделать возможность использования в линуксе виндовые драйвера. И как хотите, виртуальная машина с простенькой и предельно "кастрированной" win-совместимой ОС (можно даже без GUI), позволяющей задействовать win-драйвера, была бы не самым плохим решением. Во-первых, ее запуск не создавал бы потенциальных "дыр" в системе безопасности Linux (что есть плюс по сравнению с любой попыткой поддержки win-драйверов на уровне ядра Linux). Во-вторых, более-менее гарантировалось бы наличие всего API, необходимого для корректной работы драйверов (в отличие от возможных попыток расширить функционал wine).

[fireball]

Поэтому в нагромождении двух ядер друг на друга смысла не вижу.

Вот накопятся после перехода на линукс всякие ...

Непонял. Кто, куда перейдет, и у кого накопятся эти всякие девайсы?

[X512]

Конечно, третье семейство ядер для POSIX - это круто, но как-бы ни крутили, POSIX устарел не только морально, но и физически.

Это понятно. POSIX и X server устарели ещё 10 лет назад, но большинство свободных программ их используют, т. к. более новых стандартов не существует.

Наша задача - сделать лучше, сделать современнее, а не просто взять и сделать ядро для никсов.

Windows также сильно устарел. Он создавался, когда ещё не было компьютеров, способных выводить качественную графику и запускать паралельно несколько программ. В связи с совместимостью эти старые интерфейсы до сих пор тащатся до последних версий Windows. В GDI нет полноценного рисования с альфа каналом, сгаживания линий, градиентов и т. д.. Программы обычно работают без учёта многопоточности, как и в Windows 3.x. Также есть серьёзный недостаток архитектуры как реестр, который понижает надёжность ОС.

Haiku сервер едишн есть

Не видел, но почему бы и нет?

помойму даже иксы портировали

Это X server под SDL. Он не эффективен и работает только с корневым окном.

А потом они у себя на форумах пишут "надо портировать Virtual Box, чтобы наши пользователи запустили там внутри винду, и так будет обеспечена поддержка виндового софта!". Бред сивой кобылы всё это! Какой идиот будет ставить Haiku/[вставьте сюда название своей любимой ОС], чтобы поставить там виртуалку, в ней загрузить винду, и запускать в ней виндовые приложения?

На форуме много чего писать могут... Серьёзно относится к этому не стоит. Недавно предлагали снести родной интерфейс и использовать Qt.


К сожалению за 10 лет разработки ReactOS не стал достаточно стабильным. Недавно запускал в QEMU последнюю сборку, чтобы протестировать рабочесть одной программы. Во время тестирования ОС постоянно зависала(полностью или можно было двигать только курсором), падала в BSOD, наблюдалось много ошибок перерисовки, работала медленно(особенно прорисовка файлов и папок в дереве или в диалоге открытия файла).

Haiku за этот же периуд уже достигла высокого уровня стабильности и её даже можно использовать как основную ОС. Различные падения наблюдаются редко, ОС работает быстро, есть поддержка звука, сети, 2D ускорения графики, USB, поддержка файловых систем NTFS, ext2. Есть большое количество рабочих программ и игр.

Я не совсем понимаю откуда такая разница в развитии при примерно тех же ресурсах, хотя казалось бы документации, драйверов и программ под Windows куда больше, чем под BeOS/Haiku.


Насчёт POSIX и драйверов: насколько возможно сделать враппер драйверов Windows для ядра Linux или Haiku?

[AloneRaven]

Haiku за этот же периуд уже достигла высокого уровня стабильности и её даже можно использовать как основную ОС. Различные падения наблюдаются редко, ОС работает быстро, есть поддержка звука, сети, 2D ускорения графики, USB, поддержка файловых систем NTFS, ext2. Есть большое количество рабочих программ и игр.

Я не совсем понимаю откуда такая разница в развитии при примерно тех же ресурсах, хотя казалось бы документации, драйверов и программ под Windows куда больше, чем под BeOS/Haiku.

1. Haiku копирует "мертвую" ОС, что упрощает процесс.
2. Сообщество Haiku получает больше поддержки, чем ReactOS: например Google Summer of Code и т.д. и т.п.