SAMBA crash of smbd(18370) signal 6

[johnw]

Hi, my samba server crash a lot, after upgrade from 4.1.x to 4.3/4.x

(no problem before, running 4.1.x version)

(my system is running amd64/current with samba package 4.4.3p0)

I found some error message in "/var/log/samba/log.smbd" like this:

[2016/05/28 09:37:30.217939,  0] ../source3/lib/util.c:791(smb_panic_s3)
  PANIC (pid 27088): internal error
[2016/05/28 09:37:30.218145,  0] ../source3/lib/util.c:902(log_stack_trace)
  BACKTRACE: 1 stack frames:
   #0 0x18b8b840d51e  at
/usr/local/lib/libsmbconf.so.0.0

And "dmesg |grep signal" message like this:

crash of smbd(69427) signal 6
crash of smbd(47833) signal 6
crash of smbd(79506) signal 6
crash of smbd(18370) signal 6

I can not find any core dump file in /var/log/samba/cores/ and else where.

Attached testparm and /var/log/samba/log.smbd file here.

Any idea, how to solve / debug?

Thank you.

[2016/05/24 00:23:04.890887,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2016/05/24 11:29:50.614520,  0] ../lib/util/fault.c:78(fault_report)
  ===
[2016/05/24 11:29:50.614557,  0] ../lib/util/fault.c:79(fault_report)
  INTERNAL ERROR: Signal 11 in pid 53366 (4.4.3)
  Please read the Trouble-Shooting section of the Samba HOWTO
[2016/05/24 11:29:50.614581,  0] ../lib/util/fault.c:81(fault_report)
  ===
[2016/05/24 11:29:50.614588,  0] ../source3/lib/util.c:791(smb_panic_s3)
  PANIC (pid 53366): internal error
[2016/05/24 11:29:50.614715,  0] ../source3/lib/util.c:902(log_stack_trace)
  BACKTRACE: 1 stack frames:
   #0 0x13cd4236951e  at /usr/local/lib/libsmbconf.so.0.0
[2016/05/24 11:29:50.614779,  0] ../source3/lib/dumpcore.c:318(dump_core)
  dumping core in /var/log/samba/cores/smbd
[2016/05/24 13:26:35.809435,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2016/05/24 13:26:39.571560,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2016/05/24 13:31:27.851864,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2016/05/24 13:32:29.660211,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2016/05/24 13:37:13.835787,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2016/05/24 13:37:29.677464,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2016/05/25 13:52:35.477176,  0] ../lib/util/fault.c:78(fault_report)
  ===
[2016/05/25 13:52:35.488810,  0] ../lib/util/fault.c:79(fault_report)
  INTERNAL ERROR: Signal 11 in pid 39032 (4.4.3)
  Please read the Trouble-Shooting section of the Samba HOWTO
[2016/05/25 13:52:35.488840,  0] ../lib/util/fault.c:81(fault_report)
  ===
[2016/05/25 13:52:35.488850,  0] ../source3/lib/util.c:791(smb_panic_s3)
  PANIC (pid 39032): internal error
[2016/05/25 13:52:35.489038,  0] ../source3/lib/util.c:902(log_stack_trace)
  BACKTRACE: 1 stack frames:
   #0 0xc904e2151e  at /usr/local/lib/libsmbconf.so.0.0
[2016/05/25 13:52:35.497887,  0] ../source3/lib/dumpcore.c:318(dump_core)
  dumping core in /var/log/samba/cores/smbd
[2016/05/25 15:18:30.078416,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2016/05/25 15:42:32.525393,  0] ../lib/util/fault.c:78(fault_report)
  ===
[2016/05/25 15:42:32.525461,  0] ../lib/util/fault.c:79(fault_report)
  INTERNAL ERROR: Signal 11 in pid 48951 (4.4.3)
  Please read the Trouble-Shooting section of the Samba HOWTO
[2016/05/25 15:42:32.525503,  0] ../lib/util/fault.c:81(fault_report)
  ===
[2016/05/25 15:42:32.525515,  0] ../source3/lib/util.c:791(smb_panic_s3)
  PANIC (pid 48951): internal error
[2016/05/25 15:42:32.525737,  0] ../source3/lib/util.c:902(log_stack_trace)
  BACKTRACE: 1 stack frames:
   #0 0x2c83518e51e  at /usr/local/lib/libsmbconf.so.0.0
[2016/05/25 15:42:32.525841,  0] ../source3/lib/dumpcore.c:318(dump_core)
  dumping core in /var/log/samba/cores/smbd
[2016/05/25 16:06:06.373731,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2016/05/25 16:18:29.628898,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve 

Fix boost wrt SSLv3 removal (was: libtorrent build fail)

[David Coppa]

So, I was having a look at this libtorrent-rasterbar thing and found
a problem in devel/boost that needs to be fixed:

In file included from /usr/local/include/boost/asio/ssl/context.hpp:786,
 from ../include/libtorrent/tracker_manager.hpp:54,
 from ../include/libtorrent/torrent.hpp:59,
 from ../include/libtorrent/web_connection_base.hpp:63,
 from web_connection_base.cpp:44:
/usr/local/include/boost/asio/ssl/impl/context.ipp: In constructor 
'boost::asio::ssl::context::context(boost::asio::ssl::context_base::method)':
/usr/local/include/boost/asio/ssl/impl/context.ipp:93: error: '::SSLv3_method' 
has not been declared
/usr/local/include/boost/asio/ssl/impl/context.ipp:96: error: 
'::SSLv3_client_method' has not been declared
/usr/local/include/boost/asio/ssl/impl/context.ipp:99: error: 
'::SSLv3_server_method' has not been declared

This went unnoticed since the removal of SSLv3 support, probably
because no ports use Boost.Asio ...

OK for the diff below?

Cheers!
David

---8<---

Index: Makefile
===
RCS file: /cvs/ports/devel/boost/Makefile,v
retrieving revision 1.56
diff -u -p -u -p -r1.56 Makefile
--- Makefile3 Aug 2015 18:29:30 -   1.56
+++ Makefile27 May 2016 07:59:09 -
@@ -5,7 +5,7 @@ ONLY_FOR_ARCHS= ${GCC4_ARCHS}
 COMMENT=   free peer-reviewed portable C++ source libraries
 
 VERSION=   1.58.0
-REVISION=  0
+REVISION=  1
 DISTNAME=  boost_${VERSION:S/./_/g}
 PKGNAME=   boost-${VERSION}
 CATEGORIES=devel
Index: patches/patch-boost_asio_ssl_impl_context_ipp
===
RCS file: patches/patch-boost_asio_ssl_impl_context_ipp
diff -N patches/patch-boost_asio_ssl_impl_context_ipp
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-boost_asio_ssl_impl_context_ipp   27 May 2016 07:59:09 
-
@@ -0,0 +1,27 @@
+$OpenBSD$
+--- boost/asio/ssl/impl/context.ipp.orig   Thu May 26 21:12:34 2016
 boost/asio/ssl/impl/context.ippThu May 26 21:20:25 2016
+@@ -89,7 +89,15 @@ context::context(context::method m)
+ handle_ = ::SSL_CTX_new(::SSLv2_server_method());
+ break;
+ #endif // defined(OPENSSL_NO_SSL2)
++#if defined(OPENSSL_NO_SSL3)
+   case context::sslv3:
++  case context::sslv3_client:
++  case context::sslv3_server:
++boost::asio::detail::throw_error(
++boost::asio::error::invalid_argument, "context");
++break;
++#else // defined(OPENSSL_NO_SSL3)
++  case context::sslv3:
+ handle_ = ::SSL_CTX_new(::SSLv3_method());
+ break;
+   case context::sslv3_client:
+@@ -98,6 +106,7 @@ context::context(context::method m)
+   case context::sslv3_server:
+ handle_ = ::SSL_CTX_new(::SSLv3_server_method());
+ break;
++#endif // defined(OPENSSL_NO_SSL3)
+   case context::tlsv1:
+ handle_ = ::SSL_CTX_new(::TLSv1_method());
+ break;
Index: patches/patch-boost_asio_ssl_old_detail_openssl_context_service_hpp
===
RCS file: patches/patch-boost_asio_ssl_old_detail_openssl_context_service_hpp
diff -N patches/patch-boost_asio_ssl_old_detail_openssl_context_service_hpp
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-boost_asio_ssl_old_detail_openssl_context_service_hpp 27 May 
2016 07:59:09 -
@@ -0,0 +1,26 @@
+$OpenBSD$
+--- boost/asio/ssl/old/detail/openssl_context_service.hpp.orig Thu May 26 
21:14:44 2016
 boost/asio/ssl/old/detail/openssl_context_service.hpp  Thu May 26 
21:22:22 2016
+@@ -85,7 +85,14 @@ class openssl_context_service (public)
+   impl = ::SSL_CTX_new(::SSLv2_server_method());
+   break;
+ #endif // defined(OPENSSL_NO_SSL2)
++#if defined(OPENSSL_NO_SSL3)
+ case context_base::sslv3:
++case context_base::sslv3_client:
++case context_base::sslv3_server:
++  boost::asio::detail::throw_error(boost::asio::error::invalid_argument);
++  break;
++#else // defined(OPENSSL_NO_SSL3)
++case context_base::sslv3:
+   impl = ::SSL_CTX_new(::SSLv3_method());
+   break;
+ case context_base::sslv3_client:
+@@ -94,6 +101,7 @@ class openssl_context_service (public)
+ case context_base::sslv3_server:
+   impl = ::SSL_CTX_new(::SSLv3_server_method());
+   break;
++#endif // defined(OPENSSL_NO_SSL3)
+ case context_base::tlsv1:
+   impl = ::SSL_CTX_new(::TLSv1_method());
+   break;

---8<---

> On Thu, 26 May 2016, Thuban wrote:
> 
> Hi,
> I'm trying to build libtorrent [1], but can't figure out how to have
> ./configure detect boost library.
> 
> So, I always have such output :
> 
> configure: We could not detect the boost libraries (version 1.47 or
> higher). If you have a staged boost library (still not installed) please
> specify $BOOST_ROOT in your environment and do not give a PATH to --with-boost
> option.  If you are sure you have boost installed, then check your version
> 

Re: UPDATE: lftp 4.6.5 -> 4.7.2

[Jeremie Courreges-Anglas]

Rafael Sadowski  writes:

> Hi @ports,
>
> here is an update to the last stable lftp version.
>
> lftp changelog:
>
> Version 4.7.2 - 2016-05-18

Committed, thanks.

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

Re: [new] lang/mlton

[ml]

Hi Jeremie,

On Fri, May 27, 2016 at 02:05:59PM +0200, Jeremie Courreges-Anglas wrote:
> Is a working mlton still required to build mlton?  Your 'bootstrap'
> target depends on the 'fake' target, so I fear nothing changed in that
> regard.

Yes, MLton still has to be compiled with itself. It is possible to keep 
intermediary C or assembly files and use them as bootstrap, which I did.

If anyone will want to generate their own set of bootstrap files from scratch,
it is possible to do so on other platforms which have MLton compiler available
already.

Alternative way of bootstrapping MLton would be to use SML/NJ or PolyML, 
but I do not think these are available on OpenBSD amd64.

Besides generated C sources for MLton, mlyacc bootstrap files are included
into the bootstrap archive - mlyacc also needs itself to compile.

If you know any other way to bootstrap MLton, I might be able to update
the port accordingly. 


Best regards,
Alex

Re: Fix boost wrt SSLv3 removal

[Jeremie Courreges-Anglas]

David Coppa  writes:

> So, I was having a look at this libtorrent-rasterbar thing and found
> a problem in devel/boost that needs to be fixed:
>
> In file included from /usr/local/include/boost/asio/ssl/context.hpp:786,
>  from ../include/libtorrent/tracker_manager.hpp:54,
>  from ../include/libtorrent/torrent.hpp:59,
>  from ../include/libtorrent/web_connection_base.hpp:63,
>  from web_connection_base.cpp:44:
> /usr/local/include/boost/asio/ssl/impl/context.ipp: In constructor 
> 'boost::asio::ssl::context::context(boost::asio::ssl::context_base::method)':
> /usr/local/include/boost/asio/ssl/impl/context.ipp:93: error: 
> '::SSLv3_method' has not been declared
> /usr/local/include/boost/asio/ssl/impl/context.ipp:96: error: 
> '::SSLv3_client_method' has not been declared
> /usr/local/include/boost/asio/ssl/impl/context.ipp:99: error: 
> '::SSLv3_server_method' has not been declared
>
> This went unnoticed since the removal of SSLv3 support, probably
> because no ports use Boost.Asio ...

*nod*

>
> OK for the diff below?

ok

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

Re: UPDATE: tinc-1.0.26 -> tinc-1.0.28

[Jeremie Courreges-Anglas]

Rafael Sadowski  writes:

> Hi all,
>
> UPDATE: net/tinc 1.0.26 -> 1.0.28
>
> OK?

Committed, thanks.

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

Re: [new] lang/mlton

[Jeremie Courreges-Anglas]

m...@extensibl.com writes:

> Hi ports@,

Hi,

> I would like to add port for MLton compiler.

I had already taken a look at your initial submission:

 http://marc.info/?l=openbsd-ports=142521355922001=2

Is a working mlton still required to build mlton?  Your 'bootstrap'
target depends on the 'fake' target, so I fear nothing changed in that
regard.

> From pkg/DESCR:
> MLton is an open-source, whole-program, optimizing Standard ML compiler.
>
> Please note, that the bugfix [1] should be applied for the default 
> OpenBSD GCC 4.2.1 to compile this port.
>
> Attached file corresponds to [2]. 
>
> [1]: http://marc.info/?l=openbsd-bugs=146417516608038=2
> [2]: 
> https://github.com/extensibl/ports/tree/adf4be1d02768d4dfa5377c3491aafa8d9d6ed52
>
> Best regards,
> Alex
>

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

Re: lua.port.mk FLAVOR handling

[Jeremie Courreges-Anglas]

j...@wxcvbn.org (Jeremie Courreges-Anglas) writes:

> While testing the support for various lua versions in our lua ports,
> I noticed the case of luasec,lua53 and luasocket,lua53.  luasocket
> doesn't work with lua53.  I tried to limit its available flavors, but
> did not get the expected failure when installing luasec,lua53:
> luasocket,lua53 was still built and installed.
>
> The goal of this diff is to be able to restrict the available lua
> flavors to the ones that have actually been tested.
>
> The luasocket diff is just here to serve as a proof of concept.
> Diff tested with:
>
>   for sub in $(awk '/lua/ { print $3 }' Makefile); do
>   make clean all repackage SUBDIR=$sub || break
>   done
>
> in devel/ with no visible adverse effect.
>
> Thoughts?  ok?

ping

> Index: lang/lua/lua.port.mk
> ===
> RCS file: /cvs/ports/lang/lua/lua.port.mk,v
> retrieving revision 1.33
> diff -u -p -r1.33 lua.port.mk
> --- lang/lua/lua.port.mk  18 Oct 2015 20:20:50 -  1.33
> +++ lang/lua/lua.port.mk  17 May 2016 04:55:56 -
> @@ -11,13 +11,14 @@ CATEGORIES += lang/lua
>  MODLUA_DEFAULT_VERSION = 5.1
>  
>  # If a port already has flavors, append our lua flavors to it, unless it
> -# requests a specific version of lua. Otherwise set the FLAVORS list to
> +# requests specific versions of lua. Otherwise set the FLAVORS list to
>  # just the lua flavors.
> +_MODLUA_FLAVORS =lua52 lua53
>  .if !defined(MODLUA_VERSION)
>  .  if !defined(FLAVORS)
> -FLAVORS ?=   lua52 lua53
> -.  else
> -FLAVORS +=   lua52 lua53
> +FLAVORS ?=   ${_MODLUA_FLAVORS}
> +.  elif !${FLAVORS:M${_MODLUA_FLAVORS}}
> +FLAVORS +=   ${_MODLUA_FLAVORS}
>  .  endif
>  .endif
>  
> Index: net/luasocket/Makefile
> ===
> RCS file: /cvs/ports/net/luasocket/Makefile,v
> retrieving revision 1.32
> diff -u -p -r1.32 Makefile
> --- net/luasocket/Makefile18 Mar 2016 20:49:28 -  1.32
> +++ net/luasocket/Makefile17 May 2016 04:54:25 -
> @@ -18,6 +18,9 @@ PERMIT_PACKAGE_CDROM=   Yes
>  MODULES= lang/lua
>  NO_TEST= Yes
>  
> +FLAVORS= lua52
> +FLAVOR?=
> +
>  USE_GMAKE=   Yes
>  
>  MAKE_FILE=   makefile


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

Re: Need a review for port of games/bastet (tetris like)

[Stuart Henderson]

On 2016/05/27 09:46, Solène RAPENNE wrote:
> > Looks fine to me, but... it looks like a patch is missing:
> >
> > ===>  Building for bastet-0.43.1.2015083000
> > c++ -O2 -pipe  -DNDEBUG -Wall -I"/usr/local"/include  
> > -DLOCALSTATEDIR="/var" -c Ui.cpp
> > Ui.cpp:479:2: error: use of undeclared identifier 'usleep'
> > usleep(50/6);
> > ^
> > 1 error generated.
> > *** Error 1 in 
> > /usr/obj/pobj/bastet-0.43.1.2015083000/bastet-5037e410fde6fafe8e6bc4cf17a12ad98e01c17e
> >  (:124 'Ui.o')
> > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2676 
> > '/usr/obj/pobj/bastet-0.43.1.2015083000/.build_done')
> > *** Error 1 in /usr/ports/mystuff/games/bastet 
> > (/usr/ports/infrastructure/mk/bsd.port.mk:2398 'all')
> >
> > ... using llvm-3.8.0 on -current.  Also,
> >
> 
> This is weird, on 5.9 there is no such issue. Maybe it's an issue of
> llvm in current ?

If you're submitting ports, you really need to be working with -current.

Re: lang/gcc can't be installed on -current

[Stuart Henderson]

On 2016/05/27 08:46, Jakub Skrzypnik wrote:
> Looks like it was built before ABI breakage, can you fix?

Package snapshots are rebuilt all the time. It just takes a little
while to build and feed them out to the mirrors (it's around 30GB
of packages for each of the most common arch).

> $ uname -rms -v
> OpenBSD 6.0 GENERIC.MP#2094 amd64
> $ cat /etc/pkg.conf   
>   
>
> installpath = ftp.icm.edu.pl
> $ doas pkg_add -iv gcc
> Update candidates: quirks-2.234 -> quirks-2.234
> quirks-2.234 signed on 2016-05-24T23:44:35Z
> Can't install gcc-4.9.3p6 because of libraries
> |library c.88.0 not found
> | /usr/lib/libc.so.87.0 (system): bad major
> Direct dependencies for gcc-4.9.3p6 resolve to gmp-5.0.2p3 mpfr-3.1.0.3p0 
> libmpc-0.9p1 gcc-libs-4.9.3p6
> Full dependency tree is gcc-libs-4.9.3p6 gmp-5.0.2p3 mpfr-3.1.0.3p0 
> libmpc-0.9p1
> 

Re: NEW: mail/p5-Mail-Milter-Authentication

[Stuart Henderson]

On 2016/05/26 19:59, Giovanni Bechis wrote:
> On Thu, May 12, 2016 at 04:53:37PM +0100, Stuart Henderson wrote:
> [...]
> > New tgz attached. I think this one is OK to import, but I'd like
> > to see the patches go upstream and see if they have comments or
> > changes to them.
> > 
> I submitted all patches upstream but noone replied, running with it in 
> production for a couple of weeks, is it time to import ?
>  Cheers
>   Giovanni

Please go ahead then :-)

puppet trusted facts with unicorn

[Sebastian Reitenbach]

Hi,

I wanted to change how I use/classify my puppet agents, and use trusted
facts but had to figure out, it doesn't work for me as it should ;)

It took me quite some time to dig through it, but I eventually got it to
work with unicorn behind nginx and apache, and the plain webrick
puppetmaster.

First I tried to run the puppet built-in webrick puppetmaster, to get the
certificate extensions available in my manifests, I had to tweak the
 lib/puppet/ssl/certificate.rb.

Don't know what's wrong here, why it not worked as it was before, maybe
some Ruby guru can shed some light on that one.

After I got that to work, I switched back to my unicorn behind nginx
setup, and found that also not working. Some debugging, I found the
 lib/puppet/network/http/rack/rest.rb, esp. the +ExportCertData
comment in it. This is only available in Apache, so switched to use
apache in front of unicorn, but still no luck.

I figured that running unicorn behind apache reverse proxying, the
environment variable is not available. Therefore I added an additional
header that gets passed to unicorn: X-SSL-Client-Cert.
However, that header is sent as single line from Apache to unicorn,
and not as valid PEM encoded certificate. Therefore the gsub!
manipulations to restore a valid PEM certificate again.

To make trusted facts work for Apache/unicorn, add a line like:
RequestHeader set X-SSL-Client-Cert %{SSL_CLIENT_CERT}e

To pass that on.

Then switched back to nginx. Nginx has $ssl_client_cert variable as
well, but nginx passes that variable on as multi-line header. Doh!
Unicorn doesn't like that at all.

For nginx, install the lua flavor, and add this to the location statement:

  location / {

set_by_lua $client_cert "return ngx.var.ssl_client_raw_cert:gsub('\\n',' 
')";

proxy_set_header  X-SSL-Client-Cert $client_cert;

  }

That's transforming the certificate into a single line before it is passed
on to the unicorn.

Is someone using puppetmaster on OpenBSD, and makes use of trusted facts?
If so, how are you using it?

I planned to also report this upstream.

Generally, feedback welcome, or even OK?

cheers,
Sebastian

Index: Makefile
===
RCS file: /cvs/ports/sysutils/ruby-puppet/3/Makefile,v
retrieving revision 1.132
diff -u -r1.132 Makefile
--- Makefile29 Apr 2016 07:59:53 -  1.132
+++ Makefile27 May 2016 08:15:42 -
@@ -3,7 +3,7 @@
 PORTROACH= limit:^3

 VERSION=   3.8.7
-REVISION=  2
+REVISION=  3

 RUN_DEPENDS+=  databases/ruby-hiera,${MODRUBY_FLAVOR} \
sysutils/ruby-facter>=2.0.1p0
Index: patches/patch-lib_puppet_network_http_rack_rest_rb
===
RCS file: patches/patch-lib_puppet_network_http_rack_rest_rb
diff -N patches/patch-lib_puppet_network_http_rack_rest_rb
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-lib_puppet_network_http_rack_rest_rb  27 May 2016 08:15:42 
-
@@ -0,0 +1,31 @@
+$OpenBSD$
+
+Make puppet trusted facts available when running with unicorn behind
+nginx or apache
+
+--- lib/puppet/network/http/rack/rest.rb.orig  Fri May 27 10:11:44 2016
 lib/puppet/network/http/rack/rest.rb   Fri May 27 10:11:50 2016
+@@ -92,7 +92,22 @@ class Puppet::Network::HTTP::RackREST
+ # NOTE: The SSL_CLIENT_CERT environment variable will be the empty string
+ # when Puppet agent nodes have not yet obtained a signed certificate.
+ if cert.nil? || cert.empty?
+-  nil
++  # When running with unicorn, the SSL_CLIENT_CERT variable is not 
available
++  # in the environment, therefore we have to pass a header: 
'X-SSL-Client-Cert'
++  cert = request.env['HTTP_X_SSL_CLIENT_CERT']
++  if cert.nil? || cert.empty?
++nil
++  else
++# in contrast to the environment variable, the client cert is passed 
in
++# as single string, therefore restore the certificate to a valid pem
++# encoded certificate
++cert.gsub!(/ /, "\n")
++cert.gsub!(/BEGIN\nCERT/, "BEGIN CERT")
++cert.gsub!(/END\nCERT/, "END CERT")
++cert = 
Puppet::SSL::Certificate.from_instance(OpenSSL::X509::Certificate.new(cert))
++warn_if_near_expiration(cert)
++cert
++  end
+ else
+   cert = 
Puppet::SSL::Certificate.from_instance(OpenSSL::X509::Certificate.new(cert))
+   warn_if_near_expiration(cert)
Index: patches/patch-lib_puppet_ssl_certificate_rb
===
RCS file: patches/patch-lib_puppet_ssl_certificate_rb
diff -N patches/patch-lib_puppet_ssl_certificate_rb
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-lib_puppet_ssl_certificate_rb 27 May 2016 08:15:42 -
@@ -0,0 +1,16 @@
+$OpenBSD$
+
+Make certificate extension available in puppet manifests
+
+--- lib/puppet/ssl/certificate.rb.orig Wed May 25 08:13:50 2016
 

Re: lua.port.mk FLAVOR handling

[Florian Stinglmayr]

On Fri, May 27, 2016 at 02:21:39PM +0200, Jeremie Courreges-Anglas wrote:
> j...@wxcvbn.org (Jeremie Courreges-Anglas) writes:
>
> > While testing the support for various lua versions in our lua ports,
> > I noticed the case of luasec,lua53 and luasocket,lua53.  luasocket
> > doesn't work with lua53.  I tried to limit its available flavors, but
> > did not get the expected failure when installing luasec,lua53:
> > luasocket,lua53 was still built and installed.
> >

I submitted a patch recently that made luasocket work with lua53. This
patch is already upstream and would make it to ports if they decide to
make a new release.

But otherwise I am fine with the changes.

Index: Makefile
===
RCS file: /cvs/ports/net/luasocket/Makefile,v
retrieving revision 1.31
diff -u -p -u -r1.31 Makefile
--- Makefile5 Apr 2015 13:31:14 -   1.31
+++ Makefile3 Apr 2016 18:26:55 -
@@ -7,7 +7,7 @@ V=  3.0-rc1
 GH_ACCOUNT=diegonehab
 GH_PROJECT=luasocket
 GH_TAGNAME=v$V
-REVISION=  0
+REVISION=  1
 DISTNAME=  ${GH_PROJECT}-$V
 PKGNAME=   ${DISTNAME:S/-rc/rc/}
 CATEGORIES=net
@@ -27,7 +27,8 @@ MAKE_FILE=makefile
 MAKE_FLAGS=CC_linux=${CC} \
LD_linux=${CC} \
CFLAGS_linux="${CFLAGS} -I${MODLUA_INCL_DIR} -fPIC \
- -DPIC -DUNIX_HAS_SUN_LEN" \
+ -DPIC -DUNIX_HAS_SUN_LEN \
+ -DLUA_COMPAT_APIINTCASTS" \
LDFLAGS_linux="${LDFLAGS} -shared -fPIC -o "
 
 do-install:

Update: telephony/stuntman to v1.2.9

[Roman Kravchuk]

Hello ports@,

This is update port telephony/stuntman to v1.2.9

Tested on -current amd64.

 Comments? Ok?
Index: Makefile
===
RCS file: /cvs/ports/telephony/stuntman/Makefile,v
retrieving revision 1.10
diff -u -p -u -p -r1.10 Makefile
--- Makefile21 Feb 2016 16:17:26 -  1.10
+++ Makefile27 May 2016 18:59:54 -
@@ -3,7 +3,7 @@
 COMMENT =  STUN server implementing RFCs 5389, 5769, and 5780
 NOT_FOR_ARCHS = arm hppa # atomic ops
 
-VERSION =  1.2.7
+VERSION =  1.2.9
 DISTNAME = stunserver-${VERSION}
 PKGNAME =  stuntman-${VERSION}
 CATEGORIES =   telephony net
Index: distinfo
===
RCS file: /cvs/ports/telephony/stuntman/distinfo,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 distinfo
--- distinfo24 Oct 2014 14:08:40 -  1.3
+++ distinfo27 May 2016 18:59:54 -
@@ -1,2 +1,2 @@
-SHA256 (stunserver-1.2.7.tgz) = UUFb+DM58FnGplu+zpt1jj8ZjLhgY6DxtPEtglyHZA4=
-SIZE (stunserver-1.2.7.tgz) = 113853
+SHA256 (stunserver-1.2.9.tgz) = 9jRShpvMxtwa5Vqczp40+6O5a7ew9w6jOyEaD7Tv9Jo=
+SIZE (stunserver-1.2.9.tgz) = 116797
Index: patches/patch-stuncore_stunbuilder_cpp
===
RCS file: /cvs/ports/telephony/stuntman/patches/patch-stuncore_stunbuilder_cpp,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-stuncore_stunbuilder_cpp
--- patches/patch-stuncore_stunbuilder_cpp  24 Dec 2013 13:57:18 -  
1.1
+++ patches/patch-stuncore_stunbuilder_cpp  27 May 2016 18:59:54 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-stuncore_stunbuilder_cpp,v 1.1 2013/12/24 13:57:18 sthen Exp $
 stuncore/stunbuilder.cpp.orig  Sun Jun 23 20:45:16 2013
-+++ stuncore/stunbuilder.cpp   Sun Dec 22 14:27:53 2013
-@@ -88,6 +88,7 @@ HRESULT CStunMessageBuilder::AddRandomTransactionId(St
+--- stuncore/stunbuilder.cpp.orig  Sun Jan 17 03:58:21 2016
 stuncore/stunbuilder.cpp   Fri May 27 17:53:20 2016
+@@ -95,6 +95,7 @@ HRESULT CStunMessageBuilder::AddRandomTransactionId(St
  StunTransactionId transid;
  uint32_t stun_cookie_nbo = htonl(STUN_COOKIE);
  
@@ -9,7 +9,7 @@ $OpenBSD: patch-stuncore_stunbuilder_cpp
  uint32_t entropy=0;
  
  
-@@ -122,10 +123,11 @@ HRESULT CStunMessageBuilder::AddRandomTransactionId(St
+@@ -129,10 +130,11 @@ HRESULT CStunMessageBuilder::AddRandomTransactionId(St
  entropy ^= AtomicIncrement(_sequence_number);
  }
  
@@ -22,7 +22,7 @@ $OpenBSD: patch-stuncore_stunbuilder_cpp
  
  
  // the first four bytes of the transaction id is always the magic cookie
-@@ -133,7 +135,11 @@ HRESULT CStunMessageBuilder::AddRandomTransactionId(St
+@@ -140,7 +142,11 @@ HRESULT CStunMessageBuilder::AddRandomTransactionId(St
  memcpy(transid.id, _cookie_nbo, sizeof(stun_cookie_nbo));
  for (int x = 4; x < (STUN_TRANSACTION_ID_LENGTH-4); x++)
  {
Index: patches/patch-testcode_testreader_cpp
===
RCS file: /cvs/ports/telephony/stuntman/patches/patch-testcode_testreader_cpp,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-testcode_testreader_cpp
--- patches/patch-testcode_testreader_cpp   24 Dec 2013 13:57:18 -  
1.1
+++ patches/patch-testcode_testreader_cpp   27 May 2016 18:59:54 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-testcode_testreader_cpp,v 1.1 2013/12/24 13:57:18 sthen Exp $
 testcode/testreader.cpp.orig   Sun Jun 23 20:45:16 2013
-+++ testcode/testreader.cppSat Dec 21 15:58:18 2013
-@@ -130,7 +130,9 @@ HRESULT CTestReader::Test2()
+--- testcode/testreader.cpp.orig   Sun Jan 17 03:58:21 2016
 testcode/testreader.cppFri May 27 17:53:20 2016
+@@ -128,7 +128,9 @@ HRESULT CTestReader::Test2()
  Chk(TestFixedReadSizes(chunksize));
  }
  
@@ -11,7 +11,7 @@ $OpenBSD: patch-testcode_testreader_cpp,
  for (size_t i = 0; i < 200; i++)
  {
  Chk(TestFixedReadSizes(0));
-@@ -158,7 +160,11 @@ HRESULT CTestReader::TestFixedReadSizes(size_t chunksi
+@@ -156,7 +158,11 @@ HRESULT CTestReader::TestFixedReadSizes(size_t chunksi
  
  if (fRandomChunkSizing)
  {

update to www/py-werkzeug-0.11.10

[Daniel Jakots]

Hi,

Here's a diff to update to latest werkzeug release. They created a
project to manage it (among others) called Pallets [1] so change the
GH_ACCOUNT accordingly.

[1]: https://www.palletsprojects.com/blog/hello/

Cheers,
Daniel

Index: Makefile
===
RCS file: /cvs/ports/www/py-werkzeug/Makefile,v
retrieving revision 1.24
diff -u -p -r1.24 Makefile
--- Makefile16 Apr 2016 19:06:26 -  1.24
+++ Makefile27 May 2016 19:26:15 -
@@ -2,10 +2,9 @@
 
 COMMENT =  WSGI utility collection
 
-MODPY_EGG_VERSION =0.11.5
+MODPY_EGG_VERSION =0.11.10
 DISTNAME = Werkzeug-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME:L}
-REVISION = 0
 
 CATEGORIES =   www devel
 
@@ -14,7 +13,7 @@ HOMEPAGE =http://werkzeug.pocoo.org/
 # BSD
 PERMIT_PACKAGE_CDROM = Yes
 
-GH_ACCOUNT=mitsuhiko
+GH_ACCOUNT=pallets
 GH_PROJECT=werkzeug
 GH_TAGNAME=${MODPY_EGG_VERSION}
 
Index: distinfo
===
RCS file: /cvs/ports/www/py-werkzeug/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo28 Mar 2016 12:20:33 -  1.10
+++ distinfo27 May 2016 19:26:15 -
@@ -1,2 +1,2 @@
-SHA256 (Werkzeug-0.11.5.tar.gz) = 7pj/5TVl7kRtzMSQC7MFLG641wBG9+fUpNXx2PgXt3E=
-SIZE (Werkzeug-0.11.5.tar.gz) = 1168054
+SHA256 (Werkzeug-0.11.10.tar.gz) = eYO/KQ8QXawl2oQ3lgh3oV01KNXVv0qylKWohiW1CGc=
+SIZE (Werkzeug-0.11.10.tar.gz) = 1170919

maintainer update to py-cares-2.0.0

[Daniel Jakots]

Hi,

Here's a diff to update py-cares to latest release.

Comments? OK?

Cheers,
Daniel

Index: Makefile
===
RCS file: /cvs/ports/net/py-cares/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile17 May 2016 05:12:02 -  1.2
+++ Makefile27 May 2016 20:39:52 -
@@ -3,7 +3,7 @@
 # using bundled c-ares which is patched for TTL support
 COMMENT =  python interface for c-ares
 
-MODPY_EGG_VERSION =1.0.0
+MODPY_EGG_VERSION =2.0.0
 DISTNAME = pycares-${MODPY_EGG_VERSION}
 PKGNAME =  py-cares-${MODPY_EGG_VERSION}
 CATEGORIES =   net
Index: distinfo
===
RCS file: /cvs/ports/net/py-cares/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo7 May 2016 14:46:08 -   1.1.1.1
+++ distinfo27 May 2016 20:39:52 -
@@ -1,2 +1,2 @@
-SHA256 (pycares-1.0.0.tar.gz) = oYNB6gMOLMB0Os30qnIwK99rggk4s2zkvXbkP6oidqM=
-SIZE (pycares-1.0.0.tar.gz) = 220165
+SHA256 (pycares-2.0.0.tar.gz) = sTKgtIRtyJuBPsMx4tGz0p4RaXl4suYCJprrIC5uH2Y=
+SIZE (pycares-2.0.0.tar.gz) = 225660
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/py-cares/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   7 May 2016 14:46:08 -   1.1.1.1
+++ pkg/PLIST   27 May 2016 20:39:52 -
@@ -1,7 +1,13 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2016/05/07 14:46:08 danj Exp $
+lib/python${MODPY_VERSION}/site-packages/pycares/
 
lib/python${MODPY_VERSION}/site-packages/pycares-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
 
lib/python${MODPY_VERSION}/site-packages/pycares-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
 
lib/python${MODPY_VERSION}/site-packages/pycares-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
 
lib/python${MODPY_VERSION}/site-packages/pycares-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
 
lib/python${MODPY_VERSION}/site-packages/pycares-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
-lib/python${MODPY_VERSION}/site-packages/pycares.so
+lib/python${MODPY_VERSION}/site-packages/pycares/__init__.py
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/pycares/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/pycares/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/pycares/${MODPY_PYCACHE}_version.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/pycares/_core.so
+lib/python${MODPY_VERSION}/site-packages/pycares/_version.py

nano 2.5.3 (amd64) crashes

[Scott Vanderbilt]

I just upgraded amd64 snapshots (20 April to 26 May), and refreshed my 
ports. nano is now dumping core on launch with following error:


  nano(69373) in free(): error: bogus pointer (double free?) 0x440e168aca0
  Abort trap (core dumped)

dmesg follows. What more information can I provide that will be useful?

Thanks!

OpenBSD 6.0-beta (GENERIC.MP) #2128: Thu May 26 23:46:33 MDT 2016
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error 80
real mem = 1038864384 (990MB)
avail mem = 1002840064 (956MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xe4410 (25 entries)
bios0: vendor Intel Corp. version "MOPNV10J.86A.0154.2009.1117.1624" 
date 11/17/2009

bios0: Intel Corporation D510MO
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG HPET SSDT
acpi0: wakeup devices SLPB(S4) PS2M(S4) PS2K(S4) UAR1(S4) UAR2(S4) 
P32_(S4) ILAN(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) UHC1(S3) UHC2(S3) 
UHC3(S3) UHC4(S3) EHCI(S3) [...]

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) Atom(TM) CPU D510 @ 1.66GHz, 1666.97 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,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF,SENSOR

cpu0: 512KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 7 var ranges, 88 fixed ranges
cpu0: apic clock running at 166MHz
cpu0: mwait min=64, max=64, C-substates=0.1, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 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,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF,SENSOR

cpu1: 512KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 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,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF,SENSOR

cpu2: 512KB 64b/line 8-way L2 cache
cpu2: smt 0, core 1, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 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,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF,SENSOR

cpu3: 512KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 5 (P32_)
acpiprt1 at acpi0: bus 0 (PCI0)
acpiprt2 at acpi0: bus 1 (PEX0)
acpiprt3 at acpi0: bus 2 (PEX1)
acpiprt4 at acpi0: bus 3 (PEX2)
acpiprt5 at acpi0: bus 4 (PEX3)
acpicpu0 at acpi0: C1(1000@3 mwait.1), PSS
acpicpu1 at acpi0: C1(1000@3 mwait.1), PSS
acpicpu2 at acpi0: C1(1000@3 mwait.1), PSS
acpicpu3 at acpi0: C1(1000@3 mwait.1), PSS
acpibtn0 at acpi0: SLPB
"PNP0F03" at acpi0 not configured
"PNP0303" at acpi0 not configured
"PNP0400" at acpi0 not configured
"PNP0501" at acpi0 not configured
"PNP0501" at acpi0 not configured
"PNP0003" at acpi0 not configured
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Pineview DMI" rev 0x02
inteldrm0 at pci0 dev 2 function 0 "Intel Pineview Video" rev 0x02
drm0 at inteldrm0
intagp0 at inteldrm0
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0: msi
inteldrm0: 1280x800
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x01: msi
azalia0: codecs: Realtek ALC662
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: msi
pci1 at ppb0 bus 1
1:0:0: mem address conflict 0xfffe/0x2
re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x03: RTL8168D/8111D 
(0x2800), msi, address 00:27:0e:08:a9:f5

rgephy0 at re0 phy 7: RTL8169S/8110S/8211 PHY, rev. 2
ppb1 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x01: msi
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x01: msi
pci3 at ppb2 bus 3
ppb3 at pci0 dev 28 function 3 "Intel 82801GB PCIE" rev 0x01: msi
pci4 at ppb3 bus 4
uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x01: apic 8 int 23
uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x01: apic 8 int 19
uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x01: apic 8 int 18
uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x01: apic 8 int 16
ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x01: apic 8 

UPDATE: audio/wavpack

[Tim van der Molen]

Here's an update to wavpack 4.80.0. I'm also adding myself as
maintainer.

OK?

Index: wavpack/Makefile
===
RCS file: /cvs/ports/audio/wavpack/Makefile,v
retrieving revision 1.19
diff -p -u -r1.19 Makefile
--- wavpack/Makefile9 Apr 2016 20:14:48 -   1.19
+++ wavpack/Makefile27 May 2016 20:16:41 -
@@ -2,13 +2,14 @@
 
 COMMENT =  audio codec for lossless, lossy and hybrid compression
 
-DISTNAME = wavpack-4.70.0
-REVISION = 2
+DISTNAME = wavpack-4.80.0
 CATEGORIES =   audio
 
 HOMEPAGE = http://www.wavpack.com/
 
-SHARED_LIBS += wavpack 0.1 # 2.5
+MAINTAINER =   Tim van der Molen 
+
+SHARED_LIBS += wavpack 0.1 # 2.8
 
 # BSD
 PERMIT_PACKAGE_CDROM = Yes
Index: wavpack/distinfo
===
RCS file: /cvs/ports/audio/wavpack/distinfo,v
retrieving revision 1.4
diff -p -u -r1.4 distinfo
--- wavpack/distinfo7 Apr 2014 14:35:00 -   1.4
+++ wavpack/distinfo27 May 2016 20:16:41 -
@@ -1,2 +1,2 @@
-SHA256 (wavpack-4.70.0.tar.bz2) = LK3jebCrqZ+8TkQszG2sbGCfYhLkZRagg+JMjDZEMKQ=
-SIZE (wavpack-4.70.0.tar.bz2) = 411878
+SHA256 (wavpack-4.80.0.tar.bz2) = eRgup1970cqTHtIwBitDX95KTC4NvK0EgAe9HvHma+k=
+SIZE (wavpack-4.80.0.tar.bz2) = 450257
Index: wavpack/patches/patch-src_wputils_c
===
RCS file: wavpack/patches/patch-src_wputils_c
diff -N wavpack/patches/patch-src_wputils_c
--- wavpack/patches/patch-src_wputils_c 13 Jan 2015 21:25:21 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-src_wputils_c,v 1.1 2015/01/13 21:25:21 naddy Exp $
 src/wputils.c.orig Fri Oct 11 05:23:18 2013
-+++ src/wputils.c  Tue Jan 13 18:27:52 2015
-@@ -1925,7 +1925,7 @@ static uint32_t read_next_header (WavpackStreamReader 
- while (1) {
- if (sp < ep) {
- bleft = (int)(ep - sp);
--memcpy (buffer, sp, bleft);
-+memmove (buffer, sp, bleft);
- }
- else
- bleft = 0;
Index: wavpack/patches/patch-wavpack_pc_in
===
RCS file: wavpack/patches/patch-wavpack_pc_in
diff -N wavpack/patches/patch-wavpack_pc_in
--- wavpack/patches/patch-wavpack_pc_in 19 May 2014 16:57:39 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,18 +0,0 @@
-$OpenBSD: patch-wavpack_pc_in,v 1.1 2014/05/19 16:57:39 sthen Exp $
-
-Fix output of "pkg-config --libs wavpack".
-
-http://sourceforge.net/p/wavpack/mailman/message/31954297/
-https://github.com/dbry/WavPack/commit/779a2e62783acc6a46f75dd89359e95079ef708a
-
 wavpack.pc.in.orig Sun Sep 29 23:30:14 2013
-+++ wavpack.pc.in  Mon May 19 02:16:06 2014
-@@ -1,6 +1,7 @@
- prefix=@prefix@
-+exec_prefix=@exec_prefix@
- libdir=@libdir@
--includedir=${prefix}/include
-+includedir=@includedir@
- 
- Name: wavpack
- Description: wavpack library

Re: Fix: mail/courier-authlib

[Giovanni Bechis]

On 05/26/16 21:15, Stuart Henderson wrote:

On 2016/05/26 19:51, Giovanni Bechis wrote:

Index: patches/patch-preauthshadow_c


it looks like this is unused (typically any upstream support for
shadow passwords is not going to work with OpenBSD's API).
Could you check and if that's correct, remove that extra patch.
Rest is OK with me.


md5 agrees, committed.
 Thanks
  Giovanni

Re: Need a review for port of games/bastet (tetris like)

[Solène RAPENNE]

Rafael Sadowski writes:

> On Mon May 23, 2016 at 09:49:46PM +0200, Solène Rapenne wrote:
>> Hello,
>> 
>> I would like someone to review my port, it is my first one.
>> 
>> This is a port of the game bastet which is also called "bastard tetris"
>> because this is a tetris game with an algorithm ta always give you the worst
>> piece it can.
>> 
>> The base of the port has been done by Jeremie Courreges-Anglas who sent me
>> his work. I updated it to get the port to compile successfully.
>> 
>> I am using a commit of github because the latest release on github doesn't
>> compile so I need to take the latest commit archive. Is it possible to write
>> something cleaner than setting the DISTFILES with the commit name ?
>> 
>> It compiles ONLY with clang, for unknown reason.
>> 
>> I used portcheck -N and I fixed the complaints.
>> 
>> -- Makefile so opening the .tar.gz isn't needed --
>> COMMENT =bastard tetris
>> DISTNAME =   bastet-0.43.1
>> CATEGORIES = games
>> 
>> HOMEPAGE =   http://fph.altervista.org/prog/bastet.html
>> 
>> # GPLv3
>> PERMIT_PACKAGE_CDROM =   Yes
>> 
>> WANTLIB =boost_program_options-mt c curses m
>> 
>> GH_ACCOUNT = fph
>> GH_PROJECT = bastet
>> GH_COMMIT =  5037e410fde6fafe8e6bc4cf17a12ad98e01c17e
>> DISTFILES = 5037e410fde6fafe8e6bc4cf17a12ad98e01c17e.tar.gz
>> 
>
> Hi Solène,
>
> only review without runtime tests.
>
> --- Makefile  Mon May 23 22:35:17 2016
> +++ Makefile.orig Mon May 23 22:20:51 2016
> @@ -1,8 +1,7 @@
>  # $OpenBSD$
>  
>  COMMENT =bastard tetris
> -VERSION =0.43.1
> -DISTNAME =   bastet-${VERSION}
> +DISTNAME =   bastet-0.43.1
>  
>  CATEGORIES = games
>  
> @@ -14,7 +13,8 @@
>  
>  GH_ACCOUNT = fph
>  GH_PROJECT = bastet
> -GH_TAGNAME = ${VERSION}
> +GH_COMMIT =  5037e410fde6fafe8e6bc4cf17a12ad98e01c17e
> +DISTFILES = 5037e410fde6fafe8e6bc4cf17a12ad98e01c17e.tar.gz
>  
>  MODULES =lang/clang
>  MODCLANG_ARCHS = *
>
> need new round `make makesum`
>
>> MODULES =lang/clang
>> MODCLANG_ARCHS = *
>> MODCLANG_LANGS = c++
>> LIB_DEPENDS =devel/boost
>> 
>> MAKE_FLAGS = CPPFLAGS="-I\"${PREFIX}\"/include \
>>  -DLOCALSTATEDIR=\"${LOCALSTATEDIR}\"" \
>>  LDFLAGS="-L\"${PREFIX}\"/lib -lcurses -lboost_program_options"
>
> ${LOCALBASE} not ${PREFIX} is your friend. Why do you not use the
> Makefilei from project (maybe with patches)?
>> 
>> NO_TEST =Yes
>> 
>> do-configure:
>>  ${SUBST_CMD} ${WRKSRC}/Config.cpp
>> 
>> do-install:
>>  ${INSTALL_PROGRAM} ${WRKSRC}/bastet ${PREFIX}/bin/
>>  ${INSTALL_MAN} ${WRKSRC}/bastet.6 ${PREFIX}/man/man6
>>  ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/bastet/
>>  cd ${WRKSRC}; ${INSTALL_DATA} AUTHORS LICENSE NEWS README \
>>  ${PREFIX}/share/doc/bastet
>>  ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/bastet/
>>  ${INSTALL_DATA} /dev/null \
>>  ${PREFIX}/share/examples/bastet/bastet.scores2
>
> LOCALBASE :)
>> 
>> .include 
>
>
> Best regards,
>
> Rafael .. happy ports hacking


 Hello,

 Thanks for your help, I made some changes to the Makefile (I CC the
 list if someone wants to review the latest Makefile)

 - added the VERSION variable and changed DISTNAME
 - Removed DISTFILE as the github downloaded file takes the name of DISTNAME
 - GH_COMMIT can't be $VERSION because I need _this_ commit precisely
 - Made a patch to the Makefile to remove LDFLAGS and CPPFLAG
 - Added SUBST_CMD to the Makefile because I use ${LOCALBASE} in the
   patch (is it the right way to do it ?)

 Latest version


 # $OpenBSD$

 COMMENT =  bastard tetris
 VERSION =   0.43.1
 DISTNAME = bastet-${VERSION}
 GH_ACCOUNT =   fph
 GH_PROJECT =   bastet
 GH_COMMIT =5037e410fde6fafe8e6bc4cf17a12ad98e01c17e
 CATEGORIES =   games

 HOMEPAGE = http://fph.altervista.org/prog/bastet.html
 # GPLv3
 PERMIT_PACKAGE_CDROM = Yes

 WANTLIB =  boost_program_options-mt c curses m
 MODULES =  lang/clang
 MODCLANG_ARCHS = *
 MODCLANG_LANGS = c++
 LIB_DEPENDS =  devel/boost
 NO_TEST =  Yes

 do-configure:
${SUBST_CMD} ${WRKSRC}/Makefile
${SUBST_CMD} ${WRKSRC}/Config.cpp

 do-install:
${INSTALL_PROGRAM} ${WRKSRC}/bastet ${PREFIX}/bin/
${INSTALL_MAN} ${WRKSRC}/bastet.6 ${PREFIX}/man/man6
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/bastet/
cd ${WRKSRC}; ${INSTALL_DATA} AUTHORS LICENSE NEWS README \
${PREFIX}/share/doc/bastet
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/bastet/
${INSTALL_DATA} /dev/null \
${PREFIX}/share/examples/bastet/bastet.scores2

 .include 

Re: Need a review for port of games/bastet (tetris like)

[Solène RAPENNE]

Jeremie Courreges-Anglas writes:

> Solène Rapenne  writes:

>> I am using a commit of github because the latest release on github
>> doesn't compile so I need to take the latest commit archive. Is it
>> possible to write something cleaner than setting the DISTFILES with the
>> commit name ?
>
> I'd suggest using something like:
>
> DISTNAME =bastet-0.43.1.2015083000
>
> and getting rid of DISTFILES = ...
>

I found a cleaner solution, I posted a mail two minutes ago with a new
version of the Makefile, I didn't see your mail before posting mine.
I use GH_COMMIT to have the commit, then when downloading, it sets the
name of the archive downloaded to the distname with .tar.gz as
suffix. So I don't need to declare DISTFILES and the DISTNAME is clean.

>> It compiles ONLY with clang, for unknown reason.
>>
>> I used portcheck -N and I fixed the complaints.
>
> Looks fine to me, but... it looks like a patch is missing:
>
> ===>  Building for bastet-0.43.1.2015083000
> c++ -O2 -pipe  -DNDEBUG -Wall -I"/usr/local"/include  -DLOCALSTATEDIR="/var" 
> -c Ui.cpp
> Ui.cpp:479:2: error: use of undeclared identifier 'usleep'
> usleep(50/6);
> ^
> 1 error generated.
> *** Error 1 in 
> /usr/obj/pobj/bastet-0.43.1.2015083000/bastet-5037e410fde6fafe8e6bc4cf17a12ad98e01c17e
>  (:124 'Ui.o')
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2676 
> '/usr/obj/pobj/bastet-0.43.1.2015083000/.build_done')
> *** Error 1 in /usr/ports/mystuff/games/bastet 
> (/usr/ports/infrastructure/mk/bsd.port.mk:2398 'all')
>
> ... using llvm-3.8.0 on -current.  Also,
>

This is weird, on 5.9 there is no such issue. Maybe it's an issue of
llvm in current ?

>> MAKE_FLAGS = CPPFLAGS="-I\"${PREFIX}\"/include \
>>  -DLOCALSTATEDIR=\"${LOCALSTATEDIR}\"" \
>>  LDFLAGS="-L\"${PREFIX}\"/lib -lcurses -lboost_program_options"
>
> while it's not really incorrect, we tend to use LOCALBASE for "where
> other ports install stuff" and PREFIX for "where this port installs
> stuff".  While I don't really understand the purpose of having two
> variables, it's better to stay consistent.  So that would be LOCALBASE
> here.
>

In the latest version of the port I have been patching bastet's Makefile
to add the CPPFLAGS and LDFLAGS and I used LOCALBASE in it instead of PREFIX.

>> NO_TEST =Yes
>>
>> do-configure:
>>  ${SUBST_CMD} ${WRKSRC}/Config.cpp
>
> This doesn't do much now.  IIRC I wanted to make sure that we respected
> ${LOCALSTATEDIR}, which is supposed to be a user setting.  I doubt that
> it is actually supported in practice...

I will remove the SUBT_CMD on Config.cpp then.

>
> Updated tarball attached.  Looks like the Enter key doesn't work as
> advertised?

The game works fine on 5.9 amd64. Is the Enter key inactive in the
menu or while playing ?

[update] lang/rust 1.9.0

[Sebastien Marie]

Hi,

Here an update for lang/rust 1.9.0

All tests passed, devel/cargo (in wip) still build and pass tests.

Diff includes:
  - changes in Makefile to make it compute itself the RUST_HASH value

  - use new configure option --disable-codegen-tests as with don't have
FileCheck (from llvm) binary. remove the patches in configure and
src/compiletest/runtest.rs

  - disable (for now) two news tests added with unix socket support,
that doesn't pass. I will investigate them later.

  - disable run-pass/backtrace test. The support of libbacktrace has
been remove recently.

Comments ? OK ?
-- 
Sebastien Marie


Index: Makefile
===
RCS file: /cvs/ports/lang/rust/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- Makefile25 May 2016 06:39:35 -  1.22
+++ Makefile27 May 2016 04:54:10 -
@@ -7,11 +7,10 @@ PKG_ARCH-doc =*
 COMMENT-main = compiler for Rust Language
 COMMENT-doc =  html documentation for rustc
 
-V =1.8.0
-RUST_HASH =4fda350b
+V =1.9.0
 DISTNAME = rustc-${V}-src
-REVISION = 1
 
+RUST_HASH !=   echo -n ${V} | md5 | cut -c1-8
 SUBST_VARS +=  RUST_HASH
 
 PKGNAME =  rust-${V}
@@ -21,7 +20,7 @@ PKGNAME-doc = rust-doc-${V}
 MULTI_PACKAGES =   -main -doc
 
 # the snapshot version should be the version in src/snapshots.txt
-SNAPSHOT-amd64 =   
rust-stage0-2016-02-17-4d3eebf-openbsd-x86_64-266b485dc1658ceb1b119ea57ff5fab705003776.tar.bz2
+SNAPSHOT-amd64 =   
rust-stage0-2016-03-18-235d774-openbsd-x86_64-6d5adfe4301d158be8a5a33fb2e11bf857475cb3.tar.bz2
 
 CATEGORIES =   lang
 
@@ -84,6 +83,7 @@ USE_GMAKE =   Yes
 
 CONFIGURE_STYLE =  simple
 CONFIGURE_ARGS +=  --disable-valgrind-rpass \
+   --disable-codegen-tests \
--release-channel=stable \
--llvm-root="${LOCALBASE}" \
--prefix="${LOCALBASE}" \
Index: distinfo
===
RCS file: /cvs/ports/lang/rust/distinfo,v
retrieving revision 1.13
diff -u -p -r1.13 distinfo
--- distinfo9 May 2016 14:08:41 -   1.13
+++ distinfo27 May 2016 04:54:10 -
@@ -1,4 +1,4 @@
-SHA256 
(rust/rust-stage0-2016-02-17-4d3eebf-openbsd-x86_64-266b485dc1658ceb1b119ea57ff5fab705003776.tar.bz2)
 = OANhNg3teNKGq2uSqGSA0qU3Cud3S6ToVPGl7hQoSqA=
-SHA256 (rust/rustc-1.8.0-src.tar.gz) = 
r0RmFH6NTbTeKkbgdJTS3C2WMTxbN9o0I39RHJBfdEk=
-SIZE 
(rust/rust-stage0-2016-02-17-4d3eebf-openbsd-x86_64-266b485dc1658ceb1b119ea57ff5fab705003776.tar.bz2)
 = 21383007
-SIZE (rust/rustc-1.8.0-src.tar.gz) = 25641320
+SHA256 
(rust/rust-stage0-2016-03-18-235d774-openbsd-x86_64-6d5adfe4301d158be8a5a33fb2e11bf857475cb3.tar.bz2)
 = 8QZ/pf8S9dkMdbFw5kIU/x4VkwT51I9W1gyoFDt9tOQ=
+SHA256 (rust/rustc-1.9.0-src.tar.gz) = 
sZshGT19NgOd6+qqH2HL+YeH4M6UvYXFy+KllGLXz80=
+SIZE 
(rust/rust-stage0-2016-03-18-235d774-openbsd-x86_64-6d5adfe4301d158be8a5a33fb2e11bf857475cb3.tar.bz2)
 = 21260143
+SIZE (rust/rustc-1.9.0-src.tar.gz) = 25859714
Index: patches/patch-configure
===
RCS file: /cvs/ports/lang/rust/patches/patch-configure,v
retrieving revision 1.9
diff -u -p -r1.9 patch-configure
--- patches/patch-configure 13 Apr 2016 17:33:51 -  1.9
+++ patches/patch-configure 27 May 2016 04:54:10 -
@@ -1,11 +1,9 @@
 $OpenBSD: patch-configure,v 1.9 2016/04/13 17:33:51 semarie Exp $
 Remove requirement for curl or wget.
 The snapshot isn't downloaded but copied by post-configure.
-
-Remove requirement for FileCheck (LLVM) used in some tests.
 configure.orig Mon Apr 11 23:22:03 2016
-+++ configure  Wed Apr 13 10:23:22 2016
-@@ -727,7 +727,7 @@ putvar CFG_BOOTSTRAP_KEY
+--- configure.orig Mon May 23 18:29:00 2016
 configure  Tue May 24 06:06:32 2016
+@@ -719,7 +719,7 @@ if [ -n "$CFG_ENABLE_ORBIT" ]; then putvar CFG_ENABLE_
  
  step_msg "looking for build programs"
  
@@ -14,12 +12,3 @@ Remove requirement for FileCheck (LLVM) 
  if [ -z "$CFG_PYTHON_PROVIDED" ]; then
  probe_need CFG_PYTHON  python2.7 python2 python
  fi
-@@ -1494,7 +1494,7 @@ do
- LLVM_INST_DIR=$CFG_LLVM_ROOT
- do_reconfigure=0
- # Check that LLVm FileCheck is available. Needed for the tests
--need_cmd $LLVM_INST_DIR/bin/FileCheck
-+#need_cmd $LLVM_INST_DIR/bin/FileCheck
- fi
- 
- if [ ${do_reconfigure} -ne 0 ]
Index: patches/patch-src_compiletest_runtest_rs
===
RCS file: patches/patch-src_compiletest_runtest_rs
diff -N patches/patch-src_compiletest_runtest_rs
--- patches/patch-src_compiletest_runtest_rs13 Apr 2016 17:33:51 -  
1.2
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,39 +0,0 @@

lang/gcc can't be installed on -current

[Jakub Skrzypnik]

Looks like it was built before ABI breakage, can you fix?

$ uname -rms -v
OpenBSD 6.0 GENERIC.MP#2094 amd64
$ cat /etc/pkg.conf 
   
installpath = ftp.icm.edu.pl
$ doas pkg_add -iv gcc
Update candidates: quirks-2.234 -> quirks-2.234
quirks-2.234 signed on 2016-05-24T23:44:35Z
Can't install gcc-4.9.3p6 because of libraries
|library c.88.0 not found
| /usr/lib/libc.so.87.0 (system): bad major
Direct dependencies for gcc-4.9.3p6 resolve to gmp-5.0.2p3 mpfr-3.1.0.3p0 
libmpc-0.9p1 gcc-libs-4.9.3p6
Full dependency tree is gcc-libs-4.9.3p6 gmp-5.0.2p3 mpfr-3.1.0.3p0 libmpc-0.9p1

CVS: cvs.openbsd.org: ports

[Aaron Bieber]

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2016/05/27 17:44:14

Modified files:
games/ioquake3 : Makefile distinfo 
games/ioquake3/pkg: PLIST README 
Added files:
games/ioquake3/pkg: ioq3ded.rc 

Log message:
Update to latest release on github. Full changes here:
https://github.com/ioquake/ioq3/compare/a331637745fb82266f3627fb438f2d58d53e366c...ioquake:7811b2acb2955132a68d1b869d4df98eb3ae194a

Port changes:
- Add rc script for ioq3ded
- Add blurb in readme

OK awolk@, "that diff looks reasonable" sthen@

CVS: cvs.openbsd.org: ports

[Aaron Bieber]

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2016/05/27 17:45:35

Modified files:
infrastructure/db: user.list 

Log message:
reserve uid 776 for ioquake3

CVS: cvs.openbsd.org: ports

[Dmitrij Czarkoff]

CVSROOT:/cvs
Module name:ports
Changes by: czark...@cvs.openbsd.org2016/05/27 04:13:33

Modified files:
multimedia/daala: Makefile 

Log message:
Fix type in CONFIGURE_ARGS

Found and reported by espie@

OK espie@, sthen@

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/05/27 05:49:04

Modified files:
net/tinc   : Makefile distinfo 
net/tinc/patches: patch-doc_tinc_texi 

Log message:
Update to tinc-1.0.28

from Rafael Sadowski (maintainer)

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/05/27 06:58:15

Modified files:
sysutils/beats/topbeat: Makefile distinfo 

Log message:
update to topbeat-1.2.3; no relevant changes

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/05/27 06:53:13

Modified files:
shells/nsh : Makefile distinfo 

Log message:
update to newer nsh snapshot

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/05/27 04:06:47

Modified files:
sysutils/monit : Makefile distinfo 

Log message:
update to monit-5.18

from bryce chidester

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

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

Modified files:
security/letsencrypt: Makefile.inc 
security/letsencrypt/client: Makefile distinfo 
security/letsencrypt/client/patches: patch-examples_cli_ini 
 patch-examples_generate-csr_sh 
security/letsencrypt/client/pkg: DESCR PLIST 
security/letsencrypt/py-acme: distinfo 
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 
Added files:
security/letsencrypt/client/patches: 
 patch-certbot_plugins_webroot_py 
Removed files:
security/letsencrypt/client/patches: 
 
patch-letsencrypt_plugins_webroot_py 

Log message:
update letsencrypt/client to 0.6.0, and cope with the renaming to "certbot".
courtesy symlink provided so that scripts still work.

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/05/27 04:08:44

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

Log message:
maintenance update to 0.2.5 (translation updates) and drop gettext module

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/05/27 06:09:20

Added files:
net/lftp/patches: patch-src_lftp_rl_c 

Log message:
Missed in previous.

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/05/27 06:08:46

Modified files:
net/lftp   : Makefile distinfo 
net/lftp/patches: patch-configure patch-src_Makefile_in 

Log message:
Update to lftp-4.7.2

from Rafael Sadowski (maintainer)

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/05/27 03:18:14

Modified files:
mail/rspamd: Makefile distinfo 
mail/rspamd/patches: patch-CMakeLists_txt 
 patch-src_CMakeLists_txt 
 patch-src_client_CMakeLists_txt 
 patch-src_rspamadm_CMakeLists_txt 
mail/rspamd/pkg: PLIST 

Log message:
update to rspamd-1.2.7, from Brad

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/05/27 06:48:16

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

Log message:
update to xscreensaver-5.35
no plist change in x11/kde/artwork3 and x11/kde4/artwork

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2016/05/27 10:35:24

Log message:
import py3-aiohttp

It supports both client and server side of HTTP protocol. It also supports
both client and server Web-Sockets out-of-the-box. The web-server has
middlewares and pluggable routing.

ok jasper@ shadchin@

Status:

Vendor Tag: danj
Release Tags:   danj_20160527

N ports/www/py3-aiohttp/Makefile
N ports/www/py3-aiohttp/distinfo
N ports/www/py3-aiohttp/pkg/PLIST
N ports/www/py3-aiohttp/pkg/DESCR

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2016/05/27 11:04:35

Modified files:
lang/ruby  : ruby.port.mk 
lang/jruby : Makefile distinfo 
lang/jruby/pkg : PLIST 

Log message:
Update JRuby to 9.1.1.0

This changes the ruby version JRuby supports to 2.3, so update ruby.port.mk
to match.

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2016/05/27 11:04:53

Log message:
import py3-multidict

Multidicts are useful for working with HTTP headers, URL query args etc.

ok jasper@, tweaks and ok shadchin@

Status:

Vendor Tag: danj
Release Tags:   danj_20160527

N ports/www/py3-multidict/Makefile
N ports/www/py3-multidict/distinfo
N ports/www/py3-multidict/pkg/PLIST
N ports/www/py3-multidict/pkg/DESCR

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2016/05/27 13:10:39

Modified files:
sysutils/ruby-puppet/3: Makefile 
Added files:
sysutils/ruby-puppet/3/patches: 

patch-lib_puppet_network_http_rack_rest_rb 
patch-lib_puppet_ssl_certificate_rb 

Log message:
Make trusted facts work with the webrick server as well as make them
available when using ruby unicorn behind apache or nginx.

Using unicorn behind apache you need to add header:

RequestHeader set X-SSL-Client-Cert %{SSL_CLIENT_CERT}e

Using unicorn behind nginx, you need to run nginx-lua flavor, then
you need:

location / {

set_by_lua $client_cert "return ngx.var.ssl_client_raw_cert:gsub('\\n',' ')";

proxy_set_header  X-SSL-Client-Cert $client_cert;

}

OK jasper@ (MAINTAINER)

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2016/05/27 11:56:07

Modified files:
www: Makefile 

Log message:
+ py3-aiohttp
+ py3-multidict

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2016/05/27 12:00:08

Modified files:
www/py-gunicorn: Makefile distinfo 
www/py-gunicorn/pkg: PLIST 

Log message:
update to py-gunicorn-19.5.0 and add a py3 flavor

ok jasper@ shadchin@

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2016/05/27 12:07:43

Modified files:
www: Makefile 

Log message:
+ py-gunicorn,python3

CVS: cvs.openbsd.org: ports

[Matthias Kilian]

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2016/05/27 15:14:31

Modified files:
print/poppler  : Makefile distinfo 
Removed files:
print/poppler/patches: patch-poppler_Decrypt_cc 

Log message:
Update to popppler-0.44.0.

Tested on amd64 with my collection of poisoned pdfs.

ok aja@

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2016/05/27 10:23:33

Log message:
Import p5-Mail-Milter-Authentication, a perl implementation of email
authentication standards, dmarc included.

hints and ok sthen@

pkg/DESCR:
A Perl implementation of email authentication standards rolled up
into a single easy to use milter.

This milter verifies using the following standards.

- SPF
- SenderID
- DKIM (including ADSP)
- DMARC
- IPRev
- Check HELO matches it's IP address

Status:

Vendor Tag: giovanni
Release Tags:   giovanni_20160527

N ports/mail/courier-authlib/p5-Mail-Milter-Authentication/Makefile
N ports/mail/courier-authlib/p5-Mail-Milter-Authentication/distinfo
N ports/mail/courier-authlib/p5-Mail-Milter-Authentication/pkg/PLIST
N ports/mail/courier-authlib/p5-Mail-Milter-Authentication/pkg/DESCR
N 
ports/mail/courier-authlib/p5-Mail-Milter-Authentication/pkg/mail_milter_authentication.rc
N 
ports/mail/courier-authlib/p5-Mail-Milter-Authentication/patches/patch-share_authentication_milter_json
N 
ports/mail/courier-authlib/p5-Mail-Milter-Authentication/patches/patch-bin_authentication_milter
N 
ports/mail/courier-authlib/p5-Mail-Milter-Authentication/patches/patch-lib_Mail_Milter_Authentication_Client_pm

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2016/05/27 10:28:44

Log message:
Import p5-Mail-Milter-Authentication, a perl implementation of email
authentication standards, dmarc included.

hints and ok sthen@

pkg/DESCR:
A Perl implementation of email authentication standards rolled up
into a single easy to use milter.

This milter verifies using the following standards.

- SPF
- SenderID
- DKIM (including ADSP)
- DMARC
- IPRev
- Check HELO matches it's IP address

Status:

Vendor Tag: giovanni
Release Tags:   giovanni_20160527

N ports/mail/p5-Mail-Milter-Authentication/Makefile
N ports/mail/p5-Mail-Milter-Authentication/distinfo
N ports/mail/p5-Mail-Milter-Authentication/pkg/PLIST
N ports/mail/p5-Mail-Milter-Authentication/pkg/DESCR
N ports/mail/p5-Mail-Milter-Authentication/pkg/mail_milter_authentication.rc
N 
ports/mail/p5-Mail-Milter-Authentication/patches/patch-share_authentication_milter_json
N 
ports/mail/p5-Mail-Milter-Authentication/patches/patch-bin_authentication_milter
N 
ports/mail/p5-Mail-Milter-Authentication/patches/patch-lib_Mail_Milter_Authentication_Client_pm

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2016/05/27 10:25:58

Removed files:
mail/courier-authlib/p5-Mail-Milter-Authentication: Makefile 
distinfo 
mail/courier-authlib/p5-Mail-Milter-Authentication/patches: 

patch-bin_authentication_milter 

patch-lib_Mail_Milter_Authentication_Client_pm 

patch-share_authentication_milter_json 
mail/courier-authlib/p5-Mail-Milter-Authentication/pkg: DESCR 
PLIST 

mail_milter_authentication.rc 

Log message:
wrong directory, sorry

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2016/05/27 10:32:39

Modified files:
mail   : Makefile 

Log message:
+p5-Mail-Milter-Authentication

CVS: cvs.openbsd.org: ports

[Tim van der Molen]

CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2016/05/27 15:57:52

Modified files:
audio/wavpack  : Makefile distinfo 
Removed files:
audio/wavpack/patches: patch-src_wputils_c patch-wavpack_pc_in 

Log message:
Update to wavpack 4.80.0 and add myself as maintainer; OK sthen@

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2016/05/27 16:35:41

Modified files:
devel/boost: Makefile 
Added files:
devel/boost/patches: patch-boost_asio_ssl_impl_context_ipp 
 
patch-boost_asio_ssl_old_detail_openssl_context_service_hpp 

Log message:
Fix Boost.Asio, broken after the removal of SSLv3 support:

/usr/local/include/boost/asio/ssl/impl/context.ipp: In constructor 
'boost::asio::ssl::context::context(boost::asio::ssl::context_base::method)':
/usr/local/include/boost/asio/ssl/impl/context.ipp:93: error: '::SSLv3_method' 
has not been declared
/usr/local/include/boost/asio/ssl/impl/context.ipp:96: error: 
'::SSLv3_client_method' has not been declared
/usr/local/include/boost/asio/ssl/impl/context.ipp:99: error: 
'::SSLv3_server_method' has not been declared

OK jca@

CVS: cvs.openbsd.org: ports

[Aaron Bieber]

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2016/05/27 17:11:53

Modified files:
lang/node  : Makefile distinfo 
lang/node/pkg  : PLIST 

Log message:
Bump node to the latest. Full changelog here:
https://github.com/nodejs/node/blob/v4.4.5/CHANGELOG.md

OK awolk@

CVS: cvs.openbsd.org: ports

[Robert Nagy]

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2016/05/27 00:28:21

Modified files:
www/chromium   : Makefile distinfo 
www/chromium/patches: 
  patch-ash_display_mirror_window_controller_cc 
  patch-base_base_gypi 
  patch-base_debug_debugger_posix_cc 
  patch-base_debug_stack_trace_posix_cc 
  patch-base_message_loop_message_loop_cc 
  patch-base_process_launch_h 
  patch-base_process_process_metrics_h 
  patch-base_threading_platform_thread_posix_cc 
  patch-build_all_gyp 
  patch-build_common_gypi 
  patch-chrome_app_chrome_main_delegate_cc 
  patch-chrome_app_chromium_strings_grd 
  patch-chrome_app_generated_resources_grd 
  patch-chrome_app_google_chrome_strings_grd 
  patch-chrome_browser_about_flags_cc 
  patch-chrome_browser_browser_resources_grd 
  patch-chrome_browser_chrome_browser_main_cc 
  patch-chrome_browser_chrome_browser_main_linux_cc 
  
patch-chrome_browser_chrome_content_browser_client_cc 
  
patch-chrome_browser_chrome_content_browser_client_h 
  patch-chrome_browser_defaults_cc 
  
patch-chrome_browser_extensions_api_input_ime_input_ime_api_h 
  
patch-chrome_browser_extensions_api_omnibox_omnibox_api_cc 
  
patch-chrome_browser_extensions_bookmark_app_helper_cc 
  
patch-chrome_browser_extensions_browser_context_keyed_service_factories_cc 
  
patch-chrome_browser_extensions_external_provider_impl_cc 
  
patch-chrome_browser_first_run_first_run_internal_posix_cc 
  
patch-chrome_browser_media_galleries_media_file_system_registry_cc 
  patch-chrome_browser_memory_details_cc 
  
patch-chrome_browser_resources_plugin_metadata_plugins_linux_json 
  patch-chrome_browser_sync_chrome_sync_client_cc 
  
patch-chrome_browser_ui_ash_system_tray_delegate_common_cc 
  
patch-chrome_browser_ui_browser_command_controller_cc 
  patch-chrome_browser_ui_browser_view_prefs_cc 
  
patch-chrome_browser_ui_input_method_input_method_engine_base_cc 
  
patch-chrome_browser_ui_input_method_input_method_engine_h 
  patch-chrome_browser_ui_panels_panel_manager_cc 
  
patch-chrome_browser_ui_startup_startup_browser_creator_cc 
  patch-chrome_browser_ui_toolbar_app_menu_model_cc 
  
patch-chrome_browser_ui_views_apps_chrome_native_app_window_views_aura_cc 
  
patch-chrome_browser_ui_views_chrome_views_delegate_cc 
  
patch-chrome_browser_ui_views_chrome_views_delegate_h 
  patch-chrome_browser_ui_views_first_run_dialog_cc 
  
patch-chrome_browser_ui_views_frame_browser_view_cc 
  
patch-chrome_browser_ui_views_frame_opaque_browser_frame_view_cc 
  
patch-chrome_browser_ui_views_frame_system_menu_model_builder_cc 
  
patch-chrome_browser_ui_views_panels_panel_frame_view_cc 
  
patch-chrome_browser_ui_views_tabs_tab_drag_controller_cc 
  patch-chrome_browser_ui_views_tabs_tab_strip_cc 
  
patch-chrome_browser_ui_views_task_manager_view_cc 
  patch-chrome_browser_ui_webui_about_ui_cc 
  
patch-chrome_browser_ui_webui_chrome_web_ui_controller_factory_cc 
  
patch-chrome_browser_ui_webui_options_browser_options_handler_cc 
  
patch-chrome_browser_ui_webui_options_browser_options_handler_h 
  patch-chrome_chrome_browser_extensions_gypi 
  patch-chrome_chrome_browser_gypi 
  patch-chrome_chrome_browser_ui_gypi 
  patch-chrome_chrome_common_gypi 
  patch-chrome_chrome_utility_gypi 
  

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/05/27 16:50:31

Modified files:
telephony/stuntman: Makefile distinfo 
telephony/stuntman/patches: patch-stuncore_stunbuilder_cpp 
patch-testcode_testreader_cpp 

Log message:
update to stuntman-1.2.9, from maintainer Roman Kravchuk