[update] firefox 69.0rc1, firefox-esr 68.1.0rc1, thunderbird 68.0

2019-08-28 Thread Landry Breuil
Hi,

assorted mozilla updates:
- firefox 69.0
- update firefox-esr to 68.0, as 60.0 is going EOL and if we want to
  keep updating esr in 6.6-stable... note that esr will now be pledged
as mainline firefox.
- update thunderbird to 68.0 - maybe a bit early (cf
  https://www.thunderbird.net/en-US/thunderbird/68.0/releasenotes/ for
the many changes) as there will probably be a 68.1 soon, but 60.0 will
soon be EOL too and i've been using 68.0 betas for the past months
without issues, so commiting it will force ppl to dogfood it.

Thoughts ? tests ? comments ? yay/nays/nobody cares ?

Landry
? notes-sandbox
? patches-cubebremote
? patches-debugvideo
? pledge-59.diff
Index: Makefile
===
RCS file: /cvs/ports/www/mozilla-firefox/Makefile,v
retrieving revision 1.390
diff -u -r1.390 Makefile
--- Makefile15 Aug 2019 05:47:59 -  1.390
+++ Makefile28 Aug 2019 07:12:55 -
@@ -5,7 +5,7 @@
 
 # Don't forget to bump www/firefox-i18n after updates.
 
-MOZILLA_VERSION =  68.0.2
+MOZILLA_VERSION =  69.0rc1
 MOZILLA_BRANCH =   release
 MOZILLA_PROJECT =  firefox
 MOZILLA_CODENAME = browser
@@ -48,7 +48,7 @@
 # 63 requires node because why not #1483595
 BUILD_DEPENDS +=   lang/node
 # 63 requires cbindgen #1478813
-BUILD_DEPENDS +=   devel/cbindgen>=0.8.7
+BUILD_DEPENDS +=   devel/cbindgen>=0.9.0
 # 67 requires nasm for bundled libav1d
 BUILD_DEPENDS +=   devel/nasm
 
@@ -62,9 +62,6 @@
 MAKE_ENV +=BUILD_VERBOSE_LOG="1"
 
 CONFIGURE_ARGS +=  --enable-release #1386371
-# rust-simd doesn't work with lang/rust>=1.33
-#CONFIGURE_ARGS += --enable-rust-simd #1261841
-CONFIGURE_ARGS +=  --enable-webrender=build
 .if ${MACHINE_ARCH} == "i386"
 CONFIGURE_ARGS +=  --disable-debug-symbols
 MAKE_ENV +=RUSTFLAGS="-C target-cpu=pentium4 --cfg 
target_feature=\"sse2\""
@@ -72,7 +69,7 @@
 DPB_PROPERTIES =   lonesome
 .endif
 CONFIGURE_ARGS +=  --enable-sandbox --enable-content-sandbox
-
+CONFIGURE_ARGS +=  --with-libclang-path=${LOCALBASE}/lib
 SUBST_VARS +=  LOCALBASE X11BASE
 
 show-commit:
Index: distinfo
===
RCS file: /cvs/ports/www/mozilla-firefox/distinfo,v
retrieving revision 1.196
diff -u -r1.196 distinfo
--- distinfo15 Aug 2019 05:47:59 -  1.196
+++ distinfo28 Aug 2019 07:12:55 -
@@ -1,2 +1,2 @@
-SHA256 (mozilla/firefox-68.0.2.source.tar.xz) = 
mz5tj5mBn57anrukA7ZEorltGUULQsrkIrv0OGkCqEA=
-SIZE (mozilla/firefox-68.0.2.source.tar.xz) = 311257408
+SHA256 (mozilla/firefox-69.0.source.tar.xz) = 
XR5wO5HxxMmypiUbQGf1/tRXKMZA8lemlvMiihtlJ9s=
+SIZE (mozilla/firefox-69.0.source.tar.xz) = 315384680
Index: patches/patch-security_manager_pki_resources_content_exceptionDialog_js
===
RCS file: 
/cvs/ports/www/mozilla-firefox/patches/patch-security_manager_pki_resources_content_exceptionDialog_js,v
retrieving revision 1.22
diff -u -r1.22 patch-security_manager_pki_resources_content_exceptionDialog_js
--- patches/patch-security_manager_pki_resources_content_exceptionDialog_js 
9 Jul 2019 18:04:16 -   1.22
+++ patches/patch-security_manager_pki_resources_content_exceptionDialog_js 
28 Aug 2019 07:12:55 -
@@ -3,7 +3,7 @@
 Index: security/manager/pki/resources/content/exceptionDialog.js
 --- security/manager/pki/resources/content/exceptionDialog.js.orig
 +++ security/manager/pki/resources/content/exceptionDialog.js
-@@ -239,6 +239,7 @@ function updateCertStatus() {
+@@ -248,6 +248,7 @@ function updateCertStatus() {
  
// In these cases, we do want to enable the "Add Exception" button
gDialog.getButton("extra1").disabled = false;
Index: patches/patch-widget_nsPrintSettingsImpl_cpp
===
RCS file: 
/cvs/ports/www/mozilla-firefox/patches/patch-widget_nsPrintSettingsImpl_cpp,v
retrieving revision 1.6
diff -u -r1.6 patch-widget_nsPrintSettingsImpl_cpp
--- patches/patch-widget_nsPrintSettingsImpl_cpp9 Jul 2019 18:04:16 
-   1.6
+++ patches/patch-widget_nsPrintSettingsImpl_cpp28 Aug 2019 07:12:55 
-
@@ -2,7 +2,7 @@
 Index: widget/nsPrintSettingsImpl.cpp
 --- widget/nsPrintSettingsImpl.cpp.orig
 +++ widget/nsPrintSettingsImpl.cpp
-@@ -26,7 +26,7 @@ nsPrintSettings::nsPrintSettings()
+@@ -23,7 +23,7 @@ nsPrintSettings::nsPrintSettings()
mIsCancelled(false),
mSaveOnCancel(true),
mPrintSilent(false),
Index: Makefile
===
RCS file: /cvs/ports/www/firefox-esr/Makefile,v
retrieving revision 1.102
diff -u -r1.102 Makefile
--- Makefile12 Jul 2019 20:50:46 -  1.102
+++ Makefile28 Aug 2019 07:14:10 -
@@ -3,7 +3,7 @@
 COMMENT =  Firefox web browser, Extended Support Release
 ONLY_FOR_ARCHS =   amd64 i386
 

Re: [ports-gcc] Unbreak graphics/makehuman

2019-08-28 Thread Stuart Henderson
On 2019/08/27 19:14, Charlene Wendling wrote:
> Hi!
> 
> > http://build-failures.rhaalovely.net/powerpc/2019-08-09/graphics/makehuman.log
> > http://build-failures.rhaalovely.net/sparc64/2019-08-21/graphics/makehuman.log
> 
> It's just some missing headers actually, and once provided it builds [0]
> and runs fine on macppc. amd64 is still good. While here i've removed
> base-gcc from COMPILER, because of COMPILER_LIBCXX being in WANTLIB.

"COMPILER=base-clang ports-gcc base-gcc" is still ok, the problem is when you 
have
a port that doesn't have any COMPILER line, or one with base-gcc before 
ports-gcc,
which will result in a likely stdc++ library conflict.

Of course the only arches affected by removing base-gcc are landisk/m88k
so the only practical effect of changing this is that it won't then be
buildable on arches which already aren't doing ports builds...

> There is still no https version of HOMEPAGE.
> 
> OK? 

OK.

> Charlène.
> 
> 
> [0] https://bin.charlenew.xyz/makehuman.log
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/makehuman/Makefile,v
> retrieving revision 1.28
> diff -u -p -u -p -r1.28 Makefile
> --- Makefile  12 Jul 2019 20:47:03 -  1.28
> +++ Makefile  26 Aug 2019 16:16:31 -
> @@ -5,7 +5,7 @@ COMMENT=  parametrical modeling of 3D hum
>  DISTNAME=makehuman-0.9.1-rc1a
>  PKGNAME= makehuman-0.9.1rc1
>  CATEGORIES=  graphics
> -REVISION=6
> +REVISION=7
>  
>  # Newer releases available at https://github.com/makehumancommunity/makehuman
>  HOMEPAGE=http://www.makehumancommunity.org/
> @@ -18,7 +18,7 @@ WANTLIB += Xfixes Xi Xmu Xrandr Xrender 
>  WANTLIB += glapi glut m mhgui png pthread xcb xcb-dri2 xcb-dri3 xcb-glx
>  WANTLIB += xcb-present xcb-sync xcb-xfixes xshmfence z
>  
> -COMPILER =   base-clang ports-gcc base-gcc
> +COMPILER =   base-clang ports-gcc
>  
>  # gcp(1), see pre-configure
>  BUILD_DEPENDS=   sysutils/coreutils
> Index: patches/patch-src_FileTools_cpp
> ===
> RCS file: patches/patch-src_FileTools_cpp
> diff -N patches/patch-src_FileTools_cpp
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-src_FileTools_cpp   26 Aug 2019 16:16:31 -
> @@ -0,0 +1,15 @@
> +$OpenBSD$
> +
> +Add missing header for ports-gcc
> +
> +Index: src/FileTools.cpp
> +--- src/FileTools.cpp.orig
>  src/FileTools.cpp
> +@@ -38,6 +38,7 @@
> + #endif // _FileTools_H_
> + 
> + #include 
> ++#include 
> + #include 
> + #include 
> + #include 
> Index: patches/patch-src_util_h
> ===
> RCS file: patches/patch-src_util_h
> diff -N patches/patch-src_util_h
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-src_util_h  26 Aug 2019 16:16:31 -
> @@ -0,0 +1,15 @@
> +$OpenBSD$
> +
> +Add missing headers for ports-gcc
> +
> +Index: src/util.h
> +--- src/util.h.orig
>  src/util.h
> +@@ -31,6 +31,7 @@
> +   #include 
> + #endif
> + 
> ++#include 
> + #include 
> + #include 
> + #include 
> 



firefox i386 fails, EAGAIN during build

2019-08-28 Thread Stuart Henderson
Firefox is now failing on i386. 68.0.2 built OK in builds on 20190823
and 20190824 and first failure was on 20190825 (i.e. I did have a successful
build since the last commits to firefox and rust ports).

current build:

/pobj/firefox-68.0.2/bin/c++ -o Unified_cpp_js_src13.o -c  
-I/pobj/firefox-68.0.2/build-i386/dist/system_wrappers -inc
lude /pobj/firefox-68.0.2/firefox-68.0.2/config/gcc_hidden.h -DNDEBUG=1 
-DTRIMMED=1 -DJS_HAS_CTYPES -DFFI_BUILDING -DE
XPORT_JS_API -DMOZ_HAS_MOZGLUE -I/pobj/firefox-68.0.2/firefox-68.0.2/js/src 
-I/pobj/firefox-68.0.2/build-i386/js/src -
I/pobj/firefox-68.0.2/build-i386/js/src/ctypes/libffi/include 
-I/pobj/firefox-68.0.2/firefox-68.0.2/js/src/ctypes/libf
fi/src/x86 -I/pobj/firefox-68.0.2/build-i386/dist/include 
-I/usr/local/include/nspr -I/usr/include -fPIC -DMOZILLA_CLI
ENT -include /pobj/firefox-68.0.2/build-i386/js/src/js-confdefs.h 
-Qunused-arguments -fstack-protector-strong -Qunused
-arguments -Wall -Wbitfield-enum-conversion -Wempty-body -Wignored-qualifiers 
-Woverloaded-virtual -Wpointer-arith -Ws
hadow-field-in-constructor-modified -Wsign-compare -Wtype-limits 
-Wunreachable-code -Wunreachable-code-return -Wwrite-
strings -Wno-invalid-offsetof -Wclass-varargs -Wfloat-overflow-conversion 
-Wfloat-zero-conversion -Wloop-analysis -Wc+
+1z-compat -Wc++2a-compat -Wcomma -Wimplicit-fallthrough -Wstring-conversion 
-Wtautological-overlap-compare -Wtautolog
ical-unsigned-enum-zero-compare -Wtautological-unsigned-zero-compare 
-Wno-inline-new-delete -Wno-error=deprecated-decl
arations -Wno-error=array-bounds -Wno-error=backend-plugin 
-Wno-error=return-std-move -Wno-error=atomic-alignment -Wfo
rmat -Wformat-security -Wno-gnu-zero-variadic-macro-arguments 
-Wno-noexcept-type -Wno-unknown-warning-option -Wno-retu
rn-type-c-linkage -fno-sized-deallocation -O2 -pipe -fstack-protector-strong 
-fno-rtti -ffunction-sections -fdata-sect
ions -fno-exceptions -fno-math-errno -pthread -pipe -I/usr/local/include 
-fno-omit-frame-pointer -funwind-tables -I/us
r/local/include -fno-strict-aliasing -Werror=format -Wno-shadow  -MD -MP -MF 
.deps/Unified_cpp_js_src13.o.pp   /pobj/f
irefox-68.0.2/build-i386/js/src/Unified_cpp_js_src13.cpp
js/src/Unified_cpp_js_src14.o
error: Resource temporarily unavailable (os error 35)
gmake[3]: *** 
[/pobj/firefox-68.0.2/firefox-68.0.2/config/makefiles/rust.mk:240: 
force-cargo-library-build] Error 101
gmake[3]: Leaving directory 
'/pobj/firefox-68.0.2/build-i386/toolkit/library/rust'

previous build:

73 | build_n_args!(SendBoxFnOnce[+Send]: a1: A1, a2: A2, a3: A3, a4: A4, a5: 
A5, a6: A6, a7: A7, a8: A8, a9: A9, a10: A10);
error: Resource temporarily unavailable (os error 35)
gmake[3]: *** 
[/pobj/firefox-68.0.2/firefox-68.0.2/config/makefiles/rust.mk:240: 
force-cargo-library-build] Error 101
gmake[3]: Leaving directory 
'/pobj/firefox-68.0.2/build-i386/toolkit/library/rust'


So the failures are all coming from this make target:

force-cargo-library-build:
$(REPORT_BUILD)
$(call CARGO_BUILD) --lib $(cargo_target_flag) $(rust_features_flag) -- 
$(cargo_rustc_flags)

and it looks like the "error: Resource temporarily unavailable (os error 35)"
message comes from rust's libstd/io.

After restarting the build a few times I have now got past this (slightly
unfortunate as the time it worked I was trying to catch it in ktrace) but
I expect I'll be able to trigger it again if there are any ideas for more
debug.



Re: [update] firefox 69.0rc1, firefox-esr 68.1.0rc1, thunderbird 68.0

2019-08-28 Thread Giovanni Bechis
On 8/28/19 9:23 AM, Landry Breuil wrote:
> Hi,
> 
> assorted mozilla updates:
> - firefox 69.0
> - update firefox-esr to 68.0, as 60.0 is going EOL and if we want to
>   keep updating esr in 6.6-stable... note that esr will now be pledged
> as mainline firefox.
> - update thunderbird to 68.0 - maybe a bit early (cf
>   https://www.thunderbird.net/en-US/thunderbird/68.0/releasenotes/ for
> the many changes) as there will probably be a 68.1 soon, but 60.0 will
> soon be EOL too and i've been using 68.0 betas for the past months
> without issues, so commiting it will force ppl to dogfood it.
> 
> Thoughts ? tests ? comments ? yay/nays/nobody cares ?
> 
Some more info:
SOGo plugin is not compatible with new TB version, for Enigmail I have an 
untested diff.

 Giovanni



Re: fortran.port.mk: remove lang/g77 and devel/libf2c?

2019-08-28 Thread Christian Weisgerber
On 2019-08-27, Jeremie Courreges-Anglas  wrote:

> lang/g77 is the only user of devel/libf2c.
> ok to remove lang/g77 and devel/libf2c?

ok

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de



[Update] www/p5-Dancer2-Plugin-Auth-Tiny : Update to 0.008

2019-08-28 Thread wen heping
Hi, ports@:

  Here is a patch for www/p5-Dancer2-Plugin-Auth-Tiny to update to 0.008.
  It build well and passed all tests on amd64-head system
  No other ports depends on it.

Comments?OK?
wen
Index: Makefile
===
RCS file: /cvs/ports/www/p5-Dancer2-Plugin-Auth-Tiny/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile12 Jul 2019 20:50:52 -  1.5
+++ Makefile28 Aug 2019 14:06:01 -
@@ -4,9 +4,8 @@ COMMENT =   require logged-in user for sp
 
 MODULES =  cpan
 PKG_ARCH = *
-DISTNAME = Dancer2-Plugin-Auth-Tiny-0.005
+DISTNAME = Dancer2-Plugin-Auth-Tiny-0.008
 CATEGORIES =   www
-REVISION = 0
 
 # Perl
 PERMIT_PACKAGE =   Yes
Index: distinfo
===
RCS file: /cvs/ports/www/p5-Dancer2-Plugin-Auth-Tiny/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo26 Jan 2015 10:42:27 -  1.1.1.1
+++ distinfo28 Aug 2019 14:06:01 -
@@ -1,2 +1,2 @@
-SHA256 (Dancer2-Plugin-Auth-Tiny-0.005.tar.gz) = 
pniaC0VX/CdhrPh5koMVutD6uXWtOH0mZRza1yHc1ec=
-SIZE (Dancer2-Plugin-Auth-Tiny-0.005.tar.gz) = 27012
+SHA256 (Dancer2-Plugin-Auth-Tiny-0.008.tar.gz) = 
t5238guX7kRbvUjvrfXs0dZjiG/XnR5t1IzCpCdHawI=
+SIZE (Dancer2-Plugin-Auth-Tiny-0.008.tar.gz) = 27460


Re: [NEW] devel/p5-CLI-Framework

2019-08-28 Thread Peter Ezetta
On Sat, Aug 24, 2019 at 12:22 PM Andrew Hewus Fresh 
wrote:

> On Thu, Jul 25, 2019 at 10:43:03AM -0700, Peter Ezetta wrote:
> > Hello ports@,
> >
> > Attached is a new port for p5-CLI-Framework. This port requires
> > devel/p5-Exception-Class-TryCatch, which I submitted the other day.
> >
> > CLI::Framework ("CLIF") provides a framework and conceptual pattern for
> > building full-featured command line applications. It intends to make this
> > process simple and consistent. It assumes the responsibility of
> > implementing details that are common to all command-line applications,
> > making it possible for new applications adhering to well-defined
> > conventions to be built without the need to repeatedly write the same
> > command-line interface code.
> >
> > Build and tests pass fine for me on AMD64 -current.
> >
> > Comments? Ok?
>
> I needed another RUN_DEPENDS before it would work:
> RUN_DEPENDS =   devel/p5-Class-Inspector
>
> And adding an easy TEST_DEPENDS lets it run a bunch more of the tests.
> TEST_DEPENDS =  databases/p5-DBD-SQLite
>
> With those additions, OK afresh1@
>
> p5-Exception-Class-TryCatch looked fine to me as well, I'm planning to
> import it after getting through a few more reviews of things if nobody
> else gets to it first.
>
> l8rZ,
> --
> andrew - http://afresh1.com
>
> If your computer says, "Printer out of Paper," this problem cannot
>   be resolved by continuously clicking the "OK" button.
>

Here is an updated port with your suggested changes in place. It still
tests out fine
for me.

Thanks for the feedback!

Peter


p5-CLI-Framework.tar.gz
Description: application/gzip


Re: [new] xe-0.11

2019-08-28 Thread Evan Silberman
Ping, any takers?

Evan Silberman  wrote:
> Attached is a draft port of Leah Neukirchen's xe utility, which combines
> "some of the best features of xargs(1) and parallel(1)".
> 
> This is my first new port submission; I've done my best. Only built on
> amd64 (all I really have access to).
> 
> homepage: https://git.vuxu.org/xe/
> 
> Regards,
> 
> Evan Silberman




xe.tar.gz
Description: GNU Zip compressed data


Re: Backport patch for realpath(3) usage for File.realpath to Ruby 2.4-2.6 to work with unveil(2)

2019-08-28 Thread Jeremy Evans
On 07/01 12:34, Jeremy Evans wrote:
> Ruby previously had an emulated approach for File.realpath, which did
> not work correctly when using unveil(2).  This backports a patch to
> use realpath(3) for File.realpath that I recently committed upstream.
> 
> I have tested this works as expected with unveil(2) on -current, and
> have been running it on some personal apps for about a week to serve
> Ruby web applications using unveil(2) instead of chroot(2) to limit file
> system access.  unveil(2) is a lot less fragile than chroot(2) for
> limiting file system access in Ruby web applications, because many Ruby
> libraries have an unfortunate tendency to load Ruby code at runtime from
> locations under /usr/local/lib/ruby due to a misfeature called autoload.
> 
> Regen patches while here.
> 
> I plan to commit this in a couple days unless I hear objections.

Looks like I forgot to commit this in July.  I've been running it since
then with no problems.

Today, new versions of Ruby 2.4, 2.5, and 2.6 were released to fix a
minor issue in RDoc due to an embedded copy of JQuery.

Release announcements at:

https://www.ruby-lang.org/en/news/2019/08/28/ruby-2-6-4-released/
https://www.ruby-lang.org/en/news/2019/08/28/ruby-2-5-6-released/
https://www.ruby-lang.org/en/news/2019/08/28/ruby-2-4-7-released/

I'm going to include the File.realpath patch with this version update.

Ports-wise, this drops the PATCHFILES usage in ruby 2.6, as the patch
is included in 2.6.4.  It also regens patches.

Tested on amd64.  I plan to commit this in a couple days unless I hear
objections.  After that, I'll update 6.5-stable to get the security
fix, but I will not be including the File.realpath patch in the
-stable update.

Thanks,
Jeremy

Index: 2.4/Makefile
===
RCS file: /cvs/ports/lang/ruby/2.4/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- 2.4/Makefile25 Jun 2019 20:25:21 -  1.17
+++ 2.4/Makefile28 Aug 2019 18:00:33 -
@@ -1,7 +1,6 @@
 # $OpenBSD: Makefile,v 1.17 2019/06/25 20:25:21 sthen Exp $
 
-VERSION =  2.4.6
-REVISION-main =0
+VERSION =  2.4.7
 SHARED_LIBS =  ruby24  2.0
 NEXTVER =  2.5
 
Index: 2.4/distinfo
===
RCS file: /cvs/ports/lang/ruby/2.4/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- 2.4/distinfo3 Apr 2019 17:25:25 -   1.10
+++ 2.4/distinfo28 Aug 2019 18:00:33 -
@@ -1,2 +1,2 @@
-SHA256 (ruby-2.4.6.tar.gz) = 3g3ICXAjcWCZ98im/8dRURuQ3n9WlPQBtZ8tBx25EL4=
-SIZE (ruby-2.4.6.tar.gz) = 15880585
+SHA256 (ruby-2.4.7.tar.gz) = zW78cgympiJ0XiusefRebNY6sPWlOtfriBVF9Y/zi4k=
+SIZE (ruby-2.4.7.tar.gz) = 16036496
Index: 2.4/patches/patch-file_c
===
RCS file: 2.4/patches/patch-file_c
diff -N 2.4/patches/patch-file_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ 2.4/patches/patch-file_c28 Aug 2019 18:00:33 -
@@ -0,0 +1,102 @@
+$OpenBSD$
+
+Backport use of realpath(3) for File.realpath to allow unveil(2) to work.
+
+Index: file.c
+--- file.c.orig
 file.c
+@@ -126,6 +126,9 @@ int flock(int, int);
+ #define STAT(p, s)stat((p), (s))
+ #endif
+ 
++#include 
++#include 
++
+ VALUE rb_cFile;
+ VALUE rb_mFileTest;
+ VALUE rb_cStat;
+@@ -3898,7 +3901,7 @@ realpath_rec(long *prefixlenp, VALUE *resolvedp, const
+ }
+ 
+ static VALUE
+-rb_check_realpath_internal(VALUE basedir, VALUE path, enum rb_realpath_mode 
mode)
++rb_check_realpath_emulate(VALUE basedir, VALUE path, enum rb_realpath_mode 
mode)
+ {
+ long prefixlen;
+ VALUE resolved;
+@@ -3980,6 +3983,75 @@ rb_check_realpath_internal(VALUE basedir, VALUE path, 
+   rb_enc_associate(resolved, origenc);
+ 
+ OBJ_INFECT(resolved, unresolved_path);
++return resolved;
++}
++
++static VALUE rb_file_join(VALUE ary, VALUE sep);
++
++static VALUE
++rb_check_realpath_internal(VALUE basedir, VALUE path, enum rb_realpath_mode 
mode)
++{
++VALUE unresolved_path;
++rb_encoding *origenc;
++char *resolved_ptr = NULL;
++VALUE resolved;
++
++if (mode == RB_REALPATH_DIR) {
++  return rb_check_realpath_emulate(basedir, path, mode);
++}
++
++unresolved_path = rb_str_dup_frozen(path);
++origenc = rb_enc_get(unresolved_path);
++if (*RSTRING_PTR(unresolved_path) != '/' && !NIL_P(basedir)) {
++  unresolved_path = rb_file_join(rb_ary_new_from_args(2, basedir, 
unresolved_path), rb_str_new2("/"));
++}
++
++if((resolved_ptr = realpath(RSTRING_PTR(unresolved_path), NULL)) == NULL) 
{
++  /* glibc realpath(3) does not allow /path/to/file.rb/../other_file.rb,
++ returning ENOTDIR in that case.
++ glibc realpath(3) can also return ENOENT for paths that exist,
++ such as /dev/fd/5.
++ Fallback to the emulated approach in either of those cases. */
++  if 

Re: clue needed! prometheus/node_exporter + grafana

2019-08-28 Thread Ralf Horstmann
Hi Stuart,

the most likely explanation is that some grafana.com dashboards are
primarily targeting Linux or an older node_exporter version, or they are
just poor quality.

For some metrics, the metric names are different between Linux and
OpenBSD (or other BSDs). The memory metrics on Linux for example use the
metric names derived from /proc/meminfo, while the BSDs have different
metric names.

In my Grafana dashboards I have worked around that by adding
expressions like this:

(node_memory_SwapTotal_bytes{instance=~'$node'} - 
node_memory_SwapFree{instance=~'$node'})
 or (node_memory_SwapTotal{instance=~'$node'} - 
node_memory_SwapFree{instance=~'$node'})
 or (node_memory_swap_used_bytes{instance=~'$node'})

This one has three expressions: Linux with node_exporter >= 0.16.0,
Linux with node_exporter < 0.16.0, BSD with node_exporter >= 0.16.0.

In node_exporter 0.16.0 many metrics were renamed to a more standardized
format. Some grafana.com dashboards have not been updated for that.

I'm currently running prometheus-2.0.0p0 and grafana-5.4.3 from packages
on OpenBSD 6.5. The node_exporters are either the one I sent to ports@
in February (which was not imported) or 0.18.0 from snapshots. Works
fine for me.

As a starting point I'd suggest this dashboard:
https://grafana.com/grafana/dashboards/405

It should show at least some graphs out of the box. The memory graph
needs some work though.

Cheers,
Ralf

* Stuart Henderson  [2019-08-04 22:29]:
> I'm trying to get graphs out of prometheus+node_exporter displaying
> in grafana (all using our packages).
> 
> I have node_exporter graphs showing in Prometheus /graph page if I manually
> enter a query, and the built-in prometheus graphs in grafana ("Prometheus 2.0
> Stats" etc) were very straightforward and are working fine.
> 
> I'm trying to add any of the common dashboards for node_exporter from
> grafana.com ("Node Dashboard", "Node Exporter 0.16 for Prometheus
> Monitoring display board", "Node Exporter Full", "Node exporter single
> server"), they're linked to the Prometheus data source, but I can't
> get them to display any stats. e.g. "Node Dashboard" just show a blank
> screen, "Node Exporter Full") shows various empty graphs/dials showing
> "N/A" or "No data points".
> 
> If anyone has got them working, can you throw me a clue please?
> 
> This looks like it should all be much less faff than symon+syweb but I
> seem to be missing something ..
> 



sparc64 bulk build report

2019-08-28 Thread landry
bulk build on sparc64-0.ports.openbsd.org
started on  Mon Aug 26 11:40:41 MDT 2019
finished at Wed Aug 28 16:45:14 MDT 2019
lasted 02D22h04m
done with kern.version=OpenBSD 6.6-beta (GENERIC.MP) #37: Sun Aug 25 23:57:07 
MDT 2019

built packages:9676
Aug 26:6522
Aug 27:2328
Aug 28:825



critical path missing pkgs: 
http://build-failures.rhaalovely.net//sparc64/2019-08-26/summary.log

build failures: 63
http://build-failures.rhaalovely.net//sparc64/2019-08-26/audio/gradio.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/cad/magic.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/cad/netgen.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/cad/qucs.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/chinese/libpinyin.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/comms/xastir.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/devel/libcoap.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/devel/py-unicorn,python3.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/emulators/BasiliskII.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/emulators/fs-uae.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/emulators/gambatte,-main.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/emulators/nestopia,-libretro.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/emulators/ppsspp.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/emulators/vbam.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/games/devilutionx.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/games/dxx-rebirth.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/games/love.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/games/mvdsv.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/games/pokerth.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/games/xevil.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/geo/spatialite/gis.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/graphics/colord-gtk.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/graphics/makehuman.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/graphics/openimageio.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/lang/apl.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/lang/erlang/16.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/lang/erlang/17,-main.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/lang/erlang/18,-main.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/lang/erlang/19.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/lang/erlang/21.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/lang/janet.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/mail/kopano/core.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/math/kst.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/math/py-scikit-learn.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/multimedia/mkvtoolnix,no_x11.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/multimedia/synfig.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/net/bitcoin.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/net/dleyna/renderer.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/net/dleyna/server.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/net/litecoin.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/net/mutella.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/net/telegram-purple.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/net/toxcore.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/productivity/gnucash.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/security/libfprint.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/security/sslscan,openssl.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/telephony/iaxclient.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/telephony/pjsua,-main.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/x11/gnome/libgweather.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/x11/gnome/photos.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/x11/gnome/tracker-miners.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/x11/gnome/zenity.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/x11/grantlee-qt5.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/x11/gtk+4,-cloudprint.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/x11/gtk-vnc.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/x11/kde4/krfb.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/x11/kde4/smokeqt.log
http://build-failures.rhaalovely.net//sparc64/2019-08-26/x11/libdbus-c++.log

Re: [new] xe-0.11

2019-08-28 Thread Evan Silberman
Brian Callahan  wrote:
> 
> Here's a new tarball with some tweaks:
> 
> * Tighten up whitespace
> * Put WANTLIB in the right place. Additionally, WANTLIB should just be a 
> copy of the output of `make port-lib-depends-check'.
> * Add a MAKE_FLAGS with CC and CFLAGS, since no CC is specified in the 
> xe Makefile and the CFLAGS are hardcoded (and it's just a couple of -W 
> flags). If you're really attached to the warning flags, you can make a 
> patch to change CFLAGS= to CFLAGS+= in the xe Makefile but I don't think 
> that's necessary.
> * Add a FAKE_FLAGS and remove the do-install routine. There's an install 
> routine in the xe Makefile and it works fine with MANDIR set in FAKE_FLAGS.

Thank you for the corrections and the pointers to these features of the
port system. (bsd.port.mk(5) is…lengthy). Can't cross-check that the
build works for me right now but I can do so later if necessary.

> I notice there's no maintainer. Evan, would you like to be maintainer 
> since you've submitted this?

Sure!

Evan Silberman



Re: UPDATE: net/snort 2.9.14.1

2019-08-28 Thread Markus Lude
ping

On Sun, Aug 18, 2019 at 12:46:31PM +0200, Markus Lude wrote:
> Hello,
>
> attached is an update to snort 2.9.14.1.
>
> Tested on amd64.
>
> Please test, comment and eventually commit.
>
> Regards
> Markus
>

> Index: Makefile
> ===
> RCS file: /cvs/ports/net/snort/Makefile,v
> retrieving revision 1.104
> diff -u -p -u -p -r1.104 Makefile
> --- Makefile  24 Jul 2019 02:15:57 -  1.104
> +++ Makefile  18 Aug 2019 10:41:39 -
> @@ -2,8 +2,8 @@
>
>  COMMENT =highly flexible sniffer/NIDS
>
> -DISTNAME =   snort-2.9.14
> -RULESV = 29140
> +DISTNAME =   snort-2.9.14.1
> +RULESV = 29141
>  SUBST_VARS = RULESV
>
>  CATEGORIES = net security
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/snort/distinfo,v
> retrieving revision 1.40
> diff -u -p -u -p -r1.40 distinfo
> --- distinfo  24 Jul 2019 02:15:57 -  1.40
> +++ distinfo  18 Aug 2019 10:41:39 -
> @@ -1,2 +1,2 @@
> -SHA256 (snort-2.9.14.tar.gz) = wDBtuc5k9FzHxkya/HCr6WidqoYAIDRew7oJmSi3Rks=
> -SIZE (snort-2.9.14.tar.gz) = 6688482
> +SHA256 (snort-2.9.14.1.tar.gz) = JHKYnaOqzgANHqWTHs5o+OXMDFEeJy1lGCETokgegi0=
> +SIZE (snort-2.9.14.1.tar.gz) = 6531749
> Index: patches/patch-src_dynamic-plugins_sf_engine_Makefile_in
> ===
> RCS file: 
> /cvs/ports/net/snort/patches/patch-src_dynamic-plugins_sf_engine_Makefile_in,v
> retrieving revision 1.12
> diff -u -p -u -p -r1.12 patch-src_dynamic-plugins_sf_engine_Makefile_in
> --- patches/patch-src_dynamic-plugins_sf_engine_Makefile_in   2 Jun 2019 
> 02:07:44 -   1.12
> +++ patches/patch-src_dynamic-plugins_sf_engine_Makefile_in   18 Aug 2019 
> 10:41:39 -
> @@ -5,7 +5,7 @@ Disable libsf_sorules in the examples di
>  Index: src/dynamic-plugins/sf_engine/Makefile.in
>  --- src/dynamic-plugins/sf_engine/Makefile.in.orig
>  +++ src/dynamic-plugins/sf_engine/Makefile.in
> -@@ -388,7 +388,7 @@ top_srcdir = @top_srcdir@
> +@@ -376,7 +376,7 @@ top_srcdir = @top_srcdir@
>   AUTOMAKE_OPTIONS = foreign no-dependencies
>   dynamicengine_LTLIBRARIES = libsf_engine.la
>   dynamicenginedir = $(libdir)/snort_dynamicengine
> @@ -14,7 +14,7 @@ Index: src/dynamic-plugins/sf_engine/Mak
>   @BUILD_OPENSSL_MD5_TRUE@OPENSSL_MD5 = \
>   @BUILD_OPENSSL_MD5_TRUE@md5.c md5.h
>
> -@@ -529,7 +529,7 @@ massage_ipv6_headers = \
> +@@ -517,7 +517,7 @@ massage_ipv6_headers = \
>   $(sed_ipv6_headers); \
>   fi
>
> Index: patches/patch-src_dynamic-preprocessors_Makefile_in
> ===
> RCS file: 
> /cvs/ports/net/snort/patches/patch-src_dynamic-preprocessors_Makefile_in,v
> retrieving revision 1.18
> diff -u -p -u -p -r1.18 patch-src_dynamic-preprocessors_Makefile_in
> --- patches/patch-src_dynamic-preprocessors_Makefile_in   2 Jun 2019 
> 02:07:44 -   1.18
> +++ patches/patch-src_dynamic-preprocessors_Makefile_in   18 Aug 2019 
> 10:41:39 -
> @@ -2,7 +2,7 @@ $OpenBSD: patch-src_dynamic-preprocessor
>  Index: src/dynamic-preprocessors/Makefile.in
>  --- src/dynamic-preprocessors/Makefile.in.orig
>  +++ src/dynamic-preprocessors/Makefile.in
> -@@ -1647,19 +1647,8 @@ clean-local:
> +@@ -1631,19 +1631,8 @@ clean-local:
>   rm -rf include build
>
>   install-data-local:
> Index: patches/patch-src_dynamic-preprocessors_appid_Makefile_in
> ===
> RCS file: 
> /cvs/ports/net/snort/patches/patch-src_dynamic-preprocessors_appid_Makefile_in,v
> retrieving revision 1.3
> diff -u -p -u -p -r1.3 patch-src_dynamic-preprocessors_appid_Makefile_in
> --- patches/patch-src_dynamic-preprocessors_appid_Makefile_in 24 Jul 2019 
> 02:15:57 -  1.3
> +++ patches/patch-src_dynamic-preprocessors_appid_Makefile_in 18 Aug 2019 
> 10:41:39 -
> @@ -6,7 +6,7 @@ libunwind symbols.
>  Index: src/dynamic-preprocessors/appid/Makefile.in
>  --- src/dynamic-preprocessors/appid/Makefile.in.orig
>  +++ src/dynamic-preprocessors/appid/Makefile.in
> -@@ -586,8 +586,8 @@ APPID_SOURCES = $(APPID_SRC_DIR)/commonAppMatcher.c \
> +@@ -575,8 +575,8 @@ APPID_SOURCES = $(APPID_SRC_DIR)/commonAppMatcher.c \
>   $(APPID_SRC_DIR)/util/sfutil.c $(APPID_SRC_DIR)/util/sfutil.h
>   dynamicpreprocessordir = ${libdir}/snort_dynamicpreprocessor
>   dynamicpreprocessor_LTLIBRARIES = libsf_appid_preproc.la
> Index: patches/patch-src_dynamic-preprocessors_dcerpc2_Makefile_in
> ===
> RCS file: 
> /cvs/ports/net/snort/patches/patch-src_dynamic-preprocessors_dcerpc2_Makefile_in,v
> retrieving revision 1.15
> diff -u -p -u -p -r1.15 patch-src_dynamic-preprocessors_dcerpc2_Makefile_in
> --- patches/patch-src_dynamic-preprocessors_dcerpc2_Makefile_in   2 Jun 
> 2019 02:07:44 -  

Re: Enable tests for security/py-artifacts with MODPY_PYTEST

2019-08-28 Thread Remi Pointel

On 8/27/19 7:47 PM, Kurt Mosiejczuk wrote:

While testing the py-yapf update I saw that the py-artifacts tests
don't run. You get the "0 tests run". Adding MODPY_PYTEST to the
Makefile enables those tests (which run successfully except for one).

cc maintainer

--Kurt

Index: Makefile
===
RCS file: /cvs/ports/security/py-artifacts/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- Makefile12 Jul 2019 20:49:34 -  1.13
+++ Makefile27 Aug 2019 17:44:31 -
@@ -19,6 +19,7 @@ PERMIT_PACKAGE =  Yes
  MODULES = lang/python
  MODPY_PI =Yes
  MODPY_SETUPTOOLS =Yes
+MODPY_PYTEST = Yes
  
  FLAVORS =	python3

  FLAVOR ?=



Hello,

good catch.

ok for me.

Cheers,

Remi.



Re: [new] xe-0.11

2019-08-28 Thread Brian Callahan



On 8/28/19 2:45 PM, Evan Silberman wrote:

Ping, any takers?

Evan Silberman  wrote:

Attached is a draft port of Leah Neukirchen's xe utility, which combines
"some of the best features of xargs(1) and parallel(1)".

This is my first new port submission; I've done my best. Only built on
amd64 (all I really have access to).

homepage: https://git.vuxu.org/xe/

Regards,

Evan Silberman




Here's a new tarball with some tweaks:

* Tighten up whitespace
* Put WANTLIB in the right place. Additionally, WANTLIB should just be a 
copy of the output of `make port-lib-depends-check'.
* Add a MAKE_FLAGS with CC and CFLAGS, since no CC is specified in the 
xe Makefile and the CFLAGS are hardcoded (and it's just a couple of -W 
flags). If you're really attached to the warning flags, you can make a 
patch to change CFLAGS= to CFLAGS+= in the xe Makefile but I don't think 
that's necessary.
* Add a FAKE_FLAGS and remove the do-install routine. There's an install 
routine in the xe Makefile and it works fine with MANDIR set in FAKE_FLAGS.


I notice there's no maintainer. Evan, would you like to be maintainer 
since you've submitted this?


~Brian



xe.tgz
Description: application/compressed-tar


Critical mail/dovecot(-pigeonhole) update

2019-08-28 Thread Mark Patruck

https://dovecot.org/pipermail/dovecot/2019-August/116873.html

- mail/dovecot 2.3.7.2
  https://dovecot.org/pipermail/dovecot/2019-August/116874.html

- mail/dovecot-pigeonhole 0.5.7.2
  https://dovecot.org/pipermail/dovecot/2019-August/116876.html


--
Mark Patruck ( mark at wrapped.cx )
GPG key 0xF2865E51 / 187F F6D3 EE04 1DCE 1C74  F644 0D3C F66F F286 5E51

https://www.wrapped.cx
Index: dovecot/Makefile
===
RCS file: /cvs/ports/mail/dovecot/Makefile,v
retrieving revision 1.281
diff -u -p -r1.281 Makefile
--- dovecot/Makefile25 Jul 2019 21:41:37 -  1.281
+++ dovecot/Makefile28 Aug 2019 20:44:43 -
@@ -6,7 +6,7 @@ COMMENT-mysql=  MySQL authentication / di
 COMMENT-postgresql= PostgreSQL authentication / dictionary support for Dovecot
 
 V_MAJOR=   2.3
-V_DOVECOT= 2.3.7.1
+V_DOVECOT= 2.3.7.2
 EPOCH= 0
 
 DISTNAME=  dovecot-${V_DOVECOT}
Index: dovecot/distinfo
===
RCS file: /cvs/ports/mail/dovecot/distinfo,v
retrieving revision 1.147
diff -u -p -r1.147 distinfo
--- dovecot/distinfo25 Jul 2019 21:41:38 -  1.147
+++ dovecot/distinfo28 Aug 2019 20:44:43 -
@@ -1,2 +1,2 @@
-SHA256 (dovecot-2.3.7.1.tar.gz) = xaUdb3bm6chD32nlKjZKTGXExg4MUdmS6qRfIvcYA8M=
-SIZE (dovecot-2.3.7.1.tar.gz) = 7076500
+SHA256 (dovecot-2.3.7.2.tar.gz) = ZmzghHYKR+YB1Jqb48eZPEh4nTMmMejftF9EOzZ7EmA=
+SIZE (dovecot-2.3.7.2.tar.gz) = 7076231
Index: dovecot-pigeonhole/Makefile
===
RCS file: /cvs/ports/mail/dovecot-pigeonhole/Makefile,v
retrieving revision 1.67
diff -u -p -r1.67 Makefile
--- dovecot-pigeonhole/Makefile 25 Jul 2019 21:41:38 -  1.67
+++ dovecot-pigeonhole/Makefile 28 Aug 2019 20:44:43 -
@@ -2,7 +2,7 @@
 
 COMMENT=   Sieve mail filtering for Dovecot
 
-V_SIEVE=   0.5.7.1
+V_SIEVE=   0.5.7.2
 V_DOVECOT= 2.3
 
 DISTNAME=  dovecot-${V_DOVECOT}-pigeonhole-${V_SIEVE}
Index: dovecot-pigeonhole/distinfo
===
RCS file: /cvs/ports/mail/dovecot-pigeonhole/distinfo,v
retrieving revision 1.37
diff -u -p -r1.37 distinfo
--- dovecot-pigeonhole/distinfo 25 Jul 2019 21:41:38 -  1.37
+++ dovecot-pigeonhole/distinfo 28 Aug 2019 20:44:43 -
@@ -1,2 +1,2 @@
-SHA256 (dovecot-2.3-pigeonhole-0.5.7.1.tar.gz) = 
MnCyTB91p8FE9U1tCM6ZQXbjnCzbOsTdgK1eZKqqICg=
-SIZE (dovecot-2.3-pigeonhole-0.5.7.1.tar.gz) = 1857291
+SHA256 (dovecot-2.3-pigeonhole-0.5.7.2.tar.gz) = 
1Z0MXFIloSbluYv5XXXo3TaL3us9oul2bb5P3aqUEbA=
+SIZE (dovecot-2.3-pigeonhole-0.5.7.2.tar.gz) = 1857602


Re: Critical mail/dovecot(-pigeonhole) update

2019-08-28 Thread Chris Narkiewicz
On 28/08/2019 22:08, Mark Patruck wrote:
> https://dovecot.org/pipermail/dovecot/2019-August/116873.html

Thanks, that was quick.

Any chance we can see updated binary package in OpenBSD 6.5?

Cheers,
Chris



signature.asc
Description: OpenPGP digital signature


Re: security/ghidra and libstdc++

2019-08-28 Thread Lawrence Teo
On Tue, Aug 27, 2019 at 10:52:52AM -, Christian Weisgerber wrote:
> On 2019-08-21, Stuart Henderson  wrote:
> 
> >> > * If you build ghidra on a system where gcc/g++/libstdc++ are
> >> >   available, it does indeed link something against libstdc++ and
> >> >   port-lib-depends-check indicates WANTLIB+=stdc++.
> >> > 
> >> > * If you build ghidra on a system where gcc/g++/libstdc++ are NOT
> >> >   available, it still builds fine, something is linked against
> >> >   libc++/libc++abi/pthread and port-lib-depends-check consequently
> >> >   indicates WANTLIB+=${COMPILER_LIBCXX}.
> >
> > Is this enough? Untested beyond "does it create the right symlink".
> >
> > --- Makefile12 Jul 2019 20:49:02 -  1.4
> > +++ Makefile21 Aug 2019 08:21:22 -
> > @@ -39,6 +39,7 @@ post-extract:
> > ${WRKSRC}/ghidraRun
> > @perl -pi -e 's,#!/bin/bash,#!${LOCALBASE}/bin/bash,' \
> > ${WRKSRC}/support/launch.sh
> > +   ln -s c++ ${WRKDIR}/bin/g++
> 
> This actually breaks the build:
> 
> > Task :Decompiler:compileDecompileOpenbsd64ExecutableDecompileCpp FAILED
> 
> FAILURE: Build failed with an exception.
> 
> * What went wrong:
> Execution failed for task 
> ':Decompiler:compileDecompileOpenbsd64ExecutableDecompileCpp'.
> > java.lang.NullPointerException (no error message)

I have been testing and tinkering as well but haven't gotten very far.
Using sthen's diff and passing --stacktrace to gradle I got this output:

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task 
':Decompiler:compileDecompileOpenbsd64ExecutableDecompileCpp'.
> java.lang.NullPointerException (no error message)

* Try:
Run with --info or --debug option to get more log output. Run with --scan to 
get full insights.

* Exception is:
org.gradle.api.tasks.TaskExecutionException: Execution failed for task 
':Decompiler:compileDecompileOpenbsd64ExecutableDecompileCpp'.
at 
org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter.java:38)
at 
org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.executeTask(EventFiringTaskExecuter.java:77)
at 
org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.call(EventFiringTaskExecuter.java:55)
at 
org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.call(EventFiringTaskExecuter.java:52)
at 
org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:416)
at 
org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:406)
at 
org.gradle.internal.operations.DefaultBuildOperationExecutor$1.execute(DefaultBuildOperationExecutor.java:165)
at 
org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:250)
at 
org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:158)
at 
org.gradle.internal.operations.DefaultBuildOperationExecutor.call(DefaultBuildOperationExecutor.java:102)
at 
org.gradle.internal.operations.DelegatingBuildOperationExecutor.call(DelegatingBuildOperationExecutor.java:36)
at 
org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter.execute(EventFiringTaskExecuter.java:52)
at 
org.gradle.execution.plan.LocalTaskNodeExecutor.execute(LocalTaskNodeExecutor.java:43)
at 
org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$InvokeNodeExecutorsAction.execute(DefaultTaskExecutionGraph.java:355)
at 
org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$InvokeNodeExecutorsAction.execute(DefaultTaskExecutionGraph.java:343)
at 
org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$BuildOperationAwareExecutionAction.execute(DefaultTaskExecutionGraph.java:336)
at 
org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$BuildOperationAwareExecutionAction.execute(DefaultTaskExecutionGraph.java:322)
at 
org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker$1.execute(DefaultPlanExecutor.java:134)
at 
org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker$1.execute(DefaultPlanExecutor.java:129)
at 
org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.execute(DefaultPlanExecutor.java:202)
at 
org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.executeNextNode(DefaultPlanExecutor.java:193)
at 
org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.run(DefaultPlanExecutor.java:129)
at 
org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:64)
at 
org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:48)
at 
org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56)

Re: UPDATE: net/snort 2.9.14.1

2019-08-28 Thread Lawrence Teo
Thanks for the ping!  I have tested and committed your diff.

On Wed, Aug 28, 2019 at 10:40:31PM +0200, Markus Lude wrote:
> ping
> 
> On Sun, Aug 18, 2019 at 12:46:31PM +0200, Markus Lude wrote:
> > Hello,
> >
> > attached is an update to snort 2.9.14.1.
> >
> > Tested on amd64.
> >
> > Please test, comment and eventually commit.
> >
> > Regards
> > Markus
> >
> 
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/net/snort/Makefile,v
> > retrieving revision 1.104
> > diff -u -p -u -p -r1.104 Makefile
> > --- Makefile24 Jul 2019 02:15:57 -  1.104
> > +++ Makefile18 Aug 2019 10:41:39 -
> > @@ -2,8 +2,8 @@
> >
> >  COMMENT =  highly flexible sniffer/NIDS
> >
> > -DISTNAME = snort-2.9.14
> > -RULESV =   29140
> > +DISTNAME = snort-2.9.14.1
> > +RULESV =   29141
> >  SUBST_VARS =   RULESV
> >
> >  CATEGORIES =   net security
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/net/snort/distinfo,v
> > retrieving revision 1.40
> > diff -u -p -u -p -r1.40 distinfo
> > --- distinfo24 Jul 2019 02:15:57 -  1.40
> > +++ distinfo18 Aug 2019 10:41:39 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (snort-2.9.14.tar.gz) = wDBtuc5k9FzHxkya/HCr6WidqoYAIDRew7oJmSi3Rks=
> > -SIZE (snort-2.9.14.tar.gz) = 6688482
> > +SHA256 (snort-2.9.14.1.tar.gz) = 
> > JHKYnaOqzgANHqWTHs5o+OXMDFEeJy1lGCETokgegi0=
> > +SIZE (snort-2.9.14.1.tar.gz) = 6531749
> > Index: patches/patch-src_dynamic-plugins_sf_engine_Makefile_in
> > ===
> > RCS file: 
> > /cvs/ports/net/snort/patches/patch-src_dynamic-plugins_sf_engine_Makefile_in,v
> > retrieving revision 1.12
> > diff -u -p -u -p -r1.12 patch-src_dynamic-plugins_sf_engine_Makefile_in
> > --- patches/patch-src_dynamic-plugins_sf_engine_Makefile_in 2 Jun 2019 
> > 02:07:44 -   1.12
> > +++ patches/patch-src_dynamic-plugins_sf_engine_Makefile_in 18 Aug 2019 
> > 10:41:39 -
> > @@ -5,7 +5,7 @@ Disable libsf_sorules in the examples di
> >  Index: src/dynamic-plugins/sf_engine/Makefile.in
> >  --- src/dynamic-plugins/sf_engine/Makefile.in.orig
> >  +++ src/dynamic-plugins/sf_engine/Makefile.in
> > -@@ -388,7 +388,7 @@ top_srcdir = @top_srcdir@
> > +@@ -376,7 +376,7 @@ top_srcdir = @top_srcdir@
> >   AUTOMAKE_OPTIONS = foreign no-dependencies
> >   dynamicengine_LTLIBRARIES = libsf_engine.la
> >   dynamicenginedir = $(libdir)/snort_dynamicengine
> > @@ -14,7 +14,7 @@ Index: src/dynamic-plugins/sf_engine/Mak
> >   @BUILD_OPENSSL_MD5_TRUE@OPENSSL_MD5 = \
> >   @BUILD_OPENSSL_MD5_TRUE@md5.c md5.h
> >
> > -@@ -529,7 +529,7 @@ massage_ipv6_headers = \
> > +@@ -517,7 +517,7 @@ massage_ipv6_headers = \
> > $(sed_ipv6_headers); \
> > fi
> >
> > Index: patches/patch-src_dynamic-preprocessors_Makefile_in
> > ===
> > RCS file: 
> > /cvs/ports/net/snort/patches/patch-src_dynamic-preprocessors_Makefile_in,v
> > retrieving revision 1.18
> > diff -u -p -u -p -r1.18 patch-src_dynamic-preprocessors_Makefile_in
> > --- patches/patch-src_dynamic-preprocessors_Makefile_in 2 Jun 2019 
> > 02:07:44 -   1.18
> > +++ patches/patch-src_dynamic-preprocessors_Makefile_in 18 Aug 2019 
> > 10:41:39 -
> > @@ -2,7 +2,7 @@ $OpenBSD: patch-src_dynamic-preprocessor
> >  Index: src/dynamic-preprocessors/Makefile.in
> >  --- src/dynamic-preprocessors/Makefile.in.orig
> >  +++ src/dynamic-preprocessors/Makefile.in
> > -@@ -1647,19 +1647,8 @@ clean-local:
> > +@@ -1631,19 +1631,8 @@ clean-local:
> > rm -rf include build
> >
> >   install-data-local:
> > Index: patches/patch-src_dynamic-preprocessors_appid_Makefile_in
> > ===
> > RCS file: 
> > /cvs/ports/net/snort/patches/patch-src_dynamic-preprocessors_appid_Makefile_in,v
> > retrieving revision 1.3
> > diff -u -p -u -p -r1.3 patch-src_dynamic-preprocessors_appid_Makefile_in
> > --- patches/patch-src_dynamic-preprocessors_appid_Makefile_in   24 Jul 
> > 2019 02:15:57 -  1.3
> > +++ patches/patch-src_dynamic-preprocessors_appid_Makefile_in   18 Aug 
> > 2019 10:41:39 -
> > @@ -6,7 +6,7 @@ libunwind symbols.
> >  Index: src/dynamic-preprocessors/appid/Makefile.in
> >  --- src/dynamic-preprocessors/appid/Makefile.in.orig
> >  +++ src/dynamic-preprocessors/appid/Makefile.in
> > -@@ -586,8 +586,8 @@ APPID_SOURCES = $(APPID_SRC_DIR)/commonAppMatcher.c \
> > +@@ -575,8 +575,8 @@ APPID_SOURCES = $(APPID_SRC_DIR)/commonAppMatcher.c \
> > $(APPID_SRC_DIR)/util/sfutil.c $(APPID_SRC_DIR)/util/sfutil.h
> >   dynamicpreprocessordir = ${libdir}/snort_dynamicpreprocessor
> >   dynamicpreprocessor_LTLIBRARIES = libsf_appid_preproc.la
> > Index: patches/patch-src_dynamic-preprocessors_dcerpc2_Makefile_in

[Update] www/p5-Dancer-Plugin-Database-Core : Update to 0.20

2019-08-28 Thread wen heping
Hi, ports@:

   Here is a patch for www/p5-Dancer-Plugin-Database-Core:
 i) Update to 0.20
 ii) Add TEST_POD=yes to MAKE_ENV

  It build well and passed all tests on amd64-head system.

  Only one port depends on it :www/p5-Dancer-Plugin-Database,
it build well and passed all tests with this patch too.

Comments? OK?
wen
Index: Makefile
===
RCS file: /cvs/ports/www/p5-Dancer-Plugin-Database-Core/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile12 Jul 2019 20:50:52 -  1.5
+++ Makefile29 Aug 2019 02:06:44 -
@@ -4,16 +4,14 @@ COMMENT = shared core for D1 and D2 Dat
 
 MODULES =  cpan
 PKG_ARCH = *
-DISTNAME = Dancer-Plugin-Database-Core-0.13
+DISTNAME = Dancer-Plugin-Database-Core-0.20
 CATEGORIES =   www
-REVISION = 0
 
 # Perl
 PERMIT_PACKAGE =   Yes
 
 RUN_DEPENDS =  databases/p5-DBI
 
-TEST_DEPENDS +=devel/p5-Test-Pod-Coverage \
-   devel/p5-Test-Pod
+MAKE_ENV = TEST_POD=Yes
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/www/p5-Dancer-Plugin-Database-Core/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo9 Nov 2015 07:37:26 -   1.2
+++ distinfo29 Aug 2019 02:06:44 -
@@ -1,2 +1,2 @@
-SHA256 (Dancer-Plugin-Database-Core-0.13.tar.gz) = 
4HDWCyaHOHbEN3uXfJAmgM+sDDH7vuk8Sy/A4Q151aE=
-SIZE (Dancer-Plugin-Database-Core-0.13.tar.gz) = 15724
+SHA256 (Dancer-Plugin-Database-Core-0.20.tar.gz) = 
NFU2YDiD4vzFme956tZtl6jsDC4x4k9gpVKY6NSYFQo=
+SIZE (Dancer-Plugin-Database-Core-0.20.tar.gz) = 17288


[Update] www/p5-Dancer-Plugin-Database: Update to 2.17

2019-08-28 Thread wen heping
Hi, ports@:

   Here is a patch for www/p5-Dancer-Plugin-Database:
 i) Update to 2.17
 ii) Add TEST_POD=yes to MAKE_ENV
 iii) Update RUN_DEPENDS

  It build well and passed all tests on amd64-head system.

  No other port depends on it.

Comments? OK?
wen

Index: Makefile
===
RCS file: /cvs/ports/www/p5-Dancer2-Plugin-Database/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile12 Jul 2019 20:50:52 -  1.5
+++ Makefile29 Aug 2019 02:05:13 -
@@ -4,21 +4,20 @@ COMMENT = easy database connections for
 
 MODULES =  cpan
 PKG_ARCH = *
-DISTNAME = Dancer2-Plugin-Database-2.13
+DISTNAME = Dancer2-Plugin-Database-2.17
 CATEGORIES =   www
-REVISION = 0
 
 # Perl
 PERMIT_PACKAGE =   Yes
 
-RUN_DEPENDS =  www/p5-Dancer2>=0.151000 \
-   www/p5-Dancer-Plugin-Database-Core
+RUN_DEPENDS =  www/p5-Dancer2>=0.166001 \
+   www/p5-Dancer-Plugin-Database-Core>=0.16
 
 TEST_DEPENDS = databases/p5-DBD-SQLite \
www/p5-HTTP-Message \
www/p5-Plack>=1.0032 \
-   devel/p5-Test-Pod-Coverage \
-   devel/p5-Test-Pod \
devel/p5-Import-Into
+
+MAKE_ENV = TEST_POD=yes
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/www/p5-Dancer2-Plugin-Database/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo16 Nov 2015 20:28:21 -  1.2
+++ distinfo29 Aug 2019 02:05:13 -
@@ -1,2 +1,2 @@
-SHA256 (Dancer2-Plugin-Database-2.13.tar.gz) = 
y8Fn/a97nu5Fu57pRTdLw+9671ORc5A/P03Lgy8JqVE=
-SIZE (Dancer2-Plugin-Database-2.13.tar.gz) = 16738
+SHA256 (Dancer2-Plugin-Database-2.17.tar.gz) = 
Qx80BUEzZtLzbr4P1GYcxtPBNUukYBhIR5nAdX3GOL0=
+SIZE (Dancer2-Plugin-Database-2.17.tar.gz) = 16826


[Update] www/p5-Plack-Middleware-RemoveRedundantBody : Update to 0.09

2019-08-28 Thread wen heping
Hi, ports@:

  Here is a patch for www/p5-Plack-Middleware-RemoveRedundantBody:
i) Update to 0.09
ii) Remove p5-Plack from TEST_DEPENDS since it is in RUN_DEPENDS
  It build well and passed all tests on amd64-head system.

  One port depends on it : p5-Dancer2.  With this patch, it build well and run 
well,
2 tests failed but this is not caused by this update.

Comments? OK?
wen

Index: Makefile
===
RCS file: /cvs/ports/www/p5-Plack-Middleware-RemoveRedundantBody/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile12 Jul 2019 20:50:57 -  1.4
+++ Makefile29 Aug 2019 02:55:21 -
@@ -4,9 +4,8 @@ COMMENT =   removes body for HTTP respons
 
 MODULES =  cpan
 PKG_ARCH = *
-DISTNAME = Plack-Middleware-RemoveRedundantBody-0.05
+DISTNAME = Plack-Middleware-RemoveRedundantBody-0.09
 CATEGORIES =   www
-REVISION = 0
 
 # Perl
 PERMIT_PACKAGE =   Yes
@@ -15,7 +14,6 @@ BUILD_DEPENDS =   ${RUN_DEPENDS}
 
 RUN_DEPENDS =  www/p5-Plack
 
-TEST_DEPENDS = www/p5-HTTP-Message \
-   www/p5-Plack
+TEST_DEPENDS = www/p5-HTTP-Message
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/www/p5-Plack-Middleware-RemoveRedundantBody/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo11 Jan 2015 07:53:08 -  1.1.1.1
+++ distinfo29 Aug 2019 02:55:21 -
@@ -1,2 +1,2 @@
-SHA256 (Plack-Middleware-RemoveRedundantBody-0.05.tar.gz) = 
oGduHHkr6n8l8dkBvuWQVNNQEtXqjNQlKdM2FD+ofNg=
-SIZE (Plack-Middleware-RemoveRedundantBody-0.05.tar.gz) = 10387
+SHA256 (Plack-Middleware-RemoveRedundantBody-0.09.tar.gz) = 
gNRfk9a3KQsL2LPO3YSjf8UBRWzD3sAux6rYHAAYCH4=
+SIZE (Plack-Middleware-RemoveRedundantBody-0.09.tar.gz) = 10708


CVS: cvs.openbsd.org: ports

2019-08-28 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2019/08/28 00:53:02

Modified files:
geo/pdal   : Makefile distinfo 
geo/pdal/patches: patch-cmake_macros_cmake 
  patch-test_unit_ProgramArgsTest_cpp 
geo/pdal/pkg   : PLIST 

Log message:
Update to pdal 2.0.1.



Re: CVS: cvs.openbsd.org: ports

2019-08-28 Thread Stuart Henderson
On 2019/08/27 13:59, Robert Nagy wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   rob...@cvs.openbsd.org  2019/08/27 13:59:38
> 
> Modified files:
>   www/chromium   : Makefile distinfo 
> 
> Log message:
> update to 76.0.3809.132 and regen electron tarball to reflect the change
> 

That won't work well with bulk builds unless the filename for the
electron tarball is changed.



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/08/28 05:59:29

Modified files:
sysutils/terraform/provider-aws: Makefile 

Log message:
make with DPB_PROPERTIES=lonesome on i386, it uses too big to build
alongside anything else (approx 3GB RAM)



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/08/28 06:24:21

Modified files:
www/webkitgtk4 : Makefile distinfo 

Log message:
Update to webkitgtk4-2.24.4.



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2019/08/28 07:38:14

Modified files:
devel/nspr : Makefile distinfo 
devel/nspr/patches: patch-nspr_configure_in 
patch-nspr_pr_src_linking_prlink_c 
patch-nspr_pr_src_misc_prinit_c 
patch-nspr_pr_src_misc_prnetdb_c 
patch-nspr_pr_tests_nameshm1_c 
patch-nspr_pr_tests_runtests_sh 
patch-nspr_pr_tests_socket_c 
devel/nspr/pkg : PLIST 
Added files:
devel/nspr/patches: patch-nspr_pr_tests_attach_c 
patch-nspr_pr_tests_nonblock_c 
patch-nspr_pr_tests_stack_c 
patch-nspr_pr_tests_testfile_c 
Removed files:
devel/nspr/patches: patch-nspr_pr_tests_prpollml_c 

Log message:
Update to nspr 4.22.

add a bunch of patches from #1575821 to fix building tests (regressed by
#1535665)



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Christian Weisgerber
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2019/08/28 08:12:49

Modified files:
games/widelands: Makefile 

Log message:
mark BROKEN: excessive warnings generate a 319 MB log file



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Anton Lindqvist
CVSROOT:/cvs
Module name:ports
Changes by: an...@cvs.openbsd.org   2019/08/28 10:26:19

Modified files:
mail/mdsort: Makefile distinfo 

Log message:
Update to mdsort-4.1.0.



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Robert Nagy
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2019/08/28 12:34:56

Modified files:
www/chromium   : Makefile distinfo 

Log message:
rename the electorn distfile to include the chromium version as well



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Kurt Mosiejczuk
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2019/08/28 16:29:50

Modified files:
devel/py-yapf  : Makefile distinfo 

Log message:
Update devel/py-yapf from 0.26.0 -> 0.28.0

>From Paco Esteban. Thank you very much!



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Brian Callahan
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/08/28 14:25:24

Modified files:
lang/seed7 : Makefile distinfo 

Log message:
Update to seed7-20190819



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/08/28 16:02:07

Modified files:
mail/dovecot   : Makefile distinfo 
mail/dovecot-pigeonhole: Makefile distinfo 

Log message:
update to Dovecot 2.3.7.2 / Dovecot Pigeonhole 0.5.7.2, from Brad
CVE-2019-11500 https://dovecot.org/pipermail/dovecot/2019-August/116873.html



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Kurt Mosiejczuk
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2019/08/28 15:50:47

Modified files:
security/py-artifacts: Makefile 

Log message:
Fix test for py-artifacts by adding a MODPY_PYTEST line.

OK rpointel@ (maintainer)



Re: CVS: cvs.openbsd.org: ports

2019-08-28 Thread Stuart Henderson
On 2019/08/28 16:04, Stuart Henderson wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   st...@cvs.openbsd.org   2019/08/28 16:04:29
> 
> Modified files:
>   mail/dovecot   : Tag: OPENBSD_6_5 Makefile distinfo 
>   mail/dovecot/patches: Tag: OPENBSD_6_5 
> patch-doc_example-config_Makefile_in 
> patch-doc_example-config_conf_d_10-mail_conf 
> patch-doc_example-config_conf_d_10-master_conf 
> patch-doc_example-config_conf_d_10-ssl_conf 
> patch-doc_example-config_conf_d_Makefile_in 
> 
> patch-doc_example-config_conf_d_auth-system_conf_ext 
> patch-doc_example-config_dovecot_conf 
> patch-doc_mkcert_sh 
> patch-src_auth_password-scheme-crypt_c 
>   mail/dovecot/pkg: Tag: OPENBSD_6_5 PLIST-server 
> 
> Log message:
> update to Dovecot 2.3.7.2 / Dovecot Pigeonhole 0.5.7.2, from Brad
> CVE-2019-11500 https://dovecot.org/pipermail/dovecot/2019-August/116873.html
> 

(missed in commit log - original diffs against -current were from Brad, I did 
the backports)



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/08/28 16:04:29

Modified files:
mail/dovecot   : Tag: OPENBSD_6_5 Makefile distinfo 
mail/dovecot/patches: Tag: OPENBSD_6_5 
  patch-doc_example-config_Makefile_in 
  patch-doc_example-config_conf_d_10-mail_conf 
  patch-doc_example-config_conf_d_10-master_conf 
  patch-doc_example-config_conf_d_10-ssl_conf 
  patch-doc_example-config_conf_d_Makefile_in 
  
patch-doc_example-config_conf_d_auth-system_conf_ext 
  patch-doc_example-config_dovecot_conf 
  patch-doc_mkcert_sh 
  patch-src_auth_password-scheme-crypt_c 
mail/dovecot/pkg: Tag: OPENBSD_6_5 PLIST-server 

Log message:
update to Dovecot 2.3.7.2 / Dovecot Pigeonhole 0.5.7.2, from Brad
CVE-2019-11500 https://dovecot.org/pipermail/dovecot/2019-August/116873.html



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/08/28 16:04:37

Modified files:
mail/dovecot-pigeonhole: Tag: OPENBSD_6_5 Makefile distinfo 
mail/dovecot-pigeonhole/patches: Tag: OPENBSD_6_5 
 
patch-doc_example-config_conf_d_20-managesieve_conf 
 
patch-doc_example-config_conf_d_90-sieve_conf 
 patch-src_lib-sieve_sieve-common_h 
 
patch-src_managesieve-login_Makefile_in 

Log message:
update to Dovecot 2.3.7.2 / Dovecot Pigeonhole 0.5.7.2, from Brad
CVE-2019-11500 https://dovecot.org/pipermail/dovecot/2019-August/116873.html



CVS: cvs.openbsd.org: ports

2019-08-28 Thread Lawrence Teo
CVSROOT:/cvs
Module name:ports
Changes by: l...@cvs.openbsd.org2019/08/28 20:47:15

Modified files:
net/snort  : Makefile distinfo 
net/snort/patches: 
   patch-src_dynamic-plugins_sf_engine_Makefile_in 
   patch-src_dynamic-preprocessors_Makefile_in 
   patch-src_dynamic-preprocessors_appid_Makefile_in 
   patch-src_dynamic-preprocessors_dcerpc2_Makefile_in 
   patch-src_dynamic-preprocessors_dnp3_Makefile_in 
   patch-src_dynamic-preprocessors_dns_Makefile_in 
   
patch-src_dynamic-preprocessors_ftptelnet_Makefile_in 
   patch-src_dynamic-preprocessors_gtp_Makefile_in 
   patch-src_dynamic-preprocessors_imap_Makefile_in 
   patch-src_dynamic-preprocessors_modbus_Makefile_in 
   patch-src_dynamic-preprocessors_pop_Makefile_in 
   
patch-src_dynamic-preprocessors_reputation_Makefile_in 
   patch-src_dynamic-preprocessors_sdf_Makefile_in 
   patch-src_dynamic-preprocessors_sip_Makefile_in 
   patch-src_dynamic-preprocessors_smtp_Makefile_in 
   patch-src_dynamic-preprocessors_ssh_Makefile_in 
   patch-src_dynamic-preprocessors_ssl_Makefile_in 

Log message:
Update to Snort 2.9.14.1, from maintainer Markus Lude.