seafile-daemon-6.2.11 "cannot import name NamedPipeClient"
Hi everyone, The issue Im having goes back to an earlier thread relating to the current release of the Seafile daemon version 6.2.11 (see here: https://marc.info/?l=openbsd-ports=155841015232720=2) To summarize, after installing the seafile-daemon, the seaf-cli option is available to configure and setup a Seafile server (as I understand it). The seaf-cli python scripts are broken as discussed in this earlier exchange: the throw a python error "ImportError: cannot import name NamedPipeClient" after a script fails to name all relevant files. I'm getting this exact issue on OpenBSD 6.5, and I am confused as to whether or not it has been fixed, or if there is something I need to do to apply the fix. The original port seemed to have resulted in a fix, but this fix doesn't appear to be present in a very recent install of this package. I am newer to OpenBSD administration and I am not clear on the release cycles for ports and might need some hand holding in addressing this issue. Thank you all, and happy American Labor Day. Niklas
Re: security/ghidra and libstdc++
On Wed, Aug 28, 2019 at 10:17:29PM -0400, Lawrence Teo wrote:
> 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".
> > >
> > > --- Makefile 12 Jul 2019 20:49:02 - 1.4
> > > +++ Makefile 21 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:
[snip]
>
> That looks like something related to Gradle, so I did some digging in
> the *.gradle files in the Ghidra source tree. I believe the file that
> needs to be fixed is
> ghidra-9.0.4/ghidra-Ghidra_9.0.4_build/GPL/nativeBuildProperties.gradle
> but I haven't figured out exactly how yet.
I think I got it. This new diff tells Gradle to build the demangler
with Clang, and I also made it print the compiler and linker
executables to confirm:
C++ compiler is [clang++]
Linker is [clang++]
The resulting demangler_gnu is linked with libc++:
nori$ ldd
/usr/local/share/java/ghidra/GPL/DemanglerGnu/os/openbsd64/demangler_gnu
/usr/local/share/java/ghidra/GPL/DemanglerGnu/os/openbsd64/demangler_gnu:
StartEnd Type Open Ref GrpRef Name
05b4d7026000 05b4d7056000 exe 20 0
/usr/local/share/java/ghidra/GPL/DemanglerGnu/os/openbsd64/demangler_gnu
05b73bfaa000 05b73c086000 rlib 01 0
/usr/lib/libc++.so.3.0
05b7588a8000 05b7588ea000 rlib 02 0
/usr/lib/libc++abi.so.1.0
05b6e100b000 05b6e1018000 rlib 01 0
/usr/lib/libpthread.so.26.1
05b6d8f74000 05b6d8fa3000 rlib 01 0
/usr/lib/libm.so.10.1
05b75bb5c000 05b75bc5 rlib 01 0
/usr/lib/libc.so.95.1
05b79c817000 05b79c817000 ld.so 01 0
/usr/libexec/ld.so
I added --stacktrace to gradle's command line for easier future
debugging.
Tests/feedback welcome!
Index: Makefile
===
RCS file: /cvs/ports/security/ghidra/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile23 Jul 2019 02:52:58 - 1.6
+++ Makefile30 Aug 2019 03:27:26 -
@@ -7,7 +7,7 @@ COMMENT = software reverse engineering (
VERSION = 9.0.4
GHIDRA_DATE = 20190516
-REVISION = 2
+REVISION = 3
GH_ACCOUNT = NationalSecurityAgency
GH_PROJECT = ghidra
@@ -23,7 +23,7 @@ MAINTAINER = Lawrence Teo https://sourceforge.net/projects/yajsw/files/yajsw/yajsw-stable-${YAJSW_VER}/
@@ -113,11 +113,13 @@ pre-build:
cp ${DISTDIR}/yajsw-stable-${YAJSW_VER}.zip \
${WRKDIR}/ghidra.bin/Ghidra/Features/GhidraServer
cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} gradle -g ${WRKDIR}/gradle \
- --no-daemon --offline -I ${WRKDIR}/repos.gradle yajswDevUnpack
+ --no-daemon --offline --stacktrace -I ${WRKDIR}/repos.gradle \
+ yajswDevUnpack
do-build:
cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} gradle -g ${WRKDIR}/gradle \
- --no-daemon --offline -I ${WRKDIR}/repos.gradle buildGhidra
+ --no-daemon --offline --stacktrace -I ${WRKDIR}/repos.gradle \
+ buildGhidra
do-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/java
Index: patches/patch-GPL_nativeBuildProperties_gradle
===
RCS file:
/cvs/ports/security/ghidra/patches/patch-GPL_nativeBuildProperties_gradle,v
retrieving revision 1.1
diff -u -p -r1.1 patch-GPL_nativeBuildProperties_gradle
--- patches/patch-GPL_nativeBuildProperties_gradle 23 Jul 2019 02:09:20
- 1.1
+++ patches/patch-GPL_nativeBuildProperties_gradle 30 Aug 2019 03:52:01
-
@@ -2,10 +2,12 @@
回复: [Update] www/p5-Dancer2-Plugin-Auth-Tiny : Update to 0.008
Revised patch which fix LICENSE and trailing whitespace. wen 发件人: Charlene Wendling 发送时间: 2019年8月30日 2:35 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: [Update] www/p5-Dancer2-Plugin-Auth-Tiny : Update to 0.008 Hi, On Wed, 28 Aug 2019 14:11:57 + wen heping wrote: > 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? - License is "Apache 2.0" - There is a trailing whitespace line 18 in the Makefile (please use portcheck(1)) > wen With that fixed, OK cwen@ 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 +++ Makefile29 Aug 2019 23:32:23 - @@ -4,11 +4,10 @@ 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 +# Artistic 2.0 PERMIT_PACKAGE = Yes RUN_DEPENDS = www/p5-Dancer2>=0.154000 @@ -16,5 +15,5 @@ RUN_DEPENDS = www/p5-Dancer2>=0.154000 TEST_DEPENDS = www/p5-HTTP-Cookies \ www/p5-HTTP-Message \ www/p5-Plack - + .include 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 +++ distinfo29 Aug 2019 23:32:23 - @@ -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
回复: [Update] www/p5-Dancer-Plugin-Database-Core : Update to 0.20
Revised patch which fix the LICENSE. wen 发件人: Charlene Wendling 发送时间: 2019年8月30日 3:10 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: [Update] www/p5-Dancer-Plugin-Database-Core : Update to 0.20 On Thu, 29 Aug 2019 02:13:57 + wen heping wrote: > 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? The license is Artistic 2.0 - not Perl. OK cwen@ with that changed. > 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 23:21:24 - @@ -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 +# Artistic 2.0 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 23:21:24 - @@ -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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2019/08/29 16:48:30 Modified files: lang/compcert : Makefile lang/compcert/patches: patch-configure Log message: Make an effort to fix the build on powerpc. As seen in landry@'s powerpc bulk build report.
powerpc bulk build report
bulk build on macppc-1.ports.openbsd.org started on Wed Aug 21 00:29:33 MDT 2019 finished at Thu Aug 29 15:40:38 MDT 2019 lasted 09D08h11m done with kern.version=OpenBSD 6.6-beta (GENERIC.MP) #573: Tue Aug 20 14:37:46 MDT 2019 built packages:9479 Aug 21:4325 Aug 22:1037 Aug 23:610 Aug 24:383 Aug 25:552 Aug 26:555 Aug 27:712 Aug 28:839 Aug 29:465 critical path missing pkgs: http://build-failures.rhaalovely.net//powerpc/2019-08-21/summary.log build failures: 266 http://build-failures.rhaalovely.net//powerpc/2019-08-21/audio/adplug.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/audio/audacity.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/audio/espeak.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/audio/gradio.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/audio/hydrogen.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/audio/libmusicbrainz.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/audio/libopenmpt.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/audio/lmms.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/audio/mp3blaster.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/audio/py-tagpy,python3.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/audio/vamp-plugin-sdk.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/benchmarks/wrk.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/cad/gnucap.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/cad/klogic.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/cad/magic.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/cad/netgen.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/cad/openscad.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/cad/opensta.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/cad/qucs.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/cad/qucs-s.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/chinese/libpinyin.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/converters/lastools.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/converters/opencc.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/converters/wv2.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/databases/sqlitebrowser.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/databases/sqliteman.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/cpp-hocon.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/ddd.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/geany.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/include-what-you-use.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/kdevelop.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/kdiff3.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/kf5/baloo,-icons.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/kf5/kxmlrpcclient.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/kreport.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/libcoap.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/lutok.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/msgpack.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/poedit.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/protozero.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/py-unicorn.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/pysvn.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/qgit.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/rapidsvn.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/reposurgeon.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/woboq_codebrowser.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/devel/xtensa-elf/gcc.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/editors/ht,no_x11.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/editors/ktikz.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/editors/le.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/editors/sigil.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/editors/subtitleeditor.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/editors/teaqt.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/editors/texmaker.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/editors/texworks,-lua.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/emulators/citra.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/emulators/gambatte,-main.log http://build-failures.rhaalovely.net//powerpc/2019-08-21/emulators/mupen64plus/video-glide64.log
irssi: update to 1.2.2
https://irssi.org/security/html/irssi_sa_2019_08/
Run-tested irssi but not irssi-icb or irss-xmpp yet; they do build on
amd64.
While here, set HOME so the last failing test passes.
Feedback? OK?
Index: net/irssi/Makefile
===
RCS file: /cvs/ports/net/irssi/Makefile,v
retrieving revision 1.85
diff -u -p -r1.85 Makefile
--- net/irssi/Makefile 2 Jul 2019 20:30:02 - 1.85
+++ net/irssi/Makefile 29 Aug 2019 21:32:00 -
@@ -5,14 +5,11 @@ MULTI_PACKAGES = -main -otr
COMMENT-main = modular IRC client with many features
COMMENT-otr = OTR (off-the-record) plugin for irssi
-V =1.2.1
+V =1.2.2
DISTNAME = irssi-$V
PKGSPEC = irssi-=$V
PKGNAME-main = irssi-$V
-REVISION-main =1
-REVISION-otr = 0
-
# -otr module doesn't vary between FLAVORs; override default FLAVOR suffix
FULLPKGNAME-otr = irssi-otr-$V
FULLPKGPATH-otr = net/irssi,-otr
@@ -67,6 +64,9 @@ MAKE_FLAGS = scriptdir="${SYSCONFDIR}/ir
FAKE_FLAGS = confdir="${PREFIX}/share/examples/irssi" \
scriptdir="${PREFIX}/share/examples/irssi/scripts" \
themedir="${PREFIX}/share/examples/irssi/themes"
+
+# tests write to it
+PORTHOME = ${WRKDIR}
post-patch:
${SUBST_CMD} ${WRKSRC}/docs/irssi.1
Index: net/irssi/distinfo
===
RCS file: /cvs/ports/net/irssi/distinfo,v
retrieving revision 1.33
diff -u -p -r1.33 distinfo
--- net/irssi/distinfo 29 Jun 2019 00:01:43 - 1.33
+++ net/irssi/distinfo 29 Aug 2019 21:15:10 -
@@ -1,2 +1,2 @@
-SHA256 (irssi-1.2.1.tar.gz) = /YsO8lRP22kSESk93tPc9u2H8heB2xnn32Lq15fxigY=
-SIZE (irssi-1.2.1.tar.gz) = 1843164
+SHA256 (irssi-1.2.2.tar.gz) = UxgoYdTSvm2zX6fj8FJKZNKlSjdDB1dNq19TYr/qVjw=
+SIZE (irssi-1.2.2.tar.gz) = 1843879
Index: net/irssi-icb/Makefile
===
RCS file: /cvs/ports/net/irssi-icb/Makefile,v
retrieving revision 1.44
diff -u -p -r1.44 Makefile
--- net/irssi-icb/Makefile 29 Jun 2019 14:54:45 - 1.44
+++ net/irssi-icb/Makefile 29 Aug 2019 21:33:21 -
@@ -7,7 +7,7 @@ GH_PROJECT= irssi-icb
GH_COMMIT= c4e2ea8939b5b75d1941ebe3335475482d218838
DISTNAME= irssi-icb-0.17
-REVISION= 0
+REVISION= 1
CATEGORIES=net
Index: net/irssi-xmpp/Makefile
===
RCS file: /cvs/ports/net/irssi-xmpp/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- net/irssi-xmpp/Makefile 29 Jun 2019 14:54:45 - 1.15
+++ net/irssi-xmpp/Makefile 29 Aug 2019 21:36:58 -
@@ -3,7 +3,7 @@
COMMENT= XMPP plugin for irssi
DISTNAME= irssi-xmpp-0.54
-REVISION= 1
+REVISION= 2
CATEGORIES=net
A Potential Addition to GNAT
Hello. I've recently written what is, to my knowledge, the first set of Ada bindings for pledge and unveil. I've provided these in this OpenBSD package you may find here: http://verisimilitudes.net/2019-07-27 I'm not certain if any of you would be interested in packaging this with the default OpenBSD GNAT installation, but I'm making you aware of it in case you'd be interested by this. I'll continue maintaining this as the mechanisms change or are updated, in any case.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/08/29 15:30:21 Modified files: graphics/makehuman: Makefile Added files: graphics/makehuman/patches: patch-src_FileTools_cpp patch-src_util_h Log message: makehuman: add missing headers to fix the build with ports-gcc OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/29 14:43:36 Modified files: lang/libv8 : Makefile Log message: set CXX_host and CXX_target, without these an executable g++ binary was required (build/common.gypi).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/29 14:36:16 Modified files: lang/unicon: Makefile Log message: use FIX_EXTRACT_PERMISSIONS=, honour CC, fixes build on i386 now that base-gcc has been removed.
Re: [Update] www/p5-Dancer-Plugin-Database: Update to 2.17
On Thu, 29 Aug 2019 02:15:41 + wen heping wrote: > 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 > OK cwen@
Re: [NEW] www/e2guardian
Additional comment, isn't it going to need sslmitm to be enabled if it's going to do anything useful with the current state of the 'net?
Re: [Update] www/p5-Dancer-Plugin-Database-Core : Update to 0.20
On Thu, 29 Aug 2019 02:13:57 + wen heping wrote: > 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? The license is Artistic 2.0 - not Perl. OK cwen@ with that changed. > wen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/29 12:58:49 Modified files: net/unifi/stable: Makefile net/unifi/stable/pkg: README net/unifi/lts : Makefile net/unifi/lts/pkg: README net/unifi/testing: Makefile net/unifi/testing/pkg: README Log message: mention in README that you should connect to https://localhost:8443/ to configure, suggested by kn@. (this saves a bit of time figuring out which of the 5 listening TCP ports is needed for this..)
Re: [Update] www/p5-Dancer2-Plugin-Auth-Tiny : Update to 0.008
Hi, On Wed, 28 Aug 2019 14:11:57 + wen heping wrote: > 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? - License is "Apache 2.0" - There is a trailing whitespace line 18 in the Makefile (please use portcheck(1)) > wen With that fixed, OK cwen@
Re: update: textproc/ripgrep
On Sun, 18 Aug 2019, Paco Esteban wrote:
> Hi ports@,
>
> Here's an update for textproc/ripgrep from 0.10.0 to 11.0.2. I's only
> one major version upgrade, but they changed the versioning scheme:
>
> https://github.com/BurntSushi/ripgrep/issues/1172
>
> You can find here the changelog:
>
> https://github.com/BurntSushi/ripgrep/blob/11.0.2/CHANGELOG.md
>
> This port does not have consumers. All regression tests pass and it
> works well for me on amd64.
>
> I have to say I did not try it extensively, as I mostly use it as
> "grepprg" for vim.
ping ?
(here's the diff again for convenience)
Index: Makefile
===
RCS file: /cvs/ports/textproc/ripgrep/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- Makefile12 Jul 2019 20:50:14 - 1.14
+++ Makefile18 Aug 2019 13:07:26 -
@@ -4,7 +4,7 @@ COMMENT = line oriented search tool usi
GH_ACCOUNT = BurntSushi
GH_PROJECT = ripgrep
-GH_TAGNAME = 0.10.0
+GH_TAGNAME = 11.0.2
CATEGORIES = textproc sysutils
@@ -17,83 +17,80 @@ WANTLIB += c c++abi pthread
DISTFILES += ${DISTNAME}${EXTRACT_SUFX}
MODULES = devel/cargo
-BUILD_DEPENDS =lang/rust>=1.20 \
+BUILD_DEPENDS =lang/rust>=1.34.0 \
textproc/asciidoc
-MODCARGO_CRATES += aho-corasick0.6.8 # Unlicense/MIT
-MODCARGO_CRATES += arrayvec0.4.7 # MIT/Apache-2.0
-MODCARGO_CRATES += atty0.2.11 # MIT
-MODCARGO_CRATES += base64 0.9.2 # MIT/Apache-2.0
-MODCARGO_CRATES += bitflags1.0.4 # MIT/Apache-2.0
-MODCARGO_CRATES += bytecount 0.3.2 # Apache-2.0/MIT
-MODCARGO_CRATES += byteorder 1.2.6 # Unlicense/MIT
-MODCARGO_CRATES += cc 1.0.24 # MIT/Apache-2.0
-MODCARGO_CRATES += cfg-if 0.1.5 # MIT/Apache-2.0
-MODCARGO_CRATES += clap2.32.0 # MIT
-MODCARGO_CRATES += cloudabi0.0.3 # BSD-2-Clause
-MODCARGO_CRATES += crossbeam-channel 0.2.4 # MIT/Apache-2.0
-MODCARGO_CRATES += crossbeam-epoch 0.5.2 # MIT/Apache-2.0
-MODCARGO_CRATES += crossbeam-utils 0.5.0 # MIT/Apache-2.0
-MODCARGO_CRATES += encoding_rs 0.8.6 # MIT/Apache-2.0
-MODCARGO_CRATES += encoding_rs_io 0.1.2 # MIT OR Apache-2.0
+MODCARGO_CRATES += aho-corasick0.7.4 # Unlicense/MIT
+MODCARGO_CRATES += atty0.2.13 # MIT
+MODCARGO_CRATES += base64 0.10.1 # MIT/Apache-2.0
+MODCARGO_CRATES += bitflags1.1.0 # MIT/Apache-2.0
+MODCARGO_CRATES += bstr0.2.6 # MIT/Apache-2.0
+MODCARGO_CRATES += bytecount 0.5.1 # Apache-2.0/MIT
+MODCARGO_CRATES += byteorder 1.3.2 # Unlicense/MIT
+MODCARGO_CRATES += c2-chacha 0.2.2 # MIT/Apache-2.0
+MODCARGO_CRATES += cc 1.0.38 # MIT/Apache-2.0
+MODCARGO_CRATES += cfg-if 0.1.9 # MIT/Apache-2.0
+MODCARGO_CRATES += clap2.33.0 # MIT
+MODCARGO_CRATES += crossbeam-channel 0.3.9 # MIT/Apache-2.0
+MODCARGO_CRATES += crossbeam-utils 0.6.6 # MIT/Apache-2.0
+MODCARGO_CRATES += encoding_rs 0.8.17 # MIT/Apache-2.0
+MODCARGO_CRATES += encoding_rs_io 0.1.6 # MIT OR Apache-2.0
MODCARGO_CRATES += fnv 1.0.6 # Apache-2.0 / MIT
-MODCARGO_CRATES += fuchsia-zircon 0.3.3 # BSD-3-Clause
-MODCARGO_CRATES += glob0.2.11 # MIT/Apache-2.0
-MODCARGO_CRATES += fuchsia-zircon-sys 0.3.3 # BSD-3-Clause
-MODCARGO_CRATES += itoa0.4.2 # MIT/Apache-2.0
-MODCARGO_CRATES += lazy_static 1.1.0 # MIT/Apache-2.0
-MODCARGO_CRATES += libc0.2.43 # MIT/Apache-2.0
-MODCARGO_CRATES += lock_api0.1.3 # Apache-2.0/MIT
-MODCARGO_CRATES += log 0.4.5 # MIT/Apache-2.0
-MODCARGO_CRATES += memchr 2.0.2 # Unlicense/MIT
-MODCARGO_CRATES += memmap 0.6.2 # MIT/Apache-2.0
-MODCARGO_CRATES += memoffset 0.2.1 # MIT
-MODCARGO_CRATES += nodrop 0.1.12 # MIT/Apache-2.0
-MODCARGO_CRATES += num_cpus1.8.0 # MIT/Apache-2.0
-MODCARGO_CRATES += owning_ref 0.3.3 # MIT
-MODCARGO_CRATES += parking_lot 0.6.4 # Apache-2.0/MIT
-MODCARGO_CRATES += parking_lot_core0.3.0 # Apache-2.0/MIT
-MODCARGO_CRATES += pcre2 0.1.0 # Unlicense/MIT
-MODCARGO_CRATES += pcre2-sys 0.1.1 # Unlicense/MIT
-MODCARGO_CRATES += pkg-config 0.3.14 # MIT/Apache-2.0
-MODCARGO_CRATES += proc-macro2 0.4.18
Re: [Update] www/p5-Plack : Update to 1.0047
On Thursday, August 29, 2019, wen heping wrote: > Hi, > >Here is a patch for www/p5-Plack: > i) Update to 1.0047 > ii) Update RUN_DEPENDS > >It build well and passed all tests on amd64-head system. > >15 ports depends on p5-Plack, 13 build well and passed regression tests. >www/p5-Catalyst-Runtime and www/p5-Dancer2 had 2 or 3 tests failed, > but it was not caused by the update of p5-Plack. > > Comments? OK? > OK maintainer > wen >
[Update] www/p5-Plack : Update to 1.0047
Hi,
Here is a patch for www/p5-Plack:
i) Update to 1.0047
ii) Update RUN_DEPENDS
It build well and passed all tests on amd64-head system.
15 ports depends on p5-Plack, 13 build well and passed regression tests.
www/p5-Catalyst-Runtime and www/p5-Dancer2 had 2 or 3 tests failed,
but it was not caused by the update of p5-Plack.
Comments? OK?
wen
Index: Makefile
===
RCS file: /cvs/ports/www/p5-Plack/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile12 Jul 2019 20:50:57 - 1.11
+++ Makefile29 Aug 2019 16:01:22 -
@@ -4,7 +4,7 @@ COMMENT = interface between perl web fr
MODULES = cpan
PKG_ARCH = *
-DISTNAME = Plack-1.0039
+DISTNAME = Plack-1.0047
CATEGORIES = www
MAINTAINER = Abel Abraham Camarillo Ojeda
@@ -19,11 +19,12 @@ RUN_DEPENDS = devel/p5-Devel-StackTrace>
devel/p5-Hash-MultiValue>=0.05 \
devel/p5-Stream-Buffered>=0.02 \
devel/p5-Try-Tiny>=0 \
- net/p5-Test-TCP>=2.00 \
+ net/p5-Test-TCP>=2.15 \
sysutils/p5-Filesys-Notify-Simple>=0 \
- www/p5-Apache-LogFormat-Compiler>=0.12 \
- www/p5-Cookie-Baker>=0.05 \
+ www/p5-Apache-LogFormat-Compiler>=0.33 \
+ www/p5-Cookie-Baker>=0.07 \
www/p5-HTTP-Body>=1.06 \
+ www/p5-HTTP-Entity-Parser>=0.17 \
www/p5-HTTP-Headers-Fast>=0.18 \
www/p5-HTTP-Message>=5.814 \
www/p5-URI>=1.59
Index: distinfo
===
RCS file: /cvs/ports/www/p5-Plack/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo18 Jan 2016 22:48:06 - 1.5
+++ distinfo29 Aug 2019 16:01:22 -
@@ -1,2 +1,2 @@
-SHA256 (Plack-1.0039.tar.gz) = 0kpXLohkTH05x+b/GvAFtyjeyUqHjPBtkCerfRov0Kk=
-SIZE (Plack-1.0039.tar.gz) = 176711
+SHA256 (Plack-1.0047.tar.gz) = MiyT9azAoPDhH9SnYYj5eL3BQzip8d865TUicBcEZWE=
+SIZE (Plack-1.0047.tar.gz) = 180792
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/p5-Plack/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -r1.4 PLIST
--- pkg/PLIST 18 Jan 2016 22:48:06 - 1.4
+++ pkg/PLIST 29 Aug 2019 16:01:22 -
@@ -1,6 +1,5 @@
@comment $OpenBSD: PLIST,v 1.4 2016/01/18 22:48:06 nigel Exp $
bin/plackup
-${P5SITE}/HTTP/
${P5SITE}/HTTP/Message/
${P5SITE}/HTTP/Message/PSGI.pm
${P5SITE}/HTTP/Server/
@@ -87,11 +86,7 @@ ${P5SITE}/Plack/Test/Suite.pm
${P5SITE}/Plack/Util/
${P5SITE}/Plack/Util.pm
${P5SITE}/Plack/Util/Accessor.pm
-${P5SITE}/auto/
-${P5SITE}/auto/share/
-${P5SITE}/auto/share/dist/
${P5SITE}/auto/share/dist/Plack/
-${P5SITE}/auto/share/dist/Plack/#foo
${P5SITE}/auto/share/dist/Plack/baybridge.jpg
${P5SITE}/auto/share/dist/Plack/face.jpg
@man man/man1/plackup.1
[ports-clang] Unbreak www/webkitgtk4 2.24.2
Hi,
As i feared it, the newer webkitgtk4 cannot be built on my macppc box, due
to some undefined references errors.
WebKit proper has a fix for this [0], allowing webkitgtk4 to build.
amd64 is still fine with that.
As far as runtime is concerned, the situation is still the same.
Excepted file://, all other protocols cause an internal webkit error.
Comments/feedback are welcome :)
Charlène.
[0] https://trac.webkit.org/changeset/246922/webkit
Index: Makefile
===
RCS file: /cvs/ports/www/webkitgtk4/Makefile,v
retrieving revision 1.107
diff -u -p -u -p -r1.107 Makefile
--- Makefile28 Aug 2019 12:24:21 - 1.107
+++ Makefile29 Aug 2019 14:14:46 -
@@ -13,6 +13,7 @@ PORTROACH = limitw:1,even
COMMENT = GTK+ port of the WebKit rendering engine
V =2.24.4
+REVISION = 0
DISTNAME = webkitgtk-${V}
PKGNAME = webkitgtk4-${V}
EXTRACT_SUFX = .tar.xz
Index:
patches/patch-Source_WebCore_Modules_indexeddb_server_SQLiteIDBBackingStore_cpp
===
RCS file:
patches/patch-Source_WebCore_Modules_indexeddb_server_SQLiteIDBBackingStore_cpp
diff -N
patches/patch-Source_WebCore_Modules_indexeddb_server_SQLiteIDBBackingStore_cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++
patches/patch-Source_WebCore_Modules_indexeddb_server_SQLiteIDBBackingStore_cpp
29 Aug 2019 14:14:46 -
@@ -0,0 +1,22 @@
+$OpenBSD$
+
+ports-clang: fix undefined reference to `JSC::JSObject::didBecomePrototype()'
+from:
+https://trac.webkit.org/changeset/246922/webkit
+
+Index: Source/WebCore/Modules/indexeddb/server/SQLiteIDBBackingStore.cpp
+--- Source/WebCore/Modules/indexeddb/server/SQLiteIDBBackingStore.cpp.orig
Source/WebCore/Modules/indexeddb/server/SQLiteIDBBackingStore.cpp
+@@ -48,11 +48,8 @@
+ #include "SQLiteTransaction.h"
+ #include "ThreadSafeDataBuffer.h"
+ #include
+-#include
+-#include
+-#include
++#include
+ #include
+-#include
+ #include
+ #include
+ #include
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2019/08/29 07:47:48 Modified files: fonts/spleen : Makefile distinfo Log message: Update spleen to 1.1.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/08/29 07:22:20 Modified files: net/gssdp : Makefile Added files: net/gssdp/patches: patch-libgssdp_gssdp-net-posix_c Log message: Netmasks returned by getifaddrs may have a zero af_family Spotted by landry@ using gssdp-discover, input (and ok?) claudio@, ok jasper@ (maintainer) While here move pointer NULL check before dereferencing it.
[update] net/i2pd 2.28.0
Hi, I've updated i2pd to 2.28.0. Sorry I missed out on 2.27.0, was on a "forced vacation" by my gf :) Attached the ports diff which I hopefully made correct from the cvs util. As usual I have to bug one of you with cvs support to commit it for me until I maybe one day gets it as well :) -- Best regards, Mikal Villa cvs server: Diffing . Index: Makefile === RCS file: /cvs/ports/net/i2pd/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile16 Jun 2019 22:13:55 - 1.1.1.1 +++ Makefile29 Aug 2019 12:48:55 - @@ -4,7 +4,7 @@ COMMENT = client for the I2P anonymous n GH_ACCOUNT = PurpleI2P GH_PROJECT = i2pd -GH_TAGNAME = 2.26.0 +GH_TAGNAME = 2.28.0 CATEGORIES = net HOMEPAGE = https://i2pd.website Index: distinfo === RCS file: /cvs/ports/net/i2pd/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo16 Jun 2019 22:13:55 - 1.1.1.1 +++ distinfo29 Aug 2019 12:48:55 - @@ -1,2 +1,2 @@ -SHA256 (i2pd-2.26.0.tar.gz) = KuGJeMh5a7a0W8jP5OHyU3fgz8n8+fRgVLCdwzhO72M= -SIZE (i2pd-2.26.0.tar.gz) = 1073024 +SHA256 (i2pd-2.28.0.tar.gz) = GBMn7cfPWzwl7lHsxRik2pD6nkIeyiEHmWeRA4pRSiE= +SIZE (i2pd-2.28.0.tar.gz) = 1079208 cvs server: Diffing patches cvs server: Diffing pkg
SECURITY UPDATE: net/kea. Tests/feedback needed.
I noticed there was a security update for net/kea and then noticed
that the port is rather outdated. I don't use it myself (and config is a
bit fiddly) so I haven't tested beyond building.
Is anyone still using it? If so, please test and report back.
If not, I propose removing the port until a maintainer or at least someone
who can test updates is found.
Index: Makefile
===
RCS file: /cvs/ports/net/kea/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- Makefile12 Jul 2019 20:48:29 - 1.16
+++ Makefile29 Aug 2019 11:37:36 -
@@ -2,35 +2,21 @@
COMMENT= high-performance and extensible DHCP server engine from ISC
-VERSION= 1.2.0
+VERSION= 1.6.0
DISTNAME= kea-${VERSION}
PKGNAME= ${DISTNAME:S/-P/pl/}
-REVISION= 4
-SHARED_LIBS += kea-asiodns 0.0 # 0.0
-SHARED_LIBS += kea-asiolink 2.0 # 4.0
-SHARED_LIBS += kea-cc1.0 # 2.0
-SHARED_LIBS += kea-cfgclient 1.0 # 3.0
-SHARED_LIBS += kea-cryptolink1.0 # 2.0
-SHARED_LIBS += kea-dhcp++2.0 # 5.0
-SHARED_LIBS += kea-dhcp_ddns 0.2 # 1.2
-SHARED_LIBS += kea-dhcpsrv 2.0 # 7.0
-SHARED_LIBS += kea-dns++ 1.0 # 1.1
-SHARED_LIBS += kea-eval 2.0 # 5.0
-SHARED_LIBS += kea-exceptions0.0 # 0.0
-SHARED_LIBS += kea-hooks 2.0 # 3.0
-SHARED_LIBS += kea-http 0.0 # 0.0
-SHARED_LIBS += kea-log 2.0 # 3.0
-SHARED_LIBS += kea-process 0.0 # 0.0
-SHARED_LIBS += kea-stats 0.0 # 1.0
-SHARED_LIBS += kea-threads 1.0 # 1.0
-SHARED_LIBS += kea-util-io 0.0 # 0.0
-SHARED_LIBS += kea-util 1.1 # 2.1
+.for i in kea-exceptions kea-util kea-util-io kea-threads kea-log \
+ kea-cryptolink kea-dns++ kea-asiolink kea-cc kea-database kea-hooks \
+ kea-dhcp++ kea-cfgclient kea-stats kea-asiodns kea-dhcp_ddns \
+ kea-eval kea-process kea-dhcpsrv kea-http
+SHARED_LIBS += $i 3.0
+.endfor
CATEGORIES=net
-HOMEPAGE= http://kea.isc.org/
+HOMEPAGE= https://kea.isc.org/
# MPL 2.0
PERMIT_PACKAGE=Yes
@@ -58,18 +44,14 @@ FLAVOR?=
.if ${FLAVOR:Mmysql}
WANTLIB += mysqlclient ssl z
-
LIB_DEPENDS+= databases/mariadb
-
CONFIGURE_ARGS+= --with-dhcp-mysql=${LOCALBASE}/bin/mysql_config
.endif
.if ${FLAVOR:Mpostgresql}
WANTLIB += pq ssl
-
BUILD_DEPENDS+=databases/postgresql,-server
LIB_DEPENDS+= databases/postgresql
-
CONFIGURE_ARGS+= --with-dhcp-pgsql=${LOCALBASE}/bin/pg_config
.endif
Index: distinfo
===
RCS file: /cvs/ports/net/kea/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo27 Aug 2017 11:14:51 - 1.4
+++ distinfo29 Aug 2019 11:37:36 -
@@ -1,2 +1,2 @@
-SHA256 (kea-1.2.0.tar.gz) = ItFZRbE2ALVsNyE3l8ofPumFHmEZEgrq4IAzxMxS0Sk=
-SIZE (kea-1.2.0.tar.gz) = 5720941
+SHA256 (kea-1.6.0.tar.gz) = RO1IxynkYY//zwCGUptGn3IymQmDGHsvcfzonxrG4nA=
+SIZE (kea-1.6.0.tar.gz) = 7154301
Index: patches/patch-src_bin_keactrl_kea-ca_conf_pre
===
RCS file: patches/patch-src_bin_keactrl_kea-ca_conf_pre
diff -N patches/patch-src_bin_keactrl_kea-ca_conf_pre
--- patches/patch-src_bin_keactrl_kea-ca_conf_pre 27 Aug 2017 11:14:51
- 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,19 +0,0 @@
-$OpenBSD: patch-src_bin_keactrl_kea-ca_conf_pre,v 1.1 2017/08/27 11:14:51
sthen Exp $
-
-Index: src/bin/keactrl/kea-ca.conf.pre
src/bin/keactrl/kea-ca.conf.pre.orig
-+++ src/bin/keactrl/kea-ca.conf.pre
-@@ -11,11 +11,11 @@
- "control-sockets": {
- "dhcp4-server": {
- "socket-type": "unix",
--"socket-name": "/tmp/kea-dhcp4-ctrl.sock"
-+"socket-name": "@localstatedir@/run/kea/kea-dhcp4-ctrl.sock"
- },
- "dhcp6-server": {
- "socket-type": "unix",
--"socket-name": "/tmp/kea-dhcp6-ctrl.sock"
-+"socket-name": "@localstatedir@/run/kea/kea-dhcp6-ctrl.sock"
- }
- },
-
Index: patches/patch-src_bin_keactrl_kea-ctrl-agent_conf_pre
===
RCS file: patches/patch-src_bin_keactrl_kea-ctrl-agent_conf_pre
diff -N patches/patch-src_bin_keactrl_kea-ctrl-agent_conf_pre
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_bin_keactrl_kea-ctrl-agent_conf_pre 29 Aug 2019
11:37:36 -
@@ -0,0 +1,33 @@
+$OpenBSD$
+
+Index: src/bin/keactrl/kea-ctrl-agent.conf.pre
+--- src/bin/keactrl/kea-ctrl-agent.conf.pre.orig
src/bin/keactrl/kea-ctrl-agent.conf.pre
+@@ -26,15 +26,15 @@
+ "control-sockets": {
+ "dhcp4": {
+ "socket-type": "unix",
+-
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/08/29 05:37:37 Removed files: geo/pdal/patches: patch-test_unit_filters_DelaunayFilterTest_cpp Log message: Forgot to remove patch, reported by naddy@
Re: net/mcabber - relax pledge for config options calling external processes
On 2019/08/29 01:24, Theo de Raadt wrote: > I am extremely cynical about 1-liner pledge diffs to large pieces of > software. > > More often than not, the diffs are wrong and someone suffers for it > when their program is killed. > > Pray tell, when you pledge like this, what is the security model? I'm always a bit suspicious of pledges allowing both filesystem read/write and internet access. Unless they're further ratcheted down after some initialisation, are they really going to give much protection? > Markus Hennecke wrote: > > > ping > > > > On Sun, 14 Jul 2019, Markus Hennecke wrote: > > > > > When using an external program to provide the jabber password we need to > > > allow proc and exec the same way like we do when using an external > > > program > > > for event handling. Tested with a gpg encrypted password file. > > > > > > Ok? I don't use this software but if I did I'd be taking a look at what the pledge actually protects me from and weigh it against the potential for untested codepaths, my initial feeling is that removing the pledge would be saner.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2019/08/29 04:40:53 Modified files: net/go-ipfs: Makefile distinfo Log message: Update to go-ipfs-0.4.22 now DISTFILE includes version number (from jca)
Re: clue needed! prometheus/node_exporter + grafana
On 2019/08/28 19:29, Ralf Horstmann wrote: > 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. (snip) Many thanks (and to Paco Esteban who also replied off-list) - I'll pick this up again soon, your suggestions are likely to save me a bunch of time figuring it out.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2019/08/29 02:24:45 Modified files: net/seafile/client: Makefile distinfo net/seafile/seafile: Makefile distinfo Log message: update to seafile-7.0.2
Re: net/mcabber - relax pledge for config options calling external processes
I am extremely cynical about 1-liner pledge diffs to large pieces of
software.
More often than not, the diffs are wrong and someone suffers for it
when their program is killed.
Pray tell, when you pledge like this, what is the security model?
Markus Hennecke wrote:
> ping
>
> On Sun, 14 Jul 2019, Markus Hennecke wrote:
>
> > When using an external program to provide the jabber password we need to
> > allow proc and exec the same way like we do when using an external program
> > for event handling. Tested with a gpg encrypted password file.
> >
> > Ok?
> >
> >
> >
> > Index: patches/patch-mcabber_main_c
> > ===
> > RCS file: /cvs/ports/net/mcabber/patches/patch-mcabber_main_c,v
> > retrieving revision 1.2
> > diff -u -p -r1.2 patch-mcabber_main_c
> > --- patches/patch-mcabber_main_c26 May 2017 10:34:53 - 1.2
> > +++ patches/patch-mcabber_main_c1 Feb 2019 18:02:56 -
> > @@ -6,7 +6,7 @@ Index: mcabber/main.c
> > if (ret == -2)
> > exit(EXIT_FAILURE);
> >
> > -+ if (settings_opt_get("events_command")) {
> > ++ if (settings_opt_get("events_command") ||
> > settings_opt_get("password_eval")) {
> > +if (pledge("stdio rpath wpath cpath fattr inet dns tty proc exec",
> > NULL) ==
> > + -1) {
> > + fprintf(stderr, "Cannot pledge: %s\n", strerror(errno));
> >
>
Re: net/mcabber - relax pledge for config options calling external processes
ping
On Sun, 14 Jul 2019, Markus Hennecke wrote:
> When using an external program to provide the jabber password we need to
> allow proc and exec the same way like we do when using an external program
> for event handling. Tested with a gpg encrypted password file.
>
> Ok?
>
>
>
> Index: patches/patch-mcabber_main_c
> ===
> RCS file: /cvs/ports/net/mcabber/patches/patch-mcabber_main_c,v
> retrieving revision 1.2
> diff -u -p -r1.2 patch-mcabber_main_c
> --- patches/patch-mcabber_main_c 26 May 2017 10:34:53 - 1.2
> +++ patches/patch-mcabber_main_c 1 Feb 2019 18:02:56 -
> @@ -6,7 +6,7 @@ Index: mcabber/main.c
> if (ret == -2)
> exit(EXIT_FAILURE);
>
> -+ if (settings_opt_get("events_command")) {
> ++ if (settings_opt_get("events_command") ||
> settings_opt_get("password_eval")) {
> +if (pledge("stdio rpath wpath cpath fattr inet dns tty proc exec",
> NULL) ==
> + -1) {
> + fprintf(stderr, "Cannot pledge: %s\n", strerror(errno));
>
