Запустите QEMU с графическим выводом из Tty

  1. Does it makes sense to build under Fedora and run under Ubuntu?

Нет, не пытайтесь. По крайней мере, не так. Вы можете иногда избежать миграции между "сестринскими" дистрибутивами (, например :между Debian, Ubuntu и Mint или между CentOS, Fedora и RHEL ). Но при переходе между основными ответвлениями вы почти всегда будете сталкиваться с уже замеченными проблемами, такими как несоответствие версий библиотек.

  1. Can I somehow force "make" command to include all those shared libraries and qt-related libraries to project?

На самом деле можно скопировать все общие библиотеки вручную и использовать их. Единственной проблемой могут быть разные ядра между ними. Но я этого не рекомендую. Вы бы не просили makeсделать это.Найдите исполняемый файл или .so, созданный этим проектом, и проверьте, какие библиотеки ему нужны, используя ldd. Вам нужно будет поместить их в каталог и установить LD _LIBRARY _PATH перед запуском. Опять же, это не рекомендуется.

  1. If not, maybe I can install yum on Ubuntu and then I could easily install recommended libs?

Это еще хуже. Я бы не хотел думать, как две системы могут бороться и испортить вашу ОС.


Ваш лучший вариант :Заставьте сборку работать на Ubuntu

Если он действительно не собирается, задайте вопрос на github.

Пакеты, скорее всего, будут существовать для Ubuntu, но вам, возможно, потребуется изучить названия пакетов, так как они будут отличаться в Ubuntu по сравнению с Fedora. Например libssl -dev .

Начните с поиска наименьшей части имени, которая может привести к попаданию... например,:

apt-cache search libssl

  cl-plus-ssl - Common Lisp interface to OpenSSL
  dcmtk - OFFIS DICOM toolkit command line utilities
  libdcmtk-dev - OFFIS DICOM toolkit development libraries and headers
  libdcmtk14 - OFFIS DICOM toolkit runtime libraries
  dlang-openssl - D version of the C headers for openssl
  libssl-ocaml - OCaml bindings for OpenSSL (runtime)
  libssl-ocaml-dev - OCaml bindings for OpenSSL
* libssl-dev - Secure Sockets Layer toolkit - development files
  libssl-doc - Secure Sockets Layer toolkit - development documentation
  libssl1.1 - Secure Sockets Layer toolkit - shared libraries
  perl-openssl-defaults - version compatibility baseline for Perl OpenSSL packages
  r-cran-openssl - GNU R toolkit for encryption, signatures and certificates based on OpenSSL
  libssl-utils-clojure - library for SSL certificate management on the JVM
1
27.06.2020, 13:28
1 ответ

I want to use grub to boot into them, so when I want to use just my main system I choose the 1st booting option and when I want to use macOS I choose the 2nd option.

Если вы определенно не хотите использовать свою основную систему для запуска MacOS, тогда вам действительно нужен минимальный дистрибутив Linux, по крайней мере, с X и QEMU (и не более того ), вместе с некоторыми сценариями автозапуска или конфигурации.

Я думаю, вы можете выбрать один; пользовательский Debian или CentOS с несколькими пакетами должен работать, а также некоторые специализированные небольшие дистрибутивы, такие как DamnSmallLinux или другие (Google, их много ).

Передача через GPU будет неудобной .

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

Что вы можете сделать, так это полностью отключить использование графической карты в Linux и просто разрешить доступ к сети (или доступ к последовательному порту, если он у вас есть, и это ваше дело ). Многие встроенные системы Linux делают это. Однако настройка настольной системы для него снова будет непростой задачей. Отладка будет еще сложнее. Но выполнимо.

Существуют другие методы для получения ускоренной графики в QEMU даже без полной сквозной передачи.

0
18.03.2021, 23:23

Теги

Похожие вопросы