CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/13 00:49:28

Modified files:
devel/llvm : Makefile 
Added files:
devel/llvm/patches: patch-lib_Target_Sparc_SparcISelLowering_cpp 
patch-lib_Target_Sparc_SparcISelLowering_h 
patch-lib_Target_Sparc_SparcInstrVIS_td 

Log message:
[Sparc] efficient pattern for UINT_TO_FP conversion

from Brad (maintainer)

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/13 00:48:03

Modified files:
www/lighttpd   : Makefile distinfo 

Log message:
Update to lighttpd-1.4.48.

from Brad (maintainer)

CVS: cvs.openbsd.org: ports

[Steven Mestdagh]

CVSROOT:/cvs
Module name:ports
Changes by: ste...@cvs.openbsd.org  2017/11/13 00:29:03

Modified files:
math/py-numpy  : Makefile 

Log message:
bump after lapack update, switch to gfortran

ok pirofti@

CVS: cvs.openbsd.org: ports

[Remi Locherer]

CVSROOT:/cvs
Module name:ports
Changes by: r...@cvs.openbsd.org2017/11/13 00:28:41

Modified files:
textproc/p5-Mojolicious-Plugin-TtRenderer: Makefile distinfo 

Log message:
update to version 1.59

required by p5-Mojo update
inputs from nigel@

ok nigel@ jca@ sthen@

CVS: cvs.openbsd.org: ports

[Remi Locherer]

CVSROOT:/cvs
Module name:ports
Changes by: r...@cvs.openbsd.org2017/11/13 00:21:26

Modified files:
www/p5-Mojo: Makefile distinfo 
www/p5-Mojo/pkg: PLIST 

Log message:
update to p5-Mojolicious-7.52

with inputs from Mark Patruck

ok Mark Patruck (maintainer), jca@

CVS: cvs.openbsd.org: ports

[Steven Mestdagh]

CVSROOT:/cvs
Module name:ports
Changes by: ste...@cvs.openbsd.org  2017/11/13 00:13:51

Modified files:
audio/cmu-sphinxbase: Makefile 

Log message:
bump after lapack update, switch to gfortran

ok pirofti@

CVS: cvs.openbsd.org: ports

[Steven Mestdagh]

CVSROOT:/cvs
Module name:ports
Changes by: ste...@cvs.openbsd.org  2017/11/13 00:11:53

Modified files:
math/octave: Makefile 

Log message:
bump after lapack update, switch to gfortran

ok pirofti@

CVS: cvs.openbsd.org: ports

[Steven Mestdagh]

CVSROOT:/cvs
Module name:ports
Changes by: ste...@cvs.openbsd.org  2017/11/13 00:10:46

Modified files:
math/suitesparse: Makefile 
math/suitesparse/patches: 
  
patch-SuiteSparse_config_SuiteSparse_config_mk 

Log message:
bump after lapack update, switch to gfortran

ok pirofti@

CVS: cvs.openbsd.org: ports

[Steven Mestdagh]

CVSROOT:/cvs
Module name:ports
Changes by: ste...@cvs.openbsd.org  2017/11/13 00:09:06

Modified files:
math/arpack: Makefile 
Added files:
math/arpack/patches: patch-SRC_second_f 

Log message:
bump after lapack update, switch to gfortran

ok pirofti@

CVS: cvs.openbsd.org: ports

[Steven Mestdagh]

CVSROOT:/cvs
Module name:ports
Changes by: ste...@cvs.openbsd.org  2017/11/13 00:01:56

Modified files:
math/cblas : Makefile distinfo 
math/cblas/patches: patch-testing_Makefile 

Log message:
bump after blas update, switch to gfortran

ok pirofti@

CVS: cvs.openbsd.org: ports

[Steven Mestdagh]

CVSROOT:/cvs
Module name:ports
Changes by: ste...@cvs.openbsd.org  2017/11/12 23:57:36

Modified files:
math/lapack: Makefile distinfo 
math/lapack/files: Makefile 
math/lapack/patches: patch-manpages_man_manl_ilaver_l 
math/lapack/pkg: PLIST 

Log message:
update to 3.7.1

ok pirofti@

CVS: cvs.openbsd.org: ports

[Steven Mestdagh]

CVSROOT:/cvs
Module name:ports
Changes by: ste...@cvs.openbsd.org  2017/11/12 23:56:38

Modified files:
math/blas  : Makefile distinfo 
math/blas/files: Makefile 
math/blas/pkg  : PLIST 

Log message:
update to 3.7.1

ok pirofti@

Re: UPDATE: chinese/libchewing & inputmethods/scim-chewing

[Kevin Lo]

On Sat, Nov 11, 2017 at 03:18:18PM +, Stuart Henderson wrote:
> 
> On 2017/11/10 11:28, Kevin Lo wrote:
> > On Thu, Nov 09, 2017 at 04:13:44PM +0800, Kevin Lo wrote:
> > > 
> > > Hi,
> > > 
> > > Update both libchewing and scim-chewing to 0.5.1.
> > > Tested scim and uim on amd64.
> > > 
> > > While here, I would like to take over maintainership of the libchewing.
> > > 
> > > Comments? OK?
> > 
> > Here's the revised diff that removes unneeded MAKE_ENV in
> > libchewing's Makefile.
> > 
> > Index: chinese/libchewing/Makefile
> > ===
> > RCS file: /cvs/ports/chinese/libchewing/Makefile,v
> > retrieving revision 1.9
> > diff -u -p -u -p -r1.9 Makefile
> > --- chinese/libchewing/Makefile 11 Mar 2016 19:59:12 -  1.9
> > +++ chinese/libchewing/Makefile 10 Nov 2017 03:22:07 -
> > @@ -1,24 +1,34 @@
> >  # $OpenBSD: Makefile,v 1.9 2016/03/11 19:59:12 naddy Exp $
> >  
> > -COMMENT=   intelligent phonetic input method library
> > +COMMENT =  intelligent phonetic input method library
> >  
> > -V =0.3.3
> > -DISTNAME=  libchewing-$V
> > -PKGNAME=   zh-libchewing-$V
> > -REVISION = 2
> > +V =0.5.1
> > +PKGNAME =  zh-${GH_PROJECT}-${V}
> >  
> > -SHARED_LIBS=   chewing 0.0 # .3.1
> > +GH_ACCOUNT =   chewing
> > +GH_PROJECT =   libchewing
> > +GH_TAGNAME =   v${V}
> 
> They still have a proper uploaded tarball (rather than just the
> auto generated ones) in https://github.com/chewing/libchewing/releases ..
> Generally it is better to use these because it insulates the port
> from any changes in github's infrastructure or from upstream commits
> on the tag. (Also the auto-generated files often miss some files
> which are included in the proper release tarball - probably not so
> important here with the cmake build - but the changelog and autoconf
> files aren't included).

Thanks for reviewing my diff.  Ok, I use a proper uploaded tarball instead.

> > +CONFIGURE_ARGS =-DMAKEINFO=${LOCALBASE}/bin/gmakeinfo \
> > +   -DCMAKE_SHARED_LINKER_FLAGS="-lc"
> 
> Having to specify -lc seems very odd.. Any idea what's going on here?

Fixed.  That was my fault since we don't use "-Wl,--no-undefined" when linking.

> > -CONFIGURE_STYLE=gnu
> > +CFLAGS +=  -I${LOCALBASE}/include -fno-stack-protector
> 
> Is that (-fno-stack-protector) really needed? Tests pass without it..

No, it's not needed.  Here's an updated diff:

Index: chinese/libchewing/Makefile
===
RCS file: /cvs/ports/chinese/libchewing/Makefile,v
retrieving revision 1.9
diff -u -p -u -p -r1.9 Makefile
--- chinese/libchewing/Makefile 11 Mar 2016 19:59:12 -  1.9
+++ chinese/libchewing/Makefile 13 Nov 2017 03:26:57 -
@@ -1,24 +1,35 @@
 # $OpenBSD: Makefile,v 1.9 2016/03/11 19:59:12 naddy Exp $
 
-COMMENT=   intelligent phonetic input method library
+COMMENT =  intelligent phonetic input method library
 
-V =0.3.3
-DISTNAME=  libchewing-$V
-PKGNAME=   zh-libchewing-$V
-REVISION = 2
+V =0.5.1
+DISTNAME = libchewing-$V
+PKGNAME =  zh-libchewing-$V
 
-SHARED_LIBS=   chewing 0.0 # .3.1
+SHARED_LIBS =  chewing 0.1 # .3.3
 
-CATEGORIES=chinese inputmethods
+CATEGORIES =   chinese inputmethods
 
-HOMEPAGE=  http://chewing.im/
+HOMEPAGE = http://chewing.im/
+
+MAINTAINER =   Kevin Lo 
 
 # LGPLv2.1 only
 PERMIT_PACKAGE_CDROM=  Yes
 
+WANTLIB += m pthread sqlite3
+
 MASTER_SITES = https://github.com/chewing/libchewing/releases/download/v$V/
+
 EXTRACT_SUFX=  .tar.bz2
 
-CONFIGURE_STYLE=gnu
+BUILD_DEPENDS =print/texinfo
+LIB_DEPENDS =  databases/sqlite3
+
+MAKE_FLAGS =   MAKEINFO=${LOCALBASE}/bin/gmakeinfo
+
+CONFIGURE_STYLE =  gnu
+CONFIGURE_ARGS =   CPPFLAGS="-I${LOCALBASE}/include" \
+   LDFLAGS="-L${LOCALBASE}/lib"
 
 .include 
Index: chinese/libchewing/distinfo
===
RCS file: /cvs/ports/chinese/libchewing/distinfo,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 distinfo
--- chinese/libchewing/distinfo 18 Jan 2015 03:12:54 -  1.4
+++ chinese/libchewing/distinfo 13 Nov 2017 03:26:57 -
@@ -1,2 +1,2 @@
-SHA256 (libchewing-0.3.3.tar.bz2) = 
cqDeErhsTV9kaKaNiMc2In/xb6epFfhZX/5aMcrpXq4=
-SIZE (libchewing-0.3.3.tar.bz2) = 1798134
+SHA256 (libchewing-0.5.1.tar.bz2) = 
lwjGNBX6YDRDXA84EA59MNDhuskn9nvsbf6z/vAWFys=
+SIZE (libchewing-0.5.1.tar.bz2) = 3141084
Index: chinese/libchewing/patches/patch-configure
===
RCS file: chinese/libchewing/patches/patch-configure
diff -N chinese/libchewing/patches/patch-configure
--- /dev/null   1 Jan 1970 00:00:00 -
+++ chinese/libchewing/patches/patch-configure  13 Nov 2017 03:26:57 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: configure
+--- configure.orig
 

CVS: cvs.openbsd.org: ports

[Steven Mestdagh]

CVSROOT:/cvs
Module name:ports
Changes by: ste...@cvs.openbsd.org  2017/11/12 15:38:13

Modified files:
lang/gcc/4.9   : Makefile 
Added files:
lang/gcc/4.9/patches: patch-ltmain_sh 

Log message:
fix quoting issue in installed libtool library

ok pascal@

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2017/11/12 15:29:05

Modified files:
games/warzone2100: Makefile 

Log message:
Switch homepage to https.

drop a couple of hs-ports

[Matthias Kilian]

Hi, (cc'ing David because he's maintainig at least the hs-HDBC*
ports)

I'd like to get rid of hs-ports that

1) aren't used by any other port

2) don't provide any end-user tool (darcs and xmonad are examples for
   ports that *do* provide end-user tools)

3) don't potentially add functionality to any end-user tool
   (hs-xmonad-contrib is an example for a port that *does* add
   functionality to xmonad)

I'll not delete them immediately, only unhook them from the build
for now. I'll also check wether any of them may be required by the
two up to five upcomung new hs-ports (required for darcs and xmonad).

Please be awaere that it's absolutely no problem to bring back a
removed port in case it becomes a dependency of something useful.

So, if my grep-fu isn't weak, here's an initial (first pass) list.
If you think some of those should *not* be disabled/removed, please
let me know within during the next week.

archivers/hs-zlib-bindings
databases/hs-HDBC-mysql
databases/hs-HDBC-postgresql
databases/hs-hedis
databases/hs-postgresql-libpq
devel/hs-BoundedChan
devel/hs-MonadRandom
devel/hs-ObjectName
devel/hs-PSQueue
devel/hs-StateVar
devel/hs-abstract-deque
devel/hs-abstract-par
devel/hs-base-unicode-symbols
devel/hs-blaze-textual
devel/hs-bytestring-mmap
devel/hs-case-insensitive
devel/hs-cmdlib
devel/hs-concurrent-extra
devel/hs-data-hash
devel/hs-directory-tree
devel/hs-enumerator
devel/hs-failure
devel/hs-ghc-paths
devel/hs-hashtables
devel/hs-hood
devel/hs-largeword
devel/hs-logict
devel/hs-murmur-hash
devel/hs-newtype
devel/hs-parallel
devel/hs-patch-combinators
devel/hs-readline
devel/hs-sendfile
devel/hs-strict
devel/hs-tuple
lang/hs-haskell-src
math/hs-half
net/hs-curl
net/hs-network-info
security/hs-crypto
security/hs-cryptocipher
security/hs-mwc-random
security/hs-pwstore-fast
security/hs-skein
textproc/hs-bytestring-nums
textproc/hs-hexpat
www/hs-cgi

Ciao,
Kili

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/11/12 15:01:46

Modified files:
mail/claws-mail: Makefile 

Log message:
replace gettext module, sync wantlib; ok danj@

Re: games/cataclysm-dda fix for gcc archs and localization

[trondd]

trondd  wrote:

> trondd  wrote:
> 
> > Attempting to allow compilation on GCC archs.  Just
> > a slight tweak and addition of a COMPILER list.
> > 
> > Tim.
> > 
> 
> Also fix localization support. Problem found and fix confirmed by
> Roman Yakovlev < mail (at) 51t.ru >.
> 
> Tim.

Bump and also one more little tweak to pass the LUA binary.

Tim.

Index: Makefile
===
RCS file: /cvs/ports/games/cataclysm-dda/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile29 Oct 2017 17:27:18 -  1.1.1.1
+++ Makefile12 Nov 2017 21:54:09 -
@@ -3,6 +3,7 @@
 COMMENT=   rogue-like zombie survival game
 DISTNAME=  cataclysm-dda-2017.10.13
 CATEGORIES=games
+REVISION=  0
 
 GH_ACCOUNT=CleverRaven
 GH_PROJECT=Cataclysm-DDA
@@ -20,6 +21,8 @@ FLAVOR?=
 WANTLIB=   ${COMPILER_LIBCXX} ${MODLUA_WANTLIB} c \
iconv intl m pthread
 
+COMPILER=  base-clang ports-gcc
+
 MODULES=   lang/lua \
textproc/intltool
 MODLUA_VERSION=5.3
@@ -29,10 +32,10 @@ BUILD_DEPENDS=  devel/libexecinfo
 
 LIB_DEPENDS=   devel/gettext
 
-MAKE_ENV=  CXXFLAGS="${CXXFLAGS}"
+MAKE_ENV=  CXX="${CXX}" CXXFLAGS="${CXXFLAGS}"
 
-MAKE_FLAGS=CLANG="${CXX}" RELEASE=1 USE_XDG_DIR=1 LOCALIZE=1 \
-   LANGUAGES=all LUA=1 LUA_BINARY=${MODLUA_BIN}
+MAKE_FLAGS=RELEASE=1 USE_XDG_DIR=1 LOCALIZE=1 LANGUAGES=all \
+   LUA=1 LUA_BINARY=${MODLUA_BIN:T}
 
 .if ${FLAVOR:Mno_x11}
 WANTLIB+=  ncurses
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/games/cataclysm-dda/patches/patch-Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-Makefile
--- patches/patch-Makefile  29 Oct 2017 17:27:18 -  1.1.1.1
+++ patches/patch-Makefile  12 Nov 2017 21:54:09 -
@@ -49,15 +49,6 @@ Index: Makefile
  PKG_CONFIG = $(CROSS)pkg-config
  SDL2_CONFIG = $(CROSS)sdl2-config
  
-@@ -464,7 +457,7 @@ ifdef LUA
-   else
- ifdef LUA_USE_PKGCONFIG
-   # On unix-like systems, use pkg-config to find lua
--  LUA_CANDIDATES = lua5.3 lua5.2 lua-5.3 lua-5.2 lua5.1 lua-5.1 lua 
$(LUA_BINARY)
-+  LUA_CANDIDATES = lua5.3 lua5.2 lua-5.3 lua-5.2 lua53 lua52 lua5.1 
lua-5.1 lua51 lua $(LUA_BINARY)
-   LUA_FOUND = $(firstword $(foreach lua,$(LUA_CANDIDATES),\
-   $(shell if $(PKG_CONFIG) --silence-errors --exists $(lua); then 
echo $(lua);fi)))
-   LUA_PKG = $(if $(LUA_FOUND),$(LUA_FOUND),$(error "Lua not found by 
$(PKG_CONFIG), install it or make without 'LUA=1'"))
 @@ -696,7 +689,6 @@ $(BUILD_PREFIX)$(TARGET_NAME).a: $(ODIR) $(OBJS)
  .PHONY: version json-verify
  version:
Index: patches/patch-src_translations_cpp
===
RCS file: patches/patch-src_translations_cpp
diff -N patches/patch-src_translations_cpp
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-src_translations_cpp  12 Nov 2017 21:54:09 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: src/translations.cpp
+--- src/translations.cpp.orig
 src/translations.cpp
+@@ -80,7 +80,7 @@ void set_language()
+ 
+ // Step 2. Bind to gettext domain.
+ std::string locale_dir;
+-#if (defined __linux__ || (defined MACOSX && !defined TILES))
++#if (defined __linux__ || defined __OpenBSD__ || (defined MACOSX && !defined 
TILES))
+ if( !FILENAMES["base_path"].empty() ) {
+ locale_dir = FILENAMES["base_path"] + "share/locale";
+ } else {

Re: PostgreSQL security update

[Stuart Henderson]

On 2017/11/12 15:31, Adam Wolk wrote:
> pkg/README-server line 138 & 173 longer than 80 characters but I think
> those two can just be let slip.

They're <80 after substitution :)

Re: [wip] howleditor 0.5.2

[James Turner]

On Sun, Nov 12, 2017 at 09:44:54AM +0100, Peter Ljung wrote:
> On Sat, Nov 4, 2017 at 4:15 PM, Peter Ljung  wrote:
> > On Fri, Oct 27, 2017 at 10:43 PM, James Turner  
> > wrote:
> >> On Fri, Oct 27, 2017 at 10:34:36PM +0200, Peter Ljung wrote:
> >>> On Thu, Oct 26, 2017 at 3:18 PM, James Turner  
> >>> wrote:
> >>> > On Wed, Oct 25, 2017 at 10:58:51PM +0200, Peter Ljung wrote:
> >>> >> This is my first attempt to make a port for the howl editor 
> >>> >> (https://howl.io/).
> >>> >>
> >>> >> I think howl is a *really* good alternative editor which compares well 
> >>> >> with e.g.
> >>> >> Sublime Text for my uses.
> >>> >>
> >>> >> Also it doesn't come with a huge baggage like the Electron based 
> >>> >> editors
> >>> >> Atom and VS Code.
> >>> >>
> >>> >> * The upstream code builds cleanly on OpenBSD since 0.4 release
> >>> >> * A stability issue (I found) on OpenBSD was fixed in last point 
> >>> >> release 0.5.2
> >>> >>
> >>> >> I have tried my best to create a suitable port.
> >>> >>
> >>> >> The current port is available at:
> >>> >>
> >>> >> https://github.com/peterljung/howleditor
> >>> >>
> >>> >> Some things I have came across ...
> >>> >>
> >>> >> * I have installed and tested the port on 6.1 and 6.2 release (amd64)
> >>> >> * It is called howleditor to avoid conflict with avahi
> >>> >> * Avahi has a "@conflict howl-*" in PLIST
> >>> >> * I made a small patch in the Makefile to force setting PREFIX variable
> >>> >>   which otherwise is set by ports infrastructure
> >>> >>
> >>> >> Any tips for improvements?
> >>> >>
> >>> >
> >>> > Hi Peter,
> >>> >
> >>> > Port looks pretty good. Biggest thing you're going to want to fix is how
> >>> > Howl downloads external dependencies and builds them locally. You will
> >>> > want to use our ports versions. Ie. LuaJIT, LPEG and maybe others.
> >>> >
> >>> > --
> >>> > James Turner
> >>>
> >>> Thanks for feedback!
> >>>
> >>> I actually asked upstream about using ports versions:
> >>>
> >>> As @kirbyfan64 said, we embed LuaJIT ourselves and link in statically. It 
> >>> would
> >>> be theoretically possible to use 2.0.5, but we switched to 2.1-beta two 
> >>> years
> >>> ago so I can't say for sure. Also, any LuaJIT would need to be compiled 
> >>> with the
> >>> correct compile options also (lua 5.2 compat enabled). We also patch 
> >>> LUA_IDSIZE
> >>> to be slightly larger.
> >>>
> >>> In short I see the desire to use a system Lua version, but as we don't 
> >>> link it
> >>> dynamically there's nothing to gain with regards to executable size, and 
> >>> the
> >>> needed changes above makes it not worth the while IMO. Release tarballs 
> >>> already
> >>> contain a bundled copy of LuaJIT.
> >>>
> >>> ...
> >>>
> >>> So there are some reasons not to use port versions, but someone with more
> >>> lua/porting experience might be able to determine what to do?
> >>>
> >>
> >> Makes sense, I guess I was more concerned with the port downloading
> >> dependencies, but if they are bundled with the tarball that takes care
> >> of that concern.
> >>
> >> What are other peoples thoughts?
> >>
> >> --
> >> James Turner
> >
> > I have made a few changes to the port from some suggestions by Edd.
> >
> > * I set PREFIX in MAKE_FLAGS as an alternative to patching the Makefile
> > * Added c++abi to WANTLIB
> > * Patched lpeg makefile to use clang (used gcc before)
> >
> > https://github.com/peterljung/howleditor/commits/master
> >
> > I also found an issue with the upstream release that need to be fixed.
> >
> > https://github.com/howl-editor/howl/issues/390
> 
> I have made a release bump to latest howl point release which includes a fix
> for the scrollbar issue.
> 
> https://github.com/peterljung/howleditor
> 
> It seems to work fine now, but more eyes and testing would obviously be great.
> 

Happy to provide an ok or import with another ok.

-- 
James Turner

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/11/12 13:54:35

Modified files:
x11/fvwm2  : Makefile 

Log message:
replace gettext module, sync wantlib

Re: new: net/nyx

[Daniel Jakots]

On Sun, 12 Nov 2017 21:14:42 +0100, Pascal Stumpf 
wrote:

> Updated tarball.

ok danj@ with some minor nits:
- please replace ,python3 with ${MODPY_FLAVOR} for the DEPENDS
- make test is weird, with
do-test:
cd ${WRKSRC} && ${MODPY_BIN} run_tests.py

it works (though there are some failure).

Cheers,
Daniel

UPDATE: productivity/homebank

[Rafael Sadowski]

Hi All,

because I try out some money management tools, there is a simple update
to the latest stable version. Works fine on amd64.

Cheers, Rafael


Index: Makefile
===
RCS file: /cvs/ports/productivity/homebank/Makefile,v
retrieving revision 1.30
diff -u -p -u -p -r1.30 Makefile
--- Makefile18 May 2017 12:58:43 -  1.30
+++ Makefile12 Nov 2017 20:20:27 -
@@ -2,7 +2,7 @@
 
 COMMENT =  personal accounting application
 
-DISTNAME = homebank-5.1.5
+DISTNAME = homebank-5.1.6
 
 CATEGORIES =   productivity x11
 
Index: distinfo
===
RCS file: /cvs/ports/productivity/homebank/distinfo,v
retrieving revision 1.15
diff -u -p -u -p -r1.15 distinfo
--- distinfo18 May 2017 12:58:43 -  1.15
+++ distinfo12 Nov 2017 20:20:27 -
@@ -1,2 +1,2 @@
-SHA256 (homebank-5.1.5.tar.gz) = XD/TR4V36Rpdjm4o/O1Yta1hHuywbo8zWpWFuBehMw8=
-SIZE (homebank-5.1.5.tar.gz) = 2698391
+SHA256 (homebank-5.1.6.tar.gz) = KGHhFZCgD1y8UFKTghy4yuq7dMJrq+imqdco80BCkOA=
+SIZE (homebank-5.1.6.tar.gz) = 2701911

Re: new: net/nyx

[Pascal Stumpf]

On Sun, 12 Nov 2017 20:45:36 +0100, Pascal Stumpf wrote:
> On Thu, 9 Nov 2017 19:21:39 +, Stuart Henderson wrote:
> > On 2017/11/09 17:55, Pascal Stumpf wrote:
> > > Nyx is a command-line monitor for Tor. With this you can get detailed
> > > real-time information about your relay such as bandwidth usage,
> > > connections, logs, and much more.
> > > 
> > > 
> > > This will finally be replacing net/arm.  :)
> > 
> > No conflicting files, so the @conflict doesn't really make sense.
> > Probably makes sense to fix the package name of stem to add the py-
> > prefix before adding things which depends on it; see attila's mail
> > if you didn't already.
> > 
> 
> Updated tarball:
> 
> * depend on py3-stem (depends on attila's diff)
> * install manpage
> * remove unnecessary @conflict (still needs a quirk though)

Gah, I missed the renaming to net/py-stem.  Updated tarball.


nyx.tar.gz
Description: nyx.tar.gz

Re: [PATCH] add python3 flavor to net/stem

[Daniel Jakots]

On Sun, 12 Nov 2017 20:17:35 +0100, Pascal Stumpf 
wrote:

> > Sigh.  Let's try again after cvs add.  Attached.  
> 
> Sorry, I haven't been all caught up on ports@ (and other) mail
> lately.  This builds, packages, installs and works all fine for me.
> OK from me.

It's in. Thanks a lot to both of you!

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2017/11/12 13:10:28

Removed files:
net/stem   : Makefile distinfo 
net/stem/pkg   : DESCR PLIST 

Log message:
remove stem, it's now py-stem

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/11/12 13:09:08

Modified files:
geo/gdal   : Makefile 

Log message:
replace gettext module; ok landry@

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2017/11/12 13:05:47

Modified files:
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 

Log message:
stem is now py-stem

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2017/11/12 13:05:18

Modified files:
net: Makefile 

Log message:
+ py-stem
+ py-stem
- stem

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2017/11/12 13:04:12

Log message:
Import py-stem. This rename our current net/stem ports and add a py3
flavour. Work done by attila with guidance from sthen@ and myself

ok pascal@ (maintainer)

Status:

Vendor Tag: danj
Release Tags:   danj_20171112

N ports/net/py-stem/Makefile
N ports/net/py-stem/distinfo
N ports/net/py-stem/pkg/DESCR
N ports/net/py-stem/pkg/PLIST
N ports/net/py-stem/pkg/PFRAG.no-python3

No conflicts created by this import

Re: Explicitly disable OpenMP, categories archivers-converters

[Brian Callahan]

On 11/12/17 14:39, Landry Breuil wrote:

On Sun, Nov 12, 2017 at 10:13:52PM +0300, Kirill Bychkov wrote:

On Sun, November 12, 2017 19:26, Brian Callahan wrote:

Hi ports --

In preparation for importing devel/openmp, I have (at sthen@'s
suggestion) been doing a careful review of the ports tree to figure out
which ports will try to pull in OpenMP if it exists on the system.

I'm nowhere near done, but I have looked at everything in the categories
archivers through converters, and only two ports as far as I can tell
will try to pull in OpenMP (according to configure output and build logs).

I'm choosing to explicitly disable OpenMP for all these ports, as that
makes the most sense to me and will produce the least surprises. Once
devel/openmp is imported and people want to enable openmp on other
ports, that to me is a separate discussion for later.

Feedback/OK?

~Brian



Hi!
Probably you could hide openmp from pickng up by default like devel/libinotify
does? Just install it in non-standart directory. And then link ports which will
benefit explicitly.

Except that in that case, it's a PITA to then explicitely link with it.
For libnotify, it's flags all around and rpath and whatnot.

Landry



I think I agree with landry. Besides, it's only a one-time process. Yes, 
it takes a but of time, but better to get it working like any other 
library I think.


~Brian

Re: new: net/nyx

[Pascal Stumpf]

On Thu, 9 Nov 2017 19:21:39 +, Stuart Henderson wrote:
> On 2017/11/09 17:55, Pascal Stumpf wrote:
> > Nyx is a command-line monitor for Tor. With this you can get detailed
> > real-time information about your relay such as bandwidth usage,
> > connections, logs, and much more.
> > 
> > 
> > This will finally be replacing net/arm.  :)
> 
> No conflicting files, so the @conflict doesn't really make sense.
> Probably makes sense to fix the package name of stem to add the py-
> prefix before adding things which depends on it; see attila's mail
> if you didn't already.
> 

Updated tarball:

* depend on py3-stem (depends on attila's diff)
* install manpage
* remove unnecessary @conflict (still needs a quirk though)


nyx.tar.gz
Description: nyx.tar.gz

Re: Explicitly disable OpenMP, categories archivers-converters

[Landry Breuil]

On Sun, Nov 12, 2017 at 10:13:52PM +0300, Kirill Bychkov wrote:
> On Sun, November 12, 2017 19:26, Brian Callahan wrote:
> > Hi ports --
> >
> > In preparation for importing devel/openmp, I have (at sthen@'s
> > suggestion) been doing a careful review of the ports tree to figure out
> > which ports will try to pull in OpenMP if it exists on the system.
> >
> > I'm nowhere near done, but I have looked at everything in the categories
> > archivers through converters, and only two ports as far as I can tell
> > will try to pull in OpenMP (according to configure output and build logs).
> >
> > I'm choosing to explicitly disable OpenMP for all these ports, as that
> > makes the most sense to me and will produce the least surprises. Once
> > devel/openmp is imported and people want to enable openmp on other
> > ports, that to me is a separate discussion for later.
> >
> > Feedback/OK?
> >
> > ~Brian
> >
> >
> Hi!
> Probably you could hide openmp from pickng up by default like devel/libinotify
> does? Just install it in non-standart directory. And then link ports which 
> will
> benefit explicitly.

Except that in that case, it's a PITA to then explicitely link with it.
For libnotify, it's flags all around and rpath and whatnot.

Landry

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

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

Modified files:
print/lyx  : Makefile distinfo 
print/lyx/pkg  : PLIST 

Log message:
Update lyx from 2.2.0 to 2.2.3

Notable ports changes:

- switch homepage to https
- reorder variables
- replace gettext module

Maintainer timeout

Re: DUPLICATE PORTS: devel/lua-bitop && devel/luabitop

[Brian Callahan]

On 11/12/17 14:08, Kirill Bychkov wrote:

On Sun, November 12, 2017 20:12, Edd Barrett wrote:

Hi,

On Sun, Nov 12, 2017 at 11:49:20AM -0500, Brian Callahan wrote:

devel/luabitop is a BDEP of editors/neovim. devel/lua-bitop is not used by
anything (at least, as far as `make search key=lua-bitop` suggests).
devel/luabitop also appears to be the more comprehensive port.

OK to remove devel/lua-bitop?

Ugh. IIRC, I imported lua-bitop for neovim, probably missing luabitop
becuase it wasn't prefixed 'lua-'. Somehow I then managed to depend on
the existing luabitop.

I've checked using sqlports that there are no other dependents, so your
plan seems sensible to me. OK edd@, but perhaps wait a bit and see if
anyone else chimes in.

Thanks


Hi!
lua- prefix is a standard. IMHO you should remove luabitop and add lua-bitop
as a dependency to neovim.
Just my 2 cents.



Or should luabitop be moved to lua-bitop?

Re: gcc fix libgfortran.la

[Pascal Stumpf]

On Sun, 12 Nov 2017 19:22:18 +0100, Steven Mestdagh wrote:
> Steven Mestdagh [2017-11-10, 20:56:51]:
> > Marc Espie [2017-11-09, 00:40:28]:
> > > Can you have a look at a not so quick fix ? I mean such a bogus thing
> > > is generated from somewhere in the port.
> > > 
> > 
> > comparing to what the more recent gnu libtool port is doing, i suggest the
> > fix below.  this has the same effect of stripping the single quotes around
> > libdir's value for use in dependency_libs.
> > 
> > ok?
> > 
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/lang/gcc/4.9/Makefile,v
> > retrieving revision 1.51
> > diff -u -p -u -r1.51 Makefile
> > --- Makefile21 Aug 2017 19:25:52 -  1.51
> > +++ Makefile10 Nov 2017 19:13:26 -
> > @@ -4,7 +4,7 @@ ONLY_FOR_ARCHS = ${GCC49_ARCHS}
> >  DPB_PROPERTIES = parallel
> >  
> >  V = 4.9.4
> > -REVISION = 6
> > +REVISION = 7
> >  FULL_VERSION = $V
> >  FULL_PKGVERSION = $V
> >  
> > Index: patches/patch-ltmain_sh
> > ===
> > RCS file: patches/patch-ltmain_sh
> > diff -N patches/patch-ltmain_sh
> > --- /dev/null   1 Jan 1970 00:00:00 -
> > +++ patches/patch-ltmain_sh 10 Nov 2017 19:13:26 -
> > @@ -0,0 +1,14 @@
> > +$OpenBSD$
> > +
> > +Index: ltmain.sh
> > +--- ltmain.sh.orig
> >  ltmain.sh
> > +@@ -8268,7 +8268,7 @@ EOF
> > + *.la)
> > +   func_basename "$deplib"
> > +   name="$func_basename_result"
> > +-  libdir=`${SED} -n -e 's/^libdir=\(.*\)$/\1/p' $deplib`
> > ++  eval libdir=`${SED} -n -e 's/^libdir=\(.*\)$/\1/p' $deplib`
> > +   test -z "$libdir" && \
> > + func_fatal_error "\`$deplib' is not a valid libtool archive"
> > +   newdependency_libs="$newdependency_libs $libdir/$name"
> 
> I'm going to commit this if no one objects.
> I have various updates pending that need libgfortran.la to be correct.
> 

Yes please.  Thank you for figuring this out.

Re: [PATCH] add python3 flavor to net/stem

[Pascal Stumpf]

On Sat, 11 Nov 2017 14:46:48 -0600, attila wrote:
> attila  wrote:
> > Daniel Jakots  wrote:
> > > On Thu, 09 Nov 2017 11:30:24 -0600, attila 
> > > wrote:
> > > 
> > > > The attached patch adds a python3 flavor to net/stem.
> > > 
> > > It's more complicated than that because PKGNAME must be renamed in
> > > py-stem.
> > 
> > After some feedback on IRC and email I have another attempt, attached.
> 
> Sigh.  Let's try again after cvs add.  Attached.

Sorry, I haven't been all caught up on ports@ (and other) mail lately.  This
builds, packages, installs and works all fine for me.  OK from me.

> Pax, -A
> --
> https://haqistan.net/~attila | attila@{stalphonsos.com,haqistan.net}
> pgp: 0x62A729CF | C2CE 2487 03AC 4C2F 101D  09C1 4068 D5D5 62A7 29CF
> 
> 
>>> text/x-patch content

Re: Explicitly disable OpenMP, categories archivers-converters

[Kirill Bychkov]

On Sun, November 12, 2017 19:26, Brian Callahan wrote:
> Hi ports --
>
> In preparation for importing devel/openmp, I have (at sthen@'s
> suggestion) been doing a careful review of the ports tree to figure out
> which ports will try to pull in OpenMP if it exists on the system.
>
> I'm nowhere near done, but I have looked at everything in the categories
> archivers through converters, and only two ports as far as I can tell
> will try to pull in OpenMP (according to configure output and build logs).
>
> I'm choosing to explicitly disable OpenMP for all these ports, as that
> makes the most sense to me and will produce the least surprises. Once
> devel/openmp is imported and people want to enable openmp on other
> ports, that to me is a separate discussion for later.
>
> Feedback/OK?
>
> ~Brian
>
>
Hi!
Probably you could hide openmp from pickng up by default like devel/libinotify
does? Just install it in non-standart directory. And then link ports which will
benefit explicitly.

Re: DUPLICATE PORTS: devel/lua-bitop && devel/luabitop

[Kirill Bychkov]

On Sun, November 12, 2017 20:12, Edd Barrett wrote:
> Hi,
>
> On Sun, Nov 12, 2017 at 11:49:20AM -0500, Brian Callahan wrote:
>> devel/luabitop is a BDEP of editors/neovim. devel/lua-bitop is not used by
>> anything (at least, as far as `make search key=lua-bitop` suggests).
>> devel/luabitop also appears to be the more comprehensive port.
>>
>> OK to remove devel/lua-bitop?
>
> Ugh. IIRC, I imported lua-bitop for neovim, probably missing luabitop
> becuase it wasn't prefixed 'lua-'. Somehow I then managed to depend on
> the existing luabitop.
>
> I've checked using sqlports that there are no other dependents, so your
> plan seems sensible to me. OK edd@, but perhaps wait a bit and see if
> anyone else chimes in.
>
> Thanks
>
Hi!
lua- prefix is a standard. IMHO you should remove luabitop and add lua-bitop
as a dependency to neovim.
Just my 2 cents.

Re: UPDATE: math/veusz 1.23.1 => 2.1

[Brian Callahan]

On 10/30/17 14:12, Brian Callahan wrote:

Hi ports --

Attached is an update to math/veusz.
Notably, it's Qt5 now. And one of the patches goes away. Otherwise, 
it's a fairly simple update.

All tests pass on amd64.

And re-take MAINTAINER.

OK?

~Brian



Now to 2.1.1

OK?

~Brian

Index: Makefile
===
RCS file: /cvs/ports/math/veusz/Makefile,v
retrieving revision 1.15
diff -u -p -u -p -r1.15 Makefile
--- Makefile	26 Jul 2017 22:45:26 -	1.15
+++ Makefile	12 Nov 2017 19:00:29 -
@@ -1,28 +1,33 @@
 # $OpenBSD: Makefile,v 1.15 2017/07/26 22:45:26 sthen Exp $
 
 COMMENT =	scientific plotting and graphing package
-MODPY_EGG_VERSION =	1.23.1
+MODPY_EGG_VERSION =	2.1.1
 DISTNAME =	veusz-${MODPY_EGG_VERSION}
 CATEGORIES =	math graphics
-REVISION =	1
 
-HOMEPAGE =	http://home.gna.org/veusz/
+HOMEPAGE =	https://veusz.github.io/
+MAINTAINER =	Brian Callahan 
 
 # GPLv2+
 PERMIT_PACKAGE_CDROM =		Yes
 
-WANTLIB += lib/qt4/QtGui lib/qt4/QtXml m pthread ${COMPILER_LIBCXX} ${MODPY_WANTLIB}
+WANTLIB += ${COMPILER_LIBCXX} Qt5Core Qt5Gui Qt5Widgets Qt5Xml
+WANTLIB += m ${MODPY_WANTLIB}
 
-MASTER_SITES =	http://download.gna.org/veusz/
+MASTER_SITES =	https://github.com/veusz/veusz/releases/download/${DISTNAME}/
+
+# C++11
+COMPILER =	base-clang ports-clang ports-gcc
 
 MODULES =	lang/python \
-		x11/qt4
+		x11/qt5
 
 BUILD_DEPENDS =	math/py-numpy \
-		x11/py-qt4
+		x11/py-qt5
 
 RUN_DEPENDS =	math/py-numpy \
-		x11/py-qt4
+		x11/py-qt5
+
 TEST_DEPENDS =	${BASE_PKGPATH}
 
 do-test:
Index: distinfo
===
RCS file: /cvs/ports/math/veusz/distinfo,v
retrieving revision 1.10
diff -u -p -u -p -r1.10 distinfo
--- distinfo	19 Jun 2015 22:02:01 -	1.10
+++ distinfo	12 Nov 2017 19:00:29 -
@@ -1,2 +1,2 @@
-SHA256 (veusz-1.23.1.tar.gz) = wHC9GTzx7UGMX9DCn4vTh/9Ybp63udU9CK60ce1BrN4=
-SIZE (veusz-1.23.1.tar.gz) = 1843923
+SHA256 (veusz-2.1.1.tar.gz) = Y6kGMH76F7wu6VqAVaX8X7zewmK2+IdZIkgtWMFw/Xc=
+SIZE (veusz-2.1.1.tar.gz) = 2440253
Index: patches/patch-pyqtdistutils_py
===
RCS file: patches/patch-pyqtdistutils_py
diff -N patches/patch-pyqtdistutils_py
--- patches/patch-pyqtdistutils_py	19 Sep 2014 23:12:19 -	1.1
+++ /dev/null	1 Jan 1970 00:00:00 -
@@ -1,13 +0,0 @@
-$OpenBSD: patch-pyqtdistutils_py,v 1.1 2014/09/19 23:12:19 bcallah Exp $
 pyqtdistutils.py.orig	Fri Sep 19 19:03:46 2014
-+++ pyqtdistutils.py	Fri Sep 19 19:04:25 2014
-@@ -34,8 +34,7 @@ except:
- import PyQt4.pyqtconfig
- SIP_FLAGS = PyQt4.pyqtconfig.Configuration().pyqt_sip_flags
- 
--PYQT_SIP_DIR = os.path.join(
--sipconfig.Configuration().default_sip_dir, 'PyQt4')
-+PYQT_SIP_DIR = sipconfig.Configuration().default_sip_dir
- 
- SIP_BIN = sipconfig.Configuration().sip_bin
- SIP_INC_DIR = sipconfig.Configuration().sip_inc_dir
Index: patches/patch-veusz_helpers_src_qtloops_isnan_h
===
RCS file: /cvs/ports/math/veusz/patches/patch-veusz_helpers_src_qtloops_isnan_h,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-veusz_helpers_src_qtloops_isnan_h
--- patches/patch-veusz_helpers_src_qtloops_isnan_h	13 May 2017 18:45:38 -	1.1
+++ patches/patch-veusz_helpers_src_qtloops_isnan_h	12 Nov 2017 19:00:29 -
@@ -11,7 +11,7 @@ Index: veusz/helpers/src/qtloops/isnan.h
  #elif defined(WIN32) || defined(_isnan) || defined(_MSC_VER)
  # define isNaN(_a) (_isnan(_a)) 	/* Win32 definition */
 -#elif defined(isnan) || defined(__FreeBSD__) || defined(__osf__)
-+#elif defined(isnan) || defined(__FreeBSD__) ||defined(__OpenBSD__) || defined(__osf__)
++#elif defined(isnan) || defined(__FreeBSD__) || defined(__OpenBSD__) || defined(__osf__)
  # define isNaN(_a) (isnan(_a))		/* GNU definition */
  #else
  # define isNaN(_a) (std::isnan(_a))
@@ -19,8 +19,8 @@ Index: veusz/helpers/src/qtloops/isnan.h
  # define isFinite(_a) (_finite(_a)) 	/* Win32 definition */
  #elif defined(__sgi)
  # define isFinite(_a) (_isfinite(_a))
--#elif defined(isfinite)
-+#elif defined(isfinite) || defined(__OpenBSD__)
+-#elif defined(isfinite) || defined(__FreeBSD__)
++#elif defined(isfinite) || defined(__FreeBSD__) || defined(__OpenBSD__)
  # define isFinite(_a) (isfinite(_a))
  #elif defined(__osf__)
  # define isFinite(_a) (finite(_a) && !isNaN(_a))
Index: pkg/PLIST
===
RCS file: /cvs/ports/math/veusz/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 PLIST
--- pkg/PLIST	19 Apr 2015 17:01:40 -	1.6
+++ pkg/PLIST	12 Nov 2017 19:00:29 -
@@ -1,6 +1,5 @@
 @comment $OpenBSD: PLIST,v 1.6 2015/04/19 17:01:40 bcallah Exp $
 bin/veusz
-bin/veusz_listen
 lib/python${MODPY_VERSION}/site-packages/veusz/
 lib/python${MODPY_VERSION}/site-packages/veusz-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info
 

Re: [NEW] sysutils/xbattmon

[Klemens Nanni]

On Sun, Nov 12, 2017 at 07:06:44PM +0100, Steven Mestdagh wrote:
> Klemens Nanni [2017-11-11, 17:02:53]:
> > Hey,
> > 
> > xbattmon is a simple battery monitor for X pretty similiar to
> > sysutils/xbattbar but actively maintained.
> > 
> > It draws a colorized bar on the edge of your screen, that blinks on
> > critical battery level.
> > 
> > Upstream ships our strtonum.c for all platforms but I patched it to use
> > our libc's one.
> > 
> > Feedback? Anyone willing to commit this?
> 
> The patch for config.bsd.mk is not needed, you can just use MAKE_FLAGS.
> I've adapted this port accordingly, see attached.
Sure thing, I went for the patch as that's often done across various
x11/*/patches/patch-config_mk as well.

Thanks!

Re: gcc fix libgfortran.la

[Steven Mestdagh]

Steven Mestdagh [2017-11-10, 20:56:51]:
> Marc Espie [2017-11-09, 00:40:28]:
> > Can you have a look at a not so quick fix ? I mean such a bogus thing
> > is generated from somewhere in the port.
> > 
> 
> comparing to what the more recent gnu libtool port is doing, i suggest the
> fix below.  this has the same effect of stripping the single quotes around
> libdir's value for use in dependency_libs.
> 
> ok?
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/lang/gcc/4.9/Makefile,v
> retrieving revision 1.51
> diff -u -p -u -r1.51 Makefile
> --- Makefile  21 Aug 2017 19:25:52 -  1.51
> +++ Makefile  10 Nov 2017 19:13:26 -
> @@ -4,7 +4,7 @@ ONLY_FOR_ARCHS = ${GCC49_ARCHS}
>  DPB_PROPERTIES = parallel
>  
>  V = 4.9.4
> -REVISION = 6
> +REVISION = 7
>  FULL_VERSION = $V
>  FULL_PKGVERSION = $V
>  
> Index: patches/patch-ltmain_sh
> ===
> RCS file: patches/patch-ltmain_sh
> diff -N patches/patch-ltmain_sh
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-ltmain_sh   10 Nov 2017 19:13:26 -
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: ltmain.sh
> +--- ltmain.sh.orig
>  ltmain.sh
> +@@ -8268,7 +8268,7 @@ EOF
> +   *.la)
> + func_basename "$deplib"
> + name="$func_basename_result"
> +-libdir=`${SED} -n -e 's/^libdir=\(.*\)$/\1/p' $deplib`
> ++eval libdir=`${SED} -n -e 's/^libdir=\(.*\)$/\1/p' $deplib`
> + test -z "$libdir" && \
> +   func_fatal_error "\`$deplib' is not a valid libtool archive"
> + newdependency_libs="$newdependency_libs $libdir/$name"

I'm going to commit this if no one objects.
I have various updates pending that need libgfortran.la to be correct.

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2017/11/12 11:16:22

Modified files:
editors/abiword: Makefile 

Log message:
sync WANTLIB; add Xtst

ok ajacoutot@

Re: [NEW] sysutils/xbattmon

[Steven Mestdagh]

Klemens Nanni [2017-11-11, 17:02:53]:
> Hey,
> 
> xbattmon is a simple battery monitor for X pretty similiar to
> sysutils/xbattbar but actively maintained.
> 
> It draws a colorized bar on the edge of your screen, that blinks on
> critical battery level.
> 
> Upstream ships our strtonum.c for all platforms but I patched it to use
> our libc's one.
> 
> Feedback? Anyone willing to commit this?

The patch for config.bsd.mk is not needed, you can just use MAKE_FLAGS.
I've adapted this port accordingly, see attached.
Works fine here too.

Anyone else want to ok it?


xbattmon.tgz
Description: application/tar-gz

Re: Explicitly disable OpenMP, categories archivers-converters

[Steven Mestdagh]

Brian Callahan [2017-11-12, 11:26:01]:
> Hi ports --
> 
> In preparation for importing devel/openmp, I have (at sthen@'s suggestion)
> been doing a careful review of the ports tree to figure out which ports will
> try to pull in OpenMP if it exists on the system.
> 
> I'm nowhere near done, but I have looked at everything in the categories
> archivers through converters, and only two ports as far as I can tell will
> try to pull in OpenMP (according to configure output and build logs).
> 
> I'm choosing to explicitly disable OpenMP for all these ports, as that makes
> the most sense to me and will produce the least surprises. Once devel/openmp
> is imported and people want to enable openmp on other ports, that to me is a
> separate discussion for later.
> 
> Feedback/OK?

That approach makes sense to me.

Re: DUPLICATE PORTS: devel/lua-bitop && devel/luabitop

[Edd Barrett]

Hi,

On Sun, Nov 12, 2017 at 11:49:20AM -0500, Brian Callahan wrote:
> devel/luabitop is a BDEP of editors/neovim. devel/lua-bitop is not used by
> anything (at least, as far as `make search key=lua-bitop` suggests).
> devel/luabitop also appears to be the more comprehensive port.
> 
> OK to remove devel/lua-bitop?

Ugh. IIRC, I imported lua-bitop for neovim, probably missing luabitop
becuase it wasn't prefixed 'lua-'. Somehow I then managed to depend on
the existing luabitop.

I've checked using sqlports that there are no other dependents, so your
plan seems sensible to me. OK edd@, but perhaps wait a bit and see if
anyone else chimes in.

Thanks

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

DUPLICATE PORTS: devel/lua-bitop && devel/luabitop

[Brian Callahan]

Hi ports --

In my careful review for devel/openmp, I stumbled upon two different 
ports of the same software, Lua BitOp, which can be found in both 
devel/lua-bitop and devel/luabitop. They are of the same version, and 
their distinfos perfectly match.


devel/luabitop is a BDEP of editors/neovim. devel/lua-bitop is not used 
by anything (at least, as far as `make search key=lua-bitop` suggests). 
devel/luabitop also appears to be the more comprehensive port.


OK to remove devel/lua-bitop?

~Brian

Explicitly disable OpenMP, categories archivers-converters

[Brian Callahan]

Hi ports --

In preparation for importing devel/openmp, I have (at sthen@'s 
suggestion) been doing a careful review of the ports tree to figure out 
which ports will try to pull in OpenMP if it exists on the system.


I'm nowhere near done, but I have looked at everything in the categories 
archivers through converters, and only two ports as far as I can tell 
will try to pull in OpenMP (according to configure output and build logs).


I'm choosing to explicitly disable OpenMP for all these ports, as that 
makes the most sense to me and will produce the least surprises. Once 
devel/openmp is imported and people want to enable openmp on other 
ports, that to me is a separate discussion for later.


Feedback/OK?

~Brian

Index: libsoxr/Makefile
===
RCS file: /cvs/ports/audio/libsoxr/Makefile,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 Makefile
--- libsoxr/Makefile	16 Nov 2015 14:38:09 -	1.5
+++ libsoxr/Makefile	10 Nov 2017 16:00:50 -
@@ -4,6 +4,7 @@ COMMENT=	fast and high quality sample-ra
 
 DISTNAME=	soxr-0.1.2-Source
 PKGNAME=	lib${DISTNAME:S/-Source//}
+REVISION=	0
 EXTRACT_SUFX=	.tar.xz
 
 SHARED_LIBS=	soxr 1.2 soxr-lsr 3.4
@@ -20,5 +21,7 @@ WANTLIB += m
 MASTER_SITES=	${MASTER_SITE_SOURCEFORGE:=soxr/}
 
 MODULES=	devel/cmake
+
+CONFIGURE_ARGS =	-DWITH_OPENMP=OFF
 
 .include 
Index: soundtouch/Makefile
===
RCS file: /cvs/ports/audio/soundtouch/Makefile,v
retrieving revision 1.22
diff -u -p -u -p -r1.22 Makefile
--- soundtouch/Makefile	26 Jul 2017 22:45:16 -	1.22
+++ soundtouch/Makefile	10 Nov 2017 16:00:51 -
@@ -5,7 +5,7 @@ COMMENT=	tempo/pitch audio processing li
 DISTNAME=	soundtouch-1.9.2
 SHARED_LIBS +=	SoundTouch	3.0  # .0.0
 CATEGORIES=	audio devel
-REVISION =	2
+REVISION =	3
 
 HOMEPAGE=	http://www.surina.net/soundtouch/
 
@@ -26,7 +26,8 @@ AUTOCONF_VERSION=2.61
 AUTOMAKE_VERSION=1.9
 
 CONFIGURE_STYLE=gnu
-CONFIGURE_ARGS=	--disable-x86-optimizations
+CONFIGURE_ARGS=	--disable-x86-optimizations \
+		--disable-openmp
 
 MAKE_FLAGS=	AUTOCONF_VERSION=${AUTOCONF_VERSION} \
 		AUTOMAKE_VERSION=${AUTOMAKE_VERSION} \

Re: [UPDATE] sysutils/mdp 1.0.9 -> 1.0.10

[Brian Callahan]

Committed with a license marker tweak (it's GPLv3+, or at least it is as 
of this latest release).


Thanks!

~Brian

On 11/12/17 07:30, Remi Pointel wrote:

On 11/12/17 13:20, Klemens Nanni wrote:

On Sun, Nov 12, 2017 at 03:08:44AM -0500, Brian Callahan wrote:


On 11/11/17 23:14, Klemens Nanni wrote:
Another trivial version bump adding support for github flavored 
markdown.


I've also ditched VERSION and DISTNAME since GH_* take care of that.

Any takers?


Not directly in your diff, but the post-install routine seems very 
strange

to me. There are definitely better ways of installing a man page to
${PREFIX}/man than to first install to ${PREFIX}/share/man, then mv 
from

${PREFIX}/share/man to ${PREFIX}/man and rmdir ${PREFIX}/share/man. You
should consider selecting a better approach.

I did consider replacing that with a new do-install target or patched
Makefile to fix the MANPATH but left it as is in order to keep the diff
minimal.

Here's a new diff using do-install as this shortest way of properlu
dealing with paths and permissions it seeems.


diff --git a/textproc/mdp/Makefile b/textproc/mdp/Makefile
index c02c4c6aa22..eb4748b524a 100644
--- a/textproc/mdp/Makefile
+++ b/textproc/mdp/Makefile
@@ -2,12 +2,9 @@
COMMENT =command-line based markdown presentation tool
  -VERSION = 1.0.9
-DISTNAME =mdp-${VERSION}
-
  GH_ACCOUNT =visit1985
  GH_PROJECT =mdp
-GH_TAGNAME =${VERSION}
+GH_TAGNAME =1.0.10
CATEGORIES =textproc
  @@ -20,10 +17,10 @@ MAKE_FLAGS =PREFIX=${PREFIX}
USE_GMAKE =Yes
  -post-install:
-mv ${PREFIX}/share/man/* ${PREFIX}/man/
-rmdir ${PREFIX}/share/man
-
  NO_TEST =Yes
  +do-install:
+${INSTALL_PROGRAM} ${WRKSRC}/mdp ${PREFIX}/bin
+${INSTALL_MAN} ${WRKSRC}/mdp.1 ${PREFIX}/man/man1/
+
  .include 
diff --git a/textproc/mdp/distinfo b/textproc/mdp/distinfo
index e69461c814c..4035efec226 100644
--- a/textproc/mdp/distinfo
+++ b/textproc/mdp/distinfo
@@ -1,2 +1,2 @@
-SHA256 (mdp-1.0.9.tar.gz) = 
iT4TqaYaibrPKe4UG9n26JNXEDI3AePTZYSku5DhNy0=

-SIZE (mdp-1.0.9.tar.gz) = 36877
+SHA256 (mdp-1.0.10.tar.gz) = 
c4TBujK9jksRNCVw0hRBZaYGgkmbTLVOUMjrMWTPq8U=

+SIZE (mdp-1.0.10.tar.gz) = 37502



Sounds good to me.

Cheers,

Remi.

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/11/12 09:17:16

Modified files:
textproc/mdp   : Makefile distinfo 

Log message:
Update to mdp-1.0.10
>From Klemens Nanni  -- thanks!
improve install routine "Sounds good to me" rpointel@
tweak license marker to GPLv3+

Re: [UPDATE] sysutils/dfc 3.1.0 -> 3.1.1

[Brian Callahan]

Committed with slight tweak (inline):

On 11/12/17 08:15, Klemens Nanni wrote:

On Sun, Nov 12, 2017 at 03:02:11AM -0500, Brian Callahan wrote:

On 11/11/17 23:38, Klemens Nanni wrote:

This a bugfix release:

- fix a typo in the compilation instructions in the readme file
- fix an old bug (4+ years) which messed up colors in HTML export when a
configuration file is used
- fix a bug which prevented some file systems to be displayed when the
filtering option was used
- fix a bad implicit fallthrough

Continues to work fine on my amd64 machine.

Feedback?

We're not doing the gettext MODULE any more, so you'll need to fix that. It
uses libintl and libiconv, so you'll have to remove devel/gettext from
MODULES and put it in LDEPS and resync WANTLIB.

It looks like this port also uses msgfmt, so you'll have to add a BDEP on
devel/gettext-tools as well.

When I ran 'make update-patches', the patches were regen'd.

Thanks, should've indeed handled gettext.

Updated diff below. Feedback?


diff --git a/sysutils/dfc/Makefile b/sysutils/dfc/Makefile
index d41b5169845..ae1f98cbd62 100644
--- a/sysutils/dfc/Makefile
+++ b/sysutils/dfc/Makefile
@@ -2,18 +2,22 @@
  
  COMMENT =	display file system space usage using graph and colors
  
-DISTNAME =	dfc-3.1.0

+DISTNAME = dfc-3.1.1
  CATEGORIES =  sysutils
-REVISION = 0
  
-MASTER_SITES =	https://projects.gw-computing.net/attachments/download/614/

+MASTER_SITES = https://projects.gw-computing.net/attachments/download/615/
  HOMEPAGE =https://projects.gw-computing.net/projects/dfc
  
  # BSD

  PERMIT_PACKAGE_CDROM= Yes
  
-MODULES =	devel/cmake devel/gettext

-WANTLIB =  c m
+MODULES =  devel/cmake
+WANTLIB =  c iconv intl m
+
+BUILD_DEPENDS =devel/gettext-tools
+LIB_DEPENDS =  converters/libiconv \
+   devel/gettext


devel/gettext implies converters/libiconv, so committed with the line
LIB_DEPENDS = devel/gettext

~Brian


+
  NO_TEST = Yes
  
  CONFIGURE_ARGS =-DXDG_CONFIG_DIR=${PREFIX}/share/examples \

diff --git a/sysutils/dfc/distinfo b/sysutils/dfc/distinfo
index 0bb706d1904..42f31e1bbc0 100644
--- a/sysutils/dfc/distinfo
+++ b/sysutils/dfc/distinfo
@@ -1,2 +1,2 @@
-SHA256 (dfc-3.1.0.tar.gz) = itmLoaloWhvzOi07jyc33t72AZVD0Z0bXr0Xg750D+s=
-SIZE (dfc-3.1.0.tar.gz) = 52459
+SHA256 (dfc-3.1.1.tar.gz) = liRm53QH3VvnFaQf/FClT851iniDFUbwOmuyguhpLlQ=
+SIZE (dfc-3.1.1.tar.gz) = 52709
diff --git a/sysutils/dfc/patches/patch-CMakeLists_txt 
b/sysutils/dfc/patches/patch-CMakeLists_txt
index bfc526d7ff1..4619270a541 100644
--- a/sysutils/dfc/patches/patch-CMakeLists_txt
+++ b/sysutils/dfc/patches/patch-CMakeLists_txt
@@ -1,7 +1,8 @@
  $OpenBSD: patch-CMakeLists_txt,v 1.3 2017/05/23 09:00:53 benoit Exp $
 CMakeLists.txt.origSun Apr  9 11:36:02 2017
-+++ CMakeLists.txt Tue May 23 10:21:03 2017
-@@ -104,6 +104,7 @@
+Index: CMakeLists.txt
+--- CMakeLists.txt.orig
 CMakeLists.txt
+@@ -104,6 +104,7 @@ endif()
   
   # Check for libintl

   find_package(Libintl)
@@ -9,7 +10,7 @@ $OpenBSD: patch-CMakeLists_txt,v 1.3 2017/05/23 09:00:53 
benoit Exp $
   if (LIBINTL_FOUND)
   option(NLS_ENABLED "Translation support with gettext" on)
   else()
-@@ -191,7 +192,7 @@
+@@ -191,7 +192,7 @@ if(NLS_ENABLED)
   add_subdirectory(po)
   
   include_directories(${LIBINTL_INCLUDE_DIR})

diff --git a/sysutils/dfc/patches/patch-src_platform_services-bsd_c 
b/sysutils/dfc/patches/patch-src_platform_services-bsd_c
index a709f24d064..3e1c1c767cd 100644
--- a/sysutils/dfc/patches/patch-src_platform_services-bsd_c
+++ b/sysutils/dfc/patches/patch-src_platform_services-bsd_c
@@ -1,7 +1,8 @@
  $OpenBSD: patch-src_platform_services-bsd_c,v 1.1 2017/05/23 09:00:53 benoit 
Exp $
 src/platform/services-bsd.c.orig   Tue May 23 10:28:40 2017
-+++ src/platform/services-bsd.cTue May 23 10:29:07 2017
-@@ -73,7 +73,7 @@
+Index: src/platform/services-bsd.c
+--- src/platform/services-bsd.c.orig
 src/platform/services-bsd.c
+@@ -73,7 +73,7 @@ typedef struct statfs statst;
* df(1) manual page. However, df and df -a have the same output on 2 
machines
* on which I could test. Use this workaround for now.
*/

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/11/12 09:00:15

Modified files:
sysutils/dfc   : Makefile distinfo 
sysutils/dfc/patches: patch-CMakeLists_txt 
  patch-src_platform_services-bsd_c 

Log message:
Update to dfc-3.1.1
>From Klemens Nanni  -- thanks!

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/11/12 08:49:45

Modified files:
devel/vte  : Makefile 
x11/dbus-python: Makefile 

Log message:
replace gettext module; ok ajacoutot@

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/11/12 08:17:47

Modified files:
audio/libgpod  : Makefile 
cad/kicad  : Makefile 
emulators/sdlmame: Makefile 
graphics/gegl  : Makefile 
security/xmlsec: Makefile 
sysutils/gkrellm/gkrellm: Makefile 
textproc/redland: Makefile 
www/fcgi-cgi   : Makefile 
www/linkchecker: Makefile 
x11/kde/base3  : Makefile 
x11/py-qt4 : Makefile 

Log message:
replace gettext module

security/sshlockout: use DIOCADDADDRS and remove "proc exec" from pledge.

[sunil+ports]

Hi,

This diff replaces a system(3) call to insert an address into a pf
table with ioctl(DIOCADDADDRS) which allows removal of "proc exec"
from the pledge promises. Updated patch-sshlockout.c follows.

Please share suggestions/feedback.

Index: sshlockout.c
--- sshlockout.c.orig
+++ sshlockout.c
@@ -49,7 +49,14 @@
  */
 
 #include 
+#include 
+#include 
 #include 
+#include 
+#include 
+#include 
+#include 
+#include 
 #include 
 #include 
 #include 
@@ -81,11 +88,13 @@ struct args {
 #define MAXHIST100
 #define SSHLIMIT   5   /* per hour */
 #define MAX_TABLE_NAME 20  /* PF table name limit */
+#define PF_DEVICE  "/dev/pf"
 
 static iphist_t *hist_base;
 static iphist_t **hist_tail = _base;
 static iphist_t *hist_hash[HSIZE];
 static int hist_count = 0;
+static int dev;
 
 static struct args args;
 
@@ -97,6 +106,8 @@ static void delete_iph(iphist_t *ip);
 static
 void
 block_ip(const char *ips) {
+   struct pfioc_table io;
+   struct pfr_addr addr;
char buf[128];
int r = 0;
 
@@ -113,7 +124,27 @@ block_ip(const char *ips) {
}
 
if (r > 0 && (int)strlen(buf) == r) {
-   system(buf);
+   memset(, 0, sizeof(io));
+   strlcpy(io.pfrio_table.pfrt_name, args.arg1,
+   sizeof(io.pfrio_table.pfrt_name));
+   io.pfrio_esize = sizeof(addr);
+   io.pfrio_buffer = 
+   io.pfrio_size = 1;
+
+   memset(, 0, sizeof(addr));
+   if (inet_pton(AF_INET, ips, _ip4addr) == 1) {
+   addr.pfra_af = AF_INET;
+   addr.pfra_net = 32;
+   } else if (inet_pton(AF_INET6, ips, _ip6addr) == 1) {
+   addr.pfra_af = AF_INET6;
+   addr.pfra_net = 128;
+   } else {
+   syslog(LOG_ERR, "sshlockout: invalid ip: %s", ips);
+   return;
+   }
+
+   if (ioctl(dev, DIOCRADDADDRS, ) == -1)
+   syslog(LOG_ERR, "sshlockout: ioctl(DIOCRADDADDRS): %m");
}
else {
syslog(LOG_ERR, "sshlockout: invalid command");
@@ -198,6 +229,16 @@ main(int ac, char **av)
syslog(LOG_ERR, "sshlockout starting up");
freopen("/dev/null", "w", stdout);
freopen("/dev/null", "w", stderr);
+
+   if ((dev = open(PF_DEVICE, O_RDWR)) == -1) {
+   syslog(LOG_ERR, "sshlockout: open(" PF_DEVICE "): %m");
+   return(1);
+   }
+
+   if (pledge("stdio", NULL) == -1) {
+   syslog(LOG_ERR, "sshlockout: pledge: %m");
+   return(1);
+   }
 
while (fgets(buf, sizeof(buf), stdin) != NULL) {
if (strstr(buf, "sshd") == NULL)

Re: PostgreSQL security update

[Adam Wolk]

On Fri, Nov 10, 2017 at 03:31:36PM +0100, Pierre-Emmanuel André wrote:
> Hi,
> 
> Small diff to update PostgreSQL to it's latest version (9.6.6)
> Release notes: https://www.postgresql.org/docs/9.6/static/release-9-6-6.html
> (3 CVE fixed)
> 
> Comments, ok ?
> 
> Regards,
> 
> 
> ps: 10.1 is coming but need more tests ;)

This is true for 9.6.5 also but:

trailing whitespace in Makefile (line 23 last entry in SHARED_LIBS)
trailing whitespace in pkg/README-server (line 154)

pkg/README-server line 138 & 173 longer than 80 characters but I think
those two can just be let slip.

portcheck complains on SUBST_VARS for pkg/README-server and
pkg/postgresql.rc but I'm also willing to just slip those as they
are not a new addition.

all in all it's OK awolk@ for the update, I tested on amd64 snap with a
3190 MB database dump of my production server and everything
seems to work fine. Considering this is a security patch I don't
mind it being committed without any of the above nitpicks being
addressed.

Regards,
Adam

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/11/12 07:22:20

Modified files:
x11/gnome/recipes: Makefile distinfo 
Removed files:
x11/gnome/recipes/patches: patch-src_gr-mail_c 

Log message:
update to gnome-recipes-2.0.2

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2017/11/12 07:01:26

Modified files:
productivity/calcurse: Makefile distinfo 
productivity/calcurse/patches: patch-src_utils_c 
Added files:
productivity/calcurse/patches: 
   patch-contrib_caldav_calcurse-caldav 

Log message:
Update calcurse to 4.3.0.

Notable changes:

- Use the Python module
- Patch shebang line in calcurse-caldav
- Add a RUN_DEPENDS on py-httplib2, required by calcurse-caldav

OK ajacoutot@

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/11/12 06:43:43

Modified files:
sysutils/borgbackup: Makefile distinfo 
sysutils/borgbackup/pkg: PLIST 

Log message:
update to borgbackup-1.1.2

from Bjorn Ketelaars (MAINTAINER)

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/11/12 06:43:51

Modified files:
sysutils/borgmatic: Makefile distinfo 

Log message:
update to borgmatic-1.1.11

Re: [UPDATE] sysutils/dfc 3.1.0 -> 3.1.1

[Klemens Nanni]

On Sun, Nov 12, 2017 at 03:02:11AM -0500, Brian Callahan wrote:
> 
> On 11/11/17 23:38, Klemens Nanni wrote:
> > This a bugfix release:
> > 
> > - fix a typo in the compilation instructions in the readme file
> > - fix an old bug (4+ years) which messed up colors in HTML export when a
> >configuration file is used
> > - fix a bug which prevented some file systems to be displayed when the
> >filtering option was used
> > - fix a bad implicit fallthrough
> > 
> > Continues to work fine on my amd64 machine.
> > 
> > Feedback?
> 
> We're not doing the gettext MODULE any more, so you'll need to fix that. It
> uses libintl and libiconv, so you'll have to remove devel/gettext from
> MODULES and put it in LDEPS and resync WANTLIB.
> 
> It looks like this port also uses msgfmt, so you'll have to add a BDEP on
> devel/gettext-tools as well.
> 
> When I ran 'make update-patches', the patches were regen'd.
Thanks, should've indeed handled gettext.

Updated diff below. Feedback?


diff --git a/sysutils/dfc/Makefile b/sysutils/dfc/Makefile
index d41b5169845..ae1f98cbd62 100644
--- a/sysutils/dfc/Makefile
+++ b/sysutils/dfc/Makefile
@@ -2,18 +2,22 @@
 
 COMMENT =  display file system space usage using graph and colors
 
-DISTNAME = dfc-3.1.0
+DISTNAME = dfc-3.1.1
 CATEGORIES =   sysutils
-REVISION = 0
 
-MASTER_SITES = https://projects.gw-computing.net/attachments/download/614/
+MASTER_SITES = https://projects.gw-computing.net/attachments/download/615/
 HOMEPAGE = https://projects.gw-computing.net/projects/dfc
 
 # BSD
 PERMIT_PACKAGE_CDROM=  Yes
 
-MODULES =  devel/cmake devel/gettext
-WANTLIB =  c m
+MODULES =  devel/cmake
+WANTLIB =  c iconv intl m
+
+BUILD_DEPENDS =devel/gettext-tools
+LIB_DEPENDS =  converters/libiconv \
+   devel/gettext
+
 NO_TEST =  Yes
 
 CONFIGURE_ARGS =-DXDG_CONFIG_DIR=${PREFIX}/share/examples \
diff --git a/sysutils/dfc/distinfo b/sysutils/dfc/distinfo
index 0bb706d1904..42f31e1bbc0 100644
--- a/sysutils/dfc/distinfo
+++ b/sysutils/dfc/distinfo
@@ -1,2 +1,2 @@
-SHA256 (dfc-3.1.0.tar.gz) = itmLoaloWhvzOi07jyc33t72AZVD0Z0bXr0Xg750D+s=
-SIZE (dfc-3.1.0.tar.gz) = 52459
+SHA256 (dfc-3.1.1.tar.gz) = liRm53QH3VvnFaQf/FClT851iniDFUbwOmuyguhpLlQ=
+SIZE (dfc-3.1.1.tar.gz) = 52709
diff --git a/sysutils/dfc/patches/patch-CMakeLists_txt 
b/sysutils/dfc/patches/patch-CMakeLists_txt
index bfc526d7ff1..4619270a541 100644
--- a/sysutils/dfc/patches/patch-CMakeLists_txt
+++ b/sysutils/dfc/patches/patch-CMakeLists_txt
@@ -1,7 +1,8 @@
 $OpenBSD: patch-CMakeLists_txt,v 1.3 2017/05/23 09:00:53 benoit Exp $
 CMakeLists.txt.origSun Apr  9 11:36:02 2017
-+++ CMakeLists.txt Tue May 23 10:21:03 2017
-@@ -104,6 +104,7 @@
+Index: CMakeLists.txt
+--- CMakeLists.txt.orig
 CMakeLists.txt
+@@ -104,6 +104,7 @@ endif()
  
  # Check for libintl
  find_package(Libintl)
@@ -9,7 +10,7 @@ $OpenBSD: patch-CMakeLists_txt,v 1.3 2017/05/23 09:00:53 
benoit Exp $
  if (LIBINTL_FOUND)
  option(NLS_ENABLED "Translation support with gettext" on)
  else()
-@@ -191,7 +192,7 @@
+@@ -191,7 +192,7 @@ if(NLS_ENABLED)
  add_subdirectory(po)
  
  include_directories(${LIBINTL_INCLUDE_DIR})
diff --git a/sysutils/dfc/patches/patch-src_platform_services-bsd_c 
b/sysutils/dfc/patches/patch-src_platform_services-bsd_c
index a709f24d064..3e1c1c767cd 100644
--- a/sysutils/dfc/patches/patch-src_platform_services-bsd_c
+++ b/sysutils/dfc/patches/patch-src_platform_services-bsd_c
@@ -1,7 +1,8 @@
 $OpenBSD: patch-src_platform_services-bsd_c,v 1.1 2017/05/23 09:00:53 benoit 
Exp $
 src/platform/services-bsd.c.orig   Tue May 23 10:28:40 2017
-+++ src/platform/services-bsd.cTue May 23 10:29:07 2017
-@@ -73,7 +73,7 @@
+Index: src/platform/services-bsd.c
+--- src/platform/services-bsd.c.orig
 src/platform/services-bsd.c
+@@ -73,7 +73,7 @@ typedef struct statfs statst;
   * df(1) manual page. However, df and df -a have the same output on 2 machines
   * on which I could test. Use this workaround for now.
   */

Re: [UPDATE] sysutils/mdp 1.0.9 -> 1.0.10

[Remi Pointel]

On 11/12/17 13:20, Klemens Nanni wrote:

On Sun, Nov 12, 2017 at 03:08:44AM -0500, Brian Callahan wrote:


On 11/11/17 23:14, Klemens Nanni wrote:

Another trivial version bump adding support for github flavored markdown.

I've also ditched VERSION and DISTNAME since GH_* take care of that.

Any takers?


Not directly in your diff, but the post-install routine seems very strange
to me. There are definitely better ways of installing a man page to
${PREFIX}/man than to first install to ${PREFIX}/share/man, then mv from
${PREFIX}/share/man to ${PREFIX}/man and rmdir ${PREFIX}/share/man. You
should consider selecting a better approach.

I did consider replacing that with a new do-install target or patched
Makefile to fix the MANPATH but left it as is in order to keep the diff
minimal.

Here's a new diff using do-install as this shortest way of properlu
dealing with paths and permissions it seeems.


diff --git a/textproc/mdp/Makefile b/textproc/mdp/Makefile
index c02c4c6aa22..eb4748b524a 100644
--- a/textproc/mdp/Makefile
+++ b/textproc/mdp/Makefile
@@ -2,12 +2,9 @@
  
  COMMENT =	command-line based markdown presentation tool
  
-VERSION = 	1.0.9

-DISTNAME = mdp-${VERSION}
-
  GH_ACCOUNT =  visit1985
  GH_PROJECT =  mdp
-GH_TAGNAME =   ${VERSION}
+GH_TAGNAME =   1.0.10
  
  CATEGORIES =	textproc
  
@@ -20,10 +17,10 @@ MAKE_FLAGS =		PREFIX=${PREFIX}
  
  USE_GMAKE =		Yes
  
-post-install:

-   mv ${PREFIX}/share/man/* ${PREFIX}/man/
-   rmdir ${PREFIX}/share/man
-
  NO_TEST = Yes
  
+do-install:

+   ${INSTALL_PROGRAM} ${WRKSRC}/mdp ${PREFIX}/bin
+   ${INSTALL_MAN} ${WRKSRC}/mdp.1 ${PREFIX}/man/man1/
+
  .include 
diff --git a/textproc/mdp/distinfo b/textproc/mdp/distinfo
index e69461c814c..4035efec226 100644
--- a/textproc/mdp/distinfo
+++ b/textproc/mdp/distinfo
@@ -1,2 +1,2 @@
-SHA256 (mdp-1.0.9.tar.gz) = iT4TqaYaibrPKe4UG9n26JNXEDI3AePTZYSku5DhNy0=
-SIZE (mdp-1.0.9.tar.gz) = 36877
+SHA256 (mdp-1.0.10.tar.gz) = c4TBujK9jksRNCVw0hRBZaYGgkmbTLVOUMjrMWTPq8U=
+SIZE (mdp-1.0.10.tar.gz) = 37502



Sounds good to me.

Cheers,

Remi.

Re: CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

On Sun, Nov 12, 2017 at 12:26:30PM +, Antoine Jacoutot wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   ajacou...@cvs.openbsd.org   2017/11/12 05:26:30
> 
> Modified files:
>   www: Makefile 
> Removed files:
>   www/gtkhtml4   : Makefile distinfo 
>   www/gtkhtml4/pkg: DESCR PLIST 
> 
> Log message:
> Remove: unmaintained, nothing uses it anymore.

Was OK jasper@

-- 
Antoine

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/12 05:27:27

Modified files:
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 

Log message:
Register gtkhtml4 removal.

Re: [NEW] databases/tdbc-postgres

[Stuart Cassoff]

ping

> -- Original Message --
> From: Stuart Cassoff <3...@bell.net>
> Date: November 4, 2017 at 3:02 PM
> 
> 
> Provides a database interface that conforms to Tcl DataBase Connectivity 
> (TDBC)
> and allows a Tcl script to connect to a PostgreSQL database.
> 
> Tested on i386 and amd64 - in Canada!
> 
> 
> Stu

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/12 05:26:30

Modified files:
www: Makefile 
Removed files:
www/gtkhtml4   : Makefile distinfo 
www/gtkhtml4/pkg: DESCR PLIST 

Log message:
Remove: unmaintained, nothing uses it anymore.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/12 05:25:46

Modified files:
mail/evolution-rss: Makefile 

Log message:
www/gtkhtml4 is about to get removed, so regen DEPENDS/WANTLIB in
preparation.

Re: [UPDATE] sysutils/mdp 1.0.9 -> 1.0.10

[Klemens Nanni]

On Sun, Nov 12, 2017 at 03:08:44AM -0500, Brian Callahan wrote:
> 
> On 11/11/17 23:14, Klemens Nanni wrote:
> > Another trivial version bump adding support for github flavored markdown.
> > 
> > I've also ditched VERSION and DISTNAME since GH_* take care of that.
> > 
> > Any takers?
> 
> Not directly in your diff, but the post-install routine seems very strange
> to me. There are definitely better ways of installing a man page to
> ${PREFIX}/man than to first install to ${PREFIX}/share/man, then mv from
> ${PREFIX}/share/man to ${PREFIX}/man and rmdir ${PREFIX}/share/man. You
> should consider selecting a better approach.
I did consider replacing that with a new do-install target or patched
Makefile to fix the MANPATH but left it as is in order to keep the diff
minimal.

Here's a new diff using do-install as this shortest way of properlu
dealing with paths and permissions it seeems.


diff --git a/textproc/mdp/Makefile b/textproc/mdp/Makefile
index c02c4c6aa22..eb4748b524a 100644
--- a/textproc/mdp/Makefile
+++ b/textproc/mdp/Makefile
@@ -2,12 +2,9 @@
 
 COMMENT =  command-line based markdown presentation tool
 
-VERSION =  1.0.9
-DISTNAME = mdp-${VERSION}
-
 GH_ACCOUNT =   visit1985
 GH_PROJECT =   mdp
-GH_TAGNAME =   ${VERSION}
+GH_TAGNAME =   1.0.10
 
 CATEGORIES =   textproc
 
@@ -20,10 +17,10 @@ MAKE_FLAGS =PREFIX=${PREFIX}
 
 USE_GMAKE =Yes
 
-post-install:
-   mv ${PREFIX}/share/man/* ${PREFIX}/man/
-   rmdir ${PREFIX}/share/man
-
 NO_TEST =  Yes
 
+do-install:
+   ${INSTALL_PROGRAM} ${WRKSRC}/mdp ${PREFIX}/bin
+   ${INSTALL_MAN} ${WRKSRC}/mdp.1 ${PREFIX}/man/man1/
+
 .include 
diff --git a/textproc/mdp/distinfo b/textproc/mdp/distinfo
index e69461c814c..4035efec226 100644
--- a/textproc/mdp/distinfo
+++ b/textproc/mdp/distinfo
@@ -1,2 +1,2 @@
-SHA256 (mdp-1.0.9.tar.gz) = iT4TqaYaibrPKe4UG9n26JNXEDI3AePTZYSku5DhNy0=
-SIZE (mdp-1.0.9.tar.gz) = 36877
+SHA256 (mdp-1.0.10.tar.gz) = c4TBujK9jksRNCVw0hRBZaYGgkmbTLVOUMjrMWTPq8U=
+SIZE (mdp-1.0.10.tar.gz) = 37502

UPDATE: py-neovim-0.2.0

[Edd Barrett]

Hey,

To accompany the new neovim, here's an update to the Python bindings.
Please test (:CheckHealth is your friend).


Index: Makefile
===
RCS file: /home/edd/source/OpenBSD-CVS/ports/editors/py-neovim/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile12 May 2017 10:14:09 -  1.1.1.1
+++ Makefile12 Nov 2017 10:38:23 -
@@ -2,7 +2,7 @@
 
 COMMENT =  Python plugin support for Neovim
 
-MODPY_EGG_VERSION =0.1.13
+MODPY_EGG_VERSION =0.2.0
 DISTNAME = neovim-${MODPY_EGG_VERSION}
 PKGNAME =  py-neovim-${MODPY_EGG_VERSION}
 
Index: distinfo
===
RCS file: /home/edd/source/OpenBSD-CVS/ports/editors/py-neovim/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo12 May 2017 10:14:09 -  1.1.1.1
+++ distinfo12 Nov 2017 10:38:29 -
@@ -1,2 +1,2 @@
-SHA256 (neovim-0.1.13.tar.gz) = /UHO88qjSotoXSwGAwIvs1LlwvB8ZmWUIV1KmYYp818=
-SIZE (neovim-0.1.13.tar.gz) = 35341
+SHA256 (neovim-0.2.0.tar.gz) = 1gvgS6ND9+qZxUqYYqJUognOnKvNw0gf5ayk1vN6k/s=
+SIZE (neovim-0.2.0.tar.gz) = 35957
Index: pkg/PLIST
===
RCS file: /home/edd/source/OpenBSD-CVS/ports/editors/py-neovim/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   12 May 2017 10:14:09 -  1.1.1.1
+++ pkg/PLIST   12 Nov 2017 10:41:08 -
@@ -12,6 +12,7 @@ ${MODPY_COMMENT}lib/python${MODPY_VERSIO
 
lib/python${MODPY_VERSION}/site-packages/neovim/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/neovim/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/neovim/${MODPY_PYCACHE}util.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/neovim/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/neovim/api/
 lib/python${MODPY_VERSION}/site-packages/neovim/api/__init__.py
 
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/neovim/api/${MODPY_PYCACHE}/
@@ -58,3 +59,4 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/neovim/plugin/host.py
 lib/python${MODPY_VERSION}/site-packages/neovim/plugin/script_host.py
 lib/python${MODPY_VERSION}/site-packages/neovim/util.py
+lib/python${MODPY_VERSION}/site-packages/neovim/version.py


-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

UPDATE: neovim-0.2.1

[Edd Barrett]

Hi,

Here's a new neovim.

I've only tested it very lightly, but I will use it for coding next
week. Please test.

There is one test failure, which I have reported:
https://github.com/neovim/neovim/issues/7542

py-neovim update to follow in a separate thread.


Index: Makefile
===
RCS file: /home/edd/source/OpenBSD-CVS/ports/editors/neovim/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile15 Oct 2017 10:53:55 -  1.3
+++ Makefile11 Nov 2017 17:58:05 -
@@ -4,8 +4,7 @@ COMMENT =   continuation and extension of 
 
 GH_ACCOUNT =   neovim
 GH_PROJECT =   neovim
-GH_TAGNAME =   v0.2.0
-REVISION = 1
+GH_TAGNAME =   v0.2.1
 
 CATEGORIES =   editors devel
 HOMEPAGE = http://neovim.org
@@ -14,12 +13,13 @@ MAINTAINER =Edd Barrett 

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/12 04:04:35

Modified files:
graphics/babl  : Makefile distinfo 

Log message:
Update to babl-0.1.36.

Re: NEW: devel/github-backup

[Laurence Tratt]

On Sat, Nov 11, 2017 at 01:43:07PM +, Stuart Henderson wrote:

Hello Stuart,

> From README:
> : Fortunately, basic use cases are fairly simple. First, you need to generate 
> a
> : GitHub OAuth token (Settings -> Personal Access Tokens -> Generate New 
> Token).
> : Then choose your use case.
> It's currently in Settings -> Developer Settings -> Personal Access Tokens -> 
> ..

Erf. Updated. I wonder what it'll be called next week!

> It would be nice to suggest which permissions are actually needed as there
> are many possibilities. (But then it would be nice if upstream mentioned
> this too :)

I'm a bit nervous about this, as GitHub could change the number, or
semantics, of the permissions, and then we'd be inadvertently misleading
people until we noticed and updated the port (which, on stable, could be many
months). [I suspect, but can't be sure, that upstream might have the same
reasons for not documenting these things.] Fortunately, although there's
quite a few permissions, I found them to be fairly understandable.

> : To backup a single repository:
> : 
> :   $ github-backup  -N  --all -o  \
> : -t 
> This would be  not  wouldn't it?

Good spot!

I've pushed fixes to openbsd-wip.


Laurie
-- 
Personal http://tratt.net/laurie/
Software Development Teamhttp://soft-dev.org/
   https://github.com/ltratt  http://twitter.com/laurencetratt

UPDATE sysutils/gsmartcontrol

[Kirill Bychkov]

Hi!
This updates gsmartcontrol to latest version. Works fine on amd64.
OK to commit?

Index: Makefile
===
RCS file: /cvs/ports/sysutils/gsmartcontrol/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- Makefile27 Jul 2017 10:05:20 -  1.16
+++ Makefile12 Nov 2017 10:49:59 -
@@ -1,13 +1,9 @@
 # $OpenBSD: Makefile,v 1.16 2017/07/27 10:05:20 sthen Exp $

-# XXX check if still needed at next update
-CXXFLAGS +=-std=c++11
-
 COMMENT=   graphical hard drive inspection tool (smartctl 
front-end)

-DISTNAME=  gsmartcontrol-1.0.2
+DISTNAME=  gsmartcontrol-1.1.3
 EXTRACT_SUFX=  .tar.bz2
-REVISION=  0

 CATEGORIES=sysutils x11

@@ -19,13 +15,13 @@ PERMIT_PACKAGE_CDROM=   Yes
 WANTLIB += atk-1.0 atkmm-1.6 c cairo cairo-gobject cairomm-1.0
 WANTLIB += gdk-3 gdk_pixbuf-2.0 gdkmm-3.0 gio-2.0 giomm-2.4 glib-2.0
 WANTLIB += glibmm-2.4 gobject-2.0 gtk-3 gtkmm-3.0 intl m pango-1.0
-WANTLIB += pangocairo-1.0 pangomm-1.4 pcre pthread sigc-2.0 util
-WANTLIB += ${COMPILER_LIBCXX}
+WANTLIB += pangocairo-1.0 pangomm-1.4 pcre pcrecpp pthread sigc-2.0
+WANTLIB += util ${COMPILER_LIBCXX}

 MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=gsmartcontrol/}

 # c++11
-COMPILER = gcc
+COMPILER = base-clang ports-gcc

 RUN_DEPENDS=   devel/desktop-file-utils \
sysutils/smartmontools \
Index: distinfo
===
RCS file: /cvs/ports/sysutils/gsmartcontrol/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo23 Jul 2017 12:32:53 -  1.4
+++ distinfo12 Nov 2017 10:49:59 -
@@ -1,2 +1,2 @@
-SHA256 (gsmartcontrol-1.0.2.tar.bz2) =
T3BFHDWdle3JdEmLhgaWtpjxmxhzQNxyB7SzjLr14gc=
-SIZE (gsmartcontrol-1.0.2.tar.bz2) = 695445
+SHA256 (gsmartcontrol-1.1.3.tar.bz2) =
tk9iz/pEMKkLbQbNUuut1bzznVSN9YHmffsnWmc7Eqk=
+SIZE (gsmartcontrol-1.1.3.tar.bz2) = 677998
Index: patches/patch-data_gsmartcontrol-root_in
===
RCS file:
/cvs/ports/sysutils/gsmartcontrol/patches/patch-data_gsmartcontrol-root_in,v
retrieving revision 1.3
diff -u -p -r1.3 patch-data_gsmartcontrol-root_in
--- patches/patch-data_gsmartcontrol-root_in23 Jul 2017 12:32:53 -  
1.3
+++ patches/patch-data_gsmartcontrol-root_in12 Nov 2017 10:49:59 -
@@ -8,7 +8,7 @@ Index: data/gsmartcontrol-root.in
  
  # Copyright:
  #  (C) 2008 - 2014  Alexander Shaduri 
-@@ -92,7 +92,7 @@ fi
+@@ -93,7 +93,7 @@ fi

  if [ "$GSMARTCONTROL_SU" = "" ]; then
for subin in $candidates; do
Index: patches/patch-src_res_Makefile_in
===
RCS file: /cvs/ports/sysutils/gsmartcontrol/patches/patch-src_res_Makefile_in,v
retrieving revision 1.2
diff -u -p -r1.2 patch-src_res_Makefile_in
--- patches/patch-src_res_Makefile_in   23 Jul 2017 12:32:53 -  1.2
+++ patches/patch-src_res_Makefile_in   12 Nov 2017 10:49:59 -
@@ -7,7 +7,7 @@ earlier in the Makefile only works with
 Index: src/res/Makefile.in
 --- src/res/Makefile.in.orig
 +++ src/res/Makefile.in
-@@ -605,9 +605,6 @@ uninstall-am:
+@@ -604,9 +604,6 @@ uninstall-am:
  mostlyclean-local:
rm -f *.ui.cpp *.tmp_ui *.txt.cpp

Index: pkg/PLIST
===
RCS file: /cvs/ports/sysutils/gsmartcontrol/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST   23 Jul 2017 12:32:53 -  1.5
+++ pkg/PLIST   12 Nov 2017 10:49:59 -
@@ -1,8 +1,8 @@
 @comment $OpenBSD: PLIST,v 1.5 2017/07/23 12:32:53 ajacoutot Exp $
-@bin bin/gsmartcontrol
 bin/gsmartcontrol-root
 @man man/man1/gsmartcontrol-root.1
 @man man/man1/gsmartcontrol.1
+@bin sbin/gsmartcontrol
 share/applications/gsmartcontrol.desktop
 share/doc/gsmartcontrol/
 share/doc/gsmartcontrol/AUTHORS.txt
@@ -14,7 +14,6 @@ share/doc/gsmartcontrol/LICENSE_gpl2.txt
 share/doc/gsmartcontrol/LICENSE_gpl3.txt
 share/doc/gsmartcontrol/LICENSE_gsmartcontrol.txt
 share/doc/gsmartcontrol/LICENSE_hz.txt
-share/doc/gsmartcontrol/LICENSE_pcrecpp.txt
 share/doc/gsmartcontrol/LICENSE_unlicense.txt
 share/doc/gsmartcontrol/LICENSE_zlib.txt
 share/doc/gsmartcontrol/NEWS
@@ -45,3 +44,6 @@ share/pixmaps/gsmartcontrol.xpm
 @unexec-delete %D/bin/gtk-update-icon-cache -q -t %D/share/icons/hicolor
 @exec %D/bin/update-desktop-database
 @unexec-delete %D/bin/update-desktop-database
+share/polkit-1/
+share/polkit-1/actions/
+share/polkit-1/actions/org.gsmartcontrol.policy

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/12 03:46:42

Modified files:
x11/gnome/libcryptui/patches: patch-configure 
x11/gnome/seahorse-sharing/patches: patch-configure 
x11/gnome/seahorse-nautilus/patches: patch-configure 

Log message:
Pushed upstream.

Re: update p5-Mojolicious to 7.52

[Mark Patruck]

Looks good to me

On Sat, Nov 11, 2017 at 10:52:01PM +0100, Remi Locherer wrote:
> On Sat, Nov 11, 2017 at 03:30:20PM +0100, Jeremie Courreges-Anglas wrote:
> > On Tue, Nov 07 2017, Mark Patruck  wrote:
> > > Hi,
> > >
> > > - the t/mojolicious/websocket_lite_app.t never passed w/o warnings
> > >
> > > - TEST_IPV6=Yes requires an IPV6 environment of course
> > 
> > Seems like it's only using ::1.  If people delete ::1 or remove IPv6
> > from the kernel, that's their problem.
> > 
> > > - the test certificate shouldn't reside unter ${PREFIX}/${P5SITE}/,
> > >   that's why i added the README and dropped it from the pkg.
> > 
> > Makes sense to me, creating self-signed certs is easy.  Remi, any reason
> > to install those files?
>  
> No. I just didn't realize that the certs have been moved to a new directory.
> Updated diff:
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/p5-Mojo/Makefile,v
> retrieving revision 1.28
> diff -u -p -r1.28 Makefile
> --- Makefile  20 Mar 2016 19:57:21 -  1.28
> +++ Makefile  11 Nov 2017 20:28:54 -
> @@ -4,7 +4,7 @@ COMMENT = next generation web framework 
>  
>  MODULES =cpan
>  PKG_ARCH =   *
> -DISTNAME =   Mojolicious-6.24
> +DISTNAME =   Mojolicious-7.52
>  CATEGORIES = www
>  
>  MAINTAINER = Mark Patruck 
> @@ -19,15 +19,21 @@ CPAN_AUTHOR = SRI
>  RUN_DEPENDS =devel/p5-EV \
>   security/p5-IO-Socket-SSL>=1.94
>  
> -MAKE_ENV += TEST_CACHING=Yes
> +TEST_DEPENDS +=  net/p5-IO-Socket-Socks
> +
>  MAKE_ENV += TEST_EV=Yes
>  MAKE_ENV += TEST_HYPNOTOAD=Yes
> +MAKE_ENV += TEST_IPV6=Yes
>  MAKE_ENV += TEST_MORBO=Yes
>  MAKE_ENV += TEST_POD=Yes
>  MAKE_ENV += TEST_PREFORK=Yes
> +MAKE_ENV += TEST_SOCKS=Yes
> +MAKE_ENV += TEST_SUBPROCESS=Yes
> +MAKE_ENV += TEST_TLS=Yes
> +MAKE_ENV += TEST_UNIX=YES
>  
>  # see pkg/README for certificate handling
>  post-install:
> - rm -rf ${PREFIX}/${P5SITE}/Mojo/IOLoop/certs/
> + rm -rf ${PREFIX}/${P5SITE}/Mojo/IOLoop/resources/server.{crt,key}
>  
>  .include 
> Index: distinfo
> ===
> RCS file: /cvs/ports/www/p5-Mojo/distinfo,v
> retrieving revision 1.21
> diff -u -p -r1.21 distinfo
> --- distinfo  15 Oct 2015 21:01:06 -  1.21
> +++ distinfo  11 Nov 2017 20:28:54 -
> @@ -1,2 +1,2 @@
> -SHA256 (Mojolicious-6.24.tar.gz) = 
> bgEog361mgykZJuUjP/i1WVCiYur2fffAxesY5pFEiU=
> -SIZE (Mojolicious-6.24.tar.gz) = 651857
> +SHA256 (Mojolicious-7.52.tar.gz) = 
> yohMIKqM4qAi+w4/AhdWCepeWM/uty1h/YQEb9vINso=
> +SIZE (Mojolicious-7.52.tar.gz) = 695680
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/www/p5-Mojo/pkg/PLIST,v
> retrieving revision 1.10
> diff -u -p -r1.10 PLIST
> --- pkg/PLIST 19 Jul 2015 14:23:45 -  1.10
> +++ pkg/PLIST 11 Nov 2017 20:28:54 -
> @@ -28,6 +28,7 @@ ${P5SITE}/Mojo/DOM/HTML.pm
>  ${P5SITE}/Mojo/Date.pm
>  ${P5SITE}/Mojo/EventEmitter.pm
>  ${P5SITE}/Mojo/Exception.pm
> +${P5SITE}/Mojo/File.pm
>  ${P5SITE}/Mojo/Headers.pm
>  ${P5SITE}/Mojo/HelloWorld.pm
>  ${P5SITE}/Mojo/Home.pm
> @@ -37,6 +38,9 @@ ${P5SITE}/Mojo/IOLoop/Client.pm
>  ${P5SITE}/Mojo/IOLoop/Delay.pm
>  ${P5SITE}/Mojo/IOLoop/Server.pm
>  ${P5SITE}/Mojo/IOLoop/Stream.pm
> +${P5SITE}/Mojo/IOLoop/Subprocess.pm
> +${P5SITE}/Mojo/IOLoop/TLS.pm
> +${P5SITE}/Mojo/IOLoop/resources/
>  ${P5SITE}/Mojo/JSON/
>  ${P5SITE}/Mojo/JSON.pm
>  ${P5SITE}/Mojo/JSON/Pointer.pm
> @@ -57,7 +61,11 @@ ${P5SITE}/Mojo/Server.pm
>  ${P5SITE}/Mojo/Server/CGI.pm
>  ${P5SITE}/Mojo/Server/Daemon.pm
>  ${P5SITE}/Mojo/Server/Hypnotoad.pm
> +${P5SITE}/Mojo/Server/Morbo/
>  ${P5SITE}/Mojo/Server/Morbo.pm
> +${P5SITE}/Mojo/Server/Morbo/Backend/
> +${P5SITE}/Mojo/Server/Morbo/Backend.pm
> +${P5SITE}/Mojo/Server/Morbo/Backend/Poll.pm
>  ${P5SITE}/Mojo/Server/PSGI.pm
>  ${P5SITE}/Mojo/Server/Prefork.pm
>  ${P5SITE}/Mojo/Template.pm
> @@ -74,6 +82,7 @@ ${P5SITE}/Mojo/UserAgent/Proxy.pm
>  ${P5SITE}/Mojo/UserAgent/Server.pm
>  ${P5SITE}/Mojo/UserAgent/Transactor.pm
>  ${P5SITE}/Mojo/Util.pm
> +${P5SITE}/Mojo/WebSocket.pm
>  ${P5SITE}/Mojolicious/
>  ${P5SITE}/Mojolicious.pm
>  ${P5SITE}/Mojolicious/Command/
> @@ -105,11 +114,11 @@ ${P5SITE}/Mojolicious/Guides/FAQ.pod
>  ${P5SITE}/Mojolicious/Guides/Growing.pod
>  ${P5SITE}/Mojolicious/Guides/Rendering.pod
>  ${P5SITE}/Mojolicious/Guides/Routing.pod
> +${P5SITE}/Mojolicious/Guides/Testing.pod
>  ${P5SITE}/Mojolicious/Guides/Tutorial.pod
>  ${P5SITE}/Mojolicious/Lite.pm
>  ${P5SITE}/Mojolicious/Plugin/
>  ${P5SITE}/Mojolicious/Plugin.pm
> -${P5SITE}/Mojolicious/Plugin/Charset.pm
>  ${P5SITE}/Mojolicious/Plugin/Config.pm
>  ${P5SITE}/Mojolicious/Plugin/DefaultHelpers.pm
>  ${P5SITE}/Mojolicious/Plugin/EPLRenderer.pm
> @@ -132,29 +141,31 @@ ${P5SITE}/Mojolicious/Types.pm
>  ${P5SITE}/Mojolicious/Validator/
>  ${P5SITE}/Mojolicious/Validator.pm
>  

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2017/11/12 02:14:58

Modified files:
www/httrack: Makefile 

Log message:
- add MASTER_SITES for old versions
- switch MASTER_SITES to https

Re: [NEW] sysutils/xbattmon

[Matthias Schmidt]

Hi Klemens,

* Klemens Nanni wrote:
> Hey,
> 
> xbattmon is a simple battery monitor for X pretty similiar to
> sysutils/xbattbar but actively maintained.
> 
> It draws a colorized bar on the edge of your screen, that blinks on
> critical battery level.

Now this is what I call a handy tool.  I tested both the tool and the
port on amd64/current and it works fine for me.

Cheers

Matthias

Re: [wip] howleditor 0.5.2

[Peter Ljung]

On Sat, Nov 4, 2017 at 4:15 PM, Peter Ljung  wrote:
> On Fri, Oct 27, 2017 at 10:43 PM, James Turner  wrote:
>> On Fri, Oct 27, 2017 at 10:34:36PM +0200, Peter Ljung wrote:
>>> On Thu, Oct 26, 2017 at 3:18 PM, James Turner  wrote:
>>> > On Wed, Oct 25, 2017 at 10:58:51PM +0200, Peter Ljung wrote:
>>> >> This is my first attempt to make a port for the howl editor 
>>> >> (https://howl.io/).
>>> >>
>>> >> I think howl is a *really* good alternative editor which compares well 
>>> >> with e.g.
>>> >> Sublime Text for my uses.
>>> >>
>>> >> Also it doesn't come with a huge baggage like the Electron based editors
>>> >> Atom and VS Code.
>>> >>
>>> >> * The upstream code builds cleanly on OpenBSD since 0.4 release
>>> >> * A stability issue (I found) on OpenBSD was fixed in last point release 
>>> >> 0.5.2
>>> >>
>>> >> I have tried my best to create a suitable port.
>>> >>
>>> >> The current port is available at:
>>> >>
>>> >> https://github.com/peterljung/howleditor
>>> >>
>>> >> Some things I have came across ...
>>> >>
>>> >> * I have installed and tested the port on 6.1 and 6.2 release (amd64)
>>> >> * It is called howleditor to avoid conflict with avahi
>>> >> * Avahi has a "@conflict howl-*" in PLIST
>>> >> * I made a small patch in the Makefile to force setting PREFIX variable
>>> >>   which otherwise is set by ports infrastructure
>>> >>
>>> >> Any tips for improvements?
>>> >>
>>> >
>>> > Hi Peter,
>>> >
>>> > Port looks pretty good. Biggest thing you're going to want to fix is how
>>> > Howl downloads external dependencies and builds them locally. You will
>>> > want to use our ports versions. Ie. LuaJIT, LPEG and maybe others.
>>> >
>>> > --
>>> > James Turner
>>>
>>> Thanks for feedback!
>>>
>>> I actually asked upstream about using ports versions:
>>>
>>> As @kirbyfan64 said, we embed LuaJIT ourselves and link in statically. It 
>>> would
>>> be theoretically possible to use 2.0.5, but we switched to 2.1-beta two 
>>> years
>>> ago so I can't say for sure. Also, any LuaJIT would need to be compiled 
>>> with the
>>> correct compile options also (lua 5.2 compat enabled). We also patch 
>>> LUA_IDSIZE
>>> to be slightly larger.
>>>
>>> In short I see the desire to use a system Lua version, but as we don't link 
>>> it
>>> dynamically there's nothing to gain with regards to executable size, and the
>>> needed changes above makes it not worth the while IMO. Release tarballs 
>>> already
>>> contain a bundled copy of LuaJIT.
>>>
>>> ...
>>>
>>> So there are some reasons not to use port versions, but someone with more
>>> lua/porting experience might be able to determine what to do?
>>>
>>
>> Makes sense, I guess I was more concerned with the port downloading
>> dependencies, but if they are bundled with the tarball that takes care
>> of that concern.
>>
>> What are other peoples thoughts?
>>
>> --
>> James Turner
>
> I have made a few changes to the port from some suggestions by Edd.
>
> * I set PREFIX in MAKE_FLAGS as an alternative to patching the Makefile
> * Added c++abi to WANTLIB
> * Patched lpeg makefile to use clang (used gcc before)
>
> https://github.com/peterljung/howleditor/commits/master
>
> I also found an issue with the upstream release that need to be fixed.
>
> https://github.com/howl-editor/howl/issues/390

I have made a release bump to latest howl point release which includes a fix
for the scrollbar issue.

https://github.com/peterljung/howleditor

It seems to work fine now, but more eyes and testing would obviously be great.

Re: [UPDATE] sysutils/entr 3.7 -> 3.9

[Brian Callahan]

On 11/11/17 22:58, Klemens Nanni wrote:

Straight forward update, all tests pass and entr continues to work fine
on my amd64 machine.

Feedback? Does anyone want to commit this?


Did you reach out to the MAINTAINER? What did he say? I happen to know 
that the MAINTAINER is also upstream for this port.


I've CC'd him here. I will commit your diff after I hear back from him 
(or there's a MAINTAINER timeout, whichever comes first).


~Brian


diff --git a/sysutils/entr/Makefile b/sysutils/entr/Makefile
index 49bdd79fa1d..ca6691145c1 100644
--- a/sysutils/entr/Makefile
+++ b/sysutils/entr/Makefile
@@ -2,8 +2,8 @@
  
  COMMENT =	run arbitrary commands when files change
  
-DISTNAME =	entr-3.7

-REV =  c5b62bde107d
+DISTNAME = entr-3.9
+REV =  332fd96a324a
  
  CATEGORIES =	sysutils
  
diff --git a/sysutils/entr/distinfo b/sysutils/entr/distinfo

index bffb20b029b..1bbea369779 100644
--- a/sysutils/entr/distinfo
+++ b/sysutils/entr/distinfo
@@ -1,2 +1,2 @@
-SHA256 (entr-3.7.tar.gz) = lO/VDI9+nVaQYNXe6/Nmw1ZegegUqzMrlz1ymPqOoi8=
-SIZE (entr-3.7.tar.gz) = 23326
+SHA256 (entr-3.9.tar.gz) = AtePGK5TDmS/u52OAlCWL4WUbhCFDdBliZ0DrxXyaHY=
+SIZE (entr-3.9.tar.gz) = 24554

Re: [UPDATE] sysutils/mdp 1.0.9 -> 1.0.10

[Brian Callahan]

On 11/11/17 23:14, Klemens Nanni wrote:

Another trivial version bump adding support for github flavored markdown.

I've also ditched VERSION and DISTNAME since GH_* take care of that.

Any takers?


Not directly in your diff, but the post-install routine seems very 
strange to me. There are definitely better ways of installing a man page 
to ${PREFIX}/man than to first install to ${PREFIX}/share/man, then mv 
from ${PREFIX}/share/man to ${PREFIX}/man and rmdir ${PREFIX}/share/man. 
You should consider selecting a better approach.


~Brian


diff --git a/textproc/mdp/Makefile b/textproc/mdp/Makefile
index c02c4c6aa22..578d932ecf4 100644
--- a/textproc/mdp/Makefile
+++ b/textproc/mdp/Makefile
@@ -2,12 +2,9 @@
  
  COMMENT =	command-line based markdown presentation tool
  
-VERSION = 	1.0.9

-DISTNAME = mdp-${VERSION}
-
  GH_ACCOUNT =  visit1985
  GH_PROJECT =  mdp
-GH_TAGNAME =   ${VERSION}
+GH_TAGNAME =   1.0.10
  
  CATEGORIES =	textproc
  
diff --git a/textproc/mdp/distinfo b/textproc/mdp/distinfo

index e69461c814c..4035efec226 100644
--- a/textproc/mdp/distinfo
+++ b/textproc/mdp/distinfo
@@ -1,2 +1,2 @@
-SHA256 (mdp-1.0.9.tar.gz) = iT4TqaYaibrPKe4UG9n26JNXEDI3AePTZYSku5DhNy0=
-SIZE (mdp-1.0.9.tar.gz) = 36877
+SHA256 (mdp-1.0.10.tar.gz) = c4TBujK9jksRNCVw0hRBZaYGgkmbTLVOUMjrMWTPq8U=
+SIZE (mdp-1.0.10.tar.gz) = 37502

Re: [UPDATE] sysutils/dfc 3.1.0 -> 3.1.1

[Brian Callahan]

On 11/11/17 23:38, Klemens Nanni wrote:

This a bugfix release:

- fix a typo in the compilation instructions in the readme file
- fix an old bug (4+ years) which messed up colors in HTML export when a
   configuration file is used
- fix a bug which prevented some file systems to be displayed when the
   filtering option was used
- fix a bad implicit fallthrough

Continues to work fine on my amd64 machine.

Feedback?


We're not doing the gettext MODULE any more, so you'll need to fix that. 
It uses libintl and libiconv, so you'll have to remove devel/gettext 
from MODULES and put it in LDEPS and resync WANTLIB.


It looks like this port also uses msgfmt, so you'll have to add a BDEP 
on devel/gettext-tools as well.


When I ran 'make update-patches', the patches were regen'd.

~Brian


diff --git a/sysutils/dfc/Makefile b/sysutils/dfc/Makefile
index d41b5169845..983750a1996 100644
--- a/sysutils/dfc/Makefile
+++ b/sysutils/dfc/Makefile
@@ -2,11 +2,10 @@
  
  COMMENT =	display file system space usage using graph and colors
  
-DISTNAME =	dfc-3.1.0

+DISTNAME = dfc-3.1.1
  CATEGORIES =  sysutils
-REVISION = 0
  
-MASTER_SITES =	https://projects.gw-computing.net/attachments/download/614/

+MASTER_SITES = https://projects.gw-computing.net/attachments/download/615/
  HOMEPAGE =https://projects.gw-computing.net/projects/dfc
  
  # BSD

diff --git a/sysutils/dfc/distinfo b/sysutils/dfc/distinfo
index 0bb706d1904..42f31e1bbc0 100644
--- a/sysutils/dfc/distinfo
+++ b/sysutils/dfc/distinfo
@@ -1,2 +1,2 @@
-SHA256 (dfc-3.1.0.tar.gz) = itmLoaloWhvzOi07jyc33t72AZVD0Z0bXr0Xg750D+s=
-SIZE (dfc-3.1.0.tar.gz) = 52459
+SHA256 (dfc-3.1.1.tar.gz) = liRm53QH3VvnFaQf/FClT851iniDFUbwOmuyguhpLlQ=
+SIZE (dfc-3.1.1.tar.gz) = 52709