Комментарии 239
Почему же «утки»? В «Фурешете» на кассовых терминалах Киева и пригорода я вроде как раз ReactOS видел.
Если серьёзно, я недавно видел DOS (настоящий DOS, правда, в эмуляторе), из-под которого запускался софт одного шотландского предприятия. Так что после этого начал в вас верить.
Полоски под картинкой с лого у ReactOS пока нет, да и позиция кнопочек.
Поздравляю, какой-никакой но успех.
Я правильно понял, что это международная система open source совместимая с Windows с базой в РФ?
Для работы ирбис-сервера второй пункт не требуется. Сервер, в отличие от клиентов, особо не требователен к настройкам системы и дополнительным библиотекам.
Почему не wine?
А где видео?
Почему не wine?
Наверное, будет простой ответ: потому что! Каждый выбирает софт, с которым ему удобнее.
Наверное, будет простой ответ: потому что!
Я думал, может у ROS есть реальные преимущества в данном случае перед wine. Ну раз нет, то ладно
Так говорить некорректно. Wine не виртуальная машина, и не дает никакого overhead-а на код приложения. Он выполняется на реальном железе в обычном режиме. Wine просто предоставляет свой стек API-вызовов. Точно так же как и ROS или Windows. То, что API ROS работает быстрее, чем API Wine/Linux, мне, если честно, не очевидно. Более того, вполне возможно, что на разных задачах выигрывать будут разные реализации.
Совершенно верно, у меня был случай, когда некая игрушка на Unreal Engine 4 (достаточно тяжелая для моего компа). Под wine работала несколько быстрее и плавнее нежели под Windows 7.
Подозреваю, что такой результат дорадо то, что компьютер не был загружен виндовым окружением, и мог больше ресурсов уделять непосредственно игре.
1. На компе установлен также Oracle XE (хм, надо под реактОС проверить ради интереса)
2. При покупке нового принтера я проверяю наличие драйверов под Linux (как правило все современные бренды уже выпускают)
Недостатки Wine:
Используемая многооконная программа иногда выдаёт MessageBox так, что он появляется под основным окном (особенности wine, под Windows такого никогда не происходит). И никаким Alt+Tab не получается вернуть фокус ввода…
Используемая многооконная программа иногда выдаёт MessageBox так, что он появляется под основным окном (особенности wine, под Windows такого никогда не происходит). И никаким Alt+Tab не получается вернуть фокус ввода…Это проблема не Wine, а используемого вами оконного менеджера. При использовании compiz (а стало быть и ubuntu unity) такое встречается с вполне нативным Deluge.
Такое и на Windows совсем не редкость. Подобный баг частенько случается с тем же Excell, хотя казалось бы...
Решается вызовом диспетчера задач, ПКМ по окну и пункт меню "Переключиться"
по сути — нужна только windows-прога и firefox
что можно попробовать вместо данной сборки?
В зависимости от того какая у вас задача.
Думаю в вашем случае вполне можно пробовать и ReactOS.
Если у вас ограниченное число ресурсов и вы хотите отделаться малой кровью, можете также же попробовать и Lubuntu — она имеет отлично настроенный LXDE из коробки и менее требовательна к ресурсам, чем система с XFCE.
Меня почему-то раздражает тон некоторых комментариев. Люди делают крутую штуку и это безусловно достойно уважения.
Поздравляю с первенцем, так сказать :)
Терминальный сервер на базе Ubuntu разворачивал лично сам, так что проблем нет.
Когда кто-то пишет о том, что адинце работает под линуксом, у меня появляются мысли о том, что этот кто-то максимум запускал адинце под линуксом,
С момента выхода 1С под Linux (более 6 лет назад) начали ее использование. Я администрированием самой 1C не занимался, я отвечал за поддержку того linux сервера где она работала.
2буха и 2 PHP приложения которые читали/писали данные а 1C посредством SOAP API (или там REST был?). За полтора года форсмажоров не было, потом я уволился.
всё что так или иначе будет завязано на IE/Edge не может быть выпущено по причине патентов/лицензийВ вайне есть реализация shdocview.dll на базе движка gecko. Не идеальная, но есть.
Многие ФС требуют самостоятельной сборки, а это пока лениво.
2. Устанавливаем
…
— Microsoft Visual C++ 2005-2008-2010-2012-2013-2015 [32bit] (04-12-2015)
?
Кроме того, для легального использования Microsoft Visual C++ не требуется обладать лицензией на дорогой Windows Server.
Про распространяемый пакет C++ понятно. Но скажите, как быть с копированием fontsub.dll (из WinXP- версия файла — 5.1.2.6000.5512) и
msvbvm60.dll? Не нарушет ли это каких-либо лицензий?
не требуется обладать лицензией на дорогой Windows Server
А зачем вообще для описанного в статье случая винсервер? Обычная клиентская винда будет работать ничуть не хуже.
https://support.microsoft.com/ru-ru/kb/314882
«Device Connections. You may allow up to 20 other devices to access software installed on the licensed computer to use only File Services, Print Services, Internet Information Services and Internet Connection Sharing and Telephony Services.»
По-моему, нарушает. Более того, компьютер запрещено использовать в качестве сервера в любых целях, кроме перечисленных (File Services, Print Services...). Так что, если вы напишете свой сервис, основанный непосредственно на протоколах TCP или UDP — присоединение других устройств к такому сервису при работе его на клиентской винде является нарушением, независимо от кол-ва соединений.
Ограничение на кол-во входящих TCP-соединений жестко прописано в драйвере tcpip.sys. В сети ходят кряки, но это в принципе ничем не отличается от установки изначально нелицензионной винды.
В серверной винде количество одновременных входящих соединений ограничено количеством приобретенных вами лицензий на доступ клиента (Client Access License, CAL). По-моему это ограничение жестко не контролируется, но если хотите оставаться в рамках закона — то надо платить и платить. Отдельно — за серверную винду, отдельно — за доступ к ней клиентов.
Вот, если смотреть в сторону ReactOS — как там дела с драйверами (для нашего USB-аппарата всего 4 файла: generic.sys, oem.pnf, oem.inf и wdmvrxa4.sys)
Насколько вероятно что он может заработать?
sourceforge.net/projects/reactos/files/ReactOS/0.4.0-CLT2016
P.S. Чем она отличается от официальной не знаю.
ХРюшка скоро будет никому ненужна
Пока потребляемое стареньким, но вполне выполняющим свои обязанности компьютером электричество за год будет меньше стоимости нового системного блока — будут использовать.
Чтоб все эти «крутые» программисты почувствовали на своей шкуре каково приходится пользователям при эксплуатации этих творений, построенных на новомодных фреймворках с бешеным оверхедом…
Но использовать альфа версии чего-либо в продакшене при наличии альтернатив? Тем более, когда всё равно исполььзуются части другой ОС?
А вот на счет продакшена — на часть этих серверов завязана работа остальных библиотек города. И да наш админ этих самых ИРБИСОВ запросто ставит эксперименты в продакшене.
И все это потому что хрен его знает на чем и из-за чего это адское поделие будет работать стабильнее и быстрее.
Так что такой эксперимент вполне возможно проходил на грани между «совсем нет сервера» и «хоть что-то работает».
Монитор (монитор, а не экран ноутбука) с разрешением 1920x1200 не требует HiDPI.
Проблема надумана. Матрицы мониторов, как правило, выпускаются под определённую стандартную плотность пикселей, примерно 96 dpi для обычных мониторов и около 200-220 dpi для ретины. Если вы используете довольно экзотический монитор, плотность пикселей на котором на 20% выше, то, наверное, вы это делаете из-за дальнозоркости с целью комфортной работы, а не для того, чтобы портить растровое изображение дробным масштабированием обратно к 96 dpi.
Потому что когда в Steam все новые игры начнут требовать Windows 10, то с Windows 7 придётся слезть :(
Хотя, по теме, очень жду, когда можно будет поставить одну только reactOS и не думать о совместимости. Хотя скорее приноровлюсь к Ubuntu в Win10.
Любую неясность нужно однозначно трактовать в негативном смысле, до момента ее разъяснения. Такие наши времена.
Трактовать неясные вещи негативно звучит как-то по средневековому, ретроградному.
Мое личное мнение — никому не нужна информация о Васе Пупкине, любящего просмтаривать интересные видео и переписываться с друзьями, да в дотку гонять. К тому же это еще представьте какие траты на сбор, сортировку, хранение, проверку данных.
1. Планируется ли поддержка современных версий OpenGL? Или как в Windows остановится на древней? Про Vulkan слышал, но ведь он не обещает обратной совместимости. Кстати, поддержка Vulkan будет, я ничего не путаю?
2. Как там обстоит с подсистемой POSIX? Планируется ли в хоть сколько-то обозримом будущем хоть какая-то совместимость с *nix-based ОС?
3. ReactOS это «бинарно совместимая реализация Windows» или «бинарно совместимая улучшенная версия Windows»? Я понимаю, что реализовать уже имеющееся приоритетнее, но всё же. Будет ли в ReactOS то, чего принципиально нет в Windows?
Меня интересуют именно мысли команды разработчиков. Понятно, что сторонние люди сами могут добавить поддержку той или иной технологии, но займётся ли этим сама команда? Что касается сторонних разработок, как оно будет (и будет ли) попадать в апстрим?
Ну и в любом случае, хочу выразить глубокое уважение всем людям, связанным с разработкой!
По порядку:
1. Поддержка OpenGL обеспечивается не ОС а видеокартой, а точнее драйверами видеокарты, которые транслируют вызовы OpenGL в собственные вызовы видеокарты
2. Зачем Windows XP совместимой системе POSIX? Зачем Ubuntu on ReactOS?
3. ReactOS это свободный имплемент API функций Windows, улучшенной она быть не может, она может только подражать эталонной реализации(т.е Windows)
Так что другие фс тут ничего не значат, вон для этих ваших вендоз есть дрова для ext2, если не ошибаюсь
Между тем, хотя в настоящее время это уже доступно из коробки, можно было бы во времена XP так же добавить подключение томов ISO без использования каких-нибудь DaemonTools и других плюшек.
Вот и я про тоже, в ReactOS это уже есть из коробки, хотя в винду ставится двумя кликами, так что никаких сложностей, наличие этого в ReactOS просто приятная плюшка
вон для этих ваших вендоз есть дрова для ext2
Грузиться с неё она все равно не умеет. А хотелось бы.
Вот у меня есть, скажем, Asus EEE 701 2G. Там 2 гигабайта встроенной флэш, а хочется впридачу в линуксу там иметь и что-то виндоус-совместимое (проприетарный диагностический usb-сканер автомобиля запускать, например. Wine тут не вариант, т.к. с драйверами не дружит). ReactOS, которую можно было бы запустить с ext2, была бы тут самым минимальным злом из возможных.
Virtual Box если не ошибаюсь лучше всех работает с физическими USB
2. Как это зачем? Чтобы было, конечно. Ну и я не слышал, чтобы всякие там iptables собирали под винду.
3. Как подсказывают другие комментарии, поддержки файловых систем вроде extX, ReFS, BFS и т.д. в Windows (частично) нет. А в ReactOS есть. Что противоречит вашему ответу и внушает мне надежду.
Более того, занудства ради, OS != имплемент API
А вот ReactOS == имплемент API со вкусными плюшками
Которые можно поставить и в Windows
90% ReactOS это имплемент Windows совместимого ядра(именно совместимого, ставить ядро ReactOS в Windows никто не запрещает, но оно и не нужно, если оно вообще заработает, что врядли). А остальное бутлодер, плюшки это уже чисто ReactOS фичи
| 90% ReactOS это имплемент Windows совместимого ядра
Стоит ли это понимать так: ядро ОС — подмножество API? С этим категорически не могу согласиться. API — абстракция, позволяющая «удобно» обращаться к функциям ядра, без влезания в код самого ядра.
Опять же, емнип, ядро ReactOS более-менее закончено, уже не альфа-версия ядра в сборках предлагается. Тем не менее, львиная доля харда/софта пока не работает или работает криво. Потому что не реализованы прочие, скажем так, окружения. В т.ч. API
Но мы с вами отвлеклись от темы.
| ReactOS == имплемент [API] со вкусными плюшками
Масштабы плюшек, задуманных разработчиками, меня как раз и интересовали.
Масштабы плюшек, задуманных разработчикамиВ памяти немедленно всплыло "Счастье для всех, даром, и пусть никто не уйдёт обиженный!"
Для справки: kernel32.dll не является ядром
https://soundcloud.com/alexandr-panchenko-1/reactos
А есть ли смысл попробовать ReactOS для программирования контроллеров? Keil uVision, Кукукс, вот это всё? Сейчас на работе держу винду только из-за этого, ибо как из-под Virtualbox не работает. Контроллер при прошивке меняет, иногда несколько раз, свои USB ID и Virtualbox его теряет, даже если все варианты вписать в настройки.
Можно было бы попробовать, но свободного компа нет, так что это «попробовать» минимум день-два работы. А страница в вики про USB в ReactOS не внушает оптимизма. Может кто уже делал?
«Работает лучше оригинальной Винды?»
Это ж до какой степени нужно ненавидеть капиталы Б. Гейтса, чтобы выдавать желаемое за действительное.
В принципе, это единственный мой опыт с вайн, но я остался крайне доволен.
Это широко известный факт.
Режим зануды: off
«Работает лучше оригинальной Винды?»
Лучше...) Смотрю я в прайс мелкомягких и думаю, что всё работает лучше винды…
Уходить надо от этой монополии в сторону развития бесплатных аналогов(ос), чем именно и занимаются разработчики ReactOSa.
Я более чем уверен, что спустя годы(5-20**лет), ReactOS будет установлен в каждой второй организации.
Сильно… сильно ненавидеть нужно. ;)
P.S только с поддержкой AD\LDAP.
Есть бесплатный, хорошо документированный MSSQL Express со стандартным языком SQL, кучей доков, кучей баз (в т.ч. для библиотек). Зачем нужен ИРБИС? Я просмотрел документацию, система выглядит весьма громоздкой и избыточной, команды — нестандартный язык. Ее навязывают или в ИРБИС есть какая-то изюминка, которую я просто не разглядел?
Тут mongo больше подходит, а изюминка там есть — с точки зрения именно библиотечных стандартов и ГОСТ и т.д. ИРБИС почти идеален, с точки зрения современных технологий и использования более чем для 5-20 пользователей — он кошмарен. Для изучения — он наверно родственник brainfuck`а.
Первый случай реального использования… Поздравляю! Вы на шаг ближе к тому чтобы MS прикрыла вашу инициативу.
Мне нужно на компьютере под управлением ReactOS установить связь через преобразователь USB-RS485.
Драйвера с сайта (http://www.ftdichip.com/Drivers/D2XX.htm).
Установка драйверов в системе происходит как в WIN? Есть какие-то описания?
Первый подтвержденный случай реального использования ReactOS