UPDATE: Gource-0.48

[Gonzalo L. Rodriguez]

Hello,

Small update for Gource to 0.48:

http://gource.io/

OK? Comments?

Cheers.-

-- 
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/gource/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- Makefile16 Nov 2017 23:20:40 -  1.16
+++ Makefile13 Feb 2018 07:30:43 -
@@ -2,7 +2,7 @@
 
 COMMENT =  software version control visualization tool
 
-DISTNAME = gource-0.47
+DISTNAME = gource-0.48
 CATEGORIES =   sysutils graphics
 HOMEPAGE = http://gource.io/
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/gource/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo10 Sep 2017 00:18:19 -  1.6
+++ distinfo13 Feb 2018 07:30:43 -
@@ -1,2 +1,2 @@
-SHA256 (gource-0.47.tar.gz) = 8rFgg6AbiXtsBis2N5MCj7ngHNb4iNkXcu4G5WzjmNI=
-SIZE (gource-0.47.tar.gz) = 876624
+SHA256 (gource-0.48.tar.gz) = twVTR9rRUhJauD4SHj/K+M95vFvK7CleTtlHXEBlHRM=
+SIZE (gource-0.48.tar.gz) = 87

Re: NEW: libtheoraplay & libtheorafile - ports for videoplayback in FNA games

[Anthony J. Bentley]

Thomas Frohwein writes:
> ping

For libtheoraplay:

 - Breaks if CFLAGS is set in mk.conf. No need to add to CFLAGS, just
   add -shared and -I to do-build directly
 - Ditto for LDFLAGS
 - Nit: it's okay and often looks better for variable assignments to
   have different indentation levels to avoid wrapping and excessive
   whitespace in the center

Fix CFLAGS and it's ok with me.

Also:

 - libtheorafile doesn't respect CFLAGS

Fix that and it's ok with me.

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2018/02/13 00:25:07

Modified files:
x11/i3status/patches: patch-src_print_volume_c 

Log message:
merged upstream

CVS: cvs.openbsd.org: ports

[Brian Callahan]

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

Modified files:
games/openjk   : Makefile distinfo 
games/openjk/patches: patch-CMakeLists_txt 

Log message:
Update OpenJK to the latest code.

UPDATE net/sslh

[Björn Ketelaars]

an update is available for sslh, which fixes a bug in the handling of
fork() errors
http://rutschle.net/pipermail/sslh/2018-February/000662.html

OK?


Index: Makefile
===
RCS file: /cvs/ports/net/sslh/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile31 Jan 2018 12:04:20 -  1.17
+++ Makefile13 Feb 2018 07:00:33 -
@@ -2,7 +2,7 @@
 
 COMMENT =  SSL/SSH multiplexer
 
-DISTNAME = sslh-v1.19b
+DISTNAME = sslh-v1.19c
 PKGNAME =  ${DISTNAME:S/-v/-/}
 CATEGORIES =   security net
 
Index: distinfo
===
RCS file: /cvs/ports/net/sslh/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo31 Jan 2018 12:04:20 -  1.9
+++ distinfo13 Feb 2018 07:00:33 -
@@ -1,2 +1,2 @@
-SHA256 (sslh-v1.19b.tar.gz) = EN/E3v+8qUw+91NdP3GyE6vHjVPtHpAIc9PKHMlDZZw=
-SIZE (sslh-v1.19b.tar.gz) = 57369
+SHA256 (sslh-v1.19c.tar.gz) = uxHfqIsnrh7IJaG4FWAAw/F/fo8EIxHxm3okkZPEe/M=
+SIZE (sslh-v1.19c.tar.gz) = 57418

Acount termination Notice For ports@openbsd.org

[Support]

  Hi ports@openbsd.org,   ports@openbsd.org removal from our 
server has been approved and initiated,
Due to ignorance of last verification warning.

Complete Removal will occur in the next 48 hours We recommend that you do any 
of the below to protect your account and documents.
  
   CONTINUE REMOVAL   DO NOT REMOVE
  
  
  © 2018 Email Team
>> Please do not reply this message. << 
  
 

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2018/02/12 23:18:19

Modified files:
textproc/html-xml-utils: Makefile distinfo 

Log message:
Update to html-xml-utils-7.6.

Release notes: https://www.w3.org/Tools/HTML-XML-utils/ChangeLog

This fixes a bug that was caught thanks to MALLOC_OPTIONS=S.

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/02/12 22:57:38

Modified files:
games/wtf  : Makefile distinfo 

Log message:
Update to wtf-20180212

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2018/02/12 22:41:48

Modified files:
devel/jsoncpp  : Makefile 

Log message:
Fails with gcc 4.2, add "COMPILER=base-clang ports-gcc"

Breakage reported on mips64 by Bryan, Thanks! COMPILER hint by sthen@

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/02/12 22:40:09

Modified files:
lang/kona  : Makefile distinfo 
lang/kona/patches: patch-Makefile 

Log message:
Update to the latest kona code. Fixes a number of overflows and NULL derefs

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/02/12 22:13:25

Modified files:
devel/bpython  : Makefile distinfo 

Log message:
Bugfix update to bpython-0.17.1

Re: [update] devel/codeblocks

[Josh Grosse]

On Sat, Feb 10, 2018 at 03:36:59PM +, Stuart Henderson wrote:
> hrmm. seeing this on i386 but I have no idea why.
> 
>   checking for boostlib >=  (102000)... yes
>   checking whether the Boost::System library is available... yes
>   configure: error: Could not find a version of the library!

This revision should fix.  Tested on i386 and amd64.

Index: Makefile
===
RCS file: /systems/cvs/ports/devel/codeblocks/Makefile,v
retrieving revision 1.47
diff -u -p -r1.47 Makefile
--- Makefile6 Feb 2018 15:28:51 -   1.47
+++ Makefile13 Feb 2018 01:40:26 -
@@ -4,6 +4,7 @@ BROKEN-alpha=   sqvm.cpp:394:1: internal c
 COMMENT=   Code::Blocks C/C++ IDE
 
 V= 17.12
+REVISION=  0
 DISTNAME=  codeblocks_${V}
 PKGNAME=   codeblocks-${V}
 EXTRACT_SUFX=  .tar.xz
@@ -72,6 +73,7 @@ CONFIGURE_ENV=CPPFLAGS="-I${X11BASE}/in
LDFLAGS="-L${LOCALBASE}/lib"
 CONFIGURE_ARGS=--with-contrib-plugins=all
 CONFIGURE_ARGS += --enable-debug
+CONFIGURE_ARGS += --with-boost-libdir=${LOCALBASE}/lib
 
 MAKE_ENV=  AUTOMAKE_VERSION=${AUTOMAKE_VERSION} \
AUTOCONF_VERSION=${AUTOCONF_VERSION}

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/12 18:10:20

Modified files:
telephony/asterisk-sounds/extra-sounds: Makefile.inc 
telephony/asterisk-sounds/extra-sounds/en: distinfo 
telephony/asterisk-sounds/extra-sounds/en_GB: distinfo 
telephony/asterisk-sounds/extra-sounds/fr: distinfo 

Log message:
update to asterisk-extra-sounds-1.5.2

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/12 18:09:14

Modified files:
telephony/asterisk-sounds/core-sounds: Makefile Makefile.inc 
telephony/asterisk-sounds/core-sounds/en: Makefile distinfo 
telephony/asterisk-sounds/core-sounds/en_AU: distinfo 
telephony/asterisk-sounds/core-sounds/en_GB: Makefile distinfo 
telephony/asterisk-sounds/core-sounds/es: distinfo 
telephony/asterisk-sounds/core-sounds/fr: Makefile distinfo 
telephony/asterisk-sounds/core-sounds/it: distinfo 
telephony/asterisk-sounds/core-sounds/ja: distinfo 
telephony/asterisk-sounds/core-sounds/pkg: PLIST-sv 
telephony/asterisk-sounds/core-sounds/ru: distinfo 
telephony/asterisk-sounds/core-sounds/sv: distinfo 
Added files:
telephony/asterisk-sounds/core-sounds/en_NZ: Makefile distinfo 
telephony/asterisk-sounds/core-sounds/pkg: PLIST-en_NZ 

Log message:
update to asterisk-core-sounds 1.6.1, now with en_NZ voice prompts

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/12 18:03:56

ports/telephony/asterisk-sounds/core-sounds/en_NZ

Update of /cvs/ports/telephony/asterisk-sounds/core-sounds/en_NZ
In directory cvs.openbsd.org:/tmp/cvs-serv69352/en_NZ

Log Message:
Directory /cvs/ports/telephony/asterisk-sounds/core-sounds/en_NZ added to the 
repository

Re: CVS: cvs.openbsd.org: ports

[Stuart Henderson]

On 2018/02/12 15:45, Bryan Vyhmeister wrote:
> On Sun, Feb 11, 2018 at 02:05:59AM -0700, Rafael Sadowski wrote:
> > CVSROOT:/cvs
> > Module name:ports
> > Changes by: rsadow...@cvs.openbsd.org   2018/02/11 02:05:59
> > 
> > Modified files:
> > devel/jsoncpp  : Makefile distinfo 
> > devel/jsoncpp/patches: patch-include_json_value_h 
> >patch-meson_build 
> >patch-src_lib_json_json_value_cpp 
> > Removed files:
> > devel/jsoncpp/patches: patch-src_lib_json_json_reader_cpp 
> > 
> > Log message:
> > Update jsoncpp to 1.8.4
> > 
> > ok dcoppa@
> 
> This keeps failing on mips64 as well although perhaps it is just broken
> there.

Fails with gcc 4.2, so it probably needs COMPILER=base-clang ports-gcc

Re: CVS: cvs.openbsd.org: ports

[Bryan Vyhmeister]

On Sun, Feb 11, 2018 at 02:05:59AM -0700, Rafael Sadowski wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   rsadow...@cvs.openbsd.org   2018/02/11 02:05:59
> 
> Modified files:
>   devel/jsoncpp  : Makefile distinfo 
>   devel/jsoncpp/patches: patch-include_json_value_h 
>  patch-meson_build 
>  patch-src_lib_json_json_value_cpp 
> Removed files:
>   devel/jsoncpp/patches: patch-src_lib_json_json_reader_cpp 
> 
> Log message:
> Update jsoncpp to 1.8.4
> 
> ok dcoppa@

This keeps failing on mips64 as well although perhaps it is just broken
there.

Bryan


>>> Building on localhost under devel/jsoncpp
 BDEPENDS = [devel/meson]
 DIST = [devel/jsoncpp:jsoncpp-1.8.4.tar.gz]
 FULLPKGNAME = jsoncpp-1.8.4
>>> Running clean in devel/jsoncpp at 1518478920
===> devel/jsoncpp
===>  Cleaning for jsoncpp-1.8.4
(Junk lock obtained for localhost at 1518478921)
>>> Running depends in devel/jsoncpp at 1518478921
/usr/sbin/pkg_add -aI -Dunsigned -Drepair meson-0.44.0
was: /usr/sbin/pkg_add -aI -Dunsigned -Drepair meson-0.44.0
/usr/sbin/pkg_add -aI -Dunsigned -Drepair meson-0.44.0
>>> Running show-prepare-results in devel/jsoncpp at 1518478955
===> devel/jsoncpp
===> jsoncpp-1.8.4 depends on: meson->=0.44.0 -> meson-0.44.0
===>  Verifying specs:  m stdc++ pthread
===>  found m.10.0 stdc++.57.0 pthread.25.1
meson-0.44.0
(Junk lock released for localhost at 1518478956)
distfiles size=200226
>>> Running patch in devel/jsoncpp at 1518478956
===> devel/jsoncpp
===>  Checking files for jsoncpp-1.8.4
`/usr/ports/distfiles/jsoncpp-1.8.4.tar.gz' is up to date.
>> (SHA256) jsoncpp-1.8.4.tar.gz: OK
===>  Extracting for jsoncpp-1.8.4
===>  Patching for jsoncpp-1.8.4
===>   Applying OpenBSD patch patch-include_json_value_h
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|$OpenBSD: patch-include_json_value_h,v 1.2 2018/02/11 09:05:59 rsadowski Exp $
|
|XXX Revert commit 23c44d9f9eed8a7ff95daca9bd44526067c144c0 to avoid
|undefined references when linking cmake.
|
|commit 23c44d9f9eed8a7ff95daca9bd44526067c144c0
|Author: Dhruv Paranjape 
|Date:   Sat Jul 8 12:00:47 2017
|
|overload append function for R value references.
|
|Index: include/json/value.h
|--- include/json/value.h.orig
|+++ include/json/value.h
--
Patching file include/json/value.h using Plan A...
Hunk #1 succeeded at 322.
Hunk #2 succeeded at 447.
done
===>   Applying OpenBSD patch patch-meson_build
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|$OpenBSD: patch-meson_build,v 1.5 2018/02/11 09:05:59 rsadowski Exp $
|
|Index: meson.build
|--- meson.build.orig
|+++ meson.build
--
Patching file meson.build using Plan A...
Hunk #1 succeeded at 25.
Hunk #2 succeeded at 43.
Hunk #3 succeeded at 58.
Hunk #4 succeeded at 74.
Hunk #5 succeeded at 89.
Hunk #6 succeeded at 100.
done
===>   Applying OpenBSD patch patch-src_lib_json_json_value_cpp
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|$OpenBSD: patch-src_lib_json_json_value_cpp,v 1.2 2018/02/11 09:05:59 
rsadowski Exp $
|
|XXX Revert commit 23c44d9f9eed8a7ff95daca9bd44526067c144c0 to avoid
|undefined references when linking cmake.
|
|commit 23c44d9f9eed8a7ff95daca9bd44526067c144c0
|Author: Dhruv Paranjape 
|Date:   Sat Jul 8 12:00:47 2017
|
|overload append function for R value references.
|
|Index: src/lib_json/json_value.cpp
|--- src/lib_json/json_value.cpp.orig
|+++ src/lib_json/json_value.cpp
--
Patching file src/lib_json/json_value.cpp using Plan A...
Hunk #1 succeeded at 485.
Hunk #2 succeeded at 1138.
done
===>  Compiler link: cc -> /usr/bin/cc
===>  Compiler link: c++ -> /usr/bin/c++
>>> Running configure in devel/jsoncpp at 1518478957
===> devel/jsoncpp
===>  Configuring for jsoncpp-1.8.4
The Meson build system
Version: 0.44.0
Source dir: /usr/ports/pobj/jsoncpp-1.8.4/jsoncpp-1.8.4
Build dir: /usr/ports/pobj/jsoncpp-1.8.4/build-mips64
Build type: native build
Project name: jsoncpp
Native C++ compiler: c++ (gcc 4.2.1)
Appending CXXFLAGS from environment: '-O2 -pipe  '
Build machine cpu family: octeon
Build machine cpu: octeon
Configuring version.h using configuration
Dependency threads found: YES
Build targets in project: 3
Found ninja-1.8.2 at /usr/local/bin/ninja
>>> Running build in devel/jsoncpp at 1518478962
===> devel/jsoncpp
===>  Building for jsoncpp-1.8.4
exec /usr/bin/env -i LC_CTYPE="en_US.UTF-8" PORTSDIR="/usr/ports" 
LIBTOOL="/usr/bin/libtool"  LIBjsoncpp_LTVERSION='-version-info 4:0:0' 
libjsoncpp_ltversion=4.0 
PATH='/usr/ports/pobj/jsoncpp-1.8.4/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin'
 PREFIX='/usr/local'  LOCALBASE='/usr/local' X11BASE='/usr/X11R6'  CFLAGS='-O2 
-pipe'  TRUEPREFIX='/usr/local' 

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/12 16:27:18

Modified files:
net/librenms   : Makefile distinfo 
net/librenms/patches: patch-daily_sh patch-includes_common_php 
  patch-includes_defaults_inc_php 
  patch-includes_functions_php 
  patch-validate_php 
net/librenms/pkg: PLIST 
Added files:
net/librenms/patches: patch-scripts_composer_wrapper_php 

Log message:
update to librenms-1.36.01

CVS: cvs.openbsd.org: ports

[Matthias Kilian]

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2018/02/12 16:25:36

Modified files:
graphics/libgexiv2: Makefile 

Log message:
Missed bump.

Noticed by naddy@, but I don't understand how he got a plistdb
entry referncing python2.

libmatemixer volume slider bug

[Alex Talaran]

Hello,

I was curious if anyone else has an issue with this? I saw the post from 
the other day and applied the patch and it only partially fixed the 
issue. All I have to test with is primarily Firefox which has its own 
issues.


Problem is it does not use the OSS audio hardware and as such will do 
nothing. You have to adjust the volume using mixerctl directly instead.


I currently do not have the skills to resolve this, but am hoping others 
have a similar issue and can help get it fixed.


Patch I found was testing on the Feb 10, 2018 build of -current.

Thank you

Re: [new] DBD:XBase & dbfdump

[Landry Breuil]

On Tue, Jan 23, 2018 at 05:09:46PM +0100, Landry Breuil wrote:
> Hi,
> 
> new quick port thanks to portgen, for DBD:XBase
> (http://search.cpan.org/~janpaz/DBD-XBase-1.08/) - i needed it for
> dbfdump as dbf is often used along shapefiles..
> 
> feedback on the port itself welcome. Only added DBI as RDEP, i doubt it
> needs much more from cpan, all the other dependencies seem to be in perl
> base.

Anyone willing to okay this one ?

Landry


p5-DBD-XBase.tgz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2018/02/12 13:52:34

Modified files:
lang/moarvm/pkg: PLIST 

Log message:
Corresponding PLIST update, forgotten in last commit.

Noticed by naddy@

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2018/02/12 13:47:35

Modified files:
geo/pdal   : Makefile 
Added files:
geo/pdal/patches: patch-dimbuilder_DimBuilder_cpp 

Log message:
Fix build with jsoncpp 1.8.4.

Backported from https://github.com/PDAL/PDAL/pull/1759
breakage reported by naddy@

Re: CVS: cvs.openbsd.org: ports

[Landry Breuil]

On Sun, Feb 11, 2018 at 02:05:59AM -0700, Rafael Sadowski wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   rsadow...@cvs.openbsd.org   2018/02/11 02:05:59
> 
> Modified files:
>   devel/jsoncpp  : Makefile distinfo 
>   devel/jsoncpp/patches: patch-include_json_value_h 
>  patch-meson_build 
>  patch-src_lib_json_json_value_cpp 
> Removed files:
>   devel/jsoncpp/patches: patch-src_lib_json_json_reader_cpp 
> 
> Log message:
> Update jsoncpp to 1.8.4

This apparently broke geo/pdal. Had you built all the consumers of
jsoncpp ?

Landry

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/12 12:40:19

Modified files:
net/wireshark  : Makefile 

Log message:
- use ports-gcc for wireshark on mips64, fixes build for Diana Eichert
- try ports-gcc on sparc64 as well (currently marked BROKEN)

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2018/02/12 12:35:37

Modified files:
devel/kf5  : Makefile kf5.port.mk 
devel/kf5/attica: distinfo 
devel/kf5/bluez-qt: distinfo 
devel/kf5/bluez-qt/pkg: PLIST 
devel/kf5/breeze-icons: distinfo 
devel/kf5/breeze-icons/pkg: PLIST 
devel/kf5/extra-cmake-modules: distinfo 
devel/kf5/extra-cmake-modules/pkg: PLIST 
devel/kf5/frameworkintegration: distinfo 
devel/kf5/kactivities: Makefile distinfo 
devel/kf5/kactivities/pkg: PLIST 
devel/kf5/kactivities-stats: distinfo 
devel/kf5/kapidox: distinfo 
devel/kf5/karchive: distinfo 
devel/kf5/kauth: distinfo 
devel/kf5/kauth/pkg: PLIST 
devel/kf5/kbookmarks: distinfo 
devel/kf5/kcmutils: distinfo 
devel/kf5/kcodecs: distinfo 
devel/kf5/kcompletion: distinfo 
devel/kf5/kconfig: distinfo 
devel/kf5/kconfigwidgets: distinfo 
devel/kf5/kcoreaddons: distinfo 
devel/kf5/kcrash: distinfo 
devel/kf5/kcrash/pkg: PLIST 
devel/kf5/kdbusaddons: distinfo 
devel/kf5/kdbusaddons/pkg: PLIST 
devel/kf5/kdeclarative: Makefile distinfo 
devel/kf5/kdeclarative/pkg: PLIST 
devel/kf5/kded : distinfo 
devel/kf5/kdelibs4support: Makefile distinfo 
devel/kf5/kdesignerplugin: distinfo 
devel/kf5/kdesu: distinfo 
devel/kf5/kdewebkit: distinfo 
devel/kf5/kdnssd: distinfo 
devel/kf5/kdoctools: distinfo 
devel/kf5/kemoticons: distinfo 
devel/kf5/kfilemetadata: Makefile distinfo 
devel/kf5/kglobalaccel: Makefile distinfo 
devel/kf5/kguiaddons: distinfo 
devel/kf5/khtml: distinfo 
devel/kf5/khtml/pkg: PLIST 
devel/kf5/ki18n: distinfo 
devel/kf5/kiconthemes: distinfo 
devel/kf5/kidletime: distinfo 
devel/kf5/kimageformats: distinfo 
devel/kf5/kinit: distinfo 
devel/kf5/kio  : Makefile distinfo 
devel/kf5/kio/pkg: PLIST 
devel/kf5/kirigami2: Makefile distinfo 
devel/kf5/kirigami2/pkg: PLIST 
devel/kf5/kitemmodels: distinfo 
devel/kf5/kitemviews: distinfo 
devel/kf5/kjobwidgets: distinfo 
devel/kf5/kjobwidgets/pkg: PLIST 
devel/kf5/kjs  : distinfo 
devel/kf5/kjsembed: distinfo 
devel/kf5/kmediaplayer: distinfo 
devel/kf5/knewstuff: distinfo 
devel/kf5/knotifications: distinfo 
devel/kf5/knotifyconfig: distinfo 
devel/kf5/kpackage: Makefile distinfo 
devel/kf5/kpackage/pkg: PLIST 
devel/kf5/kparts: distinfo 
devel/kf5/kpeople: distinfo 
devel/kf5/kplotting: distinfo 
devel/kf5/kpty : distinfo 
devel/kf5/kross: distinfo 
devel/kf5/krunner: Makefile distinfo 
devel/kf5/kservice: distinfo 
devel/kf5/kservice/pkg: PLIST 
devel/kf5/ktexteditor: Makefile distinfo 
devel/kf5/ktextwidgets: distinfo 
devel/kf5/kunitconversion: distinfo 
devel/kf5/kwallet: distinfo 
devel/kf5/kwidgetsaddons: distinfo 
devel/kf5/kwindowsystem: distinfo 
devel/kf5/kxmlgui: distinfo 
devel/kf5/kxmlrpcclient: distinfo 
devel/kf5/oxygen-icons: distinfo 
devel/kf5/plasma-framework: Makefile distinfo 
devel/kf5/plasma-framework/pkg: PLIST 
devel/kf5/prison: distinfo 
devel/kf5/prison/pkg: PLIST 
devel/kf5/qqc2-desktop-style: distinfo 
devel/kf5/solid: distinfo 
devel/kf5/sonnet: distinfo 
devel/kf5/sonnet/pkg: PLIST-aspell PLIST-hunspell 
devel/kf5/syntax-highlighting: Makefile distinfo 
devel/kf5/threadweaver: distinfo 

Log message:
Update KDE Frameworks to 5.42.0

Changelog:
https://www.kde.org/announcements/kde-frameworks-5.42.0.php

bulk and ok landry@ Thanks a lot!

CVS: cvs.openbsd.org: ports

[T . J . Townsend]

CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2018/02/12 10:34:17

Modified files:
net/libtorrent : Tag: OPENBSD_6_2 Makefile 
Added files:
net/libtorrent/patches: Tag: OPENBSD_6_2 
patch-src_protocol_extensions_cc 
patch-src_protocol_handshake_cc 
patch-src_torrent_object_stream_cc 

Log message:
add upstream patches to fix a remote DoS

ok dcoppa

CVS: cvs.openbsd.org: ports

[T . J . Townsend]

CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2018/02/12 10:31:35

Modified files:
net/libtorrent : Makefile 
Added files:
net/libtorrent/patches: patch-src_protocol_extensions_cc 
patch-src_protocol_handshake_cc 
patch-src_torrent_object_stream_cc 

Log message:
add upstream patches to fix a remote DoS

ok dcoppa

Re: NEW: fs2open - source port of FreeSpace 2 space sim

[Thomas Frohwein]

forgot attachment, sorry

On Mon, Feb 12, 2018 at 08:15:10AM -0800, Thomas Frohwein wrote:
> ping - anyone wanting to import this?
> 
> On Wed, Jan 24, 2018 at 10:14:11AM -0800, Thomas Frohwein wrote:
> > ping
> > 
> > On Sun, Jan 14, 2018 at 02:37:20PM -0800, Thomas Frohwein wrote:
> > > New tarball, streamlining version handling and removing a few hardcoded
> > > "-O2" flags after feedback from bcallah@ - thanks! (tested and it still
> > > builds and runs as before)
> > 
> > 
> 
> 


fs2open.tgz
Description: Binary data

Re: NEW: libtheoraplay & libtheorafile - ports for videoplayback in FNA games

[Thomas Frohwein]

ping

On Sun, Jan 21, 2018 at 07:29:06PM -0800, Thomas Frohwein wrote:
> Hi ports@,
> 
> Attached are two ports that fulfill the same function in FNA games, but are 
> used
> in different products: libtheoraplay and libtheorafile. Both are essentially
> small libraries that are called by those games for Ogg Theora videoplayback.
> 
> I've found the following FNA games than use these libraries and tested that 
> they
> run with them:
> 
> libtheoraplay - A Virus Named TOM, Bleed, Capsized, FEZ, HackNet, Overdriven
>   Reloaded, Paladin, Skulls of the Shogun, and Towerfall:
>   Ascension
> 
> libtheorafile - Bleed 2, Dust: An Elysian Tail, Hidden in Plain Sight, Owlboy
> 
> Both ports come with a test folder with a script or target to compile a binary
> that can play Ogg Theora files (.ogv) for testing purposes. Since this is
> interactive and no example .ogv files are provided, I set NO_TEST = Yes.
> Instructions on how to test are as comment in the Makefile above the NO_TEST
> line.
> 
> With these 2 ports (+ SDL2 + vorbis), almost all FNA games that have a 
> DRM-free
> version can be played on OpenBSD, with the only barrier being the mono port 
> that
> must be manually compiled at the moment. There is a script on
> https://github.com/thfrwn/fnaify that can configure the games for you to find
> the proper libraries and move packaged mono dll's out of the way.





libtheorafile.tgz
Description: Binary data


libtheoraplay.tgz
Description: Binary data

Re: UPDATE devel/sdl2 - add ability to change gamecontroller mapping with environment variable

[Thomas Frohwein]

ping - any takers who would import this? It's a brief and easy update and makes
SDL2 gamepad use much more enjoyable.

On Sun, Jan 21, 2018 at 04:13:29PM -0800, Thomas Frohwein wrote:
> Hi,
> 
> The way that SDL2's gamecontroller API was enabled with the 2.0.7 upgrade
> hardcoded one controller mapping at compile time (which was an upgrade from 
> not being able to use it all in FNA games, reportedly also PPSSPP before 
> that).
> 
> SDL2 *should* however be able to map the controller layout at runtime based on
> 1) the SDL_GAMECONTROLLERCONFIG environment variable, and 2) files with
> controller layout specifications, in several applications called
> gamecontrollerdb.txt.
> 
> The below diff adds the ability to assign controller mapping at runtime via 
> the
> SDL_GAMECONTROLLERCONFIG env variable. It is a workaround because it is not
> clear yet where the upstream SDL2 code fails to achieve this. Reading mapping
> from file is not (yet) possible.
> 
> The diff only changes a handful of lines (see below). I tested it completely
> remapping a Logitech Dual Action gamepad, including D-pad. The first 2 parts 
> of
> the string (guid and device name) don't have any functional impact at this
> point when passed via the SDL_GAMECONTROLLERCONFIG.
> 
> My suggested approach at the moment is using the port sdl-jstest to display 
> the
> mapping string with 'sdl2-jstest -l', adjusting the buttons, axes, and dpad
> from there and pass it into the SDL_GAMECONTROLLERCONfIG environment variable.
> 
> Empty SDL_GAMECONTROLLERCONFIG keeps default mappings. An invalid mapping
> string seems to disable the gamepad in the application based on my testing.
> 
> Thanks.
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/sdl2/Makefile,v
> retrieving revision 1.20
> diff -u -p -r1.20 Makefile
> --- Makefile  12 Jan 2018 19:32:54 -  1.20
> +++ Makefile  21 Jan 2018 23:40:12 -
> @@ -9,7 +9,7 @@ DISTNAME= SDL2-${V}
>  PKGNAME= sdl2-${V}
>  CATEGORIES=  devel
>  MASTER_SITES=https://www.libsdl.org/release/
> -REVISION=0
> +REVISION=1
>  
>  SHARED_LIBS= SDL20.4 # 0.7
>  
> Index: patches/patch-src_joystick_SDL_gamecontroller_c
> ===
> RCS file: 
> /cvs/ports/devel/sdl2/patches/patch-src_joystick_SDL_gamecontroller_c,v
> retrieving revision 1.1
> diff -u -p -r1.1 patch-src_joystick_SDL_gamecontroller_c
> --- patches/patch-src_joystick_SDL_gamecontroller_c   7 Jan 2018 22:56:46 
> -   1.1
> +++ patches/patch-src_joystick_SDL_gamecontroller_c   21 Jan 2018 23:40:12 
> -
> @@ -5,11 +5,12 @@ also disable checking string "Xbox 360 W
>  everything will be Xbox360 controller (works with generic joysticks)
>  - note: the actual Xbox360 controller has buttons and axes messed up on
>   openbsd with these mappings
> +map to SDL_GAMECONTROLLERCONFIG envvar if available
>  
>  Index: src/joystick/SDL_gamecontroller.c
>  --- src/joystick/SDL_gamecontroller.c.orig
>  +++ src/joystick/SDL_gamecontroller.c
> -@@ -884,15 +884,15 @@ static ControllerMapping_t *SDL_PrivateGetControllerMa
> +@@ -884,15 +884,21 @@ static ControllerMapping_t *SDL_PrivateGetControllerMa
>   #else
>   (void) s_pEmscriptenMapping;  /* pacify ARMCC */
>   #endif
> @@ -20,10 +21,17 @@ Index: src/joystick/SDL_gamecontroller.c
>  +//if (SDL_strstr(name, "Xbox 360 Wireless Receiver")) {
>   /* The Linux driver xpad.c maps the wireless dpad to buttons */
>   SDL_bool existing;
> - mapping = SDL_PrivateAddMappingForGUID(guid,
> +-mapping = SDL_PrivateAddMappingForGUID(guid,
> ++char guid_str[1024];
> ++SDL_JoystickGetGUIDString(guid, guid_str, sizeof(guid_str));
> ++if (SDL_GetHint(SDL_HINT_GAMECONTROLLERCONFIG) == NULL) {
> ++mapping = SDL_PrivateAddMappingForGUID(guid,
>   "none,X360 Wireless 
> Controller,a:b0,b:b1,back:b6,dpdown:b14,dpleft:b11,dpright:b12,dpup:b13,guide:b8,leftshoulder:b4,leftstick:b9,lefttrigger:a2,leftx:a0,lefty:a1,rightshoulder:b5,rightstick:b10,righttrigger:a5,rightx:a3,righty:a4,start:b7,x:b2,y:b3,",
> , 
> SDL_CONTROLLER_MAPPING_PRIORITY_DEFAULT);
>  -}
> ++} else {
> ++mapping = SDL_PrivateAddMappingForGUID(guid, 
> SDL_GetHint(SDL_HINT_GAMECONTROLLERCONFIG), , 
> SDL_CONTROLLER_MAPPING_PRIORITY_DEFAULT);
> ++}
>  +//}
>   }
>   #endif /* __LINUX__ */
> 

Re: NEW: fs2open - source port of FreeSpace 2 space sim

[Thomas Frohwein]

ping - anyone wanting to import this?

On Wed, Jan 24, 2018 at 10:14:11AM -0800, Thomas Frohwein wrote:
> ping
> 
> On Sun, Jan 14, 2018 at 02:37:20PM -0800, Thomas Frohwein wrote:
> > New tarball, streamlining version handling and removing a few hardcoded
> > "-O2" flags after feedback from bcallah@ - thanks! (tested and it still
> > builds and runs as before)
> 
> 

Re: [NEW] fonts/annapurna

[George Rosamond]

George Rosamond:
> From the pkg/DESCR:
> 
> Annapurna is a Unicode-based font family with support for the many
> diverse languages that use the Devanagari script. The design is
> intended to be highly readable, reasonably compact and visually
> attractive to produce quality publications. These fonts are names
> after the majestic Annapurna mountain range of Nepal.
> 

Confused the DISTFILE suffix with the tarball.  Reattached as .tgz

> g
> 
> Side note: fonts/dai-banna isn't pulling the distfile over ftp, so I'm
> figuring out a work-around.
> 

g


annapurna-1.203.tgz
Description: Binary data

[NEW] fonts/scheherazade

[George Rosamond]

from pkg/DESCR:

Scheherazade is a TrueType extended Unicode Arabic font.

Scheherazade supports most of the Unicode 8.0 Arabic character
repertoire (excluding the Arabic Presentation Forms blocks, which
are not recommended for normal use).

Font smarts are implemented using OpenType and Graphite technologies.
A number of glyph variations are accessible through font features
available via both OpenType and Graphite technologies.

Attached.

g
-- 


5822 F82D 665B 5C6A 915B FAD4 B014 1CEE 545A A6C6


scheherazade-2100.tgz
Description: Binary data

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/12 08:02:37

Modified files:
math/calc  : Makefile distinfo 

Log message:
update to calc-2.12.6.5

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/12 08:02:00

Modified files:
graphics/p5-Barcode-DataMatrix: Makefile distinfo 

Log message:
update to p5-Barcode-DataMatrix-0.10

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/12 07:39:46

Modified files:
security/py-cryptography: Makefile distinfo 
security/py-cryptography_vectors: Makefile distinfo 

Log message:
update to py-cryptography-2.1.4

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/12 07:37:40

Modified files:
www/nghttp2: Makefile distinfo 

Log message:
update to nghttp2-1.30.0

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/12 07:37:06

Modified files:
net/py-ripe.atlas.tools: Makefile distinfo 

Log message:
update to ripe.atlas.tools-2.2.3

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/12 07:36:36

Modified files:
net/icinga/web2-module-director: Makefile distinfo 

Log message:
update to icingaweb2-module-director-1.4.3

CVS: cvs.openbsd.org: ports

[Bjorn Ketelaars]

CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2018/02/12 06:53:49

Modified files:
security/keybase: Makefile distinfo 
security/keybase/patches: patch-go_client_cmd_update_go 

Log message:
Update keybase to 1.0.41

OK abieber@ (maintainer), landry@, jca@

Re: CVS: cvs.openbsd.org: ports

[Stuart Henderson]

On 2018/02/10 08:29, Antoine Jacoutot wrote:
> Update to xine-lib-1.2.9.

failing on i386:

../../include/config.h:31:10: warning: "configure did not detect ARCH_X86_X32!" 
[-W#warnings]


>>> Building on i386-2 under multimedia/xine-lib
 BDEPENDS = 
[multimedia/libtheora;audio/libmodplug;graphics/jpeg;audio/libvorbis;multimedia/libv4l;devel/autoconf/2.69;graphics/vcdimager;audio/flac;converters/libiconv;devel/sdl;x11/libxdg-basedir;audio/musepack;devel/gmake;graphics/libmng;audio/speex;textproc/xmlto;graphics/ffmpeg;audio/libogg;audio/libcdio;multimedia/libbluray;archivers/xz;devel/gettext;multimedia/libdvdnav;devel/metaauto]
 DIST = [multimedia/xine-lib:xine-lib-1.2.9.tar.xz]
 FULLPKGNAME = xine-lib-1.2.9
 RDEPENDS = 
[x11/libxdg-basedir;audio/musepack;graphics/libmng;audio/speex;multimedia/libv4l;audio/libmodplug;multimedia/libtheora;audio/libvorbis;graphics/jpeg;graphics/vcdimager;audio/flac;devel/sdl;converters/libiconv;multimedia/libbluray;multimedia/libdvdnav;devel/gettext;audio/libogg;graphics/ffmpeg;audio/libcdio]
(Junk lock failure for i386-2 at 1518416600)
Received IO
(Junk lock obtained for i386-2 at 1518416605)
Received IO
Woken up multimedia/xine-lib
>>> Running depends in multimedia/xine-lib at 1518416606
   last junk was in devel/p5-Test-Corpus-Audio-MPD
/usr/sbin/pkg_add -aI -Dunsigned -Drepair autoconf-2.69p2 ffmpeg-20170825p2 
flac-1.3.2p1 gettext-0.19.8.1p1 jpeg-1.5.3v0 libbluray-1.0.0p0 libcdio-0.80p9 
libdvdnav-5.0.3v0 libiconv-1.14p3 libmng-1.0.10p3 libmodplug-0.8.9.0 
libogg-1.3.3 libtheora-1.1.1p3 libv4l-1.14.1 libvorbis-1.3.5 
libxdg-basedir-1.2.0p0 metaauto-1.0p1 musepack-475p2 sdl-1.2.15p9 speex-1.2.0 
vcdimager-0.7.24p0 xmlto-0.0.28
was: /usr/sbin/pkg_add -aI -Dunsigned -Drepair autoconf-2.69p2 
ffmpeg-20170825p2 flac-1.3.2p1 gettext-0.19.8.1p1 gmake-4.2.1 jpeg-1.5.3v0 
libbluray-1.0.0p0 libcdio-0.80p9 libdvdnav-5.0.3v0 libiconv-1.14p3 
libmng-1.0.10p3 libmodplug-0.8.9.0 libogg-1.3.3 libtheora-1.1.1p3 libv4l-1.14.1 
libvorbis-1.3.5 libxdg-basedir-1.2.0p0 metaauto-1.0p1 musepack-475p2 
sdl-1.2.15p9 speex-1.2.0 vcdimager-0.7.24p0 xmlto-0.0.28 xz-5.2.3p0
/usr/sbin/pkg_add -aI -Dunsigned -Drepair autoconf-2.69p2 ffmpeg-20170825p2 
flac-1.3.2p1 gettext-0.19.8.1p1 jpeg-1.5.3v0 libbluray-1.0.0p0 libcdio-0.80p9 
libdvdnav-5.0.3v0 libiconv-1.14p3 libmng-1.0.10p3 libmodplug-0.8.9.0 
libogg-1.3.3 libtheora-1.1.1p3 libv4l-1.14.1 libvorbis-1.3.5 
libxdg-basedir-1.2.0p0 metaauto-1.0p1 musepack-475p2 sdl-1.2.15p9 speex-1.2.0 
vcdimager-0.7.24p0 xmlto-0.0.28
>>> Running show-prepare-results in multimedia/xine-lib at 1518416610
===> multimedia/xine-lib
===> xine-lib-1.2.9 depends on: xmlto-* -> xmlto-0.0.28
===> xine-lib-1.2.9 depends on: metaauto-* -> metaauto-1.0p1
===> xine-lib-1.2.9 depends on: autoconf-2.69 -> autoconf-2.69p2
===> xine-lib-1.2.9 depends on: gmake-* -> gmake-4.2.1
===> xine-lib-1.2.9 depends on: xz-* -> xz-5.2.3p0
===> xine-lib-1.2.9 depends on: flac-* -> flac-1.3.2p1
===> xine-lib-1.2.9 depends on: libcdio-* -> libcdio-0.80p9
===> xine-lib-1.2.9 depends on: libmodplug-* -> libmodplug-0.8.9.0
===> xine-lib-1.2.9 depends on: libogg-* -> libogg-1.3.3
===> xine-lib-1.2.9 depends on: libvorbis-* -> libvorbis-1.3.5
===> xine-lib-1.2.9 depends on: musepack-* -> musepack-475p2
===> xine-lib-1.2.9 depends on: speex-* -> speex-1.2.0
===> xine-lib-1.2.9 depends on: libiconv-* -> libiconv-1.14p3
===> xine-lib-1.2.9 depends on: gettext-* -> gettext-0.19.8.1p1
===> xine-lib-1.2.9 depends on: sdl-* -> sdl-1.2.15p9
===> xine-lib-1.2.9 depends on: ffmpeg-* -> ffmpeg-20170825p2
===> xine-lib-1.2.9 depends on: jpeg-* -> jpeg-1.5.3v0
===> xine-lib-1.2.9 depends on: libmng-* -> libmng-1.0.10p3
===> xine-lib-1.2.9 depends on: vcdimager-* -> vcdimager-0.7.24p0
===> xine-lib-1.2.9 depends on: libbluray->=0.8.0 -> libbluray-1.0.0p0
===> xine-lib-1.2.9 depends on: libdvdnav-* -> libdvdnav-5.0.3v0
===> xine-lib-1.2.9 depends on: libtheora-* -> libtheora-1.1.1p3
===> xine-lib-1.2.9 depends on: libv4l-* -> libv4l-1.14.1
===> xine-lib-1.2.9 depends on: libxdg-basedir-* -> libxdg-basedir-1.2.0p0
===>  Verifying specs:  c++ c++abi pthread FLAC GL GLU ICE SDL SM X11 X11-xcb 
Xau Xdamage Xdmcp Xext Xfixes Xinerama Xv XvMCW Xxf86vm avcodec avformat avutil 
bluray bz2 c cdio crypto drm dvdnav dvdread execinfo expat fontconfig freetype 
glapi gsm iconv intl iso9660 jpeg lcms lzma m mng modplug mp3lame mpcdec ogg 
opus postproc sndio speex ssl swresample theora usbhid v4l2 v4lconvert vcdinfo 
vorbis vorbisenc vpx x264 x265 xcb xcb-dri2 xcb-glx xcb-shape xcb-shm xcb-xv 
xdg-basedir xml2 xvidcore z
===>  found c++.1.0 c++abi.0.0 pthread.25.1 FLAC.10.0 GL.17.1 GLU.9.0 ICE.10.0 
SDL.8.0 SM.9.0 X11.16.1 X11-xcb.2.0 Xau.10.0 Xdamage.4.0 Xdmcp.11.0 Xext.13.0 
Xfixes.6.0 Xinerama.6.0 Xv.6.0 XvMCW.2.0 Xxf86vm.6.0 avcodec.22.2 avformat.19.4 
avutil.12.4 bluray.3.0 bz2.10.4 c.92.3 cdio.0.1 crypto.42.1 drm.7.5 dvdnav.7.1 
dvdread.6.1 execinfo.2.0 expat.12.0 fontconfig.11.0 freetype.28.2 

Re: removal www/newsbeuter

[Landry Breuil]

On Mon, Feb 12, 2018 at 01:37:50PM +0100, Björn Ketelaars wrote:
> On Sun 11/02/2018 21:04, Stuart Henderson wrote:
> > On 2018/02/11 19:46, Björn Ketelaars wrote:
> > > newsbeuter has been abandoned almost 6 months ago. There is however an
> > > active maintained fork available (https://newsboat.org), which is in
> > > ports: www/newsboat.
> > > 
> > > Any objections to sending www/newsbeuter to the attic?
> > 
> > No objections here, please send a diff before committing though just so
> > we can check everything's ok.
> > 
> > What do you think is best for quirks? Are the two compatible enough that
> > it would be sane to auto update from newsbeuter to newsboat, or would
> > it be better to add to $obsolete_reason as "no longer maintained upstream",
> > maybe with an faq/current.html mention about it?
> 
> I will wait for about a week before doing anything, except collecting
> feedback. I did however prepare a diff for quirks. Newsboat has
> a mechanism in place that prompts you whether it should port your
> newsbeuter configuration upon the first run. This should ensure a smooth
> update.
> 
> The binaries however have different names. I'm not sure if this warrants
> a mentioning on current.html. I do not thinks so, other opinions?

Don't think so either, as quirks will update to newsboat, users will
find it via news ?

Landry

Re: removal www/newsbeuter

[Björn Ketelaars]

On Mon 12/02/2018 13:37, Björn Ketelaars wrote:
> On Sun 11/02/2018 21:04, Stuart Henderson wrote:
> > On 2018/02/11 19:46, Björn Ketelaars wrote:
> > > newsbeuter has been abandoned almost 6 months ago. There is however an
> > > active maintained fork available (https://newsboat.org), which is in
> > > ports: www/newsboat.
> > > 
> > > Any objections to sending www/newsbeuter to the attic?
> > 
> > No objections here, please send a diff before committing though just so
> > we can check everything's ok.
> > 
> > What do you think is best for quirks? Are the two compatible enough that
> > it would be sane to auto update from newsbeuter to newsboat, or would
> > it be better to add to $obsolete_reason as "no longer maintained upstream",
> > maybe with an faq/current.html mention about it?
> 
> I will wait for about a week before doing anything, except collecting
> feedback. I did however prepare a diff for quirks. Newsboat has
> a mechanism in place that prompts you whether it should port your
> newsbeuter configuration upon the first run. This should ensure a smooth
> update.
> 
> The binaries however have different names. I'm not sure if this warrants
> a mentioning on current.html. I do not thinks so, other opinions?

And a diff for unhooking newsbeuter from www.

Same as above...I will wait for about a week.

OK?


Index: Makefile
===
RCS file: /cvs/ports/www/Makefile,v
retrieving revision 1.849
diff -u -p -r1.849 Makefile
--- Makefile19 Jan 2018 14:40:46 -  1.849
+++ Makefile12 Feb 2018 12:04:48 -
@@ -99,7 +99,6 @@
  SUBDIR += mozilla-firefox
  SUBDIR += mozplugger
  SUBDIR += netsurf
- SUBDIR += newsbeuter
  SUBDIR += newsboat
  SUBDIR += nextcloud
  SUBDIR += nghttp2

Re: removal www/newsbeuter

[Björn Ketelaars]

On Sun 11/02/2018 21:04, Stuart Henderson wrote:
> On 2018/02/11 19:46, Björn Ketelaars wrote:
> > newsbeuter has been abandoned almost 6 months ago. There is however an
> > active maintained fork available (https://newsboat.org), which is in
> > ports: www/newsboat.
> > 
> > Any objections to sending www/newsbeuter to the attic?
> 
> No objections here, please send a diff before committing though just so
> we can check everything's ok.
> 
> What do you think is best for quirks? Are the two compatible enough that
> it would be sane to auto update from newsbeuter to newsboat, or would
> it be better to add to $obsolete_reason as "no longer maintained upstream",
> maybe with an faq/current.html mention about it?

I will wait for about a week before doing anything, except collecting
feedback. I did however prepare a diff for quirks. Newsboat has
a mechanism in place that prompts you whether it should port your
newsbeuter configuration upon the first run. This should ensure a smooth
update.

The binaries however have different names. I'm not sure if this warrants
a mentioning on current.html. I do not thinks so, other opinions?


Index: Makefile
===
RCS file: /cvs/ports/devel/quirks/Makefile,v
retrieving revision 1.563
diff -u -p -r1.563 Makefile
--- Makefile6 Feb 2018 22:09:28 -   1.563
+++ Makefile12 Feb 2018 12:09:59 -
@@ -5,7 +5,7 @@ CATEGORIES =devel databases
 DISTFILES =
 
 # API.rev
-PKGNAME =  quirks-2.408
+PKGNAME =  quirks-2.409
 PKG_ARCH = *
 MAINTAINER =   Marc Espie 
 
Index: files/Quirks.pm
===
RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v
retrieving revision 1.576
diff -u -p -r1.576 Quirks.pm
--- files/Quirks.pm 6 Feb 2018 22:09:28 -   1.576
+++ files/Quirks.pm 12 Feb 2018 12:09:59 -
@@ -498,6 +498,7 @@ my $stem_extensions = {
'arm' => 'nyx',
'luabitop' => 'lua-bitop',
'livestreamer' => 'streamlink',
+   'newsbeuter' => 'newsboat',
 };
 
 my $obsolete_reason = {

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2018/02/12 05:24:20

Modified files:
x11/moka-icon-theme/pkg: PLIST 

Log message:
Fix PLIST wrt MACHINE_ARCH, spotted by sthen@
No bump as no change on amd64, and it didnt package on !amd64

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/02/12 04:40:57

Modified files:
devel/libgee   : Makefile distinfo 

Log message:
Update to libgee-0.20.1.

Re: UPDATE security/keybase

[Jeremie Courreges-Anglas]

On Mon, Feb 12 2018, Björn Ketelaars  wrote:
> Included a diff for bringing security/keybase to the latest version,
> which fixes numerous issues.
>
> Update has been discussed with abieber@ (maintainer), who gave his OK.
>
> OK?

Looks fine ports-wise, ok jca@

>
> Index: Makefile
> ===
> RCS file: /cvs/ports/security/keybase/Makefile,v
> retrieving revision 1.7
> diff -u -p -r1.7 Makefile
> --- Makefile  26 Dec 2017 11:07:51 -  1.7
> +++ Makefile  12 Feb 2018 10:14:40 -
> @@ -7,7 +7,7 @@ ONLY_FOR_ARCHS = amd64
>  
>  COMMENT =client for keybase.io
>  
> -V =  1.0.39
> +V =  1.0.41
>  GH_ACCOUNT = keybase
>  GH_PROJECT = client
>  GH_TAGNAME = v${V}
> Index: distinfo
> ===
> RCS file: /cvs/ports/security/keybase/distinfo,v
> retrieving revision 1.5
> diff -u -p -r1.5 distinfo
> --- distinfo  26 Dec 2017 11:07:51 -  1.5
> +++ distinfo  12 Feb 2018 10:14:40 -
> @@ -1,2 +1,2 @@
> -SHA256 (keybase-1.0.39.tar.gz) = 9oNffKto6xmKqubfVYQ0OzMkm2lgPJGB0hErsHeJCPk=
> -SIZE (keybase-1.0.39.tar.gz) = 30226025
> +SHA256 (keybase-1.0.41.tar.gz) = U2h9xHgQq5WM6kEFOiWwJ4ilQpSk1rcZGkxg1pJrhm4=
> +SIZE (keybase-1.0.41.tar.gz) = 31643095
> Index: patches/patch-go_client_cmd_update_go
> ===
> RCS file: /cvs/ports/security/keybase/patches/patch-go_client_cmd_update_go,v
> retrieving revision 1.3
> diff -u -p -r1.3 patch-go_client_cmd_update_go
> --- patches/patch-go_client_cmd_update_go 11 Oct 2017 14:00:05 -  
> 1.3
> +++ patches/patch-go_client_cmd_update_go 12 Feb 2018 10:14:40 -
> @@ -14,7 +14,7 @@ Index: go/client/cmd_update.go
>   "fmt"
>   "os"
>  -"os/exec"
> -
> + 
>   "github.com/keybase/cli"
>   "github.com/keybase/client/go/install"
>  @@ -35,23 +34,7 @@ func newCmdUpdateCheck(cl *libcmdline.CommandLine, g *
>

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

UPDATE security/keybase

[Björn Ketelaars]

Included a diff for bringing security/keybase to the latest version,
which fixes numerous issues.

Update has been discussed with abieber@ (maintainer), who gave his OK.

OK?


Index: Makefile
===
RCS file: /cvs/ports/security/keybase/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile26 Dec 2017 11:07:51 -  1.7
+++ Makefile12 Feb 2018 10:14:40 -
@@ -7,7 +7,7 @@ ONLY_FOR_ARCHS = amd64
 
 COMMENT =  client for keybase.io
 
-V =1.0.39
+V =1.0.41
 GH_ACCOUNT =   keybase
 GH_PROJECT =   client
 GH_TAGNAME =   v${V}
Index: distinfo
===
RCS file: /cvs/ports/security/keybase/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo26 Dec 2017 11:07:51 -  1.5
+++ distinfo12 Feb 2018 10:14:40 -
@@ -1,2 +1,2 @@
-SHA256 (keybase-1.0.39.tar.gz) = 9oNffKto6xmKqubfVYQ0OzMkm2lgPJGB0hErsHeJCPk=
-SIZE (keybase-1.0.39.tar.gz) = 30226025
+SHA256 (keybase-1.0.41.tar.gz) = U2h9xHgQq5WM6kEFOiWwJ4ilQpSk1rcZGkxg1pJrhm4=
+SIZE (keybase-1.0.41.tar.gz) = 31643095
Index: patches/patch-go_client_cmd_update_go
===
RCS file: /cvs/ports/security/keybase/patches/patch-go_client_cmd_update_go,v
retrieving revision 1.3
diff -u -p -r1.3 patch-go_client_cmd_update_go
--- patches/patch-go_client_cmd_update_go   11 Oct 2017 14:00:05 -  
1.3
+++ patches/patch-go_client_cmd_update_go   12 Feb 2018 10:14:40 -
@@ -14,7 +14,7 @@ Index: go/client/cmd_update.go
"fmt"
"os"
 -  "os/exec"
-
+ 
"github.com/keybase/cli"
"github.com/keybase/client/go/install"
 @@ -35,23 +34,7 @@ func newCmdUpdateCheck(cl *libcmdline.CommandLine, g *

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2018/02/12 03:17:45

Modified files:
geo/py-shapely : Makefile 
geo/py-shapely/pkg: PLIST 
Removed files:
geo/py-shapely/patches: patch-setup_py 

Log message:
Use MODPY_SETUPTOOLS to do the right thing.
No bump since it didnt build/package anyway, sorry for the breakage.
Reported by nigel@

CVS: cvs.openbsd.org: ports

[Bjorn Ketelaars]

CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2018/02/12 03:03:50

Modified files:
sysutils/syslog-ng: Makefile 
Added files:
sysutils/syslog-ng/patches: patch-modules_json_json-parser_c 

Log message:
Fix build with upcoming json-c 0.13

Taken from https://github.com/balabit/syslog-ng/pull/1810, tested with
json-c 0.12 and 0.13

OK from steven@ (maintainer), landry@, jca@

Re: FIX sysutils/syslog-ng build with json-c 0.13

[Landry Breuil]

On Mon, Feb 12, 2018 at 09:34:22AM +0100, Jeremie Courreges-Anglas wrote:
> On Mon, Feb 12 2018, Björn Ketelaars  wrote:
> > Diff below fixes sysutils/syslog-ng build with json-c 0.13. Build tested
> > OK with both json-c 0.12 and json-c 0.13.
> >
> > Maintainer responded with "That looks fine, but I did not test it."
> >
> > OK?
> 
> ok jca@

ok

Re: FIX sysutils/syslog-ng build with json-c 0.13

[Jeremie Courreges-Anglas]

On Mon, Feb 12 2018, Björn Ketelaars  wrote:
> Diff below fixes sysutils/syslog-ng build with json-c 0.13. Build tested
> OK with both json-c 0.12 and json-c 0.13.
>
> Maintainer responded with "That looks fine, but I did not test it."
>
> OK?

ok jca@

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

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/02/12 01:15:46

Modified files:
graphics/drawpile: Makefile distinfo 
graphics/drawpile/pkg: PLIST 

Log message:
Bugfix update to drawpile-2.0.8