limiting mechanics for services
Thanks to the recent change to rc.subr(8) it is no longer necessary to
define a resource limiting logic in service scripts. limits(1) is now run
by default and its configuration is handled via the "${name}_limits"
variable.
Unfortunately, there is a collision of variable names. The service scripts
are broken on FreeBSD version with that new change (>= 12.0).
The patch preserves the old behavior on the systems without the rc.subr(8)
modification.
PR: 227228
Reviewed by: krion
Approved by: krion (mentor), maintainer timeout
Differential Revision: https://reviews.freebsd.org/D17818
This port experiences odd failures with lld, so just fall back to
GNU ld.
PR: 214864, 230608
Submitted by: jbeich
Reported by: jbeich
Approved by: portmgr (LLD_UNSAFE blanket)
problems with caching, does not work with Yandex.Disk; give three months
of expiration time.
Consumers are advised to use `www/cadaver' or try to port `fusefs-davfs2'
instead (http://savannah.nongnu.org/projects/davfs2).
Approved by: maintainer (1 month timeout)
PR: 187485, 231927
src/video/x11/SDL_x11vulkan.c:82:28: error: use of undeclared identifier 'VK_KHR_XLIB_SURFACE_EXTENSION_NAME'
else if(SDL_strcmp(VK_KHR_XLIB_SURFACE_EXTENSION_NAME, extensions[i].extensionName) == 0)
^
src/video/x11/SDL_x11vulkan.c:82:64: error: use of undeclared identifier 'extensions'
else if(SDL_strcmp(VK_KHR_XLIB_SURFACE_EXTENSION_NAME, extensions[i].extensionName) == 0)
^
src/video/x11/SDL_x11vulkan.c:85:14: error: use of undeclared identifier 'extensions'
SDL_free(extensions);
^
src/video/x11/SDL_x11vulkan.c:89:22: error: expected ')'
VK_KHR_SURFACE_EXTENSION_NAME " extension");
^
src/video/x11/SDL_x11vulkan.c:88:21: note: to match this '('
SDL_SetError("Installed Vulkan doesn't implement the "
^
src/video/x11/SDL_x11vulkan.c:94:20: error: no member named 'vulkan_xlib_xcb_library' in 'struct SDL_VideoData'
videoData->vulkan_xlib_xcb_library = NULL;
~~~~~~~~~ ^
src/video/x11/SDL_x11vulkan.c:99:22: error: expected ')'
VK_KHR_XCB_SURFACE_EXTENSION_NAME "extension or the "
^
src/video/x11/SDL_x11vulkan.c:98:21: note: to match this '('
SDL_SetError("Installed Vulkan doesn't implement either the "
^
src/video/x11/SDL_x11vulkan.c:108:20: error: no member named 'vulkan_xlib_xcb_library' in 'struct SDL_VideoData'
videoData->vulkan_xlib_xcb_library = SDL_LoadObject(libX11XCBLibraryName);
~~~~~~~~~ ^
src/video/x11/SDL_x11vulkan.c:109:24: error: no member named 'vulkan_xlib_xcb_library' in 'struct SDL_VideoData'
if(!videoData->vulkan_xlib_xcb_library)
~~~~~~~~~ ^
src/video/x11/SDL_x11vulkan.c:111:20: error: no member named 'vulkan_XGetXCBConnection' in 'struct SDL_VideoData'
videoData->vulkan_XGetXCBConnection =
~~~~~~~~~ ^
src/video/x11/SDL_x11vulkan.c:112:41: error: no member named 'vulkan_xlib_xcb_library' in 'struct SDL_VideoData'
SDL_LoadFunction(videoData->vulkan_xlib_xcb_library, "XGetXCBConnection");
~~~~~~~~~ ^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
PR: 232931
ago, has merely seen patching and prodding by several of us, often when
it got into the way of updates of other parts of the Ports Collection.
This is the case once again with a pending update of GCC to version 8,
where we run into
gmake[2]: Entering directory '/wrkdirs/usr/ports/lang/gprolog/work/gprolog-1.4.4/src/Fd2C'
gplc -c --fast-math fd2c.pl
=>> Killing runaway build after 7200 seconds with no output
after already workarounds in place for other versions of remotely
recent compilers. Bite the bullet and mark for deprecation and
removal one-and-a-half months from now
PR: 231590
