update u-boot-pinebook to 20181109
Adds support for pinebooks with 1080p panels. Compile tested only. Index: Makefile === RCS file: /cvs/ports/sysutils/u-boot-pinebook/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile11 Feb 2018 00:42:57 - 1.1.1.1 +++ Makefile18 Nov 2018 04:26:44 - @@ -3,7 +3,7 @@ BROKEN-sparc64=Error: the specified option is not accepted in ISB at operand 1 -- isb sy COMMENT= U-Boot firmware for Pine64 Pinebook -V= 0.0.20180206 +V= 0.0.20181109 DISTNAME= u-boot-pinebook-${V} CATEGORIES=sysutils HOMEPAGE= http://www.denx.de/wiki/U-Boot @@ -11,13 +11,13 @@ HOMEPAGE= http://www.denx.de/wiki/U-Boot # GPLv2 PERMIT_PACKAGE_CDROM= Yes -# from branch pinebook-wip-20180206 +# from branch pinebook-wip-20181109 GH_ACCOUNT=anarsoul GH_PROJECT=u-boot-pine64 -GH_COMMIT= 603ea3339298bdef845a7108fb1203ce32f230c4 +GH_COMMIT= 54dd89fefcf4b6b70351d73bad291dc102b8317c -PATCHFILES=u-boot-pinebook-efi_status_t.patch:1 -MASTER_SITES1= https://patchwork.ozlabs.org/patch/871561/mbox/?/ +PATCHFILES=u-boot-pinebook-file2include.patch:1 +MASTER_SITES1= https://patchwork.ozlabs.org/patch/999412/mbox/?/ PATCH_DIST_STRIP= -p1 PKG_ARCH= * Index: distinfo === RCS file: /cvs/ports/sysutils/u-boot-pinebook/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo11 Feb 2018 00:42:57 - 1.1.1.1 +++ distinfo18 Nov 2018 04:27:32 - @@ -1,4 +1,4 @@ -SHA256 (u-boot-pinebook-0.0.20180206-603ea333.tar.gz) = UCbFsIoUZOKjsVnxB1b1znbtT/X+yKoOF3w2OdwzkXo= -SHA256 (u-boot-pinebook-efi_status_t.patch) = YbeO2n7JPPIW9xPwFO7x6UMTmJNxr8Ryuc9KTWN7oE4= -SIZE (u-boot-pinebook-0.0.20180206-603ea333.tar.gz) = 15616896 -SIZE (u-boot-pinebook-efi_status_t.patch) = 6452 +SHA256 (u-boot-pinebook-0.0.20181109-54dd89fe.tar.gz) = cwwduJ+mmc7hxepuvcZL3SEc+JcBXzhDnukAGT3LyxQ= +SHA256 (u-boot-pinebook-file2include.patch) = hZEYjc+GraZDvHPZUMvjKg4ugzB+d8baLzoONS3euxc= +SIZE (u-boot-pinebook-0.0.20181109-54dd89fe.tar.gz) = 16611215 +SIZE (u-boot-pinebook-file2include.patch) = 1232
UPDATE: www/py-bleach-3.0.2
Version bump to the latest version with lots of changes. The existing version, 2.0, is over a year old at this point in time. I see jupyter-notebook uses this though I could not find where the dep is required. All tests pass, and package builds fine on amd64. Update needed to my upcoming port for isso. Ok? -- Edward Lopez-Acosta diff --git a/www/py-bleach/Makefile b/www/py-bleach/Makefile index 12c90b7d84a..b5ee84e55c4 100644 --- a/www/py-bleach/Makefile +++ b/www/py-bleach/Makefile @@ -2,7 +2,7 @@ COMMENT = easy whitelist-based HTML-sanitizing tool -MODPY_EGG_VERSION = 2.0.0 +MODPY_EGG_VERSION = 3.0.2 DISTNAME = bleach-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = www diff --git a/www/py-bleach/distinfo b/www/py-bleach/distinfo index ba46357917f..fd821e037e7 100644 --- a/www/py-bleach/distinfo +++ b/www/py-bleach/distinfo @@ -1,2 +1,2 @@ -SHA256 (bleach-2.0.0.tar.gz) = uVIhMAA+TK7fTwCjnBIKkG3NQkIynByPYh9TcCA8vDA= -SIZE (bleach-2.0.0.tar.gz) = 46083 +SHA256 (bleach-3.0.2.tar.gz) = SNOWdbgKdfbRw72//seRzwu7q2Zc8B4g2nAcd94nhxg= +SIZE (bleach-3.0.2.tar.gz) = 165682 diff --git a/www/py-bleach/pkg/PLIST b/www/py-bleach/pkg/PLIST index a9fc2a37847..402e3c7c3b1 100644 --- a/www/py-bleach/pkg/PLIST +++ b/www/py-bleach/pkg/PLIST @@ -11,14 +11,108 @@ lib/python${MODPY_VERSION}/site-packages/bleach/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}callbacks.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}encoding.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}html5lib_shim.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}linkifier.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}sanitizer.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/ +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/README.rst +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/__init__.py +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/ +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/ +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/DESCRIPTION.rst +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/INSTALLER +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/LICENSE.txt +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/METADATA +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/RECORD +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/WHEEL +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/metadata.json +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/top_level.txt +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/__init__.py +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}_ihatexml.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}_inputstream.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}_tokenizer.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}_utils.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}constants.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}html5parser.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}serializer.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/_ihatexml.py +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/_inputstream.py +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/_tokenizer.py +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/_trie/ +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib
update mpv to 0.29.1
Depending on the ffmpeg update, here's mpv. Works just fine on amd64 with various formats and codecs where performance improvements are quite noticable. According to `port-lib-depends-check' the cd, dvd and v4l related libraries where extra, so I blatantly removed them including their LDEP. Since I don't have access to CD/DVD (readers), can anyone test mpv with playing physical media? Otherwise it's a simple version bump, switch to HTTPS, removal of obsolete CONFIGURE_ARGS and simplifications for do-* targets. Index: Makefile === RCS file: /cvs/ports/multimedia/mpv/Makefile,v retrieving revision 1.43 diff -u -p -r1.43 Makefile --- Makefile13 Nov 2018 17:12:51 - 1.43 +++ Makefile17 Nov 2018 23:35:01 - @@ -4,17 +4,16 @@ COMMENT = movie player based on MPlayer GH_ACCOUNT = mpv-player GH_PROJECT = mpv -GH_TAGNAME = v0.22.0 -REVISION = 4 +GH_TAGNAME = v0.29.1 CATEGORIES = multimedia x11 -HOMEPAGE = http://mpv.io/ +HOMEPAGE = https://mpv.io/ MAINTAINER = Dmitrij D. Czarkoff -WAF = ${WRKSRC}/waf-1.8.19 -MASTER_SITES0 =http://waf.io/ +WAF = ${WRKSRC}/waf-2.0.12 +MASTER_SITES0 =https://waf.io/ DISTFILES =${DISTNAME}{${GH_TAGNAME}}${EXTRACT_SUFX} ${WAF:T}:0 EXTRACT_ONLY = ${DISTNAME}${EXTRACT_SUFX} @@ -22,14 +21,11 @@ EXTRACT_ONLY = ${DISTNAME}${EXTRACT_SUF PERMIT_PACKAGE_CDROM = patents PERMIT_PACKAGE_FTP = Yes -WANTLIB += EGL GL SDL2 X11 X11-xcb Xau Xdamage Xdmcp Xext Xfixes -WANTLIB += Xinerama Xrandr Xrender Xss Xv Xxf86vm ass avcodec -WANTLIB += avdevice avfilter avformat avresample avutil bluray -WANTLIB += c cdio cdio_cdda cdio_paranoia drm dvdnav dvdread expat -WANTLIB += fontconfig freetype fribidi gbm iconv jpeg lcms2 m -WANTLIB += opus postproc pthread sndio speex swresample -WANTLIB += swscale v4l2 v4lconvert vpx x264 x265 xcb xcb-dri2 -WANTLIB += xcb-glx z ${MODLUA_WANTLIB} +WANTLIB += ${MODLUA_WANTLIB} EGL GL SDL2 X11 X11-xcb Xau Xdamage Xdmcp Xext +WANTLIB += Xfixes Xinerama Xrandr Xrender Xss Xv Xxf86vm ass avcodec avdevice +WANTLIB += avfilter avformat avutil bluray c drm expat fontconfig freetype +WANTLIB += fribidi gbm iconv jpeg lcms2 m postproc pthread sndio swresample +WANTLIB += swscale xcb xcb-dri2 xcb-glx z MODULES = lang/lua \ lang/python @@ -37,17 +33,13 @@ MODULES = lang/lua \ BUILD_DEPENDS =audio/ladspa \ textproc/py-docutils -LIB_DEPENDS = audio/libcdio \ - converters/libiconv \ - devel/libdvdread \ +LIB_DEPENDS = converters/libiconv \ devel/sdl2 \ graphics/ffmpeg>=20151112 \ graphics/jpeg \ graphics/lcms2 \ multimedia/libass \ - multimedia/libbluray>=0.8.0 \ - multimedia/libdvdnav \ - multimedia/libv4l + multimedia/libbluray>=0.8.0 MODPY_RUNDEP = No RUN_DEPENDS = devel/desktop-file-utils \ @@ -58,16 +50,13 @@ CONFIGURE_ARGS =--confloaddir=${SYSCONF --mandir=${LOCALBASE}/man \ --docdir=${LOCALBASE}/share/examples/mpv \ --zshdir=${LOCALBASE}/share/zsh/vendor-completions \ - --enable-encoding \ --enable-sndio \ --enable-sdl2 \ --enable-zsh-comp \ --disable-alsa \ --disable-caca \ - --disable-enca \ --disable-jack \ --disable-libarchive \ - --disable-libguess \ --disable-rubberband \ --disable-oss-audio \ --disable-openal \ @@ -78,15 +67,12 @@ CONFIGURE_ARGS =--confloaddir=${SYSCONF --disable-uchardet \ --disable-vaapi \ --disable-vaapi-glx \ - --disable-vaapi-hwaccel \ --disable-vaapi-x-egl \ --disable-vaapi-x11 \ --disable-vaapi-wayland \ --disable-vapoursynth \ --disable-vapoursynth-lazy \ --disable-vdpau \ - --disable-vdpau-hwaccel \ - --disable-videotoolbox-hwaccel \ --disable-videotoolbox-gl \ --disable-wayland @@ -105,20 +91,19 @@ CFLAGS += -march=i586 post-patch: cp $
Re: update ffmpeg to 4.1
On Sat, Nov 17, 2018 at 10:35:59PM +, Stuart Henderson wrote: > Build failures in these: > > audio/aqualung > audio/chromaprint > audio/moc I'll look into it. > audio/pianobar > audio/squeezelite > databases/strigi > emulators/mgba > games/alephone/alephone > games/renpy > games/stepmania > graphics/amide > graphics/gegl > graphics/opencv > graphics/openscenegraph > multimedia/dvdstyler > multimedia/ffmpeg2theora Can probably be removed as already noted by juanfra. > multimedia/libquicktime > multimedia/motion > multimedia/mpv I'll send an update soon. > telephony/iaxclient > x11/freerdp > x11/mplayer I'll look into it. > x11/vlc > x11/xfce4/tumbler > (And possibly more failures in ports depending on the above). Yes, altough some/most of them are expected since I removed the deprecated avresample library from ffmpeg. Some ports probably just need an update. >
Re: update ffmpeg to 4.1
Build failures in these: audio/aqualung audio/chromaprint audio/moc audio/pianobar audio/squeezelite databases/strigi emulators/mgba games/alephone/alephone games/renpy games/stepmania graphics/amide graphics/gegl graphics/opencv graphics/openscenegraph multimedia/dvdstyler multimedia/ffmpeg2theora multimedia/libquicktime multimedia/motion multimedia/mpv telephony/iaxclient x11/freerdp x11/mplayer x11/vlc x11/xfce4/tumbler (And possibly more failures in ports depending on the above).
Re: [UPDATE] devel/p5-POE 1.294 -> 1.367 (p5-POE* update 1/14)
Hi ports, Can somebody look at these 2 please? - p5-POE-Component-Resolver https://marc.info/?l=openbsd-ports&m=154092768107481&w=2 - p5-POE-Component-Syndicator https://marc.info/?l=openbsd-ports&m=154101419130335&w=2 Thanks in advance! Charlène. On Sun, 11 Nov 2018 16:55:48 -0700 Andrew Hewus Fresh wrote: > I'll commit all of these with a second OK on importing > p5-POE-Component-Resolver and p5-POE-Component-Syndicator > > On Tue, Oct 30, 2018 at 08:26:09PM +0100, Charlene Wendling wrote: > > Hi ports, > > > > - > > Intro: > > > > This is the second round of the big POE update. I'll submit them in > > dependency order. > > > > The whole thing builds and installs with dpb on amd64 and i386, and > > the few consumers i've found run fine. > > - > > > > I'm proposing here an update for p5-POE itself. > > OK afresh1@ > reverse dependency tests seem to be the same as with the old version. > > > On Tue, Oct 30, 2018 at 08:26:59PM +0100, Charlene Wendling wrote: > > > > I'm proposing here POE::Component::Resolver. It will be needed for > > updating net/p5-POE-Component-Client-HTTP. > > OK afresh1@ > Looks fine to me, tests pass. > > > > On Tue, Oct 30, 2018 at 08:27:37PM +0100, Charlene Wendling wrote: > > > > I'm proposing here an update for POE::API::Peek, a module that peeks > > into the internals of a running POE environment. > > OK afresh1@ > The one reverse dependency seems to work with both. > > > > On Tue, Oct 30, 2018 at 08:28:36PM +0100, Charlene Wendling wrote: > > > > Here is an update for POE::Component::IKC, that allow inter kernels > > communication between POE kernels. > > OK afresh1@ > It doesn't seem that anything in particular depends on this, and the > update looks good. > > > On Wed, Oct 31, 2018 at 02:07:23PM +0100, Charlene Wendling wrote: > > Hi ports! > > > > Here is a new port for POE::Component::Syndicator. It will be needed > > for updating net/p5-POE-Component-IRC. > > OK afresh1@ > Looks good to me. > > > On Wed, Oct 31, 2018 at 02:07:42PM +0100, Charlene Wendling wrote: > > > > Here is an update for POE::Loop::Event. > > OK afresh1@ > It doesn't seem that anything in particular depends on this, and the > update looks good. > > > On Wed, Oct 31, 2018 at 02:08:10PM +0100, Charlene Wendling wrote: > > > > Here is an update for POE::Loop::Tk, a bridge that allows POE to be > > driven by Tk. > > OK afresh1@ > It doesn't seem that anything in particular depends on this, and the > update looks good. Tests didn't actually run as I have apparently > broken X forwarding from my laptop to my ports testing machine. > > > On Wed, Oct 31, 2018 at 02:08:34PM +0100, Charlene Wendling wrote: > > > > Here is an update for POE::Component::Client::DNS, a DNS module for > > POE. > > OK afresh1@ > reverse dependency tests seem to be the same as with the old version. > >
Re: [update] collectd 5.8.1
On Fri, 2 Nov 2018 10:06:45 +0100, Landry Breuil wrote: > Hi, > > all in the title, please test if you rely on it. > https://collectd.org/wiki/index.php/Version_5.8 has the changelog if > you scroll to 5.8.1. > > collectd-mysql-5.8.1(sysutils/collectd,-mysql): Extra: z.5 Scanning: ok other than that, ok danj@ Cheers, Daniel
Re: NEW: security/pecl-pledge
On Wed, Nov 14, 2018 at 12:19 PM Stuart Henderson wrote: > I'd probably go for www/ for category, > @conflict isn't needed > These are fixed. I would like to have some write-up (in DESCR probably) explaining what > this might be useful for > I added a few lines that should present some ideas about how to use the module and warn users for the the dangers. Any feedback on that one? Tom pecl-pledge.tgz Description: application/compressed-tar
Re: UPDATE: TeX Live 2018
* Edd Barrett wrote: > Hi, > > Here's a first go at TeX Live 2018. > > I've tested it on only amd64 at this point, but all ports BUILD_DEPEND > or LIB_DEPENDing on any of TeX Live have been build tested. > > Please test your documents! I tried several documents including an IEEEtran draft and everything rendered as expected. For my current use cases everything looks good here. Thanks for working on this. -- Jon > Stuart, is this still needed? > https://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/print/texlive/base/Makefile.diff?r1=1.103&r2=1.104&f=h > > If it is, can we make it a bit more verbose, because I'm not sure what > it means :) > > Cheers > > -- > Best Regards > Edd Barrett > > http://www.theunixzoo.co.uk
UPDATE: www/py-gunicorn-19.9.0
Straightforward version bump. No other ports depend on this. Patch no longer required, so its removed. All tests and package builds pass for both py2 and py3. Notable changes: updated with Python 3.7 compatibility and fixed syslog support Ok? diff --git a/www/py-gunicorn/Makefile b/www/py-gunicorn/Makefile index 04a0b124b52..1253851a9c6 100644 --- a/www/py-gunicorn/Makefile +++ b/www/py-gunicorn/Makefile @@ -2,7 +2,7 @@ COMMENT = Python WSGI HTTP server -MODPY_EGG_VERSION =19.8.1 +MODPY_EGG_VERSION =19.9.0 DISTNAME = gunicorn-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = www diff --git a/www/py-gunicorn/distinfo b/www/py-gunicorn/distinfo index 18a81c15b1f..ce9616dfce5 100644 --- a/www/py-gunicorn/distinfo +++ b/www/py-gunicorn/distinfo @@ -1,2 +1,2 @@ -SHA256 (gunicorn-19.8.1.tar.gz) = vFkAWXnvttLdfVunLZn4qEIoYq0X/zoW6QBoRjDdKhA= -SIZE (gunicorn-19.8.1.tar.gz) = 415541 +SHA256 (gunicorn-19.9.0.tar.gz) = +iZiCXxm+SD1P3BiHGxYyko8TTQ0IF5gjhIbWztx9PM= +SIZE (gunicorn-19.9.0.tar.gz) = 415774 diff --git a/www/py-gunicorn/patches/patch-requirements_test_txt b/www/py-gunicorn/patches/patch-requirements_test_txt deleted file mode 100644 index 6c58f5aaded..000 --- a/www/py-gunicorn/patches/patch-requirements_test_txt +++ /dev/null @@ -1,13 +0,0 @@ -$OpenBSD: patch-requirements_test_txt,v 1.3 2018/05/04 11:37:24 jasper Exp $ - -Relax overly strict requirements - -Index: requirements_test.txt requirements_test.txt.orig -+++ requirements_test.txt -@@ -1,3 +1,3 @@ - coverage>=4.0,<4.4 # TODO: https://github.com/benoitc/gunicorn/issues/1548 --pytest==3.0.5 --pytest-cov==2.4.0 -+pytest -+pytest-cov diff --git a/www/py-gunicorn/pkg/PLIST b/www/py-gunicorn/pkg/PLIST index b2eb1387f9a..e6135604bb4 100644 --- a/www/py-gunicorn/pkg/PLIST +++ b/www/py-gunicorn/pkg/PLIST @@ -80,8 +80,8 @@ lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}_gaiohttp.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}async.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}base.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}base_async.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}gaiohttp.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}geventlet.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}ggevent.${MODPY_PYC_MAGIC_TAG}pyc @@ -90,8 +90,8 @@ lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}gtorna lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}sync.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}workertmp.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/_gaiohttp.py -lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/async.py lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/base.py +lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/base_async.py lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/gaiohttp.py lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/geventlet.py lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/ggevent.py
Re: UPDATE: devel/py-click-7.0
I gathered items requiring this and was able to build them all successfully. I also tested out at lest a couple of them by running the actual application and found no issues. Comments on the diff, or is it ok? On 2018-11-16 00:40, Landry Breuil wrote: On Thu, Nov 15, 2018 at 05:21:51PM -0600, Edward Lopez-Acosta wrote: Simple version update to latest version. Tests and builds fine on amd64. Ok to merge? Well this has some consumers and plugins.. usually it's nice to specify which ones you've tested at build & runtime :) Landry
CVE-2018-18820 - Request to update Icecast to 2.4.4 security release
Hello ports, Could I request the list to please update the Icecast port to 2.4.4? >From http://icecast.org/news/icecast-release_2_4_4/ : "We released a new version of Icecast. It is a security release and we recommend to update all Icecast installations of versions below 2.4.4 to it. ... Fixes Fix buffer overflows in URL auth code, [CVE-2018-18820] ... " I am writing to the list because the maintainer is listed as "The OpenBSD ports mailing-list" at http://openports.se/net/icecast. Regards, ab -|-|-|-|-|-|-|--
[new] sysutils/p5-App-cpanminus
Hi ports@, Find attached a port for cpanm cpanminus is a script to get, unpack, build and install modules from CPAN. It's great to test modules and install them on custom locations. Also, it's dependency free (that makes me doubt a bit on the port itself, seems too simple, even for an easy perl module port). Cheers, -- Paco Esteban https://onna.be/gpgkey.asc p5-App-cpanminus.tar.gz Description: Binary data
Re: UPDATE: www/youtube-dl
Never did that in the past, but I am OK if some of the other people in the -stable world are OK with it. On Thu, Nov 08, 2018 at 11:10:02PM +0100, Giovanni Bechis wrote: > On Wed, Nov 07, 2018 at 08:00:53PM +0100, Giovanni Bechis wrote: > > Hi, > > update to latest version, ok ? > > Cheers > > Giovanni > committed to current, ok for the following diff to unbreak youtube on 6.4 ? > Cheers > Giovanni > Index: Makefile > === > RCS file: /var/cvs/ports/www/youtube-dl/Makefile,v > retrieving revision 1.179 > diff -u -p -r1.179 Makefile > --- Makefile 9 Sep 2018 22:23:01 - 1.179 > +++ Makefile 8 Nov 2018 22:00:26 - > @@ -2,7 +2,7 @@ > > COMMENT =CLI program to download videos from YouTube and other sites > > -VERSION =2018.09.10 > +VERSION =2018.11.07 > MODPY_EGG_VERSION = ${VERSION:S/.0/./g} > > DISTNAME = youtube-dl-${VERSION} > Index: distinfo > === > RCS file: /var/cvs/ports/www/youtube-dl/distinfo,v > retrieving revision 1.166 > diff -u -p -r1.166 distinfo > --- distinfo 9 Sep 2018 22:23:01 - 1.166 > +++ distinfo 8 Nov 2018 22:00:31 - > @@ -1,2 +1,2 @@ > -SHA256 (youtube-dl-2018.09.10.tar.gz) = > COqzWl6qJJvwqQ3hU2n0SU6H5Bb5QPU5+YLlViJB7Yk= > -SIZE (youtube-dl-2018.09.10.tar.gz) = 3036301 > +SHA256 (youtube-dl-2018.11.07.tar.gz) = > afb3vDKA/o/Ik0cFCwcHLlH8ymPTHaUx81PUNUUVbOc= > +SIZE (youtube-dl-2018.11.07.tar.gz) = 3053158 > Index: pkg/PLIST > === > RCS file: /var/cvs/ports/www/youtube-dl/pkg/PLIST,v > retrieving revision 1.120 > diff -u -p -r1.120 PLIST > --- pkg/PLIST 9 Sep 2018 22:23:01 - 1.120 > +++ pkg/PLIST 8 Nov 2018 22:02:48 - > @@ -377,6 +377,7 @@ lib/python${MODPY_VERSION}/site-packages > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}lifenews.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}limelight.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}line.${MODPY_PYC_MAGIC_TAG}pyc > +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}linkedin.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}litv.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}liveleak.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}livestream.${MODPY_PYC_MAGIC_TAG}pyc > @@ -692,7 +693,6 @@ lib/python${MODPY_VERSION}/site-packages > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tutv.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tv2.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tv2hu.${MODPY_PYC_MAGIC_TAG}pyc > -lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tv3.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tv4.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tv5mondeplus.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}tva.${MODPY_PYC_MAGIC_TAG}pyc > @@ -711,6 +711,7 @@ lib/python${MODPY_VERSION}/site-packages > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}twentyfourvideo.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}twentymin.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}twentythreevideo.${MODPY_PYC_MAGIC_TAG}pyc > +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}twitcasting.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}twitch.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}twitter.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}udemy.${MODPY_PYC_MAGIC_TAG}pyc > @@ -1149,6 +1150,7 @@ lib/python${MODPY_VERSION}/site-packages > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/lifenews.py > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/limelight.py > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/line.py > +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/linkedin.py > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/litv.py > lib/python${MODPY_VERSION}/site-packages/youtube_dl/ext
Re: UPDATE: lang/chicken
On Fri, Nov 16, 2018 at 07:49:09PM +0200, Timo Myyrä wrote: > Sebastien Marie writes: > > > On Fri, Nov 16, 2018 at 01:28:35PM +0100, Sebastien Marie wrote: > > > >> On Fri, Nov 16, 2018 at 10:13:24AM +0200, Timo Myyrä wrote: > >> > > >> > Ok, here's new diff to fix the tests to use new binary names. > >> > Though there seems to be some issue with the tests, now the tests get > >> > stuck on > >> > 'ports test' phases 'fast' test on my amd64. Could somebody check how > >> > the test > >> > function with other arches? > >> > >> with plain chicken-5.0.0, I have no problem with tests (on amd64). > >> > >> I will retest it with the rename. > > > > Here, it is fine (amd64). > > > > port tests ... > > == ports == > > (PASS) Initially, output string is empty > > (PASS) output can be extracted from output string > > (PASS) closing a string output port has no effect on the returned data > > (PASS) writing to a closed string output port is an error > > slow... > > 0.33s CPU time, 15924/2656 mutations (total/tracked), 1/999 GCs > > (major/minor), maximum live heap: 544.02 KiB > > fast... > > 0s CPU time, 56/13 mutations (total/tracked), 0/1 GCs (major/minor), > > maximum live heap: 543.85 KiB > > > > > > Procedures check on TCP ports being closed > > > > tcp-addresses...OK > > tcp-port-numbers...OK > > tcp-abandon-port...OK > > > > > > Procedures check on output ports being closed > > > > write...OK > > fprintf...OK > > print-call-chain...OK > > print-error-message...OK > > print...OK > > print*...OK > > display...OK > > terminal-port?...OK > > newline...OK > > write-char...OK > > write-line...OK > > write-u8vector...OK > > flush-output...OK > > file-test-lock...OK > > file-lock...OK > > file-lock/blocking...OK > > write-byte...OK > > write-string...OK > > > > > > Procedures check on input ports being closed > > > > read...OK > > read-char...OK > > char-ready?...OK > > peek-char...OK > > terminal-port?...OK > > read-line...OK > > read-u8vector...OK > > read-u8vector!...OK > > file-test-lock...OK > > file-lock...OK > > file-lock/blocking...OK > > read-byte...OK > > read-token...OK > > read-string...OK > > read-string!...OK > > > > Embedded NUL bytes in filenames are rejected > > > > > > read-line string port position tests: > > > > (PASS) advance row when encountering delim > > (PASS) reaching limit sets col to limit, and does not advance row > > (PASS) delimiter counted in limit > > (PASS) EOF reached > > > > read-string!: > > > > (PASS) peek-char won't influence the result of read-string! > > (PASS) read-string! won't read past buffer if given #f > > (PASS) read-string! reads the requested bytes with #f > > (PASS) read-string! won't read past buffer if given #f and offset > > (PASS) read-string! reads the requested bytes with #f and offset > > (PASS) read-string! reads until the end correctly > > (PASS) read-string! leaves the buffer's tail intact > > (PASS) after peek-char at EOF, read-string! doesn't mutate the buffer > > (PASS) read-string! won't read past buffer if given size > > (PASS) read-string! reads the requested bytes with buffer size > > (PASS) read-string! won't read past buffer if given size and offset > > (PASS) read-string! reads the requested bytes with buffer size and offset > > (PASS) read-string! reads until the end correctly with buffer size > > (PASS) read-string! leaves the buffer's tail intact > > (PASS) read-string! at EOF reads nothing > > (PASS) read-string! at EOF doesn't mutate the buffer > > > > line endings: > > > > > > string port: > > > > (PASS) \n > > (PASS) \r > > (PASS) \r\n > > (PASS) eof > > > > file port: > > > > (PASS) \n > > (PASS) \r > > (PASS) \r\n > > (PASS) eof > > > > custom port: > > > > (PASS) \n > > (PASS) \r > > (PASS) \r\n > > (PASS) eof > > 36 tests completed in 7.128 seconds > > 36 (100.00%) tests passed > > 0 (0.00%) tests failed > > -- ports -- > > > > > > TOTALS: > > 36 tests completed in 7.128 seconds > > 36 (100.00%) tests passed > > 0 (0.00%) tests failed > > Hmm, odd. For me it always get stuck on port tests after printing the fast: > port tests ... > == ports == > (PASS) Initially, output string is empty > (PASS) output can be extracted from output string > (PASS) closing a string output port has no effect on the returned data > (PASS) writing to a closed string output port is an error > slow... > 0.12s CPU time, 15924/2656 mutations (total/tracked), 1/999 GCs > (major/minor), maximum live heap: 544.04 KiB > fast... > 0s CPU time, 56/13 mutations (total/tracked), 0/1 GCs (major/minor), maximum > live heap: 543.87 KiB > > I don't have a clue yet what could cause this. Could it be hardware thing as > ryzen laptops aren't that well supported yet. > The test worked without the name change on this laptop in any case. Committed, thanks. abieber@ tested the update on a Ryzen laptop and the tests were not stuck. -- Juan Francisco Cantero Hurtado http://
[new] devel/p5-Test-LWP-UserAgent
Hi ports@, Attached is a port of the Test::LWP::UserAgent perl module available at: https://metacpan.org/pod/Test::LWP::UserAgent It overrides some methods of LWP::UserAgent allowing interception of requests to simulate responses on tests. Cheers, -- Paco Esteban https://onna.be/gpgkey.asc p5-Test-LWP-UserAgent.tar.gz Description: Binary data
powerpc bulk build report
bulk build on macppc-1.ports.openbsd.org started on Thu Nov 1 03:17:51 MDT 2018 finished at Sat Nov 17 05:24:53 MST 2018 lasted 16D20h07m done with kern.version=OpenBSD 6.4-current (GENERIC.MP) #258: Wed Oct 31 20:15:49 MDT 2018 built packages:8552 Nov 1:5703 Nov 2:901 Nov 3:489 Nov 4:300 Nov 5:280 Nov 6:174 Nov 7:206 Nov 8:238 Nov 9:260 Nov 10:337 Nov 11:272 Nov 12:354 Nov 13:322 Nov 14:395 Nov 15:501 Nov 16:1695 Nov 17:1080 critical path missing pkgs: http://build-failures.rhaalovely.net//powerpc/2018-11-01/summary.log build failures: 99 http://build-failures.rhaalovely.net//powerpc/2018-11-01/archivers/zipios.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/astro/celestia.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/audio/audacious-plugins.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/audio/id3lib.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/audio/libofa.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/benchmarks/wrk.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/cad/gnucap.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/cad/necpp.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/cad/qcad.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/cad/qucs.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/cad/yosys.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/comms/hamlib.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/converters/lastools.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/avr/gdb.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/avr/libc.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/ccrtp.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/codeworker.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/glog.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/ptlib.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/devel/xtensa-elf/gcc.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/editors/neovim.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/editors/scintilla.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/BasiliskII.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/dosbox.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/higan.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/nestopia,-libretro.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/ppsspp.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/retroarch.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/emulators/vice.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/crack-attack.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/dangerdeep.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/dungeon-crawl.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/easyrpg.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/einstein.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/freeorion.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/godot.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/grhino.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/hex-a-hop.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/hyperrogue.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/late.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/prboom-plus.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/spacehulk.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/stockfish.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/games/xevil.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/geo/merkaartor.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/geo/py-fiona,python3.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/geo/qlandkartegt.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/geo/spatialite/gis.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/graphics/animorph.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/graphics/cal3d.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/graphics/imv.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/graphics/k3dsurf.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/inputmethods/scim-fcitx.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/inputmethods/scim-hangul.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/inputmethods/scim-pinyin.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/inputmethods/scim-tables.log http://build-failures.rhaalovely.net//powerpc/2018-11-01/japanese/mecab,-ipadic.log http://build-failures.rhaalove
lang/gprolog improvements: sparc64, PIE, system malloc(3)
As pointed out by Daniel, gprolog can now work on sparc64 if we help it a little. Detection of sigaction/siginfo_t fails for a dubious reason (the system returns the address of the page of the faulty access, instead of the faulty address). The diff below attempts to fix it in a portable way. Testing on sparc64 proved successful even though '-fno-pie -nopie' wasn't used in CFLAGS. Using those seems needed only on i386, and maybe powerpc (can't test those archs). We want to use PIE when possible, so the diff below restricts the use of '-fno-pie -nopie' to i386 and powerpc. Finally, this switches from Doug Lea malloc shipped with the source to system malloc(3). Doug Lea malloc is only used on *BSD systems, no rationale is given. I think we also want to use our malloc(3) when possible. Make test passes on amd64 and sparc64. Tests and feedback welcome. Index: Makefile === RCS file: /cvs/ports/lang/gprolog/Makefile,v retrieving revision 1.22 diff -u -p -r1.22 Makefile --- Makefile16 Nov 2018 22:19:45 - 1.22 +++ Makefile17 Nov 2018 11:34:18 - @@ -1,10 +1,12 @@ # $OpenBSD: Makefile,v 1.22 2018/11/16 22:19:45 jca Exp $ -ONLY_FOR_ARCHS=amd64 i386 powerpc +ONLY_FOR_ARCHS=amd64 i386 powerpc sparc64 COMMENT= Prolog compiler DISTNAME= gprolog-1.4.5 +REVISION= 0 + CATEGORIES=lang HOMEPAGE= http://www.gprolog.org/ Index: patches/patch-EnginePl_dl_malloc_c === RCS file: patches/patch-EnginePl_dl_malloc_c diff -N patches/patch-EnginePl_dl_malloc_c --- patches/patch-EnginePl_dl_malloc_c 12 Nov 2018 19:15:40 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,20 +0,0 @@ -$OpenBSD: patch-EnginePl_dl_malloc_c,v 1.1 2018/11/12 19:15:40 daniel Exp $ - -Index: EnginePl/dl_malloc.c EnginePl/dl_malloc.c.orig -+++ EnginePl/dl_malloc.c -@@ -572,6 +572,14 @@ MAX_RELEASE_CHECK_RATE default: 4095 unless not HAVE - #endif /* HAVE_MORECORE */ - #endif /* DARWIN */ - -+#if defined(__OpenBSD__) -+/* Avoid sbrk on OpenBSD; use mmap instead */ -+#ifndef HAVE_MORECORE -+#define HAVE_MORECORE 0 -+#define HAVE_MMAP 1 -+#endif -+#endif -+ - #ifndef LACKS_SYS_TYPES_H - #include /* For size_t */ - #endif /* LACKS_SYS_TYPES_H */ Index: patches/patch-EnginePl_machine_h === RCS file: /cvs/ports/lang/gprolog/patches/patch-EnginePl_machine_h,v retrieving revision 1.2 diff -u -p -r1.2 patch-EnginePl_machine_h --- patches/patch-EnginePl_machine_h8 Jun 2017 15:25:57 - 1.2 +++ patches/patch-EnginePl_machine_h17 Nov 2018 11:34:18 - @@ -1,5 +1,6 @@ $OpenBSD: patch-EnginePl_machine_h,v 1.2 2017/06/08 15:25:57 espie Exp $ +Hunk 1: XXX not quite sure why this is needed as it's built without PIE anyway, but this fixes a segfault on i386 during build following the switch to PIE by default. @@ -13,6 +14,9 @@ compilation failed *** Error 1 in /tmp_ports/gprolog-1.3.1/gprolog-1.3.1/src (Makefile:47 'all') === +Hunk 2: +use system malloc(3), not Doug Lea malloc backed by sbrk(2) + Index: EnginePl/machine.h --- EnginePl/machine.h.orig +++ EnginePl/machine.h @@ -25,3 +29,12 @@ Index: EnginePl/machine.h #ifdef NO_USE_EBP #define M_USED_REGS{"ebx", 0} +@@ -196,7 +196,7 @@ void M_Check_Magic_Words(void); /* not compiled if not + *-*/ + + #if defined(__OpenBSD__) || defined(M_bsd) +-#define USE_DL_MALLOC ++//#define USE_DL_MALLOC + #endif + + Index: patches/patch-EnginePl_try_sigaction_c === RCS file: patches/patch-EnginePl_try_sigaction_c diff -N patches/patch-EnginePl_try_sigaction_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-EnginePl_try_sigaction_c 17 Nov 2018 11:34:18 - @@ -0,0 +1,49 @@ +$OpenBSD$ + +Relax siginfo_t si_addr check, sparc64 only provides page granularity. + +Index: EnginePl/try_sigaction.c +--- EnginePl/try_sigaction.c.orig EnginePl/try_sigaction.c +@@ -51,6 +51,7 @@ + * si_addr is wrong for SIGBUS :-( + */ + #define BAD_ADDR ((int *) 0x2EA4F0) ++int *bad_addr; + + void + SIGSEGV_Handler(int sig, siginfo_t * sip) +@@ -59,7 +60,7 @@ SIGSEGV_Handler(int sig, siginfo_t * sip) + #if 0 + printf("bad addr: %p\n", addr); + #endif +- _exit(addr != BAD_ADDR); ++ _exit(addr != bad_addr); + } + + +@@ -68,6 +69,7 @@ int + main(int argc, char *argv[]) + { + struct sigaction act; ++ long page_size; + + act.sa_handler = NULL; + act.sa_sigaction = (void (*)()) SIGSEGV_Handler; +@@ -79,7 +81,15 @@ main(int argc, char *argv[]) + sigaction(SIGBUS, &act, NULL); + #endif + +- *BAD_ADDR = 128; ++ bad_addr = BAD_ADDR; ++ /* ++ * some architectures can't provide more then page-level ++ * granularity. ++ */ ++