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
qemu5 QEMU CPU Emulator - 5.X.X branch
5.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 5.2.0_2Version of this port present on the latest quarterly branch.
Deprecated DEPRECATED: Use emulators/qemu6 or emulators/qemu
Expired This port expired on: 2022-06-30
Maintainer: bofh@FreeBSD.org search for ports maintained by this maintainer
Port Added: 2021-11-16 20:06:06
Last Update: 2022-06-30 20:48:41
Commit Hash: 3088672
License: GPLv2
WWW:
http://wiki.qemu.org/Main_Page
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. See also the preconfigured system images on http://oszoo.org/ Many live cd isos also work. WWW: http://wiki.qemu.org/Main_Page
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:
  • qemu5>0:emulators/qemu5
Conflicts:
CONFLICTS_INSTALL:
  • qemu
  • qemu-devel
  • qemu-nox11
  • qemu42
  • qemu5
  • qemu-devel
  • qemu-nox11
  • qemu42
  • 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: qemu5
Package flavors (<flavor>: <package>)
  • default: qemu5
  • nox11: qemu5-nox11
ONLY_FOR_ARCHS: i386 amd64 powerpc powerpc64 powerpc64 powerpc64le
distinfo:
TIMESTAMP = 1621458334 SHA256 (qemu/5.2.0/qemu-5.2.0.tar.xz) = cb18d889b628fbe637672b0326789d9b0e3b8027e0445b936537c78549df17bc SIZE (qemu/5.2.0/qemu-5.2.0.tar.xz) = 106902800

No package information for this port in our database
Sometimes this happens. Not all ports have packages.
Dependencies
NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
Build dependencies:
  1. bash : shells/bash
  2. sphinx-build : textproc/py-sphinx
  3. bison : devel/bison
  4. gmake>=4.3 : devel/gmake
  5. ninja : devel/ninja
  6. pkgconf>=1.3.0_1 : devel/pkgconf
  7. py38-setuptools>0 : devel/py-setuptools@py38
  8. python3.8 : lang/python38
  9. makeinfo : print/texinfo
  10. msgfmt : devel/gettext-tools
  11. sdl2-config : devel/sdl20
  12. perl5>=5.32.r0<5.33 : lang/perl5.32
  13. xorgproto>=0 : x11/xorgproto
  14. pixman-1.pc : x11/pixman
  15. x11.pc : x11/libX11
  16. xext.pc : x11/libXext
  17. x11.pc : x11/libX11
  18. xext.pc : x11/libXext
Runtime dependencies:
  1. py38-setuptools>0 : devel/py-setuptools@py38
  2. pixman-1.pc : x11/pixman
  3. x11.pc : x11/libX11
  4. xext.pc : x11/libXext
  5. x11.pc : x11/libX11
  6. xext.pc : x11/libXext
Library dependencies:
  1. libepoxy.so : graphics/libepoxy
  2. libfontconfig.so : x11-fonts/fontconfig
  3. libfreetype.so : print/freetype2
  4. libnettle.so : security/nettle
  5. libpcre2-8.so : devel/pcre2
  6. libzstd.so : archivers/zstd
  7. libcapstone.so : devel/capstone4
  8. libcurl.so : ftp/curl
  9. libgnutls.so : security/gnutls
  10. libxkbcommon.so : x11/libxkbcommon
  11. libpng.so : graphics/png
  12. libsasl2.so : security/cyrus-sasl2
  13. libvdeplug.so : net/vde2
  14. libatk-1.0.so : accessibility/atk
  15. libcairo.so : graphics/cairo
  16. libgdk_pixbuf-2.0.so : graphics/gdk-pixbuf2
  17. libglib-2.0.so : devel/glib20
  18. libintl.so : devel/gettext-runtime
  19. libgtk-3.so : x11-toolkits/gtk30
  20. libxml2.so : textproc/libxml2
  21. libpango-1.0.so : x11-toolkits/pango
  22. libvte-2.91.so : x11-toolkits/vte3
  23. libiconv.so : converters/libiconv
  24. libintl.so : devel/gettext-runtime
  25. libGL.so : graphics/libglvnd
  26. libjpeg.so : graphics/jpeg-turbo
  27. libSDL2.so : devel/sdl20
There are no ports dependent upon this port

Configuration Options:
===> The following configuration options are available for qemu5-5.2.0_2: CAPSTONE=on: Disassembly framework support CDROM_DMA=on: IDE CDROM DMA CURL=on: Data transfer support via cURL DOCS=on: Build and/or install documentation GNUTLS=on: gnutls dependency (vnc encryption) GTK3=on: GTK+ 3 GUI toolkit support 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 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_qemu5
USES:
bison compiler:c11 cpe gmake gnome iconv:wchar_t ninja perl5 pkgconfig python:build tar:xz xorg makeinfo gettext gl jpeg ncurses gl sdl
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. - slirp (usermode networking) is fixed now in cvs, on FreeSBIE 1.0 guests you still have to manually do: echo nameserver 10.0.2.3 >/etc/resolv.conf but i've been told that that's normal. (fixed on FreeSBIE 1.1.) And you have to wait a bit for dhclient to do its thing; traffic to address 10.0.2.2 is routed to 127.1 on the host. - Expect timer problems when guest kernel HZ is > hosts, for example time sleep 1 takes 49 seconds and booting sleeps for minutes at the acd0 probe with a FreeSBIE 1.0 guest, thats because its kernel is built with HZ=5000, and FreeBSD's default is 100... (no longer a problem with FreeSBIE 1.1.) 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.) - Update: the above problem has gotten worse with FreeBSD guests somewhere before 8.0, mainly since the kernel now usually wants double or even quadruple number of timer irqs compared to HZ if it detects an apic (and at least early versions of FreeBSD 8 had a bug that essentially halved qemu's clock rate too); the only reason you usually don't see symptoms of this with FreeBSD 8 guests is they automatically reduce their HZ to 100 when running in a VM while the default for the host kernel is still HZ=1000. Workaround: you can disable the apic clock in the guest by setting hint.apic.0.clock="0" in loader.conf(5) (or manually at the loader prompt), if that doesn't work the only things you can do is either reduce the guest's HZ to, say, 100 by setting e.g. kern.hz="100" from the loader as above (which usually is a good idea in a VM anyway and FreeBSD 8 now does by itself as mentioned), or otherwise increase the host's HZ to 2000 or even 4000 from the loader in the same way. - 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 need either recent 10-current (not tested yet much) or you 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" - If you want to test the new (in 0.15.0) usb network redirection (USBREDIR option) see this thread by Hans de Goede <hdegoede <at> redhat.com>: http://thread.gmane.org/gmane.comp.emulators.qemu/110176/focus=110183 Quote: Example usage: 1) Start usbredirserver for a usb device: sudo usbredirserver 045e:0772 2) Start qemu with usb2 support + a chardev talking to usbredirserver + a usb-redir device using this chardev: qemu -usb \ -readconfig docs/ich9-ehci-uhci.cfg \ -chardev socket,id=usbredirchardev,host=localhost,port=4000 \ -device usb-redir,chardev=usbredirchardev,id=usbredirdev ... [you would replace docs/ich9-ehci-uhci.cfg with e.g. /usr/local/share/doc/qemu/docs/ich9-ehci-uhci.cfg, but turns out ehci was broken for me here with FreeBSD guests and the previous qemu version at least, I got: FETCHENTRY: entry at 22C5484 is of type 2 which is not supported yet processing error - resetting ehci HC Assertion failed: (0), function ehci_advance_state, file /data/ports/emulators/qemu-devel/work/qemu-0.15.0/hw/usb-ehci.c, line 2045. The new qemu version works better tho.] - 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.) - The default configuration location (qemu-ifup script etc.) has been changed from /etc to PREFIX/etc (usually /usr/local/etc). Move your files accordingly. - The pcap code (-net nic... -net pcap,ifname=...) should work properly now, with only one exception: Advanced features like TSO used on the host interface can cause oversize packets which now do get truncated to avoid confusing/panicing guests but of course still will cause retransmissions. So if you see slow throughput and `pcap_send: packet size > ..., truncating' messages on qemu's tty try disabling TSO etc on the host interface at least while using pcap. - kqemu is no longer supported in qemu upstream after the 0.11 branch was created, which means also not in this version. (Linux has moved on to kvm now for qemu(-like) virtualization needs, so if you want qemu to go faster and don't want to switch to virtualbox or stick to the older emulators/qemu port which is at 0.11.1 atm and as such still supports kqemu you should help getting the FreeBSD kvm port updated and completed: http://wiki.freebsd.org/FabioChecconi/PortingLinuxKVMToFreeBSD )
Master Sites:
Expand this list (1 items)
Collapse this list.
  1. https://download.qemu.org/
Collapse this list.
Port Moves
  • port deleted on 2022-06-30
    REASON: Has expired: Use emulators/qemu6 or emulators/qemu

Number of commits found: 9

Commit History - (may be incomplete: for full details, see links to repositories near top of page)
CommitCreditsLog message
5.2.0_2
30 Jun 2022 20:48:41
commit hash: 30886720da7c75f76b70811c05c4e68950a7d8a7commit hash: 30886720da7c75f76b70811c05c4e68950a7d8a7commit hash: 30886720da7c75f76b70811c05c4e68950a7d8a7commit hash: 30886720da7c75f76b70811c05c4e68950a7d8a7 files touched by this commit
Rene Ladan (rene) search for other commits by this committer
cleanup: Remove expired ports:

2022-06-30 databases/pgpool-II-36: Upstream support ended use
databases/pgpool-II-43
2022-06-30 ftp/multiget: Last release in 2007, doesn't support https, depends on
deprecated wxgtk28 and dead upstream. Please consider using net/uget
2022-06-30 devel/electron13: EOLed upstream, switch to newer version
2022-06-30 ftp/puf: Last release in 2006, doesn't support https and upstream is
dead. Please consider using www/aria2
2022-06-30 security/gss: Abandonware, last release in 2014 and no development
since
2022-06-30 security/shishi: Abandonware, last release in 2013 and no development
since
2022-06-30 ftp/urlgfe
2022-06-30 www/nspluginwrapper: Abandonware, last release in 2011 and upstream
is dead. NPAPI plugins are now obsolete and depends on deprecated library GTK 2
2022-06-30 devel/govendor: Use Go modules
2022-06-30 devel/racer: Racer is not actively developped now. Please consider
using newer software such as devel/rust-analyzer.
2022-06-30 net-mgmt/unifi6: No longer maintained by upstream
2022-06-30 devel/dep: Use Go modules
2022-06-30 databases/libgda5-bdb: Depends on deprecated databases/db5
2022-06-30 emulators/qemu5: Use emulators/qemu6 or emulators/qemu
2022-06-30 deskutils/bitcollider: bitzi.com is no longer available, closed down
in 2013
2022-06-30 converters/htx: XHTML is considered obsolete in favor of HTML5
2022-06-30 www/getleft: Abandonware last updated on 2008
2022-06-30 ftp/wxdfast: Last release in 2009, doesn't support https, depends on
deprecated wxgtk28 and dead upstream. Please consider using net/uget
5.2.0_2
24 Apr 2022 00:44:41
commit hash: c1606fd46fa453cfabb4856edc3085f7994c72f4commit hash: c1606fd46fa453cfabb4856edc3085f7994c72f4commit hash: c1606fd46fa453cfabb4856edc3085f7994c72f4commit hash: c1606fd46fa453cfabb4856edc3085f7994c72f4 files touched by this commit
Muhammad Moinur Rahman (bofh) search for other commits by this committer
emulators/qemu5: Mark DEPRECATED

- As qemu 7.X and qemu 6.X branches are on the tree it's time to set off
  qemu5.
- Set EXPIRATION_DATE to 2022-06-30
5.2.0_2
10 Apr 2022 19:11:41
commit hash: d63665f7cd9c99880704a3c5bc221829cb009744commit hash: d63665f7cd9c99880704a3c5bc221829cb009744commit hash: d63665f7cd9c99880704a3c5bc221829cb009744commit hash: d63665f7cd9c99880704a3c5bc221829cb009744 files touched by this commit
Charlie Li (vishwin) search for other commits by this committer
textproc/libxml2: bump all LIB_DEPENDS consumers

This is a separate commit to facilitate easier cherry-picking for
quarterly.

PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
5.2.0_1
26 Mar 2022 08:27:27
commit hash: 247c7db7513f1264922428278678da641c5a3f52commit hash: 247c7db7513f1264922428278678da641c5a3f52commit hash: 247c7db7513f1264922428278678da641c5a3f52commit hash: 247c7db7513f1264922428278678da641c5a3f52 files touched by this commit
Matthias Fechner (mfechner) search for other commits by this committer
textproc/libxml2: bump all dependencies

This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
5.2.0
10 Jan 2022 15:15:39
commit hash: bcaf25a8c8046b094f6b5ab5bc258333bc326ee1commit hash: bcaf25a8c8046b094f6b5ab5bc258333bc326ee1commit hash: bcaf25a8c8046b094f6b5ab5bc258333bc326ee1commit hash: bcaf25a8c8046b094f6b5ab5bc258333bc326ee1 files touched by this commit
Stefan Eßer (se) search for other commits by this committer
Fix CONFLICTS entries of multiple ports

There have been lots of missing CONFLICTS_INSTALL entries, either
because conflicting ports were added without updating existing ports,
due to name changes of generated packages, due to mis-understanding
the format and semantics of the conflicts entries, or just due to
typoes in package names.

This patch is the result of a comparison of all files contained in
the official packages with each other. This comparison was based on
packages built with default options and may therefore have missed
further conflicts with optionally installed files.

Where possible, version numbers in conflicts entries have been
generalized, some times taking advantage of the fact that a port
(Only the first 15 lines of the commit message are shown above View all of this commit message)
5.2.0
14 Dec 2021 13:02:26
commit hash: feb95d6a41b28e32a17aa9044b8687d83f93ef1fcommit hash: feb95d6a41b28e32a17aa9044b8687d83f93ef1fcommit hash: feb95d6a41b28e32a17aa9044b8687d83f93ef1fcommit hash: feb95d6a41b28e32a17aa9044b8687d83f93ef1f files touched by this commit
Tobias Kortkamp (tobik) search for other commits by this committer
*: Clean up some things

- Fix typos
- Remove unreferenced variables
- Sort categories
- Clean up commented PORTREVISION
- Fix broken syntax

Reported by:	portscan
5.2.0
18 Nov 2021 11:43:34
commit hash: 3919830536bb11bdc0d9842627f054fefa14dd3ccommit hash: 3919830536bb11bdc0d9842627f054fefa14dd3ccommit hash: 3919830536bb11bdc0d9842627f054fefa14dd3ccommit hash: 3919830536bb11bdc0d9842627f054fefa14dd3c files touched by this commit
Muhammad Moinur Rahman (bofh) search for other commits by this committer
emulators/qemu5: Fix pkg-plist

Reported by: olgeni
5.2.0
17 Nov 2021 11:35:43
commit hash: 7dfdaaf205c9dd859f1d9ffd8d30b166c99e62edcommit hash: 7dfdaaf205c9dd859f1d9ffd8d30b166c99e62edcommit hash: 7dfdaaf205c9dd859f1d9ffd8d30b166c99e62edcommit hash: 7dfdaaf205c9dd859f1d9ffd8d30b166c99e62ed files touched by this commit
Muhammad Moinur Rahman (bofh) search for other commits by this committer
emulators/qemu5: UNBREAK by fix missing patches

Reported by: olgeni
5.2.0
16 Nov 2021 20:03:37
commit hash: 05ef481d145c4be469d358851134768deb8c75a7commit hash: 05ef481d145c4be469d358851134768deb8c75a7commit hash: 05ef481d145c4be469d358851134768deb8c75a7commit hash: 05ef481d145c4be469d358851134768deb8c75a7 files touched by this commit
Muhammad Moinur Rahman (bofh) search for other commits by this committer
emulators/qemu52: Moved to emulators/qemu5

- Has been updated to 5.2.0.
- This is the last version of 5.X.X branch of qemu and part of updating
  emulators/qemu to latest 6.X.X branch.
- Added a stripped down version of qemu5-nox11 with FLAVORS
- Removed some reference to oszoo.org which no longer hosts qemu images
  and is totally an irrelevent site

Number of commits found: 9