Re: devel/cmake MODCMAKE_PORT_BUILD
On Fri Nov 20, 2020 at 08:06:27PM +, Stuart Henderson wrote:
> On 2020/11/20 20:49, Rafael Sadowski wrote:
> > I would like to add an new cmake module option.
> >
> > MODCMAKE_PORT_BUILD:
> > If set to `Yes', CMake will set all necessary options for a port build.
> > This does not change any default settings for use outside the ports
> > tree. Default value is `Yes'.
> >
> > I have tested it with some ports and it works as desired.
> >
> > I look forward to feedback and OKs.
> >
> > Rafael
> >
> >
> > Index: port-modules.5
> > ===
> > RCS file: /cvs/src/share/man/man5/port-modules.5,v
> > retrieving revision 1.248
> > diff -u -p -r1.248 port-modules.5
> > --- port-modules.5 9 Oct 2020 13:24:43 - 1.248
> > +++ port-modules.5 17 Nov 2020 20:33:05 -
> > @@ -567,6 +567,10 @@ Changes
> > to `test' as this is standard for CMake projects.
> > Also this module has the following knobs:
> > .Bl -tag -width Ds
> > +.It MODCMAKE_PORT_BUILD
> > +If set to `Yes', CMake will set all necessary options for a port build.
> > +This does not change any default settings for use outside the ports
> > +tree. Default value is `Yes'.
> > .It MODCMAKE_WANTCOLOR
> > If set to `Yes', CMake will colorize its output.
> > Should not be used in ports Makefiles.
>
> I'd prefer to skip the port-modules variable unless there's a real need
> (I don't think there will be though, do you?) i.e. like the diff below.
Thanks Stuart. I like it too. I'll wait a few more days until I commit
the diff.
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/cmake/Makefile,v
> retrieving revision 1.187
> diff -u -p -r1.187 Makefile
> --- Makefile 23 Oct 2020 13:44:30 - 1.187
> +++ Makefile 20 Nov 2020 19:58:26 -
> @@ -8,6 +8,7 @@ VER = 3.17.5
> EPOCH = 0
> DISTNAME = cmake-${VER}
> CATEGORIES = devel
> +REVISION = 0
>
> HOMEPAGE = https://www.cmake.org/
>
> Index: cmake.port.mk
> ===
> RCS file: /cvs/ports/devel/cmake/cmake.port.mk,v
> retrieving revision 1.67
> diff -u -p -r1.67 cmake.port.mk
> --- cmake.port.mk 17 Nov 2020 19:33:55 - 1.67
> +++ cmake.port.mk 20 Nov 2020 20:02:08 -
> @@ -121,6 +121,9 @@ TEST_TARGET ?=test
> MODCMAKE_WANTCOLOR ?= No
> MODCMAKE_VERBOSE ?= Yes
>
> +# Disable cmake's default optimization flags, putting them under ports
> control
> +MAKE_ENV += MODCMAKE_PORT_BUILD=yes
> +
> .if ${MODCMAKE_WANTCOLOR:L} == "yes" && defined(TERM)
> MAKE_ENV += TERM=${TERM}
> .endif
> @@ -128,4 +131,3 @@ MAKE_ENV += TERM=${TERM}
> .if ${MODCMAKE_VERBOSE:L} == "yes"
> MAKE_ENV += VERBOSE=1
> .endif
> -
> Index: patches/patch-Modules_Compiler_G95-Fortran_cmake
> ===
> RCS file:
> /cvs/ports/devel/cmake/patches/patch-Modules_Compiler_G95-Fortran_cmake,v
> retrieving revision 1.4
> diff -u -p -r1.4 patch-Modules_Compiler_G95-Fortran_cmake
> --- patches/patch-Modules_Compiler_G95-Fortran_cmake 28 Nov 2016 09:15:13
> - 1.4
> +++ patches/patch-Modules_Compiler_G95-Fortran_cmake 20 Nov 2020 19:58:26
> -
> @@ -1,13 +1,22 @@
> $OpenBSD: patch-Modules_Compiler_G95-Fortran_cmake,v 1.4 2016/11/28 09:15:13
> dcoppa Exp $
> Modules/Compiler/G95-Fortran.cmake.orig Sat Nov 26 12:29:14 2016
> -+++ Modules/Compiler/G95-Fortran.cmake Sat Nov 26 12:29:44 2016
> -@@ -1,8 +1,6 @@
> +Index: Modules/Compiler/G95-Fortran.cmake
> +--- Modules/Compiler/G95-Fortran.cmake.orig
> Modules/Compiler/G95-Fortran.cmake
> +@@ -1,8 +1,13 @@
> string(APPEND CMAKE_Fortran_FLAGS_INIT " ")
> - string(APPEND CMAKE_Fortran_FLAGS_DEBUG_INIT " -g")
> +-string(APPEND CMAKE_Fortran_FLAGS_DEBUG_INIT " -g")
> -string(APPEND CMAKE_Fortran_FLAGS_MINSIZEREL_INIT " -Os")
> -string(APPEND CMAKE_Fortran_FLAGS_RELEASE_INIT " -O3")
> -string(APPEND CMAKE_Fortran_FLAGS_RELWITHDEBINFO_INIT " -O2 -g")
> -+string(APPEND CMAKE_Fortran_FLAGS_RELWITHDEBINFO_INIT " -g")
> ++if(DEFINED ENV{MODCMAKE_PORT_BUILD})
> ++ string(APPEND CMAKE_Fortran_FLAGS_DEBUG_INIT " -g")
> ++ string(APPEND CMAKE_Fortran_FLAGS_RELWITHDEBINFO_INIT " -g")
> ++else()
> ++ string(APPEND CMAKE_Fortran_FLAGS_DEBUG_INIT " -g")
> ++ string(APPEND CMAKE_Fortran_FLAGS_MINSIZEREL_INIT " -Os")
> ++ string(APPEND CMAKE_Fortran_FLAGS_RELEASE_INIT " -O3")
> ++ string(APPEND CMAKE_Fortran_FLAGS_RELWITHDEBINFO_INIT " -O2 -g")
> ++endif()
> set(CMAKE_Fortran_MODDIR_FLAG "-fmod=")
> set(CMAKE_Fortran_VERBOSE_FLAG "-v")
> set(CMAKE_Fortran_FORMAT_FIXED_FLAG "-ffixed-form")
> Index: patches/patch-Modules_Compiler_GNU-Fortran_cmake
> ===
> RCS file:
> /cvs/ports/devel/cmake/patches/patch-Modules_Compiler_GNU-Fortran_cmake,v
> retrieving revision 1.8
> diff -u -p -
Re: [New] sysutils/glances (Python)
Stuart Henderson writes:
> OpenBSD uses ${SYSCONFDIR} (typically /etc) not /usr/local/etc for
> config files, and they should be installed using @sample in PLIST so
> that local edits don't break updates.
>
> The web interface (glances -w) requires py3-bottle, it's a small enough
> dep so I think might as well just list in RUN_DEPENDS rather than write
> a note in DESCR or a pkg-readme that people will ignore anyway.
>
> I also fixed whitespace nits (mix of "=" and " =") and put RUN_DEPENDS
> in alpha order.
>
> It does do something odd with the naming of tmux processes though,
> just shows them as "default)", not a show stopper for important but might
> be worth poking at.
>
> This version is OK with me if someone wants to commit it..
Thanks for the review, Stuart. I'll take a look at what's going on with
the tmux processes.
(also interest bump since I'm a few days late on replying - Stuart's
fixed version attached)
glances.tgz
Description: Binary data
[Maintainer Update] sysutils/direnv: 2.23.1 -> 2.24.0
Attached diff will to update sysutils/direnv from 2.23.1 to 2.24.0. Package builds and works as expected on amd64. Thanks! diff --git a/sysutils/direnv/Makefile b/sysutils/direnv/Makefile index 52f61e9..67ae754 100644 --- a/sysutils/direnv/Makefile +++ b/sysutils/direnv/Makefile @@ -4,7 +4,7 @@ COMMENT = tool for managing environment based on current directory GH_ACCOUNT = direnv GH_PROJECT = direnv -GH_TAGNAME = v2.23.1 +GH_TAGNAME = v2.24.0 MAINTAINER= Ashton Fagg CATEGORIES = sysutils devel diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo index 31ad6c2..f7eec84 100644 --- a/sysutils/direnv/distinfo +++ b/sysutils/direnv/distinfo @@ -1,2 +1,2 @@ -SHA256 (direnv-2.23.1.tar.gz) = EuAbHfGCVBZUo5yNYxFAz1KL/cpsSSVFx+ZFV0hQPvo= -SIZE (direnv-2.23.1.tar.gz) = 1349672 +SHA256 (direnv-2.24.0.tar.gz) = oJk5ErxuiVgLyDINPJs+cMzWqgbB2Eek2RdL7oqLlDE= +SIZE (direnv-2.24.0.tar.gz) = 1354784
Ping: [Update] x11/xbindkeys: 1.8.6 -> 1.8.7
Ping. diff --git a/x11/xbindkeys/Makefile b/x11/xbindkeys/Makefile index 948ef7f..9767879 100644 --- a/x11/xbindkeys/Makefile +++ b/x11/xbindkeys/Makefile @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.22 2019/07/12 20:51:25 sthen Exp $ COMMENT = bind keys or mouse buttons to shell commands under X11 -DISTNAME = xbindkeys-1.8.6 +DISTNAME = xbindkeys-1.8.7 CATEGORIES = x11 REVISION = 0 diff --git a/x11/xbindkeys/distinfo b/x11/xbindkeys/distinfo index 44be864..e52886f 100644 --- a/x11/xbindkeys/distinfo +++ b/x11/xbindkeys/distinfo @@ -1,2 +1,2 @@ -SHA256 (xbindkeys-1.8.6.tar.gz) = bA0Yvhn8GaubRZXt86I8CmlGyKXrXBvDlUccj5pxDRg= -SIZE (xbindkeys-1.8.6.tar.gz) = 151941 +SHA256 (xbindkeys-1.8.7.tar.gz) = opuGqOyR1KvIO0IOVH2idHCEfQ7+gIqm51FHqgrbgvI= +SIZE (xbindkeys-1.8.7.tar.gz) = 177532 Ashton Fagg writes: > Attached is a patch to update x11/xbindkeys from 1.8.6 to 1.8.7. > > showvictims.py reports no victimized ports. > > make configure, make build, make fake, make install, make deinstall and > make package are all working as expected on amd64. The port contains no > tests from upstream. > > Relevant changelog can be viewed here at [1]. > > "Version 1.8.7: Bugfix: Prevent scheme functions to be garbage collected > (Thanks Jason Miller)" > > Thanks, > > Ash > > [1]: https://www.nongnu.org/xbindkeys/ > > diff --git a/x11/xbindkeys/Makefile b/x11/xbindkeys/Makefile > index 948ef7f..9767879 100644 > --- a/x11/xbindkeys/Makefile > +++ b/x11/xbindkeys/Makefile > @@ -1,7 +1,7 @@ > # $OpenBSD: Makefile,v 1.22 2019/07/12 20:51:25 sthen Exp $ > > COMMENT =bind keys or mouse buttons to shell commands under X11 > -DISTNAME = xbindkeys-1.8.6 > +DISTNAME = xbindkeys-1.8.7 > CATEGORIES = x11 > REVISION = 0 > > diff --git a/x11/xbindkeys/distinfo b/x11/xbindkeys/distinfo > index 44be864..e52886f 100644 > --- a/x11/xbindkeys/distinfo > +++ b/x11/xbindkeys/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (xbindkeys-1.8.6.tar.gz) = > bA0Yvhn8GaubRZXt86I8CmlGyKXrXBvDlUccj5pxDRg= > -SIZE (xbindkeys-1.8.6.tar.gz) = 151941 > +SHA256 (xbindkeys-1.8.7.tar.gz) = > opuGqOyR1KvIO0IOVH2idHCEfQ7+gIqm51FHqgrbgvI= > +SIZE (xbindkeys-1.8.7.tar.gz) = 177532
Ping: Update: devel/glog: 0.3.5 -> 0.4.0
Ping.
diff --git a/devel/glog/Makefile b/devel/glog/Makefile
index 963135f..a663fcc 100644
--- a/devel/glog/Makefile
+++ b/devel/glog/Makefile
@@ -4,16 +4,17 @@ COMMENT = C++ application-level logging library
GH_ACCOUNT = google
GH_PROJECT = glog
-GH_TAGNAME = v0.3.5
-REVISION = 1
+GH_TAGNAME = v0.4.0
-SHARED_LIBS += glog 1.0 # 0.2.1
+SHARED_LIBS += glog 2.0 # 0.2.1
CATEGORIES = devel
# New BSD
PERMIT_PACKAGE = Yes
+MAINTAINER= Ashton Fagg
+
WANTLIB += ${COMPILER_LIBCXX} gflags m
COMPILER = base-clang ports-gcc base-gcc
diff --git a/devel/glog/distinfo b/devel/glog/distinfo
index 61d3b55..b586ccb 100644
--- a/devel/glog/distinfo
+++ b/devel/glog/distinfo
@@ -1,2 +1,2 @@
-SHA256 (glog-0.3.5.tar.gz) = dYDkCKLAtaicohRzmXjOb/SAtefY12mKKqkvrcSE0eA=
-SIZE (glog-0.3.5.tar.gz) = 532275
+SHA256 (glog-0.4.0.tar.gz) = 8oNZrroS8w1z2eRxHvNW3IQohpaBEhYrxzACZFE5w5w=
+SIZE (glog-0.4.0.tar.gz) = 200955
diff --git a/devel/glog/pkg/PLIST b/devel/glog/pkg/PLIST
index 07a8499..9dee1da 100644
--- a/devel/glog/pkg/PLIST
+++ b/devel/glog/pkg/PLIST
@@ -1,6 +1,5 @@
@comment $OpenBSD: PLIST,v 1.4 2018/05/17 09:45:58 espie Exp $
include/glog/
-include/glog/config.h
include/glog/log_severity.h
include/glog/logging.h
include/glog/raw_logging.h
Ashton Fagg writes:
> Attached is a patch for devel/glog to update to the latest version.
>
> Since it did not have a maintainer listed, I've added my name. I'm happy
> to take that on as I use it quite a bit and I need it as a dependency
> for another port I'm working. If that's a problem, no worries, don't
> want to step on anyone else.
>
> This bumps the version from 0.3.5 -> 0.4.0.
>
> I tested this on amd64 and observed unit tests failures (this is also
> present in the version that's currently committed). However, it builds
> and installs just fine.
>
> The changelog is somewhat lengthy given that there's a few versions
> between what's in ports vs the current version. Nonetheless, this can be
> perused here:
>
> https://github.com/google/glog/releases/tag/v0.4.0
>
> I used showvictims.py to search for anything this would victimize,
> nothing reported.
>
> [fagg@elara][~][0] -> obsd-ports-tools/showvictims.py devel/glog
> LIB_DEPENDS
> BUILD_DEPENDS
> RUN_DEPENDS
> TEST_DEPENDS
>
> Patch attached. Comments/feedback welcome.
>
> diff --git a/devel/glog/Makefile b/devel/glog/Makefile
> index 963135f..a663fcc 100644
> --- a/devel/glog/Makefile
> +++ b/devel/glog/Makefile
> @@ -4,16 +4,17 @@ COMMENT = C++ application-level logging library
>
> GH_ACCOUNT = google
> GH_PROJECT = glog
> -GH_TAGNAME = v0.3.5
> -REVISION = 1
> +GH_TAGNAME = v0.4.0
>
> -SHARED_LIBS += glog 1.0 # 0.2.1
> +SHARED_LIBS += glog 2.0 # 0.2.1
>
> CATEGORIES = devel
>
> # New BSD
> PERMIT_PACKAGE = Yes
>
> +MAINTAINER= Ashton Fagg
> +
> WANTLIB += ${COMPILER_LIBCXX} gflags m
>
> COMPILER = base-clang ports-gcc base-gcc
> diff --git a/devel/glog/distinfo b/devel/glog/distinfo
> index 61d3b55..b586ccb 100644
> --- a/devel/glog/distinfo
> +++ b/devel/glog/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (glog-0.3.5.tar.gz) = dYDkCKLAtaicohRzmXjOb/SAtefY12mKKqkvrcSE0eA=
> -SIZE (glog-0.3.5.tar.gz) = 532275
> +SHA256 (glog-0.4.0.tar.gz) = 8oNZrroS8w1z2eRxHvNW3IQohpaBEhYrxzACZFE5w5w=
> +SIZE (glog-0.4.0.tar.gz) = 200955
> diff --git a/devel/glog/pkg/PLIST b/devel/glog/pkg/PLIST
> index 07a8499..9dee1da 100644
> --- a/devel/glog/pkg/PLIST
> +++ b/devel/glog/pkg/PLIST
> @@ -1,6 +1,5 @@
> @comment $OpenBSD: PLIST,v 1.4 2018/05/17 09:45:58 espie Exp $
> include/glog/
> -include/glog/config.h
> include/glog/log_severity.h
> include/glog/logging.h
> include/glog/raw_logging.h
PostgreSQL 13.1 Upgrade
Now that PostgreSQL 13.1 is out, I think we can consider upgrading to it. The diff below was tested on amd64 on a partial bulk of the ports depending on PostgreSQL. Thankfully, the changes were less extensive than in previous PostgreSQL major updates. Briefly, the changes: citus 9.0.1 -> 9.5.0 postgresql 12.5 -> 13.1 postgresql-pllua 2.0.4 -> 2.0.6 postgresql-previous 11.6 -> 12.5 skytools patch to fix build (dead upstream for about 3 years) Could we please have this tested in a bulk? Assuming there are no problems in a bulk, OKs? Thanks, Jeremy Index: databases/citus/Makefile === RCS file: /cvs/ports/databases/citus/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- databases/citus/Makefile6 Feb 2020 00:37:13 - 1.7 +++ databases/citus/Makefile20 Nov 2020 23:39:40 - @@ -3,7 +3,7 @@ COMMENT = extension to horizontally scale PostgreSQL GH_ACCOUNT = citusdata GH_PROJECT = citus -GH_TAGNAME = v9.0.1 +GH_TAGNAME = v9.5.0 CATEGORIES = databases HOMEPAGE = https://www.citusdata.com/ Index: databases/citus/distinfo === RCS file: /cvs/ports/databases/citus/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- databases/citus/distinfo6 Feb 2020 00:37:13 - 1.5 +++ databases/citus/distinfo20 Nov 2020 23:39:47 - @@ -1,2 +1,2 @@ -SHA256 (citus-9.0.1.tar.gz) = u2mD9nDg9Ww3JQvvMgzVpq8hpfF3KLM0LmYISqMwfE8= -SIZE (citus-9.0.1.tar.gz) = 4232025 +SHA256 (citus-9.5.0.tar.gz) = nZ0AaFh3EfXDSTGzSzHOnINOKHB5D7DxPQ1Ug7s8i+I= +SIZE (citus-9.5.0.tar.gz) = 4703871 Index: databases/citus/pkg/PLIST === RCS file: /cvs/ports/databases/citus/pkg/PLIST,v retrieving revision 1.4 diff -u -p -r1.4 PLIST --- databases/citus/pkg/PLIST 6 Feb 2020 00:37:13 - 1.4 +++ databases/citus/pkg/PLIST 20 Nov 2020 23:41:29 - @@ -1,22 +1,32 @@ @comment $OpenBSD: PLIST,v 1.4 2020/02/06 00:37:13 jeremy Exp $ include/postgresql/server/citus_version.h include/postgresql/server/distributed/ +include/postgresql/server/distributed/adaptive_executor.h +include/postgresql/server/distributed/argutils.h include/postgresql/server/distributed/backend_data.h +include/postgresql/server/distributed/cancel_utils.h include/postgresql/server/distributed/citus_acquire_lock.h include/postgresql/server/distributed/citus_clauses.h include/postgresql/server/distributed/citus_custom_scan.h include/postgresql/server/distributed/citus_nodefuncs.h include/postgresql/server/distributed/citus_nodes.h include/postgresql/server/distributed/citus_ruleutils.h +include/postgresql/server/distributed/citus_safe_lib.h include/postgresql/server/distributed/colocation_utils.h +include/postgresql/server/distributed/combine_query_planner.h include/postgresql/server/distributed/commands.h include/postgresql/server/distributed/connection_management.h +include/postgresql/server/distributed/coordinator_protocol.h +include/postgresql/server/distributed/cte_inline.h include/postgresql/server/distributed/deparse_shard_query.h include/postgresql/server/distributed/deparser.h +include/postgresql/server/distributed/directed_acyclic_graph_execution.h include/postgresql/server/distributed/distributed_deadlock_detection.h +include/postgresql/server/distributed/distributed_execution_locks.h include/postgresql/server/distributed/distributed_planner.h include/postgresql/server/distributed/distribution_column.h include/postgresql/server/distributed/enterprise.h +include/postgresql/server/distributed/error_codes.h include/postgresql/server/distributed/errormessage.h include/postgresql/server/distributed/extended_op_node_utils.h include/postgresql/server/distributed/foreign_key_relationship.h @@ -25,43 +35,48 @@ include/postgresql/server/distributed/fu include/postgresql/server/distributed/hash_helpers.h include/postgresql/server/distributed/insert_select_executor.h include/postgresql/server/distributed/insert_select_planner.h +include/postgresql/server/distributed/intermediate_result_pruning.h include/postgresql/server/distributed/intermediate_results.h include/postgresql/server/distributed/listutils.h include/postgresql/server/distributed/local_executor.h +include/postgresql/server/distributed/local_multi_copy.h +include/postgresql/server/distributed/local_plan_cache.h +include/postgresql/server/distributed/locally_reserved_shared_connections.h include/postgresql/server/distributed/lock_graph.h +include/postgresql/server/distributed/log_utils.h include/postgresql/server/distributed/maintenanced.h -include/postgresql/server/distributed/master_metadata_utility.h -include/postgresql/server/distributed/master_protocol.h include/postgresql/server/distributed/memutils.h include/postgresql/server/distributed/metadata_cache.h inc
Re: [update] net/dendrite to 0.3.0
Aaron Bieber writes:
> Halla!
>
> Trivial dendrite update. Changes here:
> https://github.com/matrix-org/dendrite/releases/tag/v0.3.0
>
> I have it running on my test Matrix server with no issues!
>
> OK?
>
> Cheers,
> Aaron
>
And a new version! I am running this atm.. I'll probably commit later
the weekend if I don't hear back.
diff 12e33152b15dada329403453d5e4dfc390bd2c6d /usr/ports
blob - 9ef1158bdabe184c3ca46db302676f9b83b8b4b2
file + net/dendrite/Makefile
--- net/dendrite/Makefile
+++ net/dendrite/Makefile
@@ -3,7 +3,7 @@
COMMENT = matrix homeserver written in Go
MODGO_MODNAME = github.com/matrix-org/dendrite
-MODGO_VERSION = v0.2.1
+MODGO_VERSION = v0.3.1
DISTNAME = dendrite-${MODGO_VERSION}
@@ -233,7 +233,7 @@ MODGO_MODULES = \
github.com/matrix-org/go-http-js-libp2p v0.0.0-20200518170932-783164aeeda4 \
github.com/matrix-org/go-sqlite3-js v0.0.0-20200522092705-bc8506ccbcf3 \
github.com/matrix-org/gomatrix v0.0.0-20200827122206-7dd5e2a05bcd \
- github.com/matrix-org/gomatrixserverlib v0.0.0-20201020162226-22169fe9cda7 \
+ github.com/matrix-org/gomatrixserverlib v0.0.0-20201116151724-6e7b24e4956c \
github.com/matrix-org/naffka v0.0.0-20200901083833-bcdd62999a91 \
github.com/matrix-org/util v0.0.0-20200807132607-55161520e1d4 \
github.com/mattn/go-colorable v0.1.2 \
@@ -326,7 +326,7 @@ MODGO_MODULES = \
github.com/stretchr/testify v1.6.1 \
github.com/syndtr/goleveldb v1.0.0 \
github.com/tarm/serial v0.0.0-20180830185346-98f6abe2eb07 \
- github.com/tidwall/gjson v1.6.1 \
+ github.com/tidwall/gjson v1.6.3 \
github.com/tidwall/match v1.0.1 \
github.com/tidwall/pretty v1.0.2 \
github.com/tidwall/sjson v1.1.1 \
@@ -825,5 +825,6 @@ MODGO_MODFILES = \
honnef.co/go/tools v0.0.0-20180728063816-88497007e858 \
honnef.co/go/tools v0.0.0-20190102054323-c2f93a96b099 \
honnef.co/go/tools v0.0.0-20190106161140-3f1c8253044a
+
.include
blob - b326990f3e4df2e73641dfe87bd1baf37fde5930
file + net/dendrite/distinfo
--- net/dendrite/distinfo
+++ net/dendrite/distinfo
@@ -1,4 +1,4 @@
-SHA256 (dendrite-v0.2.1.zip) = NxF0+0VZe/gm4SPr6gdQQsE0N7FFcyDfbtXAMjD4pik=
+SHA256 (dendrite-v0.3.1.zip) = Sor152IL/avsi48vEqXhdK2XDMOlbXPrtw+uLb7C7JY=
SHA256 (go_modules/cloud.google.com/go/@v/v0.26.0.mod) = IhijTyC5cbwZUhbUGV9XUgoqy9hd5/wxrPxEAmZwTBE=
SHA256 (go_modules/cloud.google.com/go/@v/v0.31.0.mod) = IhijTyC5cbwZUhbUGV9XUgoqy9hd5/wxrPxEAmZwTBE=
SHA256 (go_modules/cloud.google.com/go/@v/v0.34.0.mod) = IhijTyC5cbwZUhbUGV9XUgoqy9hd5/wxrPxEAmZwTBE=
@@ -594,8 +594,8 @@ SHA256 (go_modules/github.com/matrix-org/go-sqlite3-js
SHA256 (go_modules/github.com/matrix-org/gomatrix/@v/v0.0.0-20190528120928-7df988a63f26.mod) = xF+xPKQYevhN4Oa0wB3eZjRuVIdLHk9P3LcL274RAAs=
SHA256 (go_modules/github.com/matrix-org/gomatrix/@v/v0.0.0-20200827122206-7dd5e2a05bcd.mod) = 1jlp+m4HwQyxqSeOd5w4KNEtAzhpQ/1q0cQ9gKpaz7I=
SHA256 (go_modules/github.com/matrix-org/gomatrix/@v/v0.0.0-20200827122206-7dd5e2a05bcd.zip) = 3i+Dobn64bN493AkCWX5wNEdgvFzx44YXlKkM894wvg=
-SHA256 (go_modules/github.com/matrix-org/gomatrixserverlib/@v/v0.0.0-20201020162226-22169fe9cda7.mod) = OUF3+BzrlWq/3CS8AaN2IN8S7UB2ZkmaUDvN4cKTGFE=
-SHA256 (go_modules/github.com/matrix-org/gomatrixserverlib/@v/v0.0.0-20201020162226-22169fe9cda7.zip) = 6D4/meEaChIrDBQQR7ZRiTosPu16AAAHaJzp8Uqxf1c=
+SHA256 (go_modules/github.com/matrix-org/gomatrixserverlib/@v/v0.0.0-20201116151724-6e7b24e4956c.mod) = OUF3+BzrlWq/3CS8AaN2IN8S7UB2ZkmaUDvN4cKTGFE=
+SHA256 (go_modules/github.com/matrix-org/gomatrixserverlib/@v/v0.0.0-20201116151724-6e7b24e4956c.zip) = g8m+h3pu9+1fji7zbBWe6qtOUDvGjfMJfdxUsnxYCSU=
SHA256 (go_modules/github.com/matrix-org/naffka/@v/v0.0.0-20200901083833-bcdd62999a91.mod) = ZC4ohHz0hYUornPDnauKWSX1UAUCRPVN2m2XAQB/lfE=
SHA256 (go_modules/github.com/matrix-org/naffka/@v/v0.0.0-20200901083833-bcdd62999a91.zip) = NGapSc3OXYddGwK/KL3JgjTgkRi6Bi033/B/cEjkMMI=
SHA256 (go_modules/github.com/matrix-org/util/@v/v0.0.0-20190711121626-527ce5ddefc7.mod) = jsdW1DzXSOKsguSt6ecoXo0SoW/6S6J0mvOInDfAocw=
@@ -864,8 +864,8 @@ SHA256 (go_modules/github.com/syndtr/goleveldb/@v/v1.0
SHA256 (go_modules/github.com/tarm/serial/@v/v0.0.0-20180830185346-98f6abe2eb07.mod) = l8jabT6Ses6dzjbayTziO7Tb2UXqHg+yvm86khlZZWk=
SHA256 (go_modules/github.com/tarm/serial/@v/v0.0.0-20180830185346-98f6abe2eb07.zip) = zZYrO570YVirrUVcle2S8mMs25IX3yt2kBccw9tQet0=
SHA256 (go_modules/github.com/tidwall/gjson/@v/v1.6.0.mod) = axPXldkE2iMAf+ajLSKF8d2sKkv09ZZ+2hUI2jtg/ik=
-SHA256 (go_modules/github.com/tidwall/gjson/@v/v1.6.1.mod) = e4dakF4XYDp4+PQktQ0d1JUbgZPNBIjq24s1am3e5UY=
-SHA256 (go_modules/github.com/tidwall/gjson/@v/v1.6.1.zip) = 35YCTmfxDJJjI7SeJ2gjDOEm3AuGnzwROgZ/eQppwos=
+SHA256 (go_modules/github.com/tidwall/gjson/@v/v1.6.3.mod) = e4dakF4XYDp4+PQktQ0d1JUbgZPNBIjq24s1am3e5UY=
+SHA256 (go_modules/github.com/tidwall/gjson/@v/v1.6.3.zip) = RhBltGIbD0ApdL/XqF9Xip1Nqb0hXMmuQF3lL50uiVE=
SHA256 (go_modules/github
[UPDATE] net/mcabber to 1.1.2
Hi, Simple update to 1.1.2, OK? Index: Makefile === RCS file: /cvs/ports/net/mcabber/Makefile,v retrieving revision 1.38 diff -u -p -u -r1.38 Makefile --- Makefile12 Jul 2019 20:48:32 - 1.38 +++ Makefile20 Nov 2020 23:56:37 - @@ -1,9 +1,8 @@ # $OpenBSD: Makefile,v 1.38 2019/07/12 20:48:32 sthen Exp $ COMMENT= console jabber client -DISTNAME= mcabber-1.1.0 +DISTNAME= mcabber-1.1.2 CATEGORIES=net -REVISION= 4 HOMEPAGE= https://mcabber.com/ Index: distinfo === RCS file: /cvs/ports/net/mcabber/distinfo,v retrieving revision 1.15 diff -u -p -u -r1.15 distinfo --- distinfo13 Jul 2017 09:36:12 - 1.15 +++ distinfo20 Nov 2020 23:56:37 - @@ -1,2 +1,2 @@ -SHA256 (mcabber-1.1.0.tar.bz2) = BPwsIsNtp1z0t2G13szQdKGYNjaPOKudA8HlcItB8L0= -SIZE (mcabber-1.1.0.tar.bz2) = 608975 +SHA256 (mcabber-1.1.2.tar.bz2) = xKFBO+N0NLa6fVd9lK+zYs6J4txcY4S0+lXD55kqMWA= +SIZE (mcabber-1.1.2.tar.bz2) = 651528
Re: NEW: sysutils/blackbox_exporter
On Fri, Nov 20, 2020 at 09:47:14PM +, Stuart Henderson wrote: > any oks to import this? I've put it in sysutils/ alongside the existing > Prometheus exporters. > > > $ pkg_info blackbox_exporter > Information for inst:blackbox_exporter-0.18.0 > > Comment: > Prometheus exporter to test HTTP/DNS/TCP/ICMP endpoints > > Description: > This Prometheus exporter allows "blackbox" probing of endpoints over > HTTP, HTTPS, DNS, TCP and ICMP. That is, it allows making requests using > various protocols from a management machine to standard network servers > and gathering metrics from them. > > Maintainer: Stuart Henderson > > WWW: https://github.com/prometheus/blackbox_exporter > > > > Index: infrastructure/db/user.list > === > RCS file: /cvs/ports/infrastructure/db/user.list,v > retrieving revision 1.380 > diff -u -p -r1.380 user.list > --- infrastructure/db/user.list 14 Nov 2020 11:57:56 - 1.380 > +++ infrastructure/db/user.list 20 Nov 2020 21:46:32 - > @@ -370,3 +370,4 @@ id user group port > 859 _miniflux_miniflux net/miniflux > 860 _dendrite_dendrite net/dendrite > 861 _i2p _i2pnet/i2p > +862 _blackboxexporter_blackboxexporter > sysutils/blackbox_exporter > There is trailing whitespace in the README file and an .orig in the patches folder. What's the rule on starting COMMENTS with a capital? Otherwise, works fine here. ok tracey -- Tracey Emery
Re: net/zabbix-5.0.5 : Zabbix wrongly reporting down hosts as up
Sorry, you are right! Combing through my logs I just found that I was, in fact, running 5.0.3 instead of 5.0.5 . I'll separately try both installing zabbix from ports and pointing zabbix to the old fping. Sorry for the mess! On Fri, Nov 20, 2020 at 6:48 PM Stuart Henderson wrote: > On 2020/11/20 17:30, Federico Churca-Torrusio wrote: > > >Simplest fix is probably to update zabbix to the version in -current, > > >ports diff for this below. > > > > > >The actual commit fixing it is in > > > > > > https://git.zabbix.com/projects/ZBX/repos/zabbix/commits/8cf3bbc393db3e48ac2401e50d1d880f53e8b758#src/libs/zbxicmpping/icmpping.c > > > > I thought of that, but I don't think it would work. According to > > Zabbix's Jira [1] , that particular commit was already merged into Zabbix > > 5.0.5 . Most curious. > > > > [1]: https://support.zabbix.com/browse/ZBX-18365 > > You said you were running OpenBSD 6.8 which comes with 5.0.3 >
Re: net/zabbix-5.0.5 : Zabbix wrongly reporting down hosts as up
On 2020/11/20 17:30, Federico Churca-Torrusio wrote: > >Simplest fix is probably to update zabbix to the version in -current, > >ports diff for this below. > > > >The actual commit fixing it is in > > > https://git.zabbix.com/projects/ZBX/repos/zabbix/commits/8cf3bbc393db3e48ac2401e50d1d880f53e8b758#src/libs/zbxicmpping/icmpping.c > > I thought of that, but I don't think it would work. According to > Zabbix's Jira [1] , that particular commit was already merged into Zabbix > 5.0.5 . Most curious. > > [1]: https://support.zabbix.com/browse/ZBX-18365 You said you were running OpenBSD 6.8 which comes with 5.0.3
NEW: sysutils/blackbox_exporter
any oks to import this? I've put it in sysutils/ alongside the existing Prometheus exporters. $ pkg_info blackbox_exporter Information for inst:blackbox_exporter-0.18.0 Comment: Prometheus exporter to test HTTP/DNS/TCP/ICMP endpoints Description: This Prometheus exporter allows "blackbox" probing of endpoints over HTTP, HTTPS, DNS, TCP and ICMP. That is, it allows making requests using various protocols from a management machine to standard network servers and gathering metrics from them. Maintainer: Stuart Henderson WWW: https://github.com/prometheus/blackbox_exporter Index: infrastructure/db/user.list === RCS file: /cvs/ports/infrastructure/db/user.list,v retrieving revision 1.380 diff -u -p -r1.380 user.list --- infrastructure/db/user.list 14 Nov 2020 11:57:56 - 1.380 +++ infrastructure/db/user.list 20 Nov 2020 21:46:32 - @@ -370,3 +370,4 @@ id usergroup port 859 _miniflux _miniflux net/miniflux 860 _dendrite _dendrite net/dendrite 861 _i2p _i2pnet/i2p +862 _blackboxexporter _blackboxexporter sysutils/blackbox_exporter blackbox_exporter.tgz Description: application/tar-gz
Re: net/zabbix-5.0.5 : Zabbix wrongly reporting down hosts as up
>Simplest fix is probably to update zabbix to the version in -current, >ports diff for this below. > >The actual commit fixing it is in > https://git.zabbix.com/projects/ZBX/repos/zabbix/commits/8cf3bbc393db3e48ac2401e50d1d880f53e8b758#src/libs/zbxicmpping/icmpping.c I thought of that, but I don't think it would work. According to Zabbix's Jira [1] , that particular commit was already merged into Zabbix 5.0.5 . Most curious. [1]: https://support.zabbix.com/browse/ZBX-18365
Re: devel/cmake MODCMAKE_PORT_BUILD
On 2020/11/20 20:49, Rafael Sadowski wrote:
> I would like to add an new cmake module option.
>
> MODCMAKE_PORT_BUILD:
> If set to `Yes', CMake will set all necessary options for a port build.
> This does not change any default settings for use outside the ports
> tree. Default value is `Yes'.
>
> I have tested it with some ports and it works as desired.
>
> I look forward to feedback and OKs.
>
> Rafael
>
>
> Index: port-modules.5
> ===
> RCS file: /cvs/src/share/man/man5/port-modules.5,v
> retrieving revision 1.248
> diff -u -p -r1.248 port-modules.5
> --- port-modules.59 Oct 2020 13:24:43 - 1.248
> +++ port-modules.517 Nov 2020 20:33:05 -
> @@ -567,6 +567,10 @@ Changes
> to `test' as this is standard for CMake projects.
> Also this module has the following knobs:
> .Bl -tag -width Ds
> +.It MODCMAKE_PORT_BUILD
> +If set to `Yes', CMake will set all necessary options for a port build.
> +This does not change any default settings for use outside the ports
> +tree. Default value is `Yes'.
> .It MODCMAKE_WANTCOLOR
> If set to `Yes', CMake will colorize its output.
> Should not be used in ports Makefiles.
I'd prefer to skip the port-modules variable unless there's a real need
(I don't think there will be though, do you?) i.e. like the diff below.
Index: Makefile
===
RCS file: /cvs/ports/devel/cmake/Makefile,v
retrieving revision 1.187
diff -u -p -r1.187 Makefile
--- Makefile23 Oct 2020 13:44:30 - 1.187
+++ Makefile20 Nov 2020 19:58:26 -
@@ -8,6 +8,7 @@ VER = 3.17.5
EPOCH =0
DISTNAME = cmake-${VER}
CATEGORIES = devel
+REVISION = 0
HOMEPAGE = https://www.cmake.org/
Index: cmake.port.mk
===
RCS file: /cvs/ports/devel/cmake/cmake.port.mk,v
retrieving revision 1.67
diff -u -p -r1.67 cmake.port.mk
--- cmake.port.mk 17 Nov 2020 19:33:55 - 1.67
+++ cmake.port.mk 20 Nov 2020 20:02:08 -
@@ -121,6 +121,9 @@ TEST_TARGET ?= test
MODCMAKE_WANTCOLOR ?= No
MODCMAKE_VERBOSE ?= Yes
+# Disable cmake's default optimization flags, putting them under ports control
+MAKE_ENV += MODCMAKE_PORT_BUILD=yes
+
.if ${MODCMAKE_WANTCOLOR:L} == "yes" && defined(TERM)
MAKE_ENV += TERM=${TERM}
.endif
@@ -128,4 +131,3 @@ MAKE_ENV += TERM=${TERM}
.if ${MODCMAKE_VERBOSE:L} == "yes"
MAKE_ENV += VERBOSE=1
.endif
-
Index: patches/patch-Modules_Compiler_G95-Fortran_cmake
===
RCS file:
/cvs/ports/devel/cmake/patches/patch-Modules_Compiler_G95-Fortran_cmake,v
retrieving revision 1.4
diff -u -p -r1.4 patch-Modules_Compiler_G95-Fortran_cmake
--- patches/patch-Modules_Compiler_G95-Fortran_cmake28 Nov 2016 09:15:13
- 1.4
+++ patches/patch-Modules_Compiler_G95-Fortran_cmake20 Nov 2020 19:58:26
-
@@ -1,13 +1,22 @@
$OpenBSD: patch-Modules_Compiler_G95-Fortran_cmake,v 1.4 2016/11/28 09:15:13
dcoppa Exp $
Modules/Compiler/G95-Fortran.cmake.origSat Nov 26 12:29:14 2016
-+++ Modules/Compiler/G95-Fortran.cmake Sat Nov 26 12:29:44 2016
-@@ -1,8 +1,6 @@
+Index: Modules/Compiler/G95-Fortran.cmake
+--- Modules/Compiler/G95-Fortran.cmake.orig
Modules/Compiler/G95-Fortran.cmake
+@@ -1,8 +1,13 @@
string(APPEND CMAKE_Fortran_FLAGS_INIT " ")
- string(APPEND CMAKE_Fortran_FLAGS_DEBUG_INIT " -g")
+-string(APPEND CMAKE_Fortran_FLAGS_DEBUG_INIT " -g")
-string(APPEND CMAKE_Fortran_FLAGS_MINSIZEREL_INIT " -Os")
-string(APPEND CMAKE_Fortran_FLAGS_RELEASE_INIT " -O3")
-string(APPEND CMAKE_Fortran_FLAGS_RELWITHDEBINFO_INIT " -O2 -g")
-+string(APPEND CMAKE_Fortran_FLAGS_RELWITHDEBINFO_INIT " -g")
++if(DEFINED ENV{MODCMAKE_PORT_BUILD})
++ string(APPEND CMAKE_Fortran_FLAGS_DEBUG_INIT " -g")
++ string(APPEND CMAKE_Fortran_FLAGS_RELWITHDEBINFO_INIT " -g")
++else()
++ string(APPEND CMAKE_Fortran_FLAGS_DEBUG_INIT " -g")
++ string(APPEND CMAKE_Fortran_FLAGS_MINSIZEREL_INIT " -Os")
++ string(APPEND CMAKE_Fortran_FLAGS_RELEASE_INIT " -O3")
++ string(APPEND CMAKE_Fortran_FLAGS_RELWITHDEBINFO_INIT " -O2 -g")
++endif()
set(CMAKE_Fortran_MODDIR_FLAG "-fmod=")
set(CMAKE_Fortran_VERBOSE_FLAG "-v")
set(CMAKE_Fortran_FORMAT_FIXED_FLAG "-ffixed-form")
Index: patches/patch-Modules_Compiler_GNU-Fortran_cmake
===
RCS file:
/cvs/ports/devel/cmake/patches/patch-Modules_Compiler_GNU-Fortran_cmake,v
retrieving revision 1.8
diff -u -p -r1.8 patch-Modules_Compiler_GNU-Fortran_cmake
--- patches/patch-Modules_Compiler_GNU-Fortran_cmake21 Aug 2019 05:47:40
- 1.8
+++ patches/patch-Modules_Compiler_GNU-Fortran_cmake20 Nov 2020 19:58:26
-
@@ -2,14 +2,18 @@ $OpenBSD: patch-Modules_Compiler_GNU-For
Index: Modules/Compiler/GNU-Fortran.cmake
--- Modules/Compiler/GNU-Fortran.cmake.
Re: net/zabbix-5.0.5 : Zabbix wrongly reporting down hosts as up
On 2020/11/20 16:38, Federico Churca-Torrusio wrote:
> Hello
>
> On upgrading, my Zabbix server started to wrongly report every host as up.
> According to other info I've found, it's very similar to Zabbix issue
> ZBX-18365 [1] , where Zabbix misinterprets fping's output as of fping 5.0 ,
> but it should have been fixed as of Zabbix 5.0.5 . This particular
> installation has OpenBSD -release on an amd64 virtual machine with
> syspatches, with Zabbix and fping from pkg_add . A workaround mentioned for
> other OS's was to downgrade fping 5 to fping 4 , but I haven't tried that
> yet; so far, I have rolled back to 6.7 .
>
> Is this issue reported elsewhere for OpenBSD? How could I pin fping so it
> doesn't upgrade on pkg_add -u ? Would it be "canon" to graft in an old
> /usr/local/sbin/fping ?
>
> Old versions:
> * OpenBSD 6.7
> * Zabbix 4.0.19 from pkg_add
> * fping 4.2 from pkg_add
>
> New versions:
> * OpenBSD 6.8
> * Zabbix 5.0.5 from pkg_add
> * fping 5.0 from pkg_add
>
> [1]: https://support.zabbix.com/browse/ZBX-18365
>
> Thanks
>
> Federico Churca-Torrusio
Simplest fix is probably to update zabbix to the version in -current,
ports diff for this below.
The actual commit fixing it is in
https://git.zabbix.com/projects/ZBX/repos/zabbix/commits/8cf3bbc393db3e48ac2401e50d1d880f53e8b758#src/libs/zbxicmpping/icmpping.c
Index: Makefile
===
RCS file: /cvs/ports/net/zabbix/Makefile,v
retrieving revision 1.169
diff -u -p -r1.169 Makefile
--- Makefile12 Sep 2020 12:47:01 - 1.169
+++ Makefile20 Nov 2020 19:50:50 -
@@ -5,7 +5,7 @@ COMMENT-server =network and application
COMMENT-proxy =network and application monitoring - proxy
COMMENT-web = network and application monitoring - web frontend
-VERSION = 5.0.3
+VERSION = 5.0.5
DISTNAME = zabbix-${VERSION}
FULLPKGNAME-main = zabbix-agent-${VERSION}
FULLPKGPATH-main = net/zabbix,-main
Index: distinfo
===
RCS file: /cvs/ports/net/zabbix/distinfo,v
retrieving revision 1.52
diff -u -p -r1.52 distinfo
--- distinfo12 Sep 2020 12:47:01 - 1.52
+++ distinfo20 Nov 2020 19:50:50 -
@@ -1,2 +1,2 @@
-SHA256 (zabbix-5.0.3.tar.gz) = NPy8a9yVxhinkDyhdDTP6xrRLwzeu8ddNZkJddNyg7U=
-SIZE (zabbix-5.0.3.tar.gz) = 18893485
+SHA256 (zabbix-5.0.5.tar.gz) = 7G01ICvwMIr3iX50TwhnEh/VThkfz6OVvyJ1ypTvkoA=
+SIZE (zabbix-5.0.5.tar.gz) = 19153153
Index: patches/patch-src_libs_zbxnix_daemon_c
===
RCS file: /cvs/ports/net/zabbix/patches/patch-src_libs_zbxnix_daemon_c,v
retrieving revision 1.14
diff -u -p -r1.14 patch-src_libs_zbxnix_daemon_c
--- patches/patch-src_libs_zbxnix_daemon_c 27 Jul 2020 14:32:03 -
1.14
+++ patches/patch-src_libs_zbxnix_daemon_c 20 Nov 2020 19:50:50 -
@@ -2,7 +2,7 @@ $OpenBSD: patch-src_libs_zbxnix_daemon_c
Index: src/libs/zbxnix/daemon.c
--- src/libs/zbxnix/daemon.c.orig
+++ src/libs/zbxnix/daemon.c
-@@ -308,7 +308,7 @@ intdaemon_start(int allow_root, const char *user,
uns
+@@ -311,7 +311,7 @@ intdaemon_start(int allow_root, const char *user,
uns
if (0 == allow_root && 0 == getuid()) /* running as root? */
{
if (NULL == user)
Index: pkg/PLIST-web
===
RCS file: /cvs/ports/net/zabbix/pkg/PLIST-web,v
retrieving revision 1.39
diff -u -p -r1.39 PLIST-web
--- pkg/PLIST-web 27 Jul 2020 14:32:03 - 1.39
+++ pkg/PLIST-web 20 Nov 2020 19:50:50 -
@@ -600,6 +600,9 @@ zabbix/include/classes/html/CRedirectBut
zabbix/include/classes/html/CRow.php
zabbix/include/classes/html/CRowHeader.php
zabbix/include/classes/html/CScriptTag.php
+zabbix/include/classes/html/CSelect.php
+zabbix/include/classes/html/CSelectOption.php
+zabbix/include/classes/html/CSelectOptionGroup.php
zabbix/include/classes/html/CSeverity.php
zabbix/include/classes/html/CSeverityCheckBoxList.php
zabbix/include/classes/html/CSimpleButton.php
@@ -609,6 +612,7 @@ zabbix/include/classes/html/CSubmitButto
zabbix/include/classes/html/CSup.php
zabbix/include/classes/html/CTabView.php
zabbix/include/classes/html/CTable.php
+zabbix/include/classes/html/CTableColumn.php
zabbix/include/classes/html/CTableInfo.php
zabbix/include/classes/html/CTag.php
zabbix/include/classes/html/CTextArea.php
@@ -1089,6 +1093,7 @@ zabbix/js/class.sidebar.js
zabbix/js/class.template.js
zabbix/js/colorpicker.js
zabbix/js/common.js
+zabbix/js/component.z-select.js
zabbix/js/csvggraphwidget.js
zabbix/js/dashboard.grid.js
zabbix/js/flickerfreescreen.js
@@ -1106,6 +,7 @@ zabbix/js/pages/
zabbix/js/pages/items.js
zabbix/js/pages/popup.condition.common.js
zabbix/js/pages/popup.operation.common.js
+zabbix/js/pages/setup.js
zabbix/js/servercheck.js
zab
devel/cmake MODCMAKE_PORT_BUILD
I would like to add an new cmake module option.
MODCMAKE_PORT_BUILD:
If set to `Yes', CMake will set all necessary options for a port build.
This does not change any default settings for use outside the ports
tree. Default value is `Yes'.
I have tested it with some ports and it works as desired.
I look forward to feedback and OKs.
Rafael
Index: port-modules.5
===
RCS file: /cvs/src/share/man/man5/port-modules.5,v
retrieving revision 1.248
diff -u -p -r1.248 port-modules.5
--- port-modules.5 9 Oct 2020 13:24:43 - 1.248
+++ port-modules.5 17 Nov 2020 20:33:05 -
@@ -567,6 +567,10 @@ Changes
to `test' as this is standard for CMake projects.
Also this module has the following knobs:
.Bl -tag -width Ds
+.It MODCMAKE_PORT_BUILD
+If set to `Yes', CMake will set all necessary options for a port build.
+This does not change any default settings for use outside the ports
+tree. Default value is `Yes'.
.It MODCMAKE_WANTCOLOR
If set to `Yes', CMake will colorize its output.
Should not be used in ports Makefiles.
Index: Makefile
===
RCS file: /cvs/ports/devel/cmake/Makefile,v
retrieving revision 1.187
diff -u -p -u -p -r1.187 Makefile
--- Makefile23 Oct 2020 13:44:30 - 1.187
+++ Makefile20 Nov 2020 19:41:51 -
@@ -8,6 +8,7 @@ VER = 3.17.5
EPOCH =0
DISTNAME = cmake-${VER}
CATEGORIES = devel
+REVISION = 0
HOMEPAGE = https://www.cmake.org/
Index: cmake.port.mk
===
RCS file: /cvs/ports/devel/cmake/cmake.port.mk,v
retrieving revision 1.67
diff -u -p -u -p -r1.67 cmake.port.mk
--- cmake.port.mk 17 Nov 2020 19:33:55 - 1.67
+++ cmake.port.mk 20 Nov 2020 19:41:51 -
@@ -120,6 +120,7 @@ TEST_TARGET ?= test
MODCMAKE_WANTCOLOR ?= No
MODCMAKE_VERBOSE ?= Yes
+MODCMAKE_PORT_BUILD ?= Yes
.if ${MODCMAKE_WANTCOLOR:L} == "yes" && defined(TERM)
MAKE_ENV += TERM=${TERM}
@@ -129,3 +130,6 @@ MAKE_ENV += TERM=${TERM}
MAKE_ENV += VERBOSE=1
.endif
+.if ${MODCMAKE_PORT_BUILD:L} == "yes"
+MAKE_ENV += MODCMAKE_PORT_BUILD=yes
+.endif
Index: patches/patch-Modules_Compiler_G95-Fortran_cmake
===
RCS file:
/cvs/ports/devel/cmake/patches/patch-Modules_Compiler_G95-Fortran_cmake,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 patch-Modules_Compiler_G95-Fortran_cmake
--- patches/patch-Modules_Compiler_G95-Fortran_cmake28 Nov 2016 09:15:13
- 1.4
+++ patches/patch-Modules_Compiler_G95-Fortran_cmake20 Nov 2020 19:41:51
-
@@ -1,13 +1,22 @@
$OpenBSD: patch-Modules_Compiler_G95-Fortran_cmake,v 1.4 2016/11/28 09:15:13
dcoppa Exp $
Modules/Compiler/G95-Fortran.cmake.origSat Nov 26 12:29:14 2016
-+++ Modules/Compiler/G95-Fortran.cmake Sat Nov 26 12:29:44 2016
-@@ -1,8 +1,6 @@
+Index: Modules/Compiler/G95-Fortran.cmake
+--- Modules/Compiler/G95-Fortran.cmake.orig
Modules/Compiler/G95-Fortran.cmake
+@@ -1,8 +1,13 @@
string(APPEND CMAKE_Fortran_FLAGS_INIT " ")
- string(APPEND CMAKE_Fortran_FLAGS_DEBUG_INIT " -g")
+-string(APPEND CMAKE_Fortran_FLAGS_DEBUG_INIT " -g")
-string(APPEND CMAKE_Fortran_FLAGS_MINSIZEREL_INIT " -Os")
-string(APPEND CMAKE_Fortran_FLAGS_RELEASE_INIT " -O3")
-string(APPEND CMAKE_Fortran_FLAGS_RELWITHDEBINFO_INIT " -O2 -g")
-+string(APPEND CMAKE_Fortran_FLAGS_RELWITHDEBINFO_INIT " -g")
++if(DEFINED ENV{MODCMAKE_PORT_BUILD})
++ string(APPEND CMAKE_Fortran_FLAGS_DEBUG_INIT " -g")
++ string(APPEND CMAKE_Fortran_FLAGS_RELWITHDEBINFO_INIT " -g")
++else()
++ string(APPEND CMAKE_Fortran_FLAGS_DEBUG_INIT " -g")
++ string(APPEND CMAKE_Fortran_FLAGS_MINSIZEREL_INIT " -Os")
++ string(APPEND CMAKE_Fortran_FLAGS_RELEASE_INIT " -O3")
++ string(APPEND CMAKE_Fortran_FLAGS_RELWITHDEBINFO_INIT " -O2 -g")
++endif()
set(CMAKE_Fortran_MODDIR_FLAG "-fmod=")
set(CMAKE_Fortran_VERBOSE_FLAG "-v")
set(CMAKE_Fortran_FORMAT_FIXED_FLAG "-ffixed-form")
Index: patches/patch-Modules_Compiler_GNU-Fortran_cmake
===
RCS file:
/cvs/ports/devel/cmake/patches/patch-Modules_Compiler_GNU-Fortran_cmake,v
retrieving revision 1.8
diff -u -p -u -p -r1.8 patch-Modules_Compiler_GNU-Fortran_cmake
--- patches/patch-Modules_Compiler_GNU-Fortran_cmake21 Aug 2019 05:47:40
- 1.8
+++ patches/patch-Modules_Compiler_GNU-Fortran_cmake20 Nov 2020 19:41:51
-
@@ -2,14 +2,18 @@ $OpenBSD: patch-Modules_Compiler_GNU-For
Index: Modules/Compiler/GNU-Fortran.cmake
--- Modules/Compiler/GNU-Fortran.cmake.orig
+++ Modules/Compiler/GNU-Fortran.cmake
-@@ -12,10 +12,6 @@ set(CMAKE_Fortran_FORMAT_FREE_FLAG "-ffree-form")
+@@ -12,9 +12,11 @@ set(CMAKE_Fortran_FORMAT_FREE_FLAG "-ffree-form")
set(CMAKE_Fortran_POSTPROCESS_FLAG "-fpreprocessed")
-# No -DNDEBUG for Fortran
net/zabbix-5.0.5 : Zabbix wrongly reporting down hosts as up
Hello On upgrading, my Zabbix server started to wrongly report every host as up. According to other info I've found, it's very similar to Zabbix issue ZBX-18365 [1] , where Zabbix misinterprets fping's output as of fping 5.0 , but it should have been fixed as of Zabbix 5.0.5 . This particular installation has OpenBSD -release on an amd64 virtual machine with syspatches, with Zabbix and fping from pkg_add . A workaround mentioned for other OS's was to downgrade fping 5 to fping 4 , but I haven't tried that yet; so far, I have rolled back to 6.7 . Is this issue reported elsewhere for OpenBSD? How could I pin fping so it doesn't upgrade on pkg_add -u ? Would it be "canon" to graft in an old /usr/local/sbin/fping ? Old versions: * OpenBSD 6.7 * Zabbix 4.0.19 from pkg_add * fping 4.2 from pkg_add New versions: * OpenBSD 6.8 * Zabbix 5.0.5 from pkg_add * fping 5.0 from pkg_add [1]: https://support.zabbix.com/browse/ZBX-18365 Thanks Federico Churca-Torrusio
sparc64 bulk build report
Bulk build on sparc64-0.ports.openbsd.org Started : Tue Nov 17 15:09:10 MST 2020 Finished: Fri Nov 20 12:32:57 MST 2020 Duration: 2 Days 21 hours 24 minutes Built using OpenBSD 6.8-current (GENERIC.MP) #564: Tue Nov 17 01:21:47 MST 2020 Built 9431 packages Number of packages built each day: Nov 17: 5502 Nov 18: 2649 Nov 19: 1136 Nov 20: 144 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2020-11-17/summary.log Build failures: 18 http://build-failures.rhaalovely.net/sparc64/2020-11-17/audio/solfege.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/devel/spidermonkey78.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/emulators/spike.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/games/odamex.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/geo/spatialite/gui.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/graphics/gimp/lensfun.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/graphics/mypaint.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/graphics/openimageio.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/lang/mruby.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/productivity/gnucash.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/security/hydra,-gui.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/security/sslscan.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/sysutils/libvirt.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/www/purritobin.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/x11/gnome/gucharmap.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/x11/grantlee-qt5.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/x11/picom.log http://build-failures.rhaalovely.net/sparc64/2020-11-17/x11/roxterm.log Recurrent failures: failures/devel/spidermonkey78.log failures/emulators/spike.log failures/sysutils/libvirt.log failures/www/purritobin.log failures/x11/picom.log New failures: +failures/audio/solfege.log +failures/games/odamex.log +failures/geo/spatialite/gui.log +failures/graphics/gimp/lensfun.log +failures/graphics/mypaint.log +failures/graphics/openimageio.log +failures/lang/mruby.log +failures/productivity/gnucash.log +failures/security/hydra,-gui.log +failures/security/sslscan.log +failures/x11/gnome/gucharmap.log +failures/x11/grantlee-qt5.log +failures/x11/roxterm.log Resolved failures: -failures/sysutils/py-elasticsearch-curator.log Packages newly built: +archivers/pecl-lzf,php72 +archivers/pecl-lzf,php73 +archivers/pecl-lzf,php74 +archivers/pecl-rar,php72 +archivers/quazip +archivers/ruby-minitar,ruby27 +astro/celestia +audio/ario +audio/audacious/player +audio/audacious/plugins +audio/audacity +audio/calf +audio/curseradio +audio/deadbeef +audio/disc-cover +audio/easytag +audio/faudio +audio/gimmix +audio/gmpc +audio/gmpc-plugins +audio/gogglesmm +audio/gqmpeg +audio/gradio +audio/grip +audio/gsound +audio/gtkpod +audio/hydrogen +audio/libcanberra +audio/libcanberra,-gtk +audio/libcanberra,-gtk3 +audio/libcanberra,-main +audio/liblastfm +audio/lmms +audio/milkytracker +audio/mp3cddb +audio/mp3info +audio/mp3splt-gtk +audio/mscore +audio/mumble +audio/mumble,-main +audio/mumble,-server +audio/p5-gnupod +audio/potamus +audio/puddletag +audio/pykaraoke +audio/qsynth +audio/sonata +audio/soundtracker +audio/tagtool +audio/timidity,gtk2 +audio/xhippo +benchmarks/netperf-wrapper +benchmarks/netperf-wrapper,-main +benchmarks/tsung +cad/fritzing +cad/geda-gaf +cad/gerbv +cad/gtkwave +cad/librecad +cad/opensta +cad/pcb +cad/pcb2gcode +cad/qcad +cad/qelectrotech +cad/qflow +cad/qucs-s +cad/xnecview +cad/yosys +comms/amtterm +comms/amtterm,-main +comms/amtterm,-term +comms/chirp +comms/gammu +comms/gmfsk +comms/gpsk31 +comms/jpilot +comms/pterm +comms/py-gammu +comms/sigrok/libsigrok +comms/sigrok/pulseview +comms/sigrok/sigrok-cli +comms/wammu +comms/xdx +comms/xlog +converters/libpst +converters/libpst,-main +converters/libpst,-python +converters/ruby-multi_json,ruby27 +converters/wv +databases/evolution-data-server +databases/freetds +databases/iodbc +databases/iodbc,-admin +databases/iodbc,-main +databases/kdb +databases/libdbi-drivers +databases/libdbi-drivers,-freetds +databases/libdbi-drivers,-main +databases/libdbi-drivers,-pgsql +databases/libdbi-drivers,-sqlite +databases/libdbi-drivers,-sqlite3 +databases/luadbi,,-pgsql +databases/mdbtools +databases/mdbtools,-gmdb +databases/mdbtools,-main +databases/p5-DBD-Sybase +databases/p5-Net-Prometheus +databases/p5-sybperl +databases/pecl-redis,php72 +databases/pecl-redis,php73 +databases/pecl-redis,php74 +databases/pg_stats_reporter +databases/pgadmin3 +databases/pgfouine +databases/pgmodeler +databases/postgresql-odbc +databases/py-odbc +databases/py-odbc,python3 +databases/py-sybase +databases/ruby-hiera-eyaml,ruby27 +databases/ruby-hiera-eyaml-gpg +databases/ruby-hiera3,ruby27 +databases/ruby-redis,ruby27 +databases/ruby-redis-
Re: UPDATE: openimageio 1.8.17
On 2020/11/19 22:27, Brad Smith wrote: > On Wed, Nov 18, 2020 at 08:09:13PM -0500, Brad Smith wrote: > > Here is an update to openimageio 1.8.17. The last release along the 1.8 > > branch. > > > > 1.8.8 drops usage of GLEW. > > > > 1.8.9 has switched from openjpeg to openjp2. Ah good, then we can drop the old graphics/openjpeg port completely. > An updated diff after the last commit. That explains the missing man page. this is OK with me. (Libraries from the old version must not be present in /usr/local/lib at build time otherwise build of the new version fails.)
Re: net/nextcloudclient not talking to keyring for credentials
On Thu Nov 19, 2020 at 12:47:46PM +, Tom Murphy wrote: > Hi, > >I'm trying to get net/nextcloudclient to save my password but I get this > error: > >[ warning nextcloud.sync.credentials.http ]:Error while writing password > "Unknown error" > >I've tried installing gnome-keyring, libgnome-keyring, and py3-keyring > and it still doesn't > want to save the credentials anywhere. Any ideas? All I can find are reports > of it failing on Linux > and to install various gnome-keyring packages. I do have > gnome-keyring-daemon running but it doesn't > seem to talk to it. > > Thanks, > Tom > I barley use any of the gnome-stack so I can't say anything about it but kwallet works great with nextcloudclient.
[UPDATE] emulators/mednafen to 1.26.1
Hi, Update to v1.26.1 which compared to our ports version brings a lot of Sega Saturn fixes, but also "This release fixes compilation errors with clang, fixes compilation errors after configuring with --disable-debugger, fixes a few minor MSU1 handling bugs in the SNES-Faust module, and improves the accuracy of the PS1 SPU reverb emulation." Tested a couple of games/platforms on amd64, OK? Index: Makefile === RCS file: /cvs/ports/emulators/mednafen/Makefile,v retrieving revision 1.30 diff -u -p -u -r1.30 Makefile --- Makefile9 Aug 2020 13:44:56 - 1.30 +++ Makefile20 Nov 2020 15:57:15 - @@ -3,7 +3,7 @@ BROKEN-hppa = ../../include/mednafen/state.h:21:7: error: 'exception_ptr' in namespace 'std' does not name a type COMMENT = emulates numerous game consoles -DISTNAME = mednafen-1.24.3 +DISTNAME = mednafen-1.26.1 CATEGORIES = emulators games HOMEPAGE = https://mednafen.github.io Index: distinfo === RCS file: /cvs/ports/emulators/mednafen/distinfo,v retrieving revision 1.14 diff -u -p -u -r1.14 distinfo --- distinfo9 Aug 2020 13:44:56 - 1.14 +++ distinfo20 Nov 2020 15:57:15 - @@ -1,2 +1,2 @@ -SHA256 (mednafen-1.24.3.tar.xz) = PeqFP3hDZFV/pZ6boRoX6yZ0/A+5MgXzO9vauh2j9w8= -SIZE (mednafen-1.24.3.tar.xz) = 3296980 +SHA256 (mednafen-1.26.1.tar.xz) = hCkHwlxCksm6SXycuSKcfRDgTiLLR0DRVKtpDmWH/fQ= +SIZE (mednafen-1.26.1.tar.xz) = 3319756
Re: NEW: fonts/ttyp0-font
On 2020/11/20 16:37, Manuel Giraud wrote: > Here is a nice monospace bitmap font I'm using that is in my mystuff's > port for quite some time now. Maybe this could go in if someone is > interested. let's go for chrisz's version of this, the flavour handling is easier to deal with, and he has already got it converting to otb (pcf bitmap fonts are no longer widely supported). On 2020/10/24 13:03, Christopher Zimmermann wrote: > this is a terminal font with bold and italic styles supporting many > languages in several sizes. > This is the most comprehensive terminal font I know. > > OK to import ? tweaked version attached, this is ok sthen@. changes are: - lowercase COMMENT - https HOMEPAGE - mention the name restriction in the license marker - set MAKE_FLAGS instead of patching Makefile - add slashed zero flavour, add a few more words about nbs/nbd in DESCR - don't set nbs flavour by default, i'd also be sort-of ok without this but it's not very intuitive to run "FLAVOR= make" if you want the default version ttyp0-font.tgz Description: application/tar-gz
Re: [UPDATE] emulators/mednafen to 1.26.1
Sorry, forgot to include jeremy@ (maintainer)! On 16:13 Fri 20 Nov , Ricardo Mestre wrote: > Hi, > > Update to v1.26.1 which compared to our ports version brings a lot of Sega > Saturn fixes, but also "This release fixes compilation errors with clang, > fixes > compilation errors after configuring with --disable-debugger, fixes a few > minor > MSU1 handling bugs in the SNES-Faust module, and improves the accuracy of the > PS1 SPU reverb emulation." > > Tested a couple of games/platforms on amd64, OK? > > Index: Makefile > === > RCS file: /cvs/ports/emulators/mednafen/Makefile,v > retrieving revision 1.30 > diff -u -p -u -r1.30 Makefile > --- Makefile 9 Aug 2020 13:44:56 - 1.30 > +++ Makefile 20 Nov 2020 15:57:15 - > @@ -3,7 +3,7 @@ > BROKEN-hppa =../../include/mednafen/state.h:21:7: error: > 'exception_ptr' in namespace 'std' does not name a type > COMMENT =emulates numerous game consoles > > -DISTNAME = mednafen-1.24.3 > +DISTNAME = mednafen-1.26.1 > > CATEGORIES = emulators games > HOMEPAGE = https://mednafen.github.io > Index: distinfo > === > RCS file: /cvs/ports/emulators/mednafen/distinfo,v > retrieving revision 1.14 > diff -u -p -u -r1.14 distinfo > --- distinfo 9 Aug 2020 13:44:56 - 1.14 > +++ distinfo 20 Nov 2020 15:57:15 - > @@ -1,2 +1,2 @@ > -SHA256 (mednafen-1.24.3.tar.xz) = > PeqFP3hDZFV/pZ6boRoX6yZ0/A+5MgXzO9vauh2j9w8= > -SIZE (mednafen-1.24.3.tar.xz) = 3296980 > +SHA256 (mednafen-1.26.1.tar.xz) = > hCkHwlxCksm6SXycuSKcfRDgTiLLR0DRVKtpDmWH/fQ= > +SIZE (mednafen-1.26.1.tar.xz) = 3319756
Re: net/nextcloudclient not talking to keyring for credentials
Hi Tom. I don’t use gnome and never tried any of these key rings on OpenBSD. Regards Em qui., 19 de nov. de 2020 às 08:47, Tom Murphy escreveu: > Hi, > > I'm trying to get net/nextcloudclient to save my password but I get > this error: > > [ warning nextcloud.sync.credentials.http ]:Error while writing > password "Unknown error" > > I've tried installing gnome-keyring, libgnome-keyring, and > py3-keyring and it still doesn't > want to save the credentials anywhere. Any ideas? All I can find are > reports of it failing on Linux > and to install various gnome-keyring packages. I do have > gnome-keyring-daemon running but it doesn't > seem to talk to it. > > Thanks, > Tom > -- Adriano Barbosa Sent from my phone. Sorry for typos.
Re: UPDATE: Nono-0.1.4
On Fri, Nov 20, 2020 at 05:01:14PM +0100, Gonzalo L. Rodriguez wrote: > Hello, > > And yet another version of Nono with some fixes: > > http://www.pastel-flower.jp/~isaki/nono/ > > OK? Comments? > > Cheers.- I think it should go in, it's a bugfix release. OK gsoares@
UPDATE: Nono-0.1.4
Hello, And yet another version of Nono with some fixes: http://www.pastel-flower.jp/~isaki/nono/ OK? Comments? Cheers.- -- - gonzalo Index: Makefile === RCS file: /cvs/ports/emulators/nono/Makefile,v retrieving revision 1.9 diff -u -p -r1.9 Makefile --- Makefile20 Nov 2020 10:00:11 - 1.9 +++ Makefile20 Nov 2020 15:59:38 - @@ -6,7 +6,7 @@ BROKEN-i386=requires __m128i and simil COMMENT= LUNA-I emulator -DISTNAME= nono-0.1.3 +DISTNAME= nono-0.1.4 CATEGORIES=emulators MAINTAINER=Gonzalo L. R. Index: distinfo === RCS file: /cvs/ports/emulators/nono/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo20 Nov 2020 10:00:11 - 1.5 +++ distinfo20 Nov 2020 15:59:38 - @@ -1,2 +1,2 @@ -SHA256 (nono-0.1.3.tar.gz) = 7/TlKjD09JD/8L9MdsoCIB2Knxx034luuxNDWiuAGBg= -SIZE (nono-0.1.3.tar.gz) = 2367799 +SHA256 (nono-0.1.4.tar.gz) = bi721Bq4CLAINxLuorUVnbv1YoIUs2WhiEISrj/Y3Sw= +SIZE (nono-0.1.4.tar.gz) = 2368271
[old NEW] ttyp0 font
Hi, Here is a nice monospace bitmap font I'm using that is in my mystuff's port for quite some time now. Maybe this could go in if someone is interested. uw-ttyp0.tar.gz Description: Unix tar archive -- Manuel Giraud
Re: sysutils/hw-probe: only add the dmidecode dependency for i386 and amd64
On Fri, 2020-11-20 at 13:29 +0800, Kevin Lo wrote:
> hw-probe could run on non-x86 architectures.
> Tested on arm64 [1] and octeon [2].
[..]
> +.if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "i386"
> +RUN_DEPENDS += sysutils/dmidecode
> +.endif
Hmm, although dmidecode does only package for i386 and amd64 on OpenBSD,
dmidecode is also available for ia64 and arm64 in principle.
OTOH, dmidecode requires kern.allowkmem=1 in securelevel=0, which at
least I do not usually do. So I thought shortly about completely
removing the dependency and adding a pkg-readme.
But finally, hw-probe 'as-is' tests for the availability of dmidecode
exactly on i386 and amd64 BSDs, which is reflected in your patch.
So for me it's OK, I'd say.
Re: UPDATE: Tor Browser 10.0.5
On 2020/11/19 19:46, Dimitri Karamazov wrote: > > Seems like something the mail server did of it's own accord because of the > size of the mail, > or is it the client? That doens't make sense, this chars are increasing the > size of mail. > Pershaps the mail client doesn't support non-alphanumeric chars. Never seen > this before. > Anyway thanks for the tip. Sending mail client did it, the attachment was not 8-bit clean. Some mail clients will send that as base64-encoded others as q-p.
Re: postgrey: rcctl lists the service as failed when it is running
Hi Stuart!
Thanks!
I can confirm that the patch works.
However some minimal manual cleanup is required after updating the package:
# pkg_add -u
quirks-3.439 signed on 2020-11-19T21:06:27Z
postgrey-1.37->1.37p1: ok
Read shared items: ok
# rcctl check postgrey
postgrey(failed)
# rm /var/run/rc.d/postgrey
# rcctl restart postgrey
postgrey(ok)
postgrey(ok)
# rcctl check postgrey
postgrey(ok)
#
As most people probably don’t read the email sent by /etc/daily that should not
be much of a problem though ;-) I know we only noticed it because we where
tracking down another unrelated problem and checked the archived mails. We
found that the failure message had been included since we installed postgrey in
August and no one noticed …
Again thanks for you speedy help!
--
Mike Fischer
> Am 19.11.2020 um 17:16 schrieb Stuart Henderson :
>
> On 2020/11/19 16:02, Mike Fischer wrote:
>> With another slight modification it now works:
>> pexp="perl: .*postgrey.*${daemon_flags:+ ${daemon_flags}}.*“
>> (added -* after postgrey)
>
> Ah yes I see. Thanks, I've updated my commit and backported to -stable.
[wip] xfce 4.16pre2
Hi, xfce 4.16 is around the corner (see https://wiki.xfce.org/releng/4.16/roadmap) and as usual i've been testing/packaging the various 4.15 dev releases (cf https://cgit.rhaalovely.net/xfce4/log/?h=next). Pre2 was released yesterday (per https://mail.xfce.org/pipermail/xfce-announce/2020-November/000926.html) so if people want to test it they're more than welcome to do so - packages are available via PKG_PATH=https://packages.rhaalovely.net/wip/amd64 and i've been using them for the past months. this new version removes support for gtk2 everywhere, so orage will be removed and i'm working on a xfce4-mixer branch to directly support sndio without gst0.10. Landry
