Loss32 — проект дистрибутива с реализацией Win32

Драйверная совместимость очевидно. Огромное количество железа идет с вин онли дровами. Можно было бы засунуть ядро от ректалоси, драйвер и выставить наружу сервис, засунуть это всё на одноплатник и продолжать жить с говножелезом.

А ты помнишь проект по внедрению прямо в ядро всяких вайновских потрохов? Интересно, что у них в итоге получилось. Году так в 2003ем, по моему.

Драйверная совместимость очевидно. Огромное количество железа идет с вин онли дровами.

Которой по понятным причинам не будет, поскольку драйвер как показывает практика альтернативных реализаций UNIX-подобных ОС, никогда из Linux и обратно без последствий не переходит даже внутри UNIX-подобных.

Ну я домохозяйка с рюшечками, которая падает в обморок от всех этих ваших тотальных командеров и далёких менеджеров. Терпеть не сонгу наутилус, но Дольфин - лучшее, что есть для людей. Было бы лучше, если бы Конкуерор дальше развивали внося удобства, но раз Дольфин так Дольфин. В нём достаточно всего. И он хороший!

P.S в тред можно пригласить в качестве экспертов пользователей *BSD, например FreeBSD и спросить, как это переносить драйвера из Linux в BSD и назад в качестве аналогичного опыта.

Хехе. Вспомнился случай с баннерами-вирусами. Были знакомые, у мужа винда, а жена захотела себе линукс. Я ей поставил. И вайн туда. Вот пришёл новый год, муж нашёл где-то ёлочку, поверх всех окон висит, мигает, кросота. Жене тоже запустил, сидят, радуются. А потом мне звонит и спрашивает - чего это у меня комп тормозит весь и интернет пропадает? Начали разбираться, а ёлочка-то с новогодним подарочком, чегоита делает нехорошее и всё выжирает. А на линуксе эта ёлочка не делала ровным счётом ничего подозрительного. Хехе. Приколько.

А ты помнишь проект по внедрению прямо в ядро всяких вайновских потрохов?

А ты помнишь проект Оракла Raw Iron? Когда на не слишком мощный сервак громоздилось ядро солярки и сервер БД без особого доступа к ОС?

специфичные программы в вайне не пойдут.

Во-первых скорее всего пойдут - его как раз для этого и сделали. Во-вторых на случай если не пойдут дистр как раз и планирует использовать компоненты ReactOS.

Которой по понятным причинам не будет

Да, ибо разрабочики ректалоса взялись зачемто за гуёвую часть вместо ядреной.

никогда из Linux и обратно без последствий не переходит даже внутри UNIX-подобных

Ты кажется не понял исходной декларации ректалоса.

ЗЫ

как это переносить драйвера из Linux в BSD и назад в качестве аналогичного опыта.

Ну да, не понял.

Во-первых скорее всего пойдут - его как раз для этого и сделали.

В вайне даже свежий MS офис не идёт. Не говоря уже о специфичных программах.

Во-вторых на случай если не пойдут дистр как раз и планирует использовать компоненты ReactOS.

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

Никакие специфичные программы в вайне не пойдут.

Смотря, в чем заключается эта специфичность. Сейчас в плане работоспособности Wine стал гораздо более интересен, в т.ч и за счет Proton. Может ее станет в какой-то момент и достаточно.

Да, ибо разрабочики ректалоса взялись зачемто за гуёвую часть вместо ядреной.

А они поняли, что и сто лет могут править ядерную часть, и ничем хорошим это не закончится. Результата не будет. Потому и правят то, на что их компетенций хватает.

Заметьте: за почти 30 лет существования проекта - толковых специалистов, хотящих и могущих, они так и не нашли. И на стороне тоже не нашлось, несмотря на полный опенсорс.

Смотря, в чем заключается эта специфичность.

Вот! Игрульки, да, пойдут. Ради игрулек, может, и взлетит.

Ты кажется не понял исходной декларации ректалоса.

Я могу заявить, что я … . Но как это поможет на практике драйверу вдруг стать совместимым с ReactOS, если в это не смогли и более крупные игроки с учетом целесообразности поставленной задачи, конечно же…

с учетом целесообразности поставленной задачи

Вот целесообразность поставленной задачи как раз мало кем осознаётся. У крупных игроков будет 2 вопроса:

1. А что, винду так трудно купить?
2. А Microsoft не засудит ли на корню всю эту реактосную кагалу, как засудила линдовс?

Вот! Игрульки, да, пойдут. Ради игрулек, может, и взлетит.

Игрульки - это как пример. Много с чем еще дела стали лучше. Конечно есть и вещи, которые могут требовать специфичных Win-моментов…

Вирусы работают?

Игрульки - это как пример. Много с чем еще дела стали лучше.

Ширпотреб - да, в вайне работает хорошо.

А они поняли, что и сто лет могут править ядерную часть, и ничем хорошим это не закончится.

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

А что, винду так трудно купить?

В случае с Android и WinMobile, вполне себе может прозвучать ответ и да.

По деклараии в их поделии был смысл.

Я, тоже, могу много чего задекларировать, в чём есть смысл. Но, сделать-то не смогу.

если в это не смогли и более крупные игроки

Ректалось никогда не была крупным игроком и никто крупный в неё никогда не играл.

В случае с Android и WinMobile, вполне себе может прозвучать ответ и да.

Но, мы же в топике не андроид и не WinMobile обсуждаем, не?

Но ты же можешь признать что задекларировал фигню, которую не можешь сделать? Или нет?

Ректалось никогда не была крупным игроком и никто крупный в неё никогда не играл.

Несколько по-другому: зачем нужно пилить целое ядро ради железки, когда проще написать открытый драйвер или доработать открытый существующий?

Ректалось никогда не была крупным игроком и никто крупный в неё никогда не играл.

Правильно, потому что на вышеописанные два вопроса трудно ответить.

1. Ядро тебе нужно запилить один раз с возможнвм подфиксом проблем конкретного драйвера.

2. Написать целый драйвер без документации нифига не проще.

Но, мы же в топике не андроид и не WinMobile обсуждаем, не?

Частично и их, как пример того, как важно понять правильно задачу и правильно распределить ресурсы. Если бы разрабатывалось открытое ядро NT Mobile, то могло быть все также печально.

А ты помнишь проект по внедрению прямо в ядро всяких вайновских потрохов?

Оспади… нет не помню, но у кого рука поднялась? В 2003 на вайне и сапер не работал

Несколько по-другому: зачем нужно пилить целое ядро ради железки, когда проще написать открытый драйвер или доработать открытый существующий?

Надо понимать, что частенько железка идёт сразу с лицензией на винду. Когда отживает своё - покупают новую железку.

Или, с линуксом. Никто не занимается переписыванием драйвера от производителя (а хоть бы он и открытый), ибо зачем? Есть железка - лицензия - драйвер. Комплект от производителя.

Доработки дров - это, как правило, опять из области энтузиастов, не крупных игроков.

В вайне даже свежий MS офис не идёт.

Да плевать на свежесть и уж тем более на офис - это как раз то, что тривиально заменяется на LibreOffice и аналоги.

в ReactOS какой-то волшебный вайн

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

Линдовс был с обычными кедами же. Или я путаю? Там были закосы под винду и упор на виндоюзера и установку ванкликами и пр. Но разве они так плотно вайн интегрировали?

1. Ядро тебе нужно запилить один раз с возможнвм подфиксом проблем конкретного драйвера.

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

2. Написать целый драйвер без документации нифига не проще.

А как показывает практика, да, открытый драйвер или добиться открытия драйвера и доведение такового до ума проще, чем создать ядро и заставить с ним работать черный ящик в виде драйвера. Что мы имеем при сравнении ситуации с 2000-ых и по сей день. Железок с закрытыми драйверами все меньше и меньше.

Да плевать на свежесть и уж тем более на офис - это как раз то, что тривиально заменяется на LibreOffice и аналоги.

Так, всё тривиально заменяется на опенсорс и аналоги, а всё нетривиальное - не работает под вайном.

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

А можно примеров, какие-такие волшебные компоненты есть в реактоси, обеспечивающие работоспособность того, что под вайном не работает, а в реактоси работает?

Сапёр не считается. Там вообще какая-то корпоративнонаправленная штука была и как раз попытка дрова встраивать прямо в ядро. Про игрушки там никто не думал.

Доработки дров - это, как правило, опять из области энтузиастов, не крупных игроков.

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

Железок с закрытыми драйверами все меньше и меньше.

Почти столько же.

Почти столько же.

Меньше.

Банеры фигня, главное чтобы вирусы нормально шли.

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

В реактосе древний вайн, отставший лет на 10, и новый туда не вкорячится ибо у него совсем другая архитектура уже.

Список васянских идей с LOR которые стали «основой для коммерческих проектов», иначе балабол.

По скринам похоже как будто winlator запустили на десктопном линуксе. Ну ок

Список васянских идей с LOR которые стали «основой для коммерческих проектов», иначе балабол.

Могут стать, могут и не стать. Никто и не заявлял о 100% принятии таковых.

Да, в размерах погрешности.

Йобакулер.

В реактосе древний вайн, отставший лет на 10, и новый туда не вкорячится ибо у него совсем другая архитектура уже.

Говорят, усё не так плохо

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

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

Некоторые ранние эксперименты показали значительное улучшение совместимости приложений на ранних сборках, в которых эти функции включены по умолчанию.

Новость двухлетней давности

Да, в размерах погрешности.

Да, да. Может вспомним USB-modemswitch и сколько сетевых адаптеров было 20 лет назад, не работавших под пингвином и насколько сейчас вероятно можно напороться на сетевой адаптер, не работающий под Linux.

портить пересказ новости нейрослопом – получил бы заслуженные 3 очка скора

Но поскольку испортил - надо было новость подтвердить (вычистив нейрослоп), а ТСа забанить.

Помнится, они на вендоподобие интерфейса упирали. Как оно было под капотом – не в курсе, я про него узнал, когда на будущую Linspire иск подали.

Если ТС - это firkax, то действительно так и надо было сделать.