Re: UPDATE: Nono-0.7.2
On 16/05/2024 16:32, Gonzalo L. Rodriguez wrote: Hello, Update for Nono to 0.7.2: http://www.pastel-flower.jp/~isaki/nono/ OK? Comments? ok benoit@ Cheers.- Index: Makefile === RCS file: /cvs/ports/emulators/nono/Makefile,v retrieving revision 1.33 diff -u -p -r1.33 Makefile --- Makefile4 Apr 2024 09:05:23 - 1.33 +++ Makefile16 May 2024 14:30:36 - @@ -2,7 +2,7 @@ BROKEN-i386=requires __m128i and simil COMMENT= OMRON LUNA-I and LUNA-88K emulator -DISTNAME= nono-0.7.1 +DISTNAME= nono-0.7.2 CATEGORIES= emulators MAINTAINER= Gonzalo L. R. Index: distinfo === RCS file: /cvs/ports/emulators/nono/distinfo,v retrieving revision 1.23 diff -u -p -r1.23 distinfo --- distinfo4 Apr 2024 09:05:23 - 1.23 +++ distinfo16 May 2024 14:30:36 - @@ -1,2 +1,2 @@ -SHA256 (nono-0.7.1.tar.gz) = ZksHnvNhjF3junF2hkJD5NeCXVy7sf+mD+ZH+JNqnVY= -SIZE (nono-0.7.1.tar.gz) = 3271504 +SHA256 (nono-0.7.2.tar.gz) = ik8ueMM6AmbwhE5KSOEi8LKxoyYff8prYkV1Ra6w/qg= +SIZE (nono-0.7.2.tar.gz) = 3274816
Re: HAProxy, HTTP/3 and arm64
Reviving this old thread, lately I found out that the issue is only
present in arm64 and not amd64. I also filled a bug in HAProxy repo,
which contains relevant information.
https://github.com/haproxy/haproxy/issues/2569
Lucas
On Mon, Jan 15, 2024 at 09:22:15PM GMT, Lucas Gabriel Vuotto wrote:
> Hi ports@,
>
> did anybody succeed at serving HTTP/3 traffic with HAProxy? It should be
> supported since 2.8, but I can't make it work: `curl --http3-only` gets
> stuck and usually ends with
>
> curl: (55) ngtcp2_conn_writev_stream returned error: ERR_DRAINING
>
> It does work against https://http3.is, https://cloudflare.com and
> others.
>
> I'm trying with the following config, which does work for HTTP/1.1 and
> HTTP/2:
>
>
> global
> log 127.0.0.1 local0 debug
> maxconn 1024
> chroot /var/haproxy
> user _haproxy
> group _haproxy
> daemon
> pidfile /var/run/haproxy.pid
>
> ssl-default-bind-options ssl-min-ver TLSv1.2
> ssl-load-extra-del-ext
>
> defaults
> log global
> mode http
> option httplog
> option dontlognull
> option redispatch
> retries 3
> maxconn 2000
> timeout connect 5s
> timeout client 65s
> timeout server 5s
>
> frontend haproxy
> bind ipv4@:80,ipv6@:80
> bind ipv4@:443,ipv6@:443 ssl crt /etc/haproxy/certs/
> bind quic4@:443,quic6@:443 ssl crt /etc/haproxy/certs/
>
> option forwardfor
>
> acl acme-challenge path_beg /.well-known/acme-challenge/
> acl ntfy req.hdr(host) -i ntfy.example.com
> acl grafana req.hdr(host) -i grafana.example.com
>
> http-request redirect scheme https unless { ssl_fc } || acme-challenge
> http-after-response add-header alt-svc 'h3=":443"; ma=900;'
>
> use_backend httpd if acme-challenge
> use_backend ntfy_ws if ntfy { path_end /ws }
> use_backend ntfy if ntfy
> use_backend grafana if grafana
> default_backend httpd
>
> backend httpd
> server s1 127.0.0.1:8080 check
>
> backend ntfy_ws
> option httpchk /v1/health
> option http-server-close
> timeout tunnel 10m
> server s1 127.0.0.1:3010 check
>
> backend ntfy
> option httpchk /v1/health
> server s1 127.0.0.1:3010 check
>
> backend grafana
> option httpchk /api/health
> server s1 127.0.0.1:3000 check
>
>
> Adding an alpn directive to bind lines makes no difference, and
> according to the docs, the "normal" binds get an `alpn h2,http1.1` while
> the quic binds get an `alpn h3` by default.
>
> tcpdump shows that there is some handshakes attempts between client and
> server, and so does the stats socket of HAProxy:
>
>
> > show quic full
> * 0xd10d64000[00]: scid=4f5f572ad85655a9
> dcid=4559862ad37160765abf2b2082ad0e624fe59237
> loc. TPs: odcid=5cf7472f2d706253c37792abe48c49eea466ffd1
> iscid=4f5f572ad85655a9
> midle_timeout=3ms mudp_payload_sz=2048 ack_delay_exp=3
> mack_delay=25ms act_cid_limit=8
> md=1687140 msd_bidi_l=16380 msd_bidi_r=16380 msd_uni=16380 ms_bidi=100
> ms_uni=3
> (no_act_migr,stless_rst_tok)
> rem. TPs: iscid=4559862ad37160765abf2b2082ad0e624fe59237
> midle_timeout=12ms mudp_payload_sz=65527 ack_delay_exp=3
> mack_delay=25ms act_cid_limit=2
> md=1310720 msd_bidi_l=131072 msd_bidi_r=131072 msd_uni=131072
> ms_bidi=262144 ms_uni=262144
> versions:chosen=0x0001,negotiated=0x0001
> st=handshakemux=null expire=24s
> fd=-1 local_addr=128.140.63.137:443
> foreign_addr=5.161.47.47:56773
> [initl] rx.ackrng=1 tx.inflight=0[hndshk]
> rx.ackrng=0 tx.inflight=9877
> [01rtt] rx.ackrng=0 tx.inflight=0
> srtt=274 rttvar=137 rttmin=274 ptoc=3cwnd=12707 mcwnd=12707
> sentpkts=11 lostpkts=0
>
>
> > show quic full
> * 0xd10d64000[00]: scid=4f5f572ad85655a9
> dcid=4559862ad37160765abf2b2082ad0e624fe59237
> loc. TPs: odcid=5cf7472f2d706253c37792abe48c49eea466ffd1
> iscid=4f5f572ad85655a9
> midle_timeout=3ms mudp_payload_sz=2048 ack_delay_exp=3
> mack_delay=25ms act_cid_limit=8
> md=1687140 msd_bidi_l=16380 msd_bidi_r=16380 msd_uni=16380 ms_bidi=100
> ms_uni=3
> (no_act_migr,stless_rst_tok)
> rem. TPs: iscid=4559862ad37160765abf2b2082ad0e624fe59237
> midle_timeout=12ms mudp_payload_sz=65527 ack_delay_exp=3
> mack_delay=25ms act_cid_limit=2
> md=1310720 msd_bidi_l=131072 msd_bidi_r=131072 msd_uni=131072
> ms_bidi=262144 ms_uni=262144
> versions:chosen=0x0001,negotiated=0x0001
> st=handshakemux=null expire=10s
> fd=-1 local_addr=128.140.63.137:443
> foreign_addr=5.161.47.47:56773
> [initl] rx.ackrng=1 tx.inflight=0[hndshk]
> rx.ackrng=0 tx.inflight=14137
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/05/16 14:24:04 Modified files: www/dillo/patches: patch-src_IO_tls_openssl_c Log message: dillo: add link to PR
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/05/16 14:07:22 Modified files: www/dillo : Makefile Added files: www/dillo/patches: patch-src_IO_tls_openssl_c Log message: dillo: don't reach into X509_ALGOR At some point we will make this opaque, so use the proper accessor instead.
Re: lang/scala: update to 3.4.1
On Thu, May 16, 2024 at 08:01:20PM +0100, Kirill A. Korinsky wrote: > Greetings, > > Meanwhile scala-3.4.2 was released. There doesn't seem to be a lot of interest in scala here... Just for the sake of process: Does anyone still have an interest in running the scala 2 branch? If so, I'd like to know why our scala is so far behind the latest 2.12 or even 2.13.14. If not, I think we should switch to 3 and commit this diff which I'll do in about a week unless I hear objections.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/05/16 13:07:27 Modified files: www/nginx : Makefile www/nginx/patches: patch-conf_nginx_conf patch-lua-nginx-module_config Log message: nginx: fix sample nginx.conf The 'ssl on;' directive was made obsolete in 1.15 and weas removed in 1.25 One should use 'listen 443 ssl;' or similar. Remove a local patch and use the blessed syntax. ok robert
Re: lang/scala: update to 3.4.1
Greetings,
Meanwhile scala-3.4.2 was released.
Here the updated diff.
Tested on -curent/amd64.
diff --git lang/scala/Makefile lang/scala/Makefile
index 740b16a0748..0e619d11c0b 100644
--- lang/scala/Makefile
+++ lang/scala/Makefile
@@ -1,17 +1,16 @@
COMMENT= general purpose multi-paradigm programming language
-VERSION = 2.12.9
-DISTNAME= scala-${VERSION}
+VERSION = 3.4.2
+DISTNAME= scala3-${VERSION}
+PKGNAME= ${DISTNAME:S/scala3-/scala-/}
CATEGORIES=lang
-REVISION= 0
HOMEPAGE= http://www.scala-lang.org/
-# BSD
+# Apache2
PERMIT_PACKAGE=Yes
-SITES= https://downloads.lightbend.com/scala/${VERSION}/
-EXTRACT_SUFX= .tgz
+SITES= https://github.com/scala/scala3/releases/download/${VERSION}/
MODULES= java
MODJAVA_VER= 1.8+
@@ -20,7 +19,7 @@ RUN_DEPENDS= java/javaPathHelper \
shells/bash
SCALA_HOME=${PREFIX}/scala/
-SCALA_SCRIPTS= fsc scala scalac scalap scaladoc
+SCALA_SCRIPTS= scala scalac scaladoc
NO_BUILD= Yes
NO_TEST= Yes
@@ -31,9 +30,8 @@ post-extract:
do-install:
${INSTALL_DATA_DIR} ${SCALA_HOME}
- cd ${WRKSRC} && tar -cf - bin doc lib misc src | \
+ cd ${WRKSRC} && tar -cf - bin lib | \
tar -xf - -C ${SCALA_HOME}
- ${INSTALL_MAN} ${WRKSRC}/man/man1/*.1 ${PREFIX}/man/man1/
# Install the wrapper scripts
.for s in ${SCALA_SCRIPTS}
${INSTALL_SCRIPT} ${FILESDIR}/$s ${PREFIX}/bin/
diff --git lang/scala/distinfo lang/scala/distinfo
index ca8fefd01c8..e04c9430757 100644
--- lang/scala/distinfo
+++ lang/scala/distinfo
@@ -1,2 +1,2 @@
-SHA256 (scala-2.12.9.tgz) = Xp8ET1ebYCFfFEuiGHjJq+87lUGzezTBdExDaGHu9nI=
-SIZE (scala-2.12.9.tgz) = 20649062
+SHA256 (scala3-3.4.2.tar.gz) = JEfwlRJsZTKk0DAIlsh+U1Dozm4UQXwVeLSkNIGHMEs=
+SIZE (scala3-3.4.2.tar.gz) = 39098935
diff --git lang/scala/files/fsc lang/scala/files/fsc
deleted file mode 100644
index 23700f9bd8b..000
--- lang/scala/files/fsc
+++ /dev/null
@@ -1,5 +0,0 @@
-#!/bin/ksh
-
-JAVA_CMD=$(javaPathHelper -c scala)
-
-JAVACMD=${JAVA_CMD} ${TRUEPREFIX}/scala/bin/fsc "$@"
diff --git lang/scala/files/scala lang/scala/files/scala
index 99584f8efbc..19d12699255 100644
--- lang/scala/files/scala
+++ lang/scala/files/scala
@@ -1,5 +1,5 @@
#!/bin/ksh
-JAVA_CMD=$(javaPathHelper -c scala)
+JAVA_HOME=${JAVA_HOME:-$(javaPathHelper -h scala)}
-JAVACMD=${JAVA_CMD} ${TRUEPREFIX}/scala/bin/scala "$@"
+JAVA_HOME=${JAVA_HOME} ${TRUEPREFIX}/scala/bin/scala "$@"
diff --git lang/scala/files/scalac lang/scala/files/scalac
index f11e367541f..bf3118ba834 100644
--- lang/scala/files/scalac
+++ lang/scala/files/scalac
@@ -1,5 +1,5 @@
#!/bin/ksh
-JAVA_CMD=$(javaPathHelper -c scala)
+JAVA_HOME=${JAVA_HOME:-$(javaPathHelper -h scala)}
-JAVACMD=${JAVA_CMD} ${TRUEPREFIX}/scala/bin/scalac "$@"
+JAVA_HOME=${JAVA_HOME} ${TRUEPREFIX}/scala/bin/scalac "$@"
diff --git lang/scala/files/scaladoc lang/scala/files/scaladoc
index 46976b9f872..c605c243b9e 100644
--- lang/scala/files/scaladoc
+++ lang/scala/files/scaladoc
@@ -1,5 +1,5 @@
#!/bin/ksh
-JAVA_CMD=$(javaPathHelper -c scala)
+JAVA_HOME=${JAVA_HOME:-$(javaPathHelper -h scala)}
-JAVACMD=${JAVA_CMD} ${TRUEPREFIX}/scala/bin/scaladoc "$@"
+JAVA_HOME=${JAVA_HOME} ${TRUEPREFIX}/scala/bin/scaladoc "$@"
diff --git lang/scala/files/scalap lang/scala/files/scalap
deleted file mode 100644
index b4fb77331c2..000
--- lang/scala/files/scalap
+++ /dev/null
@@ -1,5 +0,0 @@
-#!/bin/ksh
-
-JAVA_CMD=$(javaPathHelper -c scala)
-
-JAVACMD=${JAVA_CMD} ${TRUEPREFIX}/scala/bin/scalap "$@"
diff --git lang/scala/pkg/PLIST lang/scala/pkg/PLIST
index fc8d54cf028..bc5e7474f37 100644
--- lang/scala/pkg/PLIST
+++ lang/scala/pkg/PLIST
@@ -1,48 +1,63 @@
-bin/fsc
bin/scala
bin/scalac
bin/scaladoc
-bin/scalap
-@man man/man1/fsc.1
-@man man/man1/scala.1
-@man man/man1/scalac.1
-@man man/man1/scaladoc.1
-@man man/man1/scalap.1
scala/
scala/bin/
-scala/bin/fsc
+scala/bin/common
scala/bin/scala
scala/bin/scalac
scala/bin/scaladoc
-scala/bin/scalap
-scala/doc/
-scala/doc/LICENSE.md
-scala/doc/License.rtf
-scala/doc/README
-scala/doc/licenses/
-scala/doc/licenses/apache_jansi.txt
-scala/doc/licenses/bsd_asm.txt
-scala/doc/licenses/bsd_jline.txt
-scala/doc/licenses/mit_jquery.txt
-scala/doc/licenses/mit_tools.tooltip.txt
-scala/doc/tools/
-scala/doc/tools/css/
-scala/doc/tools/css/style.css
-scala/doc/tools/fsc.html
-scala/doc/tools/images/
-scala/doc/tools/images/external.gif
-scala/doc/tools/images/scala_logo.png
-scala/doc/tools/index.html
-scala/doc/tools/scala.html
-scala/doc/tools/scalac.html
-scala/doc/tools/scaladoc.html
-scala/doc/tools/scalap.html
scala/lib/
-scala/lib/jline-2.14.6.jar
-scala/lib/scala-compiler.jar
-scala/lib/scala-library.jar
-scala/lib/scala-parser-combinators_2.12-1.0.7.jar
-scala/lib/scala-reflect.jar
-scala/lib/scala-swing_2.12-2.0.3.jar
-scala/lib/scala-xml_2.12-1.0.6.jar
-scala/lib/scalap-2.12.9.jar
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/05/16 12:47:37 Modified files: devel/py-buildslave: Makefile Log message: devel/py-buildslave: add a missing / to unbreak the build, reported by naddy@
nginx.conf: don't patch in obsolete syntax
The patched-in 'ssl on' in nginx.conf no longer works:
Syntax: ssl on | off;
[...]
This directive was made obsolete in version 1.15.0 and was removed in
version 1.25.1. The ssl parameter of the listen directive should be used
instead.
https://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl
This fixes this one aspect, but maybe someone more familiar with nginx
wants to clean the config up a bit more.
Index: Makefile
===
RCS file: /cvs/ports/www/nginx/Makefile,v
diff -u -p -r1.176 Makefile
--- Makefile27 Apr 2024 07:24:04 - 1.176
+++ Makefile16 May 2024 18:41:09 -
@@ -41,6 +41,8 @@ PKGNAME-passenger=nginx-passenger-${VER
PKGNAME-rtmp= nginx-rtmp-${VERSION}
PKGNAME-securelink=nginx-securelink-${VERSION}
+REVISION-main= 0
+
ONLY_FOR_ARCHS-passenger= aarch64 amd64 arm i386
SITES= https://nginx.org/download/
Index: patches/patch-conf_nginx_conf
===
RCS file: /cvs/ports/www/nginx/patches/patch-conf_nginx_conf,v
diff -u -p -r1.9 patch-conf_nginx_conf
--- patches/patch-conf_nginx_conf 11 Mar 2022 20:10:10 - 1.9
+++ patches/patch-conf_nginx_conf 16 May 2024 18:21:36 -
@@ -1,5 +1,6 @@
conf/nginx.conf.orig Tue Oct 18 17:03:13 2016
-+++ conf/nginx.confThu Nov 3 14:30:06 2016
+Index: conf/nginx.conf
+--- conf/nginx.conf.orig
conf/nginx.conf
@@ -1,30 +1,35 @@
+# Take note of http://wiki.nginx.org/Pitfalls
@@ -100,7 +101,7 @@
#includefastcgi_params;
#}
-@@ -85,33 +98,26 @@ http {
+@@ -85,11 +98,7 @@ http {
#listen 8000;
#listen somename:8080;
#server_name somename alias another.alias;
@@ -113,17 +114,14 @@
#}
- # HTTPS server
- #
+@@ -98,20 +107,16 @@ http {
#server {
--#listen 443 ssl;
-+#listen 443;
+ #listen 443 ssl;
#server_name localhost;
+#root /var/www/htdocs;
-#ssl_certificate cert.pem;
-#ssl_certificate_key cert.key;
-+#ssl on;
+#ssl_certificate /etc/ssl/server.crt;
+#ssl_certificate_key /etc/ssl/private/server.key;
Index: patches/patch-lua-nginx-module_config
===
RCS file: /cvs/ports/www/nginx/patches/patch-lua-nginx-module_config,v
diff -u -p -r1.1 patch-lua-nginx-module_config
--- patches/patch-lua-nginx-module_config 5 Oct 2023 09:55:47 -
1.1
+++ patches/patch-lua-nginx-module_config 16 May 2024 18:19:31 -
@@ -1,6 +1,7 @@
lua-nginx-module/config.orig Tue Oct 3 22:18:35 2023
-+++ lua-nginx-module/configTue Oct 3 22:21:42 2023
-@@ -181,7 +181,7 @@
+Index: lua-nginx-module/config
+--- lua-nginx-module/config.orig
lua-nginx-module/config
+@@ -181,7 +181,7 @@ END
if [ $NGX_RPATH = YES ]; then
ngx_feature_libs="-R/usr/local/lib -L/usr/local/lib -llua -lm"
else
Re: nginx: TLS 1.2-only config doesn't work reliably anymore with nginx [possible bug in nginx, libressl or chrome]
On Thu, May 16, 2024 at 04:41:05PM +0200, Andreas Bartelt wrote:
> Hi,
>
> I've chosen to report to ports@ first since I'm not yet sure what's the best
> mailing list for the kind of problem I've been observing recently.
>
> I've deliberately been using a TLS 1.2-only (i.e., no TLS 1.3 support)
> configuration with nginx for multiple years now and my (previously working)
> TLS 1.2 config from nginx.conf looks like the following:
> ssl_protocols TLSv1.2;
> ssl_ciphers
> ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384;
> ssl_prefer_server_ciphers off;
> ssl_ecdh_curve prime256v1;
>
> On OpenBSD current and with the following application versions (nginx
> 1.26.0, LibreSSL 3.9.0, chromium-124.0.6367.201), I've noticed that a
> significant fraction of HTTPS connections via chrome fail via illegal
> parameter alert (but not all of them). All HTTPS connections still work
> perfectly fine via firefox-125.0.3 as well as SSL Labs site from Qualys.
>
> I could get rid of these problems (with TLS access to nginx via chrome) by
> also enabling TLS 1.3 in nginx.conf:
> ssl_protocols TLSv1.2 TLSv1.3;
> ssl_ciphers
> TLS_AES_128_GCM_SHA256:TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384;
> ssl_prefer_server_ciphers off;
> ssl_ecdh_curve prime256v1;
>
> It might be possible that also enabling TLS 1.3 simply masks the current
> problem with TLS 1.2 support.
>
> Can anybody reproduce this problem?
> Any ideas on how to locate the actual source of this bug?
It's a side effect of
https://github.com/openbsd/src/commit/be89428ce5fb176ef7adb0cb4f297af5f2b0fb91
Specifically, this check is hit:
if (!client_sent_group) {
*alert = SSL_AD_ILLEGAL_PARAMETER;
return 0;
}
https://github.com/openbsd/src/blob/master/lib/libssl/ssl_tlsext.c#L1587-L1590
One workaround is to move this check a few lines down so it is only
triggered for TLSv1.3.
The problem is that with TLSv1.2 s->hit can be set and at the same time
no supported groups available in s->session, so
tls1_get_group_list(s, 1, _groups, _groups_len);
returns NULL client_groups and length 0, so client_sent_group is never set.
I can no longer reproduce the problem with the diff below, but it seems
just as plausible that tls_keyshare_server_process() needs special
s->hit handling.
Index: ssl_tlsext.c
===
RCS file: /cvs/src/lib/libssl/ssl_tlsext.c,v
diff -u -p -r1.149 ssl_tlsext.c
--- ssl_tlsext.c16 Apr 2024 17:46:30 - 1.149
+++ ssl_tlsext.c16 May 2024 18:06:56 -
@@ -248,7 +248,7 @@ tlsext_supportedgroups_server_process(SS
if (groups_len > TLSEXT_MAX_SUPPORTED_GROUPS)
goto err;
- if (s->hit)
+ if (s->hit && s->session->tlsext_supportedgroups_length > 0)
goto done;
if (s->s3->hs.tls13.hrr) {
Re: [new/resurrect] www/elinks
ok with or without tweaks for these nits: : Index: meson.build : : First two chunks: Upstream commit 2fdb04a6ab5523b94c4bd5c0062b0701686e127f : : : --- meson.build.orig : +++ meson.build that would normally be done as : First two chunks: Upstream commit 2fdb04a6ab5523b94c4bd5c0062b0701686e127f : : Index: meson.build : --- meson.build.orig : +++ meson.build : V = 0.17.0 : GH_ACCOUNT =rkd77 : GH_PROJECT =elinks : GH_TAGNAME =v$V $V isn't used elsewhere so this would be a touch neater: : GH_ACCOUNT =rkd77 : GH_PROJECT =elinks : GH_TAGNAME =v0.17.0
Re: [new] gurk-rs - a cli signal client
James Cook wrote (2024-05-14 21:21 CEST): > > I wasn't able to link to my phone because the QR code is not displayed in a > > usable way. Here are the first three lines of what I assume is supposed to > > be a QR code. > > > > $ gurk > > Linking new device with device name: gurk@angel > >▄▄▄ ▄ ▄ ▄ > > ▄▄ ▄ ▄ ▄ ▄ ▄ ▄ ▄ ▄ ▄ > > ▄ ▄ ▄ ▄▄▄▄ ▄ ▄▄ ▄▄ ▄▄▄ > > Sorry, format=flowed messed that up. Here are the first three lines > again: > >▄▄▄ ▄ ▄ ▄ ▄▄ ▄ ▄ ▄ > ▄ ▄ ▄ ▄ ▄ ▄ ▄ ▄ ▄ > ▄▄▄▄ ▄ ▄▄ ▄▄ ▄▄▄ Try playing with a different font / different terminal. It should look like a square'ish block that resembles a QR code. Best regards, Stefan
Re: [new/resurrect] www/elinks
On Thu, 16 May 2024 07:44:48 +0100, Stuart Henderson wrote: > On 2024/05/16 02:12, Jeremie Courreges-Anglas wrote: > > On Thu, May 16, 2024 at 01:11:13AM +0200, Jeremie Courreges-Anglas wrote: > > > On Wed, May 15, 2024 at 11:40:35PM +0200, Pascal Stumpf wrote: > > > > ELinks is an advanced and well-established feature-rich text mode > > > > web (HTTP/FTP/..) browser. ELinks can render both frames and tables, > > > > is highly customizable and can be extended via scripts. It is very > > > > portable and runs on a variety of platforms. > > > > > > > > > > > > elinks is now maintained again at https://github.com/rkd77/elinks and > > > > yes, I've verified that it does not connect to sites with invalid TLS > > > > certificates. > > > > > > It needs xmlto added to BUILD_DEPENDS, else the manpage and html files > > > aren't generated/installed and packaging fails. Since meson also > > > looks for dblatex and doxygen, those need to be explicitely disabled > > > to avoid build failures in bulk builds. Adding -Dapidoc=false > > > -Dpdfdoc=false to MODMESON_CONFIGURE_ARGS seems to do the trick. > > > > > > BTW, other ports seem to use CONFIGURE_ARGS, not > > > MODMESON_CONFIGURE_ARGS (the only exception is wayland/wayland). > > > While it appears to do the right thing I'd rather use the short > > > version. > > > > > > With the xmlto/doxygen/dblatex fixes, ok jca@ to import > > > > Oh, why is COMPILER commented? It's needed since there's C++ > > involved. > > +1 to all of jca's comments. > > I recommend using 'cvs add' not import for this. New tarball addressing jca's comments. elinks.tgz Description: elinks.tgz
UPDATE games/irrlamb
Hi, Attached patch updates irrlamb to version 1.0.3. Some highlights: - Add HOMEPAGE - switch to new repo on gitlab - use lua, tinyxml2 and ode from ports Works fine on amd64 with inteldrm0: msi, SANDYBRIDGE, gen 6 OK? irrlamb-1.0.3.diff Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/05/16 09:44:33 Modified files: devel/dnspy: Makefile distinfo devel/dnspy/pkg: PLIST Log message: update to dnspy 6.5.0 and switch to the dnSpyEx fork, as the original has become inactive. Found by jca@!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/05/16 09:30:30 Modified files: mail/stalwart : Makefile Added files: mail/stalwart/patches: patch-crates_jmap_src_identity_get_rs Log message: mail/stalwart: backport an upstream commit to fix listing msgs with meli 0.8.5
openarena mouse not working on multiple openbsd systems
Greetings :) So I've tried openarena on 7.5 on multiple systems [1,2], both systems the mouse refuses to work, the left / right movement is not working. The one system, it briefly works but stops after less then 15s. I've tried launching the game with: SDL_VIDEO_X11_DGAMOUSE=0 I've also tried this setting root@cephas:~# cat /etc/X11/xorg.conf Section "Module" SubSection "extmod" # Don't initialize the DGA extension Option "omit xfree86-dga" EndSubSection EndSection After restarting xenodm, I can see in the Xorg log, it's read the config file, but the issue persists in the game. Any ideas? [1]: OpenBSD 7.5 (GENERIC.MP) #82: Wed Mar 20 15:48:40 MDT 2024 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 67784667136 (64644MB) avail mem = 65708625920 (62664MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.6 @ 0xb9ad6000 (43 entries) bios0: vendor American Megatrends International, LLC. version "1.93" date 01/26/2024 bios0: Micro-Star International Co., Ltd. MS-7E26 efi0 at bios0: UEFI 2.9 efi0: American Megatrends rev 0x50020 acpi0 at bios0: ACPI 6.5 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT SSDT FIDT MCFG HPET WDRT UEFI FPDT VFCT SSDT SSDT SSDT SSDT SSDT SSDT WSMT APIC IVRS SSDT SSDT SSDT SSDT SSDT BGRT acpi0: wakeup devices GPP3(S4) GPP4(S4) GPP5(S4) GPP6(S4) GP17(S4) XHC0(S4) XHC1(S4) XHC2(S4) GPP0(S4) GPP1(S4) GPP2(S4) GPP7(S4) UP00(S4) DP48(S4) EP00(S4) DP50(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimcfg0 at acpi0 acpimcfg0: addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318180 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Ryzen 9 7900 12-Core Processor, 3700.00 MHz, 19-61-02, patch 0a601206 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,HWPSTATE,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,AVX512F,AVX512DQ,RDSEED,ADX,SMAP,AVX512IFMA,CLFLUSHOPT,CLWB,AVX512CD,SHA,AVX512BW,AVX512VL,AVX512VBMI,UMIP,PKU,L1DF,IBPB,IBRS,STIBP,STIBP_ALL,IBRS_PREF,IBRS_SM,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 8-way L2 cache, 32MB 64b/line 16-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 25MHz cpu0: mwait min=64, max=64, C-substates=1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: AMD Ryzen 9 7900 12-Core Processor, 3700.00 MHz, 19-61-02, patch 0a601206 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,HWPSTATE,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,AVX512F,AVX512DQ,RDSEED,ADX,SMAP,AVX512IFMA,CLFLUSHOPT,CLWB,AVX512CD,SHA,AVX512BW,AVX512VL,AVX512VBMI,UMIP,PKU,L1DF,IBPB,IBRS,STIBP,STIBP_ALL,IBRS_PREF,IBRS_SM,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 8-way L2 cache, 32MB 64b/line 16-way L3 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: AMD Ryzen 9 7900 12-Core Processor, 3700.00 MHz, 19-61-02, patch 0a601206 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,HWPSTATE,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,AVX512F,AVX512DQ,RDSEED,ADX,SMAP,AVX512IFMA,CLFLUSHOPT,CLWB,AVX512CD,SHA,AVX512BW,AVX512VL,AVX512VBMI,UMIP,PKU,L1DF,IBPB,IBRS,STIBP,STIBP_ALL,IBRS_PREF,IBRS_SM,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 8-way L2 cache, 32MB 64b/line 16-way L3 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) cpu3: AMD Ryzen 9 7900 12-Core Processor, 3700.00 MHz, 19-61-02, patch 0a601206 cpu3:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/05/16 09:06:50 Modified files: lang/wabt : Makefile distinfo lang/wabt/pkg : PLIST Log message: Update wabt to 1.0.35.
nginx: TLS 1.2-only config doesn't work reliably anymore with nginx [possible bug in nginx, libressl or chrome]
Hi, I've chosen to report to ports@ first since I'm not yet sure what's the best mailing list for the kind of problem I've been observing recently. I've deliberately been using a TLS 1.2-only (i.e., no TLS 1.3 support) configuration with nginx for multiple years now and my (previously working) TLS 1.2 config from nginx.conf looks like the following: ssl_protocols TLSv1.2; ssl_ciphers ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384; ssl_prefer_server_ciphers off; ssl_ecdh_curve prime256v1; On OpenBSD current and with the following application versions (nginx 1.26.0, LibreSSL 3.9.0, chromium-124.0.6367.201), I've noticed that a significant fraction of HTTPS connections via chrome fail via illegal parameter alert (but not all of them). All HTTPS connections still work perfectly fine via firefox-125.0.3 as well as SSL Labs site from Qualys. I could get rid of these problems (with TLS access to nginx via chrome) by also enabling TLS 1.3 in nginx.conf: ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers TLS_AES_128_GCM_SHA256:TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384; ssl_prefer_server_ciphers off; ssl_ecdh_curve prime256v1; It might be possible that also enabling TLS 1.3 simply masks the current problem with TLS 1.2 support. Can anybody reproduce this problem? Any ideas on how to locate the actual source of this bug? Best regards Andreas
UPDATE: Nono-0.7.2
Hello, Update for Nono to 0.7.2: http://www.pastel-flower.jp/~isaki/nono/ OK? Comments? Cheers.- Index: Makefile === RCS file: /cvs/ports/emulators/nono/Makefile,v retrieving revision 1.33 diff -u -p -r1.33 Makefile --- Makefile4 Apr 2024 09:05:23 - 1.33 +++ Makefile16 May 2024 14:30:36 - @@ -2,7 +2,7 @@ BROKEN-i386=requires __m128i and simil COMMENT= OMRON LUNA-I and LUNA-88K emulator -DISTNAME= nono-0.7.1 +DISTNAME= nono-0.7.2 CATEGORIES=emulators MAINTAINER=Gonzalo L. R. Index: distinfo === RCS file: /cvs/ports/emulators/nono/distinfo,v retrieving revision 1.23 diff -u -p -r1.23 distinfo --- distinfo4 Apr 2024 09:05:23 - 1.23 +++ distinfo16 May 2024 14:30:36 - @@ -1,2 +1,2 @@ -SHA256 (nono-0.7.1.tar.gz) = ZksHnvNhjF3junF2hkJD5NeCXVy7sf+mD+ZH+JNqnVY= -SIZE (nono-0.7.1.tar.gz) = 3271504 +SHA256 (nono-0.7.2.tar.gz) = ik8ueMM6AmbwhE5KSOEi8LKxoyYff8prYkV1Ra6w/qg= +SIZE (nono-0.7.2.tar.gz) = 3274816 -- %gonzalo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/05/16 08:31:24 Modified files: audio/schismtracker: Makefile distinfo audio/schismtracker/patches: patch-configure_ac Log message: Update schismtracker to 20240515.
Re: CVS: cvs.openbsd.org: ports
On Mon, May 13, 2024 at 08:47:04PM -0600, Thomas Frohwein wrote: > CVSROOT: /cvs > Module name: ports > Changes by: t...@cvs.openbsd.org2024/05/13 20:47:04 > > Modified files: > lang/rsm : Makefile distinfo > Added files: > lang/rsm/patches: patch-Makefile > Removed files: > lang/rsm/patches: patch-BSDmakefile > > Log message: > update to RSM 1.80.4 > > Release notes at: > https://gitlab.com/Reference-Standard-M/rsm/-/release > Wrong link for the release notes, pointed out to me by upstream. They are at: https://gitlab.com/Reference-Standard-M/rsm/-/releases
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 05:05:44 Modified files: mail/rspamd: Makefile net/snort : Makefile www/luakit : Makefile Log message: bump REVISIONs; aarch64 added to LUAJIT_ARCHS
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 05:04:44 Modified files: infrastructure/mk: arch-defines.mk Log message: luajit for aarch64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 05:04:08 Modified files: lang/luajit: Makefile distinfo lang/luajit/patches: patch-src_Makefile patch-src_lj_arch_h lang/luajit/pkg: PLIST Removed files: lang/luajit/patches: patch-Makefile patch-etc_luajit_pc patch-src_host_buildvm_asm_c patch-src_luaconf_h Log message: update to luajit-2.1.1713773202 add arm64 to ONLY_FOR_ARCHS (it may also be possible to add riscv64 but untested)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2024/05/16 04:09:50
Modified files:
www/luakit : Makefile
Log message:
use ${PROPERTIES:Mluajit} rather than copying a list of archs around
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2024/05/16 04:08:18
Modified files:
net/snort : Makefile
mail/rspamd: Makefile
mail/rspamd/pkg: DESCR PLIST
games/love : Makefile.inc
Log message:
use ${PROPERTIES:Mluajit} rather than copying a list of archs around
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 03:52:39 Modified files: infrastructure/mk: arch-defines.mk Log message: add LUAJIT_ARCHS and associated property for bsd.port.arch.mk
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 03:30:59 Modified files: net/wireshark : Tag: OPENBSD_7_5 Makefile distinfo Log message: update to wireshark-4.0.15
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 03:30:58 Modified files: net/wireshark : Makefile distinfo Log message: update to wireshark-4.2.5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2024/05/16 03:14:00 Modified files: sysutils/bacula: Makefile sysutils/bacula/pkg: PLIST-main Added files: sysutils/bacula/patches: patch-examples_reports_report_pl patch-src_lib_message_c Log message: fix path to sendmail and install some example report scripts as well
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/05/16 02:56:40 Modified files: sysutils/cloud-sql-proxy: Makefile distinfo Log message: Update to cloud-sql-proxy-2.11.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/05/16 02:53:12 Modified files: devel/spidermonkey115: Makefile distinfo Log message: Update to spidermonkey115-115.11.0.
Re: www/netsurf/browser hidden dep on libjxl
On Thu, May 16, 2024 at 10:25:49AM +0200, Antoine Jacoutot wrote: > Hi. > > There seems to be an hidden dep here: Should be fixed: https://marc.info/?l=openbsd-ports-cvs=171583499128329=2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/05/16 02:35:44 Modified files: x11/gnome/maps : Makefile distinfo Log message: Update to gnome-maps-46.11.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/05/16 02:27:23 Modified files: x11/wxWidgets : Makefile distinfo x11/wxWidgets/patches: patch-Makefile_in patch-configure patch-src_unix_glegl_cpp x11/wxWidgets/pkg: PLIST-main Log message: Update to wxWidgets 3.2.5.
www/netsurf/browser hidden dep on libjxl
Hi. There seems to be an hidden dep here: cc -W -Wall -Wundef -Wpointer-arith -Wcast-align -Wwrite-strings -Wmissing-declarations -Wuninitialized -Wno-unused-parameter -Wno-unused-but-set-variable -Wimplicit-fallthrough=3 -Wno-redundant-decls -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -I. -Iinclude -Ibuild/OpenBSD-gtk3 -Ifrontends -Icontent/handlers -O2 -DWITH_JPEG -UWITH_PDF_EXPORT -ULIBICONV_PLUG -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -DWITH_CURL -DWITH_OPENSSL -I/usr/local/include -DUTF8PROC_EXPORTS -DWITH_UTF8PROC -I/usr/local/include -DHWY_SHARED_DEFINE -DWITH_JPEGXL -I/usr/local/include -I/usr/local/include/webp -DWITH_WEBP -I/usr/local/include/libpng16 -DWITH_PNG -I/usr/local/include/ -DWITH_BMP -I/usr/local/include -DWITH_GIF -I/usr/local/include -DWITH_NSPSL -I/usr/local/include -DWITH_NSLOG -DNETSURF_UA_FORMAT_STRING=\""Mozilla/5.0 (%s) NetSurf/%d.%d"\" -DNETSURF_HOMEPAGE=\""about:welcome"\" -DNETSURF_LOG_LEVEL=VERBOSE -DNETSURF_BUILTIN_LOG_FILTER=\""(level:WARNING || cat:jserrors)"\" -DNETSURF_BUILTIN_VERBOSE_FILTER=\""(level:VERBOSE || cat:jserrors)"\" -DSTMTEXPR=1 -I/usr/local/include/librsvg-2.0 -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/cairo -I/usr/local/include/libpng16 -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/usr/X11R6/include/pixman-1 -DWITH_RSVG -I/usr/local/include/gtk-3.0 -I/usr/local/include/at-spi2-atk/2.0 -I/usr/local/include/at-spi-2.0 -I/usr/X11R6/include -I/usr/local/include/dbus-1.0 -I/usr/local/lib/dbus-1.0/include -I/usr/local/include -I/usr/local/include/gio-unix-2.0 -I/usr/local/include/libepoll-shim -I/usr/X11R6/include/libdrm -I/usr/local/include/pango-1.0 -I/usr/local/include/harfbuzz -I/usr/local/include/fribidi -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/X11R6/include/freetype2 -I/usr/X11R6/include/pixman-1 -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/libpng16 -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -std=c99 -Dgtk -Dnsgtk -g -DG_DISABLE_SINGLE_INCLUDES -DG_DISABLE_DEPRECATED -DGTK_DISABLE_SINGLE_INCLUDES -DGTK_MULTIHEAD_SAFE -DPANGO_DISABLE_DEPRECATED -D_BSD_SOURCE -D_DEFAULT_SOURCE -D_XOPEN_SOURCE=700 -D_POSIX_C_SOURCE=200809L -D_NETBSD_SOURCE -DGTK_RESPATH=\"/usr/local/share/netsurf/:./frontends/gtk/res/\" -DWITH_GRESOURCE -DDUK_OPT_HAVE_CUSTOM_H -O2 -pipe -g -MMD -MP -MT 'build/OpenBSD-gtk3/deps/content_handlers_image_jpegxl.d build/OpenBSD-gtk3/content_handlers_image_jpegxl.o' -MF build/OpenBSD-gtk3/deps/content_handlers_image_jpegxl.d -o build/OpenBSD-gtk3/content_handlers_image_jpegxl.o -c content/handlers/image/jpegxl.c warning: unknown warning option '-Wimplicit-fallthrough=3'; did you mean '-Wimplicit-fallthrough'? [-Wunknown-warning-option] content/handlers/image/jpegxl.c:31:10: fatal error: 'jxl/decode.h' file not found #include ^~ 1 warning and 1 error generated -- Antoine
update x11/dmenu
This is a simple update for dmenu, just bug fixes
Changelog can be found here https://git.suckless.org/dmenu/
ok?
diff --git a/x11/dmenu/Makefile b/x11/dmenu/Makefile
index eddc26ed9d1..572e21bc498 100644
--- a/x11/dmenu/Makefile
+++ b/x11/dmenu/Makefile
@@ -1,6 +1,6 @@
COMMENT= dynamic menu for X11
-V= 5.2
+V= 5.3
DISTNAME= dmenu-${V}
CATEGORIES=x11
diff --git a/x11/dmenu/distinfo b/x11/dmenu/distinfo
index 354575e5633..3d5a2f4de2d 100644
--- a/x11/dmenu/distinfo
+++ b/x11/dmenu/distinfo
@@ -1,2 +1,2 @@
-SHA256 (dmenu-5.2.tar.gz) = 1NTKd7WRQPJyJy21N+BbuRpZFPVoAmUtxX5hp3PUN5I=
-SIZE (dmenu-5.2.tar.gz) = 16196
+SHA256 (dmenu-5.3.tar.gz) = Go9T5v0tdJg57IcMXiez4U2lw+6sv8uUXRWeHVQzeV8=
+SIZE (dmenu-5.3.tar.gz) = 16274
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/05/16 02:12:21 Modified files: x11/gtk+3 : Makefile distinfo x11/gtk+3/pkg : PLIST-main Log message: Update to gtk+3-3.24.42.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/05/16 02:06:36 Modified files: textproc/libxml: Tag: OPENBSD_7_5 Makefile distinfo Log message: SECURITY update to libxml-2.12.7. [CVE-2024-34459] Fix buffer overread with xmllint --htmlout
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/05/16 02:03:48 Modified files: textproc/libxml: Makefile distinfo Log message: SECURITY update to libxml-2.12.7. [CVE-2024-34459] Fix buffer overread with xmllint --htmlout
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/05/16 02:00:48 Modified files: devel/harfbuzz : Makefile distinfo devel/harfbuzz/pkg: PLIST-main Log message: Update to harfbuzz-8.5.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 02:00:39 Modified files: devel/py-virtualenv: Makefile distinfo Log message: update to py3-virtualenv-20.26.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/05/16 01:55:46 Modified files: x11/gnome/builder: Makefile Log message: Bypass hidden dependency on git. spotted by jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 01:52:25 Modified files: devel/py-configargparse: Makefile distinfo Log message: update to py3-ConfigArgParse-1.7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 01:46:34 Modified files: devel/py-yapf : Makefile distinfo devel/py-yapf/pkg: PLIST Log message: update to py3-yapf-0.40.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 01:45:05 Modified files: net/py-eapi: Makefile distinfo net/py-eapi/pkg: PLIST Log message: update to py3-eapi-1.0.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 01:44:25 Modified files: devel/py-wcmatch: Makefile distinfo Log message: update to py3-wcmatch-8.5.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 01:35:56 Modified files: devel/py-wheezy.template: Makefile distinfo Log message: update to py3-wheezy.template-3.2.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 01:35:54 Modified files: devel/py-wurlitzer: Makefile distinfo Removed files: devel/py-wurlitzer/patches: patch-wurlitzer_py Log message: update to py3-wurlitzer-3.1.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 01:30:55 Modified files: devel/py-transitions: Makefile distinfo devel/py-transitions/pkg: PLIST Log message: update to py3-transitions-0.9.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 01:28:56 Modified files: devel/py-typeguard: Makefile distinfo Log message: update to py3-typeguard-4.2.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 01:04:15 Modified files: misc/py-babelfish: Makefile distinfo misc/py-babelfish/pkg: PLIST Log message: update to py3-babelfish-0.6.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2024/05/16 01:02:45
Modified files:
devel/py-buildbot: Makefile.inc
devel/py-buildbot/buildbot: Makefile distinfo
devel/py-buildbot/console-view: Makefile distinfo
devel/py-buildbot/grid-view: Makefile distinfo
devel/py-buildbot/pkg: Makefile distinfo
devel/py-buildbot/react-console-view: Makefile distinfo
devel/py-buildbot/react-grid-view: Makefile distinfo
devel/py-buildbot/react-waterfall-view: Makefile distinfo
devel/py-buildbot/waterfall-view: Makefile distinfo
devel/py-buildbot/www: Makefile distinfo
devel/py-buildbot/www-react: Makefile distinfo
devel/py-buildbot/www-react/pkg: PLIST
devel/py-buildslave: Makefile distinfo
Log message:
devel/py-buildbot{,_worker}: update to 3.11.2.
see https://github.com/buildbot/buildbot/releases/tag/v3.11.2
switch to a github URL for SITES, upstream now names distfiles with
underscores and that plays tricks with pypi.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 01:01:30 Modified files: net/py-cares : Makefile distinfo Log message: update to py3-cares-4.4.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 01:01:02 Modified files: net/py-curl: Makefile distinfo Log message: update to py3-curl-7.45.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 00:54:15 Modified files: textproc/py-referencing: Makefile distinfo Log message: update to py3-referencing-0.35.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/16 00:53:55 Modified files: textproc/py-pyphen: Makefile distinfo textproc/py-pyphen/pkg: PLIST Log message: update to py3-pyphen-0.15.0
Re: www/py-html5-parser: Update to 0.4.12
too late, we already have py-html5-parser 0.4.12.
On 2024/05/16 06:36, wen heping wrote:
> Hi, ports@:
>
> Here is a simple patch for www/py-html5-parser to update
> to 0.4.12. It build and run well and pass the tests on amd64-current
> system.
> It is required by the future update of calibre.
>
>
> Cheers !
> wen
> Index: www/py-html5-parser/Makefile
> ===
> RCS file: /cvs/ports/www/py-html5-parser/Makefile,v
> retrieving revision 1.8
> diff -u -p -r1.8 Makefile
> --- www/py-html5-parser/Makefile 6 May 2024 12:24:11 - 1.8
> +++ www/py-html5-parser/Makefile 16 May 2024 06:32:33 -
> @@ -1,10 +1,9 @@
> COMMENT =fast C based HTML 5 parsing for python
>
> -MODPY_EGG_VERSION = 0.4.11
> +MODPY_EGG_VERSION = 0.4.12
>
> DISTNAME = html5-parser-${MODPY_EGG_VERSION}
> PKGNAME =py-${DISTNAME}
> -REVISION = 0
>
> CATEGORIES = www
>
> Index: www/py-html5-parser/distinfo
> ===
> RCS file: /cvs/ports/www/py-html5-parser/distinfo,v
> retrieving revision 1.3
> diff -u -p -r1.3 distinfo
> --- www/py-html5-parser/distinfo 2 Sep 2023 11:17:13 - 1.3
> +++ www/py-html5-parser/distinfo 16 May 2024 06:32:33 -
> @@ -1,2 +1,2 @@
> -SHA256 (html5-parser-0.4.11.tar.gz) =
> hbsW+qPN88bGhC4Mss4CgHy678bjuw87jhjavlEHB2M=
> -SIZE (html5-parser-0.4.11.tar.gz) = 270735
> +SHA256 (html5-parser-0.4.12.tar.gz) =
> PX+JhBqki5djEfQ4YxeMNMFBq88d1FtnpzOeYc/+UwY=
> +SIZE (html5-parser-0.4.12.tar.gz) = 270861
Re: [new/resurrect] www/elinks
On 2024/05/16 02:12, Jeremie Courreges-Anglas wrote: > On Thu, May 16, 2024 at 01:11:13AM +0200, Jeremie Courreges-Anglas wrote: > > On Wed, May 15, 2024 at 11:40:35PM +0200, Pascal Stumpf wrote: > > > ELinks is an advanced and well-established feature-rich text mode > > > web (HTTP/FTP/..) browser. ELinks can render both frames and tables, > > > is highly customizable and can be extended via scripts. It is very > > > portable and runs on a variety of platforms. > > > > > > > > > elinks is now maintained again at https://github.com/rkd77/elinks and > > > yes, I've verified that it does not connect to sites with invalid TLS > > > certificates. > > > > It needs xmlto added to BUILD_DEPENDS, else the manpage and html files > > aren't generated/installed and packaging fails. Since meson also > > looks for dblatex and doxygen, those need to be explicitely disabled > > to avoid build failures in bulk builds. Adding -Dapidoc=false > > -Dpdfdoc=false to MODMESON_CONFIGURE_ARGS seems to do the trick. > > > > BTW, other ports seem to use CONFIGURE_ARGS, not > > MODMESON_CONFIGURE_ARGS (the only exception is wayland/wayland). > > While it appears to do the right thing I'd rather use the short > > version. > > > > With the xmlto/doxygen/dblatex fixes, ok jca@ to import > > Oh, why is COMPILER commented? It's needed since there's C++ > involved. +1 to all of jca's comments. I recommend using 'cvs add' not import for this.
www/py-html5-parser: Update to 0.4.12
Hi, ports@:
Here is a simple patch for www/py-html5-parser to update
to 0.4.12. It build and run well and pass the tests on amd64-current
system.
It is required by the future update of calibre.
Cheers !
wenIndex: www/py-html5-parser/Makefile
===
RCS file: /cvs/ports/www/py-html5-parser/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- www/py-html5-parser/Makefile6 May 2024 12:24:11 - 1.8
+++ www/py-html5-parser/Makefile16 May 2024 06:32:33 -
@@ -1,10 +1,9 @@
COMMENT = fast C based HTML 5 parsing for python
-MODPY_EGG_VERSION =0.4.11
+MODPY_EGG_VERSION =0.4.12
DISTNAME = html5-parser-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
-REVISION = 0
CATEGORIES = www
Index: www/py-html5-parser/distinfo
===
RCS file: /cvs/ports/www/py-html5-parser/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- www/py-html5-parser/distinfo2 Sep 2023 11:17:13 - 1.3
+++ www/py-html5-parser/distinfo16 May 2024 06:32:33 -
@@ -1,2 +1,2 @@
-SHA256 (html5-parser-0.4.11.tar.gz) =
hbsW+qPN88bGhC4Mss4CgHy678bjuw87jhjavlEHB2M=
-SIZE (html5-parser-0.4.11.tar.gz) = 270735
+SHA256 (html5-parser-0.4.12.tar.gz) =
PX+JhBqki5djEfQ4YxeMNMFBq88d1FtnpzOeYc/+UwY=
+SIZE (html5-parser-0.4.12.tar.gz) = 270861
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/05/16 00:29:42 Modified files: mail/stalwart : Makefile crates.inc distinfo mail/stalwart/patches: patch-crates_main_src_main_rs patch-tests_Cargo_toml mail/stalwart/pkg: stalwart_mail.login Log message: mail/stalwart: update to 0.8.0. see https://github.com/stalwartlabs/mail-server/releases/tag/v0.8.0 upgrade procedure at https://github.com/stalwartlabs/mail-server/blob/v0.8.0/UPGRADING.md run-as was dropped from the config file, so use RUN_AS_USER/RUN_AS_GROUP via setenv stanza in login.conf.d fragment
