[update] netshot version 0.15.2
Netshot is now at version 0.15.2. Libraries have been upgraded and the
UI has been refreshed. The changes are listed here:
https://github.com/netfishers-onl/Netshot/blob/master/dist/README.txt
OK?
Remi
Index: Makefile
===
RCS file: /cvs/ports/sysutils/netshot/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile28 Feb 2020 07:45:04 - 1.8
+++ Makefile5 Sep 2020 19:47:14 -
@@ -2,7 +2,7 @@
COMMENT = config backup and policy check for network devices
-V =0.14.1
+V =0.15.2
DISTNAME = netshot_${V}
PKGNAME = ${DISTNAME:S/_/-/}
WRKDIST = ${WRKDIR}
Index: distinfo
===
RCS file: /cvs/ports/sysutils/netshot/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo28 Feb 2020 07:45:04 - 1.4
+++ distinfo5 Sep 2020 19:54:03 -
@@ -1,2 +1,2 @@
-SHA256 (netshot_0.14.1.zip) = MpKMvBCtsvuEu1SyFxOYGHBO0Xzf4GRszy2DiH6pGUE=
-SIZE (netshot_0.14.1.zip) = 45722115
+SHA256 (netshot_0.15.2.zip) = VGU2QeRA3iFtnaww+hOakIOc2gehRpY+flKOmCAn234=
+SIZE (netshot_0.15.2.zip) = 57957862
Index: patches/patch-netshot_conf
===
RCS file: /cvs/ports/sysutils/netshot/patches/patch-netshot_conf,v
retrieving revision 1.4
diff -u -p -r1.4 patch-netshot_conf
--- patches/patch-netshot_conf 28 Feb 2020 07:45:04 - 1.4
+++ patches/patch-netshot_conf 5 Sep 2020 20:00:37 -
@@ -3,8 +3,8 @@ $OpenBSD: patch-netshot_conf,v 1.4 2020/
Index: netshot.conf
--- netshot.conf.orig
+++ netshot.conf
-@@ -1,9 +1,9 @@
- # Netshot Configuration File
+@@ -2,9 +2,9 @@
+ # See
https://github.com/netfishers-onl/Netshot/wiki/Config-file-(netshot.conf)-reference
# Log file and level
-netshot.log.file = /var/log/netshot/netshot.log
@@ -15,7 +15,7 @@ Index: netshot.conf
netshot.log.audit.level = INFO
#netshot.log.syslog1.host = 10.0.16.16
-@@ -19,7 +19,7 @@ netshot.db.password = netshot
+@@ -20,7 +20,7 @@ netshot.db.password = netshot
netshot.db.encryptionpassword = netshot
# REST
@@ -24,7 +24,7 @@ Index: netshot.conf
netshot.http.ssl.keystore.pass = password
#netshot.http.baseurl = https://localhost
netshot.http.baseurl = https://0.0.0.0
-@@ -38,12 +38,12 @@ netshot.snapshots.auto.interval = 15
+@@ -39,12 +39,12 @@ netshot.snapshots.auto.interval = 15
# Allow a trap received from any IP of a device to trigger an automatic
snapshot
netshot.snapshots.auto.anyip = true
# After a snapshot, dump the last configuration to a file in this directory
Re: [update] rsyslog version 8.2008.0
On Tue, Sep 01, 2020 at 05:59:03PM +0200, Remi Locherer wrote:
> This updates rsyslog to version 8.2008.0. The extensive changelog can be
> found here: https://github.com/rsyslog/rsyslog/blob/v8.2008.0/ChangeLog
>
> One notable change is improved support for OpenSSL and also LibreSSL. But
> I did not test that yet. Our port is still using GnuTLS.
>
> I'm not sure if I should switch rsyslogd from GnuTLS to LibreSSL. I see
> the main purpose of rsyslogd on OpenBSD in iterop testing of our
> syslogd. For this the use of GnuTLS might be beneficial (except the
> slow startup on bluhm's test machine ;-) ). Another usage is writing
> messages to different databases or mangling logs.
>
> Are there any users of this port? If so: how are you using it?
>
> I tested this update on amd64 with the regress test from rsyslogd.
> In addition I verified that the following modules work:
> imudp, omrelp (with tls=on), imrelp (with tls=on), ommysql
>
> OK for the port update?
I understand that probably nobody is using rsyslog on OpenBSD. ;-)
Nevertheless, can I get an OK?
>
> Remi
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/sysutils/rsyslog/Makefile,v
> retrieving revision 1.48
> diff -u -p -r1.48 Makefile
> --- Makefile 5 Mar 2020 21:06:17 - 1.48
> +++ Makefile 30 Aug 2020 16:45:28 -
> @@ -10,7 +10,7 @@ COMMENT-elasticsearch = Elasticsearch pl
>
> MULTI_PACKAGES = -main -mysql -normalize -pgsql -elasticsearch
>
> -V = 8.2002.0
> +V = 8.2008.0
> DISTNAME = rsyslog-$V
> PKGNAME-main = rsyslog-$V
> PKGNAME-mysql = rsyslog-mysql-$V
> Index: distinfo
> ===
> RCS file: /cvs/ports/sysutils/rsyslog/distinfo,v
> retrieving revision 1.9
> diff -u -p -r1.9 distinfo
> --- distinfo 5 Mar 2020 21:06:17 - 1.9
> +++ distinfo 30 Aug 2020 16:45:36 -
> @@ -1,2 +1,2 @@
> -SHA256 (rsyslog-8.2002.0.tar.gz) =
> /obBTYYNoSAsdmFv6sBTnqWkCkrRgtdLfW0kGcwjgfg=
> -SIZE (rsyslog-8.2002.0.tar.gz) = 3000861
> +SHA256 (rsyslog-8.2008.0.tar.gz) =
> CdK2yLwvAWWYrtK7cZ4D+CK7Adcgxh5NbnJeANyhtlA=
> +SIZE (rsyslog-8.2008.0.tar.gz) = 3051049
> Index: pkg/PLIST-elasticsearch
> ===
> RCS file: /cvs/ports/sysutils/rsyslog/pkg/PLIST-elasticsearch,v
> retrieving revision 1.1
> diff -u -p -r1.1 PLIST-elasticsearch
> --- pkg/PLIST-elasticsearch 12 Mar 2018 17:42:08 - 1.1
> +++ pkg/PLIST-elasticsearch 30 Aug 2020 19:20:08 -
> @@ -1,2 +1,2 @@
> @comment $OpenBSD: PLIST-elasticsearch,v 1.1 2018/03/12 17:42:08 remi Exp $
> -lib/rsyslog/omelasticsearch.so
> +@so lib/rsyslog/omelasticsearch.so
> Index: pkg/PLIST-main
> ===
> RCS file: /cvs/ports/sysutils/rsyslog/pkg/PLIST-main,v
> retrieving revision 1.5
> diff -u -p -r1.5 PLIST-main
> --- pkg/PLIST-main14 Jun 2019 04:12:33 - 1.5
> +++ pkg/PLIST-main30 Aug 2020 19:20:08 -
> @@ -3,27 +3,27 @@
> @newuser _rsyslogd:803:_rsyslogd:daemon:Rsyslog
> Daemon:/nonexistent:/sbin/nologin
> @rcscript ${RCDIR}/rsyslogd
> lib/rsyslog/
> -lib/rsyslog/fmhash.so
> -lib/rsyslog/fmhttp.so
> -lib/rsyslog/imklog.so
> -lib/rsyslog/immark.so
> -lib/rsyslog/imrelp.so
> -lib/rsyslog/imtcp.so
> -lib/rsyslog/imudp.so
> -lib/rsyslog/imuxsock.so
> -lib/rsyslog/lmcry_gcry.so
> -lib/rsyslog/lmnet.so
> -lib/rsyslog/lmnetstrms.so
> -lib/rsyslog/lmnsd_gtls.so
> -lib/rsyslog/lmnsd_ptcp.so
> -lib/rsyslog/lmregexp.so
> -lib/rsyslog/lmtcpclt.so
> -lib/rsyslog/lmtcpsrv.so
> -lib/rsyslog/lmzlibw.so
> -lib/rsyslog/mmexternal.so
> -lib/rsyslog/ommail.so
> -lib/rsyslog/omrelp.so
> -lib/rsyslog/omtesting.so
> +@so lib/rsyslog/fmhash.so
> +@so lib/rsyslog/fmhttp.so
> +@so lib/rsyslog/imklog.so
> +@so lib/rsyslog/immark.so
> +@so lib/rsyslog/imrelp.so
> +@so lib/rsyslog/imtcp.so
> +@so lib/rsyslog/imudp.so
> +@so lib/rsyslog/imuxsock.so
> +@so lib/rsyslog/lmcry_gcry.so
> +@so lib/rsyslog/lmnet.so
> +@so lib/rsyslog/lmnetstrms.so
> +@so lib/rsyslog/lmnsd_gtls.so
> +@so lib/rsyslog/lmnsd_ptcp.so
> +@so lib/rsyslog/lmregexp.so
> +@so lib/rsyslog/lmtcpclt.so
> +@so lib/rsyslog/lmtcpsrv.so
> +@so lib/rsyslog/lmzlibw.so
> +@so lib/rsyslog/mmexternal.so
> +@so lib/rsyslog/ommail.so
> +@so lib/rsyslog/omrelp.so
> +@so lib/rsyslog/omtesting.so
> @man man/man5/rsyslog.conf.5
> @man man/man8/rsyslogd.8
> @bin sbin/rsyslogd
> Index: pkg/PLIST-mysql
> ===
> RCS file: /cvs/ports/sysutils/rsyslog/pkg/PLIST-mysql,v
> retrieving revision 1.2
> diff -u -p -r1.2 PLIST-mysql
> --- pkg/PLIST-mysql 15 Mar 2016 23:25:51 - 1.2
> +++ pkg/PLIST-mysql 30 Aug 2020 19:20:08 -
> @@ -1,3 +1,3 @@
> @comment $OpenBSD: PLIST-mysql,v 1.2 2016/03/15 23:25:51 sthen Exp $
> -lib/rsyslog/ommysql.so
>
[Update] devel/py-pathspec : Update to 0.8.0
Hi, ports@:
Here is a simple patch for devel/py-pathspec to update to 0.8.0.
It build well and pass all tests on amd64-current system.
One port depends on it : devel/py-yamllint. It build well and pass
all tests too.
Cheers !
wen
Index: Makefile
===
RCS file: /cvs/ports/devel/py-pathspec/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile3 Jul 2020 21:12:47 - 1.5
+++ Makefile8 Sep 2020 08:33:07 -
@@ -2,10 +2,9 @@
COMMENT = utility for gitignore style pattern matching of file paths
-MODPY_EGG_VERSION = 0.5.9
+MODPY_EGG_VERSION = 0.8.0
DISTNAME = pathspec-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
-REVISION = 1
CATEGORIES = devel
Index: distinfo
===
RCS file: /cvs/ports/devel/py-pathspec/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo22 Jan 2019 11:18:53 - 1.2
+++ distinfo8 Sep 2020 08:33:07 -
@@ -1,2 +1,2 @@
-SHA256 (pathspec-0.5.9.tar.gz) = VKXquJXYnzQrUror/+cJMO+fjZbjmMzPUw0h+gUWqHM=
-SIZE (pathspec-0.5.9.tar.gz) = 25473
+SHA256 (pathspec-0.8.0.tar.gz) = 2kUXPrOm8qWkh++6IfBQrytBlIvmq1K2oeP/IruLcGE=
+SIZE (pathspec-0.8.0.tar.gz) = 26256
Re: [pkg-readme update] sysutils/udfclient
New diff - an additional typo was discovered by Jens A. Griepentrog. diff --git a/sysutils/udfclient/pkg/README b/sysutils/udfclient/pkg/README index caa00e7de1e..9f2063994d3 100644 --- a/sysutils/udfclient/pkg/README +++ b/sysutils/udfclient/pkg/README @@ -31,16 +31,19 @@ Special files and links UDF on disk drives -- -Disklabels are not used, except for virtual partition "a" with -2048-byte blocksize devices. MBRs are not used, the filesystem -begins at LBA 0. Partition "c" should be used if writing directly -to a drive instead of an image file. If the drive contains prior -data, zero the leading sectors before use as shown in the first -command below. +OpenBSD disklabels are not used on storage media. OpenBSD will create +an in-memory virtual "a" partition when natively mounting UDF filesystems +read-only on 2048-byte block devices or images; see Interoperability with +mount_udf(8) below. + +MBRs are not used, the filesystem begins at LBA 0. Raw partition "c" +should be used if writing directly to a drive instead of an image file. +If the drive contains prior data, zero the leading sectors before use as +shown in the first command below. # dd if=/dev/zero of=/dev/rsd9c count=63 # newfs_udf -L shared.drive /dev/rsd9c -# ufsclient -W /dev/rsd9c +# udfclient -W /dev/rsd9c While it is possible to direct a filesystem image to a disklabel partition, there would be no interoperability with other OSes.
Re: [update] rsyslog version 8.2008.0
On Tue, Sep 08, 2020 at 10:33:41AM +0200, Remi Locherer wrote:
> On Tue, Sep 01, 2020 at 05:59:03PM +0200, Remi Locherer wrote:
> > This updates rsyslog to version 8.2008.0. The extensive changelog can be
> > found here: https://github.com/rsyslog/rsyslog/blob/v8.2008.0/ChangeLog
> >
> > One notable change is improved support for OpenSSL and also LibreSSL. But
> > I did not test that yet. Our port is still using GnuTLS.
> >
> > I'm not sure if I should switch rsyslogd from GnuTLS to LibreSSL. I see
> > the main purpose of rsyslogd on OpenBSD in iterop testing of our
> > syslogd. For this the use of GnuTLS might be beneficial (except the
> > slow startup on bluhm's test machine ;-) ). Another usage is writing
> > messages to different databases or mangling logs.
> >
> > Are there any users of this port? If so: how are you using it?
> >
> > I tested this update on amd64 with the regress test from rsyslogd.
> > In addition I verified that the following modules work:
> > imudp, omrelp (with tls=on), imrelp (with tls=on), ommysql
> >
> > OK for the port update?
>
> I understand that probably nobody is using rsyslog on OpenBSD. ;-)
> Nevertheless, can I get an OK?
It would be much nicer to inline the diff rather than quoting it :)
It looks ok portswise and builds fine on amd64 and sparc64. I think
it'll have better chances of seeing tests if you put this in now rather
than waiting longer.
ok tb.
There is one somewhat scary warning during the build but it's not new:
imuxsock.c:1112:44: warning: cast from 'char *' to 'struct cmsghdr *' increases
required
alignment from 1 to 4 [-Wcast-align]
for(cm = CMSG_FIRSTHDR(&msgh); cm; cm =
CMSG_NXTHDR(&msgh, cm)) {
^~
/usr/include/sys/socket.h:499:6: note: expanded from macro 'CMSG_NXTHDR'
(struct cmsghdr *)((char *)(cmsg) + _ALIGN((cmsg)->cmsg_len)))
^
Re: [pkg-readme update] sysutils/udfclient
Argh. Yet another diff, as the prior post missed the Makefile REVISION.
diff --git a/sysutils/udfclient/Makefile b/sysutils/udfclient/Makefile
index 7dc63d78d72..5a268222e62 100644
--- a/sysutils/udfclient/Makefile
+++ b/sysutils/udfclient/Makefile
@@ -3,6 +3,7 @@
COMMENT = userland implementation of the UDF filesystem
V =0.8.11
+REVISION= 0
DISTNAME = UDFclient.${V}
PKGNAME = udfclient-${V}
CATEGORIES = sysutils
diff --git a/sysutils/udfclient/pkg/README b/sysutils/udfclient/pkg/README
index caa00e7de1e..9f2063994d3 100644
--- a/sysutils/udfclient/pkg/README
+++ b/sysutils/udfclient/pkg/README
@@ -31,16 +31,19 @@ Special files and links
UDF on disk drives
--
-Disklabels are not used, except for virtual partition "a" with
-2048-byte blocksize devices. MBRs are not used, the filesystem
-begins at LBA 0. Partition "c" should be used if writing directly
-to a drive instead of an image file. If the drive contains prior
-data, zero the leading sectors before use as shown in the first
-command below.
+OpenBSD disklabels are not used on storage media. OpenBSD will create
+an in-memory virtual "a" partition when natively mounting UDF filesystems
+read-only on 2048-byte block devices or images; see Interoperability with
+mount_udf(8) below.
+
+MBRs are not used, the filesystem begins at LBA 0. Raw partition "c"
+should be used if writing directly to a drive instead of an image file.
+If the drive contains prior data, zero the leading sectors before use as
+shown in the first command below.
# dd if=/dev/zero of=/dev/rsd9c count=63
# newfs_udf -L shared.drive /dev/rsd9c
-# ufsclient -W /dev/rsd9c
+# udfclient -W /dev/rsd9c
While it is possible to direct a filesystem image to a disklabel
partition, there would be no interoperability with other OSes.
update shotcut to 2020.07.11
tested on a small video and a few effects, things work just fine. Okay ? Index: Makefile === RCS file: /cvs/ports/multimedia/shotcut/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile30 Jul 2020 14:40:07 - 1.4 +++ Makefile8 Sep 2020 14:47:12 - @@ -3,7 +3,7 @@ USE_WXNEEDED = Yes COMMENT = video editor -V =20.06.28 +V =20.07.11 DISTNAME = shotcut-$V CATEGORIES = multimedia Index: distinfo === RCS file: /cvs/ports/multimedia/shotcut/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo30 Jul 2020 14:40:07 - 1.2 +++ distinfo8 Sep 2020 14:47:12 - @@ -1,2 +1,2 @@ -SHA256 (shotcut-20.06.28.tar.gz) = 1Nn22cnrClSTthFF3aNfgV9knFmj13InK9hdazSCrZY= -SIZE (shotcut-20.06.28.tar.gz) = 5797885 +SHA256 (shotcut-20.07.11.tar.gz) = d17p3PiHn65mhlljK4KCXtmhWL5qgijE0+9Ew1CZ/aU= +SIZE (shotcut-20.07.11.tar.gz) = 5801379
[sparc64/base-gcc] Fix www/kore build
The build of www/kore dies on sparc64 because of -Werror.
Modifying the patch for Makefile removes that and fixes the build.
ok?
(cc maintainer)
--Kurt
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/www/kore/patches/patch-Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 patch-Makefile
--- patches/patch-Makefile 1 Sep 2020 16:50:50 - 1.6
+++ patches/patch-Makefile 7 Sep 2020 20:52:55 -
@@ -12,6 +12,15 @@ Index: Makefile
SHARE_DIR=$(PREFIX)/share/kore
INCLUDE_DIR=$(PREFIX)/include/kore
+@@ -24,7 +24,7 @@ S_SRC= src/kore.c src/buf.c src/config.c src/connectio
+ FEATURES=
+ FEATURES_INC=
+
+-CFLAGS+=-Wall -Werror -Wstrict-prototypes -Wmissing-prototypes
++CFLAGS+=-Wall -Wstrict-prototypes -Wmissing-prototypes
+ CFLAGS+=-Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual
+ CFLAGS+=-Wsign-compare -Iinclude/kore -I$(OBJDIR) -std=c99 -pedantic
+ CFLAGS+=-DPREFIX='"$(PREFIX)"' -fstack-protector-all
@@ -44,12 +44,6 @@ endif
ifneq ("$(DEBUG)", "")
CFLAGS+=-DKORE_DEBUG -g
ansible-2.9.13
Here's an update to Ansible 2.9.13, plus I've patched so that it can
find Python 3 on OpenBSD under the usual paths without defining
ansible_python_interpreter (since I keep bumping into it now we're
using 3.8 by default)..
https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.9.rst#v2-9-13
Working in my relatively simple installation, any comments/tests from
others?
OK?
Index: Makefile
===
RCS file: /cvs/ports/sysutils/ansible/Makefile,v
retrieving revision 1.127
diff -u -p -r1.127 Makefile
--- Makefile16 Aug 2020 09:13:00 - 1.127
+++ Makefile8 Sep 2020 15:58:15 -
@@ -3,7 +3,7 @@
COMMENT-main = ssh based config management framework
COMMENT-html = offline Ansible documentation in HTML format
-MODPY_EGG_VERSION =2.9.12
+MODPY_EGG_VERSION =2.9.13
DISTNAME = ansible-${MODPY_EGG_VERSION}
PKGNAME-main = ${PKGNAME}
PKGNAME-html = ansible-html-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/sysutils/ansible/distinfo,v
retrieving revision 1.82
diff -u -p -r1.82 distinfo
--- distinfo16 Aug 2020 09:13:00 - 1.82
+++ distinfo8 Sep 2020 15:58:15 -
@@ -1,2 +1,2 @@
-SHA256 (ansible-2.9.12.tar.gz) = fpXd9xkZCwaPr8fXx4d8IYBUzF2k9tnXlPr3vGbat3Q=
-SIZE (ansible-2.9.12.tar.gz) = 14260349
+SHA256 (ansible-2.9.13.tar.gz) = OrIViJkvv+neMXOu/WPaEmfcEokqYPXP3AVf4ZxUlkQ=
+SIZE (ansible-2.9.13.tar.gz) = 14261322
Index: patches/patch-lib_ansible_config_base_yml
===
RCS file: patches/patch-lib_ansible_config_base_yml
diff -N patches/patch-lib_ansible_config_base_yml
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-lib_ansible_config_base_yml 8 Sep 2020 15:58:15 -
@@ -0,0 +1,21 @@
+$OpenBSD$
+
+Index: lib/ansible/config/base.yml
+--- lib/ansible/config/base.yml.orig
lib/ansible/config/base.yml
+@@ -1469,6 +1469,7 @@ INTERPRETER_PYTHON_FALLBACK:
+ name: Ordered list of Python interpreters to check for in discovery
+ default:
+ - /usr/bin/python
++ - python3.8
+ - python3.7
+ - python3.6
+ - python3.5
+@@ -1476,6 +1477,7 @@ INTERPRETER_PYTHON_FALLBACK:
+ - python2.6
+ - /usr/libexec/platform-python
+ - /usr/bin/python3
++ - python3
+ - python
+ # FUTURE: add inventory override once we're sure it can't be abused by a
rogue target
+ version_added: "2.8"
Re: [new] net/miniflux a minimalist rss reader
Le 2020-08-26 00:23, Aaron Bieber a écrit : > On Sun, 23 Aug 2020 at 13:37:18 -0600, Aaron Bieber wrote: >> Hi, >> >> Here is my latest attempt at miniflux. It was made using portgen as a base. >> >> I have been using this for some time without issue. >> >> Reminders: >> - No postgresql lib is required because there is a native-Go version in use. >> - I don't have postgresql server as a dep because you might not run this on >>the same machine as the database. >> >> I'd be super happy if I could get this in :D >> >> DESCR: >> Miniflux is a minimalist and opinionated feed reader: >> >> - Written in Go (Golang) >> - Works only with Postgresql >> - Doesn't use any ORM >> - Doesn't use any complicated framework >> - Use only modern vanilla Javascript (ES6 and Fetch API) >> - Single binary compiled statically without dependency >> - The number of features is voluntarily limited > > And here is a version that doesn't break packages-specs(7)! > >> >> Cheers, >> Aaron >> >> And the diff for user.list: >> diff d13b8b2ff4ed07d13d62f13c7f5ce41ee5888f78 /usr/ports >> blob - 9b1569f1a93a1758ce7153a5b373f8abbb1e7621 >> file + infrastructure/db/user.list >> --- infrastructure/db/user.list >> +++ infrastructure/db/user.list >> @@ -367,3 +367,4 @@ id user group port >> 856 _return _return telephony/resiprocate >> 857 _web2ldap _web2ldap sysutils/web2ldap >> 858 _purritobin _purritobin www/purritobin >> +859 _miniflux _miniflux net/miniflux Since my last email seems to have been considered as spam, I try again. Thank you for this port. It works for me on amd64. H.
Re: [update] rsyslog version 8.2008.0
On Tue, Sep 08, 2020 at 01:58:09PM +0200, Theo Buehler wrote: > On Tue, Sep 08, 2020 at 10:33:41AM +0200, Remi Locherer wrote: > > On Tue, Sep 01, 2020 at 05:59:03PM +0200, Remi Locherer wrote: > > > This updates rsyslog to version 8.2008.0. The extensive changelog can be > > > found here: https://github.com/rsyslog/rsyslog/blob/v8.2008.0/ChangeLog > > > > > > One notable change is improved support for OpenSSL and also LibreSSL. But > > > I did not test that yet. Our port is still using GnuTLS. > > > > > > I'm not sure if I should switch rsyslogd from GnuTLS to LibreSSL. I see > > > the main purpose of rsyslogd on OpenBSD in iterop testing of our > > > syslogd. For this the use of GnuTLS might be beneficial (except the > > > slow startup on bluhm's test machine ;-) ). Another usage is writing > > > messages to different databases or mangling logs. > > > > > > Are there any users of this port? If so: how are you using it? > > > > > > I tested this update on amd64 with the regress test from rsyslogd. > > > In addition I verified that the following modules work: > > > imudp, omrelp (with tls=on), imrelp (with tls=on), ommysql > > > > > > OK for the port update? > > > > I understand that probably nobody is using rsyslog on OpenBSD. ;-) > > Nevertheless, can I get an OK? One more thing: you can remove the BROKEN-powerpc line. gkoehler fixed this problem in clang, I tested that the package builds and works on powerpc.
Re: [sparc64/base-gcc] Fix www/kore build
On Tue, Sep 08, 2020 at 11:43:04AM -0400, Kurt Mosiejczuk wrote: > The build of www/kore dies on sparc64 because of -Werror. > > Modifying the patch for Makefile removes that and fixes the build. > > ok? Could you please share the log showing the warnings?
Re: [sparc64/base-gcc] Fix www/kore build
On Tue, Sep 08, 2020 at 07:07:37PM +0200, Frederic Cambus wrote:
> On Tue, Sep 08, 2020 at 11:43:04AM -0400, Kurt Mosiejczuk wrote:
> > The build of www/kore dies on sparc64 because of -Werror.
> >
> > Modifying the patch for Makefile removes that and fixes the build.
> >
> > ok?
>
> Could you please share the log showing the warnings?
>
Just this:
cc1: warnings being treated as errors
src/json.c: In function 'json_get_string':
src/json.c:783: warning: comparison is always true due to limited range of data
type
ch is an u_int8_t, so 'ch >= 0' is always true.
Index: Makefile
===
RCS file: /var/cvs/ports/www/kore/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile1 Sep 2020 16:50:50 - 1.20
+++ Makefile8 Sep 2020 17:17:03 -
@@ -3,6 +3,7 @@
COMMENT = web application framework for writing scalable web APIs in C
DISTNAME = kore-4.0.0
+REVISION = 0
CATEGORIES = www
Index: patches/patch-src_json_c
===
RCS file: patches/patch-src_json_c
diff -N patches/patch-src_json_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_json_c8 Sep 2020 17:16:35 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: src/json.c
+--- src/json.c.orig
src/json.c
+@@ -780,7 +780,7 @@ json_get_string(struct kore_json *json)
+ if (ch == '"')
+ break;
+
+- if (ch >= 0 && ch <= 0x1f)
++ if (ch <= 0x1f)
+ goto cleanup;
+
+ if (ch == '\\') {
Re: update shotcut to 2020.07.11
On Tue, Sep 08, 2020 at 04:48:21PM +0200, Marc Espie wrote: > tested on a small video and a few effects, things work just fine. > > Okay ? yup, all good here too. ok tracey@ > > Index: Makefile > === > RCS file: /cvs/ports/multimedia/shotcut/Makefile,v > retrieving revision 1.4 > diff -u -p -r1.4 Makefile > --- Makefile 30 Jul 2020 14:40:07 - 1.4 > +++ Makefile 8 Sep 2020 14:47:12 - > @@ -3,7 +3,7 @@ > USE_WXNEEDED = Yes > COMMENT =video editor > > -V = 20.06.28 > +V = 20.07.11 > DISTNAME = shotcut-$V > > CATEGORIES = multimedia > Index: distinfo > === > RCS file: /cvs/ports/multimedia/shotcut/distinfo,v > retrieving revision 1.2 > diff -u -p -r1.2 distinfo > --- distinfo 30 Jul 2020 14:40:07 - 1.2 > +++ distinfo 8 Sep 2020 14:47:12 - > @@ -1,2 +1,2 @@ > -SHA256 (shotcut-20.06.28.tar.gz) = > 1Nn22cnrClSTthFF3aNfgV9knFmj13InK9hdazSCrZY= > -SIZE (shotcut-20.06.28.tar.gz) = 5797885 > +SHA256 (shotcut-20.07.11.tar.gz) = > d17p3PiHn65mhlljK4KCXtmhWL5qgijE0+9Ew1CZ/aU= > +SIZE (shotcut-20.07.11.tar.gz) = 5801379 -- Tracey Emery
Re: [UPDATE] games/gemrb 0.8.7
On Sun, September 6, 2020 13:06, Thomas Frohwein wrote:
> Hi,
>
> The GemRB project is celebrating its 20-year anniversary with the
> release 0.8.7. The main improvements appear to be for pathfinding.
>
> Changelog: https://gemrb.org/2020/08/24/gemrb-0-8-7-released.html
>
> I tested it with a little gameplay in Planescape: Torment without
> problems.
>
> Notes:
> - Needed to add include dir ${LOCALBASE}/include so that iconv.h could
> be found.
> - Distfile and directory names got shuffled.
> - C++11 is now used for compiling. Removed COMPILER base-gcc therefore.
>
> cc Maintainer
>
> ok?
Hi,
It dumps core on i386 for me. Using the same config as for 0.8.6.
0.8.6 works fine on i386. Haven't made a deeper look yet.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/gemrb/Makefile,v
> retrieving revision 1.15
> diff -u -p -r1.15 Makefile
> --- Makefile 13 Dec 2019 08:24:26 - 1.15
> +++ Makefile 6 Sep 2020 10:04:31 -
> @@ -4,7 +4,9 @@ SHARED_LIBS +=gemrb_core 0.0
>
> COMMENT =open-source implementation of Bioware's Infinity Engine
>
> -DISTNAME = gemrb-0.8.6
> +V = 0.8.7
> +DISTNAME = gemrb-${V}-sources
> +PKGNAME =gemrb-${V}
>
> CATEGORIES = games emulators x11
>
> @@ -20,7 +22,8 @@ MASTER_SITES = ${MASTER_SITE_SOURCEFORG
> WANTLIB += SDL SDL_mixer c freetype iconv m openal png pthread
> WANTLIB += vlc vorbisfile z ${MODPY_WANTLIB} ${COMPILER_LIBCXX}
>
> -COMPILER = base-clang ports-gcc base-gcc
> +# C++11
> +COMPILER = base-clang ports-gcc
>
> MODULES =devel/cmake \
> lang/python
> @@ -40,6 +43,11 @@ CONFIGURE_ARGS += -DSYSCONF_DIR=${SYSCON
> -DDISABLE_WERROR=1
>
> NO_TEST =Yes
> +
> +WRKDIST =${WRKDIR}/gemrb-${V}
> +
> +do-gen:
> + ${SUBST_CMD} ${WRKSRC}/CMakeLists.txt
>
> post-install:
>cd ${PREFIX}/share/gemrb/GUIScripts/ && find * -name \*.py \
> Index: distinfo
> ===
> RCS file: /cvs/ports/games/gemrb/distinfo,v
> retrieving revision 1.4
> diff -u -p -r1.4 distinfo
> --- distinfo 13 Dec 2019 08:24:26 - 1.4
> +++ distinfo 6 Sep 2020 10:04:31 -
> @@ -1,2 +1,2 @@
> -SHA256 (gemrb-0.8.6.tar.gz) = dC12PoqkNaq+U5FHGer674P3z+BAo9oZPhZaP9gHlyw=
> -SIZE (gemrb-0.8.6.tar.gz) = 12421522
> +SHA256 (gemrb-0.8.7-sources.tar.gz) =
> J2p79t0qmHyHUIgKend2TvUoEqz8U8Xj2QExI9b43cQ=
> +SIZE (gemrb-0.8.7-sources.tar.gz) = 12415301
> Index: patches/patch-CMakeLists_txt
> ===
> RCS file: patches/patch-CMakeLists_txt
> diff -N patches/patch-CMakeLists_txt
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-CMakeLists_txt 6 Sep 2020 10:04:31 -
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: CMakeLists.txt
> +--- CMakeLists.txt.orig
> CMakeLists.txt
> +@@ -6,6 +6,8 @@ endif(COMMAND cmake_policy)
> +
> + set(CMAKE_CXX_STANDARD 11)
> +
> ++include_directories( "${LOCALBASE}/include" )
> ++
> + # prevent in-source builds
> + IF(NOT INSOURCEBUILD AND (${CMAKE_SOURCE_DIR} STREQUAL ${CMAKE_BINARY_DIR}))
> + MESSAGE(FATAL_ERROR "
> Index: patches/patch-gemrb_GemRB_cfg_sample_in
> ===
> RCS file: /cvs/ports/games/gemrb/patches/patch-gemrb_GemRB_cfg_sample_in,v
> retrieving revision 1.3
> diff -u -p -r1.3 patch-gemrb_GemRB_cfg_sample_in
> --- patches/patch-gemrb_GemRB_cfg_sample_in 13 Dec 2019 08:24:27 -
> 1.3
> +++ patches/patch-gemrb_GemRB_cfg_sample_in 6 Sep 2020 10:04:31 -
> @@ -2,7 +2,7 @@ $OpenBSD: patch-gemrb_GemRB_cfg_sample_i
> Index: gemrb/GemRB.cfg.sample.in
> --- gemrb/GemRB.cfg.sample.in.orig
> +++ gemrb/GemRB.cfg.sample.in
> -@@ -171,7 +171,7 @@ GamePath=/mnt/windows/Programmi/Black Isle/BGII - SoA/
> +@@ -173,7 +173,7 @@ GamePath=/mnt/windows/Programmi/Black Isle/BGII - SoA/
> # Cache directory. #
> #
>
> @@ -11,7 +11,7 @@ Index: gemrb/GemRB.cfg.sample.in
>
> #
> # GemRB Save Path [String] #
> -@@ -208,7 +208,7 @@ CachePath=@DEFAULT_CACHE_DIR@
> +@@ -214,7 +214,7 @@ GemRBPath=.
> # the 'GUIScript' subdirectory.#
> #
>
> @@ -20,7 +20,7 @@ Index: gemrb/GemRB.cfg.sample.in
>
> #
> # GemRB Plugins Path [String] #
> -@@ -222,7 +222,7 @@ CachePath=@DEFAULT_CACHE_DIR@
> +@@ -228,7 +228,7 @@ GemRBPath=.
> # GemRB from source directory on Linux.#
> #
>
> @@ -29,7 +29,7 @@ Index: gemrb/GemRB.cfg.sa
Re: [sparc64/base-gcc] Fix www/kore build
On Tue, Sep 08, 2020 at 07:20:55PM +0200, Theo Buehler wrote: > On Tue, Sep 08, 2020 at 07:07:37PM +0200, Frederic Cambus wrote: > > On Tue, Sep 08, 2020 at 11:43:04AM -0400, Kurt Mosiejczuk wrote: > > > The build of www/kore dies on sparc64 because of -Werror. > > > > > > Modifying the patch for Makefile removes that and fixes the build. > > > > > > ok? > > > > Could you please share the log showing the warnings? > > > > Just this: > > cc1: warnings being treated as errors > src/json.c: In function 'json_get_string': > src/json.c:783: warning: comparison is always true due to limited range of > data type > > ch is an u_int8_t, so 'ch >= 0' is always true. Makes sense. It's indeed better to patch, OK fcambus@ for your diff. I pointed this out to joris@, the fix is now pushed upstream: https://github.com/jorisvink/kore/commit/f6af4a27f49d2fef33783066771fc0635288ecc5
Re: [sparc64/base-gcc] Fix www/kore build
On Tue, Sep 08, 2020 at 07:07:37PM +0200, Frederic Cambus wrote: > On Tue, Sep 08, 2020 at 11:43:04AM -0400, Kurt Mosiejczuk wrote: > > The build of www/kore dies on sparc64 because of -Werror. > > Modifying the patch for Makefile removes that and fixes the build. > > ok? > Could you please share the log showing the warnings? tb has already proposed what is probably a better fix (and mentioned what the failure was) but I've put the failing log up at: http://www.se.rit.edu/~kurt/kore-4.0.0-acme.log --Kurt
update x11/picom 8.0 -> 8.1
Hello ports,
Please find attached the patch to update picom to its latest release.
v8.1 was tagged this morning, I was lucky to notice the release shortly
after it was available.
Even if the changelog is only bugfixes, the patch to the syntax error in
src/build.meson, even if committed, isn't present.
It's a boring update, but while I was there I enabled the unit tests:
; make test
===> Regression tests for picom-8.1
exec /usr/bin/env -i [...]
ninja: Entering directory `/usr/ports/pobj/picom-8.1/build-amd64'
[0/1] Running all tests.
1/1 picom unittest OK 0.03s
Ok: 1
Expected Fail: 0
Fail: 0
Unexpected Pass:0
Skipped:0
Timeout:0
Tested on amd64 with amdgpu. Portcheck and port-lib-depends-check
happy.
OK?
Index: Makefile
===
RCS file: /cvs/ports/x11/picom/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile27 Jul 2020 08:52:44 - 1.1.1.1
+++ Makefile8 Sep 2020 13:33:55 -
@@ -4,7 +4,7 @@ COMMENT = lightweight compositor for X11
GH_ACCOUNT = yshui
GH_PROJECT = picom
-GH_TAGNAME = v8
+GH_TAGNAME = v8.1
CATEGORIES = x11
@@ -29,7 +29,8 @@ LIB_DEPENDS = devel/libconfig \
devel/pcre \
x11/dbus
-CONFIGURE_ARGS += -Dwith_docs=true
+CONFIGURE_ARGS += -Dwith_docs=true \
+ -Dunittest=true
CONFIGURE_ENV += CPPFLAGS="${CPPFLAGS} -I${LOCALBASE}/include" \
LDFLAGS="${LDFLAGS} -L${LOCALBASE}/lib"
Index: distinfo
===
RCS file: /cvs/ports/x11/picom/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo27 Jul 2020 08:52:44 - 1.1.1.1
+++ distinfo8 Sep 2020 13:33:55 -
@@ -1,2 +1,2 @@
-SHA256 (picom-8.tar.gz) = +DmjwFjKkPRj6uOXOpOBzy/pO+fQ5Y2xwo6nKs0QSA8=
-SIZE (picom-8.tar.gz) = 242059
+SHA256 (picom-8.1.tar.gz) = eTcAqHNoEgaAorKB2wLHCyP+eDLlDNsEkUkTnjJojwI=
+SIZE (picom-8.1.tar.gz) = 242262
patch x11/jgmenu jgmenu_run
Hi all,
this changes jgmenu_run to use pkill instead of killall and avoids therefore
starting multiple instances of jgmenu when invoked by jgmenu_run e.g. via
tint2 and speeds up jgmenu notable.
Index: patches/patch-src_jgmenu_run
===
RCS file: patches/patch-src_jgmenu_run
diff -N patches/patch-src_jgmenu_run
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_jgmenu_run8 Sep 2020 19:18:45 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: src/jgmenu_run
+--- src/jgmenu_run.orig
src/jgmenu_run
+@@ -57,7 +57,7 @@ then
+ if test -e ${JGMENU_LOCKFILE}
+ then
+ send_tint2_env_vars_to_jgmenu
+- if killall -SIGUSR1 jgmenu >/dev/null 2>&1
++ if pkill -USR1 jgmenu >/dev/null 2>&1
+ then
+ exit 0
+ else
--
With kind regards / Með bestu kveðju / Mit freundlichen Grüßen
Uwe Werler
Re: SECURITY UPDATE security/polarssl
On Wed 02/09/2020 17:41, Bjorn Ketelaars wrote: > Diff below updates mbedtls to 2.16.8, which is a security update and > addresses: > - Local side channel attack on RSA and static Diffie-Hellman > - Local side channel attack on classical CBC decryption in (D)TLS > > Other changes are listed at > https://github.com/ARMmbed/mbedtls/blob/mbedtls-2.16.8/ChangeLog > > Minor of libmbedtls has been bumped because of the addition of a symbol. > > 'make test' runs successfully. Run tested in combination with openvpn. > > I think it makes sense to backport this update to 6.8. > > Comments/OK Ping!
Re: SECURITY UPDATE security/polarssl
On Tue, Sep 08, 2020 at 09:35:24PM +0200, Bjorn Ketelaars wrote: > On Wed 02/09/2020 17:41, Bjorn Ketelaars wrote: > > Diff below updates mbedtls to 2.16.8, which is a security update and > > addresses: > > - Local side channel attack on RSA and static Diffie-Hellman > > - Local side channel attack on classical CBC decryption in (D)TLS > > > > Other changes are listed at > > https://github.com/ARMmbed/mbedtls/blob/mbedtls-2.16.8/ChangeLog > > > > Minor of libmbedtls has been bumped because of the addition of a symbol. > > > > 'make test' runs successfully. Run tested in combination with openvpn. > > > > I think it makes sense to backport this update to 6.8. > > > > Comments/OK > > > Ping! > Built & successfully ran regress on amd64 and sparc64. Looked at the diff to 2.16.7 and can confirm that it's a minor bump. ok tb Backporting seems to make sense but I'm not familiar with the process.
Re: patch x11/jgmenu jgmenu_run
On 08 Sep 19:25, Uwe Werler wrote:
> Hi all,
>
> this changes jgmenu_run to use pkill instead of killall and avoids therefore
> starting multiple instances of jgmenu when invoked by jgmenu_run e.g. via
> tint2 and speeds up jgmenu notable.
>
> Index: patches/patch-src_jgmenu_run
> ===
> RCS file: patches/patch-src_jgmenu_run
> diff -N patches/patch-src_jgmenu_run
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-src_jgmenu_run 8 Sep 2020 19:18:45 -
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: src/jgmenu_run
> +--- src/jgmenu_run.orig
> src/jgmenu_run
> +@@ -57,7 +57,7 @@ then
> + if test -e ${JGMENU_LOCKFILE}
> + then
> + send_tint2_env_vars_to_jgmenu
> +-if killall -SIGUSR1 jgmenu >/dev/null 2>&1
> ++if pkill -USR1 jgmenu >/dev/null 2>&1
> + then
> + exit 0
> + else
>
> --
>
> With kind regards / Með bestu kveðju / Mit freundlichen Grüßen
>
> Uwe Werler
>
Sorry, now with port bump:
Index: Makefile
===
RCS file: /cvs/ports/x11/jgmenu/Makefile,v
retrieving revision 1.7
diff -u -p -u -r1.7 Makefile
--- Makefile3 Jul 2020 21:13:22 - 1.7
+++ Makefile8 Sep 2020 20:13:17 -
@@ -6,7 +6,7 @@ CATEGORIES =x11
GH_ACCOUNT = johanmalm
GH_PROJECT = jgmenu
GH_TAGNAME = v2.1
-REVISION = 2
+REVISION = 3
# GPLv2 only
PERMIT_PACKAGE = Yes
Index: patches/patch-src_jgmenu_run
===
RCS file: patches/patch-src_jgmenu_run
diff -N patches/patch-src_jgmenu_run
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_jgmenu_run8 Sep 2020 20:13:17 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: src/jgmenu_run
+--- src/jgmenu_run.orig
src/jgmenu_run
+@@ -58,7 +58,7 @@ then
+ if test -e ${JGMENU_LOCKFILE}
+ then
+ send_tint2_env_vars_to_jgmenu
+- if killall -SIGUSR1 jgmenu >/dev/null 2>&1
++ if pkill -USR1 jgmenu >/dev/null 2>&1
+ then
+ exit 0
+ else
--
With kind regards / Með bestu kveðju / Mit freundlichen Grüßen
Uwe Werler
Re: patch x11/jgmenu jgmenu_run
On 2020/09/08 19:25, Uwe Werler wrote: > Hi all, > > this changes jgmenu_run to use pkill instead of killall and avoids therefore > starting multiple instances of jgmenu when invoked by jgmenu_run e.g. via > tint2 and speeds up jgmenu notable. thanks, committed (with bump).
[update] x11/jgmenu 2.1 -> 4.2.1
Hi all, update jgmenu to latest version. Uses configure now. Tested on amd64 and works fine for me. mbk Uwe Index: Makefile === RCS file: /cvs/ports/x11/jgmenu/Makefile,v retrieving revision 1.7 diff -u -p -u -r1.7 Makefile --- Makefile3 Jul 2020 21:13:22 - 1.7 +++ Makefile8 Sep 2020 20:18:37 - @@ -5,8 +5,7 @@ CATEGORIES =x11 GH_ACCOUNT = johanmalm GH_PROJECT = jgmenu -GH_TAGNAME = v2.1 -REVISION = 2 +GH_TAGNAME = v4.2.1 # GPLv2 only PERMIT_PACKAGE = Yes @@ -29,7 +28,7 @@ LIB_DEPENDS = x11/gnome/librsvg \ RUN_DEPENDS = devel/desktop-file-utils \ x11/gtk+3,-guic -CONFIGURE_STYLE = none +CONFIGURE_STYLE = gnu USE_GMAKE =Yes MAKE_FLAGS = VERBOSE=1 Index: distinfo === RCS file: /cvs/ports/x11/jgmenu/distinfo,v retrieving revision 1.2 diff -u -p -u -r1.2 distinfo --- distinfo26 Feb 2019 16:16:05 - 1.2 +++ distinfo8 Sep 2020 20:18:37 - @@ -1,2 +1,2 @@ -SHA256 (jgmenu-2.1.tar.gz) = rtB7PRVsAn4uS2Kvv5b4+RstWRRvT22Hc8SNMV81rz8= -SIZE (jgmenu-2.1.tar.gz) = 330256 +SHA256 (jgmenu-4.2.1.tar.gz) = jOMlC2pybwaBJqC3XgKmyq/PZRuMbvWbMo/3CoFHP8U= +SIZE (jgmenu-4.2.1.tar.gz) = 378061 Index: patches/patch-Makefile === RCS file: /cvs/ports/x11/jgmenu/patches/patch-Makefile,v retrieving revision 1.1 diff -u -p -u -r1.1 patch-Makefile --- patches/patch-Makefile 26 Feb 2019 16:16:05 - 1.1 +++ patches/patch-Makefile 8 Sep 2020 20:18:37 - @@ -3,42 +3,32 @@ $OpenBSD: patch-Makefile,v 1.1 2019/02/2 Index: Makefile --- Makefile.orig +++ Makefile -@@ -24,7 +24,7 @@ else - datarootdir= $(prefix)/share - endif - --CFLAGS += -g -Wall -Os -std=gnu89 -+CFLAGS += -Wall -std=gnu89 - CFLAGS += -Wextra -Wdeclaration-after-statement -Wno-format-zero-length \ - -Wold-style-definition -Woverflow -Wpointer-arith \ - -Wstrict-prototypes -Wunused -Wvla -Wunused-result -@@ -100,18 +100,18 @@ $(DEPDIR)/%.d: ; +@@ -78,17 +78,17 @@ $(DEPDIR)/%.d: ; .PRECIOUS: $(DEPDIR)/%.d - install: checkdeps $(PROGS) + install: $(PROGS) - @install -d $(DESTDIR)$(bindir) - @install -m755 jgmenu src/jgmenu_run $(DESTDIR)$(bindir) -- @install -d $(DESTDIR)$(libexecdir) -- @install -m755 $(PROGS_LIBEXEC) $(SCRIPTS_LIBEXEC) $(DESTDIR)$(libexecdir) -- @./scripts/set-exec-path.sh $(DESTDIR)$(bindir)/jgmenu_run $(libexecdir) +- @install -d $(DESTDIR)$(libexecdir)/jgmenu +- @install -m755 $(PROGS_LIBEXEC) $(SCRIPTS_LIBEXEC) $(DESTDIR)$(libexecdir)/jgmenu +- @./scripts/set-exec-path.sh $(DESTDIR)$(bindir)/jgmenu_run $(libexecdir)/jgmenu - @$(MAKE) --no-print-directory -C docs/manual/ prefix=$(prefix) install - @install -d $(DESTDIR)$(datarootdir)/icons/hicolor/scalable/apps/ - @install -d $(DESTDIR)$(datarootdir)/applications/ - @install -m644 ./data/jgmenu.svg $(DESTDIR)$(datarootdir)/icons/hicolor/scalable/apps/ - @install -m644 ./data/jgmenu.desktop $(DESTDIR)$(datarootdir)/applications/ +- @for dir in $(CONTRIB_DIRS); do \ + install -d $(DESTDIR)$(bindir) + install -m755 jgmenu src/jgmenu_run $(DESTDIR)$(bindir) -+ install -d $(DESTDIR)$(libexecdir) -+ install -m755 $(PROGS_LIBEXEC) $(SCRIPTS_LIBEXEC) $(DESTDIR)$(libexecdir) -+ ./scripts/set-exec-path.sh $(DESTDIR)$(bindir)/jgmenu_run $(libexecdir) ++ install -d $(DESTDIR)$(libexecdir)/jgmenu ++ install -m755 $(PROGS_LIBEXEC) $(SCRIPTS_LIBEXEC) $(DESTDIR)$(libexecdir)/jgmenu ++ ./scripts/set-exec-path.sh $(DESTDIR)$(bindir)/jgmenu_run $(libexecdir)/jgmenu + $(MAKE) --no-print-directory -C docs/manual/ prefix=$(prefix) install + install -d $(DESTDIR)$(datarootdir)/icons/hicolor/scalable/apps/ + install -d $(DESTDIR)$(datarootdir)/applications/ + install -m644 ./data/jgmenu.svg $(DESTDIR)$(datarootdir)/icons/hicolor/scalable/apps/ + install -m644 ./data/jgmenu.desktop $(DESTDIR)$(datarootdir)/applications/ - ifeq ($(NO_LX),1) -- @echo "info: lx module not included as libmenu-cache >=1.1.0 not found" -+ echo "info: lx module not included as libmenu-cache >=1.1.0 not found" - endif ++ for dir in $(CONTRIB_DIRS); do \ + $(MAKE) -C contrib/$$dir install || exit 1; \ + done - # We are not brave enough to uninstall in /usr/, /usr/local/ etc Index: patches/patch-Makefile_inc === RCS file: patches/patch-Makefile_inc diff -N patches/patch-Makefile_inc --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-Makefile_inc 8 Sep 2020 20:18:37 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Index: Makefile.inc +--- Makefile.inc.orig Makefile.inc +@@ -15,7 +15,7 @@ else + dataroo
Re: port/package build request
On 2020-09-06 16:53, Eyüp Hakan Duran wrote: > Dear Madam/Sir, > > I just developed an interest in OpenBSD and started using it on my > ThinkPad. Thank you so much for developing this OS; I find it very clean > and relatively easy to use for people who have some basic understanding of > how it should work. I am far from claiming any expertise though and humbly > learning a lot. > > I do not possess any significant programming background or skills , and > this is the main reason for this email/request. I would like to > respectfully request porting protonmail bridge to OpenBSD. It is open > source, which is in deb format at the link posted below. I truly wish I had > the skill set to do this myself but unfortunately I don't. I think > encrypted email provided by protonmail is very much in line with the > security and privacy objectives of OpenBSD and this port/package would be a > great contribution to the project. I am very much aware of the relative > shortage of worker power and time to dedicate to these kinds of tasks in > OpenBSD project, but I thought I could take a chance and ask. > > Thank you so much for considering. Kind regards, > > Hakan Duran > > https://protonmail.com/bridge/install As for as I can tell, people are still waiting for this software to be ported to any BSD, so I am guessing it would be a lot of work. If you need it, you are probably stuck using a different OS to run it, for now. Keep in mind you can run Linux in a VM on OpenBSD (https://www.openbsd.org/faq/faq16.html). -- James
Re: [update] rsyslog version 8.2008.0
On Tue, Sep 08, 2020 at 01:58:09PM +0200, Theo Buehler wrote:
> On Tue, Sep 08, 2020 at 10:33:41AM +0200, Remi Locherer wrote:
> > On Tue, Sep 01, 2020 at 05:59:03PM +0200, Remi Locherer wrote:
> > > This updates rsyslog to version 8.2008.0. The extensive changelog can be
> > > found here: https://github.com/rsyslog/rsyslog/blob/v8.2008.0/ChangeLog
> > >
> > > One notable change is improved support for OpenSSL and also LibreSSL. But
> > > I did not test that yet. Our port is still using GnuTLS.
> > >
> > > I'm not sure if I should switch rsyslogd from GnuTLS to LibreSSL. I see
> > > the main purpose of rsyslogd on OpenBSD in iterop testing of our
> > > syslogd. For this the use of GnuTLS might be beneficial (except the
> > > slow startup on bluhm's test machine ;-) ). Another usage is writing
> > > messages to different databases or mangling logs.
> > >
> > > Are there any users of this port? If so: how are you using it?
> > >
> > > I tested this update on amd64 with the regress test from rsyslogd.
> > > In addition I verified that the following modules work:
> > > imudp, omrelp (with tls=on), imrelp (with tls=on), ommysql
> > >
> > > OK for the port update?
> >
> > I understand that probably nobody is using rsyslog on OpenBSD. ;-)
> > Nevertheless, can I get an OK?
>
> It would be much nicer to inline the diff rather than quoting it :)
yes, of course ;-)
>
> It looks ok portswise and builds fine on amd64 and sparc64. I think
> it'll have better chances of seeing tests if you put this in now rather
> than waiting longer.
>
> ok tb.
>
> There is one somewhat scary warning during the build but it's not new:
>
I'll add this to my todo list and inform upstream about it.
> imuxsock.c:1112:44: warning: cast from 'char *' to 'struct cmsghdr *'
> increases required
> alignment from 1 to 4 [-Wcast-align]
> for(cm = CMSG_FIRSTHDR(&msgh); cm; cm =
> CMSG_NXTHDR(&msgh, cm)) {
>
> ^~
> /usr/include/sys/socket.h:499:6: note: expanded from macro 'CMSG_NXTHDR'
> (struct cmsghdr *)((char *)(cmsg) + _ALIGN((cmsg)->cmsg_len)))
> ^
Re: NEW: security/libmodsecurity
On Wed, Aug 26, 2020 at 03:54:50PM +0200, Matthias Pitzl wrote: > The attached version contains the diff of Stuart. But the patch files from Stuart were missing. > In addition I made a patch for configure which disables the PCRE JIT by > disabling the whole check for it. Better patch away things than to comment them out in a patch. The license comment was missing. # Apache 2.0 I have fixed these a recreated the tgz. ok to commit? bluhm libmodsecurity.tgz Description: application/tar-gz
[PATCH] [update] purritobin,usockets,uwebsockets
Hi,
This updates usockets, uwebsockets and purritobin.
Previous patch can be discarded.
Thanks,
Aisha
---
net/usockets/Makefile | 4 +--
net/usockets/distinfo | 4 +--
net/usockets/patches/patch-Makefile | 49 +
www/purritobin/Makefile | 4 +--
www/purritobin/distinfo | 4 +--
www/uwebsockets/Makefile| 2 +-
www/uwebsockets/distinfo| 4 +--
7 files changed, 31 insertions(+), 40 deletions(-)
diff --git a/net/usockets/Makefile b/net/usockets/Makefile
index 7e544a0459a..0c55d785c18 100644
--- a/net/usockets/Makefile
+++ b/net/usockets/Makefile
@@ -4,11 +4,11 @@ COMMENT = eventing, networking & crypto for async
applications
PKGNAME = ${DISTNAME:L}
CATEGORIES = net
-SHARED_LIBS = usockets 0.1
+SHARED_LIBS = usockets 1.0
GH_ACCOUNT = uNetworking
GH_PROJECT = uSockets
-GH_TAGNAME = v0.4.1
+GH_TAGNAME = v0.6.0
MAINTAINER = Aisha Tammy
diff --git a/net/usockets/distinfo b/net/usockets/distinfo
index d2274543c1d..8058bc795ab 100644
--- a/net/usockets/distinfo
+++ b/net/usockets/distinfo
@@ -1,2 +1,2 @@
-SHA256 (uSockets-0.4.1.tar.gz) = IPj38LIjXztH8e/zyRgZIAA/HLyN9hcg2rpsui0Toa4=
-SIZE (uSockets-0.4.1.tar.gz) = 49955
+SHA256 (uSockets-0.6.0.tar.gz) = mZOH02U7K8Zjw0qn6XM1isTEiX3M1kRVOlyquEOpeKE=
+SIZE (uSockets-0.6.0.tar.gz) = 57590
diff --git a/net/usockets/patches/patch-Makefile
b/net/usockets/patches/patch-Makefile
index 1a54aa5a606..2ebcb279b7f 100644
--- a/net/usockets/patches/patch-Makefile
+++ b/net/usockets/patches/patch-Makefile
@@ -6,52 +6,49 @@ remove -flto -O3
Index: Makefile
--- Makefile.orig
+++ Makefile
-@@ -1,3 +1,14 @@
+@@ -1,3 +1,13 @@
+DESTDIR ?=
+
-+prefix ?= "/usr/local"
-+exec_prefix ?= "$(prefix)"
-+libdir ?= "$(exec_prefix)/lib"
-+includedir?= "$(exec_prefix)/include/uSockets"
++prefix ?= "/usr/local"
++exec_prefix ?= "$(prefix)"
++libdir ?= "$(exec_prefix)/lib"
++includedir?="$(exec_prefix)/include/uSockets"
+
+# OpenBSD specific library version
-+LIBTARGET = libusockets.so.$(LIBusockets_VERSION)
++LIBTARGET = libusockets.so.$(LIBusockets_VERSION)
+
-+
- # WITH_OPENSSL=1 enables OpenSSL 1.1+ support
+ # WITH_OPENSSL=1 enables OpenSSL 1.1+ support or BoringSSL
+ # For now we need to link with C++ for OpenSSL support, but should be removed
with time
ifeq ($(WITH_OPENSSL),1)
- override CFLAGS += -DLIBUS_USE_OPENSSL
-@@ -33,18 +44,38 @@ ifeq ($(WITH_ASAN),1)
+@@ -34,18 +44,29 @@ ifeq ($(WITH_ASAN),1)
endif
override CFLAGS += -std=c11 -Isrc
-override LDFLAGS += uSockets.a
-# By default we build the uSockets.a static library
--default:
-+static:
++
+ default:
rm -f *.o
- $(CC) $(CFLAGS) -flto -O3 -c src/*.c src/eventing/*.c src/crypto/*.c
+-# For now we do rely on C++17 for OpenSSL support but we will be porting this
work to C11
+-ifeq ($(WITH_OPENSSL),1)
+- $(CXX) $(CXXFLAGS) -std=c++17 -flto -O3 -c src/crypto/*.cpp
+-endif
- $(AR) rvs uSockets.a *.o
-+ $(CC) $(CFLAGS) -c src/*.c src/eventing/*.c src/crypto/*.c
-+ $(AR) rvs libusockets.a *.o
-
-+dynamic:
-+ rm -f *.o
+ $(CC) -fPIC -c src/*.c src/eventing/*.c src/crypto/*.c $(CFLAGS)
++ $(AR) rvs libusockets.a *.o
+ $(CC) -shared -fPIC -Wl,-soname,$(LIBTARGET) $(CFLAGS) -o $(LIBTARGET)
*.o $(LDFLAGS)
-+
-+default: static dynamic
-+
+
+install:
+ # install the folders needed (making sure that the exist)
+ install -d "$(DESTDIR)$(libdir)" \
+ "$(DESTDIR)$(includedir)/internal/eventing" \
+ "$(DESTDIR)$(includedir)/internal/networking"
+ # OpenBSD specific library version
-+ install -m 644 $(LIBTARGET) "$(DESTDIR)$(libdir)/"
++ install -m 755 $(LIBTARGET) "$(DESTDIR)$(libdir)/"
+ # install static library
-+ install -m 644 libusockets.a "$(DESTDIR)$(libdir)/"
++ install -m 755 libusockets.a "$(DESTDIR)$(libdir)/"
+ # we also install all the header files
+ install src/*.h "$(DESTDIR)$(includedir)/"
+ install -m 644 src/internal/*.h "$(DESTDIR)$(includedir)/internal/"
@@ -61,14 +58,10 @@ Index: Makefile
# Builds all examples
.PHONY: examples
examples: default
-- for f in examples/*.c; do $(CC) -flto -O3 $(CFLAGS) -o $$(basename
"$$f" ".c") "$$f" $(LDFLAGS); done
-+ for f in examples/*.c; do $(CC) $(CFLAGS) -o $$(basename "$$f" ".c")
"$$f" $(LDFLAGS); done
-
- swift_examples:
- swiftc -O -I . examples/swift_http_server/main.swift uSockets.a -o
swift_http_server
-@@ -52,4 +83,5 @@ swift_examples:
+@@ -57,4 +78,6 @@ swift_examples:
clean:
rm -f *.o
rm -f *.a
+ rm -f *.so
rm -rf .certs
++
diff --git a/www/purritobin/Makefile b/www/purritobin/Makefile
index 7db99bce399..9f41118b4e7 100644
--- a/www/purritobin/Makefile
+++ b/www/purritobin/Makefile
@@ -6,7 +6,7 @@ CATEGORIES =www net
GH_ACCOUNT = PurritoBin
GH_PROJECT = PurritoBin
-GH_
Re: UPDATE: multimedia/mkvtoolnix
On 9/8/2020 1:25 AM, Rafael Sadowski wrote: On Mon Sep 07, 2020 at 08:46:43PM -0400, Brad Smith wrote: On 9/7/2020 1:56 PM, Rafael Sadowski wrote: Simple updatge mkvtoolnix to 50.0.0. After we updated boost it is possible and easy to update mkvtoolnix. Feedback? Tests? Rafael Looking at the WANTLIB update you can see it's not building against the ports copies of libebml / libmatroska. NEWS.md indicates both need to be updated to the latest. Now I remember again. I still have your email in my INBOX. The CMake Part is a little tricky, I'll see what I can do. RS When I asked about the CMake bits it was just a nice to have and to get over updating the CMake bits. Now it is a requirement. It should be considered to this time around push your patches upstream. The author was willing to consider any patches. He is just not familiar with CMake.
