Запуск приложений Wine и .NET CORE
Добавлено: 14 дек 2020, 14:19
Здравствуйте!
На работе приобрели для тестов систему с MBE8C-PC, видеркарта AMD (поддерживает OpenGL 3.3 на платформе Эльбрус). Операционная система Astra Linux Leningrad 8.х без обновлений.
Проводили тестирование подсистемы RTC (бинарная трансляция), сами бинарники RTC версии 3.6 выдрали из купленного образа Alt Linux из соответствующего пакета.
Пробовали запускать x86_64 приложения: консольные - успешно. Далее, пробовали запускать подготовленный chroot с Alt Linux p9. Удалось запустить консольные простые программы, затем попробовали GTK (gnome-calculator) - успешно, запускали Qt5 программы (готовые и самописные) - успешно, удалось запустить даже OpenGL приложение glxgears. Успешно удалось запустить консольное .net core 3.1 приложение x86_64 standalone!
Что не получилось: графические приложения .net core, например на базе Avalonia UI - запустить не удалось. В версии rtc 3.6 без малейших ошибок всё запускается, но окошка так и не увидели. В 4.0 графические .net core просто падают.
Пробовали wine в chroot, из виртуальной машины, установленной в Virtual Box с Alt Linux p9. Сначала в виртуальной машине запускали - всё идеально, в wine работает даже .net core с Avalonia UI. Затем эту ФС перенесли на Эльбрус и попробовали запустить. Проблемы со стартом wine как такового, не работает даже winecfg.
Что я еще обратил внимание - общая проблема всех попыток запуска программ в RTC: программы, такие как dotnet не позволяют собрать бинарник и запуститься, потому что лезут по несуществующим путям, а точнее обращается к путям хостовой машины Эльбрус. Аналогичная проблема у wine - тоже не может начать работу, потому что обращается к путям основной ОС, что неверно.
Какие могут быть не учтены особенности настройки RTC? Может требуется выполнить bind каких-то веток VFS? Помогите, пожалуйста, запустить .net core GUI приложения, или хотя бы просто wine - тоже поможет решить задачу, наши программы в wine работают на обычном Linux с x86_64, теперь нужно на Эльбрус, а лучше конечно .net core GUI в RTC запустить.
На работе приобрели для тестов систему с MBE8C-PC, видеркарта AMD (поддерживает OpenGL 3.3 на платформе Эльбрус). Операционная система Astra Linux Leningrad 8.х без обновлений.
Проводили тестирование подсистемы RTC (бинарная трансляция), сами бинарники RTC версии 3.6 выдрали из купленного образа Alt Linux из соответствующего пакета.
Пробовали запускать x86_64 приложения: консольные - успешно. Далее, пробовали запускать подготовленный chroot с Alt Linux p9. Удалось запустить консольные простые программы, затем попробовали GTK (gnome-calculator) - успешно, запускали Qt5 программы (готовые и самописные) - успешно, удалось запустить даже OpenGL приложение glxgears. Успешно удалось запустить консольное .net core 3.1 приложение x86_64 standalone!
Что не получилось: графические приложения .net core, например на базе Avalonia UI - запустить не удалось. В версии rtc 3.6 без малейших ошибок всё запускается, но окошка так и не увидели. В 4.0 графические .net core просто падают.
Пробовали wine в chroot, из виртуальной машины, установленной в Virtual Box с Alt Linux p9. Сначала в виртуальной машине запускали - всё идеально, в wine работает даже .net core с Avalonia UI. Затем эту ФС перенесли на Эльбрус и попробовали запустить. Проблемы со стартом wine как такового, не работает даже winecfg.
Что я еще обратил внимание - общая проблема всех попыток запуска программ в RTC: программы, такие как dotnet не позволяют собрать бинарник и запуститься, потому что лезут по несуществующим путям, а точнее обращается к путям хостовой машины Эльбрус. Аналогичная проблема у wine - тоже не может начать работу, потому что обращается к путям основной ОС, что неверно.
Какие могут быть не учтены особенности настройки RTC? Может требуется выполнить bind каких-то веток VFS? Помогите, пожалуйста, запустить .net core GUI приложения, или хотя бы просто wine - тоже поможет решить задачу, наши программы в wine работают на обычном Linux с x86_64, теперь нужно на Эльбрус, а лучше конечно .net core GUI в RTC запустить.