PROPOSAL expand pf.conf example in README of net/dhcpcd

2023-01-07 Thread Bjorn Ketelaars
Diff below expands the pf.conf example given in README of net/dhcpcd. I
had some difficulties with getting IPv6 to work on a specific host,
which was caused by a strict pf configuration, i.e. outgoing traffic was
limited. I think this small addition would have helped me.

Comments/OK?


diff --git Makefile Makefile
index 36f9ab313a9..7d6ca5d923e 100644
--- Makefile
+++ Makefile
@@ -6,7 +6,7 @@ GH_ACCOUNT= NetworkConfiguration
 GH_PROJECT=dhcpcd
 GH_TAGNAME=dhcpcd-9.4.1
 DISTNAME=  ${GH_TAGNAME}
-REVISION=  0
+REVISION=  1
 
 EPOCH= 0
 
diff --git pkg/README pkg/README
index 4e1a6d5b7ac..ea1dc42c80c 100644
--- pkg/README
+++ pkg/README
@@ -15,6 +15,7 @@ pppoe0 interface and assigning it to multiple local networks.
 Also ensure that pf.conf(5) allows DHCPv6 traffic to pass, for example:
 
   pass in quick on pppoe0 proto udp from fe80::/10 port dhcpv6-server to 
fe80::/10 port dhcpv6-client
+  pass out quick on pppoe0 proto udp from fe80::/10 port dhcpv6-client to 
ff02::1:2 port dhcpv6-server
 
 As usual with IPv6, you will also need to allow address resolution
 (with IPv6 this is done "in band" using icmp6 packets which must be allowed



Re: Proposal/Question: drop databases/riak?

2023-01-07 Thread Greg Steuck
Volker Schlecht  writes:

> Bump and correction:
>
> It has been broken for almost *three* years.
>
> Any thoughts?

I'm game to delete riak unless somebody speaks up in the next week?

>
> On 12/30/22 09:59, Volker Schlecht wrote:
>> Cc: Maintainer
>> Hi,
>> the version of riak in ports has been broken for almost two years
>> now, so I would consider it a safe assumption that there's not a
>> whole lot of interest in that port.
>> While I could (and would be willing to) try to update it to a more
>> recent version, that builds and works with erlang 25.x, I'm really
>> not sure if it's effort well spent:
>> * Nobody seemed to miss it for two years on OpenBSD
>> * None of the other BSDs provide ports/packages for it
>> * Barely a Linux distribution provides packages for it
>>    https://repology.org/projects/?search=riak
>> At the same time, if/when my proposed update to benchmarks/tsung
>> gets in, broken databases/riak will be the only port holding back a
>> removal of lang/erlang/21 and devel/rebar, both of which are not
>> enjoying significant upstream support anymore.
>> Any thoughts?
>> cu,
>> Volker



Re: [Update] Build benchmarks/tsung with erlang25

2023-01-07 Thread Greg Steuck
Thanks for the diff Volker. I committed it after confirming `make test`
looks better now.

Volker Schlecht  writes:

> bump
>
> On 12/28/22 23:29, Volker Schlecht wrote:
>> Forgot a REVISION bump there.
>> On 12/28/22 11:55, Volker Schlecht wrote:
>>> Attached is a proposal to build benchmarks/tsung with erlang25.
>>>
>>> I pulled in an upstream patch to fix an already failing testcase
>>> that was already reported by gnezdo@:
>>> https://github.com/processone/tsung/issues/385
>>>
>>> The only remaining failing testcase has apparently been failing
>>> already in previous versions.
>>>
>>> benchmarks/tsung is the only remaining non-broken port that depends
>>> on erlang21, so if we could get tsung updated, we could possibly
>>> drop erlang/21 from ports ... it won't build databases/riak anyway.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Greg Steuck
CVSROOT:/cvs
Module name:ports
Changes by: gne...@cvs.openbsd.org  2023/01/07 22:45:18

Modified files:
benchmarks/tsung: Makefile 
Added files:
benchmarks/tsung/patches: patch-src_test_ts_test_utils_erl 

Log message:
Build benchmarks/tsung with erlang25

Includes a fix for https://github.com/processone/tsung/issues/385

By Volker Schlecht openbsd-ports AT schlecht DOT dev



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Daniel Dickman
CVSROOT:/cvs
Module name:ports
Changes by: dan...@cvs.openbsd.org  2023/01/07 20:42:44

Modified files:
sysutils/findlib: Makefile distinfo 
sysutils/findlib/pkg: PFRAG.dynlink-native PLIST 

Log message:
update findlib to 1.9.6; needed for ocaml > 4.12

ocaml 4.13 changed capitalization of some of the lib files which confuses
some of the findlib build tests (and then leads to fallback code which
depends on ocamlbuild).

A newer version of findlib addresses this.

In addition, findlib 1.9.4 added proper DESTDIR support, so we can drop
FAKE_FLAGS from the port Makefile as part of this update.

Diff from Volker Schlecht; and tested by myself on amd64.



[patch] update for ocaml-menhir

2023-01-07 Thread Daniel Dickman
Here is an update of ocaml-menhir from 2019/09/24 to 2021/10/12.
One big change is that the build system switches to dune.

There is only one consumer of menhir (lang/compcert) and I've tested that 
still works.

Newer versions of menhir require dune 2.8.0 or later.

ok?

Index: Makefile
===
RCS file: /cvs/ports/devel/ocaml-menhir/Makefile,v
retrieving revision 1.24
diff -u -p -u -r1.24 Makefile
--- Makefile11 Mar 2022 18:50:53 -  1.24
+++ Makefile8 Jan 2023 03:18:48 -
@@ -1,13 +1,13 @@
 COMMENT =  OCaml parser generator for LR(1) grammars
 
-V =20190924
+V =20211012
 DISTNAME = menhir-${V}
 PKGNAME =  ocaml-${DISTNAME}
-REVISION = 3
 
 MASTER_SITES = https://gitlab.inria.fr/fpottier/menhir/-/archive/${V}/
 
 HOMEPAGE = http://cristal.inria.fr/~fpottier/menhir/
+
 CATEGORIES =   devel
 
 # QPLv1/LGPLv2
@@ -16,18 +16,21 @@ PERMIT_PACKAGE =Yes
 MODULES =  lang/ocaml
 
 WANTLIB =  c m pthread
-BUILD_DEPENDS =sysutils/findlib devel/ocaml-ocamlbuild
-RUN_DEPENDS =  sysutils/findlib
 
-USE_GMAKE =Yes
-MAKE_FLAGS =   docdir='${WRKINST}${PREFIX}/share/doc/ocaml-menhir' \
-   mandir='${WRKINST}${PREFIX}/man/man1'
+BUILD_DEPENDS =sysutils/findlib \
+   devel/dune
+
+RUN_DEPENDS =  sysutils/findlib
 
 NO_TEST =  Yes
 
-.include 
-.if ! ${PROPERTIES:Mocaml_native}
-MAKE_FLAGS +=  TARGET=byte
-.endif
+do-build:
+   cd ${WRKSRC} && dune build -j ${MAKE_JOBS}
+
+do-install:
+   cd ${WRKSRC} && dune install -j ${MAKE_JOBS}
+
+post-install:
+   mv ${PREFIX}/doc ${PREFIX}/share/doc/ocaml-menhir
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/devel/ocaml-menhir/distinfo,v
retrieving revision 1.10
diff -u -p -u -r1.10 distinfo
--- distinfo26 Oct 2019 02:10:03 -  1.10
+++ distinfo8 Jan 2023 03:18:48 -
@@ -1,2 +1,2 @@
-SHA256 (menhir-20190924.tar.gz) = /sETYhGAn04UQ6djdnWVREhT7Vbd0sy2CE2sYaqJu3s=
-SIZE (menhir-20190924.tar.gz) = 2491000
+SHA256 (menhir-20211012.tar.gz) = g7dB0/3P8yA+pCj9/R8UXXt/NqpBZDjQartakIz5yNY=
+SIZE (menhir-20211012.tar.gz) = 1154256
Index: pkg/PFRAG.dynlink-native
===
RCS file: /cvs/ports/devel/ocaml-menhir/pkg/PFRAG.dynlink-native,v
retrieving revision 1.2
diff -u -p -u -r1.2 PFRAG.dynlink-native
--- pkg/PFRAG.dynlink-native11 Mar 2022 18:50:53 -  1.2
+++ pkg/PFRAG.dynlink-native8 Jan 2023 03:18:48 -
@@ -1,2 +1,2 @@
-@bin lib/ocaml/menhirLib/menhirLib.cmxs
-@bin lib/ocaml/menhirSdk/menhirSdk.cmxs
+lib/ocaml/menhirLib/menhirLib.cmxs
+lib/ocaml/menhirSdk/menhirSdk.cmxs
Index: pkg/PFRAG.native
===
RCS file: /cvs/ports/devel/ocaml-menhir/pkg/PFRAG.native,v
retrieving revision 1.4
diff -u -p -u -r1.4 PFRAG.native
--- pkg/PFRAG.native11 Mar 2022 18:50:53 -  1.4
+++ pkg/PFRAG.native8 Jan 2023 03:18:48 -
@@ -1,5 +1,10 @@
 %%dynlink%%
 lib/ocaml/menhirLib/menhirLib.cmx
-lib/ocaml/menhirLib/menhirLib.o
+lib/ocaml/menhirLib/menhirLib.cmxa
 lib/ocaml/menhirSdk/menhirSdk.cmx
-lib/ocaml/menhirSdk/menhirSdk.o
+lib/ocaml/menhirSdk/menhirSdk.cmxa
+lib/ocaml/menhirSdk/menhirSdk__Cmly_api.cmx
+lib/ocaml/menhirSdk/menhirSdk__Cmly_format.cmx
+lib/ocaml/menhirSdk/menhirSdk__Cmly_read.cmx
+lib/ocaml/menhirSdk/menhirSdk__Keyword.cmx
+lib/ocaml/menhirSdk/menhirSdk__Version.cmx
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/ocaml-menhir/pkg/PLIST,v
retrieving revision 1.13
diff -u -p -u -r1.13 PLIST
--- pkg/PLIST   11 Mar 2022 18:50:53 -  1.13
+++ pkg/PLIST   8 Jan 2023 03:18:48 -
@@ -1,192 +1,60 @@
 %%native%%
 @bin bin/menhir
+lib/ocaml/coq-menhirlib/
+lib/ocaml/coq-menhirlib/META
+lib/ocaml/coq-menhirlib/dune-package
+lib/ocaml/menhir/
+lib/ocaml/menhir/META
+lib/ocaml/menhir/dune-package
 lib/ocaml/menhirLib/
 lib/ocaml/menhirLib/META
+lib/ocaml/menhirLib/dune-package
+lib/ocaml/menhirLib/menhirLib.a
+lib/ocaml/menhirLib/menhirLib.cma
 lib/ocaml/menhirLib/menhirLib.cmi
-lib/ocaml/menhirLib/menhirLib.cmo
+lib/ocaml/menhirLib/menhirLib.cmt
+lib/ocaml/menhirLib/menhirLib.cmti
 lib/ocaml/menhirLib/menhirLib.ml
 lib/ocaml/menhirLib/menhirLib.mli
 lib/ocaml/menhirSdk/
 lib/ocaml/menhirSdk/META
+lib/ocaml/menhirSdk/cmly_api.ml
+lib/ocaml/menhirSdk/cmly_format.ml
+lib/ocaml/menhirSdk/cmly_read.ml
+lib/ocaml/menhirSdk/cmly_read.mli
+lib/ocaml/menhirSdk/dune-package
+lib/ocaml/menhirSdk/keyword.ml
+lib/ocaml/menhirSdk/keyword.mli
+lib/ocaml/menhirSdk/menhirSdk.a
+lib/ocaml/menhirSdk/menhirSdk.cma
 lib/ocaml/menhirSdk/menhirSdk.cmi

CVS: cvs.openbsd.org: ports

2023-01-07 Thread Jeremy Evans
CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2023/01/07 20:05:07

Modified files:
audio  : Makefile 
databases  : Makefile 
devel  : Makefile 
graphics   : Makefile 
net: Makefile 
security   : Makefile 
sysutils   : Makefile 
textproc   : Makefile 
www: Makefile 
x11: Makefile 

Log message:
Build ruby32 FLAVORs of ruby gem ext ports by default

For devel/ruby-sorted_set and graphics/ruby-rqrcode-core, do not do FLAVORed
builds by default, as these are pure ruby libraries with no native component.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Daniel Dickman
CVSROOT:/cvs
Module name:ports
Changes by: dan...@cvs.openbsd.org  2023/01/07 19:57:02

Modified files:
www/jupyter-notebook: Makefile distinfo 
www/jupyter-notebook/pkg: PLIST 

Log message:
update to jupyter-notebook 6.2.0



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Jeremy Evans
CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2023/01/07 19:50:28

Modified files:
audio/ruby-taglib: Makefile distinfo 
audio/ruby-taglib/pkg: PLIST 

Log message:
Update to ruby-taglib 1.1.3



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Jeremy Evans
CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2023/01/07 19:50:00

Modified files:
x11/ruby-tk: Makefile distinfo 

Log message:
Avoid warning on Ruby 3.2 using distpatch

Switch to using Tk 8.6.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Jeremy Evans
CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2023/01/07 19:48:46

Modified files:
www/ruby-passenger: Makefile 
Added files:
www/ruby-passenger/patches: 

patch-src_ruby_supportlib_phusion_passenger_platform_info_operating_system_rb 

Log message:
Allow building on Ruby 3.2



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Jeremy Evans
CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2023/01/07 19:48:15

Modified files:
sysutils/ruby-shadow: Makefile distinfo 

Log message:
Add distpatches from GitHub pull requests to allow building and avoid
warnings on Ruby 3.2



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Jeremy Evans
CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2023/01/07 19:47:02

Modified files:
devel/ruby-prof: Makefile distinfo 
devel/ruby-prof/pkg: PLIST 

Log message:
Update to ruby-prof 1.4.5



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Jeremy Evans
CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2023/01/07 19:46:28

Modified files:
databases/ruby-tiny_tds: Makefile distinfo 
Added files:
databases/ruby-tiny_tds/patches: patch-ext_tiny_tds_result_c 

Log message:
Update to tiny_tds 2.1.5

Add patch to avoid warning on Ruby 3.2.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Jeremy Evans
CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2023/01/07 19:44:58

Modified files:
lang/ruby/3.2  : Makefile 
Added files:
lang/ruby/3.2/patches: patch-lib_rubygems_update_suggestion_rb 

Log message:
Avoid printing of nagging rubygems update message



Re: [NEW] audio/alsa-lib-1.2.8

2023-01-07 Thread SASANO Takayoshi
Hi,

aaauuuggghhh, here is the archive. sorry!

On Sat, 07 Jan 2023 21:23:19 +0900,
Stuart Henderson wrote:
> 
> On 2023/01/07 20:11, SASANO Takayoshi wrote:
> > Hello,
> > 
> > alsa-lib.tgz (take3) attached.
> > 
> > > The most common method to deal with this in ports is to continue to
> > > use /usr/local but install under subdirectories with a non-standard
> > > prefix, often 'e'; for example libraries under /usr/local/lib/ealsa
> > > and headers under /usr/local/include/ealsa.
> > 
> > Many code uses  so putting include files to
> > /usr//include/ealsa is hard to use.
> 
> > I show my idea via attached archive, almost all alsa components are
> > installed into /usr/local/ealsa.
> 
> There's no attachment; there's no big problem though; install headers
> to /usr/local/include/ealsa/alsa and add -I/usr/local/include/ealsa to
> preprocessor flags when building against it.
> 
> > pc file for pkg-config is renamed and installed into /usr/local/lib.
> > 
> >  - /usr/local/lib/pkgconfig/ealsa-topology.pc (alsa-topology.pc)
> >  - /usr/local/lib/pkgconfig/ealsa.pc (alsa.pc)
> > 
> > m4 script for aclocal is kept original.
> > 
> >  - /usr/local/share/aclocal/alsa.m4
> > 
> > 
> > by the way, CONFIGURE_ARGS in Makefile looks ignored when CONFIGURE_STYLE
> > is autoreconf. even if CONFIGURE_STYLE = --prefix=/usr/local/ealsa,
> > config.log says "--prefix=/usr/local/ealsa --prefix=/usr/local", I saw.
> 
> It's not ignored, but there's no way to override prefix like that in
> ports infrastructure.
> 

-- 
SASANO Takayoshi (JG1UAA) 



alsa-lib.tgz
Description: Binary data


[NEW] net/ntfy

2023-01-07 Thread Martin Reindl
Hi,

attached is a new port for the ntfy (https://ntfy.sh/) server.

ntfy (pronounce: notify) is a simple HTTP-based pub-sub notification service.
It allows you to send notifications to your phone or desktop via scripts from 
any computer,
entirely without signup or cost.

There is a free version of the service at ntfy.sh. There's also an open source 
Android app
(see Google Play or F-Droid), and an open source iOS app (see App Store).

Comments?

-m


ntfy-1.30.1.tgz
Description: application/tar-gz


CVS: cvs.openbsd.org: ports

2023-01-07 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2023/01/07 14:19:43

Modified files:
net/eduvpn/vpn-user-portal: Makefile distinfo 
net/eduvpn/vpn-user-portal/patches: 
patch-libexec_daemon-sync_php 
patch-libexec_stats_php 

Log message:
update to vpn-user-portal-3.2.2



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2023/01/07 13:49:39

Modified files:
sysutils/htop  : Makefile 
Added files:
sysutils/htop/patches: patch-openbsd_OpenBSDProcessList_c 

Log message:
now that they're available, include userland thread names in htop's display
(either in COMM or in "Command (merged)" if set to show thread names)



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2023/01/07 13:38:43

Modified files:
math   : Makefile 

Log message:
Add labplot



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2023/01/07 13:37:25

Log message:
Import labplot-2.9.0, OK kn@

LabPlot is a program for two- and three-dimensional graphical presentation 
of
data sets and functions. LabPlot allows you to work with multiple plots 
which
each can have multiple graphs. The graphs can be produced from data or from
functions.

Status:

Vendor Tag: rsadowski
Release Tags:   rsadowski_20230107

N ports/math/labplot/Makefile
N ports/math/labplot/distinfo
N ports/math/labplot/patches/patch-src_backend_gsl_parser_y
N ports/math/labplot/pkg/DESCR
N ports/math/labplot/pkg/PLIST

No conflicts created by this import



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2023/01/07 13:21:38

Modified files:
graphics/libraw: Makefile distinfo 
graphics/libraw/patches: patch-libraw_pc_in patch-libraw_r_pc_in 
Added files:
graphics/libraw/patches: patch-src_decoders_fp_dng_cpp 

Log message:
Update LibRaw to 0.21.0



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2023/01/07 13:21:36

Modified files:
x11/kde-applications/libkdcraw: Makefile 
Added files:
x11/kde-applications/libkdcraw/patches: patch-src_kdcraw_cpp 

Log message:
Unbreak build with LibRaw-0.21.0, patches from upstrea



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2023/01/07 13:21:34

Modified files:
graphics/krita : Makefile 
Added files:
graphics/krita/patches: 

patch-plugins_impex_raw_3rdparty_libkdcraw_src_kdcraw_cpp 

Log message:
Unbreak build with LibRaw-0.21.0, patches from upstrea



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2023/01/07 13:21:31

Modified files:
graphics/gthumb: Makefile 
Added files:
graphics/gthumb/patches: 
 
patch-extensions_raw_files_gth-metadata-provider-raw_c 
 
patch-extensions_raw_files_gth-metadata-provider-raw_h 
 patch-extensions_raw_files_main_c 

Log message:
Unbreak build with LibRaw-0.21.0, patches from upstream



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2023/01/07 13:21:28

Modified files:
graphics/gegl04: Makefile 
Added files:
graphics/gegl04/patches: patch-operations_external_raw-load_c 

Log message:
Unbreak build with LibRaw-0.21.0, patches from upstrea



devel/meson: use explicit setup command in configure

2023-01-07 Thread Klemens Nanni
I saw this in net/libnice:

$ make configure
...
Found ninja-1.11.1 at /usr/local/bin/ninja
WARNING: Running the setup command as `meson [options]` instead of 
`meson setup [options]` is ambiguous and deprecated.
$

>From meson(1):
The setup command is the default operation. If no actual command is
specified, Meson will assume you meant to do a setup. That means that
you can set up a build directory without the setup command like this:

meson [ options ] [ build directory ] [ source directory ]

So this should incur no behaviour change while silencing the warning.
OK?

Index: meson.port.mk
===
RCS file: /cvs/ports/devel/meson/meson.port.mk,v
retrieving revision 1.90
diff -u -p -r1.90 meson.port.mk
--- meson.port.mk   25 Dec 2022 10:19:01 -  1.90
+++ meson.port.mk   7 Jan 2023 20:04:51 -
@@ -54,7 +54,7 @@ MODMESON_CONFIGURE_ARGS += ${_MODMESON_S
 .if ${CONFIGURE_STYLE} == "meson"
 CONFIGURE_ARGS +=  ${MODMESON_CONFIGURE_ARGS}
 CONFIGURE_ENV +=   ${MODMESON_CONFIGURE_ENV}
-MODMESON_configure=${SETENV} ${CONFIGURE_ENV} ${LOCALBASE}/bin/meson \
+MODMESON_configure=${SETENV} ${CONFIGURE_ENV} ${LOCALBASE}/bin/meson setup 
\
${CONFIGURE_ARGS} ${WRKSRC} ${WRKBUILD}
 
 .   if !target(do-build)



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2023/01/07 13:08:49

Modified files:
textproc/oniguruma: Makefile 

Log message:
add a comment reminding to bump www/h2o because the mruby flavour uses
oniguruma's static library



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2023/01/07 13:05:13

Modified files:
www/h2o: Makefile 

Log message:
build robustness/reproducibility fixes for the mruby flavour of www/h2o

- building the mruby part of this uses autoconf in an otherwise cmake-based
port build, so it can't use the normal ports infrastructure which passes in
autoconf cache variables to prevent it from finding gawk/ggred/gsed/gmkdir
during the build. pass in the necessary variables by MAKE_ENV instead.

- building mruby uses the static oniguruma library from ports if found at
build time, otherwise builds its own bundled version. add BUILD_DEPENDS
to make sure the ports version of oniguruma is found.

problem reported by tb@, ok tb@ please commit otto@



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Daniel Dickman
CVSROOT:/cvs
Module name:ports
Changes by: dan...@cvs.openbsd.org  2023/01/07 12:11:55

Modified files:
graphics/py-seaborn: Makefile distinfo 
graphics/py-seaborn/pkg: PLIST 

Log message:
update to py-seaborn 0.12.2



Re: games/love: bring in multiple versions

2023-01-07 Thread Thomas Frohwein
On Thu, Dec 29, 2022 at 11:45:23AM +0100, Omar Polo wrote:
[...]

Just took a look at this - there is an extra PLIST file at
games/love/11/PLIST that is different from games/love/11/pkg/PLIST.

I would probably at comment `# C++11` above the COMPILERS line in the
Makefile.inc.

Will try to test the different versions, but this came up immediately.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Klemens Nanni
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2023/01/07 10:32:07

Modified files:
net/tdesktop   : Makefile distinfo 

Log message:
update to tdesktop 4.5.3



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Theo Buehler
CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2023/01/07 10:12:55

Modified files:
security/openssl/1.1: Makefile 
security/openssl/3.0: Makefile 

Log message:
Build newer openssl with -Wl,--no-execute-only. Most perlasm is busted on
xonly aarch64.

ok phessler sthen



Re: [fix] devel/gitea, bash as rundep + socket path creation

2023-01-07 Thread Matthieu Herrb


A propos gitea, anyone intested to switch to forgejo (gitea fork
because of unfriendly takeover of gitea) ?

https://forgejo.org/
https://forgejo.org/faq/

-- 
Matthieu Herrb



Re: [Update] sysutils/findlib 1.9.6

2023-01-07 Thread Daniel Dickman
This diff looks good to me so ok daniel@ for it to be committed. But a few 
notes online below.

> On Jan 7, 2023, at 8:11 AM, Volker Schlecht  
> wrote:
> 
> Updates findlib to 1.9.6 in preparation for an eventual / possible / future 
> update of OCaml.

Please make sure to send diff to maintainer so they can have a chance to weigh 
in.

In the future I think you should say what testing was done. I built all the 
reverse dependencies on my end and also checked the two ports that have runtime 
deps on findlib.

> 
> * Does not add a build dependency on ocamlbuild - it took me a while to 
> figure out where I screwed up there ...

I think this deserves an explanation in the commit of why we need to do an 
update of findlib in order to support ocaml 4.13 or later.

> * The FAKE_FLAGS lead to fake installing into the wrong directory with 1.9.6

This is mentioned in the changes for findlib 1.9.4 that proper DESTDIR support 
was added. I think this should be mentioned in the commit. Your explanation 
above is not complete.

> * update-plist removed the @bin markers from PFRAG.dynlink-native, and I'm 
> not sure why they used to be there in the first place.
> 

Fine with me.


Re: [fix] devel/gitea, bash as rundep + socket path creation

2023-01-07 Thread Stuart Henderson
On 2023/01/07 16:53, Stefan Hagen wrote:
> But actually, I don't see a reason for this directory at all.

The rc script starts gitea with uid _gitea, so it doesn't have
access to write to /var/www/run with default perms.



Re: [fix] devel/gitea, bash as rundep + socket path creation

2023-01-07 Thread Stefan Hagen
Klemens Nanni wrote (2023-01-07 16:04 CET):
> 07.01.2023 14:48, Stefan Hagen пишет:
> > Hi,
> > 
> > I've set up a Gitea Server and noticed two inaccuracies in the port.
> > 
> > 1. gitea sets up a post-receive hook which is used internally and 
> >requires a bash. Without it, it errors out on the first repository 
> >push.
> 
> OK kn
> 
> > 
> > 2. After setting up the socket path as described in the README, gitea 
> >doesn't start anymore. The reason is the non existent path component. 
> >The socket itself is created automatically. The path component is not.
> 
> See inline.
> 
> > +Create the socket path with the following command:
> > +# mkdir /var/www/run/gitea && chown _gitea /var/www/run/gitea
> 
> install -d -o _gitea /var/www/run/gitea
> 
> But can't you just @sample it in PLIST?
> Then it'll get created on update automatically.

pkg_add gitea sets up gitea to be reachable on port 3000.
No socket is used.

The MESSAGE describes how to switch the setup to a setup using httpd via
fastcgi. For this, the socket path is needed. So I described the info 
there too.

But actually, I don't see a reason for this directory at all.

I think we can remove it.

Best Regards,
Stefan

Index: Makefile
===
RCS file: /cvs/ports/www/gitea/Makefile,v
retrieving revision 1.86
diff -u -p -u -p -r1.86 Makefile
--- Makefile23 Dec 2022 22:09:27 -  1.86
+++ Makefile7 Jan 2023 15:47:40 -
@@ -3,6 +3,7 @@ COMMENT =   compact self-hosted Git servi
 VERSION =  1.17.4
 DISTNAME = gitea-src-${VERSION}
 PKGNAME =  gitea-${VERSION}
+REVISION = 0
 
 MASTER_SITES = 
https://github.com/go-gitea/gitea/releases/download/v${VERSION}/
 
@@ -27,7 +28,8 @@ MODGO_LDFLAGS += -X code.gitea.io/gitea/
 MODGO_LDFLAGS += -X main.Version=${VERSION}
 MODGO_LDFLAGS += -X 'main.Tags=${GO_TAGS}'
 
-RUN_DEPENDS =  devel/git
+RUN_DEPENDS =  devel/git \
+   shells/bash
 
 ALL_TARGET =   code.gitea.io/gitea
 WRKSRC =   ${MODGO_WORKSPACE}/src/${ALL_TARGET}
Index: pkg/README
===
RCS file: /cvs/ports/www/gitea/pkg/README,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 README
--- pkg/README  6 Mar 2022 11:05:26 -   1.6
+++ pkg/README  7 Jan 2023 15:47:40 -
@@ -43,7 +43,7 @@ Relevant configuration directives in ${S
listen on $ext_addr tls port 443
tls certificate "/etc/ssl/gitea.example.com.pem"
tls key "/etc/ssl/private/gitea.example.com.key"
-   location "*" { fastcgi socket "/run/gitea/gitea.sock" }
+   location "*" { fastcgi socket "/run/gitea.sock" }
}
 
 Relevant configuration directives in ${SYSCONFDIR}/gitea/app.ini:
@@ -52,7 +52,7 @@ Relevant configuration directives in ${S
PROTOCOL   = fcgi+unix
DOMAIN = gitea.example.com
ROOT_URL   = https://%(DOMAIN)s/
-   HTTP_ADDR  = /var/www/run/gitea/gitea.sock
+   HTTP_ADDR  = /var/www/run/gitea.sock
LOCAL_ROOT_URL = %(ROOT_URL)s
 
 Customizing gitea



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Theo Buehler
CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2023/01/07 08:49:26

Modified files:
security/libgcrypt: Makefile 

Log message:
libgcrypt: link with -Wl,--no-execute-only until we have a better fix.
There's a lot of handwritten armv8 assembly and fixing this for xonly
will be a whack-a-mole.

ok phessler sthen



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2023/01/07 08:44:15

Modified files:
databases/db   : Makefile.inc 

Log message:
knock out the build of databases/db -java on aarch64 until the
breakage in jdk from execute-only changes can be mended or worked around,
no point breaking a large number of port builds while we have a workaround
even if it's not ideal

ok phessler@



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Klemens Nanni
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2023/01/07 08:12:04

Modified files:
net/tg_owt : Makefile distinfo 

Log message:
update to latest tg_owt and libyuv



Re: [fix] devel/gitea, bash as rundep + socket path creation

2023-01-07 Thread Klemens Nanni
07.01.2023 14:48, Stefan Hagen пишет:
> Hi,
> 
> I've set up a Gitea Server and noticed two inaccuracies in the port.
> 
> 1. gitea sets up a post-receive hook which is used internally and 
>requires a bash. Without it, it errors out on the first repository 
>push.

OK kn

> 
> 2. After setting up the socket path as described in the README, gitea 
>doesn't start anymore. The reason is the non existent path component. 
>The socket itself is created automatically. The path component is not.

See inline.

> 
> The patch below addresses both issues.
> 
> OK? (maintainer on CC)>
> Best Regards,
> Stefan
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/gitea/Makefile,v
> retrieving revision 1.86
> diff -u -p -u -p -r1.86 Makefile
> --- Makefile  23 Dec 2022 22:09:27 -  1.86
> +++ Makefile  7 Jan 2023 14:36:08 -
> @@ -3,6 +3,7 @@ COMMENT = compact self-hosted Git servi
>  VERSION =1.17.4
>  DISTNAME =   gitea-src-${VERSION}
>  PKGNAME =gitea-${VERSION}
> +REVISION =   0
>  
>  MASTER_SITES =   
> https://github.com/go-gitea/gitea/releases/download/v${VERSION}/
>  
> @@ -27,7 +28,8 @@ MODGO_LDFLAGS += -X code.gitea.io/gitea/
>  MODGO_LDFLAGS += -X main.Version=${VERSION}
>  MODGO_LDFLAGS += -X 'main.Tags=${GO_TAGS}'
>  
> -RUN_DEPENDS =devel/git
> +RUN_DEPENDS =devel/git \
> + shells/bash
>  
>  ALL_TARGET = code.gitea.io/gitea
>  WRKSRC = ${MODGO_WORKSPACE}/src/${ALL_TARGET}
> Index: pkg/README
> ===
> RCS file: /cvs/ports/www/gitea/pkg/README,v
> retrieving revision 1.6
> diff -u -p -u -p -r1.6 README
> --- pkg/README6 Mar 2022 11:05:26 -   1.6
> +++ pkg/README7 Jan 2023 14:36:08 -
> @@ -55,6 +55,9 @@ Relevant configuration directives in ${S
>   HTTP_ADDR  = /var/www/run/gitea/gitea.sock
>   LOCAL_ROOT_URL = %(ROOT_URL)s
>  
> +Create the socket path with the following command:
> +# mkdir /var/www/run/gitea && chown _gitea /var/www/run/gitea

install -d -o _gitea /var/www/run/gitea

But can't you just @sample it in PLIST?
Then it'll get created on update automatically.

> +
>  Customizing gitea
>  =
>  For custom public files, templates, gitignores, labels, licenses and READMEs,
> 



[fix] devel/gitea, bash as rundep + socket path creation

2023-01-07 Thread Stefan Hagen
Hi,

I've set up a Gitea Server and noticed two inaccuracies in the port.

1. gitea sets up a post-receive hook which is used internally and 
   requires a bash. Without it, it errors out on the first repository 
   push.

2. After setting up the socket path as described in the README, gitea 
   doesn't start anymore. The reason is the non existent path component. 
   The socket itself is created automatically. The path component is not.

The patch below addresses both issues.

OK? (maintainer on CC)

Best Regards,
Stefan

Index: Makefile
===
RCS file: /cvs/ports/www/gitea/Makefile,v
retrieving revision 1.86
diff -u -p -u -p -r1.86 Makefile
--- Makefile23 Dec 2022 22:09:27 -  1.86
+++ Makefile7 Jan 2023 14:36:08 -
@@ -3,6 +3,7 @@ COMMENT =   compact self-hosted Git servi
 VERSION =  1.17.4
 DISTNAME = gitea-src-${VERSION}
 PKGNAME =  gitea-${VERSION}
+REVISION = 0
 
 MASTER_SITES = 
https://github.com/go-gitea/gitea/releases/download/v${VERSION}/
 
@@ -27,7 +28,8 @@ MODGO_LDFLAGS += -X code.gitea.io/gitea/
 MODGO_LDFLAGS += -X main.Version=${VERSION}
 MODGO_LDFLAGS += -X 'main.Tags=${GO_TAGS}'
 
-RUN_DEPENDS =  devel/git
+RUN_DEPENDS =  devel/git \
+   shells/bash
 
 ALL_TARGET =   code.gitea.io/gitea
 WRKSRC =   ${MODGO_WORKSPACE}/src/${ALL_TARGET}
Index: pkg/README
===
RCS file: /cvs/ports/www/gitea/pkg/README,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 README
--- pkg/README  6 Mar 2022 11:05:26 -   1.6
+++ pkg/README  7 Jan 2023 14:36:08 -
@@ -55,6 +55,9 @@ Relevant configuration directives in ${S
HTTP_ADDR  = /var/www/run/gitea/gitea.sock
LOCAL_ROOT_URL = %(ROOT_URL)s
 
+Create the socket path with the following command:
+# mkdir /var/www/run/gitea && chown _gitea /var/www/run/gitea
+
 Customizing gitea
 =
 For custom public files, templates, gitignores, labels, licenses and READMEs,



Re: [Update] sysutils/findlib 1.9.6

2023-01-07 Thread Daniel Dickman



> On Jan 7, 2023, at 8:11 AM, Volker Schlecht  
> wrote:
> 
> Updates findlib to 1.9.6 in preparation for an eventual / possible / future 
> update of OCaml.

I’ll take a look but ocaml cannot be updated until ocaml-camlp5 is updated.

I suggest you target that port next and that we aim to move to ocaml 4.13.1 not 
the 4.14 series.


> 
> * Does not add a build dependency on ocamlbuild - it took me a while to 
> figure out where I screwed up there ...
> * The FAKE_FLAGS lead to fake installing into the wrong directory with 1.9.6
> * update-plist removed the @bin markers from PFRAG.dynlink-native, and I'm 
> not sure why they used to be there in the first place.
> 



Re: [Update] lang/compcert 3.12

2023-01-07 Thread Daniel Dickman



> On Jan 6, 2023, at 5:19 PM, Volker Schlecht  
> wrote:
> 
> As discussed off-list, here's an update to lang/compcert.
> Builds and tests ok on amd64, builds ok on i386 with test failures in 
> test/abi.
> 
> "sharedir" is now a configure option upstream, so I removed those parts from 
> patch-configure and added the share path to CONFIGURE_ARGS.
> 


This is committed. I suggest getting coq updated next. The version we have in 
tree was tested with ocaml versions up to 4.11 if I remember correctly. So it’s 
a bit stale.

I suggest going to ocaml 4.13 next so whatever version of coq was tested with 
ocaml 4.13 should be good.

Compcert 3.12 supports up to coq 8.15.2. So definitely nothing newer than that 
version.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Ricardo Mestre
CVSROOT:/cvs
Module name:ports
Changes by: mes...@cvs.openbsd.org  2023/01/07 06:18:45

Modified files:
www/yt-dlp : Makefile distinfo 
www/yt-dlp/patches: patch-setup_py 
www/yt-dlp/pkg : PLIST 

Log message:
update to 2023.01.06

changelog: https://github.com/yt-dlp/yt-dlp/releases/tag/2023.01.06



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Daniel Dickman
CVSROOT:/cvs
Module name:ports
Changes by: dan...@cvs.openbsd.org  2023/01/07 06:11:42

Modified files:
lang/compcert  : Makefile distinfo 
lang/compcert/patches: patch-Makefile patch-configure 

Log message:
update to CompCert 3.12; from Volker Schlecht



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2023/01/07 06:10:45

Modified files:
converters/recode: Makefile distinfo 
Added files:
converters/recode/patches: patch-src_Makefile_in 

Log message:
update to recode-3.7.13



[Update] sysutils/findlib 1.9.6

2023-01-07 Thread Volker Schlecht
Updates findlib to 1.9.6 in preparation for an eventual / possible / 
future update of OCaml.


* Does not add a build dependency on ocamlbuild - it took me a while to 
figure out where I screwed up there ...

* The FAKE_FLAGS lead to fake installing into the wrong directory with 1.9.6
* update-plist removed the @bin markers from PFRAG.dynlink-native, and 
I'm not sure why they used to be there in the first place.Index: Makefile
===
RCS file: /cvs/ports/sysutils/findlib/Makefile,v
retrieving revision 1.43
diff -u -p -r1.43 Makefile
--- Makefile	11 Mar 2022 19:57:25 -	1.43
+++ Makefile	7 Jan 2023 11:07:42 -
@@ -1,7 +1,6 @@
 COMMENT=	OCaml package manager
 CATEGORIES=	sysutils
-DISTNAME=	findlib-1.8.1
-REVISION=	4
+DISTNAME=	findlib-1.9.6
 
 MASTER_SITES=	http://download.camlcity.org/download/
 
@@ -23,7 +22,6 @@ CONFIGURE_ARGS= -no-custom \
 		-config ${SYSCONFDIR}/findlib.conf
 
 USE_GMAKE=	Yes
-FAKE_FLAGS=	prefix=${DESTDIR}
 NO_TEST=	Yes
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/findlib/distinfo,v
retrieving revision 1.13
diff -u -p -r1.13 distinfo
--- distinfo	7 Sep 2019 18:45:02 -	1.13
+++ distinfo	7 Jan 2023 11:07:42 -
@@ -1,2 +1,2 @@
-SHA256 (findlib-1.8.1.tar.gz) = joXPpX6HRXFUMt8xFml8j0HLJLXsFtHVrNJeAZbTQwM=
-SIZE (findlib-1.8.1.tar.gz) = 261544
+SHA256 (findlib-1.9.6.tar.gz) = LfmWJ5rha2Bttf9Yefk9v63giY258aPoL3+EX6opMKI=
+SIZE (findlib-1.9.6.tar.gz) = 271246
Index: pkg/PFRAG.dynlink-native
===
RCS file: /cvs/ports/sysutils/findlib/pkg/PFRAG.dynlink-native,v
retrieving revision 1.6
diff -u -p -r1.6 PFRAG.dynlink-native
--- pkg/PFRAG.dynlink-native	11 Mar 2022 19:57:25 -	1.6
+++ pkg/PFRAG.dynlink-native	7 Jan 2023 11:07:42 -
@@ -1,3 +1,3 @@
-@bin lib/ocaml/findlib/findlib.cmxs
-@bin lib/ocaml/findlib/findlib_dynload.cmxs
-@bin lib/ocaml/findlib/findlib_top.cmxs
+lib/ocaml/findlib/findlib.cmxs
+lib/ocaml/findlib/findlib_dynload.cmxs
+lib/ocaml/findlib/findlib_top.cmxs
Index: pkg/PLIST
===
RCS file: /cvs/ports/sysutils/findlib/pkg/PLIST,v
retrieving revision 1.20
diff -u -p -r1.20 PLIST
--- pkg/PLIST	11 Mar 2022 19:57:25 -	1.20
+++ pkg/PLIST	7 Jan 2023 11:07:42 -
@@ -13,18 +13,27 @@ lib/ocaml/dynlink/META
 lib/ocaml/findlib/
 lib/ocaml/findlib/META
 lib/ocaml/findlib/Makefile.config
+lib/ocaml/findlib/Makefile.packages
 lib/ocaml/findlib/findlib.cma
 lib/ocaml/findlib/findlib.cmi
 lib/ocaml/findlib/findlib.mli
+lib/ocaml/findlib/findlib_config.cmi
+lib/ocaml/findlib/findlib_config.ml
 lib/ocaml/findlib/findlib_dynload.cma
 lib/ocaml/findlib/findlib_top.cma
+lib/ocaml/findlib/fl_args.cmi
 lib/ocaml/findlib/fl_dynload.cmi
 lib/ocaml/findlib/fl_dynload.mli
+lib/ocaml/findlib/fl_lint.cmi
+lib/ocaml/findlib/fl_meta.cmi
 lib/ocaml/findlib/fl_metascanner.cmi
 lib/ocaml/findlib/fl_metascanner.mli
 lib/ocaml/findlib/fl_metatoken.cmi
 lib/ocaml/findlib/fl_package_base.cmi
 lib/ocaml/findlib/fl_package_base.mli
+lib/ocaml/findlib/fl_split.cmi
+lib/ocaml/findlib/fl_topo.cmi
+lib/ocaml/findlib/ocaml_args.cmi
 lib/ocaml/findlib/topfind.cmi
 lib/ocaml/findlib/topfind.mli
 @comment will be installed by graphics/ocaml-graphics


Re: aarch64 bulk build report

2023-01-07 Thread Stuart Henderson
On 2023/01/07 02:55, phess...@openbsd.org wrote:
> bulk build on arm64.ports.openbsd.org
> started on  Fri Jan 6 00:27:36 MST 2023
> finished at Sat Jan 7 02:54:37 MST 2023
> lasted 1D02h27m
> done with kern.version=OpenBSD 7.2-current (GENERIC.MP) #1955: Thu Jan  5 
> 18:56:38 MST 2023
> 
> built packages:9812

11540 previously, so there's a lot of fallout from execute-only.

Key problems:

- gpgme (uses gnupg at runtime during build) and x11/gnome/gcr both
failing suggest a problem with libgcrypt -> knocks out 600+ ports

- gcc -> everything that touches fortran

- node -> build dep of firefox/chromium etc

- jdk -> db (java subpackage) -> 350-odd ports
|
+--> most of the other individual ports which showed as failing here

And there's also something up with ocaml -> hevea causing the coccinelle
failure (fair chance that other ocaml ports may have problems at run
time)

> Jan 6:9810
> Jan 7:1
> 
> 
> critical path missing pkgs:  
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/summary.log
> 
> build failures: 34
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/audio/hydrogen.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/databases/db/v4.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/arm-none-eabi/gcc-linaro.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/avr/gcc.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/coccinelle.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/jdk/11.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/jdk/17.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/ti-msp430gcc.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/xtensa-elf/gcc.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/xtensa-esp32-elf/newlib.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/xtensa-esp32s2-elf/newlib.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/xtensa-esp32s3-elf/newlib.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/xtensa-lx106-elf/newlib.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/games/jbrickshooter.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/games/libgdx/1.9.11.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/games/libgdx/1.9.9.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/games/lwjgl.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/java/jBCrypt.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/java/tanukiwrapper.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/lang/gcc/11,-ada.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/lang/gcc/8.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/lang/kawa.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/lang/node.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/math/coq.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/net/i2p.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/net/openfire.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/security/gpgme.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/security/keepassxc,browser.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/sysutils/rundeck.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/textproc/bibtex2html.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/textproc/pdftk.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/www/icedtea-web.log
> http://build-failures.rhaalovely.net/aarch64/2023-01-06/x11/gnome/gcr.log
> 
> recurrent failures
> new failures
> +++ ls-failures   Sat Jan  7 02:55:07 2023
> +failures/audio/hydrogen.log
> +failures/databases/db/v4.log
> +failures/devel/arm-none-eabi/gcc-linaro.log
> +failures/devel/avr/gcc.log
> +failures/devel/coccinelle.log
> +failures/devel/jdk/11.log
> +failures/devel/jdk/17.log
> +failures/devel/ti-msp430gcc.log
> +failures/devel/xtensa-elf/gcc.log
> +failures/devel/xtensa-esp32-elf/newlib.log
> +failures/devel/xtensa-esp32s2-elf/newlib.log
> +failures/devel/xtensa-esp32s3-elf/newlib.log
> +failures/devel/xtensa-lx106-elf/newlib.log
> +failures/games/jbrickshooter.log
> +failures/games/libgdx/1.9.11.log
> +failures/games/libgdx/1.9.9.log
> +failures/games/lwjgl.log
> +failures/java/jBCrypt.log
> +failures/java/tanukiwrapper.log
> +failures/lang/gcc/11,-ada.log
> +failures/lang/gcc/8.log
> +failures/lang/kawa.log
> +failures/lang/node.log
> +failures/math/coq.log
> +failures/net/i2p.log
> +failures/net/openfire.log
> +failures/security/gpgme.log
> +failures/security/keepassxc,browser.log
> +failures/sysutils/rundeck.log
> +failures/textproc/bibtex2html.log
> +failures/textproc/pdftk.log
> +failures/www/icedtea-web.log
> +failures/x11/gnome/gcr.log
> resolved failures
> --- ../old/aarch64/last//ls-failures  Thu Jan  5 10:52:33 2023
> 

CVS: cvs.openbsd.org: ports

2023-01-07 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2023/01/07 05:49:27

Modified files:
graphics/ffmpeg: Makefile 
multimedia/x264: Makefile 

Log message:
add FFmpeg/x264 debug packages, from Brad.



Re: [NEW] audio/alsa-lib-1.2.8

2023-01-07 Thread Stuart Henderson
On 2023/01/07 13:25, Antoine Jacoutot wrote:
> On Sat, Jan 07, 2023 at 08:11:22PM +0900, SASANO Takayoshi wrote:
> > Hello,
> > 
> > alsa-lib.tgz (take3) attached.
> > 
> > > The most common method to deal with this in ports is to continue to
> > > use /usr/local but install under subdirectories with a non-standard
> > > prefix, often 'e'; for example libraries under /usr/local/lib/ealsa
> > > and headers under /usr/local/include/ealsa.
> > 
> > Many code uses  so putting include files to
> > /usr//include/ealsa is hard to use.
> > 
> > I show my idea via attached archive, almost all alsa components are
> > installed into /usr/local/ealsa.
> 
> I really find this weird.
> We only do this "e" stuff for things we have in base already (like openssl).
> For stuff that we want to keep "hidden" we usually just install in a subdir, 
> like libinotify, heimdal etc.

If you have a good idea that is unlikely to be picked up then yes.
I don't particularly want to look into 100-odd ports to find a "safe"
directory name for that though ;) 



Re: [NEW] audio/alsa-lib-1.2.8

2023-01-07 Thread Antoine Jacoutot
On Sat, Jan 07, 2023 at 08:11:22PM +0900, SASANO Takayoshi wrote:
> Hello,
> 
> alsa-lib.tgz (take3) attached.
> 
> > The most common method to deal with this in ports is to continue to
> > use /usr/local but install under subdirectories with a non-standard
> > prefix, often 'e'; for example libraries under /usr/local/lib/ealsa
> > and headers under /usr/local/include/ealsa.
> 
> Many code uses  so putting include files to
> /usr//include/ealsa is hard to use.
> 
> I show my idea via attached archive, almost all alsa components are
> installed into /usr/local/ealsa.

I really find this weird.
We only do this "e" stuff for things we have in base already (like openssl).
For stuff that we want to keep "hidden" we usually just install in a subdir, 
like libinotify, heimdal etc.

-- 
Antoine



Re: [NEW] audio/alsa-lib-1.2.8

2023-01-07 Thread Stuart Henderson
On 2023/01/07 20:11, SASANO Takayoshi wrote:
> Hello,
> 
> alsa-lib.tgz (take3) attached.
> 
> > The most common method to deal with this in ports is to continue to
> > use /usr/local but install under subdirectories with a non-standard
> > prefix, often 'e'; for example libraries under /usr/local/lib/ealsa
> > and headers under /usr/local/include/ealsa.
> 
> Many code uses  so putting include files to
> /usr//include/ealsa is hard to use.

> I show my idea via attached archive, almost all alsa components are
> installed into /usr/local/ealsa.

There's no attachment; there's no big problem though; install headers
to /usr/local/include/ealsa/alsa and add -I/usr/local/include/ealsa to
preprocessor flags when building against it.

> pc file for pkg-config is renamed and installed into /usr/local/lib.
> 
>  - /usr/local/lib/pkgconfig/ealsa-topology.pc (alsa-topology.pc)
>  - /usr/local/lib/pkgconfig/ealsa.pc (alsa.pc)
> 
> m4 script for aclocal is kept original.
> 
>  - /usr/local/share/aclocal/alsa.m4
> 
> 
> by the way, CONFIGURE_ARGS in Makefile looks ignored when CONFIGURE_STYLE
> is autoreconf. even if CONFIGURE_STYLE = --prefix=/usr/local/ealsa,
> config.log says "--prefix=/usr/local/ealsa --prefix=/usr/local", I saw.

It's not ignored, but there's no way to override prefix like that in
ports infrastructure.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2023/01/07 04:38:20

Modified files:
www: Makefile 

Log message:
Hook up lighttpd,ldap,pgsql and lighttpd,pgsql



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2023/01/07 04:30:39

Modified files:
www/lighttpd   : Makefile distinfo 
www/lighttpd/files: lighttpd.conf 
www/lighttpd/pkg: DESCR PLIST 
Added files:
www/lighttpd/patches: patch-doc_CMakeLists_txt 
  patch-src_CMakeLists_txt 
  patch-src_mod_openssl_c 
www/lighttpd/pkg: PFRAG.pgsql 

Log message:
Update lighttpd to 1.4.68

- Switch to CMake
- Changelog: https://www.lighttpd.net/2023/1/3/1.4.68/
- New flavor: pgsql - Enable PostgreSQL support for authentication and virtual
hosting.

Update diff from Brad, thanks



Re: [NEW] audio/alsa-lib-1.2.8

2023-01-07 Thread SASANO Takayoshi
Hello,

> Having two audio layers with different semantics increases the
> probability of subtle audio problems (stuttering, desynchronization,
> etc.), which are very time-consuming to fix. Furthermore,
> alsa-over-sndio is very unlikely to work in all
> program/device/configuration combinations.

alsa-plugins has ALSA->JACK and ALSA->PluseAudio plugin and
they could compiled in my -current box. But JACK and PulseAudio
on OpenBSD goes sndio sink, so I am afraid that there is something
trouble for using alsa-plugins via these audio frameworks.

Simply enable OSS plugin only, I think (because alsa is for test purpose).

> I'd suggest adding a sndio backend. The API is designed to make this
> process as simple as possible. Let us know if you want to try this
> approach, I can help with the code.

Porting applications to support sndio is the best solution.

Indeed I added sndio backend for DireWolf software TNC,
but many other ham radio software (for alsa) remains...
-- 
SASANO Takayoshi (JG1UAA) 



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2023/01/07 04:19:53

Modified files:
graphics/opencv: Makefile distinfo 
graphics/opencv/patches: patch-cmake_OpenCVFindLibsGrfmt_cmake 
 patch-modules_core_src_system_cpp 
graphics/opencv/pkg: PLIST-java PLIST-main 

Log message:
Update OpenCV to 4.7.0



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2023/01/07 04:18:58

Modified files:
x11/qt6: Makefile.version 
x11/qt6/qt3d   : distinfo 
x11/qt6/qt5compat: distinfo 
x11/qt6/qtbase : distinfo 
x11/qt6/qtbase/patches: 
patch-src_corelib_plugin_qelfparser_p_cpp 
x11/qt6/qtcharts: distinfo 
x11/qt6/qtconnectivity: distinfo 
x11/qt6/qtdatavis3d: distinfo 
x11/qt6/qtdeclarative: Makefile distinfo 
x11/qt6/qtimageformats: distinfo 
x11/qt6/qtlanguageserver: distinfo 
x11/qt6/qtlottie: distinfo 
x11/qt6/qtmultimedia: Makefile distinfo 
x11/qt6/qtnetworkauth: distinfo 
x11/qt6/qtpositioning: distinfo 
x11/qt6/qtquick3d: Makefile distinfo 
x11/qt6/qtquick3d/pkg: PLIST 
x11/qt6/qtquicktimeline: distinfo 
x11/qt6/qtremoteobjects: distinfo 
x11/qt6/qtscxml: distinfo 
x11/qt6/qtsensors: distinfo 
x11/qt6/qtserialbus: distinfo 
x11/qt6/qtserialport: distinfo 
x11/qt6/qtshadertools: distinfo 
x11/qt6/qtsvg  : distinfo 
x11/qt6/qttools: distinfo 
x11/qt6/qttranslations: distinfo 
x11/qt6/qtvirtualkeyboard: distinfo 
x11/qt6/qtwayland: distinfo 

Log message:
Update Qt6 to 6.4.2



Re: [NEW] audio/alsa-lib-1.2.8

2023-01-07 Thread SASANO Takayoshi
Hello,

alsa-lib.tgz (take3) attached.

> The most common method to deal with this in ports is to continue to
> use /usr/local but install under subdirectories with a non-standard
> prefix, often 'e'; for example libraries under /usr/local/lib/ealsa
> and headers under /usr/local/include/ealsa.

Many code uses  so putting include files to
/usr//include/ealsa is hard to use.

I show my idea via attached archive, almost all alsa components are
installed into /usr/local/ealsa.

pc file for pkg-config is renamed and installed into /usr/local/lib.

 - /usr/local/lib/pkgconfig/ealsa-topology.pc (alsa-topology.pc)
 - /usr/local/lib/pkgconfig/ealsa.pc (alsa.pc)

m4 script for aclocal is kept original.

 - /usr/local/share/aclocal/alsa.m4


by the way, CONFIGURE_ARGS in Makefile looks ignored when CONFIGURE_STYLE
is autoreconf. even if CONFIGURE_STYLE = --prefix=/usr/local/ealsa,
config.log says "--prefix=/usr/local/ealsa --prefix=/usr/local", I saw.

patches/patch-configure_ac contains workaround, prefix="$prefix/ealsa".

Regards,
-- 
SASANO Takayoshi (JG1UAA) 



Re: UPDATE: lighttpd 1.4.68

2023-01-07 Thread Brad Smith
On Sat, Jan 07, 2023 at 04:34:10AM -0500, Brad Smith wrote:
> On Fri, Jan 06, 2023 at 09:15:18PM +0100, Rafael Sadowski wrote:
> > > +.if ${FLAVOR:Mpgsql}
> > > +CONFIGURE_ARGS+= -DWITH_PGSQL=ON
> > > +LIB_DEPENDS+=databases/postgresql
> > > +WANTLIB+=pq
> > > +.endif
> > > +
> > > +CFLAGS+= -I${LOCALBASE}/include
> > > +LDFLAGS+=-L${LOCALBASE}/lib
> > 
> > Is LDFLAGS needed? If yes MODCMAKE_LDFLAGS is the better solution.
> 
> Yes, it is. Some of the dependencies use pkg-config files / foo-config
> and some do not.

Remove CONFIGURE_ENV after that.


Index: Makefile
===
RCS file: /home/cvs/ports/www/lighttpd/Makefile,v
retrieving revision 1.172
diff -u -p -u -p -r1.172 Makefile
--- Makefile8 Nov 2022 11:17:18 -   1.172
+++ Makefile7 Jan 2023 10:32:45 -
@@ -1,10 +1,9 @@
 COMMENT=   secure, fast, compliant, and very flexible web-server
 
-DISTNAME=  lighttpd-1.4.67
+DISTNAME=  lighttpd-1.4.68
 CATEGORIES=www net
 MASTER_SITES=  https://download.lighttpd.net/lighttpd/releases-1.4.x/
 EXTRACT_SUFX=  .tar.xz
-REVISION=  0
 
 HOMEPAGE=  https://www.lighttpd.net/
 
@@ -15,42 +14,44 @@ PERMIT_PACKAGE= Yes
 
 WANTLIB=   c crypto m pcre2-8 ssl z ${MODLUA_WANTLIB}
 
-COMPILER=  base-clang ports-gcc base-gcc
+COMPILER=  base-clang ports-gcc
 
-MODULES=   lang/lua
+MODULES=   devel/cmake \
+   lang/lua
 MODLUA_SA= Yes
 
 LIB_DEPENDS+=  devel/pcre2 \
${MODLUA_LIB_DEPENDS}
 RUN_DEPENDS+=  www/spawn-fcgi
 
-LIBTOOL_FLAGS= --tag=disable-static
-CONFIGURE_STYLE= gnu
-CONFIGURE_ARGS+= --libdir="${PREFIX}/lib/lighttpd" \
---with-lua \
---with-openssl
-CONFIGURE_ENV+=CC_FOR_BUILD="${CC}" \
-   CFLAGS_FOR_BUILD="${CFLAGS}" \
-   CPPFLAGS="-I${LOCALBASE}/include" \
-   LDFLAGS="-L${LOCALBASE}/lib" \
-   LUA_CFLAGS="`pkg-config --cflags ${MODLUA_DEP}`" \
-   LUA_LIBS="`pkg-config --libs ${MODLUA_DEP}`"
+CONFIGURE_ARGS+=-DWITH_LUA=ON \
+   -DWITH_LUA_VERSION=${MODLUA_DEP} \
+   -DWITH_OPENSSL=ON
 
-FLAVORS=   ldap mysql
+FLAVORS=   ldap mysql pgsql
 FLAVOR?=
 
 .if ${FLAVOR:Mldap}
-CONFIGURE_ARGS+= --with-ldap
+CONFIGURE_ARGS+= -DWITH_LDAP=ON
 LIB_DEPENDS+=  databases/openldap
-WANTLIB+=  lber ldap sasl2
+WANTLIB+=  lber ldap
 .endif
 
 .if ${FLAVOR:Mmysql}
-CONFIGURE_ARGS+= --with-mysql
+CONFIGURE_ARGS+= -DWITH_MYSQL=ON
 LIB_DEPENDS+=  databases/mariadb
-WANTLIB+=  mariadb pthread
+WANTLIB+=  mariadb
 .endif
 
+.if ${FLAVOR:Mpgsql}
+CONFIGURE_ARGS+= -DWITH_PGSQL=ON
+LIB_DEPENDS+=  databases/postgresql
+WANTLIB+=  pq
+.endif
+
+CFLAGS+=   -I${LOCALBASE}/include
+MODCMAKE_LDFLAGS+= -L${LOCALBASE}/lib
+
 post-extract:
@cp -f ${FILESDIR}/lighttpd.conf ${WRKSRC}/doc
 
@@ -70,6 +71,5 @@ post-install:
${PREFIX}/share/examples/lighttpd/access.log
${INSTALL_DATA} /dev/null \
${PREFIX}/share/examples/lighttpd/error.log
-   rm -f ${PREFIX}/lib/lighttpd/*.la
 
 .include 
Index: distinfo
===
RCS file: /home/cvs/ports/www/lighttpd/distinfo,v
retrieving revision 1.70
diff -u -p -u -p -r1.70 distinfo
--- distinfo4 Oct 2022 11:34:23 -   1.70
+++ distinfo4 Jan 2023 15:13:45 -
@@ -1,2 +1,2 @@
-SHA256 (lighttpd-1.4.67.tar.xz) = fgTXZ/UajYJLMuJIPvKVCYKSDUJ9EnLvRmf0nW+J81g=
-SIZE (lighttpd-1.4.67.tar.xz) = 1039872
+SHA256 (lighttpd-1.4.68.tar.xz) = 5W83rlK2PhraTXbOeABa/7blbuova9sM4X1tNulYM4Q=
+SIZE (lighttpd-1.4.68.tar.xz) = 1030612
Index: files/lighttpd.conf
===
RCS file: /home/cvs/ports/www/lighttpd/files/lighttpd.conf,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 lighttpd.conf
--- files/lighttpd.conf 18 Aug 2010 11:16:55 -  1.1
+++ files/lighttpd.conf 6 Jan 2023 01:01:10 -
@@ -22,11 +22,9 @@ server.modules  = (
 #   "mod_evhost",
 #   "mod_userdir",
 #   "mod_cgi",
-#   "mod_compress",
+#   "mod_deflate",
 #   "mod_ssi",
-#   "mod_usertrack",
 #   "mod_expire",
-#   "mod_secdownload",
 #   "mod_rrdtool",
 "mod_accesslog" )
 
Index: patches/patch-doc_CMakeLists_txt
===
RCS file: patches/patch-doc_CMakeLists_txt
diff -N patches/patch-doc_CMakeLists_txt
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-doc_CMakeLists_txt5 Jan 2023 20:10:31 -
@@ -0,0 +1,11 @@
+[cmake] add doc/CMakeLists.txt to dist tar 

CVS: cvs.openbsd.org: ports

2023-01-07 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2023/01/07 03:08:15

Modified files:
x11/gnome/maps : Makefile distinfo 

Log message:
Update to gnome-maps-43.3.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2023/01/07 03:06:08

Modified files:
x11/gnome/libadwaita: Makefile distinfo 
x11/gnome/libadwaita/pkg: PLIST 

Log message:
Update to libadwaita-1.2.1.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2023/01/07 03:01:39

Modified files:
mail/evolution-ews: Makefile distinfo 
mail/evolution-ews/patches: 
patch-cmake_modules_SetupBuildFlags_cmake 

Log message:
Update to evolution-ews-3.46.3.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2023/01/07 03:01:29

Modified files:
mail/evolution : Makefile distinfo 
mail/evolution/pkg: PLIST 

Log message:
Update to evolution-3.46.3.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2023/01/07 03:01:17

Modified files:
databases/evolution-data-server: Makefile distinfo 

Log message:
Update to evolution-data-server-3.46.3.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2023/01/07 02:59:19

Modified files:
sysutils/terragrunt: Makefile distinfo 

Log message:
Update to terragrunt-0.42.7.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2023/01/07 02:56:38

Modified files:
x11/gnome/secrets: Makefile distinfo 
x11/gnome/secrets/pkg: PLIST 

Log message:
Update to secrets-7.1.



aarch64 bulk build report

2023-01-07 Thread phessler
bulk build on arm64.ports.openbsd.org
started on  Fri Jan 6 00:27:36 MST 2023
finished at Sat Jan 7 02:54:37 MST 2023
lasted 1D02h27m
done with kern.version=OpenBSD 7.2-current (GENERIC.MP) #1955: Thu Jan  5 
18:56:38 MST 2023

built packages:9812
Jan 6:9810
Jan 7:1


critical path missing pkgs:  
http://build-failures.rhaalovely.net/aarch64/2023-01-06/summary.log

build failures: 34
http://build-failures.rhaalovely.net/aarch64/2023-01-06/audio/hydrogen.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/databases/db/v4.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/arm-none-eabi/gcc-linaro.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/avr/gcc.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/coccinelle.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/jdk/11.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/jdk/17.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/ti-msp430gcc.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/xtensa-elf/gcc.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/xtensa-esp32-elf/newlib.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/xtensa-esp32s2-elf/newlib.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/xtensa-esp32s3-elf/newlib.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/devel/xtensa-lx106-elf/newlib.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/games/jbrickshooter.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/games/libgdx/1.9.11.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/games/libgdx/1.9.9.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/games/lwjgl.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/java/jBCrypt.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/java/tanukiwrapper.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/lang/gcc/11,-ada.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/lang/gcc/8.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/lang/kawa.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/lang/node.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/math/coq.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/net/i2p.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/net/openfire.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/security/gpgme.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/security/keepassxc,browser.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/sysutils/rundeck.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/textproc/bibtex2html.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/textproc/pdftk.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/www/icedtea-web.log
http://build-failures.rhaalovely.net/aarch64/2023-01-06/x11/gnome/gcr.log

recurrent failures
new failures
+++ ls-failures Sat Jan  7 02:55:07 2023
+failures/audio/hydrogen.log
+failures/databases/db/v4.log
+failures/devel/arm-none-eabi/gcc-linaro.log
+failures/devel/avr/gcc.log
+failures/devel/coccinelle.log
+failures/devel/jdk/11.log
+failures/devel/jdk/17.log
+failures/devel/ti-msp430gcc.log
+failures/devel/xtensa-elf/gcc.log
+failures/devel/xtensa-esp32-elf/newlib.log
+failures/devel/xtensa-esp32s2-elf/newlib.log
+failures/devel/xtensa-esp32s3-elf/newlib.log
+failures/devel/xtensa-lx106-elf/newlib.log
+failures/games/jbrickshooter.log
+failures/games/libgdx/1.9.11.log
+failures/games/libgdx/1.9.9.log
+failures/games/lwjgl.log
+failures/java/jBCrypt.log
+failures/java/tanukiwrapper.log
+failures/lang/gcc/11,-ada.log
+failures/lang/gcc/8.log
+failures/lang/kawa.log
+failures/lang/node.log
+failures/math/coq.log
+failures/net/i2p.log
+failures/net/openfire.log
+failures/security/gpgme.log
+failures/security/keepassxc,browser.log
+failures/sysutils/rundeck.log
+failures/textproc/bibtex2html.log
+failures/textproc/pdftk.log
+failures/www/icedtea-web.log
+failures/x11/gnome/gcr.log
resolved failures
--- ../old/aarch64/last//ls-failuresThu Jan  5 10:52:33 2023
-failures/graphics/openscenegraph.log
-failures/x11/xfce4/xfce4-taskmanager.log



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2023/01/07 02:46:47

Modified files:
sysutils/exoscale-cli: Makefile distinfo 

Log message:
Update to exoscale-cli-1.64.0.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2023/01/07 02:44:16

Modified files:
sysutils/awscli: Makefile distinfo 
sysutils/awscli/pkg: PLIST 

Log message:
Update to awscli-1.27.45.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2023/01/07 02:43:59

Modified files:
net/py-boto3   : Makefile distinfo 

Log message:
Update to py3-boto3-1.26.45.



CVS: cvs.openbsd.org: ports

2023-01-07 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2023/01/07 02:43:46

Modified files:
net/py-botocore: Makefile distinfo 

Log message:
Update to py3-botocore-1.29.45.



Re: UPDATE: lighttpd 1.4.68

2023-01-07 Thread Brad Smith
On Fri, Jan 06, 2023 at 09:15:18PM +0100, Rafael Sadowski wrote:
> > +.if ${FLAVOR:Mpgsql}
> > +CONFIGURE_ARGS+= -DWITH_PGSQL=ON
> > +LIB_DEPENDS+=  databases/postgresql
> > +WANTLIB+=  pq
> > +.endif
> > +
> > +CFLAGS+=   -I${LOCALBASE}/include
> > +LDFLAGS+=  -L${LOCALBASE}/lib
> 
> Is LDFLAGS needed? If yes MODCMAKE_LDFLAGS is the better solution.

Yes, it is. Some of the dependencies use pkg-config files / foo-config
and some do not.


Index: Makefile
===
RCS file: /home/cvs/ports/www/lighttpd/Makefile,v
retrieving revision 1.172
diff -u -p -u -p -r1.172 Makefile
--- Makefile8 Nov 2022 11:17:18 -   1.172
+++ Makefile7 Jan 2023 09:28:53 -
@@ -1,10 +1,9 @@
 COMMENT=   secure, fast, compliant, and very flexible web-server
 
-DISTNAME=  lighttpd-1.4.67
+DISTNAME=  lighttpd-1.4.68
 CATEGORIES=www net
 MASTER_SITES=  https://download.lighttpd.net/lighttpd/releases-1.4.x/
 EXTRACT_SUFX=  .tar.xz
-REVISION=  0
 
 HOMEPAGE=  https://www.lighttpd.net/
 
@@ -15,42 +14,45 @@ PERMIT_PACKAGE= Yes
 
 WANTLIB=   c crypto m pcre2-8 ssl z ${MODLUA_WANTLIB}
 
-COMPILER=  base-clang ports-gcc base-gcc
+COMPILER=  base-clang ports-gcc
 
-MODULES=   lang/lua
+MODULES=   devel/cmake \
+   lang/lua
 MODLUA_SA= Yes
 
 LIB_DEPENDS+=  devel/pcre2 \
${MODLUA_LIB_DEPENDS}
 RUN_DEPENDS+=  www/spawn-fcgi
 
-LIBTOOL_FLAGS= --tag=disable-static
-CONFIGURE_STYLE= gnu
-CONFIGURE_ARGS+= --libdir="${PREFIX}/lib/lighttpd" \
---with-lua \
---with-openssl
-CONFIGURE_ENV+=CC_FOR_BUILD="${CC}" \
-   CFLAGS_FOR_BUILD="${CFLAGS}" \
-   CPPFLAGS="-I${LOCALBASE}/include" \
-   LDFLAGS="-L${LOCALBASE}/lib" \
-   LUA_CFLAGS="`pkg-config --cflags ${MODLUA_DEP}`" \
-   LUA_LIBS="`pkg-config --libs ${MODLUA_DEP}`"
+CONFIGURE_ARGS+=-DWITH_LUA=ON \
+   -DWITH_LUA_VERSION=${MODLUA_DEP} \
+   -DWITH_OPENSSL=ON
+CONFIGURE_ENV= LDFLAGS="${LDFLAGS}"
 
-FLAVORS=   ldap mysql
+FLAVORS=   ldap mysql pgsql
 FLAVOR?=
 
 .if ${FLAVOR:Mldap}
-CONFIGURE_ARGS+= --with-ldap
+CONFIGURE_ARGS+= -DWITH_LDAP=ON
 LIB_DEPENDS+=  databases/openldap
-WANTLIB+=  lber ldap sasl2
+WANTLIB+=  lber ldap
 .endif
 
 .if ${FLAVOR:Mmysql}
-CONFIGURE_ARGS+= --with-mysql
+CONFIGURE_ARGS+= -DWITH_MYSQL=ON
 LIB_DEPENDS+=  databases/mariadb
-WANTLIB+=  mariadb pthread
+WANTLIB+=  mariadb
 .endif
 
+.if ${FLAVOR:Mpgsql}
+CONFIGURE_ARGS+= -DWITH_PGSQL=ON
+LIB_DEPENDS+=  databases/postgresql
+WANTLIB+=  pq
+.endif
+
+CFLAGS+=   -I${LOCALBASE}/include
+MODCMAKE_LDFLAGS+= -L${LOCALBASE}/lib
+
 post-extract:
@cp -f ${FILESDIR}/lighttpd.conf ${WRKSRC}/doc
 
@@ -70,6 +72,5 @@ post-install:
${PREFIX}/share/examples/lighttpd/access.log
${INSTALL_DATA} /dev/null \
${PREFIX}/share/examples/lighttpd/error.log
-   rm -f ${PREFIX}/lib/lighttpd/*.la
 
 .include 
Index: distinfo
===
RCS file: /home/cvs/ports/www/lighttpd/distinfo,v
retrieving revision 1.70
diff -u -p -u -p -r1.70 distinfo
--- distinfo4 Oct 2022 11:34:23 -   1.70
+++ distinfo4 Jan 2023 15:13:45 -
@@ -1,2 +1,2 @@
-SHA256 (lighttpd-1.4.67.tar.xz) = fgTXZ/UajYJLMuJIPvKVCYKSDUJ9EnLvRmf0nW+J81g=
-SIZE (lighttpd-1.4.67.tar.xz) = 1039872
+SHA256 (lighttpd-1.4.68.tar.xz) = 5W83rlK2PhraTXbOeABa/7blbuova9sM4X1tNulYM4Q=
+SIZE (lighttpd-1.4.68.tar.xz) = 1030612
Index: files/lighttpd.conf
===
RCS file: /home/cvs/ports/www/lighttpd/files/lighttpd.conf,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 lighttpd.conf
--- files/lighttpd.conf 18 Aug 2010 11:16:55 -  1.1
+++ files/lighttpd.conf 6 Jan 2023 01:01:10 -
@@ -22,11 +22,9 @@ server.modules  = (
 #   "mod_evhost",
 #   "mod_userdir",
 #   "mod_cgi",
-#   "mod_compress",
+#   "mod_deflate",
 #   "mod_ssi",
-#   "mod_usertrack",
 #   "mod_expire",
-#   "mod_secdownload",
 #   "mod_rrdtool",
 "mod_accesslog" )
 
Index: patches/patch-doc_CMakeLists_txt
===
RCS file: patches/patch-doc_CMakeLists_txt
diff -N patches/patch-doc_CMakeLists_txt
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-doc_CMakeLists_txt5 Jan 2023 20:10:31 -
@@ -0,0 +1,11 @@
+[cmake] add doc/CMakeLists.txt to dist tar ball (#3181)
+da8abbfad414f2f8078e0b50302d691f8b21bbe0
+
+Index: doc/CMakeLists.txt
+--- 

CVS: cvs.openbsd.org: ports

2023-01-07 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2023/01/07 02:29:01

Modified files:
x11/gnome/gvfs : Makefile distinfo 
x11/gnome/gvfs/pkg: PLIST-main 

Log message:
Update to gvfs-1.50.3.



misc/rlwrap: unicode xclipboard behaviour

2023-01-07 Thread screwtape
Excuse me, after enabling UTF8 I noticed this funny behaviour that didn't seem 
very good. In ~ the default fvwm xterm with rlwrap and xclip packages from 
ports on both arm64 and amd64

$ printf "a\xe2\x98\xbdb" | xclip -i
$ rlwrap ed


in contrast to

$ printf "a\xe2\x98\xbdb" | xclip -i
$ ed


Which works as expected. ed could be something else, I tried with rlwrap ecl 
and rlwrap sbcl. pkg_info rlwrap lists ports@openbsd.org as the maintainer. 
Sorry if it was something I caused myself, or the intended functionality.