date:20190627

Re: [UPDATE] devel/openmpi 4.0.1

2019-06-27 Thread Martin Reindl


Am 27.06.2019 um 16:09 schrieb Jeremie Courreges-Anglas:

Note that what has been committed shouldn't have a problem with NFS: the
code in ad_fstype.c already properly checks for f_fstypename and uses
it.  Our patch is still bogus though, please find an additional diff
below.  ok?


Yes.


And there is a pthread_mutexattr_setpshared() (which we don't have)
problem deep down in pmix which needs to be investigated at some point.


Is that a problem at runtime?


No. But the environment should be set up to use the GDS/hash component 
by the plugin managaer (MCA):


export PMIX_MCA_gds=hash

GDS/ds21 is the component that wants to set PTHREAD_PROCESS_SHARED. I 
did not test GDS/ds12.


I will work on this as time permits.

-m

Re: UPDATE: syncthing-1.1.4

2019-06-27 Thread Björn Ketelaars

On Thu 27/06/2019 22:46, Edd Barrett wrote:
> Hi,
> 
> On Sun, Jun 16, 2019 at 09:01:01PM +0100, Edd Barrett wrote:
> > Hi,
> > 
> > Here's an update to Syncthing. I'll be testing this over the next few
> > days.
> 
> This is the same diff again, just with a little more info added to the
> README about file descriptor limits.
> 
> This came out of a discussion on the syncthing forum here:
> https://forum.syncthing.net/t/high-file-descriptor-usage-openbsd/13408
> 
> I think this is ready to be committed now.
> 
> OK?

Update works for me.

While here, maybe do s/PERMIT_PACKAGE_CDROM/PERMIT_PACKAGE in Makefile?
Either way, OK bket@

Re: iperf3 update

2019-06-27 Thread Lawrence Teo

On Wed, Jun 26, 2019 at 11:15:34PM +0100, Stuart Henderson wrote:
> - update to 3.7
> 
> - switch from git auto tarball to a proper one
> 
> - turn off the openssl/auth code. there are some minor 64-bit
> time_t issues in iperf_auth.c, easy enough to fix those but one of
> these is on a sscanf line that doesn't exactly inspire confidence,
> that could be revisited if anyone actually misses this feature
> 
> comments/ok?

Hi Stuart,

Thanks for working on this!  Builds and tests fine, ok lteo@

Lawrence

> Index: Makefile
> ===
> RCS file: /cvs/ports/net/iperf3/Makefile,v
> retrieving revision 1.3
> diff -u -p -r1.3 Makefile
> --- Makefile  11 Jul 2018 15:36:55 -  1.3
> +++ Makefile  26 Jun 2019 22:15:13 -
> @@ -2,28 +2,26 @@
>  
>  COMMENT= tool to measure maximum achievable bandwidth on IP networks
>  
> -V=   3.6
> +V=   3.7
>  PKGNAME= iperf3-${V}
> +DISTNAME=iperf-${V}
>  
> -GH_ACCOUNT=  esnet
> -GH_PROJECT=  iperf
> -GH_TAGNAME=  ${V}
> -
> -SHARED_LIBS +=   iperf0.0  # 0.0
> +SHARED_LIBS +=   iperf1.0  # 0.0
>  
>  CATEGORIES=  net
>  
> -HOMEPAGE=http://software.es.net/iperf/
> +HOMEPAGE=https://software.es.net/iperf/
>  
>  MAINTAINER=  Lawrence Teo 
>  
>  # BSD 3-clause
> -PERMIT_PACKAGE_CDROM=Yes
> +PERMIT_PACKAGE=  Yes
>  
> -WANTLIB += c crypto m ssl
> +WANTLIB += c m
>  
> -MASTER_SITES=${MASTER_SITES_GITHUB}
> +MASTER_SITES=https://downloads.es.net/pub/iperf/
>  
>  CONFIGURE_STYLE= gnu
> +CONFIGURE_ARGS=   --with-openssl=no
>  
>  .include 
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/iperf3/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo  11 Jul 2018 15:36:55 -  1.2
> +++ distinfo  26 Jun 2019 22:15:13 -
> @@ -1,2 +1,2 @@
> -SHA256 (iperf-3.6.tar.gz) = GtI/cKjrS4kqPLskfK+pVuD1x9i4YBsdnIAxwqgG8j8=
> -SIZE (iperf-3.6.tar.gz) = 602406
> +SHA256 (iperf-3.7.tar.gz) = 2EYEAiQxfK8vdchD0wmpUKfbI/m0S5RojMvlV9bRcQw=
> +SIZE (iperf-3.7.tar.gz) = 605708
> Index: patches/patch-src_Makefile_in
> ===
> RCS file: patches/patch-src_Makefile_in
> diff -N patches/patch-src_Makefile_in
> --- patches/patch-src_Makefile_in 25 May 2017 12:56:35 -  1.1
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,17 +0,0 @@
> -$OpenBSD: patch-src_Makefile_in,v 1.1 2017/05/25 12:56:35 sthen Exp $
> -
> -disable building the profiled binary, it wasn't installed anyway, and fails 
> with clang
> -
> -Index: src/Makefile.in
>  src/Makefile.in.orig
> -+++ src/Makefile.in
> -@@ -91,8 +91,7 @@ POST_UNINSTALL = :
> - build_triplet = @build@
> - host_triplet = @host@
> - bin_PROGRAMS = iperf3$(EXEEXT)
> --noinst_PROGRAMS = t_timer$(EXEEXT) t_units$(EXEEXT) t_uuid$(EXEEXT) \
> --iperf3_profile$(EXEEXT)
> -+noinst_PROGRAMS = t_timer$(EXEEXT) t_units$(EXEEXT) t_uuid$(EXEEXT)
> - TESTS = t_timer$(EXEEXT) t_units$(EXEEXT) t_uuid$(EXEEXT)
> - subdir = src
> - ACLOCAL_M4 = $(top_srcdir)/aclocal.m4
> Index: patches/patch-src_iperf_api_c
> ===
> RCS file: /cvs/ports/net/iperf3/patches/patch-src_iperf_api_c,v
> retrieving revision 1.3
> diff -u -p -r1.3 patch-src_iperf_api_c
> --- patches/patch-src_iperf_api_c 11 Jul 2018 15:36:55 -  1.3
> +++ patches/patch-src_iperf_api_c 26 Jun 2019 22:15:13 -
> @@ -1,9 +1,11 @@
>  $OpenBSD: patch-src_iperf_api_c,v 1.3 2018/07/11 15:36:55 gonzalo Exp $
>  
> +Default to IPv4.
> +
>  Index: src/iperf_api.c
>  --- src/iperf_api.c.orig
>  +++ src/iperf_api.c
> -@@ -2145,7 +2145,7 @@ iperf_defaults(struct iperf_test *testp)
> +@@ -2314,7 +2314,7 @@ iperf_defaults(struct iperf_test *testp)
>   testp->stats_interval = testp->reporter_interval = 1;
>   testp->num_streams = 1;
>   
> Index: patches/patch-src_iperf_udp_c
> ===
> RCS file: patches/patch-src_iperf_udp_c
> diff -N patches/patch-src_iperf_udp_c
> --- patches/patch-src_iperf_udp_c 11 Jul 2018 15:36:55 -  1.2
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,16 +0,0 @@
> -$OpenBSD: patch-src_iperf_udp_c,v 1.2 2018/07/11 15:36:55 gonzalo Exp $
> -
> -Print uint64_t using %llu, size_t is 32 bits on LP32 archs.
> -
> -Index: src/iperf_udp.c
>  src/iperf_udp.c.orig
> -+++ src/iperf_udp.c
> -@@ -149,7 +149,7 @@ iperf_udp_recv(struct iperf_stream *sp)
> - 
> - /* Log the out-of-order packet */
> - if (sp->test->debug) 
> --fprintf(stderr, "OUT OF ORDER - incoming packet sequence %" 
> PRIu64 " but expected sequence %d on stream %d", pcount, sp->packet_count, 
> sp->socket);
> -+fprintf(stderr, "OUT OF ORDER - incoming packet sequence %llu" 
> PRIu64 " but expected

Update: steamworks-nosteam 0.2.1

2019-06-27 Thread Thomas Frohwein

Hi,

This diff updates steamworks-nosteam to 0.2.1. The main change is the
addition of building the additional stub libSteamworksNative.so.0.0
which allows running additional games (Cryptark, Hive, Khet-2.0).
Upstream now contains a Makefile with install target, so the port
Makefile can be simplified. The install directory has changed now to
${PREFIX}/lib/steamworks-nosteam. Therefore, an update to my other port
fnaify will follow soon to take the different location into account.

Also update license marker.

Official release notes:
https://github.com/rfht/Steamworks.NET-nosteam/releases/tag/v0.2.0
https://github.com/rfht/Steamworks.NET-nosteam/releases/tag/v0.2.1

ok?

Index: Makefile
===
RCS file: /cvs/ports/games/steamworks-nosteam/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile27 May 2019 19:49:25 -  1.1.1.1
+++ Makefile27 Jun 2019 23:55:37 -
@@ -2,7 +2,7 @@
 
 COMMENT =  Steamworks stub libraries
 
-V =0.1.1
+V =0.2.1
 DISTNAME = Steamworks.NET-nosteam-v${V}
 PKGNAME =  steamworks-nosteam-${V}
 
@@ -10,22 +10,13 @@ CATEGORIES =games
 HOMEPAGE = https://github.com/rfht/Steamworks.NET-nosteam
 MAINTAINER =   Thomas Frohwein 
 
-# MIT
-PERMIT_PACKAGE_CDROM = Yes
+# MIT (Steamworks.NET), zlib (libSteamworksNative)
+PERMIT_PACKAGE =   Yes
 
 MASTER_SITES = 
https://github.com/rfht/Steamworks.NET-nosteam/releases/download/v${V}/
 
 MODULES =  lang/mono
 NO_TEST =  Yes
 WRKDIST =  ${WRKDIR}/Steamworks.NET-nosteam
-
-do-build:
-   xbuild ${WRKSRC}/Standalone/Steamworks.NET.sln
-
-do-install:
-   mkdir -p ${PREFIX}/share/steamstubs
-   ${INSTALL_DATA} \
-   ${WRKBUILD}/Standalone/bin/x64/OSX-Linux/Steamworks.NET.dll \
-   ${PREFIX}/share/steamstubs
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/games/steamworks-nosteam/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo27 May 2019 19:49:25 -  1.1.1.1
+++ distinfo27 Jun 2019 23:55:37 -
@@ -1,2 +1,2 @@
-SHA256 (Steamworks.NET-nosteam-v0.1.1.tar.gz) = 
OXRqRyaqwBLKtIyv0OLJiTTHiFMpjvZJU08g9GKdqkY=
-SIZE (Steamworks.NET-nosteam-v0.1.1.tar.gz) = 163234
+SHA256 (Steamworks.NET-nosteam-v0.2.1.tar.gz) = 
EXbXAFvxRJz6fz9HFutzNIBiMDM3ASTxNx66acN33Lk=
+SIZE (Steamworks.NET-nosteam-v0.2.1.tar.gz) = 157190
Index: pkg/PLIST
===
RCS file: /cvs/ports/games/steamworks-nosteam/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   27 May 2019 19:49:25 -  1.1.1.1
+++ pkg/PLIST   27 Jun 2019 23:55:37 -
@@ -1,3 +1,4 @@
-@comment $OpenBSD: PLIST,v 1.1.1.1 2019/05/27 19:49:25 thfr Exp $
-share/steamstubs/
-share/steamstubs/Steamworks.NET.dll
+@comment $OpenBSD: PLIST,v$
+lib/steamworks-nosteam/
+lib/steamworks-nosteam/Steamworks.NET.dll
+lib/steamworks-nosteam/libSteamworksNative.so.0.0

[UPDATE] net/gpodder 3.10.7 -> 3.10.9

2019-06-27 Thread trondd

A couple bugfix patches to gPodder.  Also changed to PERMIT_PACKAGE.
Any other new ports infrastructure changes I missed?

Tim.


3.10.9

This is a bug fix release, with Youtube downloads working again after breaking 3
weeks ago when http access was discontinued by google.

Changes since 3.10.8:

Improvements

channel cover in .ico format
custom feed handlers can be provided by extensions:
add model.unregister_custom_handler to be able to unregister on
  extension unload
change handle_url to fetch_channel

Bug fixes

fix #618 download extension lost on long filenames
fix #620 gPodder makes gnome-software confused
html shownotes:
fix broken images and links when episode has no link
use channel's auth
fix jumping webview when hovering a link with a long url
fix #296 - Notification window for failed download should show podcast name
fix #623: youtube - Download failed: 'reason'
fix #625 youtube - Download failed: HTTP is not supported
fix #627 create-desktop-icon.py fails

Translations

French translation update
Dutch translation update
major Polish translation update



Changes since 3.10.7:

Improvements

#597 Extend tagging extension to override ID3 version


Index: Makefile
===
RCS file: /cvs/ports/net/gpodder/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile20 May 2019 22:15:19 -  1.20
+++ Makefile27 Jun 2019 22:50:18 -
@@ -2,8 +2,7 @@
 
 COMMENT=   media aggregator and podcast client
 
-MODPY_EGG_VERSION= 3.10.7
-REVISION=  1
+MODPY_EGG_VERSION= 3.10.9
 
 GH_ACCOUNT=gpodder
 GH_PROJECT=gpodder
@@ -16,7 +15,7 @@ HOMEPAGE= https://gpodder.github.io/
 MAINTAINER=Tim Meunier 
 
 # GPLv3+
-PERMIT_PACKAGE_CDROM=  Yes
+PERMIT_PACKAGE=Yes
 
 
 MODULES=   lang/python \
Index: distinfo
===
RCS file: /cvs/ports/net/gpodder/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo4 Mar 2019 22:28:12 -   1.8
+++ distinfo27 Jun 2019 22:50:18 -
@@ -1,2 +1,2 @@
-SHA256 (gpodder-3.10.7.tar.gz) = hae+7D9jxnaMgRSCrW6TSwUnwp8D6QPKD4LS52TNrXY=
-SIZE (gpodder-3.10.7.tar.gz) = 1021701
+SHA256 (gpodder-3.10.9.tar.gz) = q36rTp5jVWxGOp79zwsmBp9WwEfXzvf9IpMbcboCXb8=
+SIZE (gpodder-3.10.9.tar.gz) = 1027329
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/gpodder/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -r1.9 PLIST
--- pkg/PLIST   4 Mar 2019 22:28:12 -   1.9
+++ pkg/PLIST   27 Jun 2019 22:50:18 -
@@ -5,7 +5,7 @@ bin/gpodder-migrate2tres
 lib/python${MODPY_VERSION}/site-packages/gpodder/
 
lib/python${MODPY_VERSION}/site-packages/gpodder-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info
 lib/python${MODPY_VERSION}/site-packages/gpodder/__init__.py
-lib/python${MODPY_VERSION}/site-packages/gpodder/${MODPY_PYCACHE}/
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/gpodder/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/gpodder/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/gpodder/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/gpodder/${MODPY_PYCACHE}build_info.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
@@ -88,9 +88,11 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/gpodder/feedservice.py
 lib/python${MODPY_VERSION}/site-packages/gpodder/gtkui/
 lib/python${MODPY_VERSION}/site-packages/gpodder/gtkui/__init__.py
-lib/python${MODPY_VERSION}/site-packages/gpodder/gtkui/${MODPY_PYCACHE}/
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/gpodder/gtkui/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/gpodder/gtkui/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/gpodder/gtkui/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/gpodder/gtkui/${MODPY_PYCACHE}app.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/gpodder/gtkui/${MODPY_PYCACHE}app.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/gpodder/gtkui/${MODPY_PYCACHE}base.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/gpodder/gtkui/${MODPY_PYCACHE}base.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/gpodder/gtkui/${MODPY_PYCACHE}config.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
@@ -113,11 +115,12 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/gpodder/gtkui/${MODPY_PYCACHE}shownotes.${MODPY_PYC_MAGIC_TAG}pyc

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Brian Callahan

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/06/27 17:04:20

Modified files:
games/wtf  : Makefile distinfo 

Log message:
Update to wtf-20190623

Re: [UPDATE] www/honk

2019-06-27 Thread Horia Racoviceanu

Update to v0.7.3

Changelog:
-- 0.7.3
+ Better fedicompat so bonks are visible to pleroma followers.
-- 0.7.2
+ Add the funzone. Minor other UI tweaks.

On 6/21/19, Horia Racoviceanu  wrote:
> Update to v0.7.1
>
> Changelog:
> + Fix bug preventing unfollow from working.
>
> On 6/18/19, Horia Racoviceanu  wrote:
>> - add memes directory
>>
>> On 6/18/19, Horia Racoviceanu  wrote:
>>> - add emus directory
>>>
>>> On 6/17/19, Horia Racoviceanu  wrote:
 Update to v0.7.0
 - codename Father Mother Maiden Crone Honker Bonker Zonker

 Changelog:
 +++ Auto fetching and inlining of hoots.
 ++ A new xzone to view and import data not otherwise visible.
 ++ Preview before honking.
 ++ Some extra commands for better database retention management.
 ++ A changelog.
 + Default robots.txt.
 + Misc UI touchups.
 + Read only support for qonks.
 + About page.
 + More reliable (retries) meta messages such as follow requests.
 + Better thread support for missing context.
 + Upgrade image library for cleaner screenshots.
 + Not all summaries need labels.
 + Add max-width for video tag.

 On 6/14/19, Aaron Bieber  wrote:
> On Wed, 12 Jun 2019 at 22:53:45 -0400, Horia Racoviceanu wrote:
>> - bump REVISION
>> - change PERMIT_PACKAGE_CDROM to PERMIT_PACKAGE
>> - change user _honk home directory mode, no longer group writable
>> - update README, add icon and favicon
>
> Tests fine here! OK abieber@ if anyone wants to commit.
>
> --
> PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A  4AF0 1F81 112D
> 62A9
> ADCE
>

>>>
>>
>
Index: Makefile
===
RCS file: /cvs/ports/www/honk/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile4 Jun 2019 02:41:49 -   1.6
+++ Makefile27 Jun 2019 21:48:48 -
@@ -2,13 +2,13 @@
 
 COMMENT =  federated status updater
 
-DISTNAME = honk-0.6.0
+DISTNAME = honk-0.7.3
 CATEGORIES =   www
 
 HOMEPAGE = https://humungus.tedunangst.com/r/honk
 
 # ISC
-PERMIT_PACKAGE_CDROM = Yes
+PERMIT_PACKAGE =   Yes
 
 WANTLIB += c pthread sqlite3
 
Index: distinfo
===
RCS file: /cvs/ports/www/honk/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo4 Jun 2019 02:41:49 -   1.4
+++ distinfo27 Jun 2019 21:48:48 -
@@ -1,2 +1,2 @@
-SHA256 (honk-0.6.0.tgz) = OjBaohbkm8Y/i1RawsOG/qF7dQluuKIGxvnApf+gwGE=
-SIZE (honk-0.6.0.tgz) = 166970
+SHA256 (honk-0.7.3.tgz) = qLsq2tNqmcv6YuqbPuZQrMP2ORgnraSzpoGnLh0INqg=
+SIZE (honk-0.7.3.tgz) = 179922
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/honk/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST   4 Jun 2019 02:41:50 -   1.3
+++ pkg/PLIST   27 Jun 2019 21:48:48 -
@@ -5,28 +5,31 @@
 @bin bin/honk
 share/doc/honk/
 share/doc/honk/README
+share/doc/honk/changelog.txt
 share/doc/honk/manual.txt
 share/doc/honk/ping.txt
 share/doc/honk/security.txt
 share/doc/honk/spec.txt
 share/doc/pkg-readmes/${PKGSTEM}
-@mode 770
+@mode 750
 @owner _honk
 @group _honk
 @sample ${VARBASE}/honk/
-@mode 750
+@sample ${VARBASE}/honk/emus/
+@sample ${VARBASE}/honk/memes/
 @sample ${VARBASE}/honk/views/
-@mode
-@owner
-@group
 share/examples/honk/
 share/examples/honk/schema.sql
 @sample ${VARBASE}/honk/schema.sql
 share/examples/honk/views/
+share/examples/honk/views/about.html
+@sample ${VARBASE}/honk/views/about.html
 share/examples/honk/views/account.html
 @sample ${VARBASE}/honk/views/account.html
 share/examples/honk/views/combos.html
 @sample ${VARBASE}/honk/views/combos.html
+share/examples/honk/views/funzone.html
+@sample ${VARBASE}/honk/views/funzone.html
 share/examples/honk/views/header.html
 @sample ${VARBASE}/honk/views/header.html
 share/examples/honk/views/honk.html
@@ -41,5 +44,7 @@ share/examples/honk/views/login.html
 @sample ${VARBASE}/honk/views/login.html
 share/examples/honk/views/style.css
 @sample ${VARBASE}/honk/views/style.css
+share/examples/honk/views/xzone.html
+@sample ${VARBASE}/honk/views/xzone.html
 share/examples/honk/views/zonkers.html
 @sample ${VARBASE}/honk/views/zonkers.html
Index: pkg/README
===
RCS file: /cvs/ports/www/honk/pkg/README,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 README
--- pkg/README  30 Apr 2019 07:58:17 -  1.1.1.1
+++ pkg/README  27 Jun 2019 21:48:48 -
@@ -15,11 +15,18 @@ acme-client(1)
 # acme-client.conf(5)
 domain honk.example.com {
   domain key "/etc/ssl/private/honk.example.com.key"
-  domain certificate "/etc/ssl/honk.example.com.crt"
   domain full chain certificate "/etc/ssl/honk.example.com.fullchain.pem"
   sign with letsencrypt
 }
 
+Icon and favicon

Re: UPDATE: syncthing-1.1.4

2019-06-27 Thread Edd Barrett

Hi,

On Sun, Jun 16, 2019 at 09:01:01PM +0100, Edd Barrett wrote:
> Hi,
> 
> Here's an update to Syncthing. I'll be testing this over the next few
> days.

This is the same diff again, just with a little more info added to the
README about file descriptor limits.

This came out of a discussion on the syncthing forum here:
https://forum.syncthing.net/t/high-file-descriptor-usage-openbsd/13408

I think this is ready to be committed now.

OK?


Index: Makefile
===
RCS file: /cvs/ports/net/syncthing/Makefile,v
retrieving revision 1.26
diff -u -p -r1.26 Makefile
--- Makefile4 May 2019 21:46:17 -   1.26
+++ Makefile27 Jun 2019 21:12:53 -
@@ -2,7 +2,7 @@
 
 COMMENT =  open decentralized synchronization utility
 
-V =1.1.1
+V =1.1.4
 DISTNAME = syncthing-${V}
 DISTFILES =syncthing-source-v${V}${EXTRACT_SUFX}
 
@@ -29,9 +29,9 @@ do-build:
cd ${WRKSRC} && ${MODGO_CMD} run build.go \
-version v${V} -no-upgrade
 
-# Some tests fail, but they are bugs in the test suite itself, not Syncthing.
-# We are working with upstream to fix these:
-# https://forum.syncthing.net/t/openbsd-test-debugging/12799
+# A couple of test failures caused by a bug in the test suite (but not in
+# Syncthing itself):
+# https://github.com/syncthing/syncthing/issues/5796#issuecomment-502473144
 do-test:
cd ${WRKSRC} && ${MODGO_CMD} run build.go test
 
Index: distinfo
===
RCS file: /cvs/ports/net/syncthing/distinfo,v
retrieving revision 1.16
diff -u -p -r1.16 distinfo
--- distinfo3 May 2019 12:58:59 -   1.16
+++ distinfo27 Jun 2019 21:11:15 -
@@ -1,2 +1,2 @@
-SHA256 (syncthing-source-v1.1.1.tar.gz) = 
p5ZYPBKJR2U5S+OOjehYcFSR3GdCibtpNuaK60viNHc=
-SIZE (syncthing-source-v1.1.1.tar.gz) = 6966579
+SHA256 (syncthing-source-v1.1.4.tar.gz) = 
1GSIS/2S6sLy28g1x0DqfVvZ5uvQvKfNpJaCsNpOa14=
+SIZE (syncthing-source-v1.1.4.tar.gz) = 9364374
Index: patches/patch-build_go
===
RCS file: /cvs/ports/net/syncthing/patches/patch-build_go,v
retrieving revision 1.8
diff -u -p -r1.8 patch-build_go
--- patches/patch-build_go  3 May 2019 12:58:59 -   1.8
+++ patches/patch-build_go  27 Jun 2019 21:11:15 -
@@ -2,7 +2,7 @@ $OpenBSD: patch-build_go,v 1.8 2019/05/0
 Index: build.go
 --- build.go.orig
 +++ build.go
-@@ -188,6 +188,20 @@ var targets = map[string]target{
+@@ -189,6 +189,20 @@ var targets = map[string]target{
{src: "AUTHORS", dst: 
"deb/usr/share/doc/syncthing-relaypoolsrv/AUTHORS.txt", perm: 0644},
},
},
@@ -23,7 +23,7 @@ Index: build.go
  }
  
  // These are repos we need to clone to run "go generate"
-@@ -435,7 +449,7 @@ func appendParameters(args []string, tags []string, ta
+@@ -439,7 +453,7 @@ func appendParameters(args []string, tags []string, ta
  
if !debugBinary {
// Regular binaries get version tagged and skip some debug 
symbols
Index: pkg/README
===
RCS file: /cvs/ports/net/syncthing/pkg/README,v
retrieving revision 1.4
diff -u -p -r1.4 README
--- pkg/README  4 Sep 2018 12:46:19 -   1.4
+++ pkg/README  27 Jun 2019 21:43:56 -
@@ -51,7 +51,12 @@ File Descriptor Limits
 ==
 
 Syncthing is fairly hungry for file descriptors and the default limits may be
-insufficient. If you run Syncthing via the rc.d(8) script, then you can give
+insufficient. On OpenBSD, Syncthing uses kqueue(2) to "watch" files, and since
+kqueue(2) doesn't support recursive watching, each file has be watched
+individually. The upshot of this is that each file in a watched folder will use
+one file descriptor.
+
+If you run Syncthing via the rc.d(8) script, then you can give
 Syncthing more file descriptors by adding the following to login.conf(5):
 
syncthing:\
@@ -62,3 +67,12 @@ Syncthing more file descriptors by addin
 Don't forget to rebuild the login.conf.db file (if necessary):
 
 # [ -f /etc/login.conf.db ] && cap_mkdb /etc/login.conf
+
+Note that in addition to ulimits, there is a kernel-level file descriptor limit
+which may also need to be adjusted. This limit is managed through the
+kern.maxfiles sysctl(8).
+
+Another option is to turn off the file watcher and use only periodic scans.
+This will result in much reduced file descriptor usage at the cost of a
+(configurable) latency. See "watch for changes" and "full rescan interval" in
+the "advanced" tab in a folder's settings (on the web UI).

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/06/27 15:15:19

Modified files:
databases/mariadb: Makefile distinfo 
databases/mariadb/patches: patch-client_CMakeLists_txt 
   patch-cmake_install_macros_cmake 
   patch-cmake_mysql_version_cmake 
   patch-scripts_CMakeLists_txt 
   patch-scripts_mysql_install_db_sh 
   patch-scripts_mysqld_safe_sh 
   patch-sql_CMakeLists_txt 
   patch-storage_connect_reldef_cpp 
   patch-storage_oqgraph_CMakeLists_txt 
databases/mariadb/pkg: PLIST-server PLIST-tests 
Removed files:
databases/mariadb/patches: patch-tests_CMakeLists_txt 

Log message:
update to mariadb-10.3.16, from Brad

Re: [Update] [Stable] archivers/bzip2

2019-06-27 Thread Stuart Henderson

On 2019/06/27 17:08, T.J. Townsend wrote:
> Here's an update to 1.0.7, released today.

I had a quick look at a source code diff, despite 9 years gap
there's not a lot of change. It looks pretty safe to me but given
the risk of breakage I'd prefer to have more eyes on it.

> 1.0.7 (27 Jun 19)
> 
> 
> * Fix undefined behavior in the macros SET_BH, CLEAR_BH, & ISSET_BH
> * bzip2: Fix return value when combining --test,-t and -q.
> * bzip2recover: Fix buffer overflow for large argv[0]
> * bzip2recover: Fix use after free issue with outFile (CVE-2016-3189)
> * Make sure nSelectors is not out of range (CVE-2019-12900)
> 
> https://www.sourceware.org/bzip2/CHANGES
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/archivers/bzip2/Makefile,v
> retrieving revision 1.75
> diff -u -p -r1.75 Makefile
> --- Makefile  24 Jun 2019 14:46:36 -  1.75
> +++ Makefile  27 Jun 2019 20:17:38 -
> @@ -2,8 +2,7 @@
>  
>  COMMENT= block-sorting file compressor, unencumbered
>  
> -DISTNAME=bzip2-1.0.6
> -REVISION=10
> +DISTNAME=bzip2-1.0.7
>  
>  CATEGORIES=  archivers
>  
> @@ -17,8 +16,7 @@ PERMIT_PACKAGE_CDROM=   Yes
>  # uses pledge()
>  WANTLIB += c
>  
> -# originally at bzip.org, domain expired
> -MASTER_SITES=https://spacehopper.org/mirrors/
> +MASTER_SITES=https://sourceware.org/pub/bzip2/
>  
>  BZ2_CFLAGS=  -Wall -Winline -fomit-frame-pointer -fno-strength-reduce
>  MAKE_FLAGS=  CC="${CC}" CFLAGS="${CFLAGS} ${BZ2_CFLAGS}" \
> Index: distinfo
> ===
> RCS file: /cvs/ports/archivers/bzip2/distinfo,v
> retrieving revision 1.8
> diff -u -p -r1.8 distinfo
> --- distinfo  4 Apr 2013 16:03:55 -   1.8
> +++ distinfo  27 Jun 2019 20:17:38 -
> @@ -1,2 +1,2 @@
> -SHA256 (bzip2-1.0.6.tar.gz) = ooSPNPzV1s9H3vAEYfy1KKBITY7e+CCNbS4pCdxh2c0=
> -SIZE (bzip2-1.0.6.tar.gz) = 782025
> +SHA256 (bzip2-1.0.7.tar.gz) = 52iofFsaeVEUmb60FQC8xMryA3Jv/0am9fmtJ/4Iqys=
> +SIZE (bzip2-1.0.7.tar.gz) = 809680
> Index: patches/patch-bzip2recover_c
> ===
> RCS file: patches/patch-bzip2recover_c
> diff -N patches/patch-bzip2recover_c
> --- patches/patch-bzip2recover_c  28 Jun 2016 09:56:23 -  1.1
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,15 +0,0 @@
> -$OpenBSD: patch-bzip2recover_c,v 1.1 2016/06/28 09:56:23 jasper Exp $
> -
> -CVE-2016-3189 bzip2: heap use after free in bzip2recover
> -Patch from: https://bugzilla.redhat.com/show_bug.cgi?id=1319648
> -
>  bzip2recover.c.orig  Tue Jun 28 11:54:25 2016
> -+++ bzip2recover.c   Tue Jun 28 11:54:43 2016
> -@@ -457,6 +457,7 @@ Int32 main ( Int32 argc, Char** argv )
> - bsPutUChar ( bsWr, 0x50 ); bsPutUChar ( bsWr, 0x90 );
> - bsPutUInt32 ( bsWr, blockCRC );
> - bsClose ( bsWr );
> -+outFile = NULL;
> -  }
> -  if (wrBlock >= rbCtr) break;
> -  wrBlock++;
> Index: patches/patch-decompress_c
> ===
> RCS file: patches/patch-decompress_c
> diff -N patches/patch-decompress_c
> --- patches/patch-decompress_c24 Jun 2019 14:46:36 -  1.1
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,27 +0,0 @@
> -$OpenBSD: patch-decompress_c,v 1.1 2019/06/24 14:46:36 sthen Exp $
> -
> -From 74de1e2e6ffc9d51ef9824db71a8ffee5962cdbc Mon Sep 17 00:00:00 2001
> -From: Albert Astals Cid 
> -Date: Tue, 28 May 2019 19:35:18 +0200
> -Subject: [PATCH] Make sure nSelectors is not out of range
> -
> -nSelectors is used in a loop from 0 to nSelectors to access selectorMtf
> -which is
> - UCharselectorMtf[BZ_MAX_SELECTORS];
> -so if nSelectors is bigger than BZ_MAX_SELECTORS it'll do an invalid memory
> -access
> -
> -Fixes out of bounds access discovered while fuzzying karchive
> -
> -Index: decompress.c
>  decompress.c.orig
> -+++ decompress.c
> -@@ -287,7 +287,7 @@ Int32 BZ2_decompress ( DState* s )
> -   GET_BITS(BZ_X_SELECTOR_1, nGroups, 3);
> -   if (nGroups < 2 || nGroups > 6) RETURN(BZ_DATA_ERROR);
> -   GET_BITS(BZ_X_SELECTOR_2, nSelectors, 15);
> --  if (nSelectors < 1) RETURN(BZ_DATA_ERROR);
> -+  if (nSelectors < 1 || nSelectors > BZ_MAX_SELECTORS) 
> RETURN(BZ_DATA_ERROR);
> -   for (i = 0; i < nSelectors; i++) {
> -  j = 0;
> -  while (True) {
>

botan i386 segfault [was Re: devel/monotone i386 breakage, maybe following libc++ update?]

2019-06-27 Thread Stuart Henderson

On 2019/06/20 16:59, Stuart Henderson wrote:
> devel/monotone now fails to build on i386. During the build it runs
> its own-built "mtn" binary to produce manpages, which fails (segfaults),
> fails to produce the manpage file, so packaging fails, making the problem
> noticable.
> 
> It uses C++ and the failure started after the libc++ update. Seems
> repeatable.
> 

This appears to be a problem with botan, the segfault in the devel/monotone
build is in botan code:

$ egdb ./fake-i386/usr/local/bin/mtn 
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i386-unknown-openbsd6.5".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./fake-i386/usr/local/bin/mtn...done.
(gdb) set args manpage
(gdb) r
Starting program: /usr/obj/ports/monotone-1.1/fake-i386/usr/local/bin/mtn 
manpage

Program received signal SIGSEGV, Segmentation fault.
0x082eefff in botan_sha160_x86_32_compress () from 
/usr/local/lib/libbotan-1.10.so.1.1
(gdb) bt
#0  0x082eefff in botan_sha160_x86_32_compress () from 
/usr/local/lib/libbotan-1.10.so.1.1
#1  0x in ?? ()

And I see the same stack trace in botan's own regression tests.

Re: [Update] [Stable] archivers/bzip2

2019-06-27 Thread T.J. Townsend

Here's an update to 1.0.7, released today.

1.0.7 (27 Jun 19)


* Fix undefined behavior in the macros SET_BH, CLEAR_BH, & ISSET_BH
* bzip2: Fix return value when combining --test,-t and -q.
* bzip2recover: Fix buffer overflow for large argv[0]
* bzip2recover: Fix use after free issue with outFile (CVE-2016-3189)
* Make sure nSelectors is not out of range (CVE-2019-12900)

https://www.sourceware.org/bzip2/CHANGES

Index: Makefile
===
RCS file: /cvs/ports/archivers/bzip2/Makefile,v
retrieving revision 1.75
diff -u -p -r1.75 Makefile
--- Makefile24 Jun 2019 14:46:36 -  1.75
+++ Makefile27 Jun 2019 20:17:38 -
@@ -2,8 +2,7 @@
 
 COMMENT=   block-sorting file compressor, unencumbered
 
-DISTNAME=  bzip2-1.0.6
-REVISION=  10
+DISTNAME=  bzip2-1.0.7
 
 CATEGORIES=archivers
 
@@ -17,8 +16,7 @@ PERMIT_PACKAGE_CDROM= Yes
 # uses pledge()
 WANTLIB += c
 
-# originally at bzip.org, domain expired
-MASTER_SITES=  https://spacehopper.org/mirrors/
+MASTER_SITES=  https://sourceware.org/pub/bzip2/
 
 BZ2_CFLAGS=-Wall -Winline -fomit-frame-pointer -fno-strength-reduce
 MAKE_FLAGS=CC="${CC}" CFLAGS="${CFLAGS} ${BZ2_CFLAGS}" \
Index: distinfo
===
RCS file: /cvs/ports/archivers/bzip2/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo4 Apr 2013 16:03:55 -   1.8
+++ distinfo27 Jun 2019 20:17:38 -
@@ -1,2 +1,2 @@
-SHA256 (bzip2-1.0.6.tar.gz) = ooSPNPzV1s9H3vAEYfy1KKBITY7e+CCNbS4pCdxh2c0=
-SIZE (bzip2-1.0.6.tar.gz) = 782025
+SHA256 (bzip2-1.0.7.tar.gz) = 52iofFsaeVEUmb60FQC8xMryA3Jv/0am9fmtJ/4Iqys=
+SIZE (bzip2-1.0.7.tar.gz) = 809680
Index: patches/patch-bzip2recover_c
===
RCS file: patches/patch-bzip2recover_c
diff -N patches/patch-bzip2recover_c
--- patches/patch-bzip2recover_c28 Jun 2016 09:56:23 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,15 +0,0 @@
-$OpenBSD: patch-bzip2recover_c,v 1.1 2016/06/28 09:56:23 jasper Exp $
-
-CVE-2016-3189 bzip2: heap use after free in bzip2recover
-Patch from: https://bugzilla.redhat.com/show_bug.cgi?id=1319648
-
 bzip2recover.c.origTue Jun 28 11:54:25 2016
-+++ bzip2recover.c Tue Jun 28 11:54:43 2016
-@@ -457,6 +457,7 @@ Int32 main ( Int32 argc, Char** argv )
- bsPutUChar ( bsWr, 0x50 ); bsPutUChar ( bsWr, 0x90 );
- bsPutUInt32 ( bsWr, blockCRC );
- bsClose ( bsWr );
-+  outFile = NULL;
-  }
-  if (wrBlock >= rbCtr) break;
-  wrBlock++;
Index: patches/patch-decompress_c
===
RCS file: patches/patch-decompress_c
diff -N patches/patch-decompress_c
--- patches/patch-decompress_c  24 Jun 2019 14:46:36 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,27 +0,0 @@
-$OpenBSD: patch-decompress_c,v 1.1 2019/06/24 14:46:36 sthen Exp $
-
-From 74de1e2e6ffc9d51ef9824db71a8ffee5962cdbc Mon Sep 17 00:00:00 2001
-From: Albert Astals Cid 
-Date: Tue, 28 May 2019 19:35:18 +0200
-Subject: [PATCH] Make sure nSelectors is not out of range
-
-nSelectors is used in a loop from 0 to nSelectors to access selectorMtf
-which is
-   UCharselectorMtf[BZ_MAX_SELECTORS];
-so if nSelectors is bigger than BZ_MAX_SELECTORS it'll do an invalid memory
-access
-
-Fixes out of bounds access discovered while fuzzying karchive
-
-Index: decompress.c
 decompress.c.orig
-+++ decompress.c
-@@ -287,7 +287,7 @@ Int32 BZ2_decompress ( DState* s )
-   GET_BITS(BZ_X_SELECTOR_1, nGroups, 3);
-   if (nGroups < 2 || nGroups > 6) RETURN(BZ_DATA_ERROR);
-   GET_BITS(BZ_X_SELECTOR_2, nSelectors, 15);
--  if (nSelectors < 1) RETURN(BZ_DATA_ERROR);
-+  if (nSelectors < 1 || nSelectors > BZ_MAX_SELECTORS) 
RETURN(BZ_DATA_ERROR);
-   for (i = 0; i < nSelectors; i++) {
-  j = 0;
-  while (True) {

Re: minetest-old version

2019-06-27 Thread Michael Warmuth-Uhl


Hello,

On 6/27/19 7:34 PM, Leonid Bobrov wrote:

On Thu, Jun 27, 2019 at 06:53:44PM +0200, tylerander...@posteo.net wrote:

I notice that the port of minetest (games/minetest) is on an old version.
Can anyone try to update it to something more recent?

Already done by me, but nobody bothers to commit it:
https://marc.info/?l=openbsd-ports=155852123404741=2


That patch does not apply anymore because Makefile was updated since. Please
find below my trivially modified patch which does apply.

Builds on amd64 and runs ok.

On some old worlds with missing mod dependencies it segfaults (in strlen()) but
that's probably expected.

Thank you and best regards,

Michael




Index: Makefile
===
RCS file: /cvs/ports/games/minetest/Makefile,v
retrieving revision 1.29
diff -u -p -u -p -r1.29 Makefile
--- Makefile20 May 2019 22:15:10 -  1.29
+++ Makefile22 May 2019 10:29:26 -
@@ -1,50 +1,57 @@
 # $OpenBSD: Makefile,v 1.29 2018/05/20 22:15:10 naddy Exp $
 
 COMMENT =		infinite-world block sandbox game

-# minetest_game is still 0.4.17
-# this is engine's bug fix release
-GAME_V =   0.4.17
-V =${GAME_V}.1
+V =5.0.1
 DISTNAME = minetest-${V}
 CATEGORIES =   games x11
-REVISION = 4
 
-HOMEPAGE =		http://www.minetest.net/

+HOMEPAGE = https://www.minetest.net/
+
+MAINTAINER =   Leonid Bobrov 
 
 # source LGPLv2.1/ datas CC BY-SA 3.0

 PERMIT_PACKAGE_CDROM = Yes
 
 WANTLIB += ${COMPILER_LIBCXX} GL GLU ICE Irrlicht SM X11 Xext

-WANTLIB += Xxf86vm bz2 c curl curses form freetype gmp iconv intl
-WANTLIB += jpeg luajit-${MODLUA_VERSION} m ogg openal png pq
-WANTLIB += spatialindex sqlite3 vorbis vorbisfile z
+WANTLIB += Xxf86vm bz2 c curl curses form freetype gmp hiredis
+WANTLIB += jsoncpp iconv intl jpeg leveldb luajit-${MODLUA_VERSION}
+WANTLIB += m ogg openal png pq spatialindex sqlite3 vorbis
+WANTLIB += vorbisfile z
 
 COMPILER =		base-clang ports-gcc base-gcc
 
 MASTER_SITES =		https://github.com/minetest/
 
 DISTFILES =		minetest-{minetest/archive/}${V}${EXTRACT_SUFX} \

-   
minetest-game-{minetest_game/archive/}${GAME_V}${EXTRACT_SUFX}
+   
minetest-game-{minetest_game/archive/}${V}${EXTRACT_SUFX}
 
 MODULES =		devel/cmake \

lang/lua
 
-CONFIGURE_ARGS =	-DENABLE_GETTEXT=ON -DCUSTOM_MANDIR=${PREFIX}/man

-CONFIGURE_ARGS+=   -DENABLE_REDIS=FALSE -DENABLE_LEVELDB=FALSE
-CONFIGURE_ARGS+=   -DBUILD_SERVER=TRUE
-CONFIGURE_ENV +=   CXXFLAGS="-I${X11BASE}/include"
+CONFIGURE_ARGS =   -DBUILD_SERVER=TRUE \
+   -DCUSTOM_MANDIR=${PREFIX}/man \
+   -DCMAKE_DISABLE_FIND_PACKAGE_Doxygen=TRUE \
+   -DENABLE_SYSTEM_JSONCPP=TRUE \
+   -DUSE_GPROF=TRUE
+
+CONFIGURE_ENV =CFLAGS="${CFLAGS}" \
+   CXXFLAGS="${CXXFLAGS}"
 
-BUILD_DEPENDS =		devel/gettext,-tools

+BUILD_DEPENDS =databases/postgresql,-server \
+   devel/gettext,-tools
 
 RUN_DEPENDS =		devel/desktop-file-utils \

x11/gtk+3,-guic
 
-LIB_DEPENDS =		audio/openal \

-   devel/gmp \
-   databases/sqlite3 \
+LIB_DEPENDS =  audio/libvorbis \
+   audio/openal \
+   databases/leveldb \
+   databases/libhiredis \
databases/postgresql \
+   databases/sqlite3 \
+   devel/gmp \
+   devel/jsoncpp \
geo/spatialindex \
-   audio/libvorbis \
lang/luajit \
net/curl \
x11/irrlicht
@@ -52,7 +59,7 @@ LIB_DEPENDS = audio/openal \
 NO_TEST =  Yes
 
 post-install:

-   mv ${WRKDIR}/minetest_game-${GAME_V}/ \
+   mv ${WRKDIR}/minetest_game-${V}/ \
${PREFIX}/share/minetest/games/minetest_game
chown -R ${SHAREOWN}:${SHAREGRP} 
${PREFIX}/share/minetest/games/minetest_game
 
Index: distinfo

===
RCS file: /cvs/ports/games/minetest/distinfo,v
retrieving revision 1.9
diff -u -p -u -p -r1.9 distinfo
--- distinfo25 Jun 2018 20:02:06 -  1.9
+++ distinfo22 May 2019 10:29:26 -
@@ -1,4 +1,4 @@
-SHA256 (minetest-0.4.17.1.tar.gz) = 
zSXUDFP0kjJe2r0vY5clD0CmHLn+Sh1N1usDDg0c61k=
-SHA256 (minetest-game-0.4.17.tar.gz) = 
8KsHy0fBVAsgFr92o24u7Ciw6ngnv2b8VEfgxeXUSV0=
-SIZE (minetest-0.4.17.1.tar.gz) = 7758675
-SIZE (minetest-game-0.4.17.tar.gz) = 1356784
+SHA256 (minetest-5.0.1.tar.gz) = qncc8XitG0NtVyPl1t0k5CtdVvHP6ckw9kJrfyS7FjU=
+SHA256 (minetest-game-5.0.1.tar.gz) = 
ll0s86yMgivJ5g+49QgYL7LyTd5G9GsADK8iXr4uxRk=
+SIZE (minetest-5.0.1.tar.gz) =

Re: First port: Ungoogled Chromium

2019-06-27 Thread Robert Nagy

On 27/06/19 20:12 +0200, h3artbl33d wrote:
> Hi,
> 
> I am currently tinkering with my first port; Ungoogled Chromium with the help
> of the awesome Chromoum port robert@ has already created (yay for pledge and
> unveil!). Is there anyone whom already went down this rabbit hole?
> 
> I am really new to porting, so chances are rather slim that I'll be able to
> create a package in the end; but hey, rather have tried and failed miserably.
> 
> Picked Ungoogled Chromium as the project is more in line with upstream than
> Iridium is and because it integrates some Iridium patches, as well as Inox,
> Bromite and custom patches to bash out Google even harder.
> 
> Thanks,
> J.
> 

Hi

I can only see this work as a flavor for www/chromium with the additional 
patches
applied if the flavor is selected. No need for a new port.

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Frederic Cambus

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2019/06/27 13:05:23

Modified files:
net/p5-GeoIP2  : Makefile distinfo 

Log message:
Update p5-GeoIP2 to 2.006002.

This module is deprecated and will only receive fixes for major bugs and
security vulnerabilities. New features and functionality will not be added.

Re: CVS: cvs.openbsd.org: ports

2019-06-27 Thread Giovanni Bechis

Il 27 giugno 2019 20:54:45 CEST, Frederic Cambus  ha 
scritto:
>CVSROOT:   /cvs
>Module name:   ports
>Changes by:fcam...@cvs.openbsd.org 2019/06/27 12:54:45
>
>Modified files:
>   net/p5-MaxMind-DB-Reader: Makefile distinfo 
>
>Log message:
>Update p5-MaxMind-DB-Reader to 1.14.
>
>This module is deprecated and will only receive fixes for major bugs
>and
>security vulnerabilities. New features and functionality will not be
>added.

any alternatives you are aware to query MaxMind from Perl ?
   Giovanni

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Frederic Cambus

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2019/06/27 12:57:09

Modified files:
net/p5-MaxMind-DB-Reader-XS: Makefile distinfo 

Log message:
Update p5-MaxMind-DB-Reader-XS to 1.08.

This module is deprecated and will only receive fixes for major bugs and
security vulnerabilities. New features and functionality will not be added.

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Frederic Cambus

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2019/06/27 12:54:45

Modified files:
net/p5-MaxMind-DB-Reader: Makefile distinfo 

Log message:
Update p5-MaxMind-DB-Reader to 1.14.

This module is deprecated and will only receive fixes for major bugs and
security vulnerabilities. New features and functionality will not be added.

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Frederic Cambus

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2019/06/27 12:33:17

Modified files:
textproc/ruby-rouge: Makefile distinfo 
textproc/ruby-rouge/pkg: PLIST 

Log message:
Update ruby-rouge to 3.5.1.

First port: Ungoogled Chromium

2019-06-27 Thread h3artbl33d

Hi,

I am currently tinkering with my first port; Ungoogled Chromium with the help
of the awesome Chromoum port robert@ has already created (yay for pledge and
unveil!). Is there anyone whom already went down this rabbit hole?

I am really new to porting, so chances are rather slim that I'll be able to
create a package in the end; but hey, rather have tried and failed miserably.

Picked Ungoogled Chromium as the project is more in line with upstream than
Iridium is and because it integrates some Iridium patches, as well as Inox,
Bromite and custom patches to bash out Google even harder.

Thanks,
J.

Re: minetest-old version

2019-06-27 Thread Leonid Bobrov

On Thu, Jun 27, 2019 at 06:53:44PM +0200, tylerander...@posteo.net wrote:
> I notice that the port of minetest (games/minetest) is on an old version.
> Can anyone try to update it to something more recent?
> 

Already done by me, but nobody bothers to commit it:
https://marc.info/?l=openbsd-ports=155852123404741=2

Re: minetest-old version

2019-06-27 Thread Stuart Henderson

On 2019/06/27 18:53, tylerander...@posteo.net wrote:
> I notice that the port of minetest (games/minetest) is on an old version.
> Can anyone try to update it to something more recent?
> 

yes, anyone can try updating it.

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/06/27 11:31:37

Modified files:
x11/i3-mousedrag: Makefile 
Added files:
x11/i3-mousedrag/patches: patch-Makefile_am 
Removed files:
x11/i3-mousedrag/patches: patch-Makefile_in patch-configure 

Log message:
use CONFIGURE_STYLE=autoreconf for x11/i3-mousedrag.

annoying one because it had patches in autoconf-generated files (inherited
from x11/i3).

minetest-old version

2019-06-27 Thread tyleranderson

I notice that the port of minetest (games/minetest) is on an old 
version. Can anyone try to update it to something more recent?

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Kurt Mosiejczuk

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2019/06/27 10:03:23

Modified files:
devel/py-modulegraph: Makefile distinfo 

Log message:
Update devel/py-modulegraph 0.16 -> 0.17

OK kn@ sthen@

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Brian Callahan

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/06/27 10:01:52

Modified files:
audio/mscore   : Makefile distinfo 
audio/mscore/patches: patch-mscore_CMakeLists_txt 

Log message:
Update to musescore-3.2
Announcement: https://musescore.org/en/3.2

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Kurt Mosiejczuk

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2019/06/27 09:59:57

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

Log message:
Maintainer update devel/py-progress 1.5 -> 1.6

>From maintainer Timo Myyr with tweaks by me

OK kn@ sthen@

Re: CVS: cvs.openbsd.org: ports

2019-06-27 Thread Stuart Henderson

On 2019/06/25 04:50, Sebastian Reitenbach wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   sebas...@cvs.openbsd.org2019/06/25 04:50:03
> 
> Log message:
> import sn0int
> 
> sn0int is a semi-automatic OSINT framework and package manager. It was 
> built
> for IT security professionals and bug hunters to gather intelligence 
> about a
> given target or about yourself. sn0int is enumerating attack surface by
> semi-automatically processing public information and mapping the results 
> in a
> unified format for followup investigations.
> 
> port from kpcyrd at rxv cc
> 
> OK gonzalo@, bentley@
> 
> Status:
> 
> Vendor Tag:   sebastia
> Release Tags: sebastia_20190625
> 
> N ports/security/sn0int/Makefile
> N ports/security/sn0int/distinfo
> N ports/security/sn0int/pkg/PLIST
> N ports/security/sn0int/pkg/DESCR
> 
> No conflicts created by this import
> 

Fails on i386:

 Running `/usr/local/bin/rustc --crate-name typenum 
/usr/obj/ports/sn0int-0.11.2/sn0int-0.11.2/modcargo-crates/typenum-1.10.0/src/lib.rs
 --color never --crate-type lib --emit=dep-info,link -C opt-level=1 -C 
metadata=399ee8a0cfe4b41d -C extra-filename=-399ee8a0cfe4b41d --out-dir 
/usr/obj/ports/sn0int-0.11.2/build-i386/target/release/deps -L 
dependency=/usr/obj/ports/sn0int-0.11.2/build-i386/target/release/deps 
--cap-lints allow -C debuginfo=0`
error[E0428]: the name `U1024` is defined multiple times
--> 
/usr/obj/ports/sn0int-0.11.2/build-i386/target/release/build/typenum-5e6397b4a3b9ef31/out/consts.rs:2112:5
 |
2110 | pub type U1024 = 
UInt, B0>, B0>, 
B0>, B0>, B0>, B0>, B0>, B0>, B0>, B0>;
 | 
-
 previous definition of the type `U1024` here
2111 | pub type P1024 = PInt; pub type N1024 = NInt;
2112 | pub type U1024 = 
UInt, B0>, B0>, 
B0>, B0>, B0>, B0>, B0>, B0>, B0>, B0>;
 | 
^
 `U1024` redefined here
 |
 = note: `U1024` must be defined only once in the type namespace of this 
module

error[E0428]: the name `P1024` is defined multiple times
--> 
/usr/obj/ports/sn0int-0.11.2/build-i386/target/release/build/typenum-5e6397b4a3b9ef31/out/consts.rs:2113:5
 |
2111 | pub type P1024 = PInt; pub type N1024 = NInt;
 | - previous definition of the type 
`P1024` here
2112 | pub type U1024 = 
UInt, B0>, B0>, 
B0>, B0>, B0>, B0>, B0>, B0>, B0>, B0>;
2113 | pub type P1024 = PInt; pub type N1024 = NInt;
 | ^ `P1024` redefined here
 |
 = note: `P1024` must be defined only once in the type namespace of this 
module

error[E0428]: the name `N1024` is defined multiple times
--> 
/usr/obj/ports/sn0int-0.11.2/build-i386/target/release/build/typenum-5e6397b4a3b9ef31/out/consts.rs:2113:35
 |
2111 | pub type P1024 = PInt; pub type N1024 = NInt;
 |   - previous 
definition of the type `N1024` here
2112 | pub type U1024 = 
UInt, B0>, B0>, 
B0>, B0>, B0>, B0>, B0>, B0>, B0>, B0>;
2113 | pub type P1024 = PInt; pub type N1024 = NInt;
 |   ^ `N1024` 
redefined here
 |
 = note: `N1024` must be defined only once in the type namespace of this 
module

error: aborting due to 3 previous errors

For more information about this error, try `rustc --explain E0428`.
error: Could not compile `typenum`.

Caused by:
  process didn't exit successfully: `/usr/local/bin/rustc --crate-name typenum 
/usr/obj/ports/sn0int-0.11.2/sn0int-0.11.2/modcargo-crates/typenum-1.10.0/src/lib.rs
 --color never --crate-type lib --emit=dep-info,link -C opt-level=1 -C 
metadata=399ee8a0cfe4b41d -C extra-filename=-399ee8a0cfe4b41d --out-dir 
/usr/obj/ports/sn0int-0.11.2/build-i386/target/release/deps -L 
dependency=/usr/obj/ports/sn0int-0.11.2/build-i386/target/release/deps 
--cap-lints allow -C debuginfo=0` (exit code: 1)

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Thomas Frohwein

CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2019/06/27 09:53:11

Modified files:
games/depotdownloader: Makefile distinfo 

Log message:
update to depotdownloader 2.3.1, fixing CDN server bootstrapping

ok brynet@
ok kn@ with some helpful nits, thanks!
Left LICENSE as GLPv2 for now after discussion with sthen@ and
bentley@. Upstream needs to add/clarify copyright terms which I will
bring up with them.

Re: i386 build failures: games/dxx-rebirth

2019-06-27 Thread Stuart Henderson

On 2019/06/27 09:24, Thomas Frohwein wrote:
> On Thu, Jun 27, 2019 at 12:28:46PM +0100, Stuart Henderson wrote:
> > Nothing changed in dxx-rebirth itself recently, possibly due to
> > libc++/llvm updates.
> > 
> > ld: error: undefined symbol: dxx_error_object_type_mismatch()
> > >>> referenced by collide.cpp
> > >>>   
> > >>> similar/main/.d1x-rebirth.collide.o:(bump_this_object(valptridx::ptridx > object>::vm>, valptridx::ptridx::vm>, 
> > dcx::vms_vector const&, int))
> > c++: error: linker command failed with exit code 1 (use -v to see 
> > invocation)
> > scons: *** [d1x-rebirth/d1x-rebirth] Error 1
> > scons: building terminated because of errors.
> > Failed target count: total=1; targets with enable_build_failure_summary=1: 1
> > Failed node list:
> > 
> 
> This looks like thes same error as on amd64 after clang/llvm update. On
> amd64 this is resolved with an updated version of the port that first
> needs an update to physfs. I'm working on addressing kn's questions
> about the physfs update, after which an update of dxx-rebirth should
> resolve the build failure.
> 

Thanks, I've added a BROKEN marker on clang arches for now.

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/06/27 09:48:59

Modified files:
games/dxx-rebirth: Makefile 

Log message:
mark BROKEN on clang archs, pending update

Re: i386 build failures: games/dxx-rebirth

2019-06-27 Thread Thomas Frohwein

On Thu, Jun 27, 2019 at 12:28:46PM +0100, Stuart Henderson wrote:
> Nothing changed in dxx-rebirth itself recently, possibly due to
> libc++/llvm updates.
> 
> ld: error: undefined symbol: dxx_error_object_type_mismatch()
> >>> referenced by collide.cpp
> >>>   
> >>> similar/main/.d1x-rebirth.collide.o:(bump_this_object(valptridx::ptridx object>::vm>, valptridx::ptridx::vm>, 
> dcx::vms_vector const&, int))
> c++: error: linker command failed with exit code 1 (use -v to see invocation)
> scons: *** [d1x-rebirth/d1x-rebirth] Error 1
> scons: building terminated because of errors.
> Failed target count: total=1; targets with enable_build_failure_summary=1: 1
> Failed node list:
> 

This looks like thes same error as on amd64 after clang/llvm update. On
amd64 this is resolved with an updated version of the port that first
needs an update to physfs. I'm working on addressing kn's questions
about the physfs update, after which an update of dxx-rebirth should
resolve the build failure.

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Jeremie Courreges-Anglas

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

Modified files:
graphics/ffmpeg: Makefile 
Added files:
graphics/ffmpeg/patches: patch-libavformat_aacdec_c 

Log message:
avformat/aacdec: fix demuxing of small frames

Fixes playback (mpv, mplayer...) of the .m4a files produced by my phone.
Fix picked from upstream, help and ok sthen@, ok Brad (maintainer)

Re: [UPDATE] devel/openmpi 4.0.1

2019-06-27 Thread Jeremie Courreges-Anglas

On Tue, Jun 25 2019, Martin Reindl  wrote:
> Am 22.06.2019 um 20:09 schrieb Jeremie Courreges-Anglas:
>> On Thu, Jun 06 2019, Martin Reindl  wrote:
>>> On Sat, Jun 01, 2019 at 08:03:17PM +0100, Stuart Henderson wrote:
 That needs fixing then..
 --
 Sent from a phone, apologies for poor formatting.

 On 1 June 2019 17:15:19 Jeremie Courreges-Anglas  wrote:

> On Sat, Jun 01 2019, Stuart Henderson  wrote:
>> Please don't do the huge bump for SHARED_LIBS, just a standard major
>> bump for the existing libraries and start the new ones at 0.0
>
> IIRC the problem is that SHARED_LIBS isn't respected.
>
>>>
>>> Here is a polished version of the diff which should pass strict inspection
>>> by the ports@ team:
>>>
>>> - respects SHARED_LIBS by using base libtool, m4 from devel/libtool and 
>>> -ltdl
>>> - c++ interface is deprecated and not enabled in contrast to 1.0.4
>>
>> Maybe this should use COMPILER_LANGS = c, then.  make
>> port-lib-depends-check complains about 'Extra:  estdc++.19' on sparc64.
>>
>>> - now uses SEPERATE-BUILD
>>> - passes make test on macppc, arm64 and amd64 and schedules jobs on virtual
>>>amd64 mini-mpi-cluster
>>> - now uses egfortran from ports-gcc instead of f77
>>
>>> - tidy up Makefile a bit so things look more in order for me
>>
>> Well, that's a bit of churn and it still doesn't match the canonical
>> order recommended by Makefile.template.  SHARED_LIBS and MASTER_SITES
>> look completely out of place.
>>
>> Except for this point, this update looks good.  make package fails on
>> sparc64 because lib/openmpi/mca_patcher_overwrite.* are arch-specific.
>> Here's an updated diff that uses the order of Makefile.template and
>> @comments out the arch-specific files.
>>
>> Additional tweaks:
>> - use https HOMEPAGE/MASTER_SITES
>> - PERMIT_PACKAGE_CDROM -> PERMIT_PACKAGE
>> - strip "base-gcc" from COMPILER, it's not needed/useful
>> - use V=1 in MAKE_FLAGS, looks like --disable-silent-rules isn't passed
>> down to all configure scripts.
>>
>> The remaining patch is still a bit broken, comparisons like
>>
>>"if (fsbuf.f_fstypename == MOUNT_NFS) {"
>>
>> can't yield true since MOUNT_NFS is string literal "nfs" and
>> fsbuf.f_fstypename is a char array in a struct.  I'm not sure how much
>> we care, though, at least it builds...
>>
>> What do you think?  Yay, nay?  :)
>
> Well, yes, this is an improvement, thank you for the additional work.
> Things like the NFS problem remain (but openmpi can just run with ssh
> keys).

I have committed this diff, together with a few additional whitespace
fixes noticed by portcheck(1).  Thanks for this long-needed update!

Note that what has been committed shouldn't have a problem with NFS: the
code in ad_fstype.c already properly checks for f_fstypename and uses
it.  Our patch is still bogus though, please find an additional diff
below.  ok?

> And there is a pthread_mutexattr_setpshared() (which we don't have)
> problem deep down in pmix which needs to be investigated at some point.

Is that a problem at runtime?

> What is the status with
> pthread_mutexattr_setpshared()/pthread_mutexattr_getpshared these days?

While we do implement similar pthread_*attr_[gs]etpshared() APIs, they
aren't very useful since we only implement PTHREAD_PROCESS_PRIVATE.
I guess adding pthread_mutexattr_[gs]etpshared would be trivial, even if
not very useful.



Index: Makefile
===
RCS file: /cvs/ports/devel/openmpi/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- Makefile27 Jun 2019 13:52:00 -  1.27
+++ Makefile27 Jun 2019 14:03:11 -
@@ -2,8 +2,9 @@
 
 COMMENT =  open source MPI-3.1 implementation
 
-V= 4.0.1
+V =4.0.1
 DISTNAME = openmpi-$V
+REVISION = 0
 
 SHARED_LIBS +=  mca_common_dstore 0.0 # 1.0
 SHARED_LIBS +=  mca_common_monitoring 0.0 # 60.0
Index: patches/patch-ompi_mca_io_romio321_romio_adio_common_ad_fstype_c
===
RCS file: 
/cvs/ports/devel/openmpi/patches/patch-ompi_mca_io_romio321_romio_adio_common_ad_fstype_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-ompi_mca_io_romio321_romio_adio_common_ad_fstype_c
--- patches/patch-ompi_mca_io_romio321_romio_adio_common_ad_fstype_c27 Jun 
2019 13:52:00 -  1.1
+++ patches/patch-ompi_mca_io_romio321_romio_adio_common_ad_fstype_c27 Jun 
2019 14:03:11 -
@@ -1,90 +1,33 @@
 $OpenBSD: patch-ompi_mca_io_romio321_romio_adio_common_ad_fstype_c,v 1.1 
2019/06/27 13:52:00 jca Exp $
 
+Our struct statfs doesn't have an f_type member.
+
 Index: ompi/mca/io/romio321/romio/adio/common/ad_fstype.c
 --- ompi/mca/io/romio321/romio/adio/common/ad_fstype.c.orig
 +++ ompi/mca/io/romio321/romio/adio/common/ad_fstype.c
-@@ -38,7 +38,7 @@
-  *
-  * There are three more "general" mechanisms that we use for detecting
-

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Jeremie Courreges-Anglas

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2019/06/27 07:52:00

Modified files:
devel/openmpi  : Makefile distinfo 
devel/openmpi/pkg: DESCR PLIST 
Added files:
devel/openmpi/patches: 
   
patch-ompi_mca_io_romio321_romio_adio_common_ad_fstype_c 
Removed files:
devel/openmpi/patches: 
   
patch-ompi_contrib_vt_vt_tools_compwrap_compwrap_cc 
   patch-ompi_mca_btl_tcp_btl_tcp_component_c 
   
patch-ompi_mca_io_romio_romio_adio_common_ad_fstype_c 
   patch-opal_asm_base_MIPS_asm 
   patch-opal_include_opal_config_h_in 
   patch-opal_util_if_c 
   patch-orte_mca_oob_tcp_oob_tcp_c 

Log message:
Major update to openmpi-4.0.1

>From Martin Reindl (martin@) with input from sthen@ and me.  ok sthen@

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Solene Rapenne

CVSROOT:/cvs
Module name:ports
Changes by: sol...@cvs.openbsd.org  2019/06/27 07:51:55

Modified files:
net/znc: Tag: OPENBSD_6_5 Makefile distinfo 

Log message:
Update to znc-1.7.4

ok maintainer
patch from Hiltjo Posthuma

Fix CVE-2019-12816

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Solene Rapenne

CVSROOT:/cvs
Module name:ports
Changes by: sol...@cvs.openbsd.org  2019/06/27 07:51:01

Modified files:
net/znc: Makefile distinfo 

Log message:
Update to znc-1.7.4

ok maintainer
patch from Hiltjo Posthuma

Fix CVE-2019-12816

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Solene Rapenne

CVSROOT:/cvs
Module name:ports
Changes by: sol...@cvs.openbsd.org  2019/06/27 07:48:08

Modified files:
www/tor-browser: Tag: OPENBSD_6_5 Makefile.inc 
www/tor-browser/browser: Tag: OPENBSD_6_5 Makefile distinfo 
www/tor-browser/browser/patches: Tag: OPENBSD_6_5 
 
patch-build_moz_configure_init_configure 
www/tor-browser/https-everywhere: Tag: OPENBSD_6_5 Makefile 
  distinfo 
www/tor-browser/noscript: Tag: OPENBSD_6_5 Makefile distinfo 
www/tor-browser/tor-launcher: Tag: OPENBSD_6_5 Makefile 
www/tor-browser/tor-launcher/patches: Tag: OPENBSD_6_5 
  patch-Makefile 
www/tor-browser/torbutton: Tag: OPENBSD_6_5 Makefile distinfo 

Log message:
Update to tor-browser-8.0.9

ok maintainer
restore extensions due to SSL certificates expiration

Re: UPDATE: net/znc 1.7.3 -> 1.7.4

2019-06-27 Thread Brad Smith


OK.

On 6/26/2019 3:04 PM, Hiltjo Posthuma wrote:

Hi,

This updates the znc port from 1.7.3 to 1.7.4.

It contains a security fix:

Modules.cpp in ZNC before 1.7.4-rc1 allows remote authenticated non-admin users
to escalate privileges and execute arbitrary code by loading a module with a
crafted name.

Reference: https://nvd.nist.gov/vuln/detail/CVE-2019-12816
Patch reference: 
https://github.com/znc/znc/commit/8de9e376ce531fe7f3c8b0aa4876d15b479b7311

I only build the package on amd64 and have not tested it.


Patch below:


diff --git net/znc/Makefile net/znc/Makefile
index 6cb912ed596..52267267db7 100644
--- net/znc/Makefile
+++ net/znc/Makefile
@@ -2,8 +2,7 @@
  
  COMMENT=	advanced IRC bouncer
  
-DISTNAME=	znc-1.7.3

-REVISION=  0
+DISTNAME=  znc-1.7.4
  CATEGORIES=   net
  MASTER_SITES= ${HOMEPAGE}releases/
  
diff --git net/znc/distinfo net/znc/distinfo

index 4a337b107f8..b333b2182eb 100644
--- net/znc/distinfo
+++ net/znc/distinfo
@@ -1,2 +1,2 @@
-SHA256 (znc-1.7.3.tar.gz) = HkzDGDeh6ObMMQhzZZoWfOwWo/1CgcvDvzZOQjUsET0=
-SIZE (znc-1.7.3.tar.gz) = 2084575
+SHA256 (znc-1.7.4.tar.gz) = saMpIajm157mxZAMjQcpMCaWbbfAWqrEiYQjG+/Em3E=
+SIZE (znc-1.7.4.tar.gz) = 2084756

Re: graphics/ffmpeg: avformat/aacdec: fix demuxing of small frames

2019-06-27 Thread Brad Smith


OK.

On 6/27/2019 9:10 AM, Jeremie Courreges-Anglas wrote:

I couldn't get mpv to read the .m4a files produced by my Android phone.

--8<--
ritchie ~$ file zic/phone/France-Sunn-O\)\)\)-Stereolux.m4a
zic/phone/France-Sunn-O)))-Stereolux.m4a: MPEG ADTS, AAC, v2 LC, 48 kHz, stereo
# Before:
ritchie ~/zic/phone$ mpv 'France-Sunn-O)))-Stereolux.m4a'
Playing: France-Sunn-O)))-Stereolux.m4a
[ffmpeg/demuxer] aac: Could not find codec parameters for stream 0 (Audio: aac, 
0 channels, fltp): unspecified sample rate
[ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' and 
'probesize' options
  (+) Audio --aid=1 (aac)
[lavf] error reading packet.
[lavf] error reading packet.
ritchie ~/zic/phone$
--8<--

sthen and I found those reports upstream:

   https://trac.ffmpeg.org/ticket/7869
   https://trac.ffmpeg.org/ticket/7271

Applying 
https://git.videolan.org/?p=ffmpeg.git;a=commitdiff_plain;h=d88193c2196cf5342424aaa7a44b046c71c2527a
lets mpv play these files again.

-->8--
# After:
ritchie ~$ mpv zic/phone/France-Sunn-O\)\)\)-Stereolux.m4a
Playing: zic/phone/France-Sunn-O)))-Stereolux.m4a
[ffmpeg/audio] aac: Input buffer exhausted before END element found
[ffmpeg/demuxer] aac: Estimating duration from bitrate, this may be inaccurate
  (+) Audio --aid=1 (aac 2ch 48000Hz)
[ffmpeg/audio] aac: Input buffer exhausted before END element found
Error decoding audio.
AO: [sdl] 48000Hz stereo 2ch s32
A: 00:00:14 / 03:06:47 (0%)
-->8--


ok?


Index: Makefile
===
RCS file: /cvs/ports/graphics/ffmpeg/Makefile,v
retrieving revision 1.187
diff -u -p -r1.187 Makefile
--- Makefile13 Jun 2019 21:03:55 -  1.187
+++ Makefile27 Jun 2019 11:24:22 -
@@ -4,7 +4,7 @@ COMMENT=audio/video converter and strea
  
  V=		4.1.3

  DISTNAME= ffmpeg-${V}
-REVISION=  4
+REVISION=  5
  EPOCH=0
  CATEGORIES=   graphics multimedia
  MASTER_SITES= https://ffmpeg.org/releases/
Index: patches/patch-libavformat_aacdec_c
===
RCS file: patches/patch-libavformat_aacdec_c
diff -N patches/patch-libavformat_aacdec_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-libavformat_aacdec_c  27 Jun 2019 11:24:22 -
@@ -0,0 +1,76 @@
+$OpenBSD$
+
+From: James Almer 
+Date: Thu, 25 Apr 2019 22:04:01 + (-0300)
+Subject: avformat/aacdec: fix demuxing of small frames
+X-Git-Url: 
http://git.videolan.org/?p=ffmpeg.git;a=commitdiff_plain;h=d88193c2196cf5342424aaa7a44b046c71c2527a
+
+avformat/aacdec: fix demuxing of small frames
+
+10 bytes (id3v2 header amount of bytes) were being read before any checks
+were made on the bitstream. The result was that we were overreading into
+the next frame if the current one was 8 or 9 bytes long.
+
+Fixes tickets #7271 and #7869.
+
+Signed-off-by: James Almer 
+
+
+Index: libavformat/aacdec.c
+--- libavformat/aacdec.c.orig
 libavformat/aacdec.c
+@@ -20,6 +20,7 @@
+  * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 
USA
+  */
+
++#include "libavutil/avassert.h"
+ #include "libavutil/intreadwrite.h"
+ #include "avformat.h"
+ #include "avio_internal.h"
+@@ -154,17 +155,8 @@ static int adts_aac_read_packet(AVFormatContext *s, AV
+ {
+ int ret, fsize;
+
+-// Parse all the ID3 headers between frames
+-while (1) {
+-ret = av_get_packet(s->pb, pkt, FFMAX(ID3v2_HEADER_SIZE, 
ADTS_HEADER_SIZE));
+-if (ret >= ID3v2_HEADER_SIZE && ff_id3v2_match(pkt->data, 
ID3v2_DEFAULT_MAGIC)) {
+-if ((ret = handle_id3(s, pkt)) >= 0) {
+-continue;
+-}
+-}
+-break;
+-}
+-
++retry:
++ret = av_get_packet(s->pb, pkt, ADTS_HEADER_SIZE);
+ if (ret < 0)
+ return ret;
+
+@@ -174,8 +166,24 @@ static int adts_aac_read_packet(AVFormatContext *s, AV
+ }
+
+ if ((AV_RB16(pkt->data) >> 4) != 0xfff) {
+-av_packet_unref(pkt);
+-return AVERROR_INVALIDDATA;
++// Parse all the ID3 headers between frames
++int append = ID3v2_HEADER_SIZE - ADTS_HEADER_SIZE;
++
++av_assert2(append > 0);
++ret = av_append_packet(s->pb, pkt, append);
++if (ret != append) {
++av_packet_unref(pkt);
++return AVERROR(EIO);
++}
++if (!ff_id3v2_match(pkt->data, ID3v2_DEFAULT_MAGIC)) {
++av_packet_unref(pkt);
++return AVERROR_INVALIDDATA;
++}
++ret = handle_id3(s, pkt);
++if (ret < 0)
++return ret;
++
++goto retry;
+ }
+
+ fsize = (AV_RB32(pkt->data + 3) >> 13) & 0x1FFF;

Re: graphics/ffmpeg: avformat/aacdec: fix demuxing of small frames

2019-06-27 Thread Stuart Henderson

OK sthen@.

On 2019/06/27 15:10, Jeremie Courreges-Anglas wrote:
> 
> I couldn't get mpv to read the .m4a files produced by my Android phone.
> 
> --8<--
> ritchie ~$ file zic/phone/France-Sunn-O\)\)\)-Stereolux.m4a
> zic/phone/France-Sunn-O)))-Stereolux.m4a: MPEG ADTS, AAC, v2 LC, 48 kHz, 
> stereo
> # Before:
> ritchie ~/zic/phone$ mpv 'France-Sunn-O)))-Stereolux.m4a'
> Playing: France-Sunn-O)))-Stereolux.m4a
> [ffmpeg/demuxer] aac: Could not find codec parameters for stream 0 (Audio: 
> aac, 0 channels, fltp): unspecified sample rate
> [ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' and 
> 'probesize' options
>  (+) Audio --aid=1 (aac)
> [lavf] error reading packet.
> [lavf] error reading packet.
> ritchie ~/zic/phone$
> --8<--
> 
> sthen and I found those reports upstream:
> 
>   https://trac.ffmpeg.org/ticket/7869
>   https://trac.ffmpeg.org/ticket/7271
> 
> Applying 
> https://git.videolan.org/?p=ffmpeg.git;a=commitdiff_plain;h=d88193c2196cf5342424aaa7a44b046c71c2527a
> lets mpv play these files again.
> 
> -->8--
> # After:
> ritchie ~$ mpv zic/phone/France-Sunn-O\)\)\)-Stereolux.m4a
> Playing: zic/phone/France-Sunn-O)))-Stereolux.m4a
> [ffmpeg/audio] aac: Input buffer exhausted before END element found
> [ffmpeg/demuxer] aac: Estimating duration from bitrate, this may be inaccurate
>  (+) Audio --aid=1 (aac 2ch 48000Hz)
> [ffmpeg/audio] aac: Input buffer exhausted before END element found
> Error decoding audio.
> AO: [sdl] 48000Hz stereo 2ch s32
> A: 00:00:14 / 03:06:47 (0%)
> -->8--
> 
> 
> ok?
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/ffmpeg/Makefile,v
> retrieving revision 1.187
> diff -u -p -r1.187 Makefile
> --- Makefile  13 Jun 2019 21:03:55 -  1.187
> +++ Makefile  27 Jun 2019 11:24:22 -
> @@ -4,7 +4,7 @@ COMMENT=  audio/video converter and strea
>  
>  V=   4.1.3
>  DISTNAME=ffmpeg-${V}
> -REVISION=4
> +REVISION=5
>  EPOCH=   0
>  CATEGORIES=  graphics multimedia
>  MASTER_SITES=https://ffmpeg.org/releases/
> Index: patches/patch-libavformat_aacdec_c
> ===
> RCS file: patches/patch-libavformat_aacdec_c
> diff -N patches/patch-libavformat_aacdec_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-libavformat_aacdec_c27 Jun 2019 11:24:22 -
> @@ -0,0 +1,76 @@
> +$OpenBSD$
> +
> +From: James Almer 
> +Date: Thu, 25 Apr 2019 22:04:01 + (-0300)
> +Subject: avformat/aacdec: fix demuxing of small frames
> +X-Git-Url: 
> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff_plain;h=d88193c2196cf5342424aaa7a44b046c71c2527a
> +
> +avformat/aacdec: fix demuxing of small frames
> +
> +10 bytes (id3v2 header amount of bytes) were being read before any checks
> +were made on the bitstream. The result was that we were overreading into
> +the next frame if the current one was 8 or 9 bytes long.
> +
> +Fixes tickets #7271 and #7869.
> +
> +Signed-off-by: James Almer 
> +
> +
> +Index: libavformat/aacdec.c
> +--- libavformat/aacdec.c.orig
>  libavformat/aacdec.c
> +@@ -20,6 +20,7 @@
> +  * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 
> USA
> +  */
> + 
> ++#include "libavutil/avassert.h"
> + #include "libavutil/intreadwrite.h"
> + #include "avformat.h"
> + #include "avio_internal.h"
> +@@ -154,17 +155,8 @@ static int adts_aac_read_packet(AVFormatContext *s, AV
> + {
> + int ret, fsize;
> + 
> +-// Parse all the ID3 headers between frames
> +-while (1) {
> +-ret = av_get_packet(s->pb, pkt, FFMAX(ID3v2_HEADER_SIZE, 
> ADTS_HEADER_SIZE));
> +-if (ret >= ID3v2_HEADER_SIZE && ff_id3v2_match(pkt->data, 
> ID3v2_DEFAULT_MAGIC)) {
> +-if ((ret = handle_id3(s, pkt)) >= 0) {
> +-continue;
> +-}
> +-}
> +-break;
> +-}
> +-
> ++retry:
> ++ret = av_get_packet(s->pb, pkt, ADTS_HEADER_SIZE);
> + if (ret < 0)
> + return ret;
> + 
> +@@ -174,8 +166,24 @@ static int adts_aac_read_packet(AVFormatContext *s, AV
> + }
> + 
> + if ((AV_RB16(pkt->data) >> 4) != 0xfff) {
> +-av_packet_unref(pkt);
> +-return AVERROR_INVALIDDATA;
> ++// Parse all the ID3 headers between frames
> ++int append = ID3v2_HEADER_SIZE - ADTS_HEADER_SIZE;
> ++
> ++av_assert2(append > 0);
> ++ret = av_append_packet(s->pb, pkt, append);
> ++if (ret != append) {
> ++av_packet_unref(pkt);
> ++return AVERROR(EIO);
> ++}
> ++if (!ff_id3v2_match(pkt->data, ID3v2_DEFAULT_MAGIC)) {
> ++av_packet_unref(pkt);
> ++return AVERROR_INVALIDDATA;
> ++}
> ++ret = handle_id3(s, pkt);
> ++if (ret < 0)
> ++return ret;
> ++
> ++goto retry;
> + }
> + 
> + fsize = (AV_RB32(pkt->data + 3) >> 13) & 0x1FFF;
> 
> 
> -- 
>

graphics/ffmpeg: avformat/aacdec: fix demuxing of small frames

2019-06-27 Thread Jeremie Courreges-Anglas



I couldn't get mpv to read the .m4a files produced by my Android phone.

--8<--
ritchie ~$ file zic/phone/France-Sunn-O\)\)\)-Stereolux.m4a
zic/phone/France-Sunn-O)))-Stereolux.m4a: MPEG ADTS, AAC, v2 LC, 48 kHz, stereo
# Before:
ritchie ~/zic/phone$ mpv 'France-Sunn-O)))-Stereolux.m4a'
Playing: France-Sunn-O)))-Stereolux.m4a
[ffmpeg/demuxer] aac: Could not find codec parameters for stream 0 (Audio: aac, 
0 channels, fltp): unspecified sample rate
[ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' and 
'probesize' options
 (+) Audio --aid=1 (aac)
[lavf] error reading packet.
[lavf] error reading packet.
ritchie ~/zic/phone$
--8<--

sthen and I found those reports upstream:

  https://trac.ffmpeg.org/ticket/7869
  https://trac.ffmpeg.org/ticket/7271

Applying 
https://git.videolan.org/?p=ffmpeg.git;a=commitdiff_plain;h=d88193c2196cf5342424aaa7a44b046c71c2527a
lets mpv play these files again.

-->8--
# After:
ritchie ~$ mpv zic/phone/France-Sunn-O\)\)\)-Stereolux.m4a
Playing: zic/phone/France-Sunn-O)))-Stereolux.m4a
[ffmpeg/audio] aac: Input buffer exhausted before END element found
[ffmpeg/demuxer] aac: Estimating duration from bitrate, this may be inaccurate
 (+) Audio --aid=1 (aac 2ch 48000Hz)
[ffmpeg/audio] aac: Input buffer exhausted before END element found
Error decoding audio.
AO: [sdl] 48000Hz stereo 2ch s32
A: 00:00:14 / 03:06:47 (0%)
-->8--


ok?


Index: Makefile
===
RCS file: /cvs/ports/graphics/ffmpeg/Makefile,v
retrieving revision 1.187
diff -u -p -r1.187 Makefile
--- Makefile13 Jun 2019 21:03:55 -  1.187
+++ Makefile27 Jun 2019 11:24:22 -
@@ -4,7 +4,7 @@ COMMENT=audio/video converter and strea
 
 V= 4.1.3
 DISTNAME=  ffmpeg-${V}
-REVISION=  4
+REVISION=  5
 EPOCH= 0
 CATEGORIES=graphics multimedia
 MASTER_SITES=  https://ffmpeg.org/releases/
Index: patches/patch-libavformat_aacdec_c
===
RCS file: patches/patch-libavformat_aacdec_c
diff -N patches/patch-libavformat_aacdec_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-libavformat_aacdec_c  27 Jun 2019 11:24:22 -
@@ -0,0 +1,76 @@
+$OpenBSD$
+
+From: James Almer 
+Date: Thu, 25 Apr 2019 22:04:01 + (-0300)
+Subject: avformat/aacdec: fix demuxing of small frames
+X-Git-Url: 
http://git.videolan.org/?p=ffmpeg.git;a=commitdiff_plain;h=d88193c2196cf5342424aaa7a44b046c71c2527a
+
+avformat/aacdec: fix demuxing of small frames
+
+10 bytes (id3v2 header amount of bytes) were being read before any checks
+were made on the bitstream. The result was that we were overreading into
+the next frame if the current one was 8 or 9 bytes long.
+
+Fixes tickets #7271 and #7869.
+
+Signed-off-by: James Almer 
+
+
+Index: libavformat/aacdec.c
+--- libavformat/aacdec.c.orig
 libavformat/aacdec.c
+@@ -20,6 +20,7 @@
+  * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 
USA
+  */
+ 
++#include "libavutil/avassert.h"
+ #include "libavutil/intreadwrite.h"
+ #include "avformat.h"
+ #include "avio_internal.h"
+@@ -154,17 +155,8 @@ static int adts_aac_read_packet(AVFormatContext *s, AV
+ {
+ int ret, fsize;
+ 
+-// Parse all the ID3 headers between frames
+-while (1) {
+-ret = av_get_packet(s->pb, pkt, FFMAX(ID3v2_HEADER_SIZE, 
ADTS_HEADER_SIZE));
+-if (ret >= ID3v2_HEADER_SIZE && ff_id3v2_match(pkt->data, 
ID3v2_DEFAULT_MAGIC)) {
+-if ((ret = handle_id3(s, pkt)) >= 0) {
+-continue;
+-}
+-}
+-break;
+-}
+-
++retry:
++ret = av_get_packet(s->pb, pkt, ADTS_HEADER_SIZE);
+ if (ret < 0)
+ return ret;
+ 
+@@ -174,8 +166,24 @@ static int adts_aac_read_packet(AVFormatContext *s, AV
+ }
+ 
+ if ((AV_RB16(pkt->data) >> 4) != 0xfff) {
+-av_packet_unref(pkt);
+-return AVERROR_INVALIDDATA;
++// Parse all the ID3 headers between frames
++int append = ID3v2_HEADER_SIZE - ADTS_HEADER_SIZE;
++
++av_assert2(append > 0);
++ret = av_append_packet(s->pb, pkt, append);
++if (ret != append) {
++av_packet_unref(pkt);
++return AVERROR(EIO);
++}
++if (!ff_id3v2_match(pkt->data, ID3v2_DEFAULT_MAGIC)) {
++av_packet_unref(pkt);
++return AVERROR_INVALIDDATA;
++}
++ret = handle_id3(s, pkt);
++if (ret < 0)
++return ret;
++
++goto retry;
+ }
+ 
+ fsize = (AV_RB32(pkt->data + 3) >> 13) & 0x1FFF;


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

Re: NEW: math/py-cftime

2019-06-27 Thread Martin Reindl


Am 27.06.2019 um 14:31 schrieb Martin Reindl:

Am 26.06.2019 um 22:47 schrieb Kurt Mosiejczuk:

On Thu, Jun 13, 2019 at 12:45:48PM +0200, Martin Reindl wrote:

Am 23.05.2019 um 20:59 schrieb Wictor Lund:

On Thu, May 23, 2019 at 07:37:36PM +0200, Martin Reindl wrote:

Thanks for testing. The tarball sent out on 2019-05-03 contains the
latest version of this port.



Hmm, I appear to have missed that one, thanks for enlightenment.


Resending both ports because I don't want to let them rot in my tree. 
Maybe

someone wants to pick these up and check if they are ready for import?


Were you able to run the tests on py-cftime? Whenever I try to run them
they just fail with a complaint of "ImportError: No module named 
_cftime".


Tests run fine on python2. There is one py2 specific test.

For the Makefile, I suggest this:

# error with tests on py3
TEST_DEPENDS=   math/py-numpy${MODPY_FLAVOR}

do-test:
     cd ${WRKSRC}/test && ${MODPY_BIN} test_cftime.py


Here are the two updated tarballs with the ports. py-netcdf4 got a 
mini-update to 1.5.1.2 in the meantime.


-m


py-cftime.tgz
Description: Binary data


py-netcdf4.tgz
Description: Binary data

Re: NEW: math/py-cftime

2019-06-27 Thread Martin Reindl


Am 26.06.2019 um 22:47 schrieb Kurt Mosiejczuk:

On Thu, Jun 13, 2019 at 12:45:48PM +0200, Martin Reindl wrote:

Am 23.05.2019 um 20:59 schrieb Wictor Lund:

On Thu, May 23, 2019 at 07:37:36PM +0200, Martin Reindl wrote:

Thanks for testing. The tarball sent out on 2019-05-03 contains the
latest version of this port.



Hmm, I appear to have missed that one, thanks for enlightenment.



Resending both ports because I don't want to let them rot in my tree. Maybe
someone wants to pick these up and check if they are ready for import?


Were you able to run the tests on py-cftime? Whenever I try to run them
they just fail with a complaint of "ImportError: No module named _cftime".


Tests run fine on python2. There is one py2 specific test.

For the Makefile, I suggest this:

# error with tests on py3
TEST_DEPENDS=   math/py-numpy${MODPY_FLAVOR}

do-test:
cd ${WRKSRC}/test && ${MODPY_BIN} test_cftime.py

i386 build failures: games/dxx-rebirth

2019-06-27 Thread Stuart Henderson

Nothing changed in dxx-rebirth itself recently, possibly due to
libc++/llvm updates.

ld: error: undefined symbol: dxx_error_object_type_mismatch()
>>> referenced by collide.cpp
>>>   
>>> similar/main/.d1x-rebirth.collide.o:(bump_this_object(valptridx::ptridx::vm>, valptridx::ptridx::vm>, 
dcx::vms_vector const&, int))
c++: error: linker command failed with exit code 1 (use -v to see invocation)
scons: *** [d1x-rebirth/d1x-rebirth] Error 1
scons: building terminated because of errors.
Failed target count: total=1; targets with enable_build_failure_summary=1: 1
Failed node list:

Re: [UPDATE] security/libssh2

2019-06-27 Thread Stuart Henderson

On 2019/06/27 11:52, Benoit Lecocq wrote:
> Hi,
> 
> This is the diff to update libssh2 to latest release.
> 
> Please test this diff in a bulk build.

Why a bulk? There are only a handful of ports using it ..

devel/libgit2/libgit2
emulators/qemu
lang/rust
misc/mc
misc/subsurface
net/nmap
net/p5-Net-SSH2
net/zabbix
sysutils/libvirt
www/aria2
www/pecl-ssh2

[UPDATE] security/libssh2

2019-06-27 Thread Benoit Lecocq


Hi,

This is the diff to update libssh2 to latest release.

Please test this diff in a bulk build.

Cheers,
Benoit
Index: Makefile
===
RCS file: /cvs/ports/security/libssh2/Makefile,v
retrieving revision 1.21
diff -u -p -u -r1.21 Makefile
--- Makefile	2 Apr 2019 06:00:16 -	1.21
+++ Makefile	27 Jun 2019 08:21:36 -
@@ -2,9 +2,9 @@
 
 COMMENT =		library implementing the SSH2 protocol
 
-DISTNAME =		libssh2-1.8.2
+DISTNAME =		libssh2-1.9.0
 CATEGORIES =		security
-SHARED_LIBS +=		ssh2	8.0	# .1.1
+SHARED_LIBS +=		ssh2	9.0	# .1.1
 
 HOMEPAGE =		https://www.libssh2.org/
 
@@ -12,7 +12,7 @@ MAINTAINER =		Benoit Lecocq

Re: [NEW] x11/gsimplecal

2019-06-27 Thread Stuart Henderson

On 2019/06/27 10:31, Landry Breuil wrote:
> On Thu, Jun 27, 2019 at 10:08:22AM +0200, Alessandro DE LAURENZIS wrote:
> > Hello Stuart,
> > 
> > 
> > This isn't in the tree yet; I've of course tried your updated tarball and
> > all is ok.
> 
> This was imported on the 16:
> https://marc.info/?l=openbsd-ports-cvs=156067066220870=2
> 

It's in productivity/ not x11/ which is probably why it was missed.

Re: [NEW] x11/gsimplecal

2019-06-27 Thread Landry Breuil

On Thu, Jun 27, 2019 at 10:08:22AM +0200, Alessandro DE LAURENZIS wrote:
> Hello Stuart,
> 
> 
> This isn't in the tree yet; I've of course tried your updated tarball and
> all is ok.

This was imported on the 16:
https://marc.info/?l=openbsd-ports-cvs=156067066220870=2

Re: [NEW] x11/gsimplecal

2019-06-27 Thread Alessandro DE LAURENZIS


Hello Stuart,

On 13/06/2019 22:37, Stuart Henderson wrote:
[...]


New tar attached. This one is OK sthen if someone would like to import..

The autoconf setup isn't quite right (and doesn't actually build for
me as-is). I also moved to productivity as the main category as that's
where we usually put calendar-type things (and x11/ is quite busy
already).

There's a startup problem. If the config file (e.g.
~/.config/gsimplecal/config) does not already exist, it calls
Unique::Unique with path==NULL so it falls back to getPathnameFromExe()
that doesn't work on OpenBSD, resulting in the exception below.

$ gsimplecal
terminating with uncaught exception of type UniqueException*
Abort trap (core dumped)
$ egdb `which gsimplecal` gsimplecal.core
GNU gdb (GDB) 7.12.1
.
Core was generated by `gsimplecal'.
Program terminated with signal SIGABRT, Aborted.
#0  thrkill () at -:3
3   -: No such file or directory.
(gdb) bt
#0  thrkill () at -:3
#1  0x07e0994f81be in _libc_abort () at /usr/src/lib/libc/stdlib/abort.c:51
#2  0x07e097acff3c in abort_message (format=) at 
/usr/src/lib/libcxxabi/src/abort_message.cpp:77
#3  0x07e097af1c64 in demangling_terminate_handler () at 
/usr/src/lib/libcxxabi/src/cxa_default_handlers.cpp:70
#4  0x07e097aeaeef in std::__terminate (func=0x0) at 
/usr/src/lib/libcxxabi/src/cxa_handlers.cpp:60
#5  0x07e097acf41c in __cxxabiv1::failed_throw 
(exception_header=0x7e0a7d2d200)
 at /usr/src/lib/libcxxabi/src/cxa_exception.cpp:138
#6  0x07e097acf37b in __cxa_throw (thrown_object=0x7e0a7d2d280, 
tinfo=0x7ddcec1faf0 ,
 dest=) at /usr/src/lib/libcxxabi/src/cxa_exception.cpp:270
#7  0x07ddcec1c410 in Unique::Unique (this=, path=) at Unique.cpp:27
#8  0x07ddcec1ac79 in main (argc=1, argv=0x7f7d5c48) at 
gsimplecal.cpp:75

I've added a patch to work around the problem, comments welcome.



This isn't in the tree yet; I've of course tried your updated tarball 
and all is ok.


--
Alessandro DE LAURENZIS
[mailto:jus...@atlantide.t28.net]
Web: http://www.atlantide.t28.net
LinkedIn: https://www.linkedin.com/in/delaurenzis/

Re: [UPDATE] graphics/ipe 7.2.11 -> 7.2.12

2019-06-27 Thread Alessandro DE LAURENZIS


Hello Brian,

On 22/06/2019 23:40, Brian Callahan wrote:



On 6/22/19 12:51 PM, Alessandro De Laurenzis wrote:

Ping!


This needs library bumps.



Thanks for your feedback and sorry, I've never fully understood this 
topic... (any hints to relevant docs would be appreciated).


Please find enclosed a new diff; I hope it addresses the problem.

All the best

--
Alessandro DE LAURENZIS
[mailto:jus...@atlantide.t28.net]
Web: http://www.atlantide.t28.net
LinkedIn: https://www.linkedin.com/in/delaurenzis/
Index: Makefile
===
RCS file: /cvs/ports/graphics/ipe/Makefile,v
retrieving revision 1.20
diff -u -p -u -p -r1.20 Makefile
--- Makefile	17 May 2019 16:45:27 -	1.20
+++ Makefile	27 Jun 2019 08:03:12 -
@@ -2,14 +2,13 @@
 
 COMMENT =		extensible drawing editor
 
-V =			7.2.11
+V =			7.2.12
 SUBST_VARS +=		V
 DISTNAME =		ipe-${V}-src
 PKGNAME =		ipe-${V}
-REVISION =		0
 
 # Upstream libraries would be installed as libxxx.so.${V}
-SHLIB_VERSION =	0.0
+SHLIB_VERSION =	1.0
 
 SHARED_LIBS +=		ipe		${SHLIB_VERSION}
 SHARED_LIBS +=		ipecairo	${SHLIB_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/graphics/ipe/distinfo,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 distinfo
--- distinfo	30 Apr 2019 06:44:29 -	1.4
+++ distinfo	27 Jun 2019 08:03:12 -
@@ -1,2 +1,2 @@
-SHA256 (ipe-7.2.11-src.tar.gz) = oi3K6ctmD0ZmeKa1aOn+0bEqODDklGVZTWX8eJsLpyU=
-SIZE (ipe-7.2.11-src.tar.gz) = 1950071
+SHA256 (ipe-7.2.12-src.tar.gz) = fJp4sg59CL5YUCmSQLnNK0WYL/EpmpA6mZ2P+HllgeM=
+SIZE (ipe-7.2.12-src.tar.gz) = 1958565
Index: patches/patch-src_ipe_lua_prefs_lua
===
RCS file: /cvs/ports/graphics/ipe/patches/patch-src_ipe_lua_prefs_lua,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 patch-src_ipe_lua_prefs_lua
--- patches/patch-src_ipe_lua_prefs_lua	30 Apr 2019 06:44:29 -	1.3
+++ patches/patch-src_ipe_lua_prefs_lua	27 Jun 2019 08:03:12 -
@@ -5,7 +5,7 @@ Swapped out the default on-screen keyboa
 Index: src/ipe/lua/prefs.lua
 --- src/ipe/lua/prefs.lua.orig
 +++ src/ipe/lua/prefs.lua
-@@ -256,7 +256,7 @@ elseif config.platform == "apple" then
+@@ -290,7 +290,7 @@ elseif config.platform == "apple" then
prefs.keyboard = "open -a KeyboardViewer -n"
  else
-- On Linux, you could use: prefs.keyboard = "onboard &"
Index: patches/patch-src_ipelib_ipeplatform_cpp
===
RCS file: /cvs/ports/graphics/ipe/patches/patch-src_ipelib_ipeplatform_cpp,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-src_ipelib_ipeplatform_cpp
--- patches/patch-src_ipelib_ipeplatform_cpp	30 Apr 2019 06:44:29 -	1.2
+++ patches/patch-src_ipelib_ipeplatform_cpp	27 Jun 2019 08:03:12 -
@@ -23,3 +23,12 @@ Index: src/ipelib/ipeplatform.cpp
  #else
return strtod_l(s.z(), nullptr, ipeLocale);
  #endif
+@@ -633,6 +639,8 @@ int Platform::toNumber(String s, int , double &
+ dValue = _strtod_l(s.z(), , ipeLocale);
+   else
+ dValue = strtod(s.z(), );
++#elif defined(__OpenBSD__)
++  dValue = strtod(s.z(), );
+ #else
+   dValue = strtod_l(s.z(), , ipeLocale);
+ #endif

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Benoit Lecocq

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2019/06/27 01:39:08

Modified files:
devel/p5-Test-Strict: Makefile distinfo 

Log message:
Update to p5-Test-Strict-0.52.

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Benoit Lecocq

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2019/06/27 01:21:52

Modified files:
www/bozohttpd  : Makefile distinfo 

Log message:
Update to bozohttpd-20190228.

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2019/06/27 01:19:07

Modified files:
sysutils/random_run: Makefile distinfo 

Log message:
minor update

CVS: cvs.openbsd.org: ports

2019-06-27 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2019/06/27 01:17:09

Modified files:
graphics/aspect-crop: Makefile distinfo 

Log message:
minor update

Re: UPDATE: net/znc 1.7.3 -> 1.7.4

2019-06-27 Thread Solene Rapenne

On Wed, Jun 26, 2019 at 09:04:10PM +0200, Hiltjo Posthuma wrote:
> Hi,
> 
> This updates the znc port from 1.7.3 to 1.7.4.
> 
> It contains a security fix:
> 
> Modules.cpp in ZNC before 1.7.4-rc1 allows remote authenticated non-admin 
> users
> to escalate privileges and execute arbitrary code by loading a module with a
> crafted name.
> 
> Reference: https://nvd.nist.gov/vuln/detail/CVE-2019-12816
> Patch reference: 
> https://github.com/znc/znc/commit/8de9e376ce531fe7f3c8b0aa4876d15b479b7311
> 
> I only build the package on amd64 and have not tested it.
> 
> 
> Patch below:
> 
> 
> diff --git net/znc/Makefile net/znc/Makefile
> index 6cb912ed596..52267267db7 100644
> --- net/znc/Makefile
> +++ net/znc/Makefile
> @@ -2,8 +2,7 @@
>  
>  COMMENT= advanced IRC bouncer
>  
> -DISTNAME=znc-1.7.3
> -REVISION=0
> +DISTNAME=znc-1.7.4
>  CATEGORIES=  net
>  MASTER_SITES=${HOMEPAGE}releases/
>  
> diff --git net/znc/distinfo net/znc/distinfo
> index 4a337b107f8..b333b2182eb 100644
> --- net/znc/distinfo
> +++ net/znc/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (znc-1.7.3.tar.gz) = HkzDGDeh6ObMMQhzZZoWfOwWo/1CgcvDvzZOQjUsET0=
> -SIZE (znc-1.7.3.tar.gz) = 2084575
> +SHA256 (znc-1.7.4.tar.gz) = saMpIajm157mxZAMjQcpMCaWbbfAWqrEiYQjG+/Em3E=
> +SIZE (znc-1.7.4.tar.gz) = 2084756
> 
> -- 
> Kind regards,
> Hiltjo
> 

Thanks! It works for me.
ok solene@

Re: Update to depotdownloader 2.3.1, unbreaking downloads after Steam server changes

2019-06-27 Thread Klemens Nanni

On Thu, Jun 27, 2019 at 12:05:35AM -0600, Thomas Frohwein wrote:
> -V =  2.3.0pl1
> -DISTNAME =   depotdownloader-${V:S/pl/-hotfix/g}
> +V =  2.3.1
> +DISTNAME =   depotdownloader-${V}
>  PKGNAME =depotdownloader-${V}
No those equal, so you can drop PKGNAME.

> -REVISION =   0
>  
>  CATEGORIES = games
>  HOMEPAGE =   https://github.com/SteamRE/DepotDownloader

In `do-install' please use `INSTALL_DATA_DIR` instead of `mkdir -p`.

LICENSE is GPLv2+ (note the plus).

OK kn with those two nits.

Re: Update to depotdownloader 2.3.1, unbreaking downloads after Steam server changes

2019-06-27 Thread Thomas Frohwein

>  DISTNAME =   depotdownloader-${V:S/pl/-hotfix/g}

This substitution is no longer needed; updated diff below.

ok?

Index: Makefile
===
RCS file: /cvs/ports/games/depotdownloader/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile24 Jun 2019 22:15:01 -  1.2
+++ Makefile27 Jun 2019 06:03:55 -
@@ -4,10 +4,9 @@ ONLY_FOR_ARCHS =   ${MONO_ARCHS}
 
 COMMENT =  Steam depot downloader utilizing the SteamKit2 library
 
-V =2.3.0pl1
-DISTNAME = depotdownloader-${V:S/pl/-hotfix/g}
+V =2.3.1
+DISTNAME = depotdownloader-${V}
 PKGNAME =  depotdownloader-${V}
-REVISION = 0
 
 CATEGORIES =   games
 HOMEPAGE = https://github.com/SteamRE/DepotDownloader
Index: distinfo
===
RCS file: /cvs/ports/games/depotdownloader/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo24 Jun 2019 16:49:48 -  1.1.1.1
+++ distinfo27 Jun 2019 06:03:55 -
@@ -1,2 +1,2 @@
-SHA256 (depotdownloader-2.3.0-hotfix1.zip) = 
+VUkjA/SRl+lti4X6RDLxgj+C7xQCFKMPDTieOYVAzU=
-SIZE (depotdownloader-2.3.0-hotfix1.zip) = 1563537
+SHA256 (depotdownloader-2.3.1.zip) = 
ik6R9XMEBUMnsNnI6KmX0ujAphmlfnjOE1wuqYyGi9E=
+SIZE (depotdownloader-2.3.1.zip) = 2103665

Update to depotdownloader 2.3.1, unbreaking downloads after Steam server changes

2019-06-27 Thread Thomas Frohwein

Hi,

This is a very straightforward update ports-wise in response to a
breakage because of changes on Steam servers for the last few days.
This was quickly identified by upstream
(https://github.com/SteamRE/DepotDownloader/issues/54) and fixed with
the release 2.3.1.

This updates the port to 2.3.1 and restores the ability to download
content from a Steam account. The log is now somewhat more verbose and
on my test (with "The Disney Afternoon Collection") the program stalled
after completion at the message "Disconnected from Steam". Hitting
Ctrl+C returned to the prompt without any issues and the files from the
depot appear complete.

I'm planning to raise the issue of not returning to the prompt with
upstream. I think updating to 2.3.1 in the meantime would be desirable
because it still returns the function of the port.

ok?

Index: Makefile
===
RCS file: /cvs/ports/games/depotdownloader/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile24 Jun 2019 22:15:01 -  1.2
+++ Makefile27 Jun 2019 05:50:13 -
@@ -4,10 +4,9 @@ ONLY_FOR_ARCHS =   ${MONO_ARCHS}
 
 COMMENT =  Steam depot downloader utilizing the SteamKit2 library
 
-V =2.3.0pl1
+V =2.3.1
 DISTNAME = depotdownloader-${V:S/pl/-hotfix/g}
 PKGNAME =  depotdownloader-${V}
-REVISION = 0
 
 CATEGORIES =   games
 HOMEPAGE = https://github.com/SteamRE/DepotDownloader
Index: distinfo
===
RCS file: /cvs/ports/games/depotdownloader/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo24 Jun 2019 16:49:48 -  1.1.1.1
+++ distinfo27 Jun 2019 05:50:13 -
@@ -1,2 +1,2 @@
-SHA256 (depotdownloader-2.3.0-hotfix1.zip) = 
+VUkjA/SRl+lti4X6RDLxgj+C7xQCFKMPDTieOYVAzU=
-SIZE (depotdownloader-2.3.0-hotfix1.zip) = 1563537
+SHA256 (depotdownloader-2.3.1.zip) = 
ik6R9XMEBUMnsNnI6KmX0ujAphmlfnjOE1wuqYyGi9E=
+SIZE (depotdownloader-2.3.1.zip) = 2103665

59 matches

Mail list logo