CVS: cvs.openbsd.org: ports

[Pavel Korovin]

CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2019/02/14 00:28:27

Modified files:
sysutils/py-elasticsearch-curator: Makefile distinfo 
sysutils/py-elasticsearch-curator/pkg: PLIST 

Log message:
Update py-elasticsearch-curator 5.5.2 -> 5.6.0
ok sthen@

CVS: cvs.openbsd.org: ports

[Pavel Korovin]

CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2019/02/14 00:24:46

Modified files:
textproc/py-elasticsearch: Makefile distinfo 
textproc/py-elasticsearch/pkg: PLIST 

Log message:
Update py-elasticsearch 6.2.0 -> 6.3.1
ok sthen@

UPDATE: mail/mdsort

[Anton Lindqvist]

Hi,
Update mdsort from maintainer, complete changelog can be found here[1].

Comments? OK?

[1] https://github.com/mptre/mdsort/releases/tag/v3.0.0

Index: Makefile
===
RCS file: /cvs/ports/mail/mdsort/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile28 Oct 2018 12:14:02 -  1.3
+++ Makefile13 Feb 2019 07:12:29 -
@@ -2,7 +2,7 @@
 
 COMMENT =  maildir sort
 
-V =2.0.0
+V =3.0.0
 DISTNAME = mdsort-${V}
 
 CATEGORIES =   mail
Index: distinfo
===
RCS file: /cvs/ports/mail/mdsort/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo28 Oct 2018 12:14:02 -  1.3
+++ distinfo13 Feb 2019 07:12:29 -
@@ -1,2 +1,2 @@
-SHA256 (mdsort-2.0.0.tar.gz) = 17sfQobEROU9WGbA6Cs3J9qG2XquHsrnjKT4Y0nsCds=
-SIZE (mdsort-2.0.0.tar.gz) = 30615
+SHA256 (mdsort-3.0.0.tar.gz) = Vwn4GHtKhvjTVwEm0+5iUq5qS59oCFrmk7UioIVo29c=
+SIZE (mdsort-3.0.0.tar.gz) = 38148

CVS: cvs.openbsd.org: ports

[Pavel Korovin]

CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2019/02/14 00:19:11

Modified files:
security   : Makefile 

Log message:
+py-requests-aws4auth

CVS: cvs.openbsd.org: ports

[Pavel Korovin]

CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2019/02/14 00:13:37

Log message:
Import py-requests-aws4auth, AWS v4 authentication for py-requests
ok sthen@

Status:

Vendor Tag: pvk
Release Tags:   pvk_20190214

N ports/security/py-requests-aws4auth/Makefile
N ports/security/py-requests-aws4auth/distinfo
N ports/security/py-requests-aws4auth/pkg/DESCR
N ports/security/py-requests-aws4auth/pkg/PLIST

No conflicts created by this import

Re: Patch to enable XFT on lemonbar

[Ingo Feinerer]

Any dev willing to OK this?
https://marc.info/?l=openbsd-ports=154965459115588=2
(As it switches upstream and uses EPOCH I would appreciate another pair
of eyes).

I've got a positive test report so far and have been running this
pledged version since a few days without problems.

On Fri, Feb 08, 2019 at 08:34:00PM +0100, Ingo Feinerer wrote:
> Here is a diff that switches lemonbar to the krypt-n/bar fork supporting
> XFT. A tarball is attached for two patches (I wanted to avoid `cvs add`
> on the patches directory). The inline diff just shows the changes to the
> Makefile and distinfo.
> 
> At the same time add pledge() before the main processing loop. It is
> nice to see that "stdio" is enough at this point (after initialization
> which needed at least "rpath" is my tests; likely for loading some
> fonts).
> 
> Alternatively we could create a new port for the fork (e.g.,
> lemonbar-xft). But since both LemonBoy/bar and krypt-n/bar have not seen
> a lot of changes recently we won't miss anything important if we just
> switch.
> 
> So OK for the switch?

CVS: cvs.openbsd.org: ports

[Pavel Korovin]

CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2019/02/13 23:35:04

Modified files:
devel/py-certifi: Makefile distinfo 
devel/py-certifi/patches: patch-certifi_core_py patch-setup_py 
devel/py-certifi/pkg: PLIST 

Log message:
Update py-certifi 2018.4.16 -> 2018.11.29
ok sthen@

CVS: cvs.openbsd.org: ports

[Pavel Korovin]

CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2019/02/13 23:26:03

Modified files:
net/mattermost-server: Makefile distinfo 

Log message:
Update mattermost-server 5.7.0 -> 5.7.1
ok kn@

Re: Update: devel/py-dateutil 2.7.3 -> 2.8.0 - UnicodeEncodeError

[Sebastien Marie]

On Wed, Feb 13, 2019 at 10:59:46PM -0500, Kurt Mosiejczuk wrote:
> So, this diff updates devel/pydateutil from 2.7.3 to 2.8.0
> 
> All but one tests pass (well, the ones that don't are xfail or skipped).
> 

[...]
 
> I tried setting various environment variables to indicate we should use
> UTF-8 and nothing worked. Anyone have any thoughts?
> 

The make infrastructure uses `env -i' to avoid environment variable in
user shell have side effect on build environment.

so if you want to explicitly pass some variables on test target, you
would use TEST_ENV variable in the Makefile.

TEST_ENV += LC_CTYPE=C.UTF-8

Thanks.
-- 
Sebastien Marie

Re: x11/qt5/{qtgraphicaleffects,qtquickcontrols*} when not x86

[Charlene Wendling]

On Wed, 13 Feb 2019 14:20:45 -0500
George Koehler wrote:

> On Tue, 12 Feb 2019 22:54:05 +0100
> Charlene Wendling  wrote:
> 
> > I'm a bit out of topic here, but all x11/qt5 binaries seem to
> > segfault at runtime with ports-gcc-4.9 on macppc - it just worked
> > fine with ports-gcc-8.2.
> 
> Did you build qtbase with llvm?  I did:
> 
> ghostborough$ make -C /usr/ports/x11/qt5/qtbase show=CHOSEN_COMPILER
> ports-clang

This is what i've built recently - letting everything vanilla - this is
what we should get in the next bulk.

> My qt5 programs also SIGSEGV at startup; I use ports-gcc-8.2 but
> didn't disable ports-clang in x11/qt5/qt5.port.mk.

I have disabled totally ports-clang as you describe it during my first
attempt with ports-gcc-8.2, and everything has been built and worked out
of the box!

> -- 
> George Koehler 
> 

Re: [ld.so] Re: smbd slow to start on -current

[Ian McWilliam]

Hmm


ianm-openbsd:samba {134} time rcctl start samba

smbd(ok)

nmbd(ok)

25.730u 0.140s 0:25.89 99.9%0+0k 0+56io 4pf+0w

That doesn't feel to me as bad as when the --as-needed was removed.

This is on a system built from sources fetched roughly 14th Feb 9:30am AEDT.


OpenBSD 6.4-current (GENERIC.MP) #1: Thu Feb 14 13:08:24 AEDT 2019


i...@ianm-openbsd.uws-libsystems.edu.au:/usr/src/sys/arch/amd64/compile/GENERIC.MP

real mem = 3141402624 (2995MB)

avail mem = 3036569600 (2895MB)

mpath0 at root

scsibus0 at mpath0: 256 targets

mainbus0 at root

bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (248 entries)

bios0: vendor Phoenix Technologies LTD version "6.00" date 04/13/2018

bios0: VMware, Inc. VMware Virtual Platform



Ian McWilliam


From: owner-po...@openbsd.org  on behalf of Ian 
McWilliam 
Sent: Thursday, 14 February 2019 10:54 AM
To: Stuart Henderson; Mark Willson
Cc: ports@openbsd.org
Subject: Re: [ld.so] Re: smbd slow to start on -current

The bloated wart hog of windows networking rears its ugly head again

Linker experts needed. These are things that may or may not happen depending on
whether or not we are OpenBSD.

buildtools/waf/samba/samba_autoconf.py

def SAMBA_CHECK_UNDEFINED_SYMBOL_FLAGS(conf):
# we don't want any libraries or modules to rely on runtime
# resolution of symbols
if not sys.platform.startswith("openbsd"):
conf.env.undefined_ldflags = conf.ADD_LDFLAGS('-Wl,-no-undefined', 
testflags=True)

if not sys.platform.startswith("openbsd") and 
conf.env.undefined_ignore_ldflags == []:
if conf.CHECK_LDFLAGS(['-undefined', 'dynamic_lookup']):
conf.env.undefined_ignore_ldflags = ['-undefined', 'dynamic_lookup']



source3/wscript

if sys.platform != 'openbsd5':
conf.ADD_LDFLAGS("-Wl,--export-dynamic", testflags=True)

---
lib/ldb/wscript

# we don't want any libraries or modules to rely on runtime
# resolution of symbols
if not sys.platform.startswith("openbsd"):
conf.ADD_LDFLAGS('-Wl,-no-undefined', testflags=True)




Ian McWilliam


From: owner-po...@openbsd.org  on behalf of Stuart 
Henderson 
Sent: Thursday, 14 February 2019 4:36 AM
To: Mark Willson
Cc: ports@openbsd.org
Subject: [ld.so] Re: smbd slow to start on -current

In gmane.os.openbsd.misc, you wrote:

Moving from misc@ to ports@ where it will be more visible.

> Folks,
>
> I'm running -current from 2019-02-11 (dmesg below) and seeing
> very slow start up with samba's smbd (4.8.7 version from ports).
>
> It appears to be a recurrence of the issue described here:
>
> https://groups.google.com/forum/#!topic/fa.openbsd.tech/yFTn1lyOQQI
>
> and here
>
> https://bugzilla.samba.org/show_bug.cgi?id=11355

Not sure what is going on and the effect does seem similar to the earlier
case from before -as-needed was used, but looking at build logs, smbd *is* built
with -as-needed:

19:10:58 runner cc default/source3/rpc_server/fssd_34.o 
default/source3/rpc_server/epmd_32.o default/source3/rpc_server/lsasd_33.o 
default/source3/smbd/server_142.o default/source3/smbd/smbd_cleanupd_142.o -o 
/usr/obj/ports/samba-4.8.7/samba-4.8.7/bin/default/source3/smbd/smbd 
-Wl,-z,relro,-z,now -lpthread -Wl,-no-undefined -Wl,--as-needed -lc 
-fstack-protector -Wl,-rpath,/usr/local/lib -Ldefault/source4/lib/socket 
-Ldefault/source4/lib/http -Ldefault/source4/libcli -Ldefault/libcli/nbt 
-Ldefault/source4/cluster -Ldefault/source4/libcli/ldap -Ldefault/source4/auth 
-Ldefault/source4/libcli/wbclient -Ldefault/nsswitch 
-Ldefault/source4/lib/events -Ldefault/libcli/registry 
-Ldefault/source4/lib/messaging -Ldefault/lib/tdb_wrap -Ldefault/source4/librpc 
-Ldefault/libcli/smb -Ldefault/libcli/cldap -Ldefault/lib/addns 
-Ldefault/auth/gensec -Ldefault/source4/auth/ntlm -Ldefault/libds/common 
-Ldefault/nsswitch/libwbclient -Ldefault/auth/credentials 
-Ldefault/lib/ldb-samba -Ldefault/so
 urce4/au
 th/kerberos -Ldefault/libcli/ldap -Ldefault/lib/ldb -Ldefault/lib/param 
-Ldefault/lib -Ldefault/lib/krb5_wrap -Ldefault/auth -Ldefault/lib/dbwrap 
-Ldefault/source3/auth -Ldefault/lib/socket -Ldefault/libcli/security 
-Ldefault/libcli/named_pipe_auth -Ldefault/source4/dsdb -Ldefault/libcli/auth 
-Ldefault/libcli/util -Ldefault/librpc -Ldefault/source4/heimdal_build 
-Ldefault/dfs_server -Ldefault/lib/tevent -Ldefault/lib/replace 
-Ldefault/lib/util -Ldefault/source3 -L/usr/local/lib -Wl,-Bdynamic 
-lpopt-samba3-samba4 -lsamba-util -lsmbd-base-samba4 -lutil-cmdline-samba4 
-ltime-basic-samba4 -lutil-setid -lsamba-debug-samba4 -lgenrand-samba4 
-lreplace -lsocket-blocking-samba4 -ltevent -ltalloc-report-samba4 
-ldfs-server-ad-samba4 -lprinting-migrate-samba4 -lgssapi-samba4 -ltevent-util 
-lmessages-dgm-samba4 -lndr-samba-samba4 -lsamba-errors -lnet-keytab-samba4 
-lcliauth-samba4 -lCHARSET3-samba4 -lnetapi -lsamdb -lsys-rw-samba4 
-lsmbd-conn-samba4 -lsamba3-util-samba4 -lsamba-passdb -
 

Re: NEW: p5-Rex dependency p5-Test-UseAllModules

[Andrew Hewus Fresh]

Ping. I think this is the only think keeping Rex from going in.

On Mon, Jan 28, 2019 at 09:54:57AM -0700, Andrew Hewus Fresh wrote:
> On Mon, Jan 28, 2019 at 03:21:34PM +, Stuart Henderson wrote:
> > On 2019/01/27 20:24, Andrew Hewus Fresh wrote:
> > > a new port (attached) of p5-Test-UseAllModules
> > 
> > DESCR is empty.
> 
> Boo!   I just added a line to run portcheck before mailing to try to
> avoid that silly mistake again.
> 
> https://github.com/afresh1/openbsd-module-ports/commit/dbd9fd808e6d1c59b8493ab85fb27fe4750b159a
> 
> 
> Attached is an updated tgz with this DESCR:
> 
> This module reads MANIFEST to find modules to be tested and does
> use_ok() for each of them. Now all you have to do is update MANIFEST.
> You don't have to modify the test any more (hopefully).



p5-Test-UseAllModules-0.17.tar.gz
Description: application/tar-gz

Re: [SECURITY UPDATE] net/mattermost-server

[Klemens Nanni]

OK kn

Re: devel/p5-YAML-Syck Perl 5.28.1

[Stuart Henderson]

On 2019/02/14 01:19, Alexander Bluhm wrote:
> Hi,
> 
> p5-YAML-Syck make test does a segmentation fault.  It uses wrong
> stdlib prototypes as it is confused by a new Perl config.h.  This
> can be patched.
> 
> While there, update to latest version, sort according to Makefile.template
> and take maintainer.
> 
> ok?

ok.

Searching over p5-* WRKDIRs in my unpacked ports source, I also
see these in p5-Convert-Binary but tests are successful.

p5-Convert-Binary-C-0.78/Convert-Binary-C-0.78/tests/include/perlinc/config.h
737:/* I_STRING:
741:#define I_STRING/**/

p5-Convert-Binary-C-0.78/Convert-Binary-C-0.78/tests/include/perlinc/perl.h
909:#  if defined(I_STRING) || defined(__cplusplus)
976:#  if !defined(STANDARD_C) && !defined(I_STRING) && !defined(I_MEMORY)
992:#  if !defined(STANDARD_C) && !defined(I_STRING) && !defined(I_MEMORY)
1019:#  if !defined(STANDARD_C) && !defined(I_STRING) && !defined(I_MEMORY)

devel/p5-YAML-Syck Perl 5.28.1

[Alexander Bluhm]

Hi,

p5-YAML-Syck make test does a segmentation fault.  It uses wrong
stdlib prototypes as it is confused by a new Perl config.h.  This
can be patched.

While there, update to latest version, sort according to Makefile.template
and take maintainer.

ok?

bluhm

Index: devel/p5-YAML-Syck/Makefile
===
RCS file: /data/mirror/openbsd/cvs/ports/devel/p5-YAML-Syck/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- devel/p5-YAML-Syck/Makefile 4 Dec 2017 17:56:27 -   1.20
+++ devel/p5-YAML-Syck/Makefile 14 Feb 2019 00:11:18 -
@@ -1,16 +1,18 @@
 # $OpenBSD: Makefile,v 1.20 2017/12/04 17:56:27 espie Exp $
 
-COMMENT=   YAML and JSON for perl, optimized C
+COMMENT =  YAML and JSON for perl, optimized C
 
-MODULES=   cpan
+DISTNAME = YAML-Syck-1.31
 
-DISTNAME = YAML-Syck-1.30
-CATEGORIES=devel
-FIX_EXTRACT_PERMISSIONS=Yes
+CATEGORIES =   devel
+
+MAINTAINER =   Alexander Bluhm 
 
 # MIT
-PERMIT_PACKAGE_CDROM=  Yes
+PERMIT_PACKAGE_CDROM = Yes
+
+WANTLIB =  c perl
 
-WANTLIB += c perl
+MODULES =  cpan
 
 .include 
Index: devel/p5-YAML-Syck/distinfo
===
RCS file: /data/mirror/openbsd/cvs/ports/devel/p5-YAML-Syck/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- devel/p5-YAML-Syck/distinfo 29 Apr 2017 13:16:38 -  1.9
+++ devel/p5-YAML-Syck/distinfo 13 Feb 2019 23:23:20 -
@@ -1,2 +1,2 @@
-SHA256 (YAML-Syck-1.30.tar.gz) = YrNEIWF2VWoMSXBlrYOFFXufJhxuaHIY36Gex9cljcc=
-SIZE (YAML-Syck-1.30.tar.gz) = 170413
+SHA256 (YAML-Syck-1.31.tar.gz) = 163Fcy/jrFJwq0sSbVfgWquWdGIuV/0g0Bn2fS4EgpA=
+SIZE (YAML-Syck-1.31.tar.gz) = 139735
Index: devel/p5-YAML-Syck/patches/patch-syck_h
===
RCS file: 
/data/mirror/openbsd/cvs/ports/devel/p5-YAML-Syck/patches/patch-syck_h,v
retrieving revision 1.1
diff -u -p -r1.1 patch-syck_h
--- devel/p5-YAML-Syck/patches/patch-syck_h 22 Sep 2010 10:50:51 -  
1.1
+++ devel/p5-YAML-Syck/patches/patch-syck_h 14 Feb 2019 00:05:06 -
@@ -1,10 +1,39 @@
 $OpenBSD: patch-syck_h,v 1.1 2010/09/22 10:50:51 sthen Exp $
 
+Perl 5.28.1 no longer defines I_STDLIB and I_STRING in its config.h.
 zeroing allocated space avoids a perl segfault with malloc_flags J.
 
 syck.h.origWed Sep 22 10:22:37 2010
-+++ syck.h Wed Sep 22 10:23:24 2010
-@@ -75,7 +75,7 @@ extern "C" {
+Index: syck.h
+--- syck.h.orig
 syck.h
+@@ -1,10 +1,4 @@
+ #include "config.h"
+-#ifdef I_STDLIB
+-#define HAVE_STDLIB_H
+-#endif
+-#ifdef I_STRING
+-#define HAVE_STRING_H
+-#endif
+ 
+ /*
+  * syck.h
+@@ -24,15 +18,8 @@
+ #define SYCK_VERSION"0.61"
+ #define YAML_DOMAIN "yaml.org,2002"
+ 
+-#ifdef HAVE_STDLIB_H
+ # include 
+-#endif
+-
+-#ifdef HAVE_STRING_H
+ # include 
+-#else
+-# include 
+-#endif
+ 
+ #ifdef HAVE_INTRINSICS_H
+ # include 
+@@ -76,7 +63,7 @@ extern "C" {
  
  #define ALLOC_CT 8
  #define SYCK_BUFFERSIZE 4096

Re: [NEW] security/py-requests-aws4auth

[Stuart Henderson]

On 2019/02/14 00:13, Pavel Korovin wrote:
> Dear all,  
> Please find attached archive for the new security/py-requests-aws4auth
> port, required for updating sysutils/py-elasticsearch-curator
> 
> It's an Amazon Web Services version 4 authentication for the Python
> Requests library.

You have a mix of "FOO=", "FOO =" and a ?= split by a space in the FLAVOR
line, could you make those consistent please?

Also a "RUN_DEPENDS= ${BUILD_DEPENDS}" - this needs to be the other way
round i.e.

RUN_DEPENDS=www/py-requests${MODPY_FLAVOR}
BUILD_DEPENDS=  ${RUN_DEPENDS}

otherwise build dep's added by ports infrastructure can be accidentally
added to RUN_DEPENDS.

Otherwise OK

Re: [ld.so] Re: smbd slow to start on -current

[Ian McWilliam]

The bloated wart hog of windows networking rears its ugly head again

Linker experts needed. These are things that may or may not happen depending on
whether or not we are OpenBSD.

buildtools/waf/samba/samba_autoconf.py

def SAMBA_CHECK_UNDEFINED_SYMBOL_FLAGS(conf):
# we don't want any libraries or modules to rely on runtime
# resolution of symbols
if not sys.platform.startswith("openbsd"):
conf.env.undefined_ldflags = conf.ADD_LDFLAGS('-Wl,-no-undefined', 
testflags=True)

if not sys.platform.startswith("openbsd") and 
conf.env.undefined_ignore_ldflags == []:
if conf.CHECK_LDFLAGS(['-undefined', 'dynamic_lookup']):
conf.env.undefined_ignore_ldflags = ['-undefined', 'dynamic_lookup']



source3/wscript

if sys.platform != 'openbsd5':
conf.ADD_LDFLAGS("-Wl,--export-dynamic", testflags=True)

---
lib/ldb/wscript

# we don't want any libraries or modules to rely on runtime
# resolution of symbols
if not sys.platform.startswith("openbsd"):
conf.ADD_LDFLAGS('-Wl,-no-undefined', testflags=True)




Ian McWilliam


From: owner-po...@openbsd.org  on behalf of Stuart 
Henderson 
Sent: Thursday, 14 February 2019 4:36 AM
To: Mark Willson
Cc: ports@openbsd.org
Subject: [ld.so] Re: smbd slow to start on -current

In gmane.os.openbsd.misc, you wrote:

Moving from misc@ to ports@ where it will be more visible.

> Folks,
>
> I'm running -current from 2019-02-11 (dmesg below) and seeing
> very slow start up with samba's smbd (4.8.7 version from ports).
>
> It appears to be a recurrence of the issue described here:
>
> https://groups.google.com/forum/#!topic/fa.openbsd.tech/yFTn1lyOQQI
>
> and here
>
> https://bugzilla.samba.org/show_bug.cgi?id=11355

Not sure what is going on and the effect does seem similar to the earlier
case from before -as-needed was used, but looking at build logs, smbd *is* built
with -as-needed:

19:10:58 runner cc default/source3/rpc_server/fssd_34.o 
default/source3/rpc_server/epmd_32.o default/source3/rpc_server/lsasd_33.o 
default/source3/smbd/server_142.o default/source3/smbd/smbd_cleanupd_142.o -o 
/usr/obj/ports/samba-4.8.7/samba-4.8.7/bin/default/source3/smbd/smbd 
-Wl,-z,relro,-z,now -lpthread -Wl,-no-undefined -Wl,--as-needed -lc 
-fstack-protector -Wl,-rpath,/usr/local/lib -Ldefault/source4/lib/socket 
-Ldefault/source4/lib/http -Ldefault/source4/libcli -Ldefault/libcli/nbt 
-Ldefault/source4/cluster -Ldefault/source4/libcli/ldap -Ldefault/source4/auth 
-Ldefault/source4/libcli/wbclient -Ldefault/nsswitch 
-Ldefault/source4/lib/events -Ldefault/libcli/registry 
-Ldefault/source4/lib/messaging -Ldefault/lib/tdb_wrap -Ldefault/source4/librpc 
-Ldefault/libcli/smb -Ldefault/libcli/cldap -Ldefault/lib/addns 
-Ldefault/auth/gensec -Ldefault/source4/auth/ntlm -Ldefault/libds/common 
-Ldefault/nsswitch/libwbclient -Ldefault/auth/credentials 
-Ldefault/lib/ldb-samba -Ldefault/so
 urce4/au
 th/kerberos -Ldefault/libcli/ldap -Ldefault/lib/ldb -Ldefault/lib/param 
-Ldefault/lib -Ldefault/lib/krb5_wrap -Ldefault/auth -Ldefault/lib/dbwrap 
-Ldefault/source3/auth -Ldefault/lib/socket -Ldefault/libcli/security 
-Ldefault/libcli/named_pipe_auth -Ldefault/source4/dsdb -Ldefault/libcli/auth 
-Ldefault/libcli/util -Ldefault/librpc -Ldefault/source4/heimdal_build 
-Ldefault/dfs_server -Ldefault/lib/tevent -Ldefault/lib/replace 
-Ldefault/lib/util -Ldefault/source3 -L/usr/local/lib -Wl,-Bdynamic 
-lpopt-samba3-samba4 -lsamba-util -lsmbd-base-samba4 -lutil-cmdline-samba4 
-ltime-basic-samba4 -lutil-setid -lsamba-debug-samba4 -lgenrand-samba4 
-lreplace -lsocket-blocking-samba4 -ltevent -ltalloc-report-samba4 
-ldfs-server-ad-samba4 -lprinting-migrate-samba4 -lgssapi-samba4 -ltevent-util 
-lmessages-dgm-samba4 -lndr-samba-samba4 -lsamba-errors -lnet-keytab-samba4 
-lcliauth-samba4 -lCHARSET3-samba4 -lnetapi -lsamdb -lsys-rw-samba4 
-lsmbd-conn-samba4 -lsamba3-util-samba4 -lsamba-passdb -
 lutil-td
 b-samba4 -lnpa-tstream-samba4 -lsamba-security-samba4 -linterfaces-samba4 
-lmessages-util-samba4 -lauth-samba4 -llibsmb-samba4 -lmsrpc3-samba4 
-lserver-id-db-samba4 -ldbwrap-samba4 -liov-buf-samba4 -lcommon-auth-samba4 
-lsmbconf -lsamba-cluster-support-samba4 -lkrb5samba-samba4 
-ldcerpc-samba-samba4 -lndr-krb5pac -lsamba-sockets-samba4 -lndr 
-lsecrets3-samba4 -lcli-spoolss-samba4 -lkrb5-samba4 -lroken-samba4 
-lasn1-samba4 -lhcrypto-samba4 -lcom_err-samba4 -lwind-samba4 -lmsghdr-samba4 
-lndr-standard -lasn1util-samba4 -lndr-nbt -lads-samba4 -lsamba-hostconfig 
-llibcli-netlogon3-samba4 -lldb -lsamdb-common-samba4 -lcli-ldap-common-samba4 
-lauthkrb5-samba4 -lldbsamba-samba4 -lsamba-credentials -lwbclient 
-lflag-mapping-samba4 -lsmbldap -lsmbldaphelper-samba4 -lauth4-samba4 
-llibcli-lsa3-samba4 -lgensec-samba4 -laddns-samba4 -lcli-cldap-samba4 
-lcli-smb-common-samba4 -lgse-samba4 -ldcerpc-binding -lndr-samba4 
-ltdb-wrap-samba4 -lMESSAGING-SEND-samba4 -lsmbd-shim-samba4 

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/02/13 15:18:40

Modified files:
x11/evilwm : Makefile 
x11/evilwm/patches: patch-events_c 

Log message:
use https, regen patch while there

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2019/02/13 15:12:01

Modified files:
mail/p5-Mail-DMARC-Iterator: Makefile 

Log message:
Add myself as maintainer.

CVS: cvs.openbsd.org: ports

[Charlene Wendling]

CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/02/13 15:10:57

Modified files:
devel/autoconf/2.57: Makefile 
devel/autoconf/2.57/patches: patch-bin_autom4te_in 

Log message:
autoconf-2.57: unbreak ports build with Perl 5.28, by adding
back '.' in @INC in autom4te.

OK sthen@

CVS: cvs.openbsd.org: ports

[Charlene Wendling]

CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/02/13 15:09:28

Modified files:
devel/autoconf/2.56: Makefile 
devel/autoconf/2.56/patches: patch-bin_autom4te_in 

Log message:
autoconf-2.56: unbreak ports build with Perl 5.28, by adding
back '.' in @INC in autom4te.

OK sthen@

CVS: cvs.openbsd.org: ports

[Charlene Wendling]

CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/02/13 15:07:37

Modified files:
devel/autoconf/2.54: Makefile 
devel/autoconf/2.54/patches: patch-bin_autom4te_in 

Log message:
autoconf-2.54: unbreak ports build with Perl 5.28,
by adding back '.' in @INC.

OK sthen@

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/02/13 14:41:34

Modified files:
net/unifi/testing: Makefile distinfo 
net/unifi/testing/pkg: PLIST 

Log message:
update to unifi-5.10.17
stable release, but keeping in testing/ rather than updating stable/ for now

new perl is committed; update warning for snapshot users with XS modules

[Stuart Henderson]

Perl in base has been updated to 5.28.1. When new snapshots are
available, beware: as is usual for perl major version updates, any perl
programs using XS modules will need to be updated - you might want to
hold off updating until new packages are available.

Easy way to see if you have any:

cd /var/db/pkg; grep -l 'libdata/perl5/site_perl/.*\.so$' */+CONTENTS

And to check packages on a mirror (assuming installurl or PKG_PATH are set):

$ PKG_DBDIR=/var/empty pkg_info -S p5-DBI
Information for 
http://ftp.hostserver.de/pub/OpenBSD/snapshots/packages/amd64/p5-DBI-1.641.tgz

Signature: 
p5-DBI-1.641,0,@p5-MLDBM-2.05,@p5-PlRPC-0.2020,@p5-SQL-Statement-1.407,c.95.0,perl.18.1

Check the signature line - "perl.18.1" is for perl 5.24.3 - new ones will
have "perl.19.0".

[SECURITY UPDATE] net/mattermost-server

[Pavel Korovin]

Please find the update for the latest net/mattermost-server attached.

According to the CHANGELOG,
"Mattermost v5.7.1 contains a high level security fix. Upgrading is
highly recommended."
https://docs.mattermost.com/administration/changelog.html

OK to commit?

-- 
With best regards,
Pavel Korovin
Index: Makefile
===
RCS file: /cvs/ports/net/mattermost-server/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile28 Jan 2019 11:45:48 -  1.8
+++ Makefile13 Feb 2019 21:28:01 -
@@ -2,7 +2,7 @@
 
 COMMENT =  open source Slack-alternative
 
-V =5.7.0
+V =5.7.1
 GH_ACCOUNT =   mattermost
 GH_PROJECT =   mattermost-server
 GH_TAGNAME =   v${V}
Index: distinfo
===
RCS file: /cvs/ports/net/mattermost-server/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo28 Jan 2019 11:45:48 -  1.7
+++ distinfo13 Feb 2019 21:28:01 -
@@ -1,4 +1,4 @@
-SHA256 (mattermost-5.7.0-linux-amd64.tar.gz) = 
EiDiX1AeQdub7mrxTdElg8H5VlilWGLaQqEmjRYLEMQ=
-SHA256 (mattermost-server-5.7.0.tar.gz) = 
cPrhU5GrW5Au6gT8QWk6+m3bVNu9ohTaZk+E877mhss=
-SIZE (mattermost-5.7.0-linux-amd64.tar.gz) = 102104566
-SIZE (mattermost-server-5.7.0.tar.gz) = 10292956
+SHA256 (mattermost-5.7.1-linux-amd64.tar.gz) = 
CfQGjhLkNUMydhcsGiWwy3TjVGh3h+eBy6emxUZ7q2c=
+SHA256 (mattermost-server-5.7.1.tar.gz) = 
y0mtZL11S8xpSPEf91PREkk8TFSGKvZ4+AI+6GEQwZ4=
+SIZE (mattermost-5.7.1-linux-amd64.tar.gz) = 102660133
+SIZE (mattermost-server-5.7.1.tar.gz) = 10293290

Re: UPDATE: www/gitea

[Pavel Korovin]

Anybody? Ping.

On 02/07, Pavel Korovin wrote:
> Stuart, thanks! Fixed in the attached diff.
> OK to update? Robert?

-- 
With best regards,
Pavel Korovin

[UPDATE] textproc/py-elasticsearch + sysutils/py-elasticsearch-curator

[Pavel Korovin]

Dear all,  
Please find updates for sysutils/py-elasticsearch-curator and
its dependency, textproc/py-elasticsearch, attached.

-- 
With best regards,
Pavel Korovin
Index: Makefile
===
RCS file: /cvs/ports/textproc/py-elasticsearch/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- Makefile19 May 2018 22:31:22 -  1.9
+++ Makefile13 Feb 2019 19:29:59 -
@@ -2,7 +2,7 @@
 
 COMMENT=   Python client for Elasticsearch
 
-MODPY_EGG_VERSION=6.2.0
+MODPY_EGG_VERSION=6.3.1
 DISTNAME=  elasticsearch-${MODPY_EGG_VERSION}
 PKGNAME=   py-elasticsearch-${MODPY_EGG_VERSION}
 
Index: distinfo
===
RCS file: /cvs/ports/textproc/py-elasticsearch/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo19 May 2018 22:31:22 -  1.9
+++ distinfo13 Feb 2019 19:29:59 -
@@ -1,2 +1,2 @@
-SHA256 (py-elasticsearch/elasticsearch-6.2.0.tar.gz) = 
sQb6PgF1A3akL4qYgr2E1jD9pYx6uji0/seX0RwL0KI=
-SIZE (py-elasticsearch/elasticsearch-6.2.0.tar.gz) = 76058
+SHA256 (py-elasticsearch/elasticsearch-6.3.1.tar.gz) = 
qtpc/cSlQ8RwmOs6ymZjhI710EtDJJNc7UQd68EeyYs=
+SIZE (py-elasticsearch/elasticsearch-6.3.1.tar.gz) = 71689
Index: pkg/PLIST
===
RCS file: /cvs/ports/textproc/py-elasticsearch/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST   19 May 2018 22:31:22 -  1.5
+++ pkg/PLIST   13 Feb 2019 19:29:59 -
@@ -7,7 +7,7 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
 lib/python${MODPY_VERSION}/site-packages/elasticsearch/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/elasticsearch/${MODPY_PYCACHE}
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/elasticsearch/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch/${MODPY_PYCACHE}connection_pool.${MODPY_PYC_MAGIC_TAG}pyc
@@ -16,7 +16,7 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch/${MODPY_PYCACHE}transport.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/
 lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/${MODPY_PYCACHE}
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/${MODPY_PYCACHE}cat.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/${MODPY_PYCACHE}cluster.${MODPY_PYC_MAGIC_TAG}pyc
@@ -38,7 +38,7 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/utils.py
 lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/xpack/
 lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/xpack/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/xpack/${MODPY_PYCACHE}
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/xpack/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/xpack/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/xpack/${MODPY_PYCACHE}deprecation.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch/client/xpack/${MODPY_PYCACHE}graph.${MODPY_PYC_MAGIC_TAG}pyc
@@ -59,7 +59,7 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/elasticsearch/compat.py
 lib/python${MODPY_VERSION}/site-packages/elasticsearch/connection/
 lib/python${MODPY_VERSION}/site-packages/elasticsearch/connection/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/elasticsearch/connection/${MODPY_PYCACHE}
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/elasticsearch/connection/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch/connection/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/elasticsearch/connection/${MODPY_PYCACHE}base.${MODPY_PYC_MAGIC_TAG}pyc
 

[NEW] security/py-requests-aws4auth

[Pavel Korovin]

Dear all,  
Please find attached archive for the new security/py-requests-aws4auth
port, required for updating sysutils/py-elasticsearch-curator

It's an Amazon Web Services version 4 authentication for the Python
Requests library.

-- 
With best regards,
Pavel Korovin


py-requests-aws4auth.tgz
Description: Binary data

[UPDATE] devel/py-certifi

[Pavel Korovin]

Dear all,
Please find attached diff for the latest devel/py-certifi update.
Newer py-certifi is required for updating sysutils/py-elasticsearch-curator

-- 
With best regards,
Pavel Korovin
Index: Makefile
===
RCS file: /cvs/ports/devel/py-certifi/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- Makefile19 May 2018 22:26:22 -  1.16
+++ Makefile13 Feb 2019 20:39:07 -
@@ -2,7 +2,7 @@
 
 COMMENT =  Python package to check certificates using the OpenBSD 
CA
 
-MODPY_EGG_VERSION =2018.4.16
+MODPY_EGG_VERSION =2018.11.29
 DISTNAME = certifi-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
 CATEGORIES =   devel security
Index: distinfo
===
RCS file: /cvs/ports/devel/py-certifi/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo19 May 2018 22:26:22 -  1.10
+++ distinfo13 Feb 2019 20:39:07 -
@@ -1,2 +1,2 @@
-SHA256 (certifi-2018.4.16.tar.gz) = 
E+aY9UKT25+JEisFgYQ6eCrQk0pP4BctKpgLp3/GG7c=
-SIZE (certifi-2018.4.16.tar.gz) = 149967
+SHA256 (certifi-2018.11.29.tar.gz) = 
R/nIPvTAxiHq73Q/Ez8J+op0qbdfA36GJPg70bZibLc=
+SIZE (certifi-2018.11.29.tar.gz) = 153772
Index: patches/patch-certifi_core_py
===
RCS file: /cvs/ports/devel/py-certifi/patches/patch-certifi_core_py,v
retrieving revision 1.4
diff -u -p -r1.4 patch-certifi_core_py
--- patches/patch-certifi_core_py   19 May 2018 22:26:22 -  1.4
+++ patches/patch-certifi_core_py   13 Feb 2019 20:39:07 -
@@ -2,7 +2,7 @@ $OpenBSD: patch-certifi_core_py,v 1.4 20
 Index: certifi/core.py
 --- certifi/core.py.orig
 +++ certifi/core.py
-@@ -19,9 +19,7 @@ class DeprecatedBundleWarning(DeprecationWarning):
+@@ -11,9 +11,7 @@ import os
  
  
  def where():
@@ -12,4 +12,4 @@ Index: certifi/core.py
 +return '/etc/ssl/cert.pem'
  
  
- def old_where():
+ if __name__ == '__main__':
Index: patches/patch-setup_py
===
RCS file: /cvs/ports/devel/py-certifi/patches/patch-setup_py,v
retrieving revision 1.4
diff -u -p -r1.4 patch-setup_py
--- patches/patch-setup_py  19 May 2018 22:26:22 -  1.4
+++ patches/patch-setup_py  13 Feb 2019 20:39:07 -
@@ -12,4 +12,4 @@ Index: setup.py
 -include_package_data=True,
  zip_safe=False,
  license='MPL-2.0',
- classifiers=(
+ classifiers=[
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-certifi/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST
--- pkg/PLIST   19 May 2018 22:26:22 -  1.6
+++ pkg/PLIST   13 Feb 2019 20:39:07 -
@@ -8,7 +8,7 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/certifi-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
 lib/python${MODPY_VERSION}/site-packages/certifi/__init__.py
 lib/python${MODPY_VERSION}/site-packages/certifi/__main__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/certifi/${MODPY_PYCACHE}
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/certifi/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/certifi/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/certifi/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/certifi/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}pyc

CVS: cvs.openbsd.org: ports

[Matthieu Herrb]

CVSROOT:/cvs
Module name:ports
Changes by: matth...@cvs.openbsd.org2019/02/13 13:36:08

Modified files:
x11/compton: Makefile 
Added files:
x11/compton/patches: patch-src_opengl_c 

Log message:
Fix colors with mesa 18 by disabling 10bits fbconfigs.

Patch from https://github.com/yshui/compton/commit/bf29b2d.
Hint from thfr@, ok Sunil Nimmagadda (maintainer), thfr@

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2019/02/13 13:19:42

Modified files:
devel/libgit2/libgit2-glib: Makefile distinfo 
devel/libgit2/libgit2-glib/patches: 
patch-libgit2-glib_meson_build 

Log message:
update to libgit2-glib-0.27.8

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2019/02/13 13:01:21

Modified files:
mail   : Makefile 

Log message:
+p5-Mail-DMARC-Iterator

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2019/02/13 12:59:05

Log message:
import p5-Mail-DMARC-Iterator 0.013
OK giovanni@

Comment:
iterative DMARC validation for mails

Description:
This module can be used to validate mails against DMARC policies
like specified in RFC 7208.  The main difference to Mail::DMARC is
that it does no blocking operations.  Instead it implements a state
machine where user input is fed into and instructions what the
machine wants is returned.  The state machine only wants the data
from the mail and the result of specific DNS lookups.  With each
new data fed into the machine it will provide new information what
it needs next, until it finally has enough input and returns the
final result.  Because of this design the DMARC policy validation
can be easily integrated into event-driven programs or coupled with
a specific DNS resolver.

Status:

Vendor Tag: bluhm
Release Tags:   bluhm_20190213

N ports/mail/p5-Mail-DMARC-Iterator/Makefile
N ports/mail/p5-Mail-DMARC-Iterator/distinfo
N ports/mail/p5-Mail-DMARC-Iterator/pkg/DESCR
N ports/mail/p5-Mail-DMARC-Iterator/pkg/PLIST
N ports/mail/p5-Mail-DMARC-Iterator/patches/patch-lib_Mail_DMARC_Iterator_pm

No conflicts created by this import

[NEW] devel/bam, required for games/teeworlds update

[Donovan Watteau]

Hello,

The attached port adds devel/bam, which will be required for my upcoming
games/teeworlds update. I'm detaching it from the main teeworlds port,
in order to make it easier to maintain.

The way clang/gcc are handled is probably not optimal, but teeworlds is
going to be its only consumer anyway.

Tested on amd64 and macppc.


devel-bam.tgz
Description: GNU Zip compressed data

Re: x11/qt5/{qtgraphicaleffects,qtquickcontrols*} when not x86

[George Koehler]

On Tue, 12 Feb 2019 22:54:05 +0100
Charlene Wendling  wrote:

> I'm a bit out of topic here, but all x11/qt5 binaries seem to segfault
> at runtime with ports-gcc-4.9 on macppc - it just worked fine with
> ports-gcc-8.2.

Did you build qtbase with llvm?  I did:

ghostborough$ make -C /usr/ports/x11/qt5/qtbase show=CHOSEN_COMPILER
ports-clang

My qt5 programs also SIGSEGV at startup; I use ports-gcc-8.2 but
didn't disable ports-clang in x11/qt5/qt5.port.mk.

I believe that clang and gcc have incompatible calling conventions
for xcb_intern_atom() in /usr/X11R6/include/xcb/xproto.h.  This
function returns an xcb_intern_atom_cookie_t (a 4-byte struct with
one field, an unsigned int), but clang and gcc don't agree how to
pass the struct.  I might report a bug to llvm.

I used egdb (from devel/gdb) and ltrace to show that qt5 crashes in
libQt5XcbQpa QXcbConnection::initializeAllAtoms().  It gets garbage
instead of a cookie from xcb_intern_atom(), then passes the garbage
to xcb_intern_atom_reply() which returns NULL.  The SIGSEGV is from
dereferencing the NULL.

-- 
George Koehler 

Re: new mail/p5-Mail-DMARC-Iterator

[Giovanni Bechis]

On Tue, Feb 12, 2019 at 03:52:38PM +0100, Alexander Bluhm wrote:
> Hi
> 
> ok to import p5-Mail-DMARC-Iterator ?
> 
I would add this patch to fix a prototype mismatch warning
during regression tests.
other than that ok giovanni@
$OpenBSD$

Remove Prototype mismatch ($) vs none

Index: lib/Mail/DMARC/Iterator.pm
--- lib/Mail/DMARC/Iterator.pm.orig
+++ lib/Mail/DMARC/Iterator.pm
@@ -52,7 +52,7 @@ sub import {
 
 
 # defined at the end, based on the public suffix module we have installed
-sub organizational_domain($);
+sub organizational_domain;
 
 sub new {
 my ($class,%args) = @_;


signature.asc
Description: PGP signature

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2019/02/13 11:15:55

Modified files:
graphics/evince: Makefile 

Log message:
graphics/evince: Consistently depend upon TeX Live's synctex.

Before this change, it would only use TeX Live's synctex if it happened
to not be installed at build time.

OK jca@

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2019/02/13 11:14:12

Modified files:
print/texlive/base: Makefile 
print/texlive/base/pkg: PLIST-main 
Added files:
print/texlive/base/pkg: DESCR-synctex PLIST-synctex 

Log message:
TeX Live: Split out synctex into its own multi-package.

OK jca@

Re: UPDATE of lang/ocaml to 4.07 and dependent ports

[Anil Madhavapeddy]

> On 13 Feb 2019, at 09:07, Jeremie Courreges-Anglas  wrote:
> 
> On Sat, Jul 21 2018, Christopher Zimmermann  > wrote:
>> On 2018-06-21 Christopher Zimmermann  wrote:
>>> Hi,
>>> 
>>> the last few days I prepared an update of ocaml to 4.06 and opam to
>>> 2.00rc2 and along with it updates or REVISION bumps of the dependent
>>> ports.
>> 
>> Here comes a reworked diff to upgrade to OCaml 4.07. (attached gzipped)
>> Thanks for the testing and fixes you supplied so far.
>> I believe I included all of them so far.
>> I will need some help in moving sysutils/dune to devel/, because I
>> imported it into the wrong category.
>> Also building dune on sparc64 was broken. I suspect the stack size
>> needs to be increased with ulimit -s 8192. Can someone with access to
>> sparc64 please test this as I don't have access to any sparc64 machine?
> 
> So, back to this:
> - sysutils/dune has been moved to devel/dune, updated to the latest
>  version, which also fixes the stack exhaustion seen on amd64 by krw
>  and me.
> - devel/dune is still broken on sparc64 because the "custom bytecode
>  executable" produced by dune are stripped by the install target.
>  My first idea was just to force dune to produce standard bytecode
>  executables.  That would be more convenient for the ports tree, but
>  ignoring the choices made upstream.  We could also just ensure that
>  all the ports using dune don't using strip(1).

OCaml bytecode executables prefer -custom mode since that also
supports loading in shared library stubs automatically. If the executable
were built without -custom, it needs setting ld path variables and
matching the right version of ocamlrun.

A reasonable default is to strip native code binaries and not do so for
any bytecode executables built by the OCaml ports (not just the ones
built with dune).

Anil

[ld.so] Re: smbd slow to start on -current

[Stuart Henderson]

In gmane.os.openbsd.misc, you wrote:

Moving from misc@ to ports@ where it will be more visible.

> Folks,
>
> I'm running -current from 2019-02-11 (dmesg below) and seeing
> very slow start up with samba's smbd (4.8.7 version from ports).
>
> It appears to be a recurrence of the issue described here:
>
> https://groups.google.com/forum/#!topic/fa.openbsd.tech/yFTn1lyOQQI
>
> and here
>
> https://bugzilla.samba.org/show_bug.cgi?id=11355

Not sure what is going on and the effect does seem similar to the earlier
case from before -as-needed was used, but looking at build logs, smbd *is* built
with -as-needed:

19:10:58 runner cc default/source3/rpc_server/fssd_34.o 
default/source3/rpc_server/epmd_32.o default/source3/rpc_server/lsasd_33.o 
default/source3/smbd/server_142.o default/source3/smbd/smbd_cleanupd_142.o -o 
/usr/obj/ports/samba-4.8.7/samba-4.8.7/bin/default/source3/smbd/smbd 
-Wl,-z,relro,-z,now -lpthread -Wl,-no-undefined -Wl,--as-needed -lc 
-fstack-protector -Wl,-rpath,/usr/local/lib -Ldefault/source4/lib/socket 
-Ldefault/source4/lib/http -Ldefault/source4/libcli -Ldefault/libcli/nbt 
-Ldefault/source4/cluster -Ldefault/source4/libcli/ldap -Ldefault/source4/auth 
-Ldefault/source4/libcli/wbclient -Ldefault/nsswitch 
-Ldefault/source4/lib/events -Ldefault/libcli/registry 
-Ldefault/source4/lib/messaging -Ldefault/lib/tdb_wrap -Ldefault/source4/librpc 
-Ldefault/libcli/smb -Ldefault/libcli/cldap -Ldefault/lib/addns 
-Ldefault/auth/gensec -Ldefault/source4/auth/ntlm -Ldefault/libds/common 
-Ldefault/nsswitch/libwbclient -Ldefault/auth/credentials 
-Ldefault/lib/ldb-samba -Ldefault/source4/au
 th/kerberos -Ldefault/libcli/ldap -Ldefault/lib/ldb -Ldefault/lib/param 
-Ldefault/lib -Ldefault/lib/krb5_wrap -Ldefault/auth -Ldefault/lib/dbwrap 
-Ldefault/source3/auth -Ldefault/lib/socket -Ldefault/libcli/security 
-Ldefault/libcli/named_pipe_auth -Ldefault/source4/dsdb -Ldefault/libcli/auth 
-Ldefault/libcli/util -Ldefault/librpc -Ldefault/source4/heimdal_build 
-Ldefault/dfs_server -Ldefault/lib/tevent -Ldefault/lib/replace 
-Ldefault/lib/util -Ldefault/source3 -L/usr/local/lib -Wl,-Bdynamic 
-lpopt-samba3-samba4 -lsamba-util -lsmbd-base-samba4 -lutil-cmdline-samba4 
-ltime-basic-samba4 -lutil-setid -lsamba-debug-samba4 -lgenrand-samba4 
-lreplace -lsocket-blocking-samba4 -ltevent -ltalloc-report-samba4 
-ldfs-server-ad-samba4 -lprinting-migrate-samba4 -lgssapi-samba4 -ltevent-util 
-lmessages-dgm-samba4 -lndr-samba-samba4 -lsamba-errors -lnet-keytab-samba4 
-lcliauth-samba4 -lCHARSET3-samba4 -lnetapi -lsamdb -lsys-rw-samba4 
-lsmbd-conn-samba4 -lsamba3-util-samba4 -lsamba-passdb -lutil-td
 b-samba4 -lnpa-tstream-samba4 -lsamba-security-samba4 -linterfaces-samba4 
-lmessages-util-samba4 -lauth-samba4 -llibsmb-samba4 -lmsrpc3-samba4 
-lserver-id-db-samba4 -ldbwrap-samba4 -liov-buf-samba4 -lcommon-auth-samba4 
-lsmbconf -lsamba-cluster-support-samba4 -lkrb5samba-samba4 
-ldcerpc-samba-samba4 -lndr-krb5pac -lsamba-sockets-samba4 -lndr 
-lsecrets3-samba4 -lcli-spoolss-samba4 -lkrb5-samba4 -lroken-samba4 
-lasn1-samba4 -lhcrypto-samba4 -lcom_err-samba4 -lwind-samba4 -lmsghdr-samba4 
-lndr-standard -lasn1util-samba4 -lndr-nbt -lads-samba4 -lsamba-hostconfig 
-llibcli-netlogon3-samba4 -lldb -lsamdb-common-samba4 -lcli-ldap-common-samba4 
-lauthkrb5-samba4 -lldbsamba-samba4 -lsamba-credentials -lwbclient 
-lflag-mapping-samba4 -lsmbldap -lsmbldaphelper-samba4 -lauth4-samba4 
-llibcli-lsa3-samba4 -lgensec-samba4 -laddns-samba4 -lcli-cldap-samba4 
-lcli-smb-common-samba4 -lgse-samba4 -ldcerpc-binding -lndr-samba4 
-ltdb-wrap-samba4 -lMESSAGING-SEND-samba4 -lsmbd-shim-samba4 -lutil-reg-samba4
  -levents-samba4 -lheimbase-samba4 -lhx509-samba4 -ltrusts-util-samba4 
-lserver-role-samba4 -lwinbind-client-samba4 -lsamba-modules-samba4 
-lMESSAGING-samba4 -lLIBWBCLIENT-OLD-samba4 -lauth-unix-token-samba4 -ldcerpc 
-ldcerpc-samba4 -lcli-ldap-samba4 -lsmb-transport-samba4 -lcluster-samba4 
-lcli-nbt-samba4 -lsmbclient-raw-samba4 -lhttp-samba4 -lnetif-samba4 
-lavahi-common -lcrypto -lavahi-client -lpam -liconv -ltdb -lutil -lintl -lz 
-ljansson -lgcrypt -lgnutls -llber -lldap -lcups -lexecinfo -lpopt -lfam 
-ltalloc

> The delay can be seen using this command:
> LD_DEBUG=1 smbd -D 2>&1 | ts %.s
>
> The key piece of output is here, showing a 55s delay after
> examining /usr/lib/libm.so.10.1:
>
>
> 1550056982.254470 linking dep /usr/local/lib/libgmp.so.10.0 as child of
> /usr/local/lib/libhogweed.so.2.0
> 1550056982.254539 examining: '/usr/local/lib/libgmp.so.10.0'
> 1550056982.254609 examining: '/usr/local/lib/libsasl2.so.3.1'
> 1550056982.254678 examining: '/usr/lib/libssl.so.47.3'
> 1550056982.254747 loading: libcrypto.so.45.3 required by
> /usr/lib/libssl.so.47.3
> 1550056982.254816 linking dep /usr/lib/libcrypto.so.45.3 as child of
> /usr/lib/libssl.so.47.3
> 1550056982.254886 examining: '/usr/lib/libm.so.10.1'
> 1550057037.791375  flags /usr/libexec/ld.so = 0x0
> 1550057037.791565 obj /usr/libexec/ld.so has smbd as 

Re: fix x11/compton with Mesa 18

[Thomas Frohwein]

On Tue, Feb 12, 2019 at 09:27:40PM +0100, Matthieu Herrb wrote:
> Hi,
> 
> the patch below (from https://github.com/yshui/compton/commit/bf29b2d)
> should fix weird color issues with mesa 18.3 in compton reported by
> Erling Westenvik.
> 
> Thanks to Thomas Frohwein for the hint.
> 
> ok?

Good job finding this fix! I didn't see it (and was too content with xrender).
ok thfr@, cc'ing maintainer

> 
> Index: Makefile
> ===
> RCS file: /cvs/OpenBSD/ports/x11/compton/Makefile,v
> retrieving revision 1.5
> diff -u -p -u -r1.5 Makefile
> --- Makefile  27 Jun 2018 21:04:07 -  1.5
> +++ Makefile  12 Feb 2019 20:17:27 -
> @@ -5,7 +5,7 @@ COMMENT = lightweight compositor for X, 
>  V =  0.1_beta2
>  PKGNAME =compton-${V}
>  DISTNAME =   compton-git-v0.1_beta2-2013-10-21
> -REVISION =   2
> +REVISION =   3
>  
>  CATEGORIES = x11
>  
> Index: patches/patch-src_opengl_c
> ===
> RCS file: patches/patch-src_opengl_c
> diff -N patches/patch-src_opengl_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-src_opengl_c12 Feb 2019 20:17:03 -
> @@ -0,0 +1,25 @@
> +$OpenBSD$
> +
> +https://github.com/yshui/compton/commit/bf29b2d
> +Avoid using 10bit FBConfigs
> +Fix weird color issue with Mesa 18.0
> +
> +--- src/opengl.c.origMon Oct 21 16:17:01 2013
>  src/opengl.c Tue Feb 12 21:14:44 2019
> +@@ -497,6 +497,16 @@
> + return -1;
> +   if (!pfbc_b)
> + return 1;
> ++  int tmpattr;
> ++
> ++  // Avoid 10-bit colors
> ++  glXGetFBConfigAttrib(ps->dpy, pfbc_a->cfg, GLX_RED_SIZE, );
> ++  if (tmpattr != 8)
> ++return -1;
> ++
> ++  glXGetFBConfigAttrib(ps->dpy, pfbc_b->cfg, GLX_RED_SIZE, );
> ++  if (tmpattr != 8)
> ++return 1;
> + 
> + #define P_CMPATTR_LT(attr) { if ((result = glx_cmp_fbconfig_cmpattr(ps, 
> pfbc_a, pfbc_b, (attr return -result; }
> + #define P_CMPATTR_GT(attr) { if ((result = glx_cmp_fbconfig_cmpattr(ps, 
> pfbc_a, pfbc_b, (attr return result; }
> 
> -- 
> Matthieu Herrb

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/02/13 09:10:38

Modified files:
audio/openal   : Makefile distinfo 
audio/openal/patches: patch-CMakeLists_txt 
  patch-OpenAL32_alBuffer_c 
audio/openal/pkg: PLIST 
Added files:
audio/openal/patches: patch-Alc_alconfig_c 
Removed files:
audio/openal/patches: patch-Alc_ALc_c patch-Alc_alcConfig_c 
  patch-Alc_backends_sndio_c 
  patch-utils_makehrtf_c 

Log message:
Update openal to 1.19.1 -- improved and upstreamed sndio support.
The result of work and comments from many, including ratchov@, sthen@,
Leonid Bobrov, David Carlier
ok jca@

CVS: cvs.openbsd.org: ports

[Giannis Tsaraias]

CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2019/02/13 09:09:40

Modified files:
net/ngircd : Makefile distinfo 
net/ngircd/patches: patch-doc_Makefile_in 
patch-doc_sample-ngircd_conf_tmpl 
patch-src_ngircd_conf_c 
net/ngircd/pkg : PLIST 

Log message:
Update to ngircd-25.

MaxPenaltyTime patch and OK from sthen@.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/02/13 08:54:07

Modified files:
sysutils/awscli: Makefile distinfo 

Log message:
Update to awscli-1.16.103.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/02/13 08:53:53

Modified files:
net/py-botocore: Makefile distinfo 

Log message:
Update to py-botocore-1.12.93.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/02/13 08:53:42

Modified files:
net/py-boto3   : Makefile distinfo 

Log message:
Update to py-boto3-1.9.93.

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2019/02/13 08:16:13

Modified files:
net: Makefile 

Log message:
hook up proxychains-ng

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2019/02/13 08:15:15

Log message:
import proxychains-ng

proxychains ng (new generation) - a preloader which hooks calls to
sockets in dynamically linked programs and redirects it through one or
more socks/http proxies. Continuation of the unmaintained proxychains
project.

feedback and OK jasper@

Status:

Vendor Tag: sebastia
Release Tags:   sebastia_20190213

N ports/net/proxychains-ng/Makefile
N ports/net/proxychains-ng/distinfo
N ports/net/proxychains-ng/pkg/DESCR
N ports/net/proxychains-ng/pkg/PLIST

No conflicts created by this import

Re: [NEW] converters/fondu

[Stuart Henderson]

On 2019/02/13 14:16, Frederic Cambus wrote:
> On Tue, Feb 05, 2019 at 12:17:14PM +0100, Frederic Cambus wrote:
> > Hi ports@,
> > 
> > Here is a new port: converters/fondu.
> > 
> > From DESCR:
> > 
> > A set of programs to interconvert between mac font formats and pfb,
> > ttf, otf and bdf files on unix.
> > 
> > Dealing with mac fonts is hard on other operating systems because mac
> > fonts are stored in the resource fork, and other operating systems do
> > not support this concept. Fondu will extract the resource fork from
> > either a macbinary file or a binhex file. Ufond will create a resource
> > fork inside a macbinary file.
> > 
> > Comments? OK?
> 
> Ping. Anyone willing to look at this? Thanks.
> 

nitpicking, s/Gnu/gnu in CONFIGURE_STYLE. otherwise OK.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/02/13 08:01:34

Modified files:
security/vault : Makefile distinfo 

Log message:
Update to vault-1.0.3.

Re: lang/gcc/8 can't build x11/qt4

[Marc Espie]

On Tue, Feb 12, 2019 at 11:48:03PM -0500, George Koehler wrote:
> There are probably more packages that lang/gcc/8 can't build, but the
> only ones that I know are x11/qt4 and games/stone-soup.  Our
> stone-soup is an old version; an update might fix it.

Maybe you should start with stone-soup ?

One step at a time.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/02/13 07:29:20

Modified files:
sysutils/terraform/provider-aws: Makefile distinfo 
sysutils/terraform/provider-alicloud: Makefile distinfo 

Log message:
Update terraform providers.

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2019/02/13 06:20:54

Modified files:
lang/crystal   : Makefile 

Log message:
Mark as BROKEN following the LLVM7 update

"It may be a while before the issue is fixed" Wesley Moxam (maintainer)

Re: [NEW] converters/fondu

[Frederic Cambus]

On Tue, Feb 05, 2019 at 12:17:14PM +0100, Frederic Cambus wrote:
> Hi ports@,
> 
> Here is a new port: converters/fondu.
> 
> From DESCR:
> 
> A set of programs to interconvert between mac font formats and pfb,
> ttf, otf and bdf files on unix.
> 
> Dealing with mac fonts is hard on other operating systems because mac
> fonts are stored in the resource fork, and other operating systems do
> not support this concept. Fondu will extract the resource fork from
> either a macbinary file or a binhex file. Ufond will create a resource
> fork inside a macbinary file.
> 
> Comments? OK?

Ping. Anyone willing to look at this? Thanks.

Re: llvm-7.0.1 fallout: lang/crystal

[Wesley Moxam]

> On Feb 13, 2019, at 7:47 AM, Jeremie Courreges-Anglas  wrote:
> 
>> On Thu, Feb 07 2019, Stuart Henderson  wrote:
>>> On 2019/02/07 18:02, Jeremie Courreges-Anglas wrote:
>>> 
>>> Hi,
>>> 
>>> I'm not sure you were notified so here's a heads-up: lang/crystal
>>> doesn't build any more after the update to clang 7 in both base and
>>> ports.
>> 
>> Not handled upstream yet.
>> https://github.com/crystal-lang/crystal/issues/6754
> 
> Wesley, I see that you have commented on this issue.  Do you mind if
> we mark lang/crystal as temporarily BROKEN?

That’s fine with me. It may be a while before the issue is fixed

CVS: cvs.openbsd.org: ports

[Gonzalo L . Rodriguez]

CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2019/02/13 05:53:45

Modified files:
security/sqlmap: Makefile distinfo 
security/sqlmap/pkg: PLIST 

Log message:
Update for SQLmap to 1.3.2

Bug fixes.

OK rpointel@

Re: llvm-7.0.1 fallout: lang/crystal

[Jeremie Courreges-Anglas]

On Thu, Feb 07 2019, Stuart Henderson  wrote:
> On 2019/02/07 18:02, Jeremie Courreges-Anglas wrote:
>> 
>> Hi,
>> 
>> I'm not sure you were notified so here's a heads-up: lang/crystal
>> doesn't build any more after the update to clang 7 in both base and
>> ports.
>
> Not handled upstream yet.
> https://github.com/crystal-lang/crystal/issues/6754

Wesley, I see that you have commented on this issue.  Do you mind if
we mark lang/crystal as temporarily BROKEN?

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2019/02/13 05:46:42

Modified files:
geo/gdal   : Makefile 
geo/gdal/pkg   : PLIST-python 

Log message:
Install a bunch of python samples that might be useful (mostly
interested in validate_cloud_optimized_geotiff.py for now, to go along
rasterio & its rio-cogeo plugin)

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2019/02/13 05:36:36

Modified files:
www/firefox-esr: Tag: OPENBSD_6_4 Makefile distinfo 

Log message:
MFC: Update to firefox-esr 60.5.1.

See https://www.mozilla.org/en-US/firefox/60.5.1/releasenotes/
Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-05/

6.4-stable packages available at https://packages.rhaalovely.net/%m as usual.

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2019/02/13 05:35:25

Modified files:
www/firefox-esr: Makefile distinfo 
www/firefox-esr-i18n: Makefile.inc distinfo 

Log message:
Update to firefox-esr 60.5.1.

See https://www.mozilla.org/en-US/firefox/60.5.1/releasenotes/
Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-05/

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2019/02/13 05:33:40

Modified files:
www/mozilla-firefox: Makefile distinfo 
www/mozilla-firefox/patches: 
 
patch-security_manager_pki_resources_content_exceptionDialog_js 
www/firefox-i18n: Makefile.inc distinfo 

Log message:
Bugfix update to firefox 65.0.1.

See https://www.mozilla.org/en-US/firefox/65.0.1/releasenotes/
Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-04/

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2019/02/13 05:24:44

Modified files:
games/cataclysm-dda: Makefile distinfo 
games/cataclysm-dda/patches: patch-Makefile 
 patch-src_translations_cpp 
games/cataclysm-dda/pkg: PFRAG.no-no_x11 PLIST 

Log message:
update to cataclysm-dda-2019.02.08
from Tim Meunier (maintainer) with minor tweak from me

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/02/13 05:16:36

Modified files:
mail/evolution : Makefile 

Log message:
Pick up X headers.

Re: [NEW] devel/py-wurlitzer 1.0.2

[Jeremie Courreges-Anglas]

On Wed, Feb 13 2019, Daniel Jakots  wrote:
> On Mon, 11 Feb 2019 16:17:15 -0300, "Elias M. Mariani"
>  wrote:
>
>> Bumping this.
>> I really need it to update devel/spyder.
>
> I don't think it's really clean but in the absence of a better solution
> ok danj@

Same here.  A nice way to handle this would be to provide the stdin,
stdout and stderr in libc.  Not very hard, but it raises a few
questions.

I would suggest the following tweaks to your proposal, the most
important one being getting rid of "eval" in the shell script. :)

ok jca@ with or without my tweaks



py-wurlitzer.tgz
Description: Binary data
-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: [NEW] devel/py-wurlitzer 1.0.2

[Daniel Jakots]

On Mon, 11 Feb 2019 16:17:15 -0300, "Elias M. Mariani"
 wrote:

> Bumping this.
> I really need it to update devel/spyder.

I don't think it's really clean but in the absence of a better solution
ok danj@

Re: Update to exiv2-0.27.0

[Daniel Jakots]

On Tue, 12 Feb 2019 18:04:15 +0100, Jeremie Courreges-Anglas
 wrote:

> On Mon, Feb 11 2019, Daniel Jakots  wrote:
> > Anyone cares to test it?  
> 
> Tested, looks good overall but I have a bunch of tweaks to propose.

Not much of an opinion about them but thanks a lot for pick it up!

ok danj@ to commit it once it went in a bulk (and others are happy)

Cheers,
Daniel