date:20180213

Re: audio/potamus

2018-02-13 Thread Landry Breuil

On Tue, Feb 13, 2018 at 09:26:22PM +0100, Björn Ketelaars wrote:
> On Tue 13/02/2018 20:59, Antoine Jacoutot wrote:
> > On Tue, Feb 13, 2018 at 07:24:58PM +, Björn Ketelaars wrote:
> > > On Tue 13/02/2018 20:01, Landry Breuil wrote:
> > > > On Tue, Feb 13, 2018 at 06:37:47PM +0100, Björn Ketelaars wrote:
> > > > > Diff below brings potamus to the latest version. While here add
> > > > > SEPARATE_BUILD=Yes to Makefile.
> > > > 
> > > > What is it with this ? I see you're adding it to Makefiles, is there a
> > > > particular reason for it ? If it's *better* generally, then maybe a
> > > > (much larger) task would be to switch it by default and only set it to
> > > > no for broken ports..
> > > 
> > > It has some advantages, and testing it while working on a port is cheap.
> > > From https://www.openbsd.org/faq/ports/guide.html:
> > > 
> > > - If the port can build with object files outside its source tree, this
> > >   is cleaner (many programs using CONFIGURE_STYLE=gnu can), and may help
> > >   people who mount their ports tree on several arches.
> > 
> > You still can. Just use a local partition for your objdir.
> > 
> > > - This can also spare you some effort, as you will possibly be able to
> > >   restart the cycle at configure most of the time.
> > 
> > I agree with Landry.
> > I don't like to start adding this to ports unless this is required. Now, if 
> > we
> > want to make it a default, than fine, someone starts the effort...
> 
> Clear! Until I understand the internals better I'm not going to start
> the effort.
> 
> Attached a new diff without the SEPARATE_BUILD bit.
> 
> OK?

ok

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Rafael Sadowski

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2018/02/13 23:59:09

Modified files:
devel/qbs  : Makefile distinfo 
devel/qbs/pkg  : PLIST 

Log message:
Update Qbs to 1.10.1 (Bugfix update)

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Anthony J . Bentley

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2018/02/13 23:26:30

Modified files:
fonts/dai-banna: Makefile 

Log message:
Add a distfile mirror, as the "official" one 403s. Also update COMMENT.

>From George Rosamond (maintainer).

Re: UPDATE: fonts/dai-banna

2018-02-13 Thread Rafael Sadowski

On Wed Feb 14, 2018 at 01:16:09AM -0500, Brian Callahan wrote:
> 
> On 02/14/18 01:06, Rafael Sadowski wrote:
> > On Tue Feb 13, 2018 at 10:52:00PM +, George Rosamond wrote:
> > > MASTER_SITE wasn't working as per a bulk builder.
> > > 
> > > Updated with NYC*BUG mirror for distfile, tightened COMMENT.
> > > 
> > > Thanks
> > > 
> > > g
> > > 
> > > Index: Makefile
> > > ===
> > > RCS file: /cvs/ports/fonts/dai-banna/Makefile,v
> > > retrieving revision 1.1.1.1
> > > diff -u -p -r1.1.1.1 Makefile
> > > --- Makefile  10 Mar 2016 07:20:10 -  1.1.1.1
> > > +++ Makefile  13 Feb 2018 22:48:01 -
> > > @@ -3,9 +3,10 @@
> > >   PKG_ARCH =  *
> > > 
> > >   V = 2.200
> > > -COMMENT =Unicode font package for New Tai Lue characters
> > > +COMMENT =New Tai Lue Unicode characters
> > Comments starts with lowercase.
> 
> Not 100% sure about this one. New Tai Lue is the actual name of the alphabet
> in question (and is a proper noun according to Wikipedia):
> https://en.wikipedia.org/wiki/New_Tai_Lue_alphabet

ahh, of course. I didn't say anything.

Re: UPDATE: fonts/dai-banna

2018-02-13 Thread Brian Callahan



On 02/14/18 01:06, Rafael Sadowski wrote:

On Tue Feb 13, 2018 at 10:52:00PM +, George Rosamond wrote:

MASTER_SITE wasn't working as per a bulk builder.

Updated with NYC*BUG mirror for distfile, tightened COMMENT.

Thanks

g

Index: Makefile
===
RCS file: /cvs/ports/fonts/dai-banna/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile10 Mar 2016 07:20:10 -  1.1.1.1
+++ Makefile13 Feb 2018 22:48:01 -
@@ -3,9 +3,10 @@
  PKG_ARCH =*

  V =   2.200
-COMMENT =  Unicode font package for New Tai Lue characters
+COMMENT =  New Tai Lue Unicode characters

Comments starts with lowercase.


Not 100% sure about this one. New Tai Lue is the actual name of the 
alphabet in question (and is a proper noun according to Wikipedia): 
https://en.wikipedia.org/wiki/New_Tai_Lue_alphabet


~Brian


  DISTNAME =DaiBanna-$V
  PKGNAME = dai-banna-$V
+REVISION = 0
  CATEGORIES =  fonts

  HOMEPAGE =https://scripts.sil.org/DaiBannaSIL
@@ -15,8 +16,7 @@ MAINTAINER =  George Rosamond

Re: NEW: devel/kf5/{purpose,kholidays}

2018-02-13 Thread Rafael Sadowski

On Wed Feb 14, 2018 at 07:12:18AM +0100, Rafael Sadowski wrote:
> Hi All,
> 
> please find attached the two new KF5 modules. 
> 
> New modules
> 
> - KHolidays: Holiday calculation library
> 
> This library provides a C++ API that determines holiday and other
> special events for a geographical region.
> 
> - Purpose: Offers available actions for a specific purpose
> 
> This framework offers the possibility to create integrate services and
> actions on any application without having to implement them
> specifically. Purpose will offer them mechanisms to list the different
> alternatives to execute given the requested action type and will
> facilitate components so that all the plugins can receive all the
> information they need.
> 
> A quick review would be enough, it's a really simple port without
> consumers yet.
> 
> ok to import after KF5 5.43.0 update?
> 
> Best regards,
> 
> Rafael Sadowski
> 

... and of course with tarball.


kf_purpose_and_kholidays.tar.gz
Description: Binary data

NEW: devel/kf5/{purpose,kholidays}

2018-02-13 Thread Rafael Sadowski

Hi All,

please find attached the two new KF5 modules. 

New modules

- KHolidays: Holiday calculation library

This library provides a C++ API that determines holiday and other
special events for a geographical region.

- Purpose: Offers available actions for a specific purpose

This framework offers the possibility to create integrate services and
actions on any application without having to implement them
specifically. Purpose will offer them mechanisms to list the different
alternatives to execute given the requested action type and will
facilitate components so that all the plugins can receive all the
information they need.

A quick review would be enough, it's a really simple port without
consumers yet.

ok to import after KF5 5.43.0 update?

Best regards,

Rafael Sadowski

Re: UPDATE: fonts/dai-banna

2018-02-13 Thread Rafael Sadowski

On Tue Feb 13, 2018 at 10:52:00PM +, George Rosamond wrote:
> MASTER_SITE wasn't working as per a bulk builder.
> 
> Updated with NYC*BUG mirror for distfile, tightened COMMENT.
> 
> Thanks
> 
> g
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/fonts/dai-banna/Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 Makefile
> --- Makefile  10 Mar 2016 07:20:10 -  1.1.1.1
> +++ Makefile  13 Feb 2018 22:48:01 -
> @@ -3,9 +3,10 @@
>  PKG_ARCH =   *
> 
>  V =  2.200
> -COMMENT =Unicode font package for New Tai Lue characters
> +COMMENT =New Tai Lue Unicode characters

Comments starts with lowercase.

>  DISTNAME =   DaiBanna-$V
>  PKGNAME =dai-banna-$V
> +REVISION =   0
>  CATEGORIES = fonts
> 
>  HOMEPAGE =   https://scripts.sil.org/DaiBannaSIL
> @@ -15,8 +16,7 @@ MAINTAINER =George Rosamond   # SIL OFL 1.1
>  PERMIT_PACKAGE_CDROM =   Yes
> 
> -MASTER_SITES =   
> https://scripts.sil.org/cms/scripts/render_download.php?format=file\_id=${DISTNAME}${EXTRACT_SUFX}\&/
> -
> +MASTER_SITES =   http://mirrors.nycbug.org/pub/distfiles/
>  EXTRACT_SUFX =   .zip

Please switch to https and make more HTTPS tests available for ftp(1).

> 
>  NO_BUILD =   Yes
> 
> 
> -- 
> 
> 
> 5822 F82D 665B 5C6A 915B FAD4 B014 1CEE 545A A6C6
>

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Rafael Sadowski

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2018/02/13 22:59:05

Modified files:
devel/intellij : Makefile distinfo 
devel/intellij/pkg: PLIST 

Log message:
Update IntelliJ to 2017.3.4.

>From Caspar Schutijser (maintainer)

sparc64 bulk build report

2018-02-13 Thread landry

bulk build on sparc64-1.ports.openbsd.org
started on  Fri Feb 2 00:54:43 MST 2018
finished at Tue Feb 13 21:27:04 MST 2018
lasted 12D13h32m
done with kern.version=OpenBSD 6.2-current (GENERIC) #439: Thu Feb  1 19:17:03 
MST 2018

built packages:8394
Feb 2:330
Feb 3:173
Feb 4:149
Feb 5:134
Feb 6:523
Feb 7:1137
Feb 8:4774
Feb 9:34
Feb 10:72
Feb 11:89
Feb 12:203
Feb 13:775


build failures: 35
http://build-failures.rhaalovely.net//sparc64/2018-02-02/audio/audacious-plugins.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/audio/cmu-sphinxbase.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/devel/arm-none-eabi/gcc-linaro,arm.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/devel/reposurgeon.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/devel/xtensa-elf/gcc.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/editors/qscintilla.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/editors/scintilla.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/emulators/higan.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/emulators/ppsspp.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/emulators/retroarch.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/games/pokerth.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/games/returntotheroots.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/games/stockfish.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/games/tbftss.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/games/widelands.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/geo/gdal,python3,-python.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/geo/py-laspy,python3.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/graphics/dcmtk.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/graphics/piglit.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/graphics/py-matplotlib,python3.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/lang/apl.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/lang/duktape.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/mail/kopano/webapp.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/math/py-bottleneck,python3.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/math/py-numexpr,python3.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/net/telegram-purple.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/print/texlive/base.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/security/sslscan,openssl.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/sysutils/facter.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/sysutils/iucode-tool.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/telephony/asterisk,imap,-calendar.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/www/webkitgtk4.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/x11/gnome/totem.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/x11/qt5/qtbase.log
http://build-failures.rhaalovely.net//sparc64/2018-02-02/x11/vlc,.log

recurrent failures
 failures/audio/audacious-plugins.log
 failures/audio/cmu-sphinxbase.log
 failures/devel/reposurgeon.log
 failures/devel/xtensa-elf/gcc.log
 failures/editors/qscintilla.log
 failures/emulators/higan.log
 failures/emulators/ppsspp.log
 failures/emulators/retroarch.log
 failures/games/pokerth.log
 failures/games/returntotheroots.log
 failures/games/stockfish.log
 failures/games/tbftss.log
 failures/games/widelands.log
 failures/graphics/dcmtk.log
 failures/graphics/piglit.log
 failures/lang/apl.log
 failures/lang/duktape.log
 failures/net/telegram-purple.log
 failures/security/sslscan,openssl.log
 failures/sysutils/facter.log
 failures/sysutils/iucode-tool.log
 failures/telephony/asterisk,imap,-calendar.log
 failures/www/webkitgtk4.log
 failures/x11/gnome/totem.log
 failures/x11/qt5/qtbase.log
 failures/x11/vlc,.log
new failures
+++ ls-failures Tue Feb 13 21:28:22 2018
+failures/devel/arm-none-eabi/gcc-linaro,arm.log
+failures/geo/gdal,python3,-python.log
+failures/geo/py-laspy,python3.log
+failures/graphics/py-matplotlib,python3.log
+failures/mail/kopano/webapp.log
+failures/math/py-bottleneck,python3.log
+failures/math/py-numexpr,python3.log
+failures/print/texlive/base.log
resolved failures
--- ../old/sparc64/last//ls-failuresThu Feb  1 20:43:08 2018
-failures/devel/arm-none-eabi/gcc-linaro.log
-failures/devel/astyle.log
-failures/devel/dlib.log
-failures/games/easyrpg.log
-failures/games/hyperrogue.log
-failures/games/lugaru.log
-failures/mail/kopano/core,-mapi.log
-failures/multimedia/assimp.log
-failures/multimedia/gstreamer1/mm.log
-failures/security/encfs.log
-failures/textproc/uncrustify.log
-failures/x11/worker.log
Base libs:
crypto.42.0 c.92.3

X libs:

Re: UPDATE: games/urbanterror

2018-02-13 Thread Ryan Freeman

On Wed, Feb 07, 2018 at 08:12:07AM -0800, Ryan Freeman wrote:
> On Wed, Feb 07, 2018 at 07:22:04AM +, Mikolaj Kucharski wrote:
> > On Tue, Feb 06, 2018 at 08:58:29AM -0800, Ryan Freeman wrote:
> > > -DISTNAME =   urbanterror-4.3.2
> > > +DISTNAME =   urbanterror-4.3.2p1
> > 
> > I think `p` marker is reserved for REVISION, so why not useing
> > revision directly?
> 
> Woops, thanks.  That 'p' should be 'pl' for patch level.  Unless
> I am wrong, the REVISION marker is more for updating a package
> that itself hasn't changed, but a dependency of it has?  Or
> some other small tweak to the port that doesn't actually change
> the src of the program in question.
> 
> As this is a hotfix update from upstream, I meant to use 'pl' for
> patchlevel.
> 
> Thank you,
> -ryan

ping

> 
> 
> ? urt.diff
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/urbanterror/Makefile,v
> retrieving revision 1.4
> diff -u -p -r1.4 Makefile
> --- Makefile  8 Feb 2017 12:55:18 -   1.4
> +++ Makefile  7 Feb 2018 16:11:26 -
> @@ -1,14 +1,13 @@
>  # $OpenBSD: Makefile,v 1.4 2017/02/08 12:55:18 sthen Exp $
>  
> -USE_WXNEEDED =   Yes
>  ONLY_FOR_ARCHS = amd64 i386
>  
>  COMMENT =fast-paced hollywood-tactical shooter: "fun over realism"
> -DISTNAME =   urbanterror-4.3.2
> +DISTNAME =   urbanterror-4.3.2pl1
>  
>  GH_ACCOUNT = Barbatos
>  GH_PROJECT = ioq3-for-UrbanTerror-4
> -GH_TAGNAME = release-4.3.2
> +GH_TAGNAME = release-4.3.2-hotfix
>  
>  CATEGORIES = games x11
>  
> Index: distinfo
> ===
> RCS file: /cvs/ports/games/urbanterror/distinfo,v
> retrieving revision 1.3
> diff -u -p -r1.3 distinfo
> --- distinfo  7 Feb 2017 06:12:27 -   1.3
> +++ distinfo  7 Feb 2018 16:11:26 -
> @@ -1,2 +1,2 @@
> -SHA256 (urbanterror-4.3.2.tar.gz) = 
> gRrLDcuQNQnFbNwFaz0qZuQ1myO6Smj1bw6hRSEJzvs=
> -SIZE (urbanterror-4.3.2.tar.gz) = 11775787
> +SHA256 (urbanterror-4.3.2pl1.tar.gz) = 
> kyvOLKLR+uSd9mLoUQmf1kmNV8VuDE+dXMOg+NtAhNI=
> +SIZE (urbanterror-4.3.2pl1.tar.gz) = 3326324
>

Re: games/yquake2 - add $@ to quake2 execution

2018-02-13 Thread Adam Wolk

On Tue, Feb 13, 2018 at 09:09:23PM +, Tom Murphy wrote:
> I noticed in /usr/local/bin/quake2 you couldn't pass command-line options
> to it (such as +connect ) because it didn't use them when
> executing. Here's a small patch to add it.
> 
> Thanks,
> Tom

This is OK awolk@ and has been discussed of list.

I'm looking for another OK to commit the change.

> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/yquake2/Makefile,v
> retrieving revision 1.12
> diff -u -p -r1.12 Makefile
> --- Makefile  11 Jan 2018 19:27:02 -  1.12
> +++ Makefile  13 Feb 2018 20:49:07 -
> @@ -8,7 +8,7 @@ V=7.10
>  PKGNAME= ${N}-${V}
>  DISTNAME=quake2-${V}
>  CATEGORIES=  games
> -REVISION=0
> +REVISION=1
>  
>  HOMEPAGE=http://www.yamagi.org/quake2/
>  MAINTAINER=  Adam Wolk 
> Index: files/quake2.sh
> ===
> RCS file: /cvs/ports/games/yquake2/files/quake2.sh,v
> retrieving revision 1.1
> diff -u -p -r1.1 quake2.sh
> --- files/quake2.sh   9 Nov 2017 16:20:31 -   1.1
> +++ files/quake2.sh   13 Feb 2018 20:49:07 -
> @@ -1,4 +1,4 @@
>  #!/bin/sh
>  cd ${TRUEPREFIX}/share/yquake2
> -exec ${TRUEPREFIX}/share/yquake2/quake2
> +exec ${TRUEPREFIX}/share/yquake2/quake2 $@
>  
>

games/yquake2 - add $@ to quake2 execution

2018-02-13 Thread Tom Murphy

I noticed in /usr/local/bin/quake2 you couldn't pass command-line options
to it (such as +connect ) because it didn't use them when
executing. Here's a small patch to add it.

Thanks,
Tom

Index: Makefile
===
RCS file: /cvs/ports/games/yquake2/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile11 Jan 2018 19:27:02 -  1.12
+++ Makefile13 Feb 2018 20:49:07 -
@@ -8,7 +8,7 @@ V=  7.10
 PKGNAME=   ${N}-${V}
 DISTNAME=  quake2-${V}
 CATEGORIES=games
-REVISION=  0
+REVISION=  1
 
 HOMEPAGE=  http://www.yamagi.org/quake2/
 MAINTAINER=Adam Wolk 
Index: files/quake2.sh
===
RCS file: /cvs/ports/games/yquake2/files/quake2.sh,v
retrieving revision 1.1
diff -u -p -r1.1 quake2.sh
--- files/quake2.sh 9 Nov 2017 16:20:31 -   1.1
+++ files/quake2.sh 13 Feb 2018 20:49:07 -
@@ -1,4 +1,4 @@
 #!/bin/sh
 cd ${TRUEPREFIX}/share/yquake2
-exec ${TRUEPREFIX}/share/yquake2/quake2
+exec ${TRUEPREFIX}/share/yquake2/quake2 $@

UPDATE: fonts/dai-banna

2018-02-13 Thread George Rosamond

MASTER_SITE wasn't working as per a bulk builder.

Updated with NYC*BUG mirror for distfile, tightened COMMENT.

Thanks

g

Index: Makefile
===
RCS file: /cvs/ports/fonts/dai-banna/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile10 Mar 2016 07:20:10 -  1.1.1.1
+++ Makefile13 Feb 2018 22:48:01 -
@@ -3,9 +3,10 @@
 PKG_ARCH = *

 V =2.200
-COMMENT =  Unicode font package for New Tai Lue characters
+COMMENT =  New Tai Lue Unicode characters
 DISTNAME = DaiBanna-$V
 PKGNAME =  dai-banna-$V
+REVISION = 0
 CATEGORIES =   fonts

 HOMEPAGE = https://scripts.sil.org/DaiBannaSIL
@@ -15,8 +16,7 @@ MAINTAINER =  George Rosamond

Re: [new] net/dnscrypt-proxy2: flexible dns proxy with support for encrypted protocols

2018-02-13 Thread Stuart Henderson

Here's a version that looks more like a normal port. But running as
root, really?



dnscrypt-proxy.tgz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Frederic Cambus

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/02/13 15:33:13

Modified files:
audio/schismtracker: Makefile distinfo 
audio/schismtracker/patches: patch-configure_ac 
audio/schismtracker/pkg: PLIST 

Log message:
Update schismtracker to 20180209.

UPDATE: devel/kf5 - KDE Frameworks 5.43.0

2018-02-13 Thread Rafael Sadowski

Surprise surprise, yet another KDE Frameworks update. Changelog:

https://www.kde.org/announcements/kde-frameworks-5.43.0.php

Nothing special, quite simple update. I'll send the two new KDE modules
KHolidays and Purpose in a separate mail. So it's easier for a bulk!

Just one notable port change. Reorder modules, so it's easier to follow
the dependence chain.

Best regards,

Rafael Sadowski

Index: Makefile
===
RCS file: /cvs/ports/devel/kf5/Makefile,v
retrieving revision 1.9
diff -u -p -u -p -r1.9 Makefile
--- Makefile12 Feb 2018 19:35:36 -  1.9
+++ Makefile13 Feb 2018 22:00:18 -
@@ -1,7 +1,7 @@
 # $OpenBSD: Makefile,v 1.9 2018/02/12 19:35:36 rsadowski Exp $
 
 SUBDIR =
-SUBDIR += extra-cmake-modules  # 98% tests passed, 1 tests failed out of 50
+SUBDIR += extra-cmake-modules  # 100% tests passed, 0 tests failed out of 49
 
 # do not sort blindly: items below are listed in the straight build order
 
@@ -23,14 +23,13 @@ SUBDIR += kitemmodels   # 100% tests pass
 SUBDIR += kitemviews   # 100% tests passed, 0 tests failed out of 1
 SUBDIR += kplotting# 100% tests passed, 0 tests failed out of 4
 SUBDIR += kwidgetsaddons   # 100% tests passed, 0 tests failed out of 18
-SUBDIR += kwindowsystem# 62% tests passed, 5 tests failed out 
of 13
+SUBDIR += kwindowsystem# 85% tests passed, 2 tests failed out 
of 13
 SUBDIR += oxygen-icons # 67% tests passed, 1 tests failed out of 3
 SUBDIR += solid# 75% tests passed, 1 tests failed out 
of 4
 SUBDIR += sonnet   # 80% tests passed, 1 tests failed out of 5
 SUBDIR += threadweaver # 100% tests passed, 0 tests failed out of 7
 SUBDIR += syntax-highlighting  # 100% tests passed, 0 tests failed out of 8
 SUBDIR += prison   # 100% tests passed, 0 tests failed out of 2
-SUBDIR += qqc2-desktop-style   # NO_TEST
 
 # tier 2
 SUBDIR += kauth# 100% tests passed, 0 tests failed out 
of 2
@@ -47,7 +46,7 @@ SUBDIR += kpackage# 91% tests passed, 
 
 # tier 3
 # high contention on [kservice..kio..kdeclarative] path, be careful
-SUBDIR += kservice # 70% tests passed, 3 tests failed out of 10
+SUBDIR += kservice # 90% tests passed, 1 tests failed out of 10
 SUBDIR += kconfigwidgets   # 100% tests passed, 0 tests failed out of 3
 SUBDIR += kiconthemes  # 100% tests passed, 0 tests failed out of 7
 SUBDIR += kpeople  # 100% tests passed, 0 tests failed out of 3
@@ -73,20 +72,21 @@ SUBDIR += baloo # 79% tests passed, 4 
 SUBDIR += kdesignerplugin  # 100% tests passed, 0 tests failed out of 2
 SUBDIR += knotifyconfig# NO_TEST
 SUBDIR += ktexteditor  # 100% tests passed, 1 tests failed out of 66
-SUBDIR += kirigami2# 0% tests passed, 1 tests failed out of 1
+SUBDIR += kirigami2# NO_TEST
 SUBDIR += plasma-framework # 50% tests passed, 7 tests failed out of 14
 SUBDIR += krunner  # 50% tests passed, 1 tests failed out of 2
-
-# tier 4
-SUBDIR += frameworkintegration # 100% tests passed, 0 tests failed out of 1
+SUBDIR += qqc2-desktop-style   # NO_TEST
 
 # porting aids
-SUBDIR += kdelibs4support  # stucks
-SUBDIR += khtml# 100% tests passed, 0 tests failed out 
of 2
 SUBDIR += kjs  # 100% tests passed, 0 tests failed out of 1
 SUBDIR += kjsembed # NO_TEST
+SUBDIR += khtml# 100% tests passed, 0 tests failed out 
of 2
 SUBDIR += kmediaplayer # 100% tests passed, 0 tests failed out of 2
 SUBDIR += kross# 100% tests passed, 0 tests failed out 
of 1
+SUBDIR += kdelibs4support  # stucks
+
+# tier 4
+SUBDIR += frameworkintegration # 100% tests passed, 0 tests failed out of 1
 
 # corresponding software isn't ported
 #SUBDIR += modemmanager-qt
Index: kf5.port.mk
===
RCS file: /cvs/ports/devel/kf5/kf5.port.mk,v
retrieving revision 1.7
diff -u -p -u -p -r1.7 kf5.port.mk
--- kf5.port.mk 12 Feb 2018 19:35:36 -  1.7
+++ kf5.port.mk 13 Feb 2018 22:00:18 -
@@ -1,6 +1,6 @@
 # $OpenBSD: kf5.port.mk,v 1.7 2018/02/12 19:35:36 rsadowski Exp $
 
-MODKF5_VERSION =   5.42.0
+MODKF5_VERSION =   5.43.0
 
 MAINTAINER ?=  KDE porting team 
 
Index: attica/distinfo
===
RCS file: /cvs/ports/devel/kf5/attica/distinfo,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 distinfo
--- attica/distinfo 12 Feb 2018 19:35:36 -  1.6
+++ attica/distinfo 13 Feb 2018 22:00:18 -
@@ -1,2 +1,2 @@
-SHA256 (kde/attica-5.42.0.tar.xz) = 
rfupENbTu9gUuLjnMi6BgWlvGA9giLU8tybmpcvUkkU=
-SIZE (kde/attica-5.42.0.tar.xz) = 60488
+SHA256

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/13 14:45:25

Modified files:
devel/codeblocks: Makefile 

Log message:
Set --with-boost-libdir, should fix build problem seen in i386 bulk.
>From Josh Grosse.

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/13 14:42:45

Modified files:
telephony/asterisk: Makefile distinfo 

Log message:
update to asterisk-13.19.1

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

2018-02-13 Thread Stuart Henderson

On 2018/02/13 10:09, Thomas Frohwein wrote:
> Thanks for feedback from bentley@
> 
> - moved flags out of CFLAGS/LDFLAGS for libtheoraplay to not mess with mk.conf
> - removed TMI from libtheoraplay/pkg/DESCR
> - made libtheorafile honor CFLAGS and LDFLAGS (will send PR to upstream)
> - make indent white space of variable assignments more economical
> - both packages build and run (libtheoraplay in A Virus Named TOM, 
> libtheoraplay
>   with the test target in ${WRKSRC}/Makefile and local .ogv file. portcheck
>   passes
> 
> Attached new versions - any takers?

Bad distfile name for libtheoraplay, please use the
DISTFILES=sensible-name-1.00{commithash}${EXTRACT_SUFX} mechanism to
rename it.

theorafile, it's down to personal preference, but instead of patching for
"TARGET = so.${LIBtheorafile_VERSION}" you might find it nicer to override
directly like "MAKE_FLAGS = TARGET=so.${LIBtheorafile_VERSION}".

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Matthias Kilian

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2018/02/13 14:17:51

Modified files:
lang/ghc/patches: patch-testsuite_mk_test_mk 

Log message:
The magic in testsuite/mk/test.mk for detecting which library ways
are available fails badly if the ghc-prim package contains more
than one entry in the library-dirs: field, which is currently the
case for our ghc port.

Only check for the existance of vertain files in the first entry
of the library-dirs: field to re-enable tons of previously disabled
tests and to get rid of stupid "/bin/sh: [: ... unexpected
operator/operand" errors.

This should be fixed for real at both our side (don't include the
same directory twice in the library-dirs: field) and upstream (don't
rely on the library-dirs: field only containing one directory).

Re: audio/potamus

2018-02-13 Thread Stuart Henderson

On 2018/02/13 20:59, Antoine Jacoutot wrote:
> On Tue, Feb 13, 2018 at 07:24:58PM +, Björn Ketelaars wrote:
> > On Tue 13/02/2018 20:01, Landry Breuil wrote:
> > > On Tue, Feb 13, 2018 at 06:37:47PM +0100, Björn Ketelaars wrote:
> > > > Diff below brings potamus to the latest version. While here add
> > > > SEPARATE_BUILD=Yes to Makefile.
> > > 
> > > What is it with this ? I see you're adding it to Makefiles, is there a
> > > particular reason for it ? If it's *better* generally, then maybe a
> > > (much larger) task would be to switch it by default and only set it to
> > > no for broken ports..
> > 
> > It has some advantages, and testing it while working on a port is cheap.
> > From https://www.openbsd.org/faq/ports/guide.html:
> > 
> > - If the port can build with object files outside its source tree, this
> >   is cleaner (many programs using CONFIGURE_STYLE=gnu can), and may help
> >   people who mount their ports tree on several arches.
> 
> You still can. Just use a local partition for your objdir.
> 
> > - This can also spare you some effort, as you will possibly be able to
> >   restart the cycle at configure most of the time.
> 
> I agree with Landry.
> I don't like to start adding this to ports unless this is required. Now, if we
> want to make it a default, than fine, someone starts the effort...
> 
> -- 
> Antoine
> 

I do like it on ports that take a long time to extract, as long as it
doesn't need any extra faffing around (extra patches etc).

Definitely don't want to do it by default, fixing things for that is
going to be about as much fun as patching for ${LOCALBASE} etc. :-)

Re: [new] net/dnscrypt-proxy2: flexible dns proxy with support for encrypted protocols

2018-02-13 Thread Stuart Henderson

Please re-send using normal internet quoting in your mail, it's too much
work to figure out which is your text and which is quoted.


On 2018/02/13 20:17, Vinícius Zavam wrote:
> On Feb 13, 2018 16:19, "Stuart Henderson"  wrote:
> 
> On 2018/02/13 13:51, Vinícius Zavam wrote:
> >
> 
> > Index: net/dnscrypt-proxy/pkg/PLIST-main
> > ===
> > RCS file: /cvs/ports/net/dnscrypt-proxy/pkg/PLIST-main,v
> > retrieving revision 1.6
> > diff -u -p -u -p -r1.6 PLIST-main
> > --- net/dnscrypt-proxy/pkg/PLIST-main 2 Aug 2017 09:32:40 -   1.6
> > +++ net/dnscrypt-proxy/pkg/PLIST-main 13 Feb 2018 13:39:38 -
> > @@ -1,4 +1,5 @@
> >  @comment $OpenBSD: PLIST-main,v 1.6 2017/08/02 09:32:40 giovanni Exp $
> > +@conflict dnscrypt-proxy->1.9.5p3
> >  @newgroup _dnscrypt-proxy:688
> >  @newuser _dnscrypt-proxy:688:_dnscrypt-proxy:daemon:dnscrypt-proxy
> user:/var/empty:/sbin/nologin
> >  @bin bin/hostip
> 
> IMHO it's better to just update the original port rather than adding a
> new one, I don't think this is enough of a special case to maintain both
> in parallel
> 
> 
> we can go for it.
> 
> > Index: net/dnscrypt-proxy2/Makefile
> > ===
> > RCS file: net/dnscrypt-proxy2/Makefile
> > diff -N net/dnscrypt-proxy2/Makefile
> > --- /dev/null 1 Jan 1970 00:00:00 -
> > +++ net/dnscrypt-proxy2/Makefile  13 Feb 2018 13:39:38 -
> > @@ -0,0 +1,44 @@
> > +# $OpenBSD$
> > +
> > +COMMENT= Flexible DNS proxy with support for encrypted
> protocols
> 
> lowercase Flexible -> flexible
> 
> > +PORTNAME=dnscrypt-proxy
> > +PORTVERS=2.0.0
> > +REVISION=0
> > +DISTNAME=${PORTNAME}-${PORTVERS}
> > +CATEGORIES=  net security
> > +
> > +HOMEPAGE=https://dnscrypt.info/
> > +MAINTAINER=  Vinicius Zavam 
> > +
> > +GH_ACCOUNT=  jedisct1
> > +GH_PROJECT=  ${PORTNAME}
> > +GH_TAGNAME=  ${PORTVERS}
> 
> please don't use indirection like this PORTNAME/PORTVERS stuff, the entire
> block above should be simply
> 
> GH_ACCOUNT= jedisct1
> GH_PROJECT= dnscrypt-proxy
> GH_TAGNAME= 2.0.0
> 
> 
> a lot of people are using V= or R= for similar purposes, so I really don't
> see a thing here.
> 
> CATEGORIES= net security
> 
> HOMEPAGE=   https://dnscrypt.info/
> MAINTAINER= Vinicius Zavam 
> 
> > +
> > +# ISC
> > +PERMIT_PACKAGE_CDROM=YES
> > +
> > +DOCS=README.md
> 
> set but never used
> 
> > +
> > +MODULES= lang/go
> > +
> > +TARGET_BASE= github.com/${GH_ACCOUNT}/${GH_PROJECT}
> 
> > +WRKSRC=  ${MODGO_WORKSPACE}/src/${TARGET_BASE}
> > +ALL_TARGET=  ${TARGET_BASE}/${GH_PROJECT}
> 
> I can't really comment on go ports stuff, it totally confuses me
> 
> > +post-configure:
> > + cd ${WRKSRC} && ln -sf vendor src && ln -sf ${WRKSRC}/${GH_PROJECT}
> src/${TARGET_BASE};
> 
> GH_PROJECT indirection is hard to read, and you're already cd'd to ${WRKSRC}
> so the second ln doesn't need the ${WRKSRC}, so maybe "... && ln -sf
> dnscrypt-proxy src/${TARGET_BASE}" ?
> 
> 
> Go is... "special" :-)
> 
> zap trailing ;
> 
> 
> it's present in many ports' Makefiles.
> 
> > +do-install:
> > + mkdir -p ${PREFIX}/sbin && \
> > + ${INSTALL_PROGRAM} ${MODGO_WORKSPACE}/bin/* ${PREFIX}/sbin/;
> 
> don't use mkdir, if you needed to create this directory
> ${INSTALL_PROGRAM_DIR}
> would be the one, but ${PREFIX}/sbin is already created for you.
> 
> 
> I refused to believe the same, but needed to make it this way. trust me.
> 
> zap trailing ;
> 
> > +
> > +post-install:
> > + mkdir -p ${PREFIX}/etc ${PREFIX}/share/examples/${GH_PROJECT} && \
> > + ${INSTALL_DATA} 
> > ${MODGO_WORKSPACE}/src/${TARGET_BASE}/${GH_PROJECT}/example*
> \
> > + ${PREFIX}/share/examples/${GH_PROJECT}/ && \
> > + ${INSTALL_DATA} ${MODGO_WORKSPACE}/src/${TARGE
> T_BASE}/${GH_PROJECT}/example-dnscrypt-proxy.toml \
> > + ${PREFIX}/etc/dnscrypt-proxy.toml;
> 
> nothing should be using ${PREFIX}/etc.
> 
> mkdir -> ${INSTALL_DATA_DIR}
> 
> GH_PROJECT indirection makes it hard to read, just write dnscrypt-proxy
> 
> 
> repeat the same thing? GH_PROJECT *must* be set, so... I made use of it.
> 
> trailing ;
> 
> 
> dito.
> 
> > + sed -i -e 's,require_dnssec = false,require_dnssec = true,g'
> ${PREFIX}/etc/dnscrypt-proxy.toml;
> > +
> 
> just use a normal patch on the input file rather than sed (though why
> change the default anyway?)
> 
> ${PREFIX}/etc again
> 
> 
> suggestions? it is /usr/local,
> 
> we could just make it practice to be used out of the box; or should one
> copy the config and edit it manually in order to use the

Re: tor is stucked for couple of minutes [was Re: tor inside vmm, horribly slow?!]

2018-02-13 Thread Stuart Henderson

On 2018/02/13 12:57, Jiri B wrote:
> On Mon, Feb 12, 2018 at 10:02:52PM +0100, Thomas Weinbrenner wrote:
> > Perhaps this has nothing to do with vmm.
> 
> I can confirm too that this Tor issue - being stucked for cca 2 minutes -
> happens also on baremetal.
> 
> Thus moving from misc@ to ports@ as this is more appropriate, CC tor port
> maintainer (sorry for multiple mails).
> 
> If anybody has a recommendation, please share it. Is it OpenBSD specific
> problem?

Try a kernel built from source after 2018/02/11 14:53:57 (uipc_syscalls.c).

Re: audio/potamus

2018-02-13 Thread Björn Ketelaars

On Tue 13/02/2018 20:59, Antoine Jacoutot wrote:
> On Tue, Feb 13, 2018 at 07:24:58PM +, Björn Ketelaars wrote:
> > On Tue 13/02/2018 20:01, Landry Breuil wrote:
> > > On Tue, Feb 13, 2018 at 06:37:47PM +0100, Björn Ketelaars wrote:
> > > > Diff below brings potamus to the latest version. While here add
> > > > SEPARATE_BUILD=Yes to Makefile.
> > > 
> > > What is it with this ? I see you're adding it to Makefiles, is there a
> > > particular reason for it ? If it's *better* generally, then maybe a
> > > (much larger) task would be to switch it by default and only set it to
> > > no for broken ports..
> > 
> > It has some advantages, and testing it while working on a port is cheap.
> > From https://www.openbsd.org/faq/ports/guide.html:
> > 
> > - If the port can build with object files outside its source tree, this
> >   is cleaner (many programs using CONFIGURE_STYLE=gnu can), and may help
> >   people who mount their ports tree on several arches.
> 
> You still can. Just use a local partition for your objdir.
> 
> > - This can also spare you some effort, as you will possibly be able to
> >   restart the cycle at configure most of the time.
> 
> I agree with Landry.
> I don't like to start adding this to ports unless this is required. Now, if we
> want to make it a default, than fine, someone starts the effort...

Clear! Until I understand the internals better I'm not going to start
the effort.

Attached a new diff without the SEPARATE_BUILD bit.

OK?


Index: Makefile
===
RCS file: /cvs/ports/audio/potamus/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile16 Nov 2017 19:52:09 -  1.6
+++ Makefile13 Feb 2018 20:25:26 -
@@ -1,9 +1,8 @@
 # $OpenBSD: Makefile,v 1.6 2017/11/16 19:52:09 kirby Exp $
 
 COMMENT =  lightweight audio player with a simple interface
-DISTNAME = potamus-16
+DISTNAME = potamus-17
 CATEGORIES =   audio x11
-REVISION = 2
 
 HOMEPAGE = http://offog.org/code/potamus/
 
Index: distinfo
===
RCS file: /cvs/ports/audio/potamus/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo22 Nov 2014 06:42:39 -  1.3
+++ distinfo13 Feb 2018 20:25:26 -
@@ -1,2 +1,2 @@
-SHA256 (potamus-16.tar.gz) = CzGVX1SVR31oBIkVVg5SjRPXQRePuQ7znj/y28rXrmM=
-SIZE (potamus-16.tar.gz) = 144874
+SHA256 (potamus-17.tar.gz) = zRBISxZwZHyu+z1YYjpsF6e68EfiMFn7KDRF4X1Qa4o=
+SIZE (potamus-17.tar.gz) = 146822

UPDATE fonts/junicode

2018-02-13 Thread George Rosamond

portroach seems to have missed the jump from 0.7.8 to 1.001, which also
simplifies the Makefile a bit. https only works for sourceforge.net but
not subdomains.

Index: junicode//Makefile
===
RCS file: /cvs/ports/fonts/junicode/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- junicode//Makefile  25 Sep 2015 12:50:08 -  1.2
+++ junicode//Makefile  13 Feb 2018 20:16:32 -
@@ -3,9 +3,7 @@
 PKG_ARCH = *

 COMMENT =  advanced Unicode font for medievalists
-DISTNAME = junicode-0-7-8
-PKGNAME =  junicode-0.7.8
-REVISION = 0
+DISTNAME = junicode-1.001
 EXTRACT_SUFX = .zip
 CATEGORIES =   fonts

@@ -20,14 +18,12 @@ MASTER_SITES =  ${MASTER_SITE_SOURCEFORG
 NO_BUILD = Yes
 NO_TEST =  Yes

-WRKDIST =  ${WRKDIR}/junicode
 FONTDIR =  ${PREFIX}/share/fonts/junicode
 DOCDIR =   ${PREFIX}/share/doc/junicode

 do-install:
${INSTALL_DATA_DIR} ${FONTDIR} ${DOCDIR}
-   ${INSTALL_DATA} ${WRKDIST}/fonts/*.ttf ${FONTDIR}
-   ${INSTALL_DATA} ${WRKDIST}/doc/* ${DOCDIR}
-   ${INSTALL_DATA} ${WRKDIST}/util/* ${DOCDIR}
+   ${INSTALL_DATA} ${WRKDIR}/*.ttf ${FONTDIR}
+   ${INSTALL_DATA} ${WRKDIR}/doc/* ${DOCDIR}

 .include 
Index: junicode//distinfo
===
RCS file: /cvs/ports/fonts/junicode/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- junicode//distinfo  28 Aug 2015 17:51:18 -  1.1.1.1
+++ junicode//distinfo  13 Feb 2018 20:16:32 -
@@ -1,2 +1,2 @@
-SHA256 (junicode-0-7-8.zip) = dCfDKpOD3RzkhdIC9HZ7O6p51Orjp0uP8qEMLYqE89E=
-SIZE (junicode-0-7-8.zip) = 1640500
+SHA256 (junicode-1.001.zip) = ZBKCKWeND+GubyiXUzkyARr3383uuk0RSORajG5DmVM=
+SIZE (junicode-1.001.zip) = 1463324
Index: junicode//pkg/PLIST
===
RCS file: /cvs/ports/fonts/junicode/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- junicode//pkg/PLIST 28 Aug 2015 17:51:18 -  1.1.1.1
+++ junicode//pkg/PLIST 13 Feb 2018 20:16:32 -
@@ -1,14 +1,11 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2015/08/28 17:51:18 jca Exp $
 share/doc/junicode/
 share/doc/junicode/Junicode.pdf
-share/doc/junicode/Junicode.tex
 share/doc/junicode/aelfric_job.pdf
-share/doc/junicode/aelfric_job.tex
 share/doc/junicode/homer_sample.pdf
-share/doc/junicode/homer_sample.tex
-share/doc/junicode/mt-Junicode.cfg
 share/fonts/
 @fontdir share/fonts/junicode/
+share/fonts/junicode/FoulisGreek.ttf
 share/fonts/junicode/Junicode-Bold.ttf
 share/fonts/junicode/Junicode-BoldItalic.ttf
 share/fonts/junicode/Junicode-Italic.ttf


-- 


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

Re: [new] net/dnscrypt-proxy2: flexible dns proxy with support for encrypted protocols

2018-02-13 Thread Vinícius Zavam

On Feb 13, 2018 16:19, "Stuart Henderson"  wrote:

On 2018/02/13 13:51, Vinícius Zavam wrote:
>

> Index: net/dnscrypt-proxy/pkg/PLIST-main
> ===
> RCS file: /cvs/ports/net/dnscrypt-proxy/pkg/PLIST-main,v
> retrieving revision 1.6
> diff -u -p -u -p -r1.6 PLIST-main
> --- net/dnscrypt-proxy/pkg/PLIST-main 2 Aug 2017 09:32:40 -   1.6
> +++ net/dnscrypt-proxy/pkg/PLIST-main 13 Feb 2018 13:39:38 -
> @@ -1,4 +1,5 @@
>  @comment $OpenBSD: PLIST-main,v 1.6 2017/08/02 09:32:40 giovanni Exp $
> +@conflict dnscrypt-proxy->1.9.5p3
>  @newgroup _dnscrypt-proxy:688
>  @newuser _dnscrypt-proxy:688:_dnscrypt-proxy:daemon:dnscrypt-proxy
user:/var/empty:/sbin/nologin
>  @bin bin/hostip

IMHO it's better to just update the original port rather than adding a
new one, I don't think this is enough of a special case to maintain both
in parallel


we can go for it.

> Index: net/dnscrypt-proxy2/Makefile
> ===
> RCS file: net/dnscrypt-proxy2/Makefile
> diff -N net/dnscrypt-proxy2/Makefile
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ net/dnscrypt-proxy2/Makefile  13 Feb 2018 13:39:38 -
> @@ -0,0 +1,44 @@
> +# $OpenBSD$
> +
> +COMMENT= Flexible DNS proxy with support for encrypted
protocols

lowercase Flexible -> flexible

> +PORTNAME=dnscrypt-proxy
> +PORTVERS=2.0.0
> +REVISION=0
> +DISTNAME=${PORTNAME}-${PORTVERS}
> +CATEGORIES=  net security
> +
> +HOMEPAGE=https://dnscrypt.info/
> +MAINTAINER=  Vinicius Zavam 
> +
> +GH_ACCOUNT=  jedisct1
> +GH_PROJECT=  ${PORTNAME}
> +GH_TAGNAME=  ${PORTVERS}

please don't use indirection like this PORTNAME/PORTVERS stuff, the entire
block above should be simply

GH_ACCOUNT= jedisct1
GH_PROJECT= dnscrypt-proxy
GH_TAGNAME= 2.0.0


a lot of people are using V= or R= for similar purposes, so I really don't
see a thing here.

CATEGORIES= net security

HOMEPAGE=   https://dnscrypt.info/
MAINTAINER= Vinicius Zavam 

> +
> +# ISC
> +PERMIT_PACKAGE_CDROM=YES
> +
> +DOCS=README.md

set but never used

> +
> +MODULES= lang/go
> +
> +TARGET_BASE= github.com/${GH_ACCOUNT}/${GH_PROJECT}

> +WRKSRC=  ${MODGO_WORKSPACE}/src/${TARGET_BASE}
> +ALL_TARGET=  ${TARGET_BASE}/${GH_PROJECT}

I can't really comment on go ports stuff, it totally confuses me

> +post-configure:
> + cd ${WRKSRC} && ln -sf vendor src && ln -sf ${WRKSRC}/${GH_PROJECT}
src/${TARGET_BASE};

GH_PROJECT indirection is hard to read, and you're already cd'd to ${WRKSRC}
so the second ln doesn't need the ${WRKSRC}, so maybe "... && ln -sf
dnscrypt-proxy src/${TARGET_BASE}" ?


Go is... "special" :-)

zap trailing ;


it's present in many ports' Makefiles.

> +do-install:
> + mkdir -p ${PREFIX}/sbin && \
> + ${INSTALL_PROGRAM} ${MODGO_WORKSPACE}/bin/* ${PREFIX}/sbin/;

don't use mkdir, if you needed to create this directory
${INSTALL_PROGRAM_DIR}
would be the one, but ${PREFIX}/sbin is already created for you.


I refused to believe the same, but needed to make it this way. trust me.

zap trailing ;

> +
> +post-install:
> + mkdir -p ${PREFIX}/etc ${PREFIX}/share/examples/${GH_PROJECT} && \
> + ${INSTALL_DATA} 
> ${MODGO_WORKSPACE}/src/${TARGET_BASE}/${GH_PROJECT}/example*
\
> + ${PREFIX}/share/examples/${GH_PROJECT}/ && \
> + ${INSTALL_DATA} ${MODGO_WORKSPACE}/src/${TARGE
T_BASE}/${GH_PROJECT}/example-dnscrypt-proxy.toml \
> + ${PREFIX}/etc/dnscrypt-proxy.toml;

nothing should be using ${PREFIX}/etc.

mkdir -> ${INSTALL_DATA_DIR}

GH_PROJECT indirection makes it hard to read, just write dnscrypt-proxy


repeat the same thing? GH_PROJECT *must* be set, so... I made use of it.

trailing ;


dito.

> + sed -i -e 's,require_dnssec = false,require_dnssec = true,g'
${PREFIX}/etc/dnscrypt-proxy.toml;
> +

just use a normal patch on the input file rather than sed (though why
change the default anyway?)

${PREFIX}/etc again


suggestions? it is /usr/local,

we could just make it practice to be used out of the box; or should one
copy the config and edit it manually in order to use the service?

trailing ;


dito.

> +.include 
> Index: net/dnscrypt-proxy2/distinfo
> ===
> RCS file: net/dnscrypt-proxy2/distinfo
> diff -N net/dnscrypt-proxy2/distinfo
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ net/dnscrypt-proxy2/distinfo  13 Feb 2018 13:39:38 -
> @@ -0,0 +1,2 @@
> +SHA256 (dnscrypt-proxy-2.0.0.tar.gz) = r8KAYTJpsfXpxYHCPWSIhCGJdPfn4a
JcihMJGX1n41g=
> +SIZE (dnscrypt-proxy-2.0.0.tar.gz) =

Re: audio/potamus

2018-02-13 Thread Antoine Jacoutot

On Tue, Feb 13, 2018 at 07:24:58PM +, Björn Ketelaars wrote:
> On Tue 13/02/2018 20:01, Landry Breuil wrote:
> > On Tue, Feb 13, 2018 at 06:37:47PM +0100, Björn Ketelaars wrote:
> > > Diff below brings potamus to the latest version. While here add
> > > SEPARATE_BUILD=Yes to Makefile.
> > 
> > What is it with this ? I see you're adding it to Makefiles, is there a
> > particular reason for it ? If it's *better* generally, then maybe a
> > (much larger) task would be to switch it by default and only set it to
> > no for broken ports..
> 
> It has some advantages, and testing it while working on a port is cheap.
> From https://www.openbsd.org/faq/ports/guide.html:
> 
> - If the port can build with object files outside its source tree, this
>   is cleaner (many programs using CONFIGURE_STYLE=gnu can), and may help
>   people who mount their ports tree on several arches.

You still can. Just use a local partition for your objdir.

> - This can also spare you some effort, as you will possibly be able to
>   restart the cycle at configure most of the time.

I agree with Landry.
I don't like to start adding this to ports unless this is required. Now, if we
want to make it a default, than fine, someone starts the effort...

-- 
Antoine

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Jasper Lievisse Adriaanse

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

Modified files:
www/epiphany   : Makefile distinfo 
www/epiphany/pkg: PLIST 

Log message:
update to epiphany-3.26.6

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2018/02/13 12:51:42

Modified files:
x11/gnome/eog-plugins: Makefile distinfo 

Log message:
update to eog-plugins-3.26.2

Re: audio/potamus

2018-02-13 Thread Björn Ketelaars

On Tue 13/02/2018 20:01, Landry Breuil wrote:
> On Tue, Feb 13, 2018 at 06:37:47PM +0100, Björn Ketelaars wrote:
> > Diff below brings potamus to the latest version. While here add
> > SEPARATE_BUILD=Yes to Makefile.
> 
> What is it with this ? I see you're adding it to Makefiles, is there a
> particular reason for it ? If it's *better* generally, then maybe a
> (much larger) task would be to switch it by default and only set it to
> no for broken ports..

It has some advantages, and testing it while working on a port is cheap.
>From https://www.openbsd.org/faq/ports/guide.html:

- If the port can build with object files outside its source tree, this
  is cleaner (many programs using CONFIGURE_STYLE=gnu can), and may help
  people who mount their ports tree on several arches.
- This can also spare you some effort, as you will possibly be able to
  restart the cycle at configure most of the time.

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Daniel Jakots

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2018/02/13 12:20:06

Modified files:
net/rsync  : Makefile distinfo 
net/rsync/patches: patch-rsync_1 patch-rsyncd_conf_5 
Removed files:
net/rsync/patches: patch-receiver_c patch-rsync_c patch-xattrs_c 

Log message:
Update to rsync-3.1.3 and remove the patches we backported

>From Bryan Vyhmeister, ok espie@ (MAINTAINER)

Re: audio/potamus

2018-02-13 Thread Landry Breuil

On Tue, Feb 13, 2018 at 06:37:47PM +0100, Björn Ketelaars wrote:
> Diff below brings potamus to the latest version. While here add
> SEPARATE_BUILD=Yes to Makefile.

What is it with this ? I see you're adding it to Makefiles, is there a
particular reason for it ? If it's *better* generally, then maybe a
(much larger) task would be to switch it by default and only set it to
no for broken ports..

Besides that, looks okay to me.

UPDATE devel/git-cola

2018-02-13 Thread Björn Ketelaars

git-cola received an update, which fixes some bugs and adds some
features. Changelog can be found at
https://github.com/git-cola/git-cola/blob/master/share/doc/git-cola/relnotes.rst

Lightly tested on my laptop.

OK?


Index: Makefile
===
RCS file: /cvs/ports/devel/git-cola/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile28 May 2017 08:27:35 -  1.20
+++ Makefile13 Feb 2018 18:27:34 -
@@ -2,7 +2,7 @@
 
 COMMENT =  python powered git gui
 
-MODPY_EGG_VERSION= 2.11
+MODPY_EGG_VERSION= 3.0
 DISTNAME = ${GH_PROJECT}-${MODPY_EGG_VERSION}
 
 GH_ACCOUNT =   git-cola
@@ -11,7 +11,7 @@ GH_TAGNAME =  v${MODPY_EGG_VERSION}
 
 CATEGORIES =   devel x11
 
-HOMEPAGE = http://cola.tuxfamily.org/
+HOMEPAGE = https://git-cola.github.io/
 
 # GPLv2 only
 PERMIT_PACKAGE_CDROM=  Yes
Index: distinfo
===
RCS file: /cvs/ports/devel/git-cola/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo28 May 2017 08:27:35 -  1.7
+++ distinfo13 Feb 2018 18:27:34 -
@@ -1,2 +1,2 @@
-SHA256 (git-cola-2.11.tar.gz) = vEAH4NnIB2PvWNYwsDO/29hAavd7vSkqbGR+08plW1s=
-SIZE (git-cola-2.11.tar.gz) = 1179769
+SHA256 (git-cola-3.0.tar.gz) = YZWPmY1GGOCc4N1HNBGSGBjRPfg48yEC713tmEoNGlA=
+SIZE (git-cola-3.0.tar.gz) = 1218820
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/devel/git-cola/patches/patch-Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 patch-Makefile
--- patches/patch-Makefile  8 Nov 2015 19:33:06 -   1.2
+++ patches/patch-Makefile  13 Feb 2018 18:27:34 -
@@ -2,9 +2,10 @@ $OpenBSD: patch-Makefile,v 1.2 2015/11/0
 
 Avoid dep on gnu make
 
 Makefile.orig  Mon Oct 12 21:03:45 2015
-+++ Makefile   Sun Nov  8 20:17:51 2015
-@@ -44,11 +44,7 @@ setup_args += --force
+Index: Makefile
+--- Makefile.orig
 Makefile
+@@ -59,11 +59,7 @@ setup_args += --force
  setup_args += --install-scripts=$(bindir)
  setup_args += --record=build/MANIFEST
  setup_args += --install-lib=$(coladir)
@@ -15,5 +16,5 @@ Avoid dep on gnu make
 -export prefix
 +setup_args += --root=$(DESTDIR)
  
- PYTHON_DIRS = test
- PYTHON_DIRS += cola
+ # If NO_VENDOR_LIBS is specified on the command line then pass it to setup.py
+ ifdef NO_VENDOR_LIBS
Index: patches/patch-cola_app_py
===
RCS file: /cvs/ports/devel/git-cola/patches/patch-cola_app_py,v
retrieving revision 1.2
diff -u -p -r1.2 patch-cola_app_py
--- patches/patch-cola_app_py   8 Nov 2015 19:33:06 -   1.2
+++ patches/patch-cola_app_py   13 Feb 2018 18:27:34 -
@@ -2,9 +2,10 @@ $OpenBSD: patch-cola_app_py,v 1.2 2015/1
 
 Use ssh-askpass implementation from xenocara.
 
 cola/app.py.orig   Mon Oct 12 21:03:45 2015
-+++ cola/app.pySun Nov  8 20:17:51 2015
-@@ -118,7 +118,7 @@ def setup_environment():
+Index: cola/app.py
+--- cola/app.py.orig
 cola/app.py
+@@ -81,7 +81,7 @@ def setup_environment():
  elif sys.platform == 'darwin':
  askpass = resources.share('bin', 'ssh-askpass-darwin')
  else:
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/git-cola/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -r1.9 PLIST
--- pkg/PLIST   28 May 2017 08:27:35 -  1.9
+++ pkg/PLIST   13 Feb 2018 18:27:34 -
@@ -206,11 +206,15 @@ share/git-cola/lib/cola/widgets/startup.
 share/git-cola/lib/cola/widgets/stash.py
 share/git-cola/lib/cola/widgets/status.py
 share/git-cola/lib/cola/widgets/text.py
+share/git-cola/lib/cola/widgets/toolbar.py
+share/git-cola/lib/cola/widgets/toolbarcmds.py
 share/git-cola/lib/qtpy/
 share/git-cola/lib/qtpy/QtCore.py
 share/git-cola/lib/qtpy/QtDesigner.py
 share/git-cola/lib/qtpy/QtGui.py
+share/git-cola/lib/qtpy/QtMultimedia.py
 share/git-cola/lib/qtpy/QtNetwork.py
+share/git-cola/lib/qtpy/QtOpenGL.py
 share/git-cola/lib/qtpy/QtPrintSupport.py
 share/git-cola/lib/qtpy/QtSvg.py
 share/git-cola/lib/qtpy/QtTest.py
@@ -220,10 +224,12 @@ share/git-cola/lib/qtpy/__init__.py
 share/git-cola/lib/qtpy/_patch/
 share/git-cola/lib/qtpy/_patch/__init__.py
 share/git-cola/lib/qtpy/_patch/qcombobox.py
+share/git-cola/lib/qtpy/_patch/qheaderview.py
 share/git-cola/lib/qtpy/_version.py
 share/git-cola/lib/qtpy/compat.py
 share/git-cola/lib/qtpy/py3compat.py
 share/git-cola/lib/qtpy/uic.py
+share/locale/cs/LC_MESSAGES/git-cola.mo
 share/locale/de/LC_MESSAGES/git-cola.mo
 share/locale/es/LC_MESSAGES/git-cola.mo
 share/locale/fr/LC_MESSAGES/git-cola.mo

Re: tor is stucked for couple of minutes [was Re: tor inside vmm, horribly slow?!]

2018-02-13 Thread George Rosamond

Top-post.

I haven't seen this running 0.3.2.9 on multiple OpenBSD systems.
Nothing immediately apparent to me, although I would confirm ntpd is
running and reasonably accurate.

I'm going to post email contents to Tor's trac.
g


Jiri B:
> On Mon, Feb 12, 2018 at 10:02:52PM +0100, Thomas Weinbrenner wrote:
>> Perhaps this has nothing to do with vmm.
> 
> I can confirm too that this Tor issue - being stucked for cca 2 minutes -
> happens also on baremetal.
> 
> Thus moving from misc@ to ports@ as this is more appropriate, CC tor port
> maintainer (sorry for multiple mails).
> 
> If anybody has a recommendation, please share it. Is it OpenBSD specific
> problem?
> 
> Not sure if Thomas findings below are relevant:
> 
>> [...]
>> Since upgrading OpenBSD from
>>
>> | OpenBSD 6.2-current (GENERIC.MP) #399: Fri Feb  2 18:28:58 MST 2018
>> |dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>>
>> to
>>
>> | OpenBSD 6.2-current (GENERIC.MP) #4: Sat Feb 10 18:04:19 MST 2018
>> |dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>>
>> my tor server also has problems.
>>
>> /var/log/daemon:
>> | Feb 11 20:15:50 server Tor[54286]: Your system clock just jumped 115 
>> seconds forward; assuming established circuits no longer work.
>> | Feb 11 20:16:02 server Tor[54286]: Tor has successfully opened a circuit. 
>> Looks like client functionality is working.
>> | Feb 11 20:16:02 server Tor[54286]: Tor has successfully opened a circuit. 
>> Looks like client functionality is working.
>> | Feb 11 20:24:43 server Tor[54286]: Your system clock just jumped 299 
>> seconds forward; assuming established circuits no longer work.
>> | Feb 11 20:26:24 server Tor[54286]: tor_assertion_failed_: Bug: 
>> src/or/channel.c:1503: channel_closed: Assertion CHANNEL_CONDEMNED(chan) 
>> failed; aborting. (on Tor 0.3.2.9 9e8b762fcecfece6)
>> | Feb 11 20:26:24 server Tor[54286]: Bug: Assertion CHANNEL_CONDEMNED(chan) 
>> failed in channel_closed at src/or/channel.c:1503. (Stack trace not 
>> available) (on Tor 0.3.2.9 9e8b762fcecfece6)
> 
> What I see is that lines with 'circuit_consider_stop_edge_reading: 
> considering layer_hint->package_window '
> are last ones before Tor gets stucked with tor-0.3.2.9p0.
> 
> # awk '/18:15:31.*circuit_consider_stop_edge_reading: considering 
> layer_hint->package_window 99/ { print; getline; print }' 
> /data/services/onion/archive/tor/logs/debug.log  
> Feb 13 18:15:31.000 [debug] circuit_consider_stop_edge_reading: considering 
> layer_hint->package_window 999
> Feb 13 18:18:31.000 [debug] read_to_chunk: Read 596 bytes. 876 on inbuf.
> 
> ^^ 3 mins now
> 
> An attempt to ktrace it:
> 
> ...
>  13589 tor  1518542131.362968 GIO   fd 6 wrote 95 bytes
>"Feb 13 18:15:31.000 [debug] connection_edge_package_raw_inbuf: 
> conn->package_window is now 499
>"
>  13589 tor  1518542131.362972 RET   write 95/0x5f
>  13589 tor  1518542131.362981 CALL  gettimeofday(0x7f7bfa28,0)
>  13589 tor  1518542131.362988 STRU  struct timeval { 1518542131<"Feb 13 
> 18:15:31 2018">.362985 }
>  13589 tor  1518542131.363012 RET   gettimeofday 0
>  13589 tor  1518542131.363020 CALL  write(6,0x7f7bfae0,0x6b)
>  13589 tor  1518542131.363032 GIO   fd 6 wrote 107 bytes
>"Feb 13 18:15:31.000 [debug] circuit_consider_stop_edge_reading: 
> considering layer_hint->package_window 999
>"
>  13589 tor  1518542131.363044 RET   write 107/0x6b
>  13589 tor  1518542131.363056 CALL  
> recvfrom(4,0x12664c160336,0x3cf6,0,0,0)
> 
> ^^ see above timestamp, and below reply from httpd (18:18:31.372), this 
> correspond to
>httpd.conf's 'connection request timeout 180'
> 
>but when i tried to access either httpd or sshd (just test) locally, they 
> work
>fine.
> 
>  13589 tor  1518542311.372642 GIO   fd 4 read 596 bytes
>"HTTP/1.0 408 Request Timeout\r
> Date: Tue, 13 Feb 2018 17:18:31 GMT\r
> Server: OpenBSD httpd\r
> Connection: close\r
> Content-Type: text/html\r
> Content-Length: 439\r
> \r
> 
> 
> 
> 
> 408 Request Timeout
> 
> 
> 
> 408 Request Timeout
> 
> OpenBSD httpd
> 
> 
>"
>  13589 tor  1518542311.372664 RET   recvfrom 596/0x254
>  13589 tor  1518542311.372675 CALL  gettimeofday(0x7f7bfd28,0)
>  13589 tor  1518542311.372685 STRU  struct timeval { 1518542311<"Feb 13 
> 18:18:31 2018">.372679 }
> 
> Jiri
>

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

2018-02-13 Thread Thomas Frohwein

Thanks for feedback from bentley@

- moved flags out of CFLAGS/LDFLAGS for libtheoraplay to not mess with mk.conf
- removed TMI from libtheoraplay/pkg/DESCR
- made libtheorafile honor CFLAGS and LDFLAGS (will send PR to upstream)
- make indent white space of variable assignments more economical
- both packages build and run (libtheoraplay in A Virus Named TOM, libtheoraplay
  with the test target in ${WRKSRC}/Makefile and local .ogv file. portcheck
  passes

Attached new versions - any takers?


libtheoraplay.tgz
Description: Binary data


libtheorafile.tgz
Description: Binary data

tor is stucked for couple of minutes [was Re: tor inside vmm, horribly slow?!]

2018-02-13 Thread Jiri B

On Mon, Feb 12, 2018 at 10:02:52PM +0100, Thomas Weinbrenner wrote:
> Perhaps this has nothing to do with vmm.

I can confirm too that this Tor issue - being stucked for cca 2 minutes -
happens also on baremetal.

Thus moving from misc@ to ports@ as this is more appropriate, CC tor port
maintainer (sorry for multiple mails).

If anybody has a recommendation, please share it. Is it OpenBSD specific
problem?

Not sure if Thomas findings below are relevant:

> [...]
> Since upgrading OpenBSD from
> 
> | OpenBSD 6.2-current (GENERIC.MP) #399: Fri Feb  2 18:28:58 MST 2018
> |dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> 
> to
> 
> | OpenBSD 6.2-current (GENERIC.MP) #4: Sat Feb 10 18:04:19 MST 2018
> |dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> 
> my tor server also has problems.
> 
> /var/log/daemon:
> | Feb 11 20:15:50 server Tor[54286]: Your system clock just jumped 115 
> seconds forward; assuming established circuits no longer work.
> | Feb 11 20:16:02 server Tor[54286]: Tor has successfully opened a circuit. 
> Looks like client functionality is working.
> | Feb 11 20:16:02 server Tor[54286]: Tor has successfully opened a circuit. 
> Looks like client functionality is working.
> | Feb 11 20:24:43 server Tor[54286]: Your system clock just jumped 299 
> seconds forward; assuming established circuits no longer work.
> | Feb 11 20:26:24 server Tor[54286]: tor_assertion_failed_: Bug: 
> src/or/channel.c:1503: channel_closed: Assertion CHANNEL_CONDEMNED(chan) 
> failed; aborting. (on Tor 0.3.2.9 9e8b762fcecfece6)
> | Feb 11 20:26:24 server Tor[54286]: Bug: Assertion CHANNEL_CONDEMNED(chan) 
> failed in channel_closed at src/or/channel.c:1503. (Stack trace not 
> available) (on Tor 0.3.2.9 9e8b762fcecfece6)

What I see is that lines with 'circuit_consider_stop_edge_reading: considering 
layer_hint->package_window '
are last ones before Tor gets stucked with tor-0.3.2.9p0.

# awk '/18:15:31.*circuit_consider_stop_edge_reading: considering 
layer_hint->package_window 99/ { print; getline; print }' 
/data/services/onion/archive/tor/logs/debug.log  
Feb 13 18:15:31.000 [debug] circuit_consider_stop_edge_reading: considering 
layer_hint->package_window 999
Feb 13 18:18:31.000 [debug] read_to_chunk: Read 596 bytes. 876 on inbuf.

^^ 3 mins now

An attempt to ktrace it:

...
 13589 tor  1518542131.362968 GIO   fd 6 wrote 95 bytes
   "Feb 13 18:15:31.000 [debug] connection_edge_package_raw_inbuf: 
conn->package_window is now 499
   "
 13589 tor  1518542131.362972 RET   write 95/0x5f
 13589 tor  1518542131.362981 CALL  gettimeofday(0x7f7bfa28,0)
 13589 tor  1518542131.362988 STRU  struct timeval { 1518542131<"Feb 13 
18:15:31 2018">.362985 }
 13589 tor  1518542131.363012 RET   gettimeofday 0
 13589 tor  1518542131.363020 CALL  write(6,0x7f7bfae0,0x6b)
 13589 tor  1518542131.363032 GIO   fd 6 wrote 107 bytes
   "Feb 13 18:15:31.000 [debug] circuit_consider_stop_edge_reading: 
considering layer_hint->package_window 999
   "
 13589 tor  1518542131.363044 RET   write 107/0x6b
 13589 tor  1518542131.363056 CALL  recvfrom(4,0x12664c160336,0x3cf6,0,0,0)

^^ see above timestamp, and below reply from httpd (18:18:31.372), this 
correspond to
   httpd.conf's 'connection request timeout 180'

   but when i tried to access either httpd or sshd (just test) locally, they 
work
   fine.

 13589 tor  1518542311.372642 GIO   fd 4 read 596 bytes
   "HTTP/1.0 408 Request Timeout\r
Date: Tue, 13 Feb 2018 17:18:31 GMT\r
Server: OpenBSD httpd\r
Connection: close\r
Content-Type: text/html\r
Content-Length: 439\r
\r




408 Request Timeout



408 Request Timeout

OpenBSD httpd


   "
 13589 tor  1518542311.372664 RET   recvfrom 596/0x254
 13589 tor  1518542311.372675 CALL  gettimeofday(0x7f7bfd28,0)
 13589 tor  1518542311.372685 STRU  struct timeval { 1518542311<"Feb 13 
18:18:31 2018">.372679 }

Jiri

audio/potamus

2018-02-13 Thread Björn Ketelaars

Diff below brings potamus to the latest version. While here add
SEPARATE_BUILD=Yes to Makefile.

Tested OK by Rage Against The Machine

OK?



Index: Makefile
===
RCS file: /cvs/ports/audio/potamus/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile16 Nov 2017 19:52:09 -  1.6
+++ Makefile13 Feb 2018 17:32:10 -
@@ -1,9 +1,8 @@
 # $OpenBSD: Makefile,v 1.6 2017/11/16 19:52:09 kirby Exp $
 
 COMMENT =  lightweight audio player with a simple interface
-DISTNAME = potamus-16
+DISTNAME = potamus-17
 CATEGORIES =   audio x11
-REVISION = 2
 
 HOMEPAGE = http://offog.org/code/potamus/
 
@@ -33,6 +32,7 @@ LIB_DEPENDS = audio/libao \
 RUN_DEPENDS =  devel/desktop-file-utils \
x11/gtk+3,-guic
 
+SEPARATE_BUILD=Yes
 CONFIGURE_STYLE =  gnu
 CONFIGURE_ARGS =   --disable-output-jack
 
Index: distinfo
===
RCS file: /cvs/ports/audio/potamus/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo22 Nov 2014 06:42:39 -  1.3
+++ distinfo13 Feb 2018 17:32:10 -
@@ -1,2 +1,2 @@
-SHA256 (potamus-16.tar.gz) = CzGVX1SVR31oBIkVVg5SjRPXQRePuQ7znj/y28rXrmM=
-SIZE (potamus-16.tar.gz) = 144874
+SHA256 (potamus-17.tar.gz) = zRBISxZwZHyu+z1YYjpsF6e68EfiMFn7KDRF4X1Qa4o=
+SIZE (potamus-17.tar.gz) = 146822

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

2018-02-13 Thread Stuart Henderson

On 2018/02/13 09:10, Thomas Frohwein wrote:
> Makefile adjusted s/lua5.1/${MODLUA_WANTLIB}/ and made COMMENT more concise
> Thanks for feedback from sthen@
> 
> Any takers?

Thanks, looks good ports-wise to me, I can't test but I'm OK with importing
it if someone can test and do that.

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

2018-02-13 Thread Thomas Frohwein

Makefile adjusted s/lua5.1/${MODLUA_WANTLIB}/ and made COMMENT more concise
Thanks for feedback from sthen@

Any takers?


fs2open.tgz
Description: Binary data

Re: removal www/newsbeuter

2018-02-13 Thread butresin

On 18.02.11Sun 21:04, Stuart Henderson wrote:
> 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,

Yes, it is just a fork, after newsbeuter abandoned.
FreeBSD Ports in the last year stepped this, the change from newsbeuter to 
newsboat was smoothly on FreeBSD.

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Rafael Sadowski

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2018/02/13 09:50:24

Modified files:
devel/qt-creator: Makefile distinfo 

Log message:
Update qt-creator to 4.5.1

Bugfix release:
https://code.qt.io/cgit/qt-creator/qt-creator.git/tree/dist/changes-4.5.1.md?h=4.5

Re: NEW: net/ktorrent (re-add), update net/libktorrent, remove net/ktorrent-kde4

2018-02-13 Thread Landry Breuil

On Tue, Feb 13, 2018 at 05:20:23PM +0100, Rafael Sadowski wrote:
> Hi All,
> 
> please find attached a replacement for net/ktorrent-kde4. The new ktorrent
> 5.1.0 depends on KDE Frameworks 5 and Qt5.
> 
> I add the following lines in PLIST to update from ktorrent-kde4 to 
> ktorrent-5.1.0.
> 
> @conflict ktorrent-kde4-*
> @pkgpath net/ktorrent-kde4
> 
> That approach should works fine for me with pkg_add(1). Works here with
> a small test download on amd64.
> 
> Ok to re-addm update libktorrent and remove x11/ktorrent-kde4?

Yay for less kde4-unmaintained cruft in-tree \o/

NEW: net/ktorrent (re-add), update net/libktorrent, remove net/ktorrent-kde4

2018-02-13 Thread Rafael Sadowski

Hi All,

please find attached a replacement for net/ktorrent-kde4. The new ktorrent
5.1.0 depends on KDE Frameworks 5 and Qt5.

I add the following lines in PLIST to update from ktorrent-kde4 to 
ktorrent-5.1.0.

@conflict ktorrent-kde4-*
@pkgpath net/ktorrent-kde4

That approach should works fine for me with pkg_add(1). Works here with
a small test download on amd64.

Ok to re-addm update libktorrent and remove x11/ktorrent-kde4?

Rafael Sadowksi


Index: Makefile
===
RCS file: /cvs/ports/net/libktorrent/Makefile,v
retrieving revision 1.15
diff -u -p -u -p -r1.15 Makefile
--- Makefile21 Nov 2017 00:13:02 -  1.15
+++ Makefile13 Feb 2018 11:59:16 -
@@ -1,37 +1,37 @@
 # $OpenBSD: Makefile,v 1.15 2017/11/21 00:13:02 naddy Exp $
 
-CATEGORIES =   net
 COMMENT =  KTorrent engine
-V =1.3.1
-DISTNAME = libktorrent-$V
-HOMEPAGE = http://ktorrent.pwsp.net/
-REVISION = 11
 
-EXTRACT_SUFX = .tar.bz2
+DISTNAME = libktorrent-2.1
+
+CATEGORIES =   net
 
-SHARED_LIBS =  ktorrent0.0
+SHARED_LIBS +=  KF5Torrent0.0 # 6.0
 
 # GPLv2+
-PERMIT_PACKAGE_CDROM =  Yes
+PERMIT_PACKAGE_CDROM = Yes
+
+WANTLIB += ${COMPILER_LIBCXX} KF5Archive KF5Completion KF5ConfigCore
+WANTLIB += KF5CoreAddons KF5Crash KF5I18n KF5JobWidgets KF5KIOCore
+WANTLIB += KF5KIOWidgets KF5Service KF5Solid KF5WidgetsAddons
+WANTLIB += Qt5Core Qt5Gui Qt5Network Qt5Widgets Qt5Xml gcrypt
+WANTLIB += gmp m qca-qt5
+
+MASTER_SITES = ${MASTER_SITE_KDE:=stable/ktorrent/5.1/}
 
-WANTLIB =  iconv intl m pthread ${COMPILER_LIBCXX}
-WANTLIB += lib/qt4/QtDBus lib/qt4/QtGui lib/qt4/QtSvg lib/qt4/QtXml
-WANTLIB += lib/qt4/QtNetwork
-WANTLIB += ${KDE4LIB}/kdeui ${KDE4LIB}/kio ${KDE4LIB}/solid
-WANTLIB += gcrypt gmp qca
-
-MASTER_SITES = ${HOMEPAGE}downloads/${V:C/^./4/}/
-
-MODULES =  x11/kde4
-MODKDE4_USE =  libs
-MODKDE4_LIB_LINKS =Yes
+MODULES =  devel/kf5
 
 BUILD_DEPENDS =devel/boost \
devel/gettext-tools
 
 LIB_DEPENDS =  devel/gmp \
security/libgcrypt \
-   security/qca
+   security/qca-qt5 \
+   devel/kf5/karchive \
+   devel/kf5/kcrash \
+   devel/kf5/ki18n \
+   devel/kf5/kio \
+   devel/kf5/solid
 
 CONFIGURE_ARGS +=  -DCMAKE_DISABLE_FIND_PACKAGE_Doxygen:Bool=Yes
 
Index: distinfo
===
RCS file: /cvs/ports/net/libktorrent/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo24 Apr 2013 19:23:44 -  1.1.1.1
+++ distinfo13 Feb 2018 11:59:16 -
@@ -1,2 +1,2 @@
-SHA256 (libktorrent-1.3.1.tar.bz2) = 
L+Ecy0vyAow9oR5SzeiQ8bOpBWDlSOrImk+OFViwlyU=
-SIZE (libktorrent-1.3.1.tar.bz2) = 863105
+SHA256 (libktorrent-2.1.tar.xz) = Pu/czuxzQQxVjoLXviLrLtGGeemrZPNMwQC1Thhv4m8=
+SIZE (libktorrent-2.1.tar.xz) = 355476
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/libktorrent/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   24 Apr 2013 19:23:44 -  1.1.1.1
+++ pkg/PLIST   13 Feb 2018 11:59:16 -
@@ -1,270 +1,279 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2013/04/24 19:23:44 zhuk Exp $
-include/kde4/libktorrent/
-include/kde4/libktorrent/bcodec/
-include/kde4/libktorrent/bcodec/bdecoder.h
-include/kde4/libktorrent/bcodec/bencoder.h
-include/kde4/libktorrent/bcodec/bnode.h
-include/kde4/libktorrent/bcodec/value.h
-include/kde4/libktorrent/datachecker/
-include/kde4/libktorrent/datachecker/datachecker.h
-include/kde4/libktorrent/datachecker/datacheckerjob.h
-include/kde4/libktorrent/datachecker/datacheckerthread.h
-include/kde4/libktorrent/datachecker/multidatachecker.h
-include/kde4/libktorrent/datachecker/singledatachecker.h
-include/kde4/libktorrent/dht/
-include/kde4/libktorrent/dht/announcereq.h
-include/kde4/libktorrent/dht/announcersp.h
-include/kde4/libktorrent/dht/announcetask.h
-include/kde4/libktorrent/dht/database.h
-include/kde4/libktorrent/dht/dht.h
-include/kde4/libktorrent/dht/dhtbase.h
-include/kde4/libktorrent/dht/dhtpeersource.h
-include/kde4/libktorrent/dht/findnodereq.h
-include/kde4/libktorrent/dht/findnodersp.h
-include/kde4/libktorrent/dht/getpeersreq.h
-include/kde4/libktorrent/dht/getpeersrsp.h
-include/kde4/libktorrent/dht/kbucket.h
-include/kde4/libktorrent/dht/kbucketentry.h
-include/kde4/libktorrent/dht/kbuckettable.h
-include/kde4/libktorrent/dht/kclosestnodessearch.h
-include/kde4/libktorrent/dht/key.h
-include/kde4/libktorrent/dht/node.h
-include/kde4/libktorrent/dht/nodelookup.h
-include/kde4/libktorrent/dht/pack.h
-include/kde4/libktorrent/dht/pingreq.h
-include/kde4/libktorrent/dht/pingrsp.h
-include/kde4/libktorrent/dht/rpccall.h
-include/kde4/libktorrent/dht/rpcmsg.h
-include/kde4/libktorrent/dht/rpcmsgfactory.h

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/13 09:08:06

Modified files:
devel/ccache   : Makefile distinfo 
devel/ccache/patches: patch-configure 
Added files:
devel/ccache/patches: patch-src_util_c 
Removed files:
devel/ccache/patches: patch-cleanup_c patch-execute_c 
  patch-util_c 

Log message:
update to ccache-3.4.1

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Brian Callahan

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

Modified files:
www/uget   : Makefile distinfo 
www/uget/pkg   : PLIST 

Log message:
Bugfix update to 2.0.11 while I figure out how to get the new stable
version fully working.

Re: [new] net/dnscrypt-proxy2: flexible dns proxy with support for encrypted protocols

2018-02-13 Thread Stuart Henderson

On 2018/02/13 13:51, Vinícius Zavam wrote:
> 

> Index: net/dnscrypt-proxy/pkg/PLIST-main
> ===
> RCS file: /cvs/ports/net/dnscrypt-proxy/pkg/PLIST-main,v
> retrieving revision 1.6
> diff -u -p -u -p -r1.6 PLIST-main
> --- net/dnscrypt-proxy/pkg/PLIST-main 2 Aug 2017 09:32:40 -   1.6
> +++ net/dnscrypt-proxy/pkg/PLIST-main 13 Feb 2018 13:39:38 -
> @@ -1,4 +1,5 @@
>  @comment $OpenBSD: PLIST-main,v 1.6 2017/08/02 09:32:40 giovanni Exp $
> +@conflict dnscrypt-proxy->1.9.5p3
>  @newgroup _dnscrypt-proxy:688
>  @newuser _dnscrypt-proxy:688:_dnscrypt-proxy:daemon:dnscrypt-proxy 
> user:/var/empty:/sbin/nologin
>  @bin bin/hostip

IMHO it's better to just update the original port rather than adding a
new one, I don't think this is enough of a special case to maintain both
in parallel

> Index: net/dnscrypt-proxy2/Makefile
> ===
> RCS file: net/dnscrypt-proxy2/Makefile
> diff -N net/dnscrypt-proxy2/Makefile
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ net/dnscrypt-proxy2/Makefile  13 Feb 2018 13:39:38 -
> @@ -0,0 +1,44 @@
> +# $OpenBSD$
> +
> +COMMENT= Flexible DNS proxy with support for encrypted protocols

lowercase Flexible -> flexible

> +PORTNAME=dnscrypt-proxy
> +PORTVERS=2.0.0
> +REVISION=0
> +DISTNAME=${PORTNAME}-${PORTVERS}
> +CATEGORIES=  net security
> +
> +HOMEPAGE=https://dnscrypt.info/
> +MAINTAINER=  Vinicius Zavam 
> +
> +GH_ACCOUNT=  jedisct1
> +GH_PROJECT=  ${PORTNAME}
> +GH_TAGNAME=  ${PORTVERS}

please don't use indirection like this PORTNAME/PORTVERS stuff, the entire
block above should be simply

GH_ACCOUNT= jedisct1
GH_PROJECT= dnscrypt-proxy
GH_TAGNAME= 2.0.0

CATEGORIES= net security

HOMEPAGE=   https://dnscrypt.info/
MAINTAINER= Vinicius Zavam 

> +
> +# ISC
> +PERMIT_PACKAGE_CDROM=YES
> +
> +DOCS=README.md

set but never used

> +
> +MODULES= lang/go
> +
> +TARGET_BASE= github.com/${GH_ACCOUNT}/${GH_PROJECT}
> +WRKSRC=  ${MODGO_WORKSPACE}/src/${TARGET_BASE}
> +ALL_TARGET=  ${TARGET_BASE}/${GH_PROJECT}

I can't really comment on go ports stuff, it totally confuses me

> +post-configure:
> + cd ${WRKSRC} && ln -sf vendor src && ln -sf ${WRKSRC}/${GH_PROJECT} 
> src/${TARGET_BASE}; 

GH_PROJECT indirection is hard to read, and you're already cd'd to ${WRKSRC}
so the second ln doesn't need the ${WRKSRC}, so maybe "... && ln -sf
dnscrypt-proxy src/${TARGET_BASE}" ?

zap trailing ;

> +do-install:
> + mkdir -p ${PREFIX}/sbin && \
> + ${INSTALL_PROGRAM} ${MODGO_WORKSPACE}/bin/* ${PREFIX}/sbin/;

don't use mkdir, if you needed to create this directory ${INSTALL_PROGRAM_DIR}
would be the one, but ${PREFIX}/sbin is already created for you.

zap trailing ;

> +
> +post-install:
> + mkdir -p ${PREFIX}/etc ${PREFIX}/share/examples/${GH_PROJECT} && \
> + ${INSTALL_DATA} 
> ${MODGO_WORKSPACE}/src/${TARGET_BASE}/${GH_PROJECT}/example* \
> + ${PREFIX}/share/examples/${GH_PROJECT}/ && \
> + ${INSTALL_DATA} 
> ${MODGO_WORKSPACE}/src/${TARGET_BASE}/${GH_PROJECT}/example-dnscrypt-proxy.toml
>  \
> + ${PREFIX}/etc/dnscrypt-proxy.toml;

nothing should be using ${PREFIX}/etc.

mkdir -> ${INSTALL_DATA_DIR}

GH_PROJECT indirection makes it hard to read, just write dnscrypt-proxy

trailing ;

> + sed -i -e 's,require_dnssec = false,require_dnssec = true,g' 
> ${PREFIX}/etc/dnscrypt-proxy.toml;
> +

just use a normal patch on the input file rather than sed (though why
change the default anyway?)

${PREFIX}/etc again

trailing ;


> +.include 
> Index: net/dnscrypt-proxy2/distinfo
> ===
> RCS file: net/dnscrypt-proxy2/distinfo
> diff -N net/dnscrypt-proxy2/distinfo
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ net/dnscrypt-proxy2/distinfo  13 Feb 2018 13:39:38 -
> @@ -0,0 +1,2 @@
> +SHA256 (dnscrypt-proxy-2.0.0.tar.gz) = 
> r8KAYTJpsfXpxYHCPWSIhCGJdPfn4aJcihMJGX1n41g=
> +SIZE (dnscrypt-proxy-2.0.0.tar.gz) = 725490
> Index: net/dnscrypt-proxy2/pkg/DESCR
> ===
> RCS file: net/dnscrypt-proxy2/pkg/DESCR
> diff -N net/dnscrypt-proxy2/pkg/DESCR
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ net/dnscrypt-proxy2/pkg/DESCR 13 Feb 2018 13:39:38 -
> @@ -0,0 +1,7 @@
> +DNSCrypt Proxy v2 provides a local service which can be used directly as your
> +local resolver or as a DNS forwarder, encrypting requests using protocols 
> +such as DNSCrypt v2 and DNS-over-HTTP/2.
> +
> +It includes all the major features from DNSCrypt Proxy v1 (1.9.5), with 
> improved
>

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Brian Callahan

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/02/13 08:16:04

Modified files:
lang/gravity   : Makefile distinfo 

Log message:
Update gravity to 0.4.0
No changelog from upstream, but can be recreated via github:
https://github.com/marcobambini/gravity/compare/0.3.8...0.4.0

Re: [new] net/dnscrypt-proxy2: flexible dns proxy with support for encrypted protocols

2018-02-13 Thread Björn Ketelaars

I'm not sure if it makes sense to create a new port for dnscrypt-proxy
2.0.0. Why not collaborate with the maintainer and update the existing
port?

[new] net/dnscrypt-proxy2: flexible dns proxy with support for encrypted protocols

2018-02-13 Thread Vinícius Zavam


Index: net/dnscrypt-proxy/pkg/PLIST-main
===
RCS file: /cvs/ports/net/dnscrypt-proxy/pkg/PLIST-main,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 PLIST-main
--- net/dnscrypt-proxy/pkg/PLIST-main	2 Aug 2017 09:32:40 -	1.6
+++ net/dnscrypt-proxy/pkg/PLIST-main	13 Feb 2018 13:39:38 -
@@ -1,4 +1,5 @@
 @comment $OpenBSD: PLIST-main,v 1.6 2017/08/02 09:32:40 giovanni Exp $
+@conflict dnscrypt-proxy->1.9.5p3
 @newgroup _dnscrypt-proxy:688
 @newuser _dnscrypt-proxy:688:_dnscrypt-proxy:daemon:dnscrypt-proxy user:/var/empty:/sbin/nologin
 @bin bin/hostip
Index: net/dnscrypt-proxy2/Makefile
===
RCS file: net/dnscrypt-proxy2/Makefile
diff -N net/dnscrypt-proxy2/Makefile
--- /dev/null	1 Jan 1970 00:00:00 -
+++ net/dnscrypt-proxy2/Makefile	13 Feb 2018 13:39:38 -
@@ -0,0 +1,44 @@
+# $OpenBSD$
+
+COMMENT=		Flexible DNS proxy with support for encrypted protocols
+
+PORTNAME=		dnscrypt-proxy
+PORTVERS=		2.0.0
+REVISION=		0
+DISTNAME=		${PORTNAME}-${PORTVERS}
+CATEGORIES=		net security
+
+HOMEPAGE=		https://dnscrypt.info/
+MAINTAINER=		Vinicius Zavam 
+
+GH_ACCOUNT=		jedisct1
+GH_PROJECT=		${PORTNAME}
+GH_TAGNAME=		${PORTVERS}
+
+# ISC
+PERMIT_PACKAGE_CDROM=	YES
+
+DOCS=			README.md
+
+MODULES=		lang/go
+
+TARGET_BASE=		github.com/${GH_ACCOUNT}/${GH_PROJECT}
+WRKSRC=			${MODGO_WORKSPACE}/src/${TARGET_BASE}
+ALL_TARGET=		${TARGET_BASE}/${GH_PROJECT}
+
+post-configure:
+	cd ${WRKSRC} && ln -sf vendor src && ln -sf ${WRKSRC}/${GH_PROJECT} src/${TARGET_BASE}; 
+
+do-install:
+	mkdir -p ${PREFIX}/sbin && \
+		${INSTALL_PROGRAM} ${MODGO_WORKSPACE}/bin/* ${PREFIX}/sbin/;
+
+post-install:
+	mkdir -p ${PREFIX}/etc ${PREFIX}/share/examples/${GH_PROJECT} && \
+	${INSTALL_DATA} ${MODGO_WORKSPACE}/src/${TARGET_BASE}/${GH_PROJECT}/example* \
+		${PREFIX}/share/examples/${GH_PROJECT}/ && \
+	${INSTALL_DATA} ${MODGO_WORKSPACE}/src/${TARGET_BASE}/${GH_PROJECT}/example-dnscrypt-proxy.toml \
+		${PREFIX}/etc/dnscrypt-proxy.toml;
+	sed -i -e 's,require_dnssec = false,require_dnssec = true,g' ${PREFIX}/etc/dnscrypt-proxy.toml;
+
+.include 
Index: net/dnscrypt-proxy2/distinfo
===
RCS file: net/dnscrypt-proxy2/distinfo
diff -N net/dnscrypt-proxy2/distinfo
--- /dev/null	1 Jan 1970 00:00:00 -
+++ net/dnscrypt-proxy2/distinfo	13 Feb 2018 13:39:38 -
@@ -0,0 +1,2 @@
+SHA256 (dnscrypt-proxy-2.0.0.tar.gz) = r8KAYTJpsfXpxYHCPWSIhCGJdPfn4aJcihMJGX1n41g=
+SIZE (dnscrypt-proxy-2.0.0.tar.gz) = 725490
Index: net/dnscrypt-proxy2/pkg/DESCR
===
RCS file: net/dnscrypt-proxy2/pkg/DESCR
diff -N net/dnscrypt-proxy2/pkg/DESCR
--- /dev/null	1 Jan 1970 00:00:00 -
+++ net/dnscrypt-proxy2/pkg/DESCR	13 Feb 2018 13:39:38 -
@@ -0,0 +1,7 @@
+DNSCrypt Proxy v2 provides a local service which can be used directly as your
+local resolver or as a DNS forwarder, encrypting requests using protocols 
+such as DNSCrypt v2 and DNS-over-HTTP/2.
+
+It includes all the major features from DNSCrypt Proxy v1 (1.9.5), with improved
+reliability, flexibility, usability and performance. You can also combine it with
+TCP tunnels such as the ones used by Tor.
Index: net/dnscrypt-proxy2/pkg/PLIST
===
RCS file: net/dnscrypt-proxy2/pkg/PLIST
diff -N net/dnscrypt-proxy2/pkg/PLIST
--- /dev/null	1 Jan 1970 00:00:00 -
+++ net/dnscrypt-proxy2/pkg/PLIST	13 Feb 2018 13:39:38 -
@@ -0,0 +1,12 @@
+@comment $OpenBSD$
+etc/
+etc/dnscrypt-proxy.toml
+share/doc/pkg-readmes/${FULLPKGNAME}
+share/examples/dnscrypt-proxy/
+share/examples/dnscrypt-proxy/example-blacklist.txt
+share/examples/dnscrypt-proxy/example-cloaking-rules.txt
+share/examples/dnscrypt-proxy/example-dnscrypt-proxy.toml
+share/examples/dnscrypt-proxy/example-forwarding-rules.txt
+@conflict dnscrypt-proxy-<2.0.0p0
+@bin sbin/dnscrypt-proxy
+@rcscript ${RCDIR}/dnscrypt_proxy
Index: net/dnscrypt-proxy2/pkg/README
===
RCS file: net/dnscrypt-proxy2/pkg/README
diff -N net/dnscrypt-proxy2/pkg/README
--- /dev/null	1 Jan 1970 00:00:00 -
+++ net/dnscrypt-proxy2/pkg/README	13 Feb 2018 13:39:38 -
@@ -0,0 +1,26 @@
+$OpenBSD$
+
++---
+| Running ${FULLPKGNAME} on OpenBSD
++---
+
+dnscrypt-proxy2 listens for DNS queries on a local address and forwards
+them to a DNSCrypt resolver over an encrypted channel.
+
+To use this package, two things are required.
+
+Firstly, enable/start the service.
+
+  # rcctl enable dnscrypt_proxy
+  # rcctl start dnscrypt_proxy
+
+Secondly, set /etc/resolv.conf to perform queries from dnscrypt-proxy2:
+
+  nameserver 127.0.0.1
+  lookup file bind

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Bjorn Ketelaars

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

Modified files:
net/sslh   : Makefile distinfo 

Log message:
update to sslh-1.19c, fixing a bug in the handling of fork() errors

OK sthen@

Re: UPDATE news/sabnzbd

2018-02-13 Thread Mikolaj Kucharski

On Fri, Jan 26, 2018 at 05:36:56AM +0100, Björn Ketelaars wrote:
> On Wed 24/01/2018 11:34, Björn Ketelaars wrote:
> > SABnzbd received a couple of updates, fixing several bugs. The diff below
> > brings news/sabnzbd to the latest version. A noticeable change is that 
> > sabnzbd
> > requires a modified version of yEnc, which is currently not in ports.
> > A tarball for py-sabyenc will be sent in a different mail.
> 
> Klemens Nanni contacted me offlist and noted that SABnbzd only supports
> Python2, and to set MODPY_VERSION explicitly to make that clear. Guess
> this makes sense as this is done for other ports as well. Included a new
> diff.
> 
> Please note that SABnzbd 2.3.2 relies on py-sabyenc for which a port has
> been sent to this list [0].
> 
> I mailed the maintainer a couple of days before sending my initial diff
> to this list. As of yet no response.
> 
> [0] https://marc.info/?l=openbsd-ports=151679036824627=2
> 

This is what I'm testing. I'm slow with this as I don't have a lot of
time to look into it. I'm emailing, so you see what I have on my end.


I'm still facing those issues from github bug 1095

 
Index: Makefile
===
RCS file: /cvs/ports/news/sabnzbd/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile11 Jan 2018 19:27:08 -  1.12
+++ Makefile13 Feb 2018 06:46:46 -
@@ -1,13 +1,12 @@
 # $OpenBSD: Makefile,v 1.12 2018/01/11 19:27:08 rpe Exp $
 
 COMMENT =  retrieve and process nzb-files via web interface
-VERSION =  1.2.1
+VERSION =  2.3.2
 DISTNAME = SABnzbd-${VERSION}-src
 PKGNAME =  sabnzbd-${VERSION}
 CATEGORIES =   news
-HOMEPAGE = http://sabnzbd.org/
+HOMEPAGE = https://sabnzbd.org/
 MAINTAINER =   Marcus Glocker 
-REVISION = 0
 
 # GPLv2
 PERMIT_PACKAGE_CDROM = Yes
@@ -15,14 +14,14 @@ PERMIT_PACKAGE_CDROM =  Yes
 MASTER_SITES = 
https://github.com/sabnzbd/sabnzbd/releases/download/${VERSION}/
 
 MODULES =  lang/python
+MODPY_VERSION =${MODPY_DEFAULT_VERSION_2}
 
-BUILD_DEPENDS =${_MODPY_BUILD_DEPENDS}
 RUN_DEPENDS =  archivers/par2cmdline \
archivers/unrar \
archivers/unzip \
devel/py-cheetah \
devel/py-notify \
-   news/py-yenc \
+   news/py-sabyenc \
security/py-openssl
 
 NO_BUILD = Yes
Index: distinfo
===
RCS file: /cvs/ports/news/sabnzbd/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo25 Feb 2017 20:11:33 -  1.7
+++ distinfo13 Feb 2018 06:46:46 -
@@ -1,2 +1,2 @@
-SHA256 (SABnzbd-1.2.1-src.tar.gz) = 
MHL2R9PnQYGSybxYgc/JtYMUoA8NvNj4LxwRsTTENLs=
-SIZE (SABnzbd-1.2.1-src.tar.gz) = 2725395
+SHA256 (SABnzbd-2.3.2-src.tar.gz) = 
ijjTpjCuzXHjzaFAgovajQYsadbwnKYkbfuZir/7+1A=
+SIZE (SABnzbd-2.3.2-src.tar.gz) = 2745451
Index: files/sabnzbd
===
RCS file: /cvs/ports/news/sabnzbd/files/sabnzbd,v
retrieving revision 1.2
diff -u -p -r1.2 sabnzbd
--- files/sabnzbd   20 May 2013 18:36:06 -  1.2
+++ files/sabnzbd   13 Feb 2018 06:46:46 -
@@ -1,3 +1,3 @@
 #!/bin/sh
 
-exec ${MODPY_BIN} 
${TRUEPREFIX}/lib/python${MODPY_VERSION}/site-packages/sabnzbd/SABnzbd.py $*
+exec ${MODPY_BIN} 
${TRUEPREFIX}/lib/python${MODPY_VERSION}/site-packages/sabnzbd/SABnzbd.py "$@"
Index: pkg/PLIST
===
RCS file: /cvs/ports/news/sabnzbd/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST   25 Feb 2017 20:11:33 -  1.5
+++ pkg/PLIST   13 Feb 2018 06:46:46 -
@@ -122,8 +122,6 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/sabnzbd/cherrypy/wsgiserver/ssl_builtin.pyc
 
lib/python${MODPY_VERSION}/site-packages/sabnzbd/cherrypy/wsgiserver/ssl_${MODPY_PYOEXTENSION}penssl.py
 
lib/python${MODPY_VERSION}/site-packages/sabnzbd/cherrypy/wsgiserver/ssl_${MODPY_PYOEXTENSION}penssl.pyc
-lib/python${MODPY_VERSION}/site-packages/sabnzbd/cherrypy/wsgiserver/test_wsgiserver.py
-lib/python${MODPY_VERSION}/site-packages/sabnzbd/cherrypy/wsgiserver/test_wsgiserver.pyc
 lib/python${MODPY_VERSION}/site-packages/sabnzbd/email/
 lib/python${MODPY_VERSION}/site-packages/sabnzbd/email/badfetch-da.tmpl
 lib/python${MODPY_VERSION}/site-packages/sabnzbd/email/badfetch-de.tmpl
@@ -131,6 +129,7 @@ lib/python${MODPY_VERSION}/site-packages

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Landry Breuil

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2018/02/13 02:46:17

Modified files:
databases  : Makefile 

Log message:
+p5-DBD-XBase

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Landry Breuil

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2018/02/13 02:45:40

Log message:
Import p5-DBD-XBase 1.08

Module XBase provides access to XBase (dBase, Fox*) dbf files.
It also handles memo files (dbt, fpt) and to certain extend
index files (ndx, ntx, mdx, idx and cdx). The DBD::XBase is
a database driver for DBI and provides simple SQL interface for
reading and writing the database files.

provides dbfdump that i can use against shapefile attribute tables..

ok sthen@ giovanni@

Status:

Vendor Tag: landry
Release Tags:   landry_20180213

N ports/databases/p5-DBD-XBase/Makefile
N ports/databases/p5-DBD-XBase/distinfo
N ports/databases/p5-DBD-XBase/pkg/PLIST
N ports/databases/p5-DBD-XBase/pkg/DESCR

No conflicts created by this import

NEW: x11/tellico (re-add), remove x11/tellico-kde4

2018-02-13 Thread Rafael Sadowski

Hi All,

please find attached a replacement for x11/tellico-kde4. The new tellico
3 depends on KDE Frameworks 5 and Qt5.

I add the following lines in PLIST to update from tellico-kde4 to tellico-3.1.1:

@conflict tellico-kde4-*
@pkgpath x11/tellico-kde4

That approach works fine for me with pkg_add(1). The tests
also look good for the most part. Works stable on amd64.

Ok to re-add and remove x11/tellico-kde4?

Rafael Sadowksi


tellico.tar.gz
Description: Binary data

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/02/13 01:40:14

Modified files:
net/py-botocore: Makefile distinfo 

Log message:
Update to py-botocore-1.8.41.

CVS: cvs.openbsd.org: ports

2018-02-13 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/02/13 01:40:26

Modified files:
sysutils/awscli: Makefile distinfo 

Log message:
Update to awscli-1.14.37.

Re: [new] DBD:XBase & dbfdump

2018-02-13 Thread Giovanni Bechis

On 02/12/18 22:23, Landry Breuil wrote:
> 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 ?
> 
ok giovanni@
 Cheers
   Giovanni

58 matches

Mail list logo