Комментарии 239
Тем не менее периодически всплывали «утки», что ReactOS видели установленным на кассовых терминалах такого-то супермаркета.
Почему же «утки»? В «Фурешете» на кассовых терминалах Киева и пригорода я вроде как раз ReactOS видел.
Почему же «утки»? В «Фурешете» на кассовых терминалах Киева и пригорода я вроде как раз ReactOS видел.
Доказательств этому никаких не было. Ни фото ни видео. А лично участники проекта такого не видели.
Эх, жалко. А то такая секта свидетелей ReactOS была бы!
Если серьёзно, я недавно видел DOS (настоящий DOS, правда, в эмуляторе), из-под которого запускался софт одного шотландского предприятия. Так что после этого начал в вас верить.
Если серьёзно, я недавно видел DOS (настоящий DOS, правда, в эмуляторе), из-под которого запускался софт одного шотландского предприятия. Так что после этого начал в вас верить.
Почему именно в этих? А как же PTS-DOS, который к 7.0 обещали с полноценной многозадачностью и даже заикались про PTS-Windows?
Друг админил поликлиники детские, там настраивал DosBox для запуска софта, работающего с каким-то там медицинским оборудованием. Прокидывал реальный COM-порт в эмулятор, все дела. Жаль не догадался попросить сфоткать.
Консольные (DOS-like) программы до сих пор работают на некоторых АЗС например. Видел лично на старых заправках Татнефть недавно.
Фуршет, город Нетешин, лично видел, но думаю если буду снимать с камерой меня от туда выгонят
Ну выгонят, не страшно же. Не жить же в этом магазине. Для андроида есть приложения, которые тушат экран и не видно, что идет съемка вообще, как будто телефон выключенный просто в руках держите.
В Украине запрещена съемкам в общественном месте? Или это не магазин и свободного входа/выхода там нет?
Можно просто попросить кассира сфоткать его комп. Он же тоже человек, может и разрешит. Особенно если объяснить, зачем это нужно.
как-то в голову не приходило сфотографировать, когда заметил. Да и нечасто есть возможность посмотреть на экран :)
НЛО прилетело и опубликовало эту надпись здесь
А в каком именно? Пойду — посмотрю. Интересно же! :)
ждем!
НЛО прилетело и опубликовало эту надпись здесь
Огромное спасибо! Судя по скриншотам, это как минимум не стоковый ReactOS.
Мне совершенно непонятно, какой смысл в этой замене. 200 долларов за Win-лицензию это же сущие копейки по сравнению с оборотом этих магазинов, да даже по сравнению с зарплатами персоналу в Киеве.
Не ReactOS это вовсе, это рескин XP либо Server 2003.
Полоски под картинкой с лого у ReactOS пока нет, да и позиция кнопочек.
Полоски под картинкой с лого у ReactOS пока нет, да и позиция кнопочек.
На счет «Фуршета» не знаю, но вот в «Сильпо» стоит Windows Embedded. Есть подозрения, что что-то подобное стоит повсеместно.
Колибри вас опередил, получается?
Поздравляю, какой-никакой но успех.
Поздравляю, какой-никакой но успех.
Первый раз слышу про ReactOS.
Я правильно понял, что это международная система open source совместимая с Windows с базой в РФ?
Я правильно понял, что это международная система open source совместимая с Windows с базой в РФ?
Количество устанавливаемых библиотек избыточно.
Возможно.
Возможно что-то нужно для инсталятора, но довольно странно брать библиотеки 2015 года для программы версии 2013. У меня в reactos инсталятор сервера выдавал ошибку на стадии регистрации службы.
Для работы ирбис-сервера второй пункт не требуется. Сервер, в отличие от клиентов, особо не требователен к настройкам системы и дополнительным библиотекам.
Для работы ирбис-сервера второй пункт не требуется. Сервер, в отличие от клиентов, особо не требователен к настройкам системы и дополнительным библиотекам.
Почему не wine?
А где видео?
В посте есть два видео.
Наверное, будет простой ответ: потому что! Каждый выбирает софт, с которым ему удобнее.
Почему не wine?
Наверное, будет простой ответ: потому что! Каждый выбирает софт, с которым ему удобнее.
Странно, у меня почему-то не показывается. Возможно, адблок перестарался
Я думал, может у ROS есть реальные преимущества в данном случае перед wine. Ну раз нет, то ладно
Наверное, будет простой ответ: потому что!
Я думал, может у ROS есть реальные преимущества в данном случае перед wine. Ну раз нет, то ладно
На слабом железе однозначно выгоднее поставить ReactOS — Wine даёт overhead
Так говорить некорректно. Wine не виртуальная машина, и не дает никакого overhead-а на код приложения. Он выполняется на реальном железе в обычном режиме. Wine просто предоставляет свой стек API-вызовов. Точно так же как и ROS или Windows. То, что API ROS работает быстрее, чем API Wine/Linux, мне, если честно, не очевидно. Более того, вполне возможно, что на разных задачах выигрывать будут разные реализации.
Совершенно верно, у меня был случай, когда некая игрушка на Unreal Engine 4 (достаточно тяжелая для моего компа). Под wine работала несколько быстрее и плавнее нежели под Windows 7.
Подозреваю, что такой результат дорадо то, что компьютер не был загружен виндовым окружением, и мог больше ресурсов уделять непосредственно игре.
Более того, думаю, не только на разных задачах, но и на разном железе.
НЛО прилетело и опубликовало эту надпись здесь
В защиту Linux+Wine:
1. На компе установлен также Oracle XE (хм, надо под реактОС проверить ради интереса)
2. При покупке нового принтера я проверяю наличие драйверов под Linux (как правило все современные бренды уже выпускают)
Недостатки Wine:
Используемая многооконная программа иногда выдаёт MessageBox так, что он появляется под основным окном (особенности wine, под Windows такого никогда не происходит). И никаким Alt+Tab не получается вернуть фокус ввода…
1. На компе установлен также Oracle XE (хм, надо под реактОС проверить ради интереса)
2. При покупке нового принтера я проверяю наличие драйверов под Linux (как правило все современные бренды уже выпускают)
Недостатки Wine:
Используемая многооконная программа иногда выдаёт MessageBox так, что он появляется под основным окном (особенности wine, под Windows такого никогда не происходит). И никаким Alt+Tab не получается вернуть фокус ввода…
Используемая многооконная программа иногда выдаёт MessageBox так, что он появляется под основным окном (особенности wine, под Windows такого никогда не происходит). И никаким Alt+Tab не получается вернуть фокус ввода…Это проблема не Wine, а используемого вами оконного менеджера. При использовании compiz (а стало быть и ubuntu unity) такое встречается с вполне нативным Deluge.
Такое и на Windows совсем не редкость. Подобный баг частенько случается с тем же Excell, хотя казалось бы...
Решается вызовом диспетчера задач, ПКМ по окну и пункт меню "Переключиться"
использую xfce+lightdm (Ubuntu 12.04.5 LTS)
по сути — нужна только windows-прога и firefox
что можно попробовать вместо данной сборки?
по сути — нужна только windows-прога и firefox
что можно попробовать вместо данной сборки?
В зависимости от того какая у вас задача.
Думаю в вашем случае вполне можно пробовать и ReactOS.
Если у вас ограниченное число ресурсов и вы хотите отделаться малой кровью, можете также же попробовать и Lubuntu — она имеет отлично настроенный LXDE из коробки и менее требовательна к ресурсам, чем система с XFCE.
Alt-Esc / Alt-Shift-Esc могут помочь, если не помогает Alt-Tab
Меня почему-то раздражает тон некоторых комментариев. Люди делают крутую штуку и это безусловно достойно уважения.
Поздравляю с первенцем, так сказать :)
Ждем поддержку 1с и терминальный режим… но я как понимаю, всё что так или иначе будет завязано на IE/Edge не может быть выпущено по причине патентов/лицензий?
Сам по себе 1с уже года три, как работает. Терминальный режим просто некому протестировать.
1С (начиная с версии 8.3 нативно работает на Linux)
Терминальный сервер на базе Ubuntu разворачивал лично сам, так что проблем нет.
Терминальный сервер на базе Ubuntu разворачивал лично сам, так что проблем нет.
К слову, на Linux работает она отвратительно.
НЛО прилетело и опубликовало эту надпись здесь
Когда кто-то пишет о том, что адинце работает под линуксом, у меня появляются мысли о том, что этот кто-то максимум запускал адинце под линуксом,
С момента выхода 1С под Linux (более 6 лет назад) начали ее использование. Я администрированием самой 1C не занимался, я отвечал за поддержку того linux сервера где она работала.
2буха и 2 PHP приложения которые читали/писали данные а 1C посредством SOAP API (или там REST был?). За полтора года форсмажоров не было, потом я уволился.
50 пользователей 1С УП. Бухи, менеджеры, производство. Ubuntu 12.04 клиент, Centos 6 — сервер. Около 3х лет, полет нормальный. Не без проблем, конечно, но в целом приемлемо.
всё что так или иначе будет завязано на IE/Edge не может быть выпущено по причине патентов/лицензийВ вайне есть реализация shdocview.dll на базе движка gecko. Не идеальная, но есть.
ждём поддержки записи на ntfs.
Если студент GSoC 2016 постарается, то будет осенью.
А ntfs-3g (который через FUSE) завести не проще?
нет.
Лично у меня не завелся. Но даже если бы и завелся, это велосипед. В винде все устроено не так. А нам еще с ntfs грузиться нужно уметь.
Внезапно Dokan работает.
Из-за того что .net framework 4 ещё не работает протестировать SSH-диск не могу. Но FTP работает!
Многие ФС требуют самостоятельной сборки, а это пока лениво.
Многие ФС требуют самостоятельной сборки, а это пока лениво.
В нем нет поддержки журналирования.
Так «зависимости от Microsoft никакой» на КДПВ или
?
2. Устанавливаем
…
— Microsoft Visual C++ 2005-2008-2010-2012-2013-2015 [32bit] (04-12-2015)
?
Вы в шутки и юмор умеете?
Кроме того, для легального использования Microsoft Visual C++ не требуется обладать лицензией на дорогой Windows Server.
Кроме того, для легального использования Microsoft Visual C++ не требуется обладать лицензией на дорогой Windows Server.
Здравствуйте.
Про распространяемый пакет C++ понятно. Но скажите, как быть с копированием fontsub.dll (из WinXP- версия файла — 5.1.2.6000.5512) и
msvbvm60.dll? Не нарушет ли это каких-либо лицензий?
Про распространяемый пакет C++ понятно. Но скажите, как быть с копированием fontsub.dll (из WinXP- версия файла — 5.1.2.6000.5512) и
msvbvm60.dll? Не нарушет ли это каких-либо лицензий?
Хинт: при сборке проекта есть опция статической линковки CRT. После чего исполняемый файл ни от чего кроме штатных системных библиотек не зависит.
при этом куча всякого софта (Capture One, за вполне ощутимые деньги) все равно таскает мешок vcerdist*.exe с собой. так что видимо этот хинт подходит далеко не всем.
Хинт имеет право на жизнь при условии, что вся программа это один исполняемый модуль. Если же она разбита на библиотеки, то наличие копии статической RT в каждой из них начинает вызывать различные неприятные эффекты, самым безобидным из которых будет неоправданное увеличение объёма.
не требуется обладать лицензией на дорогой Windows Server
А зачем вообще для описанного в статье случая винсервер? Обычная клиентская винда будет работать ничуть не хуже.
Там ограничение на количество входящих TCP-соединений (не более 10). И даже если обойти это ограничение, к примеру, с использованием UDP — то это будет нарушением лицензионного соглашения на клиентскую винду.
То есть торрент-нода с огромной кучей коннектов нарушает лицензию?
Нет, потому, что ограничивают не TCP соединения
https://support.microsoft.com/ru-ru/kb/314882
https://support.microsoft.com/ru-ru/kb/314882
В зависимости от толкования этого пункта лицензии (Win7 Home Premium):
«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). По-моему это ограничение жестко не контролируется, но если хотите оставаться в рамках закона — то надо платить и платить. Отдельно — за серверную винду, отдельно — за доступ к ней клиентов.
«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). По-моему это ограничение жестко не контролируется, но если хотите оставаться в рамках закона — то надо платить и платить. Отдельно — за серверную винду, отдельно — за доступ к ней клиентов.
Разве это нельзя поправить?
[2]?
В многих лицензиях МС к бесплатным продуктам есть пункт о том, что запускать эти продукты вы можете только на системе с лицензионной Windows. В либах msvb такого условия нет?
Только сегодня пробовал установить ReactOS на плату с Intel Atom D525, к сожалению всё висло в процессе загрузки или вываливалось в BSoD. Видать слишком специфическое железо. У компьютера всего одна задача — делать рентген снимки, так что ReactOS мог подойти идеально. Может в будущем сменю платформу и попробую снова.
Нужны багрепорты с логами. Иначе с мертвой точки дело не сдвинется.
Хм, у меня тоже машинка с XP стоит только для работы с рентгеновским аппаратом. Хорошо что это списанная брендовая машина с лицензионной наклейкой, но ничто не вечно — ещё пару лет и материнка либо жёсткий сдохнут.
Вот, если смотреть в сторону ReactOS — как там дела с драйверами (для нашего USB-аппарата всего 4 файла: generic.sys, oem.pnf, oem.inf и wdmvrxa4.sys)
Насколько вероятно что он может заработать?
Вот, если смотреть в сторону ReactOS — как там дела с драйверами (для нашего USB-аппарата всего 4 файла: generic.sys, oem.pnf, oem.inf и wdmvrxa4.sys)
Насколько вероятно что он может заработать?
У меня на одном компе более удачным был запуск данной сборки.
sourceforge.net/projects/reactos/files/ReactOS/0.4.0-CLT2016
P.S. Чем она отличается от официальной не знаю.
sourceforge.net/projects/reactos/files/ReactOS/0.4.0-CLT2016
P.S. Чем она отличается от официальной не знаю.
Так начиналась транзисторизация. Сначала простые устройства вроде слуховых аппаратов, затем в более сложных устройствах — робкие попытки замены отдельных ламповых каскадов транзисторными. А потом как попёрло!
Было бы ещё здорово уточнить конфигурацию железа, на котором всё развёрнуто.
Здорово ребята! А .NET или Mono работает? Иначе какой смысл?
Первое — почти да, второе — да, но подглючивает. Нужны баг-репорты.
А что конкретно не работает в M$ дотнете?
Не все версии ставятся.
Без дотнета у вас не визуалки не делфи не запустятся…
Вот-вот должны пропатчить установку .Net 4.0
А смысл, если reactOS это XP совместимая система? XP сейчас никому не нужна, кроме Embedded, ориентируйтесь на 7, апи 7 еще должны долго поддерживать
Наоборот, хрюшеподобность может оказаться для ReactOS ценным качеством, благодаря которому эта ОС после выхода из альфы наверняка найдёт применение в тех или иных legacy-системах.
Ключевое слово: legacy
ХРюшка скоро будет никому ненужна
ХРюшка скоро будет никому ненужна
ну, почему не нужна:
Пока потребляемое стареньким, но вполне выполняющим свои обязанности компьютером электричество за год будет меньше стоимости нового системного блока — будут использовать.
Пока потребляемое стареньким, но вполне выполняющим свои обязанности компьютером электричество за год будет меньше стоимости нового системного блока — будут использовать.
А как вы себе представляете кодинг на пк 15 летней давности? Разве что FreeBSD ставить на него
А что, задачи у нас на кодинге заканчиваются? Причем тут кодинг то вообще?
Я пример привел, на древних пк и 7 себя неплохо чувствует, да и Wine пошустрее 7 всё таки будет
Каждому инструменту — свое применение. ReactOS это прежде всего учебный инструмент для разработчиков, потихоньку растущий до реального применения пользователями в узком спектре задач для legacy ПО — там, где нового софта нет и не надо, где все задачи полностью выполняются 10-15 летней давности программами — зачем тратить многоденег на покупку современных ПК и ОС?
А вот представьте себе — хочу!
Чтоб все эти «крутые» программисты почувствовали на своей шкуре каково приходится пользователям при эксплуатации этих творений, построенных на новомодных фреймворках с бешеным оверхедом…
И пересели на C++ & Vim
Чтоб все эти «крутые» программисты почувствовали на своей шкуре каково приходится пользователям при эксплуатации этих творений, построенных на новомодных фреймворках с бешеным оверхедом…
Кто минус поставил? Что не понравилось в этом комментарии? Можно более конструктивно объяснять свои решения?
Вот из-за таких действией он и работает в библиотеке.
Полагаете, парня сослали работать в библиотеку за бесчеловечные эксперименты?
Системный администратор должен эксперементировать, это часть работы. Только эксперименты ставятся в тестовой инфраструктуре.
Но использовать альфа версии чего-либо в продакшене при наличии альтернатив? Тем более, когда всё равно исполььзуются части другой ОС?
Но использовать альфа версии чего-либо в продакшене при наличии альтернатив? Тем более, когда всё равно исполььзуются части другой ОС?
Про какой прод вы говорите в библиотеке, где дай бог будет 1 старенький сервачок?
Неа, не один, не много не мало — 5 ))
У нас 15 «железных» серверов, ну да старенькие — самые свежие 2013 года. Ну да в библиотеке.
А вот на счет продакшена — на часть этих серверов завязана работа остальных библиотек города. И да наш админ этих самых ИРБИСОВ запросто ставит эксперименты в продакшене.
И все это потому что хрен его знает на чем и из-за чего это адское поделие будет работать стабильнее и быстрее.
А вот на счет продакшена — на часть этих серверов завязана работа остальных библиотек города. И да наш админ этих самых ИРБИСОВ запросто ставит эксперименты в продакшене.
И все это потому что хрен его знает на чем и из-за чего это адское поделие будет работать стабильнее и быстрее.
Учитывая, что библиотека скорей всего является муниципальным учреждением, то это махровейшая госорганизация, денег у которой нету примерно совсем ни на что, а процессы согласования выделения денег на покупку чего бы то ни было требуется начинать за год до покупки. Поэтому и выживать в таких условиях может только редкий ниндзя, причем еще и работающий почти забесплатно (благотворительность?).
Так что такой эксперимент вполне возможно проходил на грани между «совсем нет сервера» и «хоть что-то работает».
Так что такой эксперимент вполне возможно проходил на грани между «совсем нет сервера» и «хоть что-то работает».
Установил в VirtualBox. Всё было бы хорошо, если бы не одно но: на HiDPI экране (даже на скромненьком 1920x1080 на 15") работать совсем невозможно: всё слишком мелкое. Попробовал выставить 120 DPI в настройках, но ничего не меняется. Ладно, бог с ним с элементами интерфейса, но хоть шрифты дайте возможность как-то глобально увеличить (хотя бы тему стандартную с увеличенными шрифтами добавьте). А по-хорошему, задумайтесь о более полной поддержке HiDPI экранов: уже года два как найти нормальный ноутбук с не-HiDPI экраном трудно, через пару лет это будет уже вообще невозможно. P.S. Или я что-то не так делаю?
С HiDPI экранами и обычная Windows не слишком дружит. И это вина не только Microsoft, но и разработчиков приложений.
С HiDPI вообще все ОС не слишком дружат. Но таки хотелось бы, чтобы в ReactOS была хоть какая-то минимальная поддержка. Хотя бы ехать, так сказать, шашечки не обязательны.
Ну в Android всё оок.
OS X выглядит хорошо, по крайней мере на железе Apple, за 4к мониторы других производителей не поручусь.
На OS X всё «выглядит хорошо», потому что там и «железо», и ОС делает одна и та же компания, и HiDPI идёт в единственном варианте — разрешение приблизительно в 2 раза больше, чем обычно (~230 ppi против ~140). Всем остальным приходиться приспосабливаться к целому «зоопарку» высоких разрешений и поддерживать сразу несколько вариантов масштабирования, включая нецелочисленное.
OS X работает точно с теми же самыми мониторами и разрешениями, что и любая другая ОС. Кроме, разве что, экранов вин-ноутбуков.
Да что Вы говорите? А Вы видели «как» она работает? Для монитора с разрешением, скажем, 1920×1200 будет доступна только одна HiDPI опция, а именно, 960×600 (HiDPI), т.е. OS X умеет масштабировать только ровно в 2 раза. На 15" экране с разрешением 1920×1200 всё будет выглядеть вырвиглазно мелко, а в единственном доступном HiDPI-режиме — вырвиглазно крупно. Для сравнения: в Windows же вы можете выбрать коэффициент масштабирования 1.25, 1.50 и 1.75. Скажем, для описанной конфигурации 1.25 — оптимальный вариант.
У меня довольно много маков, к большинству из которых подключено по два монитора, самых разных, и никаких проблем с разрешением нет.
Монитор (монитор, а не экран ноутбука) с разрешением 1920x1200 не требует HiDPI.
Монитор (монитор, а не экран ноутбука) с разрешением 1920x1200 не требует HiDPI.
Я понял, что у Вас много Маков. Но повторю ещё раз: у OS X есть только один режим HiDPI — с масштабированием ровно в 2 раза. Такой подход «работает» хорошо только по той причине, что в экосистеме Apple другого масштабирования не требуется. Но если эту экосистему покинуть, могут быть проблемы. Монитор, скажем, размером 24" с разрешением 1920x1200 действительно не требует HiDPI, а вот монитор того же размера но с разрешением 2560x1440 уже потребует масштабирования для комфортной работы. Но не в 2 раза, а не больше, чем в 1.5. И OS X тут будет бессильна, ибо либо никак и очень мелко, либо в 2 раза и очень крупно. Такие мониторы — не фантастика, Вы их уже сейчас можете купить, если что.
У нас давно используются мониторы 30" 2560x1600, и они также не требуют масштабирования. Не думаю, что из-за 20% разницы в линейных размерах между 24" и 30" вдруг появляется необходимость масштабировать в полтора раза.
Проблема надумана. Матрицы мониторов, как правило, выпускаются под определённую стандартную плотность пикселей, примерно 96 dpi для обычных мониторов и около 200-220 dpi для ретины. Если вы используете довольно экзотический монитор, плотность пикселей на котором на 20% выше, то, наверное, вы это делаете из-за дальнозоркости с целью комфортной работы, а не для того, чтобы портить растровое изображение дробным масштабированием обратно к 96 dpi.
Проблема надумана. Матрицы мониторов, как правило, выпускаются под определённую стандартную плотность пикселей, примерно 96 dpi для обычных мониторов и около 200-220 dpi для ретины. Если вы используете довольно экзотический монитор, плотность пикселей на котором на 20% выше, то, наверное, вы это делаете из-за дальнозоркости с целью комфортной работы, а не для того, чтобы портить растровое изображение дробным масштабированием обратно к 96 dpi.
Интересный факт — DPI Aware API в винде чуть ли не совремён 3.1, но его никто толком не юзает, включая саму MS, лол. А когда все начали задумываться об этом, оказалось некий старый софт пытающийся юзать этот API ломается, потому как его никто никогда не тестировал. Вобщем, бардак полный и ничерта не работает. Хотя в теории должно.
«где вы можете задавать ваши ответы» Ответы они только мои и ничьи больше, так что не буду их задавать.
Радостная новость! :)
Потому что когда в Steam все новые игры начнут требовать Windows 10, то с Windows 7 придётся слезть :(
Потому что когда в Steam все новые игры начнут требовать Windows 10, то с Windows 7 придётся слезть :(
Непонятно, почему не слезть сейчас, Win10 значительно лучше Win7, говорю, как ярый защитник второго в свое время. Win10 у меня грузится быстрее gentoo со всякими рукодельными оптимизациями и выпиливанием из ядра бесполезного мусора. И вообще никогда не видел проблемы иметь пару ОС — каждая для своего дела.
Хотя, по теме, очень жду, когда можно будет поставить одну только reactOS и не думать о совместимости. Хотя скорее приноровлюсь к Ubuntu в Win10.
Хотя, по теме, очень жду, когда можно будет поставить одну только reactOS и не думать о совместимости. Хотя скорее приноровлюсь к Ubuntu в Win10.
10ка хороша, когда из нее полностью выпотрошена вся сомнительная телеметрия.
Ну сейчас она при установке спрашивает что и когда можно, а что нельзя отправлять. Не интересовался влиянием ответов на реальную работу.
Слово «телеметрия» надо брать в кавычки или снабжать характеристикой «так называемая». Это изначально безобидное слово, означавшее дистанционное считывание показаний приборов принадлежащей субъекту телеметрии ракеты, стали использовать в качестве эвфемизма для банального шпионажа и подглядывания за пользователями, когда с принадлежащих им компьютеров считывается информация о пользователях. И вовсе не с целью решать проблемы пользователей или их оборудования, как это происходит в случае «нормальной» телеметрии.
У вас есть доказательства, что телеметрия не «нормальная»? В том плане, для каких целей она используется?
Лично мне уже достаточно того, что я не могу контролировать ее отправку. Т.е. нельзя однозначно ее запретить, или жестко назначить время, когда можно отправлять. Нельзя быть уверенным в ее содержимом и предназначении.
Любую неясность нужно однозначно трактовать в негативном смысле, до момента ее разъяснения. Такие наши времена.
Любую неясность нужно однозначно трактовать в негативном смысле, до момента ее разъяснения. Такие наши времена.
Уже миллион раз говорили, что можно поставить сниф-сервер (если не доверяете софтовым снифферам) и смотреть, кто что там отсылает. Пока что никаких пруфов я не видел, только общая истерия «ааааааааа», не более того.
Почему-то меня даже не заботило что и куда отправляется. Я не знаю, как можно об этом переживать в случае домашнего использования, например, если вы ничего не нарушаете, а если нарушаете так наоборот хорошо. А в случае корпоративного использования, думаю, существуют законы, защищающие КТ и прочие интересные вещи, в т.ч. повторюсь, сейчас есть возможность при установке даже домашней версии настроить так, что бы ничего никуда не отсылалось. А если говорить о гос. секторе и военпроме, я более чем уверен, что там это защищено и проверяется и давно бы уже разоблачили.
Трактовать неясные вещи негативно звучит как-то по средневековому, ретроградному.
Мое личное мнение — никому не нужна информация о Васе Пупкине, любящего просмтаривать интересные видео и переписываться с друзьями, да в дотку гонять. К тому же это еще представьте какие траты на сбор, сортировку, хранение, проверку данных.
Трактовать неясные вещи негативно звучит как-то по средневековому, ретроградному.
Мое личное мнение — никому не нужна информация о Васе Пупкине, любящего просмтаривать интересные видео и переписываться с друзьями, да в дотку гонять. К тому же это еще представьте какие траты на сбор, сортировку, хранение, проверку данных.
синергия случится в тот момент, когда в ReactOS можно будет запустить Ubuntu, как в новой винде)))
Хмм. ИРБИС под ReactOS c 5 пользователями, интересно в принципе. Посмотрим как оно себя поведет при нагрузке 400-600 пользователей.
Судя по сайту http://www.elnit.org/ Ирбис64 довольно старая вещь, выпущенная ещё для Windows 2000/XP — в этом мне кажется основная причина успеха.
Если верить логотипу устанавливаемого софта (сервера Ирбис64), то он начал разрабатываться в 2005 году.
Основная причина успеха в том что эта древнее говнище при небольшом количестве пользователей приемлемо работает где угодно. Есть вполне успешные инсталляции и под Linux + Wine. По секрету — ему на самом деле даже установка не нужна — копипастим каталог с ИРБИС с Server1 на Server2 -> запускаем -> работает. А его бесплатная демка позволяет работать 10 пользователям. А выпущенна она на самом деле еще раньше чем Win2000.
В наших палестинах это скорее так и есть. Даже забавно, что приложение для винтукея.
Прошу прощения за оффтоп, но у меня есть несколько уточняющих вопросов к разработчикам ReactOS. Пойду от частного к общему:
1. Планируется ли поддержка современных версий OpenGL? Или как в Windows остановится на древней? Про Vulkan слышал, но ведь он не обещает обратной совместимости. Кстати, поддержка Vulkan будет, я ничего не путаю?
2. Как там обстоит с подсистемой POSIX? Планируется ли в хоть сколько-то обозримом будущем хоть какая-то совместимость с *nix-based ОС?
3. ReactOS это «бинарно совместимая реализация Windows» или «бинарно совместимая улучшенная версия Windows»? Я понимаю, что реализовать уже имеющееся приоритетнее, но всё же. Будет ли в ReactOS то, чего принципиально нет в Windows?
Меня интересуют именно мысли команды разработчиков. Понятно, что сторонние люди сами могут добавить поддержку той или иной технологии, но займётся ли этим сама команда? Что касается сторонних разработок, как оно будет (и будет ли) попадать в апстрим?
Ну и в любом случае, хочу выразить глубокое уважение всем людям, связанным с разработкой!
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)
По порядку:
1. Поддержка OpenGL обеспечивается не ОС а видеокартой, а точнее драйверами видеокарты, которые транслируют вызовы OpenGL в собственные вызовы видеокарты
2. Зачем Windows XP совместимой системе POSIX? Зачем Ubuntu on ReactOS?
3. ReactOS это свободный имплемент API функций Windows, улучшенной она быть не может, она может только подражать эталонной реализации(т.е Windows)
3. Она может быть быстрее.
Согласен
А разве «быстрее» не означает в том числе «лучше»? )
Лучше, но автор говорил про новые фичи
Не совсем так. Про фичи он не спрашивал. Дословно вопрос был такой: «Будет ли в ReactOS то, чего принципиально нет в Windows?». Отсутствия тормозов принципиально нет в Windows )))
Кроме того, ОС Windows и ОС ReactOS — это не просто реализация Windows API. Можно добавить поддержку других FS из коробки. Или встроить поддержку TrueCrypt разделов. Или ещё каких-нибудь фич добавить. Но не в API, а в возможности для юзера.
Однако, главная цель ReactOS всё же создание Windows совместимой ОС, а не линупса с поддержкой PE
Так что другие фс тут ничего не значат, вон для этих ваших вендоз есть дрова для ext2, если не ошибаюсь
Так что другие фс тут ничего не значат, вон для этих ваших вендоз есть дрова для ext2, если не ошибаюсь
Где вы увидели в моём примере Linux с поддержкой PE? Поддержка приведенных в примере фич никоим образом на влияет на API (они прозрачны). И уж тем более не тянет за собой никакого другого API.
Между тем, хотя в настоящее время это уже доступно из коробки, можно было бы во времена XP так же добавить подключение томов ISO без использования каких-нибудь DaemonTools и других плюшек.
Между тем, хотя в настоящее время это уже доступно из коробки, можно было бы во времена XP так же добавить подключение томов ISO без использования каких-нибудь DaemonTools и других плюшек.
Насчёт линупса, то это просто пример, т.е я хотел сказать что ReactOS это не убунту с вайном с нуля, а операционная система совместимая с PE и с заимплементиными WinApi, т.е первоначальная цель ReactOS — создать ОС совместимую с Windows.
Вот и я про тоже, в ReactOS это уже есть из коробки, хотя в винду ставится двумя кликами, так что никаких сложностей, наличие этого в ReactOS просто приятная плюшка
Вот и я про тоже, в ReactOS это уже есть из коробки, хотя в винду ставится двумя кликами, так что никаких сложностей, наличие этого в ReactOS просто приятная плюшка
вон для этих ваших вендоз есть дрова для ext2
Грузиться с неё она все равно не умеет. А хотелось бы.
Вот у меня есть, скажем, Asus EEE 701 2G. Там 2 гигабайта встроенной флэш, а хочется впридачу в линуксу там иметь и что-то виндоус-совместимое (проприетарный диагностический usb-сканер автомобиля запускать, например. Wine тут не вариант, т.к. с драйверами не дружит). ReactOS, которую можно было бы запустить с ext2, была бы тут самым минимальным злом из возможных.
Можно оставить одного из них на виртуалку.
Virtual Box если не ошибаюсь лучше всех работает с физическими USB
Virtual Box если не ошибаюсь лучше всех работает с физическими USB
1. Спасибо
2. Как это зачем? Чтобы было, конечно. Ну и я не слышал, чтобы всякие там iptables собирали под винду.
3. Как подсказывают другие комментарии, поддержки файловых систем вроде extX, ReFS, BFS и т.д. в Windows (частично) нет. А в ReactOS есть. Что противоречит вашему ответу и внушает мне надежду.
Более того, занудства ради, OS != имплемент API
2. Как это зачем? Чтобы было, конечно. Ну и я не слышал, чтобы всякие там iptables собирали под винду.
3. Как подсказывают другие комментарии, поддержки файловых систем вроде extX, ReFS, BFS и т.д. в Windows (частично) нет. А в ReactOS есть. Что противоречит вашему ответу и внушает мне надежду.
Более того, занудства ради, OS != имплемент API
Правильно, OS != имплемент API.
А вот ReactOS == имплемент API со вкусными плюшками
Которые можно поставить и в Windows
90% ReactOS это имплемент Windows совместимого ядра(именно совместимого, ставить ядро ReactOS в Windows никто не запрещает, но оно и не нужно, если оно вообще заработает, что врядли). А остальное бутлодер, плюшки это уже чисто ReactOS фичи
А вот ReactOS == имплемент API со вкусными плюшками
Которые можно поставить и в Windows
90% ReactOS это имплемент Windows совместимого ядра(именно совместимого, ставить ядро ReactOS в Windows никто не запрещает, но оно и не нужно, если оно вообще заработает, что врядли). А остальное бутлодер, плюшки это уже чисто ReactOS фичи
| ReactOS == имплемент API со вкусными плюшками
| 90% ReactOS это имплемент Windows совместимого ядра
Стоит ли это понимать так: ядро ОС — подмножество API? С этим категорически не могу согласиться. API — абстракция, позволяющая «удобно» обращаться к функциям ядра, без влезания в код самого ядра.
Опять же, емнип, ядро ReactOS более-менее закончено, уже не альфа-версия ядра в сборках предлагается. Тем не менее, львиная доля харда/софта пока не работает или работает криво. Потому что не реализованы прочие, скажем так, окружения. В т.ч. API
Но мы с вами отвлеклись от темы.
| ReactOS == имплемент [API] со вкусными плюшками
Масштабы плюшек, задуманных разработчиками, меня как раз и интересовали.
| 90% ReactOS это имплемент Windows совместимого ядра
Стоит ли это понимать так: ядро ОС — подмножество API? С этим категорически не могу согласиться. API — абстракция, позволяющая «удобно» обращаться к функциям ядра, без влезания в код самого ядра.
Опять же, емнип, ядро ReactOS более-менее закончено, уже не альфа-версия ядра в сборках предлагается. Тем не менее, львиная доля харда/софта пока не работает или работает криво. Потому что не реализованы прочие, скажем так, окружения. В т.ч. API
Но мы с вами отвлеклись от темы.
| ReactOS == имплемент [API] со вкусными плюшками
Масштабы плюшек, задуманных разработчиками, меня как раз и интересовали.
Масштабы плюшек, задуманных разработчикамиВ памяти немедленно всплыло "Счастье для всех, даром, и пусть никто не уйдёт обиженный!"
Ядро это ядро, это основной компонент системы, который аллокэйтит память, управляет процессами и.т.д. Однако в ReactOS оно похоже на ядро Windows, и имплементит winapi для юзер окружения.
Для справки: kernel32.dll не является ядром
Для справки: kernel32.dll не является ядром
В нашем городе (Украина), в одном из супермаркетов, видел установленный ReacOS на компьютер на кассе
Где видео?
Видео, к сожалению, предоставить не могу, но это в том же Фуршете (Каменец-Подольский).
Ну конечно, если десятки людей говорят что видели в разных городах, но почему-то вдруг не могут снять экран кассы в магазине, где есть дурная охрана и кассиры, то несомненно все они врут.
Что сделает охранник магазина? Отнимет билет в магазин?
Нет, просто данные конкретные люди, которые «в теме» банально боятся возможных конфликтов :) А про беспредел охранников и в РФ мы слышим часто, а что там на Украине может быть?
За просто попытку сфотографировать ничего не будет. Максимум попросят удалить фото. У нас же не стоит задача пойти на конфликт и доказывать свои права. Стоит задача добыть фото.
Я по старым каналам — продажник оборудования Циско. Позвонил Григорию (начальник ИТ) в Фуршет, он сказал, что никакого Реактоса нет, записалось плохо, но вот:
https://soundcloud.com/alexandr-panchenko-1/reactos
https://soundcloud.com/alexandr-panchenko-1/reactos
Если не можете сфоткать экран, то сфоткайте хотя бы магазин снаружи, чтобы кто хочет зашёл и убедился.
Подскажите, я вот погуглил, и, кажется, ответ «нет», но всё же спрошу.
А есть ли смысл попробовать ReactOS для программирования контроллеров? Keil uVision, Кукукс, вот это всё? Сейчас на работе держу винду только из-за этого, ибо как из-под Virtualbox не работает. Контроллер при прошивке меняет, иногда несколько раз, свои USB ID и Virtualbox его теряет, даже если все варианты вписать в настройки.
Можно было бы попробовать, но свободного компа нет, так что это «попробовать» минимум день-два работы. А страница в вики про USB в ReactOS не внушает оптимизма. Может кто уже делал?
А есть ли смысл попробовать ReactOS для программирования контроллеров? Keil uVision, Кукукс, вот это всё? Сейчас на работе держу винду только из-за этого, ибо как из-под Virtualbox не работает. Контроллер при прошивке меняет, иногда несколько раз, свои USB ID и Virtualbox его теряет, даже если все варианты вписать в настройки.
Можно было бы попробовать, но свободного компа нет, так что это «попробовать» минимум день-два работы. А страница в вики про USB в ReactOS не внушает оптимизма. Может кто уже делал?
KVM умеет пробрасывать весь USB-контроллер, выкиньте virtualbox
> Работаю админом в библиотеке, и уже пол гола, начиная с версии 0.4 использую ReactOS как сервер(!!!) электронного каталога (Ирбис 64). После мук с виндовозным сервером решил потестить Ирбис64 в Реактосе, и по сей день он исправно работает и из обслуживания вешает на меня только создание вытирание пыли с сервака. Про экономию на лицензию winserv вообще молчу…
«Работает лучше оригинальной Винды?»
Это ж до какой степени нужно ненавидеть капиталы Б. Гейтса, чтобы выдавать желаемое за действительное.
«Работает лучше оригинальной Винды?»
Это ж до какой степени нужно ненавидеть капиталы Б. Гейтса, чтобы выдавать желаемое за действительное.
Однажды мне пришлось использовать компиляторы для семейства TI DSP C6x. Линуксовых ещё не было, были только виндовые. Мне удалось приладить их к вайну, и я вам на полном серьезе скажу, что сборка занимала меньше времени чем у коллег в кабинете (даже без параллельной сборки). Позднее многие перешли на вайн, а затем и вообще вышли линуксовые компилеры.
В принципе, это единственный мой опыт с вайн, но я остался крайне доволен.
В принципе, это единственный мой опыт с вайн, но я остался крайне доволен.
Ну дык хорошо известно что FreeBSD в режиме эмуляции Linux быстрее выполняет линуксовые программы, например.
Ну как минимум следовало бы указать, о каких программах речь. Если это какая-то числодробилка, то вряд ли — будет одинаково. А если это какая-то хрень с тяжелой нагрузкой на ФС, то скорее всего вообще наоборот будет.
Разумеется, люди которые это заметили — ничуть не глупее вас и знают это, о кэп.
Если вам это действительно интересно — вы можете легко найти в интернете факты о производительности линуксовых приложений под Фряхой.
Это широко известный факт.
Это широко известный факт.
Хорошо известный факт, что некоторые программы могут работать быстрее за счет более быстрой реализации системных вызовов. Некоторые и могут. Конкретных программ я сходу не нашел, но в любом случае этот тэзис сильно отличается от вашего безапеляционного: «FreeBSD в режиме эмуляции Linux быстрее выполняет линуксовые программы», который как бы подразумевает, что FreeBSD выполняет быстрее все программы.
Режим зануды: off
Режим зануды: off
Являюсь автором этих слов.
«Работает лучше оригинальной Винды?»
Лучше...) Смотрю я в прайс мелкомягких и думаю, что всё работает лучше винды…
Уходить надо от этой монополии в сторону развития бесплатных аналогов(ос), чем именно и занимаются разработчики ReactOSa.
Я более чем уверен, что спустя годы(5-20**лет), ReactOS будет установлен в каждой второй организации.
Сильно… сильно ненавидеть нужно. ;)
«Работает лучше оригинальной Винды?»
Лучше...) Смотрю я в прайс мелкомягких и думаю, что всё работает лучше винды…
Уходить надо от этой монополии в сторону развития бесплатных аналогов(ос), чем именно и занимаются разработчики ReactOSa.
Я более чем уверен, что спустя годы(5-20**лет), ReactOS будет установлен в каждой второй организации.
Сильно… сильно ненавидеть нужно. ;)
Я очень надеюсь, что в этом треде рано или поздно появится тот самый отважный ниндзя, что установил «на кассу в Фуршете» ReactOS и признается.
А вобще — хотите массовые внедрения ReactOS — форкните OPAC\Ирбис сделав компонентом серверной версии ReactOS и тысячи инсталяций по стране вам обеспеченны.
P.S только с поддержкой AD\LDAP.
P.S только с поддержкой AD\LDAP.
Не с целью холивара, а интереса для:
Есть бесплатный, хорошо документированный MSSQL Express со стандартным языком SQL, кучей доков, кучей баз (в т.ч. для библиотек). Зачем нужен ИРБИС? Я просмотрел документацию, система выглядит весьма громоздкой и избыточной, команды — нестандартный язык. Ее навязывают или в ИРБИС есть какая-то изюминка, которую я просто не разглядел?
Есть бесплатный, хорошо документированный MSSQL Express со стандартным языком SQL, кучей доков, кучей баз (в т.ч. для библиотек). Зачем нужен ИРБИС? Я просмотрел документацию, система выглядит весьма громоздкой и избыточной, команды — нестандартный язык. Ее навязывают или в ИРБИС есть какая-то изюминка, которую я просто не разглядел?
А как вы под SQL создадите поле с десятками подполей?) Которые могут как удаляться так и добаляться?
Тут mongo больше подходит, а изюминка там есть — с точки зрения именно библиотечных стандартов и ГОСТ и т.д. ИРБИС почти идеален, с точки зрения современных технологий и использования более чем для 5-20 пользователей — он кошмарен. Для изучения — он наверно родственник brainfuck`а.
Тут mongo больше подходит, а изюминка там есть — с точки зрения именно библиотечных стандартов и ГОСТ и т.д. ИРБИС почти идеален, с точки зрения современных технологий и использования более чем для 5-20 пользователей — он кошмарен. Для изучения — он наверно родственник brainfuck`а.
Первый случай реального использования… Поздравляю! Вы на шаг ближе к тому чтобы MS прикрыла вашу инициативу.
Jeditobe, подскажите:
Мне нужно на компьютере под управлением ReactOS установить связь через преобразователь USB-RS485.
Драйвера с сайта (http://www.ftdichip.com/Drivers/D2XX.htm).
Установка драйверов в системе происходит как в WIN? Есть какие-то описания?
Мне нужно на компьютере под управлением ReactOS установить связь через преобразователь USB-RS485.
Драйвера с сайта (http://www.ftdichip.com/Drivers/D2XX.htm).
Установка драйверов в системе происходит как в WIN? Есть какие-то описания?
Тоже немного администрирую в библиотеке, надо попробовать)
Кстати, вопрос IT-библиотекарям — дорос ли искусственный интеллект до распознавания рукописного текста? Например, вот такого. И если да, то какие впечатления от уже созданных решений? Какие из них порекомендуете?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Первый подтвержденный случай реального использования ReactOS