- regenerate patch-pcap
- Escape --extra-ldflags as it looks like the qemu builder is eating spaces
or lines making it frustrating to use.
PR: 202402 202536 202864
For example (${OSVERSION} >= 900000 && ${OSVERSION} < 900021) is always true,
as is (${OSVERSION} > 900002 || ${OSVERSION} < 900000 && ${OSVERSION} > 800107).
Regarding patches, when an EXTRA_PATCHES is no longer needed, I remove it, when
it is always needed, I renamed it, in one case, I merged two patches.
Differential Revision: https://reviews.freebsd.org/D2209
the bsd-user targets on 8 and 9.
- Switch emulators/qemu-user-static to be slave of emulators/qemu-sbruno.
- Update emulators/qemu-devel to latest upstream release 2.2.0, now
w/o bsd-user patches and knob again. (Or at least until the
patches are merged upstream...) [1]
- Add appropriate CONFLICTS to emulators/qemu too and bump its
PORTREVISION.
Suggested by: andrew [1] (for the benefit of testing aarch64 guests)
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version. When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.
Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it. The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20. Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.
PR: 195724
Exp-run by: antoine
Approved by: portmgr (antoine)
- target-mips: Status.UX/SX/KX enable 32-bit address wrapping. [1]
- target-mips: define ISA_MIPS64R6. [1]
- Change UX/AWRAP to allow compile. Probably, this is part of the
problem. [2]
- Fix the pipe(2) and pipe2(2) syscalls so the file descriptors are
returned correctly. [3]
- Add sched_yield(2) and sched_get_priority_{max,min}(2) syscall
handlers. [3]
- Add missing setresgid(2) and setresuid(2) system call handlers. [3]
- Eliminate "Qemu unsupported ioctl" warnings for cryptodev. [3]
- Bump PORTREVISION.
Submitted by: Leon Alrae <leon.alrae@imgtec.com> [1], sbruno [2], sson [3]
Obtained from: https://github.com/seanbruno/qemu-bsd-user/commits/bsd-user
- Add support for the wait6(2) system call. [1]
- Add stubs for the new cap_*() system calls. [1]
- Add support for new socket system calls. [1]
- Add support for pipe2(2) and chflagsat(2) system calls. [1]
- Add stubs for the new aio_*() system calls. [1]
- Add stub for the new procctl(2) system call. [1]
- Add JHB's ioctl decoding to unknown ioctl message. [1]
- Disable shebang script handling in qemu for head now that the
the kernel image activators can be run independantly there;
this allows /bin/sh to be used as a static amd64 binary on head
poudriere jails. [2]
- Some other small non-user-visible fixes.
- Bump PORTREVISION.
Submitted by: sson [1], sbruno [2]
Obtained from: https://github.com/seanbruno/qemu-bsd-user/commits/bsd-user
- Bump PORTREVISION on all ports that depend on security/gnutls and
adjust all ports that depend on security/gnutls3
- Update mail/anubis to version 4.2 which supports gnutls 3.x
- Update mail/libvmime to a development snapshot (recommended by upstream
developers)
PR: 191274
Exp-run by: antoine
Approved by: portmgr (antoine)
and sparc64 dynamic exectuables get a little further:
- Fix crashes with long argv invocations. [1]
- Fix ARMv6 stack alignment in a new thread. [1]
- sparc64: sync ccr before changing carry flag.
- Writing to readonly page can cause trap 0xc on FreeBSD too.
- Bump PORTREVISION.
Submitted by: sson [1]
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.
This is a slave port of emulators/qemu-devel to build only static
bsd-user targets named like qemu-mips-static. While still being
experimental people have already built quite a few armv6/mips/mips64
packages using these and e.g. poudriere. Some notes are also here:
http://wiki.freebsd.org/QemuUserModeHowTo
WWW: http://wiki.qemu.org/Main_Page
Suggested by: bapt
