CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/12/10 23:55:58

Modified files:
sysutils/ansible-lint: Makefile distinfo 

Log message:
update to ansible-lint-3.4.19

adventures with zoneminder

[Stephen Graf]

As pointed out there is an openbsd wip port for zoneminder.  So I tried it.
I put together a spare server (x86) with the latest snapshot of openbsd and
ports. Then I copied in the wip port for zoneminder and did a make build.
It got right down to the build of the zoneminder code before it quit with
the error below.  I sort of get the idea of what is wrong, but have no clue
as to how to fix it. Does anyone have any quick suggestions?

[ 27%] Building CXX object src/CMakeFiles/zm.dir/zm_image.cpp.o
cd /usr/ports/pobj/zoneminder-1.29.0/build-i386/src &&
/usr/ports/pobj/zoneminder-1.29.0/bin/c++
-I/usr/ports/pobj/zoneminder-1.29.0/build-i386/src
-I/usr/ports/pobj/zoneminder-1.29.0/ZoneMinder-1.29.0/src
-I/usr/ports/pobj/zoneminder-1.29.0/build-i386 -I/usr/local/include  -O2
-pipe -Wall -D__STDC_CONSTANT_MACROS -O2   -o
CMakeFiles/zm.dir/zm_image.cpp.o -c
/usr/ports/pobj/zoneminder-1.29.0/ZoneMinder-1.29.0/src/zm_image.cpp
/usr/ports/pobj/zoneminder-1.29.0/ZoneMinder-1.29.0/src/zm_image.cpp:1212:12
: warning: comparison of
  unsigned expression < 0 is always false [-Wtautological-compare]
if ( lo_x < 0 || hi_x > (width-1) || ( lo_y < 0 || hi_y > (height-1)
) )
  ^ ~
/usr/ports/pobj/zoneminder-1.29.0/ZoneMinder-1.29.0/src/zm_image.cpp:1624:20
: error: call to 'abs' is
  ambiguous
if (
(unsigned)abs((*psrc)-RGB_VAL(ref_colour,c)) >= RGB_VAL(thr...
   ^~~
/usr/include/stdlib.h:98:6: note: candidate function
int  abs(int);
 ^
/usr/include/c++/v1/stdlib.h:115:44: note: candidate function
inline _LIBCPP_INLINE_VISIBILITY long  abs( long __x) _NOEXCEPT
{return  labs(__x);}
   ^
/usr/include/c++/v1/stdlib.h:117:44: note: candidate function
inline _LIBCPP_INLINE_VISIBILITY long long abs(long long __x) _NOEXCEPT
{return llabs(__x);}
   ^
/usr/include/c++/v1/math.h:646:1: note: candidate function
abs(float __lcpp_x) _NOEXCEPT {return fabsf(__lcpp_x);}
^
/usr/include/c++/v1/math.h:650:1: note: candidate function
abs(double __lcpp_x) _NOEXCEPT {return fabs(__lcpp_x);}
^
/usr/include/c++/v1/math.h:654:1: note: candidate function
abs(long double __lcpp_x) _NOEXCEPT {return fabsl(__lcpp_x);}
^


14 warnings and 1 error generated.
*** Error 1 in . (src/CMakeFiles/zm.dir/build.make:402
'src/CMakeFiles/zm.dir/zm_image.cpp.o')
*** Error 1 in . (CMakeFiles/Makefile2:376 'src/CMakeFiles/zm.dir/all')
*** Error 1 in /usr/ports/pobj/zoneminder-1.29.0/build-i386 (Makefile:133
'all')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2742
'/usr/ports/pobj/zoneminder-1.29.0/build-i386/.build_done')
*** Error 1 in /usr/ports/multimedia/zoneminder
(/usr/ports/infrastructure/mk/bsd.port.mk:2419 'build')

UPDATE: games/manaplus 1.6.3.26 => 1.7.11.11

[Brian Callahan]

Hi ports --

Attached is a long overdue update to games/manaplus, bringing in over a 
year and a half's worth of development.
It is also a complete reorganizing of the port. Most significantly, I'd 
like to make the SDL2 FLAVOR the default and drop the SDL1.2 client. 
Four years ago, when the SDL2 client was first introduced, it made sense 
to have a FLAVOR for SDL2, since it was still experimental. It is no 
longer experimental and I don't see any reason to not prefer SDL2 
exclusively these days.


Also take MAINTAINER. I was MAINTAINER of this for many years, and I 
guess it's time to be responsible for it once again.


OK?

~Brian

Index: Makefile
===
RCS file: /cvs/ports/games/manaplus/Makefile,v
retrieving revision 1.90
diff -u -p -u -p -r1.90 Makefile
--- Makefile	16 Nov 2017 18:39:25 -	1.90
+++ Makefile	11 Dec 2017 02:49:44 -
@@ -1,63 +1,47 @@
 # $OpenBSD: Makefile,v 1.90 2017/11/16 18:39:25 naddy Exp $
 
+V =		1.7.11.11
 COMMENT =	client for The Mana World
-V =		1.6.3.26
-REVISION =	3
 DISTNAME =	manaplus-${V}
 EXTRACT_SUFX =	.tar.xz
 CATEGORIES =	games x11
 
 HOMEPAGE =	http://manaplus.org/
+MAINTAINER =	Brian Callahan 
 
 # GPLv2+
 PERMIT_PACKAGE_CDROM =	Yes
 
-WANTLIB += GL X11 c crypto curl iconv intl m nghttp2 physfs png pthread 
-WANTLIB += ssl ${COMPILER_LIBCXX} xml2 z
+WANTLIB += ${COMPILER_LIBCXX} GL SDL2 SDL2_gfx SDL2_image SDL2_mixer
+WANTLIB += SDL2_net SDL2_ttf X11 c crypto curl execinfo iconv
+WANTLIB += intl m nghttp2 png ssl xml2 z
 
 MASTER_SITES =	http://download.evolonline.org/manaplus/download/${V}/
 
-FLAVORS =	sdl2
-FLAVOR ?=
+BUILD_DEPENDS =	${MODGNU_AUTOCONF_DEPENDS} \
+		${MODGNU_AUTOMAKE_DEPENDS} \
+		devel/gettext-tools
 
-RUN_DEPENDS =	devel/desktop-file-utils \
-		devel/xdg-utils
 LIB_DEPENDS =	devel/gettext \
-		devel/physfs \
-		net/curl \
-		textproc/libxml
-
-CONFIGURE_STYLE =	gnu
-CONFIGURE_ENV =		CPPFLAGS="-I${LOCALBASE}/include"
-CONFIGURE_ARGS =	--without-librt
-
-BUILD_DEPENDS =		${MODGNU_AUTOCONF_DEPENDS} \
-			${MODGNU_AUTOMAKE_DEPENDS} \
-			devel/gettext-tools
-
-.if ${FLAVOR:Msdl2}
-WANTLIB += SDL2 SDL2_gfx SDL2_image SDL2_mixer SDL2_net SDL2_ttf
-
-LIB_DEPENDS +=	devel/sdl2-gfx \
+		devel/libexecinfo \
+		devel/sdl2-gfx \
 		devel/sdl2-image \
 		devel/sdl2-mixer \
 		devel/sdl2-net \
-		devel/sdl2-ttf
+		devel/sdl2-ttf \
+		net/curl \
+		textproc/libxml
 
-CONFIGURE_ARGS +=	--with-sdl2 --without-internalsdlgfx
-.else
-WANTLIB += SDL SDL_gfx SDL_image SDL_mixer SDL_net SDL_ttf
-
-LIB_DEPENDS +=	devel/sdl-gfx \
-		devel/sdl-image \
-		devel/sdl-mixer \
-		devel/sdl-net \
-		devel/sdl-ttf
+RUN_DEPENDS =	devel/desktop-file-utils \
+		devel/xdg-utils
 
-RUN_DEPENDS +=	x11/xsel
-.endif
+CONFIGURE_STYLE =	gnu
+CONFIGURE_ENV =		CPPFLAGS="-I${LOCALBASE}/include"
+CONFIGURE_ARGS =	--without-librt \
+			--with-sdl2 \
+			--without-internalsdlgfx
 
-FAKE_FLAGS +=		desktopdir=${PREFIX}/share/applications/
+FAKE_FLAGS +=	desktopdir=${PREFIX}/share/applications/
 
 AUTOCONF_VERSION =	2.69
 AUTOMAKE_VERSION =	1.9
Index: distinfo
===
RCS file: /cvs/ports/games/manaplus/distinfo,v
retrieving revision 1.78
diff -u -p -u -p -r1.78 distinfo
--- distinfo	2 Apr 2016 20:58:58 -	1.78
+++ distinfo	11 Dec 2017 02:49:44 -
@@ -1,2 +1,2 @@
-SHA256 (manaplus-1.6.3.26.tar.xz) = h67k/a7Akzf+cR7oXlFUcDdOqTh+RWIsqnEqZBT1slM=
-SIZE (manaplus-1.6.3.26.tar.xz) = 9721160
+SHA256 (manaplus-1.7.11.11.tar.xz) = DF6zd79ICP9cfUAg0VVPKut+llh9zA0b4TmlujrGouY=
+SIZE (manaplus-1.7.11.11.tar.xz) = 14940736
Index: patches/patch-src_Makefile_am
===
RCS file: /cvs/ports/games/manaplus/patches/patch-src_Makefile_am,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 patch-src_Makefile_am
--- patches/patch-src_Makefile_am	4 Nov 2016 14:33:26 -	1.3
+++ patches/patch-src_Makefile_am	11 Dec 2017 02:49:44 -
@@ -1,9 +1,11 @@
 $OpenBSD: patch-src_Makefile_am,v 1.3 2016/11/04 14:33:26 naddy Exp $
 src/Makefile.am.orig	Thu Mar 24 19:09:25 2016
-+++ src/Makefile.am	Fri Nov  4 15:05:37 2016
-@@ -1,5 +1,7 @@
- AUTOMAKE_OPTIONS = subdir-objects
+Index: src/Makefile.am
+--- src/Makefile.am.orig
 src/Makefile.am
+@@ -8,6 +8,8 @@ AUTOMAKE_OPTIONS = subdir-objects
+ #	 ASAN_OPTIONS=detect_leaks=1
  
+ if ENABLE_MANAPLUSGAME
 +LIBS += @LTLIBINTL@
 +
  if ENABLE_DYECMD
Index: pkg/PLIST
===
RCS file: /cvs/ports/games/manaplus/pkg/PLIST,v
retrieving revision 1.35
diff -u -p -u -p -r1.35 PLIST
--- pkg/PLIST	2 Apr 2016 20:58:58 -	1.35
+++ pkg/PLIST	11 Dec 2017 02:49:44 -
@@ -7,11 +7,14 @@
 @bin bin/manaplus
 @man man/man6/manaplus.6
 @man man/man6/manaplustest.6
+share/appdata/
+share/appdata/manaplus.appdata.xml
 share/applications/manaplus.desktop
 share/applications/manaplustest.desktop
 

Re: [NEW] editors/vis

[Brian Callahan]

Hi Klemens --

Please reply to everyone not just the list.

On 12/10/17 19:58, Klemens Nanni wrote:

On Sun, Dec 10, 2017 at 07:01:11PM -0500, Brian Callahan wrote:

Attached is an updated port, combining both of your ports.
I made both of you MAINTAINER, you can share.

Looks good to me, thanks for fixing -Os.


As for this port conflicting with vis(1), I don't really mind.

/home/brian $ which vis
/usr/bin/vis

even after installing the port, which I think is correct. Set this port to
an alias in your shell. I assume that's how a lot of people are going to run
it anyway, something like:
alias vi='/usr/local/bin/vis'

Most probably, but renaming was done to prevent conflicts regardless of
aliases and PATH. If this too much however, I won't object.


This is not some famous piece of software like the GNU coreutils, where 
accidentally using the base utility vs. the GNU utility could really matter.



However, the line and column display on the bottom right corner is very
broken here. You two should fix that and resubmit.

What does "very broken" mean? Both column and row index have always been
correct for me. Please describe your problem in detail.



They bleed into each other.
When I load vis by itself, I get:
0% 1, 1
When I press i to enter insert mode, it becomes:
0% 1, 1  1
Then if I type, say, "OpenBSD" it shows:
100% 1, 1 71
Let's say I finish the sentence and now I wrote "OpenBSD is an operating 
system." it will display:

100% 1, 10311
Now let's say I press Enter to move to the next line, it says:
97% 2, 0311

I would say this is very broken. This is within tmux, which limited 
testing suggests makes a difference, but there are still bleeding issues 
when not in tmux. Specifically, outside of tmux, pressing i in a blank 
file still produces

0% 1, 1  1

~Brian

Re: [NEW] editors/vis

[Klemens Nanni]

On Sun, Dec 10, 2017 at 07:01:11PM -0500, Brian Callahan wrote:
> Attached is an updated port, combining both of your ports.
> I made both of you MAINTAINER, you can share.
Looks good to me, thanks for fixing -Os.

> As for this port conflicting with vis(1), I don't really mind.
> 
> /home/brian $ which vis
> /usr/bin/vis
> 
> even after installing the port, which I think is correct. Set this port to
> an alias in your shell. I assume that's how a lot of people are going to run
> it anyway, something like:
> alias vi='/usr/local/bin/vis'
Most probably, but renaming was done to prevent conflicts regardless of
aliases and PATH. If this too much however, I won't object.

> However, the line and column display on the bottom right corner is very
> broken here. You two should fix that and resubmit.
What does "very broken" mean? Both column and row index have always been
correct for me. Please describe your problem in detail.

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/12/10 17:08:10

Modified files:
games/wtf  : Makefile distinfo 

Log message:
Update to wtf-20171202

Re: [NEW] editors/vis

[Brian Callahan]

Hi Carolyn and Klemens --

On 12/10/17 09:56, Klemens Nanni wrote:

On Thu, Dec 07, 2017 at 11:45:16PM -0800, Carolyn Saunders wrote:

I just made a rudimentary port of vis, "[a] vi-like editor based on Plan
9's structural regular expressions," which can be found at
https://github.com/martanne/vis. However, it exposes the binary "vis"
which conflicts with another program in OpenBSD's base. How should this
be rectified?  This is my first port so I'm still unfamiliar with the
way this is usually handled.

I've been sitting on my unfinished vis port for way too long, thanks for
bringing it up again.

Some comments inline and my port attached as it's finally ready for
submission.

The version number in your port directory name should be stripped.


V = 0.4
GH_ACCOUNT =martanne
GH_PROJECT =vis
GH_TAGNAME =v${V}

DISTNAME =  vis-${V}

GH_* is all you need here; zap V, DISTNAME is set automatically.


MAKE_FLAGS =BINDIR="${TRUPREFIX}/bin" \

CONFIGURE_STYLE=simple
CONFIGURE_ARGS= --mandir="${TRUEPREFIX}/man"

Why not just --prefix=${PREFIX} --mandif=${PREFIX}/man?


NO_TEST=Yes

vis has a test suite and it should be used. Running it through our ports
framework even revealed a libtermkey bug when TERM is unset.


My port works fine on amd64, I've been using it as my main editor
exclusively for over a year now. All tests pass.

Feedback?


Attached is an updated port, combining both of your ports.
I made both of you MAINTAINER, you can share.

As for this port conflicting with vis(1), I don't really mind.

/home/brian $ which vis
/usr/bin/vis

even after installing the port, which I think is correct. Set this port 
to an alias in your shell. I assume that's how a lot of people are going 
to run it anyway, something like:

alias vi='/usr/local/bin/vis'

However, the line and column display on the bottom right corner is very 
broken here. You two should fix that and resubmit.


~Brian



vis.tgz
Description: Binary data

Re: NEW: games/2048-cli

[Brian Callahan]

Hi Kaashif --

On 12/10/17 10:05, Brian Callahan wrote:


On 12/10/17 07:41, Kaashif Hymabaccus wrote:
On Mon, Aug 21, 2017 at 02:18:16PM +0200, Jeremie Courreges-Anglas 
wrote:

Looks fine to me, ok jca@ if someone wants to import it.

Anyone want to import this? Has already been OKed. Tarball attached
for convenience.



Here's an improved version that takes advantage of how GH_* variables 
work these days.

Will take oks, or someone just go ahead and commit this.

~Brian



This has been committed now. Thanks.

~Brian

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/12/10 15:45:17

Modified files:
games  : Makefile 

Log message:
+2048-cli

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/12/10 15:44:51

Log message:
Import games/2048-cli, a terminal version of the 2048 sliding block puzzle
game.

Submitted by Kaashif Hymabaccus , who
takes MAINTAINER, thanks!

ok jca@ on a previous version back in August. Slightly tweaked by me to
update for newer GH_* variable changes.

"Go for it." bentley@

2048-cli is a terminal-based version of the popular 2048 sliding block
puzzle game. Supports animations, colors, stores your high score, and
includes an AI.

Status:

Vendor Tag: bcallah
Release Tags:   bcallah_20171210

N ports/games/2048-cli/Makefile
N ports/games/2048-cli/distinfo
N ports/games/2048-cli/pkg/DESCR
N ports/games/2048-cli/pkg/PLIST
N ports/games/2048-cli/patches/patch-Makefile

No conflicts created by this import

Re: Unbreak ghc

[Matthias Kilian]

Hi Karel,

On Sun, Dec 10, 2017 at 08:22:54PM +0100, Karel Gardas wrote:
> rts/Linker.c includes elf.h for all platform except OpenBSD where it
> includes elf_abi.h. In recent snapshots elf_abi.h got removed thanks
> to work of Martin Pieuchot.

But it's still there, even in todays snapshots:

$ tar tvzf comp62.tgz ./usr/include/elf\*
-r--r--r--  1 root bin166 Dec 10 19:09 ./usr/include/elf.h
-r--r--r--  1 root bin   1627 Dec 10 19:09 ./usr/include/elf_abi.h

And the same is true for a release(8) i just built on my build
machine.

Maybe you used a snapshot with elf_abi.h missing (intentionally or not).?

> This way, rts/Linker.c includes
> non-existent .h file which fails. My "fix" for now is simple to just
> s/elf_abi/elf and be done with this for now.

This will have to be done at some point in time, but as long as
snapshots still contain both elf.h and elf_abi.h, I don't see the
point to add any patch for this.

> As you may see in the
> OpenBSD related define there are other things missing in OpenBSD's elf
> support,

Yeah. including my horrible undef SHN_XINDEX hack I had to add for
ghc-8.0 ;-)

> but I'm plan for reviewing this in the future anyway -- hence
> my minimalistic way of fixing for now.

That would be great (and I'm really no expert in the rts/Linker.c area).

> If your plans are different, then go ahead with whatever you plan and
> do not keep looking back at all.

My plan is to get a newer version of ghc (8.2.x) in the ports tree first.
*Then* we can start to add patches to the port (when needed) which may
also be appropriate for upstream.

Ciao,
Kili

Re: iridium pledge violation

[Theo de Raadt]

For example, here is my safety diff for cat.

The intrinsic beauty of it's memory handling is beyond words.

You just can't trust a virtual system to do it right; you always
need to check the underlying subsystem isn't messin' with ya.

Index: cat.c
===
RCS file: /cvs/src/bin/cat/cat.c,v
retrieving revision 1.26
diff -u -p -u -r1.26 cat.c
--- cat.c   19 Oct 2016 18:20:25 -  1.26
+++ cat.c   10 Dec 2017 19:24:21 -
@@ -35,6 +35,7 @@
 
 #include 
 #include 
+#include 
 
 #include 
 #include 
@@ -46,6 +47,7 @@
 #include 
 
 #define MAXIMUM(a, b)  (((a) > (b)) ? (a) : (b))
+#define MINIMUM(a, b)  (((a) < (b)) ? (a) : (b))
 
 extern char *__progname;
 
@@ -63,7 +65,7 @@ main(int argc, char *argv[])
 {
int ch;
 
-   if (pledge("stdio rpath", NULL) == -1)
+   if (pledge("stdio rpath ps", NULL) == -1)
err(1, "pledge");
 
while ((ch = getopt(argc, argv, "benstuv")) != -1)
@@ -228,12 +230,27 @@ raw_cat(int rfd)
static size_t bsize;
static char *buf = NULL;
struct stat sbuf;
+   int64_t physmem;
+   size_t siz = sizeof(physmem);
+   int mib[2];
+
+   /*
+* Ensure a fuse filesystem + uncooperative kernel cannot
+* force us to allocate a buffer which gets slow because it
+* gets pushed into swap
+*/
+   mib[0] = CTL_HW;
+   mib[1] = HW_PHYSMEM64;
+   if (sysctl(mib, 2, , , NULL, 0) < 0) {
+   warnx("physmem: failed to get hw.physmem");
+   physmem = 0x4*1024*1024;
+   }
 
wfd = fileno(stdout);
if (buf == NULL) {
if (fstat(wfd, ))
err(1, "stdout");
-   bsize = MAXIMUM(sbuf.st_blksize, BUFSIZ);
+   bsize = MINIMUM(MAXIMUM(sbuf.st_blksize, BUFSIZ), physmem);
if ((buf = malloc(bsize)) == NULL)
err(1, "malloc");
}

Re: Unbreak ghc

[Karel Gardas]

rts/Linker.c includes elf.h for all platform except OpenBSD where it
includes elf_abi.h. In recent snapshots elf_abi.h got removed thanks
to work of Martin Pieuchot. This way, rts/Linker.c includes
non-existent .h file which fails. My "fix" for now is simple to just
s/elf_abi/elf and be done with this for now. As you may see in the
OpenBSD related define there are other things missing in OpenBSD's elf
support, but I'm plan for reviewing this in the future anyway -- hence
my minimalistic way of fixing for now.

If your plans are different, then go ahead with whatever you plan and
do not keep looking back at all.

Thanks! Karel

On Wed, Dec 6, 2017 at 11:20 PM, Matthias Kilian  wrote:
> Hi Karel,
>
> On Mon, Dec 04, 2017 at 11:09:33PM +0100, Karel Gardas wrote:
>> attached patch unbreaks GHC compilation issue on snapshot. I would
>> rather keep that simple/stupid before cleaning more those bits in
>> OpenBSD #ifdef. Good for now IMHO.
>
> Well, src and the snapshot i tried yesterday contain both elf.h and
> elf_abi.h, which both do only #include .
>
> So I don't see the point to apply this one *now* to rts/Linker.c
>
> +-#  include 
> ++#  include 
>
> It may be needed in the future, but I'd like to do this for ghc-8.2
> (which *may* happen this year, if it doesn't require too many updates
> or patches for our existing hs-ports).
>
> Why/how did the build break for you?
>
> Ciao,
> Kili

Re: iridium pledge violation

[Theo de Raadt]

> I've just upgraded my workstation to the latest snapshot, including
> newer packages.  I use the signal chrome app in iridium and since it
> was complaining about needing an upgrade, I removed the (package
> version iridium-2017.11p0) app and tried to re-install it (iridium has
> a problem with upgrading installed apps; this is known upstream).
> 
> While trying to install, I get pledge violations:
> 
> 2017-12-10T18:47:46.313Z pom /bsd: iridium(85576): pledge sysctl 2: 6 19
> 2017-12-10T18:47:46.320Z pom /bsd: iridium[85576]: pledge "", syscall 202
> 2017-12-10T18:47:56.800Z pom /bsd: iridium(45150): pledge sysctl 2: 6 19
> 2017-12-10T18:47:56.804Z pom /bsd: iridium[45150]: pledge "", syscall 202
> 2017-12-10T18:47:56.807Z pom /bsd: iridium[45150]: pledge "stdio", syscall 133
> 
> Looks like iridium either needs a wider pledge or some stuff needs
> neutering.  Haven't looked in more detail yet.

trying to sysctl HW_PHYSMEM64, and then for some reason trying to sendto()
from a process (which i am sure is the right thing) marked "stdio".


Speaking of which, I'm working on a diff which makes all the bin/*
utilities check how much physical memory a machine has.

It's important!  You need to know how much physical memory you have so
that you don't exceed the sufficiently infinite virtual resources!

IF YOU ARE A GIGANTIC SLOPPY FAT PIG YOU SURE DO

iridium pledge violation

[Paul de Weerd]

Hi all,

I've just upgraded my workstation to the latest snapshot, including
newer packages.  I use the signal chrome app in iridium and since it
was complaining about needing an upgrade, I removed the (package
version iridium-2017.11p0) app and tried to re-install it (iridium has
a problem with upgrading installed apps; this is known upstream).

While trying to install, I get pledge violations:

2017-12-10T18:47:46.313Z pom /bsd: iridium(85576): pledge sysctl 2: 6 19
2017-12-10T18:47:46.320Z pom /bsd: iridium[85576]: pledge "", syscall 202
2017-12-10T18:47:56.800Z pom /bsd: iridium(45150): pledge sysctl 2: 6 19
2017-12-10T18:47:56.804Z pom /bsd: iridium[45150]: pledge "", syscall 202
2017-12-10T18:47:56.807Z pom /bsd: iridium[45150]: pledge "stdio", syscall 133

Looks like iridium either needs a wider pledge or some stuff needs
neutering.  Haven't looked in more detail yet.

Paul

OpenBSD 6.2-current (GENERIC.MP) #265: Sat Dec  9 10:24:12 MST 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 34243919872 (32657MB)
avail mem = 33199185920 (31661MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xec410 (88 entries)
bios0: vendor Dell Inc. version "A12" date 05/06/2015
bios0: Dell Inc. OptiPlex 9020
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT SLIC LPIT SSDT SSDT SSDT HPET SSDT MCFG SSDT 
ASF! DMAR
acpi0: wakeup devices UAR1(S3) PXSX(S4) RP01(S4) PXSX(S4) PXSX(S4) PXSX(S4) 
RP05(S4) PXSX(S4) PXSX(S4) PXSX(S4) GLAN(S4) EHC1(S3) EHC2(S3) XHC_(S4) 
HDEF(S4) PEG0(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 3692.05 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
acpitimer0: recalibrated TSC frequency 3392144776 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 3691.44 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 3691.45 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 3691.44 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 0, core 3, package 0
cpu4 at mainbus0: apid 1 (application processor)
cpu4: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 3691.45 MHz
cpu4: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT
cpu4: 256KB 64b/line 8-way L2 cache
cpu4: smt 1, core 0, package 0
cpu5 at mainbus0: apid 3 (application processor)
cpu5: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 3691.45 MHz
cpu5: 

NEW: lang/flang

[Brian Callahan]

Hi ports --

Attached is a new port, lang/flang. Flang is a Fortran compiler 
targeting LLVM.


Supposedly Flang is on its way to becoming part of LLVM, though there's 
no timetable for that.


Flang is divided into two ports, the driver and the runtime. The driver 
is a modified version of clang. I chose to only install the flang driver 
binary from the driver port. The CMake build system wants to install the 
entirety of the clang utils and libraries and headers, but that means 
having three copies of some things (1 in base, 1 from devel/llvm, 1 from 
flang), and that seemed crazy. We only need the flang driver binary anyway.


In order to link binaries with flang, you must remember to include 
-L${LOCALBASE}/lib -lflang when linking the binary.


I chose to use flang's built-in ompstubs library for OpenMP "support." 
And by "support" I mean that the ompstubs library is just stubbed out 
omp routines that do nothing but allow flang to build. According to 
upstream, !amd64 archs use the ompstubs library anyway. It would be nice 
to eventually move to real OpenMP support, but that can be for a later day.


Only tested on amd64 because I do not (yet) have an arm64 machine. Flang 
only supports those two platforms. I will add the needed arm64 bits once 
I have my arm64 machine. Flang successfully builds a bunch of F90/F95 
programs I have and passes a significant chunk of the NIST F77 test suite.


OK?

~Brian



flang.tgz
Description: Binary data

Re: CVS: cvs.openbsd.org: ports

[Sebastien Marie]

On Sun, Dec 10, 2017 at 04:15:04PM +, Stuart Henderson wrote:
> Bleh, sorry, forgot to regenerate distinfo. I would stand by removing from
> ONLY_FOR_ARCHS though. It's not really broken, it's by design.

I couldn't say that just trashing my work because building in bulk
doesn't work is right for me.

As upstream doesn't provide any binary for OpenBSD (they only want
crosscompilation from Linux), removing it really means dropping of the
support: I will not be able to crosscompiling it at each release to keep
a functional bootstrapper, and rustc version X+1 requires rustc version
X.

As maintainer, as long as rustc is buildable on i386, I would like to
keep it (and keep it BROKEN in order to not add work for you in bulk).

Thanks.
-- 
Sebastien Marie

CVS: cvs.openbsd.org: ports

[Aaron Bieber]

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2017/12/10 09:44:57

Modified files:
www: Makefile 

Log message:
+ wp-cli

CVS: cvs.openbsd.org: ports

[Aaron Bieber]

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2017/12/10 09:44:01

Log message:
Import wp-cli - a command line tool for managing wordpress.

OK ajacoutot@

Status:

Vendor Tag: abieber
Release Tags:   abieber_20171210

N ports/www/wp-cli/Makefile
N ports/www/wp-cli/distinfo
N ports/www/wp-cli/files/wp
N ports/www/wp-cli/pkg/DESCR
N ports/www/wp-cli/pkg/PLIST

No conflicts created by this import

Re: CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

On Sun, Dec 10, 2017 at 04:15:04PM +, Stuart Henderson wrote:
> Bleh, sorry, forgot to regenerate distinfo. I would stand by removing from
> ONLY_FOR_ARCHS though. It's not really broken, it's by design.

Fix it however you prefer :-)
I just marked it BROKEN-i386 to unbreak it fast.



> 
> 
> 
> On 10 December 2017 11:25:28 Antoine Jacoutot  wrote:
> 
> > On Sat, Dec 09, 2017 at 11:04:51PM +, Stuart Henderson wrote:
> > > CVSROOT:  /cvs
> > > Module name:  ports
> > > Changes by:   st...@cvs.openbsd.org   2017/12/09 16:04:51
> > > 
> > > Modified files:
> > >   lang/rust  : Makefile
> > > 
> > > Log message:
> > > Don't try to build on i386, no success after 6 attempts in a bulk build.
> > > Even if it can be made to build eventually after multiple tries (we
> > > occasionally got lucky with chromium before that was disabled, but it
> > > was rare), this isn't sustainable.
> > > 
> > > In short: you'll need to use amd64 if you want to use one of the more
> > > common web browsers on OpenBSD.
> > 
> > That somehow broke it on amd64.
> > 
> > > > > Running patch in lang/rust at 1512899624
> > ===> lang/rust
> > ===>  Checking files for rust-1.22.1
> > `/exopi-cvs/ports/distfiles/rust/rustc-1.22.1-src.tar.gz' is up to date.
> > `/exopi-cvs/ports/distfiles/rust/rustc-bootstrap-amd64-1.22.0-20171121.tar.gz'
> > is up to date.
> > !!! Extra file 'rust/rustc-bootstrap-i386-1.22.1-20171125.tar.gz' in
> > /exopi-cvs/ports/lang/rust/distinfo
> > !!! Read up on SUPDISTFILES in bsd.port.mk(5)
> > *** Error 1 in lang/rust
> > (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2290
> > '_internal-checksum': @fgrep 2>/dev/null SIZE /exopi-cvs/ports...)
> > *** Error 1 in lang/rust
> > (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2508
> > '/exopi-obj/pobj/rust-1.22.1/.extract_done')
> > *** Error 1 in lang/rust
> > (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2419 'patch')
> > ===> Exiting lang/rust with an error
> > *** Error 1 in /exopi-cvs/ports
> > (infrastructure/mk/bsd.port.subdir.mk:147 'patch')
> > Error: job failed with 256 on exopi-3
> > 
> > 
> > --
> > Antoine
> 
> 

-- 
Antoine

Re: CVS: cvs.openbsd.org: ports

[Stuart Henderson]

Bleh, sorry, forgot to regenerate distinfo. I would stand by removing from 
ONLY_FOR_ARCHS though. It's not really broken, it's by design.




On 10 December 2017 11:25:28 Antoine Jacoutot  wrote:


On Sat, Dec 09, 2017 at 11:04:51PM +, Stuart Henderson wrote:

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/12/09 16:04:51

Modified files:
lang/rust  : Makefile

Log message:
Don't try to build on i386, no success after 6 attempts in a bulk build.
Even if it can be made to build eventually after multiple tries (we
occasionally got lucky with chromium before that was disabled, but it
was rare), this isn't sustainable.

In short: you'll need to use amd64 if you want to use one of the more
common web browsers on OpenBSD.


That somehow broke it on amd64.


Running patch in lang/rust at 1512899624

===> lang/rust
===>  Checking files for rust-1.22.1
`/exopi-cvs/ports/distfiles/rust/rustc-1.22.1-src.tar.gz' is up to date.
`/exopi-cvs/ports/distfiles/rust/rustc-bootstrap-amd64-1.22.0-20171121.tar.gz' 
is up to date.
!!! Extra file 'rust/rustc-bootstrap-i386-1.22.1-20171125.tar.gz' in 
/exopi-cvs/ports/lang/rust/distinfo

!!! Read up on SUPDISTFILES in bsd.port.mk(5)
*** Error 1 in lang/rust 
(/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2290 '_internal-checksum': 
@fgrep 2>/dev/null SIZE /exopi-cvs/ports...)
*** Error 1 in lang/rust 
(/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2508 
'/exopi-obj/pobj/rust-1.22.1/.extract_done')
*** Error 1 in lang/rust 
(/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2419 'patch')

===> Exiting lang/rust with an error
*** Error 1 in /exopi-cvs/ports (infrastructure/mk/bsd.port.subdir.mk:147 
'patch')

Error: job failed with 256 on exopi-3


--
Antoine

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/12/10 09:12:51

Modified files:
devel/py-gobject: Makefile distinfo 
devel/py-gobject/pkg: PLIST 
Removed files:
devel/py-gobject/patches: patch-gio_gio-types_defs 

Log message:
Update to py-gobject-2.28.7.

Re: [new] www/wp-cli v1.4.1

[Antoine Jacoutot]

On Sun, Dec 10, 2017 at 03:20:59PM +, Aaron Bieber wrote:
> Hi!
> 
> Here is a port of wp-cli, a tool for working with wordpress installs.
> 
> I have been using the older version for some time now without issues.
> 
> https://wp-cli.org/
> 
> Cluesticks / OKs?

You may want to use MODPHP_BIN instead of hardcoding php-5.6.


-- 
Antoine

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/12/10 09:01:55

Modified files:
net/pure-ftpd  : Makefile distinfo 

Log message:
Update to pure-ftpd-1.0.47.

from Brad (maintainer)

[new] www/wp-cli v1.4.1

[Aaron Bieber]

Hi!

Here is a port of wp-cli, a tool for working with wordpress installs.

I have been using the older version for some time now without issues.

https://wp-cli.org/

Cluesticks / OKs?

Cheers,
Aaron

--
PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A  4AF0 1F81 112D 62A9 ADCE


wp-cli-v1.4.1.tgz
Description: application/tar-gz

Re: NEW: games/2048-cli

[Brian Callahan]

On 12/10/17 07:41, Kaashif Hymabaccus wrote:

On Mon, Aug 21, 2017 at 02:18:16PM +0200, Jeremie Courreges-Anglas wrote:

Looks fine to me, ok jca@ if someone wants to import it.

Anyone want to import this? Has already been OKed. Tarball attached
for convenience.



Here's an improved version that takes advantage of how GH_* variables 
work these days.

Will take oks, or someone just go ahead and commit this.

~Brian



2048-cli.tgz
Description: Binary data

Re: [NEW] editors/vis

[Klemens Nanni]

On Thu, Dec 07, 2017 at 11:45:16PM -0800, Carolyn Saunders wrote:
> I just made a rudimentary port of vis, "[a] vi-like editor based on Plan
> 9's structural regular expressions," which can be found at
> https://github.com/martanne/vis. However, it exposes the binary "vis"
> which conflicts with another program in OpenBSD's base. How should this
> be rectified?  This is my first port so I'm still unfamiliar with the
> way this is usually handled.
I've been sitting on my unfinished vis port for way too long, thanks for
bringing it up again.

Some comments inline and my port attached as it's finally ready for
submission.

The version number in your port directory name should be stripped.

> V =   0.4
> GH_ACCOUNT =  martanne
> GH_PROJECT =  vis
> GH_TAGNAME =  v${V}
> 
> DISTNAME =vis-${V}
GH_* is all you need here; zap V, DISTNAME is set automatically.

> MAKE_FLAGS =  BINDIR="${TRUPREFIX}/bin" \
> 
> CONFIGURE_STYLE=  simple
> CONFIGURE_ARGS=   --mandir="${TRUEPREFIX}/man"
Why not just --prefix=${PREFIX} --mandif=${PREFIX}/man?

> NO_TEST=  Yes
vis has a test suite and it should be used. Running it through our ports
framework even revealed a libtermkey bug when TERM is unset.


My port works fine on amd64, I've been using it as my main editor
exclusively for over a year now. All tests pass.

Feedback?


vis.tgz
Description: application/tar-gz

UPDATE: p5-XML-RPC 1.1

[Mikolaj Kucharski]

Hi,

Regress tests pass. Upstream changes file say:

2017/11/21  (1.1)
* Add facility to add HTTP *Basic* Auth
* Require LWP::Protocol::https to be installed
  (hey, it's 2017, we can assume that https is available)
  This implicitly fixes bug 118475 "XML::RPC not reporting error if https 
connection requested but LWP::Protocol::https not installed" 
* Implement recommended patch for #75078 "autodetection of XML datatyp  
for string of digits starting with 0"

2017/11/21  (1.0) Rene "cavac" Schickbauer
* First release by me for this module
* Integrate/Merge changes from XML::RPC::CustomUA
  (and deprecate CustomUA module at the same time)


New dependency added. Permissions within the archive are open now,
so drop FIX_EXTRACT_PERMISSIONS.



Index: Makefile
===
RCS file: /cvs/ports/net/p5-XML-RPC/Makefile,v
retrieving revision 1.4
diff -u -p -u -r1.4 Makefile
--- Makefile8 Dec 2017 12:36:51 -   1.4
+++ Makefile10 Dec 2017 14:38:08 -
@@ -4,18 +4,17 @@ COMMENT = pure Perl implementation for a
 
 MODULES =  cpan
 PKG_ARCH = *
-DISTNAME = XML-RPC-0.9
+DISTNAME = XML-RPC-1.1
 CATEGORIES =   net devel
-FIX_EXTRACT_PERMISSIONS=Yes
 
 MAINTAINER =   Mikolaj Kucharski 
 
 # Perl
 PERMIT_PACKAGE_CDROM = Yes
 
-RUN_DEPENDS =  textproc/p5-XML-TreePP
+RUN_DEPENDS =  textproc/p5-XML-TreePP \
+   www/p5-LWP-Protocol-https
 
-CPAN_AUTHOR =  DAAN
 CONFIGURE_STYLE =  perl
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/net/p5-XML-RPC/distinfo,v
retrieving revision 1.2
diff -u -p -u -r1.2 distinfo
--- distinfo18 Jan 2015 03:14:49 -  1.2
+++ distinfo10 Dec 2017 14:38:08 -
@@ -1,2 +1,2 @@
-SHA256 (XML-RPC-0.9.tar.gz) = tStp59c8gKjXzyvETOWlDJ3YO75uiGLYmbjr6vWf808=
-SIZE (XML-RPC-0.9.tar.gz) = 4745
+SHA256 (XML-RPC-1.1.tar.gz) = phuq18NICg/v9dgeDm9LrDgE+4d2R1gHfbXSvSDt9M4=
+SIZE (XML-RPC-1.1.tar.gz) = 5847


-- 
best regards
q#

UPDATE: p5-CGI-Fast 2.13

[Mikolaj Kucharski]

Hi,

Simple update. Regress tests pass. Upstream changes file says:

2.13 2017-11-17
[TESTING]
remove use of Test::Deep completely (GH #17)


Index: Makefile
===
RCS file: /cvs/ports/www/p5-CGI-Fast/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -r1.1.1.1 Makefile
--- Makefile12 Mar 2017 23:55:26 -  1.1.1.1
+++ Makefile10 Dec 2017 14:16:46 -
@@ -1,7 +1,7 @@
 # $OpenBSD: Makefile,v 1.1.1.1 2017/03/12 23:55:26 bluhm Exp $
 
 COMMENT =  CGI interface for FastCGI
-DISTNAME = CGI-Fast-2.12
+DISTNAME = CGI-Fast-2.13
 CATEGORIES =   www
 
 MAINTAINER =   Mikolaj Kucharski 
@@ -13,7 +13,5 @@ MODULES = cpan
 PKG_ARCH = *
 RUN_DEPENDS =  www/fcgi \
www/p5-CGI>=4.00
-
-TEST_DEPENDS = devel/p5-Test-Deep>=0.11
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/www/p5-CGI-Fast/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -r1.1.1.1 distinfo
--- distinfo12 Mar 2017 23:55:26 -  1.1.1.1
+++ distinfo10 Dec 2017 14:16:46 -
@@ -1,2 +1,2 @@
-SHA256 (CGI-Fast-2.12.tar.gz) = w6MUfdbvcjahmEZTgz6a8WnLVI/zy2VYIbBvcTlGQ4c=
-SIZE (CGI-Fast-2.12.tar.gz) = 8807
+SHA256 (CGI-Fast-2.13.tar.gz) = eS8h/DuUOA43yZ+qeQHs7fAdaFUZEADR/7KnADgTsdQ=
+SIZE (CGI-Fast-2.13.tar.gz) = 8844


-- 
best regards
q#

[NEW] devel/py-yamllint

[Remi Pointel]

Hi,

attached is the tarball of py-yamllint. It needs the py-pathspec port to 
work.


--
$ pkg_info py-yamllint
Information for inst:py-yamllint-1.10.0

Comment:
linter for YAML files

Description:
Yamllint does not only check for syntax validity, but for weirdnesses 
like key

repetition and cosmetic problems such as lines length, trailing spaces,
indentation,...

Maintainer: Remi Pointel 

WWW: https://pypi.python.org/pypi/yamllint

--

Ok?

Cheers,

Remi.



py-yamllint-1.10.0.tar.gz
Description: application/gzip

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/12/10 06:27:03

Modified files:
lang/rust  : Makefile 

Log message:
Unbreak, input from semarie

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2017/12/10 06:01:30

Modified files:
devel/lua-tz   : Makefile distinfo 

Log message:
Update lua-tz to 0.4.

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/12/10 05:46:49

Modified files:
sysutils/salt  : Makefile 
Added files:
sysutils/salt/patches: patch-salt_modules_status_py 

Log message:
Add OpenBSD support to:

- status.cpuinfo
- status.cpustats
- status.meminfo
- status.netstats
- status.version

ok aja@ (MAINTAINER)

Re: NEW: games/2048-cli

[Kaashif Hymabaccus]

On Mon, Aug 21, 2017 at 02:18:16PM +0200, Jeremie Courreges-Anglas wrote:
> 
> Looks fine to me, ok jca@ if someone wants to import it.

Anyone want to import this? Has already been OKed. Tarball attached
for convenience.

-- 
Kaashif Hymabaccus
GPG: 3E810B04


2048-cli.tgz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/12/10 05:27:38

Modified files:
x11/gtksourceview3: Makefile distinfo 
x11/gtksourceview3/pkg: PLIST 

Log message:
update to gtksourceview-3.24.6

CVS: cvs.openbsd.org: ports

[Adam Wolk]

CVSROOT:/cvs
Module name:ports
Changes by: aw...@cvs.openbsd.org   2017/12/10 05:14:36

Modified files:
games/yquake2  : Makefile distinfo 
games/yquake2/pkg: README 

Log message:
games/yquake2 7.02 => 7.10

OK abieber@

Quake 2 was released 20 years ago
and this the anniversary update.

Tested with abieber@, bmercer@ and many others
fragging on an OpenBSD server.

Port changes:
- reworded README to more
prominently point at the
upstream documentation and
mentioning the 3.20 patch
which is needed for
multiplayer

Upstream changelog:

https://github.com/yquake2/yquake2/blob/master/CHANGELOG

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/12/10 05:05:37

Modified files:
devel  : Makefile 
devel/py-gitdb : Makefile 
devel/py-gitdb/pkg: PLIST 

Log message:
add py-gitdb,python3 flavor

Re: CVS: cvs.openbsd.org: ports

[Sebastien Marie]

On Sun, Dec 10, 2017 at 12:25:18PM +0100, Antoine Jacoutot wrote:
> On Sat, Dec 09, 2017 at 11:04:51PM +, Stuart Henderson wrote:
> > CVSROOT:/cvs
> > Module name:ports
> > Changes by: st...@cvs.openbsd.org   2017/12/09 16:04:51
> > 
> > Modified files:
> > lang/rust  : Makefile 
> > 
> > Log message:
> > Don't try to build on i386, no success after 6 attempts in a bulk build.
> > Even if it can be made to build eventually after multiple tries (we
> > occasionally got lucky with chromium before that was disabled, but it
> > was rare), this isn't sustainable.
> > 
> > In short: you'll need to use amd64 if you want to use one of the more
> > common web browsers on OpenBSD.
> 
> That somehow broke it on amd64.
> 
> >>> Running patch in lang/rust at 1512899624
> ===> lang/rust
> ===>  Checking files for rust-1.22.1
> `/exopi-cvs/ports/distfiles/rust/rustc-1.22.1-src.tar.gz' is up to date.
> `/exopi-cvs/ports/distfiles/rust/rustc-bootstrap-amd64-1.22.0-20171121.tar.gz'
>  is up to date.
> !!! Extra file 'rust/rustc-bootstrap-i386-1.22.1-20171125.tar.gz' in 
> /exopi-cvs/ports/lang/rust/distinfo
> !!! Read up on SUPDISTFILES in bsd.port.mk(5)
> *** Error 1 in lang/rust (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2290 
> '_internal-checksum': @fgrep 2>/dev/null SIZE /exopi-cvs/ports...)
> *** Error 1 in lang/rust (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2508 
> '/exopi-obj/pobj/rust-1.22.1/.extract_done')
> *** Error 1 in lang/rust (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2419 
> 'patch')
> ===> Exiting lang/rust with an error
> *** Error 1 in /exopi-cvs/ports (infrastructure/mk/bsd.port.subdir.mk:147 
> 'patch')
> Error: job failed with 256 on exopi-3
> 

It should solve both issues:
- keep i386 in ONLY_FOR_ARCHS - as it is used for generating
  SUPDISTFILES

- but mark BROKEN-i386

Thanks.
-- 
Sebastien Marie


Index: Makefile
===
RCS file: /cvs/ports/lang/rust/Makefile,v
retrieving revision 1.55
diff -u -p -r1.55 Makefile
--- Makefile9 Dec 2017 23:04:51 -   1.55
+++ Makefile10 Dec 2017 11:44:28 -
@@ -1,9 +1,9 @@
 # $OpenBSD: Makefile,v 1.55 2017/12/09 23:04:51 sthen Exp $
 
 # snapshots are only available for amd64 and i386, for now.
-# however, it uses too much memory to have a useful success rate
-# in i386 bulk builds, so disabled there now.
-ONLY_FOR_ARCHS =   amd64
+ONLY_FOR_ARCHS =   amd64 i386
+
+BROKEN-i386 =  too much memory to have a useful success rate in i386 
bulk builds
 
 DPB_PROPERTIES =   parallel
 

Re: CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

On Sat, Dec 09, 2017 at 11:04:51PM +, Stuart Henderson wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   st...@cvs.openbsd.org   2017/12/09 16:04:51
> 
> Modified files:
>   lang/rust  : Makefile 
> 
> Log message:
> Don't try to build on i386, no success after 6 attempts in a bulk build.
> Even if it can be made to build eventually after multiple tries (we
> occasionally got lucky with chromium before that was disabled, but it
> was rare), this isn't sustainable.
> 
> In short: you'll need to use amd64 if you want to use one of the more
> common web browsers on OpenBSD.

That somehow broke it on amd64.

>>> Running patch in lang/rust at 1512899624
===> lang/rust
===>  Checking files for rust-1.22.1
`/exopi-cvs/ports/distfiles/rust/rustc-1.22.1-src.tar.gz' is up to date.
`/exopi-cvs/ports/distfiles/rust/rustc-bootstrap-amd64-1.22.0-20171121.tar.gz' 
is up to date.
!!! Extra file 'rust/rustc-bootstrap-i386-1.22.1-20171125.tar.gz' in 
/exopi-cvs/ports/lang/rust/distinfo
!!! Read up on SUPDISTFILES in bsd.port.mk(5)
*** Error 1 in lang/rust (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2290 
'_internal-checksum': @fgrep 2>/dev/null SIZE /exopi-cvs/ports...)
*** Error 1 in lang/rust (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2508 
'/exopi-obj/pobj/rust-1.22.1/.extract_done')
*** Error 1 in lang/rust (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2419 
'patch')
===> Exiting lang/rust with an error
*** Error 1 in /exopi-cvs/ports (infrastructure/mk/bsd.port.subdir.mk:147 
'patch')
Error: job failed with 256 on exopi-3


-- 
Antoine

CVS: cvs.openbsd.org: ports

[Martin Pieuchot]

CVSROOT:/cvs
Module name:ports
Changes by: m...@cvs.openbsd.org2017/12/10 04:00:57

Modified files:
audio/tagtool  : Makefile 

Log message:
Unbreak this libglade based port by passing "-Wl,--export-dynamic" to the
linker.

ok jca@

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/12/10 03:38:12

Modified files:
sysutils/py-ghmi: Makefile distinfo 
sysutils/py-ghmi/pkg: PLIST 

Log message:
update to py-ghmi-1.0.30

[NEW] devel/py-yamllint

[Remi Pointel]

Hi,

attached is the tarball of py-yamllint. It needs the py-pathspec port to 
work.


--
$ pkg_info py-yamllint
Information for inst:py-yamllint-1.10.0

Comment:
linter for YAML files

Description:
Yamllint does not only check for syntax validity, but for weirdnesses 
like key

repetition and cosmetic problems such as lines length, trailing spaces,
indentation,...

Maintainer: Remi Pointel 

WWW: https://pypi.python.org/pypi/yamllint

--

Ok?

Cheers,

Remi.


py-yamllint-1.10.0.tar.gz
Description: application/gzip

[NEW] devel/py-pathspec

[Remi Pointel]

Hi,

attached is the tarball of pathspec.

--
$ pkg_info py-pathspec
Information for inst:py-pathspec-0.5.5

Comment:
utility for gitignore style pattern matching of file paths

Description:
pathspec is a utility library for pattern matching of file paths. So far 
this

only includes Git’s wildmatch pattern matching which itself is derived from
Rsync’s wildmatch. Git uses wildmatch for its gitignore files.

Maintainer: The OpenBSD ports mailing-list 

WWW: https://pypi.python.org/pypi/pathspec

--

Ok?

Cheers,

Remi.


py-pathspec-0.5.5.tar.gz
Description: application/gzip

Re: UPDATE: powerdns 4.1.0

[Otto Moerbeek]

Hi,

works for me both as slave and master. Tiny setup but at least one bug
in pdnsutil I spotted earlier (setting  more than master as a slave) is fixed.

-Otto

On Sat, Dec 09, 2017 at 09:36:14AM +0100, Florian Obser wrote:

> jca pointed out that I send an update for an older version (4.0.5)
> before, so please disregard that. This jumps directly to the 4.1.x
> series.
> 
> - our local patch to json11.cpp is no longer needed, upstream
>   picked it up
> - two more local patches are needed, mplexer.hh is already fixed by
>   upstream and nproxy.cc is reported so they should go away with
>   the next update
> - jca pointed out that the master side does https now, so switched it,
>   same for the home page
> - otto@ pointed out that we install the man pages for the tools but
>   don't build tools. This is enabled now as per his request.
> - enabling the ldap module introduces a hard dependency on kerberos,
>   (configure aborts) since I have no experience with kerberos,
>   don't use ldap and never heard of anyone using ldap I chose to
>   drop ldap support. It is hard enough to get OKs - let alone
>   tests for powerdns, so I will focus on the things *I* need.
>   If you need other things, please step up.
> 
> I assume the ldap removal needs some black magic somewhere in quirks?
> Cluebats?
> 
> This runs in production and works for me[tm]
> Tests, OKs?
> 
> diff --git Makefile Makefile
> index c96c9a9b108..1a323cde121 100644
> --- Makefile
> +++ Makefile
> @@ -5,25 +5,19 @@ BROKEN-hppa =   undefined reference to 
> '__sync_fetch_and_add_4'
>  COMMENT-main=modular authoritative nameserver (with database 
> support)
>  COMMENT-mysql=   MySQL database access module for PowerDNS
>  COMMENT-pgsql=   PGSQL database access module for PowerDNS
> -COMMENT-ldap=LDAP module for PowerDNS
>  
> -V=   4.0.4
> +V=   4.1.0
>  DISTNAME=pdns-${V}
>  EXTRACT_SUFX =   .tar.bz2
>  PKGNAME= powerdns-${V}
>  PKGNAME-main=powerdns-${V}
>  PKGNAME-mysql=   powerdns-mysql-${V}
>  PKGNAME-pgsql=   powerdns-pgsql-${V}
> -PKGNAME-ldap=powerdns-ldap-${V}
>  CATEGORIES=  net
> -HOMEPAGE=http://www.powerdns.com/
> +HOMEPAGE=https://www.powerdns.com/
>  MAINTAINER=  Florian Obser 
> -REVISION-ldap=   0
> -REVISION-main=   0
> -REVISION-mysql=  0
> -REVISION-pgsql=  0
>  
> -MULTI_PACKAGES=  -main -mysql -pgsql -ldap
> +MULTI_PACKAGES=  -main -mysql -pgsql
>  
>  # GPLv2
>  PERMIT_PACKAGE_CDROM=Yes
> @@ -37,7 +31,7 @@ WANTLIB-main += ${WANTLIB}
>  WANTLIB-main += boost_program_options-mt boost_serialization-mt
>  WANTLIB-main += bz2 c crypto gmp sqlite3 z
>  
> -MASTER_SITES=http://downloads.powerdns.com/releases/
> +MASTER_SITES=https://downloads.powerdns.com/releases/
>  
>  NO_TEST= Yes
>  
> @@ -46,7 +40,7 @@ LIB_DEPENDS-main=   ${LIB_DEPENDS} \
>   devel/boost \
>   devel/gmp
>  
> -PSEUDO_FLAVORS+= no_mysql no_pgsql no_ldap
> +PSEUDO_FLAVORS+= no_mysql no_pgsql
>  FLAVOR?=
>  
>  BACKENDS=gsqlite3
> @@ -60,7 +54,9 @@ CONFIGURE_ARGS+=--disable-shared \
>   --with-dynmodules="${BACKENDS}" \
>   --without-lua \
>   --disable-hardening \
> - --without-protobuf
> + --without-protobuf \
> + --enable-tools
> +CONFIGURE_ARGS+= --without-ldap
>  
>  CONFIGURE_ENV+=  CPPFLAGS="-I${LOCALBASE}/include" \
>   LDFLAGS="-L${LOCALBASE}/lib"
> @@ -93,17 +89,6 @@ LIB_DEPENDS-pgsql= ${LIB_DEPENDS} \
>  RUN_DEPENDS-pgsql=   ${FULLPKGNAME-main}:net/powerdns
>  WANTLIB-pgsql=   crypto pq>=2 ssl ${WANTLIB}
>  
> -# LDAP
> -.if ${BUILD_PACKAGES:M-ldap}
> -BACKENDS+=   ldap
> -.else
> -CONFIGURE_ARGS+= --without-ldap
> -.endif
> -LIB_DEPENDS-ldap=${LIB_DEPENDS} \
> - databases/openldap
> -RUN_DEPENDS-ldap=${FULLPKGNAME-main}:net/powerdns
> -WANTLIB-ldap+=   ${WANTLIB} crypto lber-2.4 ldap_r-2.4 sasl2 ssl
> -
>  EXAMPLE_DIR= ${PREFIX}/share/examples/pdns/
>  post-install:
>   rm -f ${PREFIX}/lib/pdns/*.la
> diff --git distinfo distinfo
> index 0b14f5ac821..7ba47e175d1 100644
> --- distinfo
> +++ distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (pdns-4.0.4.tar.bz2) = 2XSrid5pR3x/WBoyM7xzHqy7Q9R5KR5HKyxTHIO212M=
> -SIZE (pdns-4.0.4.tar.bz2) = 1320327
> +SHA256 (pdns-4.1.0.tar.bz2) = 25GTsPAlXCTfv8Mez/i9OeIf7AX/dSblrqljq8UX8PM=
> +SIZE (pdns-4.1.0.tar.bz2) = 1116905
> diff --git patches/patch-ext_json11_json11_cpp 
> patches/patch-ext_json11_json11_cpp
> deleted file mode 100644
> index 

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/12/10 01:18:29

Modified files:
games/openrct2 : Makefile 
games/openrct2/pkg: PLIST 
Added files:
games/openrct2/pkg: README 

Log message:
Add a pkg/README for OpenRCT2, so I don't have to keep answering the same
question about how to set it up.

ok bentley@, who also provided a small tweak
Typo fix from Paul de Weerd.