| Port details |
- qemu70 QEMU CPU Emulator - 7.0.x
- 7.0.0_1 emulators
 =1      7.0.0_1Version of this port present on the latest quarterly branch. - Maintainer: bofh@FreeBSD.org
- Port Added: 2022-09-09 00:20:16
- Last Update: 2023-05-04 18:54:28
- Commit Hash: ca44054
- People watching this port, also watch:: mailutils, osv-scanner, opensmtpd, memcached, tmux
- License: GPLv2
- WWW:
- https://www.qemu.org/
- Description:
- QEMU is a FAST! processor emulator using dynamic translation to achieve
good emulation speed.
QEMU has two operating modes:
* Full system emulation. In this mode, QEMU emulates a full system
(for example a PC), including a processor and various peripherials.
It can be used to launch different Operating Systems without rebooting
the PC or to debug system code.
* User mode emulation (Linux host only). In this mode, QEMU can launch
Linux processes compiled for one CPU on another CPU. It can be used to
launch the Wine Windows API emulator or to ease cross-compilation and
cross-debugging.
As QEMU requires no host kernel patches to run, it is very safe and easy to use.
  ¦  ¦  ¦  ¦ 
- Manual pages:
- FreshPorts has no man page information for this port.
- pkg-plist: as obtained via:
make generate-plist - There is no configure plist information for this port.
- Dependency lines:
-
- qemu70>0:emulators/qemu70
- Conflicts:
- CONFLICTS_INSTALL:
- qemu-devel
- qemu-nox11
- qemu-tools
- qemu-utils
- qemu6*
- No installation instructions:
- This port has been deleted.
- PKGNAME: qemu70
- Package flavors (<flavor>: <package>)
- default: qemu70
- nox11: qemu70-nox11
- tools: qemu70-tools
- ONLY_FOR_ARCHS: aarch64 amd64 powerpc64 powerpc64le
- distinfo:
- TIMESTAMP = 1650583782
SHA256 (qemu/7.0.0/qemu-7.0.0.tar.xz) = f6b375c7951f728402798b0baabb2d86478ca53d44cedbefabbe1c46bf46f839
SIZE (qemu/7.0.0/qemu-7.0.0.tar.xz) = 125117636
Packages (timestamps in pop-ups are UTC):
- Dependencies
- NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
- Build dependencies:
-
- bash : shells/bash
- py39-sphinx_rtd_theme>0 : textproc/py-sphinx_rtd_theme@py39
- sphinx-build : textproc/py-sphinx@py39
- gmake>=4.3 : devel/gmake
- ninja : devel/ninja
- pkgconf>=1.3.0_1 : devel/pkgconf
- python3.9 : lang/python39
- msgfmt : devel/gettext-tools
- sdl2-config : devel/sdl20
- perl5>=5.32.r0<5.33 : lang/perl5.32
- xorgproto>=0 : x11/xorgproto
- x11.pc : x11/libX11
- xext.pc : x11/libXext
- x11.pc : x11/libX11
- xext.pc : x11/libXext
- pixman-1.pc : x11/pixman
- x11.pc : x11/libX11
- Runtime dependencies:
-
- x11.pc : x11/libX11
- xext.pc : x11/libXext
- x11.pc : x11/libX11
- xext.pc : x11/libXext
- pixman-1.pc : x11/pixman
- x11.pc : x11/libX11
- Library dependencies:
-
- libfdt.so : sysutils/dtc
- libzstd.so : archivers/zstd
- libepoxy.so : graphics/libepoxy
- libcurl.so : ftp/curl
- libgnutls.so : security/gnutls
- libxkbcommon.so : x11/libxkbcommon
- libpng.so : graphics/png
- libsasl2.so : security/cyrus-sasl2
- libvdeplug.so : net/vde2
- libatk-1.0.so : accessibility/at-spi2-core
- libcairo.so : graphics/cairo
- libgdk_pixbuf-2.0.so : graphics/gdk-pixbuf2
- libglib-2.0.so : devel/glib20
- libintl.so : devel/gettext-runtime
- libgtk-3.so : x11-toolkits/gtk30
- libpango-1.0.so : x11-toolkits/pango
- libvte-2.91.so : x11-toolkits/vte3
- libiconv.so : converters/libiconv
- libintl.so : devel/gettext-runtime
- libgbm.so : graphics/mesa-libs
- libGL.so : graphics/libglvnd
- libjpeg.so : graphics/jpeg-turbo
- libSDL2.so : devel/sdl20
- There are no ports dependent upon this port
Configuration Options:- ===> The following configuration options are available for qemu70-7.0.0_1:
CAPSTONE=off: Disassembly framework support
CDROM_DMA=on: IDE CDROM DMA
CURL=on: Data transfer support via cURL
DEBUG=off: Build with debugging support
DOCS=on: Build and/or install documentation
GNUTLS=on: gnutls dependency (vnc encryption)
GTK3=on: GTK+ 3 GUI toolkit support
ISCSI=off: libiscsi dependency (iSCSI client for emulated drives)
JPEG=on: jpeg dependency (vnc lossy compression)
OPENGL=on: 2D/3D rendering support via OpenGL
PNG=on: png dependency (vnc compression)
SAMBA=off: samba dependency (for -smb)
SASL=on: cyrus-sasl dependency (vnc encryption)
STATIC_LINK=off: Statically link the executables
STRIP=off: Strip binaries before installation
USBREDIR=off: usb device network redirection (experimental!)
VDE=on: vde dependency (for vde networking)
X11=on: X11 (graphics) support
X86_TARGETS=off: Build only x86 system targets
====> Console (text) interface support: you have to select exactly one of them
NCURSES_BASE=off: Depend on ncurses in base
NCURSES_DEFAULT=on: Depend on ncurses (ports if installed, otherwise base)
NCURSES_PORT=off: Depend on devel/ncurses in ports
===> Use 'make config' to modify these settings
- Options name:
- emulators_qemu70
- USES:
- cpe gmake gnome ninja perl5 pkgconfig python:build tar:xz iconv:wchar_t gettext gl jpeg ncurses gl sdl xorg
- pkg-message:
- For install:
- FreeBSD host notes
==================
- Needs to set net.link.tap.user_open sysctl in order to use /dev/tap*
networking as non-root. Don't forget to adjust device node permissions in
/etc/devfs.rules.
- Expect timer problems when guest kernel HZ is > hosts. The linux 2.6
kernel uses 1000 by default btw. (changed to 250 later, and recent linux
kernels now no longer have a fixed HZ, aka `tickless kernel'...)
Enabling /dev/rtc doesn't seem to help either (not included since it needs
a patch to emulators/rtc.)
- The -smb option (smb-export local dir to guest using the default
slirp networking) needs the samba port/package installed
in addition to qemu. (SAMBA knob.)
- If you want to use usb devices connected to the host in the guest
yot can use usbredir over the network (see below); also unless you are
running qemu as root you then need to fix permissions for /dev/ugen*
device nodes: if you are on 5.x or later (devfs) put a rule in
/etc/devfs.rules, activate it in /etc/rc.conf and run /etc/rc.d/devfs
restart. Example devfs.rules:
[ugen_ruleset=20]
add path 'ugen*' mode 660 group operator
corresponding rc.conf line:
devfs_system_ruleset="ugen_ruleset"
- Still usb: since the hub is no longer attached to the uchi controller and
the wakeup mechanism, resume interrupt is not implemented yet linux guests
will suspend the bus, i.e. they wont see devices usb_add'ed after its
(linux') uhci module got loaded. Workaround: either add devices before
linux loads the module or rmmod and modprobe it afterwards. [Not sure
if this still applies to the new libusb host code used on recent
10-current.]
- If you get repeated `atapi_poll called!' console messages with FreeBSD
guests or other weird cdrom problems then thats probably because the guest
has atapicam loaded, which for reasons still to be determined has problems
with qemu's now by default enabled cdrom dma. You can build the port with
CDROM_DMA disabled to disable it. [Looks like this is fixed in recent
FreeBSD guest versions.]
- If you build qemu wihout SDL and then get crashes running it try passing it
-nographic. This should probably be default in that case...
- qemu's network boot roms (-boot n) have a bug when bootfiles sizes are a
multiple of blksize, if this affects you (like with FreeBSD's /boot/pxeboot)
you can do like
cp /boot/pxeboot pxeboot-qemu && chmod +w pxeboot-qemu && echo >>pxeboot-qemu
and then use pxeboot-qemu. Actually you need recent btx code
(from after 7.0 was released) because of the real mode boot
problem, so use at least pxeboot from there. And I just did that
for the pxeboot extracted out of
ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200805/7.0-STABLE-200805-i386-bootonly.iso
and placed it here:
http://people.freebsd.org/~nox/qemu/pxeboot-qemu
- If you use slirp (usernet, the default) and want to mount nfs into the guest
and you are not running qemu as root, then mountd(8) on the exporting box
needs to be run with -n in order to accept requests from ports >= 1024.
- (not FreeBSD-specific:) There have been reports of qcow2 corruption with (at
least) win2k guests on recent kvm (which uses similar qcow2 code than qemu
now, see this thread:
http://lists.gnu.org/archive/html/qemu-devel/2009-02/msg00713.html -
the consensus on that thread seems to be that qcow(2) code has always been
experimental and you should use raw images if you want reliability; raw is
also usually faster.) You should be able to migrate existing images to raw
using qemu-img(1)'s convert function; raw doesn't support advanced features
like snapshots tho. [a few important qcow2 bugfixed have been committed in
the meantime so this _might_ be less of an issue now; and meanwhile there
also is the new qed format - I don't know how stable that one is.]
- (also not FreeBSD-specific:) It is recommended to pass raw images using the
new -drive syntax, specifying format=raw explicitly in order to avoid
malicious guests being able to exploit the format autodetection thats
otherwise getting used. (Not that you should run malicious guests anyway,
but this eleminates at least a known attack vector.)
- qemu now has improved physical cdrom support, but still there is at
least one known problem: you need to have the guest eject the disc if you
want to change it/take it out, or otherwise the guest may continue using
state (like size) of the old disc. (You can also do like `change ide1-cd0
/dev/acd0' in the monitor after taking out the disc if a guest cannot eject
it itself.)
- Master Sites:
|
| Port Moves |
- port moved to emulators/qemu7 on 2023-05-04
REASON: Use emulators/qemu or emulators/qemu-devel
|
Number of commits found: 6
| Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
| Commit | Credits | Log message |
|---|
7.0.0_1
04 May 2023 18:54:28
 |
Muhammad Moinur Rahman (bofh) |
emulators/qemu7*: Move qemu70 to qemu7
QEMU 7.X.X branch is reaching EOL as the upstream has released 8.X.X
branch. So there is no point in keeping multiple versions from 7.X.X
series. This is an interim commit to prepare to move emulators/qemu to
emulators/qemu7 so that emulators/qemu can be upgraded to latest 8.X.X
release. |
7.0.0_1
02 Mar 2023 05:23:10
|
Tobias C. Berner (tcberner) |
accessibility/at-spi2-core: update to 2.46.0
What's new in at-spi2-core 2.46.0:
* Fix GetInterfaces documentation on org.a11y.atspi.Accessible
interface.
What's new in at-spi2-core 2.45.91:
* Send device event controller events using the same signature as other
events.
* Document the Accessible, Action, and Cache dbus interfaces.
* Fix license of atspi-gmain.c (#87).
What's new in at-spi2-core 2.45.90:
* xml: Add some documentation.
* xml: Fix event arguments. (Only the first 15 lines of the commit message are shown above  ) |
7.0.0
10 Nov 2022 14:30:33
|
Muhammad Moinur Rahman (bofh) |
emulators/qemu*: Fix WWW
PR: 267686
Reported by: grahamperrin |
7.0.0
03 Nov 2022 04:20:12
|
Kyle Evans (kevans) |
emulators/qemu{,70}: enable for aarch64
Piggy-back off of the work done for powerpc64 to enable aarch64. ppc64
was untested, though I did sanity check MAKE_ARGS with ARCH forced to
both powerpc64 and powerpc64le. Both result in ARCH=ppc64, as they did
before.
While we're here, enable ${MAKE_JOBS_NUMBER} support -- the meson build
will carry any -j flag passed to gmake on to ninja, otherwise it will
default to -j1.
Approved by: bofh (maintainer)
Sponsored by: NetApp, Inc.
Sponsored by: Klara, Inc.
Differential Revision: https://reviews.freebsd.org/D37234 |
7.0.0
08 Sep 2022 20:46:09
|
Stefan Eßer (se) |
emulators/qemu70: remove deprecated WWW line
The same URL is already provided in the WWW macro of the port's
Makefile.
Approved by: portmgr (implicit) |
7.0.0
08 Sep 2022 18:49:08
|
Muhammad Moinur Rahman (bofh) |
emulators/qemu70: New port
qemu 7.1.X has been released and in preperation of updating
emulators/qemu to latest version emulators/qemu has been moved to a new
port. |
Number of commits found: 6
|
As an Amazon Associate I earn from qualifying purchases.