CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2016/10/12 20:38:28

Modified files:
games/urbanterror/patches: patch-Makefile 

Log message:
Regen patch

Re: DPB can't build mail/sendmail

[Marc Espie]

On Tue, Oct 11, 2016 at 08:24:15PM -0400, trondd wrote:
> I had this problem in 5.9 and forgot about it until 6.0, but DPB can't
> successfully build the sendmail package.
> 
> DPB is using the default _pbuild, etc users so the build is not running as
> root.  Is there some work around for this?   Besides just packaging it as
> root.
> 
> Tim.
> 
> install:
> /usr/ports/pobj/sendmail.8.15.2/fake-amd64/usr/local/libexec/sendmail//sendmail:
> chmod: Operation not permitted
> 
Works perfectly here. You've got some issue in your directory setup.

Reread bulk(8) very carefully. Bad ownership of directories does lead to
this kind of issue.

Re: ecl

[Juan Francisco Cantero Hurtado]

On Wed, Oct 12, 2016 at 08:27:12AM +0100, Dan Andersen wrote:
> Hi.
> 
> Given the lack of a maintainer for ecl, my interest in having it work on 
> OpenBSD, and my involvement in adding OpenBSD support to several Common Lisp 
> libraries, I request to become the official maintainer of ecl.

You can't require to take the maintainership of a port without prior
work on it.  Wait until the new version, update the port, add your name
to MAINTAINER and send the diff to the list. If nobody complains, you
could get the maintainership.

-- 
Juan Francisco Cantero Hurtado http://juanfra.info

Re: [NEW] devel/libbfio

[Remi Pointel]

On 10/11/16 23:05, Remi Pointel wrote:


Hi,

attached is a port needed for the libewf port I sent yesterday.

--
$ pkg_info libbfio
Information for inst:libbfio-20160108

Comment:
provide basic file input/output abstraction

Required by:
libewf-20160424

Description:
libbfio is a library to provide basic file input/output abstraction.

Maintainer: The OpenBSD ports mailing-list 

WWW: https://github.com/libyal/libbfio/wiki
--

Ok?

Cheers,

Remi.


I modified the man directory and regenerated the PLIST.

Ok to import?

Cheers,

Remi.


libbfio.tar.gz
Description: application/gzip

Re: [NEW] devel/libewf

[Remi Pointel]

On 10/10/16 23:41, Remi Pointel wrote:

Hi,

attached is the port of libewf, a library to access the Expert Witness
Compression Format (EWF).

-
$ pkg_info libewf
Information for inst:libewf-20160424

Comment:
access the Expert Witness Compression Format

Description:
Libewf is a library to access the Expert Witness Compression Format (EWF).

Maintainer: Remi Pointel 

WWW: https://github.com/libyal/libewf
-

Ok to import?

Cheers,

Remi.


I modified the man directory and regenerated the PLIST.

Ok to import?

Cheers,

Remi.


libewf.tar.gz
Description: application/gzip

Update print/poppler

[Matthias Kilian]

Hi

here's the monthly poppler update ;-)

All ports depending on it built fine on amd64, I'm currently running
a build on i386 and waiting for an update on my desktop at home to
finish, so I can run some tests.

Anyone who want's to test his beloved ports depending on poppler,
please go ahead. (I'll wait until friday before committing this)

Ciao,
Kili

Index: Makefile
===
RCS file: /cvs/ports/print/poppler/Makefile,v
retrieving revision 1.110
diff -u -p -r1.110 Makefile
--- Makefile22 Aug 2016 21:31:54 -  1.110
+++ Makefile12 Oct 2016 07:45:43 -
@@ -6,7 +6,7 @@ COMMENT-qt4=qt4 interface to PDF render
 COMMENT-qt5=   Qt5 interface to PDF rendering library
 COMMENT-utils= PDF conversion tools and utilities
 
-V= 0.47.0
+V= 0.48.0
 DISTNAME=  poppler-$V
 CATEGORIES=print
 PKGNAME-main=  poppler-$V
@@ -16,7 +16,7 @@ PKGNAME-qt4=  poppler-qt4-$V
 PKGNAME-qt5=   poppler-qt5-$V
 OLDSHIT =  poppler-0.16.7
 
-SHARED_LIBS += poppler  40.0 # 63.0
+SHARED_LIBS += poppler  41.0 # 64.0
 SHARED_LIBS += poppler-glib 16.0 # 16.0
 SHARED_LIBS += poppler-qt   12.0 # 3.0
 SHARED_LIBS += poppler-qt4  19.0 # 14.0
Index: distinfo
===
RCS file: /cvs/ports/print/poppler/distinfo,v
retrieving revision 1.57
diff -u -p -r1.57 distinfo
--- distinfo22 Aug 2016 21:31:54 -  1.57
+++ distinfo12 Oct 2016 07:45:13 -
@@ -1,4 +1,4 @@
 SHA256 (poppler-0.16.7.tar.gz) = +rTory001BQqcYgZ/XR9QJMLce9SDuDmvMlOLETyK80=
-SHA256 (poppler-0.47.0.tar.xz) = uHLnIo/DSnHOS0elrqKleuZ1KIGPqEbh4O2giTGb0kI=
+SHA256 (poppler-0.48.0.tar.xz) = haADloB0yF2OE78yDsR872R7SWtW3P9MeQs05Ugv75M=
 SIZE (poppler-0.16.7.tar.gz) = 1952179
-SIZE (poppler-0.47.0.tar.xz) = 1682184
+SIZE (poppler-0.48.0.tar.xz) = 1684164

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/10/12 12:21:09

Modified files:
x11/gnome/ghex : Makefile distinfo 
Removed files:
x11/gnome/ghex/patches: patch-src_chartable_c 
patch-src_ghex-window_c patch-src_ui_c 

Log message:
update to ghex-3.18.3

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/10/12 11:54:03

Modified files:
net/gupnp/av   : Makefile 

Log message:
missing dependency on gssdp; spotted by nigel@

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2016/10/12 11:53:51

Modified files:
devel/p5-BSD-arc4random: Makefile 

Log message:
sort according to Makefile.template

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2016/10/12 11:47:23

Modified files:
devel/p5-BSD-arc4random: Makefile 
devel/p5-BSD-arc4random/patches: patch-arc4rnd_xs_c 
 patch-lib_BSD_arc4random_pm 
devel/p5-BSD-arc4random/pkg: PLIST 
Added files:
devel/p5-BSD-arc4random/patches: patch-MANIFEST 

Log message:
The p5-BSD-arc4random port in OpenBSD should keep the API of the
BSD::arc4random Perl module, but use our libc functions internally.
This has been done with arc4random() already, but arc4random_bytes()
and arc4random_uniform() were still using a pure Perl implementation.
Replace that with an XS wrapper to our arc4random_buf(3) and
arc4random_uniform(3) functions in libc.
Take maintainer, most remaining code is in my patches.
OK millert@ sthen@ deraadt@

Re: p5-BSD-Random use libc

[Todd C. Miller]

On Wed, 12 Oct 2016 17:46:20 +0200, Alexander Bluhm wrote:

> My idea of the p5-BSD-arc4random port in OpenBSD is to keep the API
> of the BSD::arc4random Perl module, but use our libc functions
> internally.  This has been done with BSD::arc4random::arc4random()
> a while ago, but BSD::arc4random::arc4random_bytes() and
> BSD::arc4random::arc4random_uniform() still use a pure Perl
> implementation.  I think that should be replaced with our
> arc4random_buf(3) and arc4random_uniform(3) in libc.

Using the libc interface instead of pure Perl makes the most sense
here.  That way improvements in the libc arc4random(3) propagate
to the Perl version automatically.

OK millert@

 - todd

Re: p5-BSD-Random use libc

[Alexander Bluhm]

On Wed, Oct 12, 2016 at 11:50:53AM -0400, Devin Ceartas wrote:
> That makes sense to me as a heavy perl user;

This is not mainly about speed.  We know that our libc functions
work correctly, so we don't want a different implementation in Perl.

> presumably the pure-perl
> version can still be installed from CPAN if desired.

This could be done, but is probably a bad idea.  The port provides
the method that works best with OpenBSD.  If not, fix the port.

bluhm

Re: p5-BSD-Random use libc

[Devin Ceartas]

That makes sense to me as a heavy perl user; presumably the pure-perl 
version can still be installed from CPAN if desired.


On 12 Oct 2016, at 11:46, Alexander Bluhm wrote:


Hi,

My idea of the p5-BSD-arc4random port in OpenBSD is to keep the API
of the BSD::arc4random Perl module, but use our libc functions
internally.  This has been done with BSD::arc4random::arc4random()
a while ago, but BSD::arc4random::arc4random_bytes() and
BSD::arc4random::arc4random_uniform() still use a pure Perl
implementation.  I think that should be replaced with our
arc4random_buf(3) and arc4random_uniform(3) in libc.

Any objections if I take maintainer?  Most of the code is contained
in my patches anyway.

ok?

bluhm

Index: devel/p5-BSD-arc4random/Makefile
===
RCS file: 
/data/mirror/openbsd/cvs/ports/devel/p5-BSD-arc4random/Makefile,v

retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- devel/p5-BSD-arc4random/Makefile20 Mar 2016 19:56:13 -  1.8
+++ devel/p5-BSD-arc4random/Makefile12 Oct 2016 15:40:29 -
@@ -4,9 +4,9 @@ COMMENT =   perl interface to the arc4 ra

 MODULES =  cpan
 DISTNAME = BSD-arc4random-1.50
-REVISION = 3
+REVISION = 4
 CATEGORIES =   devel
-MAINTAINER =   Abel Abraham Camarillo Ojeda 
+MAINTAINER =   Alexander Bluhm 

 # MirOS Licence
 PERMIT_PACKAGE_CDROM = Yes
Index: devel/p5-BSD-arc4random/patches/patch-MANIFEST
===
RCS file: devel/p5-BSD-arc4random/patches/patch-MANIFEST
diff -N devel/p5-BSD-arc4random/patches/patch-MANIFEST
--- /dev/null   1 Jan 1970 00:00:00 -
+++ devel/p5-BSD-arc4random/patches/patch-MANIFEST	12 Oct 2016 
12:50:31 -

@@ -0,0 +1,15 @@
+$OpenBSD$
+
+The file arc4random.c is removed in post-extract as everything is
+implemented in OpenBSD libc.  Avoid a build warning about manifest.
+
+--- MANIFEST.orig  Sun May 17 15:05:04 2009
 MANIFEST   Wed Oct 12 14:09:10 2016
+@@ -3,7 +3,6 @@ META.yml
+ Makefile.PL
+ README
+ TODO
+-arc4random.c
+ arc4rnd_xs.c
+ lib/BSD/arc4random.pm
+ t/check.t
Index: devel/p5-BSD-arc4random/patches/patch-arc4rnd_xs_c
===
RCS file: 
/data/mirror/openbsd/cvs/ports/devel/p5-BSD-arc4random/patches/patch-arc4rnd_xs_c,v

retrieving revision 1.1
diff -u -p -r1.1 patch-arc4rnd_xs_c
--- devel/p5-BSD-arc4random/patches/patch-arc4rnd_xs_c	16 May 2014 
23:08:31 -	1.1
+++ devel/p5-BSD-arc4random/patches/patch-arc4rnd_xs_c	12 Oct 2016 
15:34:36 -

@@ -1,10 +1,43 @@
 $OpenBSD: patch-arc4rnd_xs_c,v 1.1 2014/05/16 23:08:31 bluhm Exp $
+
+Implement Perl XS wrapper for OpenBSD libc arc4random(3),
+arc4random_buf(3), arc4random_uniform(3), remove everything else.
+
 --- arc4rnd_xs.c.orig  Sun Oct 11 00:44:17 2009
-+++ arc4rnd_xs.c   Fri May 16 22:18:56 2014
-@@ -54,11 +54,6 @@ __RCSID("$MirOS: 
contrib/hosted/tg/code/BSD::arc4rando

- #define u_int32_t uint32_t
 arc4rnd_xs.c   Wed Oct 12 17:33:31 2016
+@@ -1,4 +1,5 @@
+ /*-
++ * Copyright (c) 2016 Alexander Bluhm 
+  * Copyright (c) 2008, 2009
+  *Thorsten Glaser 
+  *
+@@ -18,15 +19,8 @@
+  * of said person's immediate fault when using the work as intended.
+  */
+
+-#include 
+ #include 
+
+-#if defined(HAVE_STDINT_H) && HAVE_STDINT_H
+-#include 
+-#elif defined(USE_INTTYPES)
+-#include 
+-#endif
+-
+ #include "EXTERN.h"
+ #include "perl.h"
+ #include "XSUB.h"
+@@ -48,17 +42,8 @@
+ #define __RCSID(x)__IDSTRING(rcsid,x)
  #endif

+-__RCSID("$MirOS: 
contrib/hosted/tg/code/BSD::arc4random/arc4rnd_xs.c,v 1.5 2009/10/10 
22:43:53 tg Exp $");

++__RCSID("$OpenBSD$");
+
+-#ifdef REDEF_USCORETYPES
+-#define u_int32_t uint32_t
+-#endif
+-
 -#ifdef NEED_ARC4RANDOM_DECL
 -u_int32_t arc4random(void);
 -void arc4random_addrandom(u_char *, int);
@@ -13,14 +46,16 @@ $OpenBSD: patch-arc4rnd_xs_c,v 1.1 2014/
  XS(XS_BSD__arc4random_arc4random_xs);
  XS(XS_BSD__arc4random_arc4random_xs)
  {
-@@ -74,142 +69,14 @@ XS(XS_BSD__arc4random_arc4random_xs)
+@@ -74,142 +59,62 @@ XS(XS_BSD__arc4random_arc4random_xs)
XSRETURN(1);
  }

 -XS(XS_BSD__arc4random_stir_xs);
 -XS(XS_BSD__arc4random_stir_xs)
--{
--  dXSARGS;
++XS(XS_BSD__arc4random_arc4random_uniform_xs);
++XS(XS_BSD__arc4random_arc4random_uniform_xs)
+ {
+   dXSARGS;
 -
 -  arc4random_stir();
 -
@@ -31,19 +66,22 @@ $OpenBSD: patch-arc4rnd_xs_c,v 1.1 2014/
 -XS(XS_BSD__arc4random_arc4random_addrandom_xs)
 -{
 -  dXSARGS;
--  dXSTARG;
--  SV *sv;
+   dXSTARG;
+   SV *sv;
 -  char *buf;
 -  STRLEN len;
--  uint32_t rv;
--
--  sv = ST(0);
++  uint32_t upper_bound;
+   uint32_t rv;
+
+   sv = ST(0);
 -  buf = SvPV(sv, len);
 -  arc4random_addrandom((unsigned char *)buf, (int)len);
 -  

p5-BSD-Random use libc

[Alexander Bluhm]

Hi,

My idea of the p5-BSD-arc4random port in OpenBSD is to keep the API
of the BSD::arc4random Perl module, but use our libc functions
internally.  This has been done with BSD::arc4random::arc4random()
a while ago, but BSD::arc4random::arc4random_bytes() and
BSD::arc4random::arc4random_uniform() still use a pure Perl
implementation.  I think that should be replaced with our
arc4random_buf(3) and arc4random_uniform(3) in libc.

Any objections if I take maintainer?  Most of the code is contained
in my patches anyway.

ok?

bluhm

Index: devel/p5-BSD-arc4random/Makefile
===
RCS file: /data/mirror/openbsd/cvs/ports/devel/p5-BSD-arc4random/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- devel/p5-BSD-arc4random/Makefile20 Mar 2016 19:56:13 -  1.8
+++ devel/p5-BSD-arc4random/Makefile12 Oct 2016 15:40:29 -
@@ -4,9 +4,9 @@ COMMENT =   perl interface to the arc4 ra
 
 MODULES =  cpan
 DISTNAME = BSD-arc4random-1.50
-REVISION = 3
+REVISION = 4
 CATEGORIES =   devel
-MAINTAINER =   Abel Abraham Camarillo Ojeda 
+MAINTAINER =   Alexander Bluhm 
 
 # MirOS Licence
 PERMIT_PACKAGE_CDROM = Yes
Index: devel/p5-BSD-arc4random/patches/patch-MANIFEST
===
RCS file: devel/p5-BSD-arc4random/patches/patch-MANIFEST
diff -N devel/p5-BSD-arc4random/patches/patch-MANIFEST
--- /dev/null   1 Jan 1970 00:00:00 -
+++ devel/p5-BSD-arc4random/patches/patch-MANIFEST  12 Oct 2016 12:50:31 
-
@@ -0,0 +1,15 @@
+$OpenBSD$
+
+The file arc4random.c is removed in post-extract as everything is
+implemented in OpenBSD libc.  Avoid a build warning about manifest.
+
+--- MANIFEST.orig  Sun May 17 15:05:04 2009
 MANIFEST   Wed Oct 12 14:09:10 2016
+@@ -3,7 +3,6 @@ META.yml
+ Makefile.PL
+ README
+ TODO
+-arc4random.c
+ arc4rnd_xs.c
+ lib/BSD/arc4random.pm
+ t/check.t
Index: devel/p5-BSD-arc4random/patches/patch-arc4rnd_xs_c
===
RCS file: 
/data/mirror/openbsd/cvs/ports/devel/p5-BSD-arc4random/patches/patch-arc4rnd_xs_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-arc4rnd_xs_c
--- devel/p5-BSD-arc4random/patches/patch-arc4rnd_xs_c  16 May 2014 23:08:31 
-  1.1
+++ devel/p5-BSD-arc4random/patches/patch-arc4rnd_xs_c  12 Oct 2016 15:34:36 
-
@@ -1,10 +1,43 @@
 $OpenBSD: patch-arc4rnd_xs_c,v 1.1 2014/05/16 23:08:31 bluhm Exp $
+
+Implement Perl XS wrapper for OpenBSD libc arc4random(3),
+arc4random_buf(3), arc4random_uniform(3), remove everything else.
+
 --- arc4rnd_xs.c.orig  Sun Oct 11 00:44:17 2009
-+++ arc4rnd_xs.c   Fri May 16 22:18:56 2014
-@@ -54,11 +54,6 @@ __RCSID("$MirOS: contrib/hosted/tg/code/BSD::arc4rando
- #define u_int32_t uint32_t
 arc4rnd_xs.c   Wed Oct 12 17:33:31 2016
+@@ -1,4 +1,5 @@
+ /*-
++ * Copyright (c) 2016 Alexander Bluhm 
+  * Copyright (c) 2008, 2009
+  *Thorsten Glaser 
+  *
+@@ -18,15 +19,8 @@
+  * of said person's immediate fault when using the work as intended.
+  */
+ 
+-#include 
+ #include 
+ 
+-#if defined(HAVE_STDINT_H) && HAVE_STDINT_H
+-#include 
+-#elif defined(USE_INTTYPES)
+-#include 
+-#endif
+-
+ #include "EXTERN.h"
+ #include "perl.h"
+ #include "XSUB.h"
+@@ -48,17 +42,8 @@
+ #define __RCSID(x)__IDSTRING(rcsid,x)
  #endif
  
+-__RCSID("$MirOS: contrib/hosted/tg/code/BSD::arc4random/arc4rnd_xs.c,v 1.5 
2009/10/10 22:43:53 tg Exp $");
++__RCSID("$OpenBSD$");
+ 
+-#ifdef REDEF_USCORETYPES
+-#define u_int32_t uint32_t
+-#endif
+-
 -#ifdef NEED_ARC4RANDOM_DECL
 -u_int32_t arc4random(void);
 -void arc4random_addrandom(u_char *, int);
@@ -13,14 +46,16 @@ $OpenBSD: patch-arc4rnd_xs_c,v 1.1 2014/
  XS(XS_BSD__arc4random_arc4random_xs);
  XS(XS_BSD__arc4random_arc4random_xs)
  {
-@@ -74,142 +69,14 @@ XS(XS_BSD__arc4random_arc4random_xs)
+@@ -74,142 +59,62 @@ XS(XS_BSD__arc4random_arc4random_xs)
XSRETURN(1);
  }
  
 -XS(XS_BSD__arc4random_stir_xs);
 -XS(XS_BSD__arc4random_stir_xs)
--{
--  dXSARGS;
++XS(XS_BSD__arc4random_arc4random_uniform_xs);
++XS(XS_BSD__arc4random_arc4random_uniform_xs)
+ {
+   dXSARGS;
 -
 -  arc4random_stir();
 -
@@ -31,19 +66,22 @@ $OpenBSD: patch-arc4rnd_xs_c,v 1.1 2014/
 -XS(XS_BSD__arc4random_arc4random_addrandom_xs)
 -{
 -  dXSARGS;
--  dXSTARG;
--  SV *sv;
+   dXSTARG;
+   SV *sv;
 -  char *buf;
 -  STRLEN len;
--  uint32_t rv;
--
--  sv = ST(0);
++  uint32_t upper_bound;
+   uint32_t rv;
+ 
+   sv = ST(0);
 -  buf = SvPV(sv, len);
 -  arc4random_addrandom((unsigned char *)buf, (int)len);
 -  rv = arc4random();
 -  XSprePUSH;
 -  PUSHu((UV)rv);
--
++  upper_bound = SvUV(sv);
++  rv = arc4random_uniform(upper_bound);
+ 
 -  

lua ports: versions/flavors handling

[Jeremie Courreges-Anglas]

Some time ago I took a look at hooking lua53 flavors in the ports that
support it.  It turned out that some ports were already broken with
particular versions of lua (the most common errors are missing functions
at dlopen time, and module() errors), yet they were hooked up.

So it's not just about adding lua53 flavors, but about having
a consistent ports tree.  In the end, I think that lua.port.mk should
stop populating FLAVORS automatically, so that people hacking on lua
have to explicitely enable the lua versions they tested.  Just like for
python.port.mk.

The diff to explicitely add FLAVORS / hook them up is not ripe yet,
but first I'd like to know if people object to the proposal above.

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

Re: New port: libsoldout

[Sunil Nimmagadda]

Jeremie Courreges-Anglas writes:

> Sunil Nimmagadda  writes:
>
>> Hi,
>>
>> libsoldout is a flexible and extensible C library to parse mardown
>> format. I have attached a port for it which is tested on amd64.
>>
>> Comments and tests are welcome, thanks.
>
> The following points are addressed in the attached tarball:
> - missing $OpenBSD$ marker in Makefile
> - reorder Makefile to match Makefile.template (it really helps to have
>   information always in the same place)
> - upstream library versioning is void on OpenBSD.  Let's start at 0.0,
>   and use ${LIBsoldout_VERSION} instead of $V (which can be dropped).
>   See http://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs
> - also install mkd2html
> - NO_TEST=Yes
>
> There is at least one remaining concern: the headers should not be
> installed in /usr/local/include, their name is too generic.  Maybe
> /usr/local/include/soldout?  This is an issue you could discuss with
> upstream.  Also, should all those headers be installed?  I suspect some
> of them are internal only.

Thank you for the review comments. I will discuss with upstream about
header namespace.

Re: NEW: lua-cliargs

[Frederic Cambus]

On Wed, Oct 12, 2016 at 03:47:35PM +0200, Jeremie Courreges-Anglas wrote:

> > A new tarball with the nitpickings fixed
> 
> ok jca@ to import
> 
> I plan to add explicit lua FLAVORS later.

Imported, thanks!

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2016/10/12 08:42:15

Log message:
Import devel/lua-cliargs, from maintainer Florian Stinglmayr.

This module adds support for accepting CLI arguments easily using multiple
notations and argument types.

cliargs allows you to define required, optional, and flag arguments.

OK jca@

Status:

Vendor Tag: fcambus
Release Tags:   fcambus_20161012

N ports/devel/lua-cliargs/Makefile
N ports/devel/lua-cliargs/distinfo
N ports/devel/lua-cliargs/pkg/PLIST
N ports/devel/lua-cliargs/pkg/DESCR

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2016/10/12 08:45:53

Modified files:
devel  : Makefile 

Log message:
Add lua-cliargs.

Re: New port: libsoldout

[Jeremie Courreges-Anglas]

Sunil Nimmagadda  writes:

> Hi,
>
> libsoldout is a flexible and extensible C library to parse mardown
> format. I have attached a port for it which is tested on amd64.
>
> Comments and tests are welcome, thanks.

The following points are addressed in the attached tarball:
- missing $OpenBSD$ marker in Makefile
- reorder Makefile to match Makefile.template (it really helps to have
  information always in the same place)
- upstream library versioning is void on OpenBSD.  Let's start at 0.0,
  and use ${LIBsoldout_VERSION} instead of $V (which can be dropped).
  See http://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs
- also install mkd2html
- NO_TEST=Yes

There is at least one remaining concern: the headers should not be
installed in /usr/local/include, their name is too generic.  Maybe
/usr/local/include/soldout?  This is an issue you could discuss with
upstream.  Also, should all those headers be installed?  I suspect some
of them are internal only.




libsoldout.tgz
Description: Binary data

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

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2016/10/12 08:03:17

Modified files:
net/nmap/patches: patch-Makefile_in 

Log message:
Fix build if libdnet is installed
spotted, debugged and tested by Markus Lude, fix by me
Ok David Carlier (maintainer), sthen@

Re: openvpn-auth-ldap problem

[Stuart Henderson]

On 2016/10/12 12:05, Leclerc, Sebastien wrote:
> > -Message d'origine-
> > De : Stuart Henderson [mailto:s...@spacehopper.org]
> > Envoyé : 11 octobre 2016 15:59
> > À : Leclerc, Sebastien
> > Cc : ports@openbsd.org
> > Objet : Re: openvpn-auth-ldap problem
> > 
> > libobjc in base and in ports have the same shared library major
> > and shouldn't.
> > 
> > However I don't see how it's causing this conflict. Please send output
> > from running openvpn with LD_DEBUG set in the environment.
> >
> 
> 
> 
> rtld loading: 'openvpn'

Thanks..

As a workaround I think it will work to mv /usr/local/lib/libobjc.so.* /tmp,
then rebuild openvpn-auth-ldap, then mv /tmp/libobjc* /usr/local/lib.
I'll do some testing.

Re: NEW: lua-cliargs

[Jeremie Courreges-Anglas]

Florian Stinglmayr  writes:

> On Tue, Oct 11, 2016 at 10:32:12PM +0200, Frederic Cambus wrote:
>>
>> Works fine here, this is definitely handy. Some nitpicking:
>>
>> -COMMENT =  command line parser for lua
>> +COMMENT =  command line parser for Lua
>>
>> -#MIT
>> +# MIT
>>
>> Also, portcheck warns about 2 line(s) longer than 80 chars in Makefile.
>> Could you wrap the lines in the 'do-install' target?
>>
>
> A new tarball with the nitpickings fixed

ok jca@ to import

I plan to add explicit lua FLAVORS later.

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

Re: openvpn-auth-ldap problem

[Leclerc, Sebastien]

> -Message d'origine-
> De : Stuart Henderson [mailto:s...@spacehopper.org]
> Envoyé : 11 octobre 2016 15:59
> À : Leclerc, Sebastien
> Cc : ports@openbsd.org
> Objet : Re: openvpn-auth-ldap problem
> 
> libobjc in base and in ports have the same shared library major
> and shouldn't.
> 
> However I don't see how it's causing this conflict. Please send output
> from running openvpn with LD_DEBUG set in the environment.
>



rtld loading: 'openvpn'
exe load offset:  0x92628f0
 flags /usr/local/sbin/openvpn = 0x0
head /usr/local/sbin/openvpn
obj /usr/local/sbin/openvpn has /usr/local/sbin/openvpn as head
examining: '/usr/local/sbin/openvpn'
loading: liblzo2.so.1.0 required by /usr/local/sbin/openvpn
 flags /usr/local/lib/liblzo2.so.1.0 = 0x0
obj /usr/local/lib/liblzo2.so.1.0 has /usr/local/sbin/openvpn as head
loading: libcrypto.so.38.1 required by /usr/local/sbin/openvpn
 flags /usr/lib/libcrypto.so.38.1 = 0x0
obj /usr/lib/libcrypto.so.38.1 has /usr/local/sbin/openvpn as head
loading: libssl.so.39.1 required by /usr/local/sbin/openvpn
 flags /usr/lib/libssl.so.39.1 = 0x0
obj /usr/lib/libssl.so.39.1 has /usr/local/sbin/openvpn as head
loading: libc.so.89.2 required by /usr/local/sbin/openvpn
 flags /usr/lib/libc.so.89.2 = 0x0
obj /usr/lib/libc.so.89.2 has /usr/local/sbin/openvpn as head
linking dep /usr/local/lib/liblzo2.so.1.0 as child of /usr/local/sbin/openvpn
linking dep /usr/lib/libssl.so.39.1 as child of /usr/local/sbin/openvpn
linking dep /usr/lib/libcrypto.so.38.1 as child of /usr/local/sbin/openvpn
linking dep /usr/lib/libc.so.89.2 as child of /usr/local/sbin/openvpn
examining: '/usr/local/lib/liblzo2.so.1.0'
examining: '/usr/lib/libssl.so.39.1'
loading: libcrypto.so.38.1 required by /usr/lib/libssl.so.39.1
linking dep /usr/lib/libcrypto.so.38.1 as child of /usr/lib/libssl.so.39.1
examining: '/usr/lib/libcrypto.so.38.1'
examining: '/usr/lib/libc.so.89.2'
 flags /usr/libexec/ld.so = 0x0
obj /usr/libexec/ld.so has /usr/local/sbin/openvpn as head
protect start RELRO = 0x92888f7eb20 in /usr/lib/libc.so.89.2
protect end RELRO = 0x92888f8 in /usr/lib/libc.so.89.2
protect start RELRO = 0x92888aa6520 in /usr/lib/libcrypto.so.38.1
protect end RELRO = 0x92888ac4000 in /usr/lib/libcrypto.so.38.1
protect start RELRO = 0x92918569638 in /usr/lib/libssl.so.39.1
protect end RELRO = 0x9291856d000 in /usr/lib/libssl.so.39.1
protect start RELRO = 0x928fb04fc50 in /usr/local/lib/liblzo2.so.1.0
protect end RELRO = 0x928fb05 in /usr/local/lib/liblzo2.so.1.0
protect start RELRO = 0x9262919f958 in /usr/local/sbin/openvpn
protect end RELRO = 0x926291a0fd0 in /usr/local/sbin/openvpn
StartEnd  Type Open Ref GrpRef Name
092628f0 0926291a2000 exe  10   0  
/usr/local/sbin/openvpn
0928fae31000 0928fb051000 rlib 01   0  
/usr/local/lib/liblzo2.so.1.0
092918318000 092918572000 rlib 01   0  
/usr/lib/libssl.so.39.1
092888701000 092888ad rlib 02   0  
/usr/lib/libcrypto.so.38.1
092888cc8000 092888f93000 rlib 01   0  
/usr/lib/libc.so.89.2
09282dc0 09282dc0 rtld 01   0  
/usr/libexec/ld.so
symcache lookups 614 hits 0 ratio 0% hits
dynamic loading done, success.
tib new=0x92915a331c0
setting environ 0x9282de0d000@/usr/libexec/ld.so[0x928a7db2400] from 
0x9282de0d000
setting __progname 0x9282de0d008@/usr/libexec/ld.so[0x928a7db2400] from 
0x9282de0d008
doing ctors obj 0x928cfe97400 @0x928fae312e0: [/usr/local/lib/liblzo2.so.1.0]
doing ctors obj 0x928a7db2c00 @0x928887012e0: [/usr/lib/libcrypto.so.38.1]
doing ctors obj 0x928cfe97800 @0x929183182e0: [/usr/lib/libssl.so.39.1]
entry point: 0x92628f01650
dlopen: loading: /usr/local/lib/openvpn-auth-ldap.so
 flags /usr/local/lib/openvpn-auth-ldap.so = 0x0
head /usr/local/lib/openvpn-auth-ldap.so
obj /usr/local/lib/openvpn-auth-ldap.so has /usr/local/lib/openvpn-auth-ldap.so 
as head
linking /usr/local/lib/openvpn-auth-ldap.so as dlopen()ed
head [/usr/local/lib/openvpn-auth-ldap.so]
examining: '/usr/local/lib/openvpn-auth-ldap.so'
loading: liblber.so.12.0 required by /usr/local/lib/openvpn-auth-ldap.so
 flags /usr/local/lib/liblber.so.12.0 = 0x0
obj /usr/local/lib/liblber.so.12.0 has /usr/local/lib/openvpn-auth-ldap.so as 
head
loading: libldap.so.13.1 required by /usr/local/lib/openvpn-auth-ldap.so
 flags /usr/local/lib/libldap.so.13.1 = 0x0
obj /usr/local/lib/libldap.so.13.1 has /usr/local/lib/openvpn-auth-ldap.so as 
head
loading: libobjc.so.6.0 required by /usr/local/lib/openvpn-auth-ldap.so
 flags /usr/lib/libobjc.so.6.0 = 0x0
obj /usr/lib/libobjc.so.6.0 has /usr/local/lib/openvpn-auth-ldap.so as head
linking dep /usr/local/lib/libldap.so.13.1 as child of 
/usr/local/lib/openvpn-auth-ldap.so
linking dep /usr/local/lib/liblber.so.12.0 as child of 
/usr/local/lib/openvpn-auth-ldap.so
linking dep /usr/lib/libobjc.so.6.0 as child of 
/usr/local/lib/openvpn-auth-ldap.so
examining: 

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/10/12 05:57:56

Modified files:
sysutils/freeipmi: Makefile distinfo 
sysutils/freeipmi/patches: patch-libfreeipmi_Makefile_in 
sysutils/freeipmi/pkg: PLIST 

Log message:
update to freeipmi-1.5.4

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/10/12 05:56:54

Modified files:
sysutils/ipmitool: Makefile distinfo 
sysutils/ipmitool/patches: patch-configure_ac 
   patch-include_ipmitool_ipmi_fru_h 
   patch-include_ipmitool_ipmi_intf_h 
   patch-lib_ipmi_delloem_c 
   patch-lib_ipmi_ekanalyzer_c 
   patch-lib_ipmi_fru_c 
Removed files:
sysutils/ipmitool/patches: patch-contrib_bmclanconf 
   patch-contrib_collect_data_sh 
   patch-contrib_create_rrds_sh 
   patch-contrib_create_webpage_compact_sh 
   patch-contrib_create_webpage_sh 
   patch-lib_ipmi_sunoem_c 
   patch-src_plugins_serial_serial_basic_c 
   patch-src_plugins_serial_serial_terminal_c 

Log message:
update to ipmitool-1.8.18

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/10/12 05:45:04

Modified files:
net/bird   : Makefile distinfo 
net/bird/patches: patch-sysdep_unix_io_c 

Log message:
update to bird-1.6.2

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/10/12 05:39:27

Modified files:
net/mtr: Makefile distinfo 
net/mtr/patches: patch-gtk_c 
Added files:
net/mtr/patches: patch-mtr_c patch-net_c 

Log message:
update to mtr-0.87

CVS: cvs.openbsd.org: ports

[Alexandr Shadchin]

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2016/10/12 05:37:27

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

Log message:
Update to py-uncompyle6 2.9.1

CVS: cvs.openbsd.org: ports

[Alexandr Shadchin]

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2016/10/12 05:35:49

Modified files:
devel/py-xdis  : Makefile distinfo 

Log message:
Update to py-xdis 3.0.2

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/10/12 05:17:30

Modified files:
net/wireshark  : Makefile distinfo 

Log message:
update to wireshark-2.0.7

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/10/12 05:05:05

Modified files:
www/ap2-mod_perl: Makefile 
Added files:
www/ap2-mod_perl/patches: patch-src_modules_perl_mod_perl_c 
  patch-src_modules_perl_modperl_env_c 
  patch-src_modules_perl_modperl_env_h 
  patch-src_modules_perl_modperl_perl_c 
  patch-t_response_TestModperl_env_pm 

Log message:
add patches needed for perl 5.22+, from upstream repo via afresh1@

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/10/12 05:04:38

Modified files:
devel/llvm : Makefile 
devel/llvm/pkg : PLIST 
Added files:
devel/llvm/pkg : PFRAG.lld 

Log message:
don't build lld on i386, it needs __atomic_load_8. ok aja@

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/10/12 04:50:33

Modified files:
net/net-snmp   : Makefile 
net/net-snmp/patches: patch-perl_SNMP_Makefile_PL 
Added files:
net/net-snmp/patches: 
  patch-agent_mibgroup_if-mib_ifXTable_ifXTable_c 
  patch-agent_mibgroup_if-mib_ifXTable_ifXTable_h 
  
patch-agent_mibgroup_if-mib_ifXTable_ifXTable_interface_c 
  
patch-agent_mibgroup_ip-mib_data_access_systemstats_common_c 
  
patch-agent_mibgroup_ip-mib_ipIfStatsTable_ipIfStatsTable_data_get_c 
  
patch-agent_mibgroup_ip-mib_ipIfStatsTable_ipIfStatsTable_data_get_h 
  
patch-agent_mibgroup_ip-mib_ipIfStatsTable_ipIfStatsTable_interface_c 
  
patch-agent_mibgroup_ip-mib_ipSystemStatsTable_ipSystemStatsTable_c 
  
patch-agent_mibgroup_ip-mib_ipSystemStatsTable_ipSystemStatsTable_h 
  
patch-agent_mibgroup_ip-mib_ipSystemStatsTable_ipSystemStatsTable_interface_c 
  patch-include_net-snmp_data_access_ipstats_h 
  patch-include_net-snmp_library_int64_h 
  patch-perl_ASN_Makefile_PL 
  patch-perl_Makefile_PL 
  patch-perl_OID_Makefile_PL 
  patch-perl_TrapReceiver_Makefile_PL 
  patch-perl_agent_Makefile_PL 
  patch-perl_agent_Support_Makefile_PL 
  patch-perl_agent_default_store_Makefile_PL 
  patch-perl_default_store_Makefile_PL 
  patch-snmplib_int64_c 
  patch-snmplib_read_config_c 
  
patch-testing_fulltests_unit-tests_T015int64_clib_c 

Log message:
add patches to net-snmp, from upstream via afresh1, that will be needed for 
perl 5.24+

Re: UPDATE: hexchat to 2.12.2

[Frederic Cambus]

On Tue, Oct 11, 2016 at 10:59:48PM +0200, Florian Stinglmayr wrote:

> this is a small update for Hexchat that mainly fixes some bugs in the
> script API.

Commited, thanks!

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2016/10/12 04:35:44

Modified files:
net/hexchat: Makefile distinfo 

Log message:
Update hexchat to 2.12.2.

>From maintainer Florian Stinglmayr.

Re: UPDATE audio/jack 0.125.0

[David CARLIER]

ping ?

On 23 September 2016 at 11:19, David CARLIER  wrote:
> Hi all,
>
> this is an update of jack to a newer release, dropping couple of
> internal patches in the process.
>
> Kindest regards.

ecl

[Dan Andersen]

Hi.

Given the lack of a maintainer for ecl, my interest in having it work on 
OpenBSD, and my involvement in adding OpenBSD support to several Common Lisp 
libraries, I request to become the official maintainer of ecl.

Regards.

--
Dan Andersen

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/10/12 04:07:45

Modified files:
editors/subtitleeditor: Makefile 
Added files:
editors/subtitleeditor/patches: 

patch-plugins_actions_keyframesmanagement_mediadecoder_h 

patch-plugins_actions_waveformmanagement_mediadecoder_h 

Log message:
Fix build with gstreamer1mm >=1.8.0.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/10/12 04:07:18

Modified files:
multimedia/gstreamer1/mm: Makefile distinfo 
multimedia/gstreamer1/mm/pkg: PLIST 

Log message:
Update to gstreamer1mm-1.8.0.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/10/12 03:31:16

Modified files:
editors/vim: Makefile distinfo 
editors/vim/patches: patch-runtime_filetype_vim 
 patch-runtime_syntax_fstab_vim 
 patch-runtime_syntax_make_vim 

Log message:
update to vim-8.0.0027 and adjust WANTLIB

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/10/12 03:00:14

Modified files:
editors/vim: Makefile 

Log message:
use standard GH_foo

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/10/12 02:31:53

Modified files:
x11/dbus   : Makefile distinfo 

Log message:
Update to dbus-1.10.12.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/10/12 02:24:43

Modified files:
print/foomatic-db: Makefile distinfo 
print/foomatic-db/pkg: PLIST 

Log message:
Update to foomatic-db-4.0.20161003.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/10/12 02:17:52

Modified files:
x11/gnome/settings-daemon: Makefile distinfo 

Log message:
Update to gnome-settings-daemon-3.20.2.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/10/12 02:18:06

Modified files:
x11/gnome/control-center: Makefile distinfo 

Log message:
Update to gnome-control-center-3.20.2.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/10/12 02:09:26

Modified files:
www/lighttpd   : Makefile 
www/lighttpd/patches: patch-src_connections_c 
  patch-src_fdevent_c patch-src_fdevent_h 
  patch-src_mod_cgi_c 
  patch-src_mod_fastcgi_c 
  patch-src_mod_proxy_c patch-src_mod_scgi_c 
  patch-src_server_c 
Added files:
www/lighttpd/patches: patch-src_mod_accesslog_c 
  patch-src_network_c 
  patch-src_network_write_no_mmap_c 

Log message:
Bring in a commit from upstream
- performance: use Linux extended syscalls and flags

from Brad (maintainer)

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2016/10/12 00:09:34

Modified files:
net/libcares   : Makefile distinfo 
net/libcares/pkg: PLIST 

Log message:
Update to libcares-1.12.0, fixing CVE-2016-5180

ok Brad (maintainer), input and ok jca@