Re: new: games/barony

[frohw...@ymail.com]

As far as I know there will eventually be a free update on gog.com, but it is 
delayed compared to steam. The developers explain this on the steam forum of 
the game. I'm waiting for that update, too.

On April 4, 2018 11:37:06 PM UTC, Solene Rapenne  wrote:
>
>David CARLIER writes:
>
>> Hi indeed it works only from the blessed edition. It should probably
>being
>> marked as broken for ppc archs.
>
>hello, I just bought the game on GOG but I have the Cursed edition, how
>can I get the assets of the blessed edition ? Is it an update or
>another
>version of the game to buy ?

Re: new: games/barony

[Solene Rapenne]

David CARLIER writes:

> Hi indeed it works only from the blessed edition. It should probably being
> marked as broken for ppc archs.

hello, I just bought the game on GOG but I have the Cursed edition, how
can I get the assets of the blessed edition ? Is it an update or another
version of the game to buy ?

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/04/04 16:35:58

Modified files:
mail/neomutt   : Makefile distinfo 
mail/neomutt/patches: patch-auto_def patch-conn_sasl_c 
  patch-doc_Makefile_autosetup patch-main_c 
  patch-newsrc_c 

Log message:
update to neomutt-20180323

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/04/04 16:31:46

Modified files:
net/wireshark  : Tag: OPENBSD_6_3 Makefile distinfo 

Log message:
MFC update to wireshark-2.4.6, various crashes memory leaks and other fixes and
updated protocol support

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/04/04 16:31:12

Modified files:
net/wireshark  : Makefile distinfo 

Log message:
update to wireshark-2.4.6, various crashes memory leaks and other fixes and
updated protocol support

Re: [UPDATE] textproc/ruby-kramdown to 1.16.2

[Frederic Cambus]

On Sat, Mar 17, 2018 at 12:35:10PM +0100, Frederic Cambus wrote:

> Here is a diff to update ruby-kramdown to 1.16.2.
> 
> The main reason why I would like to update it is that recent versions
> support using Rouge (see previously submitted textproc/ruby-rouge port)
> for syntax highlighting.
> 
> Comments? OK?

Ping. Anyone willing to look at this?

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/04/04 16:06:27

Modified files:
devel  : Makefile 

Log message:
+p5-Getopt-Tabular

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/04/04 16:05:47

Log message:
Import devel/p5-Getopt-Tabular, a module that provides table-driven
argument parsing for Perl 5.

ok bluhm@

Getopt::Tabular is a Perl 5 module for table-driven argument parsing,
vaguely inspired by John Ousterhout's Tk_ParseArgv. All you really need
to do to use the package is set up a table describing all your
command-line options, and call  with three arguments: a
reference to your option table, a reference to @ARGV (or something like
it), and an optional third array reference (say, to @newARGV).
 will process all arguments in @ARGV, and copy any leftover
arguments (i.e. those that are not options or arguments to some option)
to the @newARGV array. (If the @newARGV argument is not supplied,
GetOptions will replace @ARGV with the stripped-down argument list.) If
there are any invalid options, GetOptions will print an error message
and return 0.

Status:

Vendor Tag: bcallah
Release Tags:   bcallah_20180404

N ports/devel/p5-Getopt-Tabular/Makefile
N ports/devel/p5-Getopt-Tabular/distinfo
N ports/devel/p5-Getopt-Tabular/pkg/PLIST
N ports/devel/p5-Getopt-Tabular/pkg/DESCR

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/04/04 16:01:07

Modified files:
net/libmaxminddb: Makefile distinfo 

Log message:
Update GeoLite2 databases to latest version.

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/04/04 15:59:16

Modified files:
converters : Makefile 

Log message:
Add p5-Sereal-Decoder.

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/04/04 15:57:58

Log message:
Import converters/p5-Sereal-Decoder.

This library implements a deserializer for an efficient, compact-output,
and feature-rich binary protocol called Sereal.

Its sister module p5-Sereal-Encoder implements an encoder for this format.

OK bluhm@

Status:

Vendor Tag: fcambus
Release Tags:   fcambus_20180404

N ports/converters/p5-Sereal-Decoder/Makefile
N ports/converters/p5-Sereal-Decoder/distinfo
N ports/converters/p5-Sereal-Decoder/pkg/DESCR
N ports/converters/p5-Sereal-Decoder/pkg/PLIST
N ports/converters/p5-Sereal-Decoder/patches/patch-Makefile_PL

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/04/04 15:56:58

Modified files:
converters : Makefile 

Log message:
Add p5-Sereal-Encoder.

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/04/04 15:54:06

Log message:
Import converters/p5-Sereal-Encoder.

This library implements an efficient, compact-output, and feature-rich
serializer using a binary protocol called Sereal.

Its sister module p5-Sereal-Decoder implements a decoder for this format.

OK bluhm@

Status:

Vendor Tag: fcambus
Release Tags:   fcambus_20180404

N ports/converters/p5-Sereal-Encoder/Makefile
N ports/converters/p5-Sereal-Encoder/distinfo
N ports/converters/p5-Sereal-Encoder/pkg/DESCR
N ports/converters/p5-Sereal-Encoder/pkg/PLIST
N ports/converters/p5-Sereal-Encoder/patches/patch-Makefile_PL

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2018/04/04 14:29:49

Modified files:
sysutils/duplicity: Makefile distinfo 
sysutils/duplicity/patches: patch-bin_duplicity 
patch-bin_duplicity_1 

Log message:
Update to duplicity-0.7.17

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2018/04/04 14:04:56

Modified files:
devel/py-pip   : Makefile distinfo 
devel/py-pip/pkg: PLIST 

Log message:
Update to py-pip-9.0.3

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2018/04/04 13:43:36

Modified files:
devel/py-virtualenv: Makefile distinfo 
devel/py-virtualenv/pkg: PLIST 

Log message:
Update to py-virtualenv-15.2.0

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2018/04/04 13:01:50

Modified files:
devel  : Makefile 

Log message:
+ SUBDIR += py-filebytes
+ SUBDIR += py-filebytes,python3

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2018/04/04 13:02:00

Modified files:
sysutils/colorls: Makefile distinfo 

Log message:
sync with OpenBSD 6.3

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2018/04/04 13:00:45

Log message:
import py-filebytes, a python module to read and write ELF, PE, MachO or 
OAT.
ok benoit@.

Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20180404

N ports/devel/py-filebytes/Makefile
N ports/devel/py-filebytes/distinfo
N ports/devel/py-filebytes/pkg/PLIST
N ports/devel/py-filebytes/pkg/DESCR

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2018/04/04 12:59:59

Modified files:
www/py-requests: Makefile distinfo 

Log message:
Move requests back to PYPI instead of GH

It was moved from PYPI to GH when it was updated to 2.10.0 because the PYPI tgz
didn't include the tests (fixed in 2667c77 upstream)

Pointed out by Cyril Roelandt
ok shadchin@ (maintainer)

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2018/04/04 12:58:50

Modified files:
net: Makefile 

Log message:
+ SUBDIR += py-tld
+ SUBDIR += py-tld,python3

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2018/04/04 12:57:55

Log message:
import py-tld, a python module to extract the top level domain (TLD)
from the URL given.
ok benoit@.

Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20180404

N ports/net/py-tld/Makefile
N ports/net/py-tld/distinfo
N ports/net/py-tld/pkg/PLIST
N ports/net/py-tld/pkg/DESCR

No conflicts created by this import

Re: 6.3 subversion package

[Daniel Jakots]

On Wed, 4 Apr 2018 13:28:44 -0400, sven falempin
 wrote:

> If they build.

I've broken a couple of times ports and I can assure broken ports are
noticed quickly. Maybe you should consider fixing your system.

Re: 6.3 subversion package

[sven falempin]

On Wed, Apr 4, 2018 at 11:16 AM, Stefan Sperling  wrote:
> On Wed, Apr 04, 2018 at 10:10:20AM -0400, sven falempin wrote:
>> On Wed, Apr 4, 2018 at 4:23 AM, Stuart Henderson  
>> wrote:
>> > Is there any particular reason for building from source anyway?
>>
>> Thank you for the pointers,
>> i wanted to have a lighter version , and
>> it is probably not a silly idea because someone already did it
>> but before building with Flavors, i just wanted to build the basic package.
>
> I don't see why compiling the subversion port would be useful.
>
> The subversion port only has PSEUDO_FLAVORS, which means you can compile
> just the core 'subversion' package with less build dependencies installed
> if you want, and avoid also compiling the py-subversion, ruby-subversion,
> etc.  sub-packages.
> This can be useful on a -current OpenBSD system in case packages and base
> system sets on the mirrors are out of sync with respect to base system
> libraries, and you need subversion on your -current system "right now".
>
> But there is no advantage to compiling this port on a -release system.
> As long as you don't install additional packages like py-subversion or
> ruby-subversion, the behaviour and content of the core 'subversion' package
> on official mirrors and the one you've compiled is effectively identical.
>
> (There is one exception: The 'maintainer_mode' flavor enables additional
> debugging output, but it doesn't sound like that's what you want.)

I used the FLAVOR option using the Makefile info :

FLAVOR?=
.if ${FLAVOR:Mno_bindings}
FLAVOR += no_perl no_python no_ruby

to get my package doing FLAVOR='no_perl no_python no_ruby' make package

Ports are great because you can patch stuff quickly in case of trouble.
If they build.

AFAIK the no_bindings option is new, and thanks for whoever did it.

Another example:

I am adding the DAV module of nginx and passenger is not building.
I just removed passenger as i do not need it.

Index: Makefile
===
RCS file: /cvs/ports/www/nginx/Makefile,v
retrieving revision 1.120
diff -u -p -r1.120 Makefile
--- Makefile1 Mar 2018 15:58:19 -   1.120
+++ Makefile4 Apr 2018 17:22:16 -
@@ -12,7 +12,6 @@ COMMENT-naxsi=nginx web application fi
 COMMENT-lua=   nginx lua scripting module
 COMMENT-headers_more=  nginx module for setting/adding/clearing headers
 COMMENT-perl=  nginx perl scripting module
-COMMENT-passenger= nginx passenger (ruby/python/nodejs) integration module

 VERSION=   1.12.2
 DISTNAME=  nginx-${VERSION}
@@ -28,7 +27,6 @@ PKGNAME-naxsi=nginx-naxsi-${VERSION}
 PKGNAME-lua=   nginx-lua-${VERSION}
 PKGNAME-headers_more=  nginx-headers-more-${VERSION}
 PKGNAME-perl=  nginx-perl-${VERSION}
-PKGNAME-passenger= nginx-passenger-${VERSION}

 MASTER_SITES=  https://nginx.org/download/
 MASTER_SITES0= https://github.com/simpl/ngx_devel_kit/archive/
@@ -51,7 +49,7 @@ MAINTAINER=   Robert Nagy 

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2018/04/04 11:18:18

Modified files:
textproc/elasticsearch: Makefile 
sysutils/logstash: Makefile 

Log message:
pavel takes maintainership

CVS: cvs.openbsd.org: ports

[Bjorn Ketelaars]

CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2018/04/04 10:10:02

Modified files:
archivers/zstd : Makefile distinfo 
archivers/zstd/patches: patch-Makefile patch-tests_playTests_sh 
Added files:
archivers/zstd/patches: patch-examples_Makefile 
patch-lib_dictBuilder_cover_c 

Log message:
Update to zstd-1.3.4.

Bumped major number of shared lib as symbols have been removed, and
added.

OK juanfra@, sthen@, kn@

Re: 6.3 subversion package

[Stefan Sperling]

On Wed, Apr 04, 2018 at 10:10:20AM -0400, sven falempin wrote:
> On Wed, Apr 4, 2018 at 4:23 AM, Stuart Henderson  wrote:
> > Is there any particular reason for building from source anyway?
> 
> Thank you for the pointers,
> i wanted to have a lighter version , and
> it is probably not a silly idea because someone already did it
> but before building with Flavors, i just wanted to build the basic package.

I don't see why compiling the subversion port would be useful.

The subversion port only has PSEUDO_FLAVORS, which means you can compile
just the core 'subversion' package with less build dependencies installed
if you want, and avoid also compiling the py-subversion, ruby-subversion,
etc.  sub-packages.
This can be useful on a -current OpenBSD system in case packages and base
system sets on the mirrors are out of sync with respect to base system
libraries, and you need subversion on your -current system "right now".

But there is no advantage to compiling this port on a -release system.
As long as you don't install additional packages like py-subversion or
ruby-subversion, the behaviour and content of the core 'subversion' package
on official mirrors and the one you've compiled is effectively identical.

(There is one exception: The 'maintainer_mode' flavor enables additional
debugging output, but it doesn't sound like that's what you want.)

Re: 6.3 subversion package

[sven falempin]

On Wed, Apr 4, 2018 at 4:23 AM, Stuart Henderson  wrote:
> On 2018/04/04 09:18, Marc Espie wrote:
>>
>> First, your subject is misleading, you're talking about the port,
>> not the package.
>> On Tue, Apr 03, 2018 at 10:31:47PM -0400, sven falempin wrote:
>> > Fresh out of the box.
>>
>>
>> Builds here.
>
> I've never had problems with this in bulk builds. I think it's a
> bit more likely there is something present locally causing a problem
> than an issue with the port.
>
>> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_client_h.swg:196:
>> > Error: Couldn't find 'proxy.py'.
>> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_client_h.swg:197:
>> > Error: Couldn't find 'proxy.py'.
>> > Unable to open file subversion/bindings/swig/python/svn_client.c: Too
>> > many open files
>> > *** Error 1 in /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7
>> > (./build-outputs.mk:286
>> > 'subversion/bindings/swig/python/svn_client.c')
>> > *** Error 1 in . (Makefile:224 'post-build')
>> >
>> > Given the large amount of  _Couldn't find 'proxy.py'_
>> > i guess allowing more fd would be a terrible idea.
>> >
>> > the problem starts with :
>>
>> It probably starts earlier. This looks like a hidden dependency to me.
>>
>> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_version.h:148:
>> > Warning 302: Identifier 'svn_version_t' redefined (ignored),
>> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_types_h.swg:47:
>> > Warning 302: previous definition of 'svn_version_t'.
>> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_props.h:504:
>> > Warning 305: Bad constant value (ignored).
>> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_props.h:652:
>> > Warning 305: Bad constant value (ignored).
>> >
>> > I update to -rOPENBSD_6_3 after uncompressing, reproduced
>>
>> You probably have stuff installed that isn't properly configured out
>> properly. with --disable or something.
>>
>> (python ? swig ? I don't know).
>>
>>
>> You didn't actually provide relevant info (the stuff scrolling by in the
>> configure part), so I don't have stuff to diff...
>>
>> I could look, but I'm lazy and this is actually an incomplete report.
>>
>
> Full build log please, but first make sure you don't have old versions
> of things lying around.
>
> Is there any particular reason for building from source anyway?
>

Thank you for the pointers,
i wanted to have a lighter version , and
it is probably not a silly idea because someone already did it
but before building with Flavors, i just wanted to build the basic package.

Nothing was installed prior to that, but the dhclient that filter answers.

It does not matter much as the build i want ('no_perl no_python no_ruby')
is building fine.

I can try to reproduce and send you the .config file and or configure
output ( which as some warning
about deprecated option btw )

I may have a few more modification coming in ( but nothing that is
related to basic ports  ).

Best

pkg_info :

apache-httpd-2.4.29p0 apache HTTP server
apache-httpd-common-2.4.29 /var/www files for Apache HTTPd
apr-1.6.3p0 Apache Portable Runtime
apr-util-1.6.1  companion library to APR
autoconf-2.13p4 automatically configure source code on many Un*x platforms
autoconf-2.64p1 automatically configure source code on many Un*x platforms
autoconf-2.67p1 automatically configure source code on many Un*x platforms
autoconf-2.68p1 automatically configure source code on many Un*x platforms
autoconf-2.69p2 automatically configure source code on many Un*x platforms
automake-1.15.1 GNU Standards-compliant Makefile generator
bash-4.4.19 GNU Bourne Again Shell
bison-3.0.4p0   GNU parser generator
bzip2-1.0.6p8   block-sorting file compressor, unencumbered
cairo-1.14.12   vector graphics library
cyrus-sasl-2.1.26p25 RFC  SASL (Simple Authentication and Security Layer)
db-4.6.21p5v0   Berkeley DB package, revision 4
dbus-1.12.6v0   message bus system
docbook-4.5p1   technical documentation XML/SGML definitions
docbook-dsssl-1.79  modular DSSSL stylesheets for the DocBook DTD
docbook-xsl-1.68.1p5 docbook XSL modular stylesheet
gdbm-1.14.1 GNU dbm
gettext-0.19.8.1p1  GNU gettext runtime libraries and programs
gettext-tools-0.19.8.1 GNU gettext development and translation tools
glib2-2.54.3p1  general-purpose utility library
gmake-4.2.1 GNU make
gmp-6.1.2p1 library for arbitrary precision arithmetic
gnugetopt-1.1.6p0   GNU getopt(1) utility
gobject-introspection-1.54.1p0 GObject Introspection
guile-1.8.8p5   GNU's Ubiquitous Intelligent Language for Extension
help2man-1.47.5 generates simple manual pages from program output
intel-firmware-20180312v0 firmware binary images for intel(4) driver
intltool-0.51.0p1   

Re: UPDATE archivers/zstd

[Klemens Nanni]

On Wed, Apr 04, 2018 at 03:19:48PM +0200, Björn Ketelaars wrote:
> New diff. zstd requires a stable sort, which libc's qsort() is not
> guaranteed to be. Upstream proposed to use mergesort().
> 
> https://github.com/facebook/zstd/issues/1088
Nice work!

> Diff below brings zstd to 1.3.4.
> 
> I ran 'make test' a couple of times. All runs were successful.
> 
> OK?
OK kn.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/04/04 07:42:54

Modified files:
comms/fldigi   : Makefile distinfo 

Log message:
update to fldigi 4.0.16

UPDATE www/hiawatha

[Björn Ketelaars]

Enclosed a diff for bringing www/hiawatha to 10.8. Changelog can be
found at https://www.hiawatha-webserver.org/changelog.
USE_SYSTEM_MBEDTLS has been re-enabled as it now supports newer mbedtls.

Diff has been sent to juanfra@ (maintainer) who has found some nits,
which have been addressed in the diff below.

Additional comments/OKs?


Index: Makefile
===
RCS file: /cvs/ports/www/hiawatha/Makefile,v
retrieving revision 1.54
diff -u -p -r1.54 Makefile
--- Makefile7 Feb 2018 14:18:23 -   1.54
+++ Makefile4 Apr 2018 13:30:26 -
@@ -1,8 +1,7 @@
 # $OpenBSD: Makefile,v 1.54 2018/02/07 14:18:23 juanfra Exp $
 
 COMMENT =  secure webserver
-DISTNAME = hiawatha-10.7
-REVISION = 3
+DISTNAME = hiawatha-10.8
 CATEGORIES =   www net
 
 HOMEPAGE = https://www.hiawatha-webserver.org/
@@ -16,14 +15,10 @@ MASTER_SITES =  ${HOMEPAGE}files/
 
 MODULES =  devel/cmake
 
-# XXX mbedtls 2.7 breaks hiawatha
-#WANTLIB += c mbedcrypto mbedtls mbedx509 pthread xml2 xslt z
-WANTLIB += c pthread xml2 xslt z
-
-# XXX mbedtls 2.7 breaks hiawatha
-#LIB_DEPENDS = security/polarssl>=2.2.1p0 \
-#  textproc/libxslt
-LIB_DEPENDS =  textproc/libxslt
+WANTLIB += c mbedcrypto mbedtls mbedx509 pthread xml2 xslt z
+
+LIB_DEPENDS =  security/polarssl>=2.8.0 \
+   textproc/libxslt
 
 CONFIGURE_ARGS =   -DWEBROOT_DIR="/var/hiawatha" \
-DWORK_DIR="/var/db/hiawatha" \
@@ -31,9 +26,8 @@ CONFIGURE_ARGS =  -DWEBROOT_DIR="/var/hia
-DLOG_DIR="/var/log/hiawatha" \
-DCMAKE_INSTALL_MANDIR="${PREFIX}/man" \
-DENABLE_XSLT=ON \
-   -DPID_DIR="/var/run"
-# XXX mbedtls 2.7 breaks hiawatha
-#  -DUSE_SYSTEM_MBEDTLS=ON
+   -DPID_DIR="/var/run" \
+   -DUSE_SYSTEM_MBEDTLS=ON
 
 CONFIGURE_ENV =CPPFLAGS="-I${LOCALBASE}/include" \
LDFLAGS="-L${WRKBUILD}/mbedtls/library 
-L${LOCALBASE}/lib"
Index: distinfo
===
RCS file: /cvs/ports/www/hiawatha/distinfo,v
retrieving revision 1.42
diff -u -p -r1.42 distinfo
--- distinfo17 Oct 2017 19:58:15 -  1.42
+++ distinfo4 Apr 2018 13:30:26 -
@@ -1,2 +1,2 @@
-SHA256 (hiawatha-10.7.tar.gz) = Nj6Z2EqF2vu3S8wws+MChgU+wqu8ev4IzYcZNhFzX3Q=
-SIZE (hiawatha-10.7.tar.gz) = 951512
+SHA256 (hiawatha-10.8.tar.gz) = +1XWwXo5D3SszOb640wRivTgMXv8kRnX3R/32/aIbq8=
+SIZE (hiawatha-10.8.tar.gz) = 999130
Index: patches/patch-man_hiawatha_1_in
===
RCS file: /cvs/ports/www/hiawatha/patches/patch-man_hiawatha_1_in,v
retrieving revision 1.10
diff -u -p -r1.10 patch-man_hiawatha_1_in
--- patches/patch-man_hiawatha_1_in 17 Oct 2017 16:09:43 -  1.10
+++ patches/patch-man_hiawatha_1_in 4 Apr 2018 13:30:26 -
@@ -7,17 +7,17 @@ Index: man/hiawatha.1.in
  Specify the handler for a CGI extension. A handler is an executable which 
will run the CGI script.
  .br
 -Example: CGIhandler = /usr/bin/php5-cgi:php,php5
-+Example: CGIhandler = ${LOCALBASE}/bin/php-fastcgi:php,php5
++Example: CGIhandler = ${LOCALBASE}/bin/php5-cgi:php,php5
  .TP
  .B CGIwrapper = 
  Specify the wrapper for CGI processes. A secure CGI wrapper is included in 
the Hiawatha package (see cgi-wrapper(1) for more information).
  .br
--Default = @CMAKE_INSTALL_FULL_SBINDIR@/cgi-wrapper, example: CGIwrapper = 
/bin/cgi-wrapper
-+Default = @CMAKE_INSTALL_FULL_SBINDIR@/cgi-wrapper, example: CGIwrapper = 
${PREFIX}/sbin/cgi-wrapper/cgi-wrapper
+-Default = @CMAKE_INSTALL_FULL_SBINDIR@/cgi-wrapper Example: CGIwrapper = 
/bin/cgi-wrapper
++Default = @CMAKE_INSTALL_FULL_SBINDIR@/cgi-wrapper Example: CGIwrapper = 
${PREFIX}/sbin/cgi-wrapper/cgi-wrapper
  .TP
  .B ChallengeClient = , (httpheader|javascript), [, 
]
  Challenge the client to verify that it's a real web browser and not an HTTP 
bot. When the total amount of connections reaches , Hiawatha sends a 
response to the first request in a connection which will make the client resend 
the request, but now with a cookie. The cookie can be set via an HTTP 
Set-Cookie header or a Javascript. Further requests are only accepted when the 
client sends this cookie. Otherwise, the client is banned for  
seconds. This feature can be used to reduce the effects of a DDoS attack. The 
 can be a random string of up to 20 characters (the rest is ignored) 
and is used to generate the cookie. When not set, Hiawatha will generate a 
random secret.
-@@ -210,7 +210,7 @@ Example: HideProxy = 192.168.10.20
+@@ -215,7 +215,7 @@ Example: HideProxy = 192.168.10.20
  .B Include |
  Include another configuration file or configuration files in a directory.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/04/04 07:21:55

Modified files:
multimedia/get_iplayer: Makefile distinfo 
multimedia/get_iplayer/patches: patch-get_iplayer 

Log message:
update to get_iplayer 3.13

Re: UPDATE archivers/zstd

[Björn Ketelaars]

On Fri 30/03/2018 23:18, Stuart Henderson wrote:
> On 2018/03/30 20:19, Björn Ketelaars wrote:
> > On Fri 30/03/2018 18:22, Stuart Henderson wrote:
> > > On 2018/03/30 19:01, Björn Ketelaars wrote:
> > > > On Fri 30/03/2018 13:45, Klemens Nanni wrote:
> > > > > On Fri, Mar 30, 2018 at 05:30:55AM +0200, Björn Ketelaars wrote:
> > > > > > zstd received an update, which focuses on performance. Changelog 
> > > > > > can be
> > > > > > found at https://github.com/facebook/zstd/blob/dev/NEWS. The major
> > > > > > number of the shared lib has been bumped as a couple of symbols have
> > > > > > been removed, and new ones have been added.
> > > > > > 
> > > > > > I've been running with this update for a couple of days on AMD64 
> > > > > > using
> > > > > > its only customer: borgbackup.
> > > > > > 
> > > > > > OK?
> > > > > Has anyone contacted upstream already to merge the trivial
> > > > > detection/support bits we're carrying in our patches? Would be nice to
> > > > > get those in, effectively limiting required patches on our site to
> > > > > library version handling.
> > > > > 
> > > > > Tests fail with a bunch of "use of undeclared identifier", did they 
> > > > > pass
> > > > > before?
> > > > > 
> > > > >   fatal error: too many errors emitted, stopping now 
> > > > > [-ferror-limit=]
> > > > >   2 warnings and 20 errors generated.
> > > > >   2 warnings and 20 errors generated.
> > > > 
> > > > 
> > > > I'm having a deja vu [0] ;-)
> > > > 
> > > > Could you send me your test.log?
> > > > 
> > > > [0] https://marc.info/?l=openbsd-ports=151473111522358=2
> > > > 
> > > 
> > > I don't see that here.  kn, do you have anything funny in 
> > > CFLAGS/CDIAGFLAGS/etc?
> > > 
> > > I have a different problem with tests though:
> > > 
> > > - Compress without dictID
> > > tmp  : 21.56%   ( 42430 =>   9148 bytes, tmp.zst) 
> > >  
> > > tmp.zst : Decoding error (36) : Restored data doesn't match checksum 
> > > gmake[1]: *** [Makefile:307: zstd-playTests] Error 1
> > > gmake[1]: Leaving directory '/usr/obj/ports/zstd-1.3.4/zstd-1.3.4/tests'
> > 
> > I ran 'make clean && make test' 3 times, one of which gave the same
> > error. The other 2 runs were ok. Included a test.log of one of the
> > successful runs.
> > 
> > Any suggestions on how to debug this issue?
> 
> Oh, the in-tree one does the same - since it's not worse than that
> I'm OK with updating, but maybe see if upstream have any suggestions
> about the "without dictID" test?

New diff. zstd requires a stable sort, which libc's qsort() is not
guaranteed to be. Upstream proposed to use mergesort().

https://github.com/facebook/zstd/issues/1088

Diff below brings zstd to 1.3.4.

I ran 'make test' a couple of times. All runs were successful.

OK?


Index: Makefile
===
RCS file: /cvs/ports/archivers/zstd/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Makefile14 Jan 2018 10:30:28 -  1.15
+++ Makefile4 Apr 2018 13:03:53 -
@@ -4,9 +4,8 @@ COMMENT =   zstandard fast real-time comp
 
 GH_ACCOUNT =   facebook
 GH_PROJECT =   zstd
-GH_TAGNAME =   v1.3.3
-REVISION = 0
-SHARED_LIBS =  zstd0.0 #1.3.3
+GH_TAGNAME =   v1.3.4
+SHARED_LIBS =  zstd1.0 # 1.3.4
 
 CATEGORIES =   archivers
 
@@ -17,7 +16,7 @@ MAINTAINER =  Bjorn Ketelaars https://github.com/facebook/zstd/issues/1088
+
+Index: lib/dictBuilder/cover.c
+--- lib/dictBuilder/cover.c.orig
 lib/dictBuilder/cover.c
+@@ -583,7 +583,7 @@ static int COVER_ctx_init(COVER_ctx_t *ctx, const void
+ }
+ /* qsort doesn't take an opaque pointer, so pass as a global */
+ g_ctx = ctx;
+-qsort(ctx->suffix, ctx->suffixSize, sizeof(U32),
++mergesort(ctx->suffix, ctx->suffixSize, sizeof(U32),
+   (ctx->d <= 8 ? _strict_cmp8 : _strict_cmp));
+   }
+   DISPLAYLEVEL(2, "Computing frequencies\n");
Index: patches/patch-tests_playTests_sh
===
RCS file: /cvs/ports/archivers/zstd/patches/patch-tests_playTests_sh,v
retrieving revision 1.8
diff -u -p -r1.8 patch-tests_playTests_sh
--- patches/patch-tests_playTests_sh4 Jan 2018 14:47:20 -   1.8
+++ patches/patch-tests_playTests_sh4 Apr 2018 13:03:53 -
@@ -10,7 +10,7 @@ Index: tests/playTests.sh
*) MD5SUM="md5sum" ;;
  esac
  
-@@ -237,7 +238,7 @@ rm ./*.tmp ./*.zstd
+@@ -258,7 +259,7 @@ rm ./*.tmp ./*.zstd
  $ECHO "frame concatenation tests completed"
  
  

python/ruby modules for bsdauth?

[Jiri B]

Do we have python/ruby modules for bsdauth?

If not, do python/ruby pam modules work with security/openpam
port? (IIUC it uses bsdauth beneath, right?).

Jiri

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/04/04 07:06:02

Modified files:
sysutils/google-cloud-sdk: Makefile distinfo 
sysutils/google-cloud-sdk/pkg: PLIST 

Log message:
Update to google-cloud-sdk-196.0.0.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/04/04 07:03:29

Modified files:
net/py-boto3   : Makefile distinfo 

Log message:
Update to py-boto3-1.6.23.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/04/04 07:03:50

Modified files:
net/py-botocore: Makefile distinfo 
net/py-botocore/pkg: PLIST 

Log message:
Update to py-botocore-1.9.23.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/04/04 07:04:05

Modified files:
sysutils/awscli: Makefile distinfo 

Log message:
Update to awscli-1.14.70.

Re: [New] nnn-1.7

[Jeremie Courreges-Anglas]

On Wed, Apr 04 2018, Ljuba Nedeljkovic  wrote:
> Ping.
>
> On Wed, Mar 14, 2018 at 5:13 PM, Klemens Nanni  wrote:
>> On Wed, Mar 14, 2018 at 02:37:22AM +0100, Ljuba Nedeljkovic wrote:
>>> Please find attached updated port's tarball with suggested fixes.  One
>>> deviation from kn's tarball is removal of `patches/patch-nlay` file and
>>> doing shebang fix using LOCALBASE with `post-extract` target.  Said
>>> patch leaves literal `#!${LOCALBASE}/bin/bash` in installed `nlay`
>>> script and breaks it.
>> Not a fan of modyfing WRKSRC "manually", we have patches and SUBST_CMD
>> for that. You'd simply patch LOCALBASE into the shebang and later do
>>
>> pre-configure:
>> ${SUBST_CMD} ${WRKSRC}/nlay
>>
>> I'm happy to import your latest tarball with that, OK anyone?

Looks good to me, however I'd like us to stop importing ports using
GH_*.  Upstream already uses publishes release assets:

  https://github.com/jarun/nnn/releases

Could someone get in touch with them and ask them to publish proper
source tarballs?

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

Re: [New] nnn-1.7

[Ljuba Nedeljkovic]

Ping.

On Wed, Mar 14, 2018 at 5:13 PM, Klemens Nanni  wrote:
> On Wed, Mar 14, 2018 at 02:37:22AM +0100, Ljuba Nedeljkovic wrote:
>> Please find attached updated port's tarball with suggested fixes.  One
>> deviation from kn's tarball is removal of `patches/patch-nlay` file and
>> doing shebang fix using LOCALBASE with `post-extract` target.  Said
>> patch leaves literal `#!${LOCALBASE}/bin/bash` in installed `nlay`
>> script and breaks it.
> Not a fan of modyfing WRKSRC "manually", we have patches and SUBST_CMD
> for that. You'd simply patch LOCALBASE into the shebang and later do
>
> pre-configure:
> ${SUBST_CMD} ${WRKSRC}/nlay
>
> I'm happy to import your latest tarball with that, OK anyone?



-- 
If you wish to live wisely,
ignore sayings -- including this one.

Re: 6.3 subversion package

[Stuart Henderson]

On 2018/04/04 09:18, Marc Espie wrote:
> 
> First, your subject is misleading, you're talking about the port,
> not the package.
> On Tue, Apr 03, 2018 at 10:31:47PM -0400, sven falempin wrote:
> > Fresh out of the box.
> 
> 
> Builds here.

I've never had problems with this in bulk builds. I think it's a
bit more likely there is something present locally causing a problem
than an issue with the port.

> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_client_h.swg:196:
> > Error: Couldn't find 'proxy.py'.
> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_client_h.swg:197:
> > Error: Couldn't find 'proxy.py'.
> > Unable to open file subversion/bindings/swig/python/svn_client.c: Too
> > many open files
> > *** Error 1 in /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7
> > (./build-outputs.mk:286
> > 'subversion/bindings/swig/python/svn_client.c')
> > *** Error 1 in . (Makefile:224 'post-build')
> > 
> > Given the large amount of  _Couldn't find 'proxy.py'_
> > i guess allowing more fd would be a terrible idea.
> > 
> > the problem starts with :
> 
> It probably starts earlier. This looks like a hidden dependency to me.
> 
> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_version.h:148:
> > Warning 302: Identifier 'svn_version_t' redefined (ignored),
> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_types_h.swg:47:
> > Warning 302: previous definition of 'svn_version_t'.
> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_props.h:504:
> > Warning 305: Bad constant value (ignored).
> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_props.h:652:
> > Warning 305: Bad constant value (ignored).
> > 
> > I update to -rOPENBSD_6_3 after uncompressing, reproduced
> 
> You probably have stuff installed that isn't properly configured out
> properly. with --disable or something.
> 
> (python ? swig ? I don't know).
> 
> 
> You didn't actually provide relevant info (the stuff scrolling by in the
> configure part), so I don't have stuff to diff...
> 
> I could look, but I'm lazy and this is actually an incomplete report.
> 

Full build log please, but first make sure you don't have old versions
of things lying around.

Is there any particular reason for building from source anyway?

CVS: cvs.openbsd.org: ports

[Pavel Korovin]

CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2018/04/04 02:23:14

Modified files:
devel/py-automat: Makefile distinfo 
devel/py-automat/pkg: PLIST 
Removed files:
devel/py-automat/patches: patch-setup_py 

Log message:
Update py-automat to 0.6.0
ok landry@

CVS: cvs.openbsd.org: ports

[Pavel Korovin]

CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2018/04/04 02:12:23

Modified files:
devel/py-incremental: Makefile distinfo 

Log message:
Update py-incremental to 17.5.0
ok landry@

Re: UPDATE: math/octave

[Paul Irofti]

I get this when runninng make with your diff:

$ make update
Fatal: unknown keyword gcc in COMPILER (in math/octave)
*** Error 1 in /usr/ports/math/octave 
(/usr/ports/infrastructure/mk/bsd.port.mk:3520 '.BEGIN': @exit 1)


On Sat, Mar 31, 2018 at 11:25:52AM +0200, Steven Mestdagh wrote:
> please test/comment/ok this update for octave.
> it seems to work fine on amd64.
> 
> note that I've just committed a change to qrupdate that prevents octave
> from linking in the g2c library and crashing on some computations.
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/math/octave/Makefile,v
> retrieving revision 1.101
> diff -u -p -u -r1.101 Makefile
> --- Makefile  28 Feb 2018 19:23:56 -  1.101
> +++ Makefile  31 Mar 2018 06:44:49 -
> @@ -2,14 +2,13 @@
>  
>  COMMENT =high-level language for numerical computations
>  
> -VERSION =4.2.1
> +VERSION =4.2.2
>  DISTNAME =   octave-${VERSION}
> -REVISION =   2
>  CATEGORIES = math
>  
> -SHARED_LIBS +=   octave  8.0
> -SHARED_LIBS +=   octgui  2.0
> -SHARED_LIBS +=   octinterp   7.0
> +SHARED_LIBS +=   octave  9.0
> +SHARED_LIBS +=   octgui  3.0
> +SHARED_LIBS +=   octinterp   8.0
>  
>  HOMEPAGE =   https://www.gnu.org/software/octave/
>  
> @@ -27,7 +26,7 @@ WANTLIB += Xext Xfixes Xft Xi Xinerama X
>  WANTLIB += arpack blas bz2 c camd ccolamd cholmod colamd crypto curl
>  WANTLIB += cxsparse drm ereadline expat fftw3 fftw3_threads fftw3f
>  WANTLIB += fftw3f_threads fltk fltk_gl fontconfig freetype gl2ps glapi
> -WANTLIB += glpk glut gmp hdf5 iconv intl lapack lcms2 ltdl lzma m ncurses
> +WANTLIB += glpk glut gmp hdf5 iconv intl lapack lcms2 ltdl lzma m curses
>  WANTLIB += nghttp2 ogg pcre png portaudio pthread qhull qrupdate
>  WANTLIB += sndfile sndio ssl ${COMPILER_LIBCXX} suitesparseconfig
>  WANTLIB += umfpack util vorbis vorbisenc xcb xcb-dri2 xcb-glx z
> Index: distinfo
> ===
> RCS file: /cvs/ports/math/octave/distinfo,v
> retrieving revision 1.18
> diff -u -p -u -r1.18 distinfo
> --- distinfo  3 Nov 2017 12:28:53 -   1.18
> +++ distinfo  31 Mar 2018 06:44:49 -
> @@ -1,2 +1,2 @@
> -SHA256 (octave-4.2.1.tar.gz) = gMKPY5hXa1D6yg5gLe+5WY1vcwiwkDckRCwqNaYFMzs=
> -SIZE (octave-4.2.1.tar.gz) = 25409651
> +SHA256 (octave-4.2.2.tar.gz) = d7hDldjncooasiMFj+XpLcOMA7wT9zWOZTOqs292cm4=
> +SIZE (octave-4.2.2.tar.gz) = 25624087
> Index: patches/patch-configure
> ===
> RCS file: /cvs/ports/math/octave/patches/patch-configure,v
> retrieving revision 1.10
> diff -u -p -u -r1.10 patch-configure
> --- patches/patch-configure   3 Nov 2017 12:28:53 -   1.10
> +++ patches/patch-configure   31 Mar 2018 06:44:49 -
> @@ -5,16 +5,7 @@ Use GNU readline as our base readline la
>  Index: configure
>  --- configure.orig
>  +++ configure
> -@@ -34701,7 +34701,7 @@ $as_echo_n "checking Qt version $ver... " >&6; }
> - ;;
> - 5)
> -   QT_MODULES="Qt5Core Qt5Gui Qt5Network Qt5OpenGL Qt5PrintSupport"
> --  octave_qscintilla_libnames="qscintilla2-qt5 qt5scintilla2"
> -+  octave_qscintilla_libnames="qscintilla2_qt5 qt5scintilla2"
> - ;;
> - *)
> -   as_fn_error $? "Unrecognized Qt version $qt_version" "$LINENO" 5
> -@@ -44617,13 +44617,13 @@ fi
> +@@ -44777,13 +44777,13 @@ fi
>   
>   ac_octave_save_LIBS="$LIBS"
>   LIBS="$TERM_LIBS"
> @@ -31,7 +22,7 @@ Index: configure
>   cat confdefs.h - <<_ACEOF >conftest.$ac_ext
>   /* end confdefs.h.  */
>   
> -@@ -44662,7 +44662,7 @@ fi
> +@@ -44822,7 +44822,7 @@ fi
>   { $as_echo "$as_me:${as_lineno-$LINENO}: result: 
> $ac_cv_lib_readline_rl_set_keyboard_input_timeout" >&5
>   $as_echo "$ac_cv_lib_readline_rl_set_keyboard_input_timeout" >&6; }
>   if test "x$ac_cv_lib_readline_rl_set_keyboard_input_timeout" = xyes; then :
> Index: patches/patch-liboctave_system_file-stat_cc
> ===
> RCS file: patches/patch-liboctave_system_file-stat_cc
> diff -N patches/patch-liboctave_system_file-stat_cc
> --- patches/patch-liboctave_system_file-stat_cc   3 Nov 2017 12:28:53 
> -   1.1
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,14 +0,0 @@
> -$OpenBSD: patch-liboctave_system_file-stat_cc,v 1.1 2017/11/03 12:28:53 
> steven Exp $
> -
> -Index: liboctave/system/file-stat.cc
>  liboctave/system/file-stat.cc.orig
> -+++ liboctave/system/file-stat.cc
> -@@ -174,7 +174,7 @@ namespace octave
> -   update_internal ();
> -   }
> - 
> --inline file_stat::~file_stat () { }
> -+file_stat::~file_stat () { }
> - 
> - void
> - file_stat::update_internal (bool force)
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/math/octave/pkg/PLIST,v
> retrieving revision 1.21
> 

CVS: cvs.openbsd.org: ports

[Pavel Korovin]

CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2018/04/04 01:38:06

Modified files:
www: Makefile 

Log message:
+py-hyperlink
+py-hyperlink,python3

Re: UPDATES: devel/py-automat, devel/py-incremental

[Pavel Korovin]

Disable tests until devel/py-twisted is updated, as landry@ suggested.
Corrected diffs attached.

On 04/04, Pavel Korovin wrote:
> Dear all,
> 
> Please find the updates for
> 
> devel/py-automat
> devel/py-incremental
> 
> ports attached.
> 
> Newer devel/py-twisted (v17.9.0) depends on this.
> Tested on amd64.


-- 
With best regards,
Pavel Korovin
Index: Makefile
===
RCS file: /cvs/ports/devel/py-automat/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile6 May 2017 09:54:29 -   1.1.1.1
+++ Makefile4 Apr 2018 07:22:56 -
@@ -2,7 +2,7 @@
 
 COMMENT =  finite-state machines in Python
 
-MODPY_EGG_VERSION =0.5.0
+MODPY_EGG_VERSION =0.6.0
 
 DISTNAME = Automat-${MODPY_EGG_VERSION}
 PKGNAME =  py-automat-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/devel/py-automat/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo6 May 2017 09:54:29 -   1.1.1.1
+++ distinfo4 Apr 2018 07:22:56 -
@@ -1,2 +1,2 @@
-SHA256 (Automat-0.5.0.tar.gz) = SInsZ2M3dDLsTbJlrVUrvpVnaOo//zkBSFUwi6ed18I=
-SIZE (Automat-0.5.0.tar.gz) = 32599
+SHA256 (Automat-0.6.0.tar.gz) = PB/QTs8IrIe03T/q5AlULpv3gnJXCXsrbtVpL2nW9qg=
+SIZE (Automat-0.6.0.tar.gz) = 31767
Index: patches/patch-setup_py
===
RCS file: patches/patch-setup_py
diff -N patches/patch-setup_py
--- patches/patch-setup_py  6 May 2017 09:54:29 -   1.1.1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-$OpenBSD: patch-setup_py,v 1.1.1.1 2017/05/06 09:54:29 landry Exp $
-
-Backport 
https://github.com/glyph/automat/commit/eef0cf792334cb39fc5bf8966913c62e9789c590
-
 setup.py.orig  Tue Apr 18 23:43:25 2017
-+++ setup.py   Tue Apr 18 23:43:56 2017
-@@ -39,8 +39,8 @@ setup(
- "automat-visualize = automat._visualize:tool"
- ],
- },
--author_name='Glyph',
--author_mail='gl...@twistedmatrix.com',
-+author='Glyph',
-+author_email='gl...@twistedmatrix.com',
- include_package_data=True,
- license="MIT",
- keywords='fsm finite state machine automata',
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-automat/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   6 May 2017 09:54:29 -   1.1.1.1
+++ pkg/PLIST   4 Apr 2018 07:22:56 -
@@ -27,9 +27,11 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/automat/_test/${MODPY_PYCACHE}test_core.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/automat/_test/${MODPY_PYCACHE}test_discover.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/automat/_test/${MODPY_PYCACHE}test_methodical.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/automat/_test/${MODPY_PYCACHE}test_trace.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/automat/_test/${MODPY_PYCACHE}test_visualize.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/automat/_test/test_core.py
 lib/python${MODPY_VERSION}/site-packages/automat/_test/test_discover.py
 lib/python${MODPY_VERSION}/site-packages/automat/_test/test_methodical.py
+lib/python${MODPY_VERSION}/site-packages/automat/_test/test_trace.py
 lib/python${MODPY_VERSION}/site-packages/automat/_test/test_visualize.py
 lib/python${MODPY_VERSION}/site-packages/automat/_visualize.py
Index: Makefile
===
RCS file: /cvs/ports/devel/py-incremental/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile6 May 2017 09:46:48 -   1.1.1.1
+++ Makefile4 Apr 2018 07:25:21 -
@@ -2,7 +2,7 @@
 
 COMMENT =  versioning library for Python projects
 
-MODPY_EGG_VERSION =16.10.1
+MODPY_EGG_VERSION =17.5.0
 
 DISTNAME = incremental-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
Index: distinfo
===
RCS file: /cvs/ports/devel/py-incremental/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo6 May 2017 09:46:48 -   1.1.1.1
+++ distinfo4 Apr 2018 07:25:21 -
@@ -1,2 +1,2 @@
-SHA256 (incremental-16.10.1.tar.gz) = 
FK1rcg7Eeq1snKqD5H2xhD4rm5h0LaXdoI4WqZ9AA0I=
-SIZE (incremental-16.10.1.tar.gz) = 16066
+SHA256 (incremental-17.5.0.tar.gz) = 
e3UWlqrzbuv6tTfkWJKeGURgBRzK0nnHK3VaFn7r1LM=
+SIZE (incremental-17.5.0.tar.gz) = 15527

Re: 6.3 subversion package

[Marc Espie]

First, your subject is misleading, you're talking about the port,
not the package.
On Tue, Apr 03, 2018 at 10:31:47PM -0400, sven falempin wrote:
> Fresh out of the box.


Builds here.
> /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_client_h.swg:196:
> Error: Couldn't find 'proxy.py'.
> /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_client_h.swg:197:
> Error: Couldn't find 'proxy.py'.
> Unable to open file subversion/bindings/swig/python/svn_client.c: Too
> many open files
> *** Error 1 in /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7
> (./build-outputs.mk:286
> 'subversion/bindings/swig/python/svn_client.c')
> *** Error 1 in . (Makefile:224 'post-build')
> 
> Given the large amount of  _Couldn't find 'proxy.py'_
> i guess allowing more fd would be a terrible idea.
> 
> the problem starts with :

It probably starts earlier. This looks like a hidden dependency to me.

> /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_version.h:148:
> Warning 302: Identifier 'svn_version_t' redefined (ignored),
> /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_types_h.swg:47:
> Warning 302: previous definition of 'svn_version_t'.
> /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_props.h:504:
> Warning 305: Bad constant value (ignored).
> /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_props.h:652:
> Warning 305: Bad constant value (ignored).
> 
> I update to -rOPENBSD_6_3 after uncompressing, reproduced

You probably have stuff installed that isn't properly configured out
properly. with --disable or something.

(python ? swig ? I don't know).


You didn't actually provide relevant info (the stuff scrolling by in the
configure part), so I don't have stuff to diff...

I could look, but I'm lazy and this is actually an incomplete report.

CVS: cvs.openbsd.org: ports

[Gonzalo L . Rodriguez]

CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2018/04/04 01:14:15

Modified files:
x11/smplayer   : Makefile distinfo 

Log message:
Update for SMPlayer to 18.3.0

OK benoit, tests from Josh as always, thanks!

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2018/04/04 01:14:07

Modified files:
www/py-django/lts: Makefile distinfo 
www/py-django/lts/pkg: PLIST 

Log message:
update to 1.11.12.
ok benoit@.