notbugAs an Amazon Associate I earn from qualifying purchases.
Want a good read? Try FreeBSD Mastery: Jails (IT Mastery Book 15)
Want a good monitor light? See my photosAll times are UTC
Ukraine
This referral link gives you 10% off a Fastmail.com account and gives me a discount on my Fastmail account.

Get notified when packages are built

A new feature has been added. FreshPorts already tracks package built by the FreeBSD project. This information is displayed on each port page. You can now get an email when FreshPorts notices a new package is available for something on one of your watch lists. However, you must opt into that. Click on Report Subscriptions on the right, and New Package Notification box, and click on Update.

Finally, under Watch Lists, click on ABI Package Subscriptions to select your ABI (e.g. FreeBSD:14:amd64) & package set (latest/quarterly) combination for a given watch list. This is what FreshPorts will look for.

Port details on branch 2022Q3
qemu6 QEMU CPU Emulator - 6.X
6.2.0_2 emulators Deleted on this many watch lists=0 search for ports that depend on this port Find issues related to this port Report an issue related to this port View this port on Repology. pkg-fallout 6.2.0_2Version of this port present on the latest quarterly branch.
Deprecated DEPRECATED: Version 8 is on the horizon while version 7 is stable
Expired This port expired on: 2023-06-30
Maintainer: bofh@FreeBSD.org search for ports maintained by this maintainer
Port Added: 2022-04-22 18:03:05
Last Update: 2023-06-30 03:32:24
Commit Hash: 1e20379
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.
Homepage    cgit ¦ Codeberg ¦ GitHub ¦ GitLab ¦ SVNWeb - no subversion history for this port

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:
  • qemu6>0:emulators/qemu6
Conflicts:
CONFLICTS_INSTALL:
  • qemu-devel
  • qemu-nox11
  • qemu-tools
  • qemu-utils
  • qemu5*
Conflicts Matches:
There are no Conflicts Matches for this port. This is usually an error.
No installation instructions:
This port has been deleted.
PKGNAME: qemu6
Package flavors (<flavor>: <package>)
  • default: qemu6
  • nox11: qemu6-nox11
  • tools: qemu6-tools
ONLY_FOR_ARCHS: amd64 i386 powerpc powerpc64 powerpc64 powerpc64le
distinfo:
TIMESTAMP = 1639582833 SHA256 (qemu/6.2.0/qemu-6.2.0.tar.xz) = 68e15d8e45ac56326e0b9a4afa8b49a3dfe8aba3488221d098c84698bca65b45 SIZE (qemu/6.2.0/qemu-6.2.0.tar.xz) = 115667324

Packages (timestamps in pop-ups are UTC):
qemu6
ABIaarch64amd64armv6armv7i386powerpcpowerpc64powerpc64le
FreeBSD:13:latest--------
FreeBSD:13:quarterly--------
FreeBSD:14:latest-------6.2.0_2
FreeBSD:14:quarterly--------
FreeBSD:15:latest--n/a-n/a---
FreeBSD:15:quarterly--n/a-n/a---
 
qemu6-nox11
ABIaarch64amd64armv6armv7i386powerpcpowerpc64powerpc64le
FreeBSD:13:latest--------
FreeBSD:13:quarterly--------
FreeBSD:14:latest-------6.2.0_2
FreeBSD:14:quarterly--------
FreeBSD:15:latest--n/a-n/a---
FreeBSD:15:quarterly--n/a-n/a---
 
qemu6-tools
ABIaarch64amd64armv6armv7i386powerpcpowerpc64powerpc64le
FreeBSD:13:latest--------
FreeBSD:13:quarterly--------
FreeBSD:14:latest--6.2.0--6.2.0_2-6.2.0_2
FreeBSD:14:quarterly--------
FreeBSD:15:latest--n/a-n/a---
FreeBSD:15:quarterly--n/a-n/a---
 
Dependencies
NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
Build dependencies:
  1. bash : shells/bash
  2. py39-sphinx_rtd_theme>0 : textproc/py-sphinx_rtd_theme@py39
  3. sphinx-build : textproc/py-sphinx@py39
  4. gmake>=4.3 : devel/gmake
  5. ninja : devel/ninja
  6. pkgconf>=1.3.0_1 : devel/pkgconf
  7. python3.9 : lang/python39
  8. update-desktop-database : devel/desktop-file-utils
  9. msgfmt : devel/gettext-tools
  10. sdl2-config : devel/sdl20
  11. perl5>=5.32.r0<5.33 : lang/perl5.32
  12. xorgproto>=0 : x11/xorgproto
  13. x11.pc : x11/libX11
  14. xext.pc : x11/libXext
  15. x11.pc : x11/libX11
  16. xext.pc : x11/libXext
  17. pixman-1.pc : x11/pixman
  18. x11.pc : x11/libX11
Runtime dependencies:
  1. update-desktop-database : devel/desktop-file-utils
  2. x11.pc : x11/libX11
  3. xext.pc : x11/libXext
  4. x11.pc : x11/libX11
  5. xext.pc : x11/libXext
  6. pixman-1.pc : x11/pixman
  7. x11.pc : x11/libX11
Library dependencies:
  1. libfdt.so : sysutils/dtc
  2. libzstd.so : archivers/zstd
  3. libepoxy.so : graphics/libepoxy
  4. libcurl.so : ftp/curl
  5. libgnutls.so : security/gnutls
  6. libxkbcommon.so : x11/libxkbcommon
  7. libpng.so : graphics/png
  8. libsasl2.so : security/cyrus-sasl2
  9. libvdeplug.so : net/vde2
  10. libatk-1.0.so : accessibility/at-spi2-core
  11. libcairo.so : graphics/cairo
  12. libgdk_pixbuf-2.0.so : graphics/gdk-pixbuf2
  13. libglib-2.0.so : devel/glib20
  14. libintl.so : devel/gettext-runtime
  15. libgtk-3.so : x11-toolkits/gtk30
  16. libpango-1.0.so : x11-toolkits/pango
  17. libvte-2.91.so : x11-toolkits/vte3
  18. libiconv.so : converters/libiconv
  19. libintl.so : devel/gettext-runtime
  20. libgbm.so : graphics/mesa-libs
  21. libGL.so : graphics/libglvnd
  22. libjpeg.so : graphics/jpeg-turbo
  23. libSDL2.so : devel/sdl20
There are no ports dependent upon this port

Configuration Options:
===> The following configuration options are available for qemu6-6.2.0_2: 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_qemu6
USES:
cpe gmake gnome ninja perl5 pkgconfig python:build tar:xz desktop-file-utils 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:
Expand this list (1 items)
Collapse this list.
  1. https://download.qemu.org/
Collapse this list.

There are no commits on branch 2022Q3 for this port