Do not try to install any 32-bit nvidia driver if nvidia-driver version is
440.59 or higher: 440.59 is the first version included in the FreeBSD
ports tree that packages 32-bit drivers together with 64-bit drivers.
PR: 244547
Reported by: maxtesciuc@gmail.com
Approved by: gerald (mentor)
Fix emulators/qemu-sbruno build with lld 10.0.0
As reported in bug 244251, with clang and lld 10.0.0 the emulators/qemu-sbruno port fails in the configure stage:
===> Configuring for qemu-user-static-2.11.50.g20191211_3
ERROR: We need to link the QEMU user mode binaries at a
specific text address. Unfortunately your linker
doesn't support either the -Ttext-segment option or
printing the default linker script with --verbose.
If you don't want the user mode binaries, pass the
--disable-user option to configure.
===> Script "configure" failed unexpectedly.
Please report the problem to emulation@FreeBSD.org [maintainer] and attach
the
"/wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-d587db6/config.log"
including the output of the failure of your make command. Also, it might be
a good idea to provide an overview of all packages installed on your system
(e.g. a /usr/local/sbin/pkg-static info -g -Ea).
*** Error code 1
This is because lld 10.0.0 no longer supports the -Ttext-segment option, and uses --image-base for similar functionality.
I am proposing a patch that makes the configure script check for the --image-base option first, then the -Ttext-segment option.
PR: ports/212362
Submitted by: dim@FreeBSD.org
Approved by: Maintainer
As reported in bug 244251, with clang and lld 10.0.0 the emulators/qemu-sbruno port fails in the configure stage:
===> Configuring for qemu-user-static-2.11.50.g20191211_3
ERROR: We need to link the QEMU user mode binaries at a
specific text address. Unfortunately your linker
doesn't support either the -Ttext-segment option or
printing the default linker script with --verbose.
If you don't want the user mode binaries, pass the
--disable-user option to configure.
===> Script "configure" failed unexpectedly.
Please report the problem to emulation@FreeBSD.org [maintainer] and attach
the
"/wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-d587db6/config.log"
including the output of the failure of your make command. Also, it might be
a good idea to provide an overview of all packages installed on your system
(e.g. a /usr/local/sbin/pkg-static info -g -Ea).
*** Error code 1
This is because lld 10.0.0 no longer supports the -Ttext-segment option, and uses --image-base for similar functionality.
I am proposing a patch that makes the configure script check for the --image-base option first, then the -Ttext-segment option.
PR: ports/244772
Submitted by: dim@FreeBSD.org
Approved by: Maintainer
After FreeBSD 12.0 EOL we no longer have to worry about LLD 6 and
can drop LLD_UNSAFE from openal-soft ports. LLD can link them fine
now but some ports needs a little help on i386 (-Wl,-znotext).
PR: 226980
Reviewed by: jbeich (earlier version)
Differential Revision: https://reviews.freebsd.org/D23030
Previous commits uncovered another error:
[00:02:28] Warning: (emulators/i386-wine-devel): Error: Duplicated origin for -: emulators/i386-wine-devel AND emulators/i386-wine. Rerun with -v to see which ports are depending on these.
This is because PORTNAME and PORTVERSION are not defined.
Submitted by: salvadore (maintainer)
Error:
[00:02:24] Warning: (emulators/i386-wine): Error: emulators/i386-wine has incorrect CATEGORIES, first should be 'emulators'. Please contact maintainer of the port to fix this.
Error:
[00:00:55] Error: emulators/i386-wine-devel has incorrect CATEGORIES, first should be 'emulators'. Please contact maintainer of the port to fix this.
[00:00:55] Error: deps_fetch_vars failed for emulators/i386-wine-devel
- Unicode data updated to Unicode version 13.
- Builtin programs use the new UCRTBase C runtime.
- More correct support for Internationalized Domain Names.
- Support for painting rounded rectangles in Direct2D.
- Text drawing in D3DX9.
- Various bug fixes.
This also brings a set of new changes with the Staging Patchset,
so maybe worth a try enabling the STAGING option if something is
not working.
This commit is the analogous for i386-wine of r528249 that concerns
emulators/i386-wine-devel.
Until now i386-wine defined its own ARCH variable and manually included
Makefile.i386 for i386 systems and Makefile.inc for amd64 systems. This
commit makes use of the standard ARCH variable and renames Makefile.inc to
Makefile.amd64 so that the proper Makefile.${ARCH} is automatically
included.
This requires conditional inclusion bsd.ports.pre.mk and bsd.ports.post.mk
by emulators/wine [1], master port for i386-wine: those files must be
included only if they have not already been included by i386-wine.
Approved by: gerald (mentor, maintainer [1])
The bug in PR 236616 resulted in virtualbox getting pinned to llvm7. This is
less than ideal, and in-fact has been broken by improvements to
machine/atomic.h
on x86 that require a more modern compiler.
Switch the build to USE_GCC= any. The patches that were previously applied
if COMPILER_TYPE == clang are actually needed by newer GCCs as well, so make
those
standard patches instead, folding the Config.kmk patches together.
We should put some effort into testing llvm10 and working out why llvm
breaks
it, but fixing the build is more important at the moment.
Q/A:
* portlint (pre-existing issues; none in current patch)
* testport (-CURRENT, amd64)
* run testing by madpilot@
PR: 244603
Approved by: koobs (mentor), bapt (mentor)
Approved by: portmgr (blanket: build fix)
MFH: 2020Q1 (blanket: build fix)
Differential Revision: https://reviews.freebsd.org/D23967
Until now i386-wine-devel defined its own ARCH variable and manually
included Makefile.i386 for i386 systems and Makefile.inc for amd64
systems. This commit makes use of the standard ARCH variable and renames
Makefile.inc to Makefile.amd64 so that the proper Makefile.${ARCH} is
automatically included.
This requires conditional inclusion of bsd.ports.pre.mk and
bsd.ports.post.mk by emulators/wine-devel [1], master port for
i386-wine-devel: those files must be included only if they have not
already been included by i386-wine-devel.
Approved by: gerald (mentor, maintainer [1])
Mk/Scripts/check-stagedir.sh in the presence of options to
also handle %%DATADIR%% in pkg-plist.
This would have caught what I fixed with r525543 | gerald | 2020-02-08.
PR: 220950
update to Wine 5.3:
Update to Wine 5.3. This includes the following changes:
- More work towards Ucrtbase runtime support.
- Full support for Unicode normalization.
- Improvements in Shell Folders handling.
- Various bug fixes.
- More work towards Ucrtbase runtime support.
- Full support for Unicode normalization.
- Improvements in Shell Folders handling.
- Various bug fixes.
Also allow for this port to be used as master port for i386-wine-devel,
which means we need to avoid duplicate inclusions of bsd.port.pre.mk and
bsd.port.post.mk. [1]
Submitted by: salvadore [1]
py-wxPython40 aka Phoenix is a reborn of wxPython and in particular it allows to use wxWidgets with Python3.
- Add x11-toolkits/py-wxPython40
- Replace wxPython30 by wxPython40 when python wxWidgets is required
- Fix cad/kicad and cad/kicad-devel to use wxPython40 "Phoenix"
- Update comms/congruity, graphics/py-mayavi from wx 2.8 to 3.0
- While I'm here fix portlint per emulators/playonbsd
- Remove RUN_DEPENDS from USE_WX per graphics/djvusmooth
- Bump portversion
- Fix unicode on x11-toolkits/wxgtk30 and take Maintainer'ship
PR: 241893
Reviewed by: koobs, tcberner
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D21915
Exp-run by: antoine
In file included from Externals/glslang/glslang/GenericCodeGen/CodeGen.cpp:35:
In file included from Externals/glslang/glslang/GenericCodeGen/../Include/Common.h:107:
Externals/glslang/glslang/GenericCodeGen/../Include/PoolAlloc.h:307:54: error: 'operator=' is a private member of 'glslang::TPoolAllocator'
void setAllocator(TPoolAllocator* a) { allocator = *a; }
~~~~~~~~~ ^ ~~
Externals/glslang/glslang/GenericCodeGen/../Include/PoolAlloc.h:244:21: note: declared private here
TPoolAllocator& operator=(const TPoolAllocator&); // don't allow assignment operator
^
In file included from Externals/glslang/glslang/GenericCodeGen/CodeGen.cpp:36:
In file included from Externals/glslang/glslang/GenericCodeGen/../Include/ShHandle.h:46:
Externals/glslang/glslang/GenericCodeGen/../Include/../Public/ShaderLang.h:85:22: warning: '__fastcall__' calling convention is not supported for this target [-Wignored-attributes]
SH_IMPORT_EXPORT int __fastcall ShFinalize();
^
Reported by: antoine (via bug 244251 exp-run)
In file included from Common/Vulkan/VulkanContext.cpp:28:
In file included from ext/glslang/SPIRV/GlslangToSpv.h:42:
In file included from ext/glslang/SPIRV/SpvTools.h:47:
In file included from ext/glslang/SPIRV/../glslang/MachineIndependent/localintermediate.h:42:
In file included from ext/glslang/SPIRV/../glslang/MachineIndependent/../Include/intermediate.h:55:
In file included from ext/glslang/SPIRV/../glslang/MachineIndependent/../Include/../Include/Common.h:108:
ext/glslang/SPIRV/../glslang/MachineIndependent/../Include/PoolAlloc.h:307:54: error: 'operator=' is a private member of 'glslang::TPoolAllocator'
void setAllocator(TPoolAllocator* a) { allocator = *a; }
~~~~~~~~~ ^ ~~
ext/glslang/SPIRV/../glslang/MachineIndependent/../Include/PoolAlloc.h:244:21: note: declared private here
TPoolAllocator& operator=(const TPoolAllocator&); // don't allow assignment operator
^
Reported by: antoine (via bug 244251 exp-run)
- More compatible codepage mapping tables. [A]
- Support for using the null display driver as a real driver.
- Better UTF-8 support in the Resource and Message Compilers.
- Fixes for using ucrtbase as C runtime.
- Various bug fixes.
It also brings a significant number of changes to the packaging list,
notably due to [A].
Finally remove wine-staging and i386-wine-staging as conflicts since
those do not exist any longer. [1]
Submitted by: salvadore [1]
Update xorg x11 servers to 1.20.7. This updates x11-servers/xorg-server,
xephyr, xorg-dmx, xorg-nestserver, xorg-vbserver and xwayland.
Enable the UDEV backend by default, instead of the DEVD backend, for
autoconfiguration of input devices on FreeBSD 12 and later.
FreeBSD 11 lacks the needed support in base and will keep on using the DEVD
backend.
Support for the HAL backend is dropped completely, it has been deprecated
for a long time.
Update and improve the DEVD backend.
Add a pkg message about sysctl configuration that might be needed when using
UDEV.
Use the upstream fix for glamour issues.
Use evdev xkb rules by default in xwayland [2]
Add x11-drivers/xf86-input-libinput to the list installed by default by
x11-drivers/xorg-drivers.
Fix net/tigervnc-server and emulators/virtualbox-ose
Bump portrevision of all x11 drivers, as well as other ports dependent on
xorg-server.
This represents work by many people over a long period. These include
wulf, ak, dumbbell, hselasky pete AT nomadlogic DOT org, jbeich, manu,
myself and possibly others (I tried to look through history, but might have
missed people. If so, I am sorry.)
PR: 196678 [1], 244129 [2]
Submitted by: hselasky, wulf [1], jbeich [2]
Obtained from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xserver-1.20 (in part)
Assume maintainership, taking this from the ports@ pool.
Fix the description which has been off (referring to HTML,
probably coming from wine-gecko).
PR: 238081
CMake Error at /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
Could NOT find PythonInterp: Found unsuitable version "2.7.17", but
required is at least "3" (found /usr/local/bin/python)
Call Stack (most recent call first):
/usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:376 (_FPHSA_FAILURE_MESSAGE)
/usr/local/share/cmake/Modules/FindPythonInterp.cmake:160 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
Vulkan/glslang/CMakeLists.txt:165 (find_package)
Similar to wine-mono/wine-mono-devel, where we made a similar change
with revision 525373, right now both provide the same. However the
latter tracks the evolution of Wine during its development phase, so
this is bound to diverge again.
Also hand over maintainership to salvadore@ (from the vanilla ports@).
Fix the optional dependency on emulators/wine-gecko-devel which is
now at version 2.47.1. This is the equivalent of revision 520954
for emulators/i386-wine.
PR: 238081
the Wine Staging patchset (which is contingent on the STAGING option).
We did not detect this due to the way Mk/Scripts/check-stagedir.sh has
false negatives in the presence of %%OPTION%%s in pkg-plist. [1]
PR: 220950 [1]
This was later diagnosed to be a bug in libc, which has since been addressed
in all supported releases and branches. PORTREVISION is bumped as SSP_CFLAGS
will change the output, and for consumers of these two ports it is
imperative that it be rebuilt against the updated libc to avoid high failure
rates. In testing qemu-user-static-devel failed roughly 60% of the time,
rendering it unusable as each fork/exec was yet one more chance to fail.
The bug was fixed in the following patch levels (FreeBSD-EN-20:01.ssp):
- 12.1-p2
- 12.0-p13
- 11.3-p6
PR: 243735
Approved by: koobs (ports)
MFH: 2020Q1
development for Wine 6 has started. This brings the following changes:
- Better reporting of error location in JScript and VBScript.
- Support for relocatable installation of the Winelib tools.
- Ellipse drawing in Direct2D.
- OLE monikers improvements.
- Various bug fixes.
Two files (.h/.idl) moved out of the staging patchset with this snapshot.
This represents a year of development effort with over 7,400 individual
changes. This port and the wine-devel port have been in sync as closely
as possible, and this update is mostly copying over from the -devel port
minus support for the Wine Staging patchset (and STAGING option).
Highlights of this new release include built-in modules in PE format,
multi-monitor support, Vulkan 1.1 support, and an XAudio2 reimplementation.
This also comes with updates of the emulators/wine-gecko and
emulators/wine-mono ports to match their -devel counterparts:
version 2.47.1 for wine-gecko and version 4.9.4 for wine-mono.
And we "lose" four local patches that got integrated or became obsolete
upstream.
The following is a more detailed list extracted from the extensive
release notes:
== Graphics
- Multiple display adapters and monitors are properly supported, including
dynamic configuration changes.
- The Vulkan driver supports up to version 1.1.126 of the Vulkan spec.
- The WindowsCodecs library is able to convert more bitmap formats,
including palette-indexed formats.
== Direct3D
- Fullscreen Direct3D applications inhibit the screensaver.
- DXGI swapchain presents inform the application when the corresponding
window is minimized. This typically allows applications to reduce CPU
usage while minimized, and is in some cases required to allow the
application window to be restored again.
- Switching between fullscreen and windowed modes using the standard
Alt+Enter combination is implemented for DXGI applications.
- The following features are implemented for Direct3D 12 applications:
- Switching between fullscreen and windowed.
- Changing display modes.
- Scaled presents.
- Swap intervals.
These features were previously already implemented for earlier
versions of the Direct3D API.
- The handling of various edge cases is improved. Among others:
- Out of range reference values for the alpha and stencil tests.
- Sampling 2D resources with 3D samplers and vice versa.
- Drawing with mapped textures and buffers.
- Usage of invalid DirectDraw clipper objects.
- Creating Direct3D devices on invalid Windows, like the desktop window.
- Viewports with a minimum Z larger than or equal to the maximum Z.
- Resources bound through both shader-resource views and render-target
or depth-stencil views at the same time.
- Blits between formats with and without alpha components.
Since well-behaved applications don't rely on these edge cases, they
typically only affect one or two applications each. There are
nevertheless quite a number of them.
- Dirty texture regions are tracked more accurately for Direct3D 8 and 9
texture uploads.
- Uploads of S3TC-compressed 3D textures require less address space.
Since 3D textures can be potentially large, and address space
exhaustion is a concern for 32-bit applications, S3TC-compressed 3D
textures are uploaded per-slice, instead of in a single upload.
- The ID3D11Multithread interface is implemented.
- Various lighting calculation fixes and improvements for older DirectDraw
applications have been made.
- Limited support for blits across swapchains is implemented.
- More shader reflection APIs are implemented.
- The wined3d CPU blitter can handle compressed source resources.
Support for compressed destination resources was already implemented
in a previous release.
- The Direct3D graphics card database recognizes more graphics cards.
- New HKEY_CURRENT_USER\Software\Wine\Direct3D registry keys:
- "shader_backend" (REG_SZ)
The shader backend to use. Possible values are "glsl" (default)
for GLSL, "arb" for ARB vertex/fragment programs and "none" to
disable shader support.
- "strict_shader_math" (REG_DWORD)
Enable (0x1) or disable (0x0, default) stricter translation of
Direct3D shaders, potentially at a performance cost. This
currently only makes a difference with the default GLSL shader
backend in combination with the proprietary NVIDIA drivers.
- Deprecated HKEY_CURRENT_USER\Software\Wine\Direct3D registry key:
- "UseGLSL"
This has been superseded by the "shader_backend" setting above.
== D3DX
- Support for compressing textures using S3TC-compression.
- Various operations, like e.g. texture fills, on unmappable surfaces
are implemented more correctly. Previously their implementation
relied on the underlying Direct3D implementation not enforcing
mapping restrictions.
- Various improvements and fixes have been made to the effect framework.
== Kernel
- Most of the functions that used to be in Kernel32 are moved to
KernelBase, to follow the architecture of recent Windows versions.
- Libraries of the wrong 32/64-bitness are ignored when found in the
search path, to enable loading the correct one if it's found further
in the path.
- Kernel objects are better emulated for device drivers that expect to
manipulate objects from the kernel side.
- The kernel-level synchronization objects like spin locks, fast
mutexes, remove locks, and resource variables are implemented.
- The system battery state is properly reported to applications.
== User interface
- Minimized windows are displayed using their title bar instead of the
old Windows 3.1-style icons.
- The new button styles Split Buttons and Command Links are implemented.
- The Edit control sets margins correctly also for CJK fonts.
== Desktop integration
- Symbolic links to the corresponding Unix directories are created for
the 'Downloads' and 'Templates' folders.
== Input devices
- Plug & Play device drivers can be installed and loaded on startup.
- Game controllers are better supported, including proper support for
hat switch, wheel, gas and brake controls.
== .NET
- The Mono engine is updated to version 4.9.4, including parts of the
Windows Presentation Foundation (WPF) framework.
- The Gecko and Mono add-ons support shared installation, where the
files are used directly from a global location under /usr/share/wine
instead of being copied into every new prefix.
== Internet and networking
- The Gecko engine is refreshed to support recent toolchains.
- A number of new HTML APIs are implemented.
- MSHTML supports some SVG elements.
- Error object and exception propagation are supported in VBScript.
- A number of VBScript builtin functions are implemented.
- JScript EcmaScript compliant mode supports more features.
- JScript and VBScript script objects expose type info interfaces.
- The HTTP proxy configuration can be retrieved through DHCP.
- Passport HTTP redirects are supported.
- The HTTP service and corresponding client-side library (HTTPAPI) are
partially implemented.
== Cryptography
- ECC (elliptic-curve) keys are supported when using GnuTLS.
- Importing keys and certificates from PFX blobs is implemented.
- The PBKDF2 key derivation algorithm is supported.
== Text and fonts
- OpenType positioning features are supported in DirectWrite, and
enabled for Latin script by default, including kerning.
- Font data access is made safer by validating the various data tables
before using them.
- DirectWrite interfaces are updated to a recent SDK, implementing
some of the latest API additions.
== Audio / Video
- The XAudio2 libraries are reimplemented to use the external FAudio
library, for better compatibility.
- The Media Foundation libraries are fleshed out, including:
- Support for builtin and user async work queues.
- Ability to submit periodic callbacks, waiting, scheduled, and
regular work items, with support for item priority.
- Support for media event queues.
- Various core API to handle media type objects, stream and
presentation descriptors, object attributes, byte stream objects,
samples and buffers.
- Initial Source Resolver implementation.
- Initial implementation of Source Reader API.
- Implementation for Sample Grabber object.
- Core support for building topology objects.
- Builtin presentation clock implementation, started implementing
Media Session functionality.
- The video capture filter has been ported to use v4l2 instead of the
deprecated v4l1 API, allowing the use of some cameras which do not
support v4l1.
- Support for YUV to RGB translation and reading from v4l2 devices
using mmap() has been removed; we now depend on libv4l2 for both of
these things.
- The builtin AVI, MPEG-I, and WAVE decoders have been removed; we now
depend on GStreamer or the Mac QuickTime Toolkit to decode such
media files.
- Some more VMR7 configuration APIs are implemented.
- The sound drivers support per-channel volume adjustments.
== Internationalization
- Unicode character tables are based on version 12.1.0 of the standard.
- Unicode normalization is implemented.
- The geographic region id is automatically set in the registry based
on the current locale. It can be modified if necessary under
HKEY_CURRENT_USER\Control Panel\International\Geo.
- The Sinhalese and Asturian locales are supported.
- Codepage 28601 (Latin/Thai) is supported.
== RPC/COM
- The typelib marshaller supports complex structs and arrays.
- There is an initial implementation of the Windows Script runtime library.
- There is an initial implementation of the Microsoft ActiveX Data
Objects (ADO) library.
== Installers
- Microsoft Installer (MSI) Patch Files are supported.
- The WUSA tool (Windows Update Standalone Installer) supports
installing .MSU update files.
== PE modules
- The actual PE binaries are copied into the Wine prefix instead of
the fake DLL files. This makes the prefix look more like a real
Windows installation, at the cost of some extra disk space.
- Modules that have been converted to PE can use standard wide-char C
functions, as well as wide-char character constants like L"abc".
This makes the code easier to read.
- Not all modules have been converted to PE yet; this is an ongoing
process that will continue during the Wine 5.x development series.
== Development tools / Winelib
- The Visual Studio remote debugger can be used to debug applications
running under Wine.
- The Debug Engine library (DBGENG) is partially implemented.
- The Resource Compiler and IDL Compiler support a '--sysroot' option
to allow locating header files in cross-compile environments.
- Winegcc supports the options '--target', '--wine-objdir',
'--winebuild' and '-fuse-ld' that make it easier to use as a
cross-compiler, or with custom toolchains.
- The wine/unicode.h header is no longer available to applications,
since the functions will ultimately be removed and replaced by the
standard C runtime wide character functions.
== Build infrastructure
- The 'fastcall' calling convention is supported in spec files. It
uses the correct name mangling for Windows builds.
- A '-import' entry point flag is supported in spec files, to mark
functions that need a hotpatch code prefix to be generated for their
import thunks.
- Winebuild supports a '--builtin' option to add a special signature
to PE binaries to mark them as Wine builtins.
== Builtin applications
- The CHCP tool is implemented. It allows setting the console codepage.
- The MSIDB tool is implemented. It allows manipulating MSI databases.
== Performance improvements
- The various time functions use higher performance system clocks if
available, to reduce the overhead in the rendering loop of many games.
- File lookups take advantage of the ext4 filesystem case folding
support if it's enabled on the directory being searched.
- No-data style listboxes (LBS_NODATA) have better performance for
large numbers of items.
- Slim Reader/Writer locks, keyed events, and condition variables use
futexes on Linux to avoid wineserver round trips.
== New external dependencies
- The FAudio library is used to implement XAudio2.
- The Inotify library is used for file change notifications on BSD
platforms.
- The Video4Linux version 2 library is used instead of version 1.
Clang doesn't like -mbig:
cc -mbig -c -o spapr-rtas.o spapr-rtas.S
cc: error: unknown argument: '-mbig'
This file doesn't seem to be built on amd64, so removing -mbig doesn't cause a problem there. I also successfully built on powerpc64 elfv1 and it also builds.
PR: 243188
Approved by: bofh (maintainer timeout)
Not all of my ports are covered because:
- USES=cmake requires patching devel/cmake to undo BSD-specific defaults
(A good example why BSD quirks should stay in ports, not to be upstreamed)
- USES=meson and GNU_CONFIGURE require dropping --mandir argument
- ponscripter-sekai requires Templates/BSD.local.dist to NOT create PREFIX/man
Also compress manpages in this location.
As a followup of a discussion which occured in 2017:
https://lists.freebsd.org/pipermail/freebsd-arch/2017-March/018115.html
And following:
https://svnweb.freebsd.org/base?view=revision&revision=315053
and
https://svnweb.freebsd.org/base?view=revision&revision=315142
All the supported FreeBSD version now supports share/man in manpath for
LOCALBASE As a result the ports tree can now accept it for manpage, but
more over migrate to this new path. Resulting in more consistency now the
manpages in base and ports would be in the relative path (under share/)
and a reduced amount of patching needed to port something to FreeBSD
Note1: this has already be done for GNU info pages earlier
Note2: due to the fact that for end user no functionnality will change during
the migration of the manpages to the new location and to avoid massive rebuild
of packages, it has been decided to not bump portrevision when migrating.
Reviewed by: mat (portmgr)
Differential Revision: https://reviews.freebsd.org/D23166
release stabilization process.
Surprisingly still file additions, though only include files, both
for the default configuration and with the Staging patchset.
much as we have had this for USE_XORG and USE_GL for a while.
Without this building with option X11 off actually fails now due to
increased checks in the FreeBSD ports infrastructure.
PR: 242996
Reported by: Patrick McMunn <doctorwhoguy@gmail.com>
- Convert to USES=meson like r490613
- Drop unused USES=tar:bz2 like r490614
- Drop unused DEBUG like r490615
- Drop unused dependencies
- Take maintainership
PR: 242903
Approved by: madpilot (maintainer)
Wine 5.0 release series. This includes the following changes:
- Gecko update, with support for running from a global location.
- Unicode data updated to Unicode version 12.1.
- Initial version of the MSADO (ActiveX Data Objects) library.
- Update installation support in the WUSA (Windows Update Standalone)
tool.
- More progress on the kernel32/kernelbase restructuring.
- Support for signing with ECDSA keys.
- Various bug fixes.
In tandem update wine-gecko-devel from 2.47 to 2.47.1 - a minor update,
though URL and filename change from wine_devel to wine-devel, which is
in line with wine-mono-devel, for example, but easy to miss. (Due to
revision r520775 this is only a one-liner now, though.)
UKNCBTL - UKNC Back to Life! - is a cross-platform UKNC emulator.
UKNC, also known as Elektronika MS-0511, is a Soviet educational
computer based on two PDP-11 compatible processors KM1801VM2.
In file included from /wrkdirs/usr/ports/emulators/yuzu/work/yuzu-6d0d79109/externals/cubeb/src/cubeb_mixer.cpp:21:
In file included from /wrkdirs/usr/ports/emulators/yuzu/work/yuzu-6d0d79109/externals/cubeb/src/cubeb_utils.h:18:
In file included from /wrkdirs/usr/ports/emulators/yuzu/work/libcxx-8.0.0.src/include/mutex:191:
In file included from /wrkdirs/usr/ports/emulators/yuzu/work/libcxx-8.0.0.src/include/__mutex_base:16:
In file included from /wrkdirs/usr/ports/emulators/yuzu/work/libcxx-8.0.0.src/include/system_error:150:
In file included from /wrkdirs/usr/ports/emulators/yuzu/work/libcxx-8.0.0.src/include/string:505:
In file included from /wrkdirs/usr/ports/emulators/yuzu/work/libcxx-8.0.0.src/include/string_view:176:
In file included from /wrkdirs/usr/ports/emulators/yuzu/work/libcxx-8.0.0.src/include/__string:58:
/wrkdirs/usr/ports/emulators/yuzu/work/libcxx-8.0.0.src/include/cstdio:157:9: error: no member named 'gets' in the global namespace
using ::gets;
~~^
1 error generated.
Reported by: pkg-fallout
r355641 added sigorset to base, which collides with sigorset in
qemu-user-static. This is effectively a patch (applied in the qemu-bsd-user
repo) that makes the qemu version private and uses that for now, until
sigorset in FreeBSD stabilizes across older branches.
Approved by: 0mp (ports)
There's a race condition when compiling with 18-core POWER9 (72 threads):
In file included from ../../../../../src/mame/drivers/konamigq.cpp:76:
../../../../../src/devices/cpu/tms57002/tms57002.h:208:10: fatal error: '../../emu/cpu/tms57002/tms57002.hxx' file not found
#include "../../emu/cpu/tms57002/tms57002.hxx"
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
ports r518822 dropped the version restriction from the new
qemu-user-static-devel port, follow suit and drop it from the remaining
qemu-* ports that don't actually specifically depend on python2.7 -- qemu
has supported python >= 3 since sometime in the 2.x series, and all of these
ports surpass the mark.
PORTREVISION is bumped by recommendation of koobs for people holding
python2.7 simply because these ports required it.
Q/A
* testport: looks good
Approved by: koobs (ports)
Approved by: portmgr (blanket: ports/framework (python) compliance)
MFH: 2019Q4
This port represents the to-be-released version of qemu-user-static for
testing prior to unleashing it upon the community at large and the package
building infrastructure. Currently, it is based on the bsd-user-rebase-3.1
branch that moves the base qemu version of this work forward.
The main highlight of the update to 3.1 is initial riscv64 bsd-user support,
submitted by Embecosm.
This version of the port is also notably no longer based on the master port,
qemu-sbruno, but repocopied from it due to reusing a good portion of it. As
such, it's been severely reduced to eliminate all of the bits not relevant
to building bsd-user/ (including the various port options), so much of the
diff is eliminating the option-enabled checks and combining them all into a
single CONFIGURE_ARGS/MAKE_ARGS, along with some additional --disable-flags
for things that we certainly don't need.
The python2.7 version restriction has been dropped as qemu's actually
supported py3+ since at least the 2.x version we have over in qemu-sbruno, A
follow-up commit will also drop the version restrictions in the other qemu
ports that still have it to be proactive about this stuff as Python2 reaches
EOL.
Q/A:
* portlint: looks fine
* testport: 11.3, -CURRENT; amd64
PR: 242253
Reviewed by: koobs (ports)
Approved by: koobs (ports)
java/openjdk6 support was removed from Mk/bsd.java.mk (r512662) and
java/openjdk6 and java/openjdk6-jre were removed from the ports tree
(r512663). Now this patch completely removes remaining stuff from the
ports tree.
PR: 241953 (exp-run)
Reviewed by: glewis
Approved by: portmgr (antoine)
Differential Revision: https://reviews.freebsd.org/D22342
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
This is a repocopy of emulators/qemu as qemu will be updated to latest
STABLE 4.1.X branch
- New version of the Mono engine with an FNA update. [1]
- Code persistence in VBScript and JScript.
- Vulkan spec updates.
- Various bug fixes.
And further merges (and two files) coming over from Wine Staging.
Update wine-mono-devel to the upstream release 4.9.4. [1]
Approved by: dbn (blanket) [1]
For users tracking stable/12, stable/11, or supported releases
this will result in an upgrade of the port
with no functional change.
For users tracking HEAD before r353150 the new binary pkg
will likely cause your system to panic.
PR: 241180
Sponsored by: Panzura
Fix suggested by: mp
With this update, sendmsg/recvmsg (thus, casper'ized) applications now work
again on mips. Various signal handling issues have also been addressed,
most notably qemu-user-static should no longer deadlock when evaluating
whether printf survives out-of-memory conditions or not.
PR: 224740
Approved by: ler (ports), sbruno (maintainer, implicit)
MFH: 2019Q4
While here, modernize some comments in Mk/bsd.*.mk.
Note that graphics/drm-fbsd11.2-kmod is not renamed yet, this was somewhat
under discussion.
Submitted by: rene
Reviewed by: antoine, jbeich, mat, zeising
Differential Revision: https://reviews.freebsd.org/D21974
- A number of additional VBScript features.
- More stateblock support in WineD3D.
- Some fixes for ARM64 support (which we do not have on FreeBSD).
- Various bug fixes.
And some bits have moved from STAGING into the main tree; yeah!
The biggest change is the removal of vmxnet from this package. This means you
*must* be using the vmx driver included in FreeBSD or your networking will fail
after this update. This is a danger for people who are running unsupported versions
of FreeBSD but could also affect people who are running custom kernels that have
removed vmx from them.
This update reduces our patchset by taking advantage of patches submitted upstream.
Sponsored by: Panzura
The RFSPAWN fix included a bogus dependency on qemu-user-static being built
against headers that included the RFSPAWN flag. This is incorrect in
emulation-land, where we must assume the target may not match the host.
kevent(2) emulation was also not preserving event udata coming from the
kernel; the fix for this is als included.
Approved by: antoine (ports), sbruno (maintainer, implicit)
MFH: 2019Q4
Short list:
- __sysctlbyname(2) implemented
- posix_spawn breakage due to RFSPAWN averted
- some _umtx_op misbehavior fixed*
Some _umtx_op operations were processing a timeout, but failed to pass in
the size of the timespec/_umtx_time to the kernel, passing in '0' instead.
This would cause unbounded sleep until interrupted, rather than timeout
expected by the caller.
PR: 240763
Approved by: ler (ports), sbruno (maintainer, implicit)
MFH: 2019Q4 (runtime fix)
