Comments 95
UFO just landed and posted this here
Интересно а получится ли запустить ReactOS внутри VirtualBox, который будет крутиться в docker контейнере, который запущен в wsl, на windows 10?
Для начала, запустите докер под wsl.
Docker из под WSL не работает.
Нативный виндовый типа «работает». Т.е. можно все комманды вызывать из него. Как раз сейчас смотрел статью на эту тему blog.jayway.com/2017/04/19/running-docker-on-bash-on-windows
Ну, линуховые контейнеры запускаются (другими и пользоваться не стоит). Но не под WSL, а нативно под самой виндой.
А если звук работать не будет, то обращаться куда надо будет?)
С проблемами со звуком — к санитарам!
оук… 21 год, а оно еще даже не в хоть каком-то стейбле.
Не, мне реально нравится идея реактося, но с таким подходом и темпами оно имеет огромные шансы морально устареть, что называется *в нулину* до выхода v1.0
Не, мне реально нравится идея реактося, но с таким подходом и темпами оно имеет огромные шансы морально устареть, что называется *в нулину* до выхода v1.0
Ну я так понимаю, ReactOS это moving target, они целятся на все более поздние и поздние винды, поэтому устареть, скорее всего, не устареет.
Ну я так понимаю, ReactOS это moving target, они целятся на все более поздние и поздние винды, поэтомуустареть, скорее всего, не устареетстать стабильным, скорее всего, не станет.
Fixed
Хотя лично я желаю проекту исключительно успехов. А то мне скоро не на чем будет игры запускать.
Ахиллес и черепаха, лол.
Как вы себе представляете моральное устаревание?
Вот есть РеактОС, которая появилось во времена Вин 9х.
Прошел 21 год. 9х устарел более чем полностью.
ReactOS выглядит вполне нормально в этом плане.
Что должно произойтие с ReactOS чтобы она устарела?
Вот есть РеактОС, которая появилось во времена Вин 9х.
Прошел 21 год. 9х устарел более чем полностью.
ReactOS выглядит вполне нормально в этом плане.
Что должно произойтие с ReactOS чтобы она устарела?
Я бы сказал так — разница между последней версией ReactOS и последней версией Windows в каждый текущий момент времени растет или сокращается?
Думаю есть неточность в вашем сравнении. Реакт ос, насколько понимаю целится в пк-сегмент, а «последняя» виндоус скоро и на табуретке пойдет. Поэтому реактос скорее всего никогда не догонит «последнюю» винду по всему спектру ее функционала. Более логичным был бы вопрос сокращается ли разрыв с функциональной нагрузкой последней винды под пк-сегмент. Сравнивать можно например с Windows Ltsb, без ентерпрайзного функционала. Но кто ж его знает кроме мейнтейнеров и пользователей)
Я бы сказал — сокращается.
Windows 8..10 уже не становится лучше настолько, насколько это было во времена Windows 95,2000,XP,7.
До тех пор, пока ReactOS догоняет Windows — ей нет необходимости тратить огромные ресурсы на поддержание огромного парка оборудования, тех поддержки(обновлений безопасности), маркетинга, бюрократов, сэйлов.
Да и идти по проторенной дороге всегда легче (например нет необходимости тратить время на изобретение плиток и метро).
Windows 8..10 уже не становится лучше настолько, насколько это было во времена Windows 95,2000,XP,7.
До тех пор, пока ReactOS догоняет Windows — ей нет необходимости тратить огромные ресурсы на поддержание огромного парка оборудования, тех поддержки(обновлений безопасности), маркетинга, бюрократов, сэйлов.
Да и идти по проторенной дороге всегда легче (например нет необходимости тратить время на изобретение плиток и метро).
Конечно, растёт разница. Винда раздувается просто неприлично, такое количество ненужной неотключаемой хрени больше нигде нет. Я буду разочарован, если РОС догонит в этом смысле.
Но у догоняющих всегда будет бонус — им не нужно реализовывать всё, что внедряют Майки. Те сами не знают, взлетит ли новая технология. Сколько уже примеров, когда они тратят силы и время, пиарят, продавливают, рекомендуют нам, а потом выбрасывают в корзину: «не взлетело» (
Но у догоняющих всегда будет бонус — им не нужно реализовывать всё, что внедряют Майки. Те сами не знают, взлетит ли новая технология. Сколько уже примеров, когда они тратят силы и время, пиарят, продавливают, рекомендуют нам, а потом выбрасывают в корзину: «не взлетело» (
UFO just landed and posted this here
Считаю что ВЕСЬ хлам поддерживать нет необходимости.
Ну не будет она 100% совместима. 100% не совместима винда относительна винды (32/64/ru/en, обновления, фреймворки, поколения и проч.)
Не взлетит одна программка, взлетит другая, от конкурентов.
На домашних ПК — сейчас большинство приложений — это WEB (кроме игр).
На офисных… Представим, что функционал реакт будет удовлетворять требованиям по софту для всего 50-70% раб мест, остальным таки придется ставить Windows — уже огромный выхлоп.
Ну не будет она 100% совместима. 100% не совместима винда относительна винды (32/64/ru/en, обновления, фреймворки, поколения и проч.)
Не взлетит одна программка, взлетит другая, от конкурентов.
На домашних ПК — сейчас большинство приложений — это WEB (кроме игр).
На офисных… Представим, что функционал реакт будет удовлетворять требованиям по софту для всего 50-70% раб мест, остальным таки придется ставить Windows — уже огромный выхлоп.
Винда раздувается просто неприлично, такое количество ненужной неотключаемой хрени больше нигде нет
А что мешает сделать эту хрень отключаемой в ReactOS?
Совместимость с каким-нибудь старым софтом нужна не каждый день и не всем пользователям (но, тем не менее, время от времени возникает реальная нужда в совместимости).
Мне кажется, нужные штуки пробьются со временем. Если в РОС чего-то нет, найдутся люди и компании, которые напишут недостающее для себя, ну и с сообществом поделятся. А разработчиков софта это заставит задуматься: а так ли мне мне нужна в программе эта новая проприетарная фича от МС, или, может, есть что-то более универсальное?
вы меня простите великодушно за оффтоп, но Майки — это же с оранжевой повязкой и пиццей))
UFO just landed and posted this here
3 рюмки водки этому товарищу! Ему 21, уже можно!
UFO just landed and posted this here
Doom 1 на React 21
Как там с USB движется? Или не движется? С live-флешки уже можно запускать?
Можно, но пока нет. :)
На онлайн конференции разработчиков в марте этого года обсуждали состояние готовности нового USB стека: reactos.org/project-news/march-2018-meeting-minutes
На онлайн конференции разработчиков в марте этого года обсуждали состояние готовности нового USB стека: reactos.org/project-news/march-2018-meeting-minutes
Было бы клёво, если бы ReacOS смогли запустить на Raspberry!
А смысл? Под ARM не так много виндовых программ сделано…
ну так не только линуксы смогут работать на малинке.
Винда десятая, которая IoT, вполне себе работает на малинке
Винда десятая, которая IoT, вполне себе работает на малинке
кто тут такой нервный минусует? напишите, что не нравится, а не тихой сапой
О, впервые вижу скриншот ReactOS, где правильно размещен индикатор раскладки (на что я жаловался в прошлый раз). Осталось теперь сами буквы (в данном случае, FR) сдвинуть на пиксел вправо, и проблему можно считать решенной.
Странно, пол дня с момента публикации и ни одного коммента в духе «это просто хобби. зачем оно? не нужно».
Спасибо за вашу работу, это очень круто.
Спасибо за вашу работу, это очень круто.
А Космические Рейнджеры пойдут?
А то под wine за лет 10 так и не нашёл способа писать кириллицей в информационном центре.
Да и вообще, можно попробовать ребёнку на комп поставить, это же не винда, так что идеологически можно, тем более что по идее должна завестись куча развивающих игрушек для детей.
Под винду такого добра значительно больше, чем под никсы.
А то под wine за лет 10 так и не нашёл способа писать кириллицей в информационном центре.
Да и вообще, можно попробовать ребёнку на комп поставить, это же не винда, так что идеологически можно, тем более что по идее должна завестись куча развивающих игрушек для детей.
Под винду такого добра значительно больше, чем под никсы.
Решили лишить ребенка детства? Ставьте виндовс, нельзя давать ребенку в руки заведомо не доведенный продукт — завтра у него при игре с друзьями по сети откажет дискорд или тимспик или игра не стартует, и его засмеют в школе, и за что? Что родители линуксоиды поставили заведомо кривую ос которой до релиза которой, как до луны?
Ребёнок с трёх лет на линуксе.
Сейчас ему 4,5 года.
Сейчас ему 4,5 года.
Не дурно. Дети всё быстро хватают. Так, глядишь, через пару лет завёдет аккаунт на гитхабе битбакете, а к десяти уже и патчи будет в ядро коммитить.
Бедняга, он что-то знает что этот черный экран с мигающей горизонтальной палочкой в уголке умеет мультики показывать или игрушечки запускать? Сколько раз он плакал за то что вы ругали его что он не смог полностью выучить очередную apt sudo get blah-blah?
Там всё очень просто решается, просто нужно зафорсить локаль: даже HD собиралась в Borland Delphi 7, и, как следствие, все строки и весь ввод был в ANSI.
Ларчик, собственно, открывается очень просто:
Между прочим, я это даже в документации к «Революции» указывал прямым текстом :)
Ларчик, собственно, открывается очень просто:
env WINEPREFIX="/home/<имя_пользователя>/.wine" LANG=ru_RU.utf8 wine C:\\windows\\command\\start.exe steam://rungameid/214730
Между прочим, я это даже в документации к «Революции» указывал прямым текстом :)
FreeBSD прям донор кода для всех: для Реакта — сортировку, для HaikuOS драйверы ethernet, ну, и так, по мелочи, там, четвертинку от макоси, TCP/IP для винды…
А можно подробнее, что там было не то с сортировкой в msvcrt?
Она была неправильно реализована, как утверждают разработчики.
Если что, вот ссылка на коммит: github.com/reactos/reactos/commit/2dfe5e3f463ca4d7eb920d25c2a33b29a70f3e27
Если что, вот ссылка на коммит: github.com/reactos/reactos/commit/2dfe5e3f463ca4d7eb920d25c2a33b29a70f3e27
А насколько ядро ReactOS совместимо с ядром винды? Я это к чему…
Вот раньше был проект coLinux, такое специальное ядро, которое можно было запускать под виндой и оно эффективно использовало ресурсы (в отличии от виртуальной машины, например память только та, что реально занята). Было бы здорово иметь coWindows ядро. Чтобы для всего, что выше ядра, оно было неотличимо от настоящего, а работало поверх Linux. Ну, что-то вроде теперешнего WSL.
Можно было бы загружать рядом стоящую винду с подменой ядра и эффективным использованием ресурсов.
Я бы винду вообще не загружал и с удовольствием пользовался только Linux. Но некоторый софт заставляет поступать иначе. Под Wine работает не всё, в виртуалке часть ресурсов уходит в никуда.
(как-то я об этом уже писал в подобной теме. ЕМНИП, ничего конкретного не ответили)
Вот раньше был проект coLinux, такое специальное ядро, которое можно было запускать под виндой и оно эффективно использовало ресурсы (в отличии от виртуальной машины, например память только та, что реально занята). Было бы здорово иметь coWindows ядро. Чтобы для всего, что выше ядра, оно было неотличимо от настоящего, а работало поверх Linux. Ну, что-то вроде теперешнего WSL.
Можно было бы загружать рядом стоящую винду с подменой ядра и эффективным использованием ресурсов.
Я бы винду вообще не загружал и с удовольствием пользовался только Linux. Но некоторый софт заставляет поступать иначе. Под Wine работает не всё, в виртуалке часть ресурсов уходит в никуда.
(как-то я об этом уже писал в подобной теме. ЕМНИП, ничего конкретного не ответили)
Было несколько проектов (сходу могу только Lindows/Linspire вспомнить), но все под вопросом. А под wine никто не мешает заменить часть библиотек на оригинальные виндовые через настройки.
UFO just landed and posted this here
Откуда оно возьмётся?
Я имел в виду отсутствие накладных расходов от виртуальной машины. Памяти потребялется столько, сколько надо приложениям, а не сколько выделено (да есть механизмы для решения проблемы). Нет тормозов из-за файловой системы в файле и т.п.
проще использовать упомянутый WSL
Это понятно. Но у меня основная причина, что винда не нравится. Чем меньше её будет, тем лучше.
UFO just landed and posted this here
Ну, может быть и так… А насколько полно wine реализует API ядра и низкоуровневых компонентов? Можно всё, что выше перенести из винды и получить более высокую совместимость, чем через просто wine?
UFO just landed and posted this here
Не всё так просто:
wiki.winehq.org/Wine_User%27s_Guide
Думаю, что кроме этих ещё многие настоящие dll откажутся работать.
Native versions of these DLLs do not work: kernel32.dll, gdi32.dll, user32.dll, and ntdll.dll. These libraries require low-level Windows kernel access that simply doesn't exist within Wine.
wiki.winehq.org/Wine_User%27s_Guide
Думаю, что кроме этих ещё многие настоящие dll откажутся работать.
Некоторое время назад можно было подменить ядро ReactOS ядром WinXP, и оно запускалось и даже работало, правда ругалось на неимплементированные функции системных библиотек/приложений.
А вот вопрос: оно у вас всё-еще древним mingw (с msys) собирается? Я собственно не про сам msys/mingw а про build-tools в нём и gcc в частности… Т.е. вот этим вот?
$ gcc --version
gcc (GCC) 3.4.4 (msys special)А то оно же и правда старое, и медлючее...
Собирать с новыми build-tools не пробовали? Например:
$ export PATH=/c/mingw-w64-32/bin:$PATH
$ gcc --version
gcc.exe (i686-win32-dwarf-rev0, Built by MinGW-W64 project) 7.3.0Да 7.x чуть капризнее (можно запросто UB словить где раньше не было), но зато рвёт все остальные компиляторы как тот Тузик ту грелку, особливо если O3, march=native и т.д…
У меня в некоторых довольно больших проектах после перехода (и вычистки всех UB;) прирост скорости был 15%-30% (а местами до 50%) по performance-тестам.
Сейчас в официальной среде сборки (RosBE) gcc версии 4.7.2. Периодически возникают разговоры об обновлении, но пока вроде не планируется в ближайшее время.
Есть люди, которые компилят на других версиях, в том числе и на clang, но пока официально не поддерживается. Можете прислать фикс :)
Вообще, сейчас речь про перфоманс особо не стоит, сделать бы чтобы оно просто стабильно работало.
Есть люди, которые компилят на других версиях, в том числе и на clang, но пока официально не поддерживается. Можете прислать фикс :)
Вообще, сейчас речь про перфоманс особо не стоит, сделать бы чтобы оно просто стабильно работало.
К сожалению, апгрейд компилятора несет с собой очень много головной боли и новых багов. У каждой версии компилятора есть свои «детские болезни». Для текущей версии мы вылечелили или обошли все нам известные. Для новой версии нужно будет проделать эту работу сначала. Прирост производительности это хорошо, но он пока не решающий для нас фактор.
O3 не имеет столь значимых преимуществ по сравнению с O2, в отличие от провала в стабильности сборки и работы
То, как должен выглядеть Windows здорового человека
Вау, неужели через год я смогу попробовать бету РеактОС 0.5… Мечта или реальность?
А что там с защитой? так же как и в винде? Маленький exe файлик может засрать всю appdatу, зашифровать все документы с рабочего стола, подменить мне настройки прокси в браузере — и всё это не спрашивая разрешения… и наоборот всякие требования пороля по каждому чиху когда установленная в туже appdaty программа вдруг для удаления начинает требовать пароль админа, хотя устанавливалась без оного… или например обязательное требование в принципе установить программу с запросом пароля админа, хотя сама прога прекрасно может работать как портабельная без всяких хуков, но разработчик почему то выпускает версии только в форме install пакетов (причём люто бояться делать offline инсталяторы, но это уже другая история)
Вы ведь всё равно хукаете все виндосовские вызовы по умолчанию, так почему бы не сделать и песочницу — по умолчанию?
Вы ведь всё равно хукаете все виндосовские вызовы по умолчанию, так почему бы не сделать и песочницу — по умолчанию?
UFO just landed and posted this here
Все можно сделать, при условии, что у проекта вдруг появятся на это деньги. Например, кто-то целенаправленно задонатит деньги на нужную ему функцию.
www.bountysource.com/teams/reactos
www.bountysource.com/teams/reactos
Вопрос знающим: возможно ли из-под ReactOS собирать экзешники для Win server 2008 и новее? Если конкретику: хочу собирать из исходников Zabbix Agent для Windows с поддержкой шифрования, а отдельная виртуалка с лицензионной виндой — слишком жирно для этой задачи.
Sign up to leave a comment.
ReactOS стал самодостаточным в год своего 21-летия