Для чего в 2022 году нужен ReactOS?

что и? Создал свой дистрибутив. У него можешь почитать, что не так в Датском королевстве. Чтобы быть прошаренным в теме.

Так ты можешь кратко изложить его ТЕХНИЧЕСКИЕ аргументы против?

Конкретнее?

зачем? Ты же не привёл ничего, значит никакой в теме, что с тобой обсуждать?

Наброшу - https://packages.gentoo.org/packages/sys-apps/systemd

Посмотри просто флаги: homed http importd iptables kmod ... tpm etc

Вот когда ты мне расскажешь, что они и зачем, потом покажешь, что в полуторах миллионов строк кода нет при патче x.xx.xxn нет настроек по умолчанию для управления (мы же для экнтерпрайза, кластеризации. ё-моё) удалённо всем «твоим» железом, вот тогда мы можем обсудить и Дилана и его взгляд. А пока потребляй…

Куда конкретнее? Впрочем выше вам Oldboy ответил, ППКегоС.

https://www.opennet.ru/opennews/art.shtml?num=57617

круто жеж

Что крутого то? Запустили в режиме x86? Так любая программа с Intel запустится? Громкий новостной пук, не более того.

А кстати ходят слухи, что якобы в ReactOS можно заменить ядро на проприетарное от Microsoft?

https://www.opennet.ru/openforum/vsluhforumID3/128170.html#214

Эта пиар компания случайно не связана с такой возможностью подмены ядра? Сначала рекламируем ось как полностью открытую (но про жутко глючное ядро умалчиваем), получаем финансирование, говорим, ну млин, у нас пока с открытым ядром не получается, используйте закрытое ядро от Microsoft, и бинго! Блобы АНБ, от которых пытались избавиться, опять с нами, фоку-покус, «кооператив Алмаз - проверка ваших глаз» (c) Наперсточники.

да хоть так :)

а что у вас есть предложить?

а что у вас есть предложить?

Предложить кому?

Кому нужна была возможность запускать вендовые проги, давно пользуются WINE, а эту реактивную поделку даже в страшном сне не вспоминают.

Предложить кому?

у кого Эльбрус, и нужна бинарно совместимая с виндой на уровне ядра ОС

у кого Эльбрус

Каким местом тут Эльбрус вообще, кроме наличия у них хоть каких-то денег, на которые облизываются нищеброды из ReactOS?

, и нужна бинарно совместимая с виндой на уровне ядра ОС

Ну конечно, оригинальное проприетарное ядро от Microsoft внезапно оказалось бинарно совместимым с оригинальным проприетарным ядром от Microsoft, эка невидаль и неожиданность, LOL

А свое открытое ядро уровня WindowsXP 20 летней давности ReactOS пилят уже как раз 20 лет, и никак не могут вылезти из состояния сырой альфа версии. Linus уж шестую major версию своего ядра скоро релизнет, до нее даже последней мелкомягкой десяточке или одиннадцаточке как пешком до известного места.

Каким местом тут Эльбрус вообще, кроме наличия у них хоть каких-то денег, на которые облизываются нищеброды из ReactOS?

вот как раз этим

понятно, что у тебя вызывает жжение существование сабжа, но что ты пытаешься достичь?

понятно, что у тебя вызывает жжение существование сабжа,

С чего ты взял?

Даже количество ошибок в ZFS пулах нулевое, полнейший штиль, защита непробиваемая, хотя 6 августа чего-то пытались вбрасывать своими помехами, но как всегда обо*лись.

но что ты пытаешься достичь?

Чтобы они занялись чем то полезным, а именно объединили свои усилия с WINE в области NT драйверостроения и Desktop Environment.

С чего ты взял?

прочитай, что ты сам написал на этих уже 4-х страницах

Чтобы они занялись чем то полезным, а именно объединили свои усилия с WINE в области NT драйверостроения и Desktop Environment.

создавая нытик-тред на ЛОРе? достойное начало

и как ты драйверы в вайн запихнёшь?

создавая нытик-тред на ЛОРе? достойное начало

Обозначить правдивую обстановку, чтобы не захлебнуться в неожиданностях очередной раз, - это нынче называется поныть?

Вместо этого нужно самоотверженно впаривать лажу?

и как ты драйверы в вайн запихнёшь?

1) Самое простое в KVM виртуалках в виде кусочков этой самой ReactOS.

2) https://wiki.winehq.org/Wine_Developer's_Guide/Kernel_modules

Обозначить правдивую обстановку, чтобы не захлебнуться в неожиданностях очередной раз, - это нынче называется поныть?

радиоточка на кухне с большим вниманием отнесется к твоему «обозначению»

Самое простое в KVM виртуалках в виде кусочков этой самой ReactOS.

Нужен драйвер от промышленных весов, который есть по винду, и софт который с ним по своему API работает. В какое KVM его пихать?

это вообще при чём?

Нужен драйвер от промышленных весов, который есть по винду, и софт который с ним по своему API работает. В какое KVM его пихать?

Берем headless кусок ReactOS, пихаем его в виртуалку KVM, связываем результаты работы драйвера с хостовым Linux user space через виртуальную сеть хотя бы по RPC, так не нравится?

По крайне мере очень предсказуемо по затратам времени.

радиоточка на кухне с большим вниманием отнесется к твоему «обозначению»

А вы в ЦРУ работаете или наоборот?

Берем headless кусор ReactOS

видишь, уже пригодилось, но дальше непонятно:

пихаем его в виртуалку KVM, связываем результаты работы драйвера с хостовым Linux user space через виртуальную сеть хотя бы по RPC

драйвер-то кто загрузит?

А вы в ЦРУ работаете или наоборот?

именно

драйвер-то кто загрузит?

Не понял вопрос, пожалуйста, подробнее.

наверное, я написал не так, вот:

Есть (страшно закрытый) драйвер от промышленных весов, который есть под винду, и софт который с ним по своему API работает.

Пробрасываем API через RPC до драйвера в виртуалке KVM? Саму софтину запускаем в WINE?

Есть (страшно закрытый) драйвер от промышленных весов

Страшно закрытый - это с доп. API для ганстолкеров, чтобы иногда показывать неправильный вес для targeted individual?

драйвера в виртуалке KVM?

а виртуалка - винда по-твоему?

Страшно закрытый - это с доп. API для ганстолкеров, чтобы иногда показывать неправильный вес для targeted individual?

именно, какой же ты догадливый

а виртуалка - винда по-твоему?

Я же написал уже выше, что это маленький кусочек ReactOS, который до ума довести проще, чем всю их затею целиком.

написать транслятор для ядра? даже микрософт не осилили, викинув WSL1 и сделали WSL2 поверх гипервизора

именно, какой же ты догадливый

Жизненный опыт с другими устройствами.

а с упоротым vendor-lock жизненный опыт не познакомил?

а с упоротым vendor-lock жизненный опыт не познакомил?

Познакомил конечно, как не познакомил:

https://t.me/cloud_flood/480470

сорян, не юзаю телегу

Копипаста:

https://controlc.com/9b865be3/fullscreen.php?hash=559c676776c58f7b1c0b9d5db7a...

мне уже спать пора, но вендорлока я там не увидел, просто типа обосрамс от ИБМ

вендорлок - это когда отказ от поставщика влечёт финансовые потери, заметные

А вы пробовали в сервер IBM установить оборудование от других вендоров? Хотя бы HDD в тот же самый описанный выше дисковый контроллер?

Работает это весьма занятно, сначала диск добавляется в массив с копированием данных для избыточности, а потом когда синхронизация уже завершена контроллер выплевывает диск с сообщением об ошибке образно «Диск не от IBM» и делает массив недоступным.

и что тут неожиданного?

но насчёт недоступности - спорно, потерю данных никто декларировать не будет

В обычный контроллер от LSI или Adaptec можно добавлять диски любого производителя. И даже в случае обнаружения полной неисправности диска при его синхронизации в массиве ZFS, а не в случае всего лишь обнаружения другого (НЕ IBM) производителя (что вообще для ZFS роли не играет), ZFS пул бы продолжил работать, а не отвалился.

А еще за $10K (столько стоят только лишь два сдвоенных контроллера IBM, которые в паре работать так и не научились из-за своей глючной прошивки) можно было собрать просто офигенный (по сравнению с той железкой IBM) сервер ZFS, он был бы в разы быстрее, надежнее и намного более емкий с учетом более низкой стоимости (неперемаркированных в IBM) обычных дисков от Seagate, HGST, Hitachi, etc.

Стань кодером и трать на это свои собственные ресурсы.

Лучший ответ в теме.

От себя могу добавить, что разработчик, затрудняющийся выбрать между ReactOS и WINE, может помочь обоим проектам сразу, вложившись в опенсорсную реализацию DLLей, которые сейчас приходится ставить через Winetricks. Во-первых, даже Winetricks не всегда помогает, во-вторых, это сомнительно с юридической точки зрения, в третьих, то, что ставится через Winetricks, может в любой момент исчезнуть из источников.

На данный момент ReactOS — это ось для виртуалки, свой опенсорсный проект я ей собирал, например. Конечно, это не то, что хотели её авторы. Но идеи типа «почему не потратить ресурсы кодеров OpenOffice на LibreOffice» всё равно унылы. Люди занимаются тем, чем хотят/могут.

Токарный ЧПУ станок. Очень большой. Очень дорогой. С привязкой по GPS к месту регистрации. Функциональный. Siemens. С виндой стоящей на компьютере управления. Компьютер управления - обычный десктоп, ну не совсем обычный, а емнип фирмы Dell. В нем стоит PCI-плата-контроллер, в которую через что-то вроде Scart-разъема подключен этот станок. На компе стоит WinXP, и драйвер под эту PCI-плату выпущен только под WinXP. Ни семерка, ни десятка, ни эти ваши линуксы с вайнами в это не умеют;

Увы, но ReactOS здесь не поможет даже в идеале, поскольку в драйвере либо грязные неповторимые хаки, либо другая привязка к. Здесь может помочь лишь декомпиляция драйвера и его переписывание. Сие действие, кстати, разрешено законодательством РФ ещё со времён СССР: добросовестный покупатель программно-аппаратных комплексов имеет право делать с ними что угодно, чтобы заставить их работать.

написать транслятор для ядра? даже микрософт не осилили, викинув WSL1 и сделали WSL2 поверх гипервизора

Разве предложенный мной способ размещения NT совместимого ядра внутри виртуалки походит на WSL1?

https://docs.microsoft.com/en-us/windows/wsl/compare-versions

IMHO я по сути ранее описал WSL2 (где ядра Linux и NT меняются местами с точки зрения кто из них хост, а кто - гостевое ядро), даже еще не зная, что он из себя представляет.

Гос. бабло они не сосут и ладно

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

https://nosql.itwrks.org/forum/ajax/attachment.php?aid=116527&nr=1&th...

https://habr.com/ru/company/piter/blog/265389/

Сравните стоимость одной только СВХ в Москве и затраты на развитие электронной промышленности в целом, и сравните значимость. А ведь СВХ всё это время строили, хотя необходимость своей электронной промышленности была очевидна. А нормальные деньги на электронную промышленность только сейчас стали выделять.

Перестаньте жалеть гос.бабло - оно уже не ваше. США раздавали деньги, через DARPA, часть из них украли, а на часть сделали интернет, к примеру. Вот если на гос.деньги построили яхту для олигарха - то это повод жалеть. А если дали нищим фанатикам того или иного альтернативного ПО, то не повод.

А ваша позиция - из серии: сосед посадил клумбу - пойду ночью всё сломаю, чтобы не выделывался тут.

Если на реактос Россия дала бабло, то это прекрасно, при условии, что это будет проект для России, а не для всего мира.

Моя позиция лишь в том, что реактос - игрушка. Бесполезная целиком и полностью. А с течением времени утратившая даже призрачные перспективы на реальное применение за пределами виртуалок разработчиков.

Дополнение: Мое личное мнение о том какова реакотос - неважно. Важно, что у нее объективно нет и не может уже быть деклалируемого будущего. Т.е. лучше пусть бабло на линукс тратят. С моих и твоих налогов.

Если на реактос Россия дала бабло, то это прекрасно, при условии, что это будет проект для России, а не для всего мира.

Так ReactOS же открытый проект? Почему прекрасно для РФ, но непрекрасно для всего мира? Тогда Линус должен запретить РФ использовать Linux по вашей теории для еще более прекрасного мира?

Господи, да сколько это можно обсуждать! Насколько мне известно, единственное выделение денег из бюджета РФ на разработку ReactOS было в 2011 году, и это были «астрономические» 100 тысяч рублей, которые они получили за презентацию на Селигере. Всё! Ни о каком «распиле» денег и речи не идет — масштабы не те.

Моя позиция лишь в том, что реактос - игрушка. Бесполезная целиком и полностью. А с течением времени утратившая даже призрачные перспективы на реальное применение за пределами виртуалок разработчиков.

Тоже почти согласен с этим лишь с той оговоркой, что в контексте ReactOS развивается основа для драйверов на открытом ядре, похожем на NT, и расширение userspace XP до совместимости с Вистой и выше только лишь добавлением DLL-к, что IMHO может быть полезной в real life хотя бы для установки более свежих версий .NET Framework на XP и запуска на ней современных GUI WinForms от DevExpress.

Никто в здравом уме не откажется от используемой на важно железке «экспишечки» в пользу этого. Риски огромные. По экспишечке хоть знания и опыт поколений накоплены.

это были «астрономические» 100 тысяч рублей,

Больше разговоров, я думал им дали хотя бы 10-100 млн., а тут как обычно сплошная показуха, 100 тыр. разово для IT, это полезно только для безработных в качестве помощи, чтобы попытаться выкарабкаться, и то не факт, что хватит.