Re: geo/osm2pgsql： Update to 1.10.0

2023-11-24 Thread Landry Breuil 
Le Fri, Nov 24, 2023 at 02:20:49AM +, wen heping a écrit :
> Hi, ports@:
> 
> Here is a patch for geo/osm2pgsql:
> i) Update to 1.10.0
> ii) 3 patches removed and 2 new patches
> iii) add missing BUILD_DEPEND
> 
>It build well and run well on amd64-current system, 
> 97% tests passed , same as previous version.

thanks, commited - i added patches/patch-src_command-line-parser_cpp to
replace patches/patch-src_options_cpp you removed.

Re: Fix rk356x u-boot device trees

2023-11-24 Thread Mark Kettenis 
> Date: Fri, 24 Nov 2023 16:27:07 +0800
> From: Kevin Lo 
> 
> On Thu, Nov 23, 2023 at 02:14:59PM +0100, Mark Kettenis wrote:
> > 
> > The ranges provided by the "official" device tree still don't seem to
> > work correctly.  At least iwx(4) fails to load its firmware with the
> > default device tree.  The diff below fixes this.  This matches the
> > device tree I built myself some time ago.
> 
> iwx(4) works on my Rock 3A withouth this patch.
> What board did you test?  Thanks.

Also Rock 3A.  Mine is a 2G model with AX200 though.

Are you sure that you don't have a device tree on the ms-dos partition
that is getting picked up by u-boot?

> OpenBSD 7.4-current (GENERIC.MP) #27: Thu Nov 23 13:42:34 MST 2023
> dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC.MP
> real mem  = 8317829120 (7932MB)
> avail mem = 7981862912 (7612MB)
> random: good seed from bootblocks
> mainbus0 at root: Radxa ROCK3 Model A
> psci0 at mainbus0: PSCI 1.1, SMCCC 1.2, SYSTEM_SUSPEND
> efi0 at mainbus0: UEFI 2.10
> efi0: Das U-Boot rev 0x20231000
> smbios0 at efi0: SMBIOS 3.0
> smbios0: vendor U-Boot version "2023.10" date 10/01/2023
> smbios0: Unknown Unknown Product
> cpu0 at mainbus0 mpidr 0: ARM Cortex-A55 r2p0
> cpu0: 32KB 64b/line 4-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
> cpu0: 512KB 64b/line 16-way L2 cache
> cpu0: 
> DP,RDM,Atomic,CRC32,SHA2,SHA1,AES+PMULL,LRCPC,DPB,ASID16,PAN+ATS1E1,LO,HPDS,VH,HAFDBS,SBSS
> cpu1 at mainbus0 mpidr 100: ARM Cortex-A55 r2p0
> cpu1: 32KB 64b/line 4-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
> cpu1: 512KB 64b/line 16-way L2 cache
> cpu1: 
> DP,RDM,Atomic,CRC32,SHA2,SHA1,AES+PMULL,LRCPC,DPB,ASID16,PAN+ATS1E1,LO,HPDS,VH,HAFDBS,SBSS
> cpu2 at mainbus0 mpidr 200: ARM Cortex-A55 r2p0
> cpu2: 32KB 64b/line 4-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
> cpu2: 512KB 64b/line 16-way L2 cache
> cpu2: 
> DP,RDM,Atomic,CRC32,SHA2,SHA1,AES+PMULL,LRCPC,DPB,ASID16,PAN+ATS1E1,LO,HPDS,VH,HAFDBS,SBSS
> cpu3 at mainbus0 mpidr 300: ARM Cortex-A55 r2p0
> cpu3: 32KB 64b/line 4-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
> cpu3: 512KB 64b/line 16-way L2 cache
> cpu3: 
> DP,RDM,Atomic,CRC32,SHA2,SHA1,AES+PMULL,LRCPC,DPB,ASID16,PAN+ATS1E1,LO,HPDS,VH,HAFDBS,SBSS
> scmi0 at mainbus0: SCMI 2.0
> apm0 at mainbus0
> agintc0 at mainbus0 mbi shift 4:4 nirq 352 nredist 4 ipi: 0, 1, 2: 
> "interrupt-controller"
> syscon0 at mainbus0: "syscon"
> rkiovd0 at syscon0
> syscon1 at mainbus0: "syscon"
> syscon2 at mainbus0: "syscon"
> syscon3 at mainbus0: "syscon"
> syscon4 at mainbus0: "syscon"
> syscon5 at mainbus0: "syscon"
> syscon6 at mainbus0: "syscon"
> rkclock0 at mainbus0: PMUCRU
> rkclock1 at mainbus0: CRU
> syscon7 at mainbus0: "power-management"
> "power-controller" at syscon7 not configured
> syscon8 at mainbus0: "qos"
> syscon9 at mainbus0: "qos"
> syscon10 at mainbus0: "qos"
> syscon11 at mainbus0: "qos"
> syscon12 at mainbus0: "qos"
> syscon13 at mainbus0: "qos"
> syscon14 at mainbus0: "qos"
> syscon15 at mainbus0: "qos"
> syscon16 at mainbus0: "qos"
> syscon17 at mainbus0: "qos"
> syscon18 at mainbus0: "qos"
> syscon19 at mainbus0: "qos"
> syscon20 at mainbus0: "qos"
> syscon21 at mainbus0: "qos"
> syscon22 at mainbus0: "qos"
> syscon23 at mainbus0: "qos"
> syscon24 at mainbus0: "qos"
> syscon25 at mainbus0: "qos"
> syscon26 at mainbus0: "qos"
> syscon27 at mainbus0: "qos"
> syscon28 at mainbus0: "qos"
> syscon29 at mainbus0: "qos"
> syscon30 at mainbus0: "qos"
> syscon31 at mainbus0: "qos"
> rkcomphy0 at mainbus0
> rkcomphy1 at mainbus0
> rkusbphy0 at mainbus0: phy 0
> rkusbphy1 at mainbus0: phy 1
> rkpinctrl0 at mainbus0: "pinctrl"
> rkgpio0 at rkpinctrl0
> rkgpio1 at rkpinctrl0
> rkgpio2 at rkpinctrl0
> rkgpio3 at rkpinctrl0
> rkgpio4 at rkpinctrl0
> syscon32 at mainbus0: "syscon"
> syscon33 at mainbus0: "qos"
> syscon34 at mainbus0: "qos"
> syscon35 at mainbus0: "qos"
> syscon36 at mainbus0: "syscon"
> rkpciephy0 at mainbus0
> rkcomphy2 at mainbus0
> "opp-table-0" at mainbus0 not configured
> rkdrm0 at mainbus0
> drm0 at rkdrm0
> "firmware" at mainbus0 not configured
> "opp-table-1" at mainbus0 not configured
> simpleaudio0 at mainbus0
> "pmu" at mainbus0 not configured
> agtimer0 at mainbus0: 24000 kHz
> "xin24m" at mainbus0 not configured
> "xin32k" at mainbus0 not configured
> "sram" at mainbus0 not configured
> xhci0 at mainbus0, xHCI 1.10
> usb0 at xhci0: USB revision 3.0
> uhub0 at usb0 configuration 1 interface 0 "Generic xHCI root hub" rev 
> 3.00/1.00 addr 1
> xhci1 at mainbus0, xHCI 1.10
> usb1 at xhci1: USB revision 3.0
> uhub1 at usb1 configuration 1 interface 0 "Generic xHCI root hub" rev 
> 3.00/1.00 addr 1
> ehci0 at mainbus0
> usb2 at ehci0: USB revision 2.0
> uhub2 at usb2 configuration 1 interface 0 "Generic EHCI root hub" rev 
> 2.00/1.00 addr 1
> ohci0 at mainbus0: version 1.0
> ehci1 at mainbus0
> usb3 at ehci1: USB revision 2.0
> uhub3 at usb3 configuration 1 interface 0 "Generic EHCI root hub" rev 
> 2.00/1.00 addr 1
> ohci1 at main

Re: [update] www/pecl-pledge

2023-11-24 Thread Stuart Henderson 
On 2023/11/22 19:20, Tom Van Looy wrote:
> Hi
> 
> Can someone commit this update for www/pecl-pledge?
> The new package adds support for ini settings, and there are new docs.

Committed with some tweaks to the pkg-readme (stick to 80 columns in
text paragraphs, don't use ``` - it is not markdown) though really
this file goes way beyond what pkg-readme is meant for - I think it
would probably be better to install README.md from WRKSRC to
/usr/local/share/doc/peclXX-pledge/README.md.

Re: Fix rk356x u-boot device trees

2023-11-24 Thread Kevin Lo 
On Fri, Nov 24, 2023 at 10:08:52AM +0100, Mark Kettenis wrote:
> > Date: Fri, 24 Nov 2023 16:27:07 +0800
> > From: Kevin Lo 
> > 
> > On Thu, Nov 23, 2023 at 02:14:59PM +0100, Mark Kettenis wrote:
> > > 
> > > The ranges provided by the "official" device tree still don't seem to
> > > work correctly.  At least iwx(4) fails to load its firmware with the
> > > default device tree.  The diff below fixes this.  This matches the
> > > device tree I built myself some time ago.
> > 
> > iwx(4) works on my Rock 3A withouth this patch.
> > What board did you test?  Thanks.
> 
> Also Rock 3A.  Mine is a 2G model with AX200 though.
> 
> Are you sure that you don't have a device tree on the ms-dos partition
> that is getting picked up by u-boot?

Ah, I do have a dtb on the msdos partition.  Sorry for the noise.
I confirmed your diff works correctly, thanks.

ok kevlo@

Re: Fix rk356x u-boot device trees

2023-11-24 Thread Stuart Henderson 
I can't comment on the device tree changes, but ports-wise it's OK.


On 2023/11/24 17:58, Kevin Lo wrote:
> On Fri, Nov 24, 2023 at 10:08:52AM +0100, Mark Kettenis wrote:
> > > Date: Fri, 24 Nov 2023 16:27:07 +0800
> > > From: Kevin Lo 
> > > 
> > > On Thu, Nov 23, 2023 at 02:14:59PM +0100, Mark Kettenis wrote:
> > > > 
> > > > The ranges provided by the "official" device tree still don't seem to
> > > > work correctly.  At least iwx(4) fails to load its firmware with the
> > > > default device tree.  The diff below fixes this.  This matches the
> > > > device tree I built myself some time ago.
> > > 
> > > iwx(4) works on my Rock 3A withouth this patch.
> > > What board did you test?  Thanks.
> > 
> > Also Rock 3A.  Mine is a 2G model with AX200 though.
> > 
> > Are you sure that you don't have a device tree on the ms-dos partition
> > that is getting picked up by u-boot?
> 
> Ah, I do have a dtb on the msdos partition.  Sorry for the noise.
> I confirmed your diff works correctly, thanks.
> 
> ok kevlo@

Re: Fix rk356x u-boot device trees

2023-11-24 Thread Kevin Lo 
On Thu, Nov 23, 2023 at 02:14:59PM +0100, Mark Kettenis wrote:
> 
> The ranges provided by the "official" device tree still don't seem to
> work correctly.  At least iwx(4) fails to load its firmware with the
> default device tree.  The diff below fixes this.  This matches the
> device tree I built myself some time ago.

iwx(4) works on my Rock 3A withouth this patch.
What board did you test?  Thanks.

OpenBSD 7.4-current (GENERIC.MP) #27: Thu Nov 23 13:42:34 MST 2023
dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC.MP
real mem  = 8317829120 (7932MB)
avail mem = 7981862912 (7612MB)
random: good seed from bootblocks
mainbus0 at root: Radxa ROCK3 Model A
psci0 at mainbus0: PSCI 1.1, SMCCC 1.2, SYSTEM_SUSPEND
efi0 at mainbus0: UEFI 2.10
efi0: Das U-Boot rev 0x20231000
smbios0 at efi0: SMBIOS 3.0
smbios0: vendor U-Boot version "2023.10" date 10/01/2023
smbios0: Unknown Unknown Product
cpu0 at mainbus0 mpidr 0: ARM Cortex-A55 r2p0
cpu0: 32KB 64b/line 4-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
cpu0: 512KB 64b/line 16-way L2 cache
cpu0: 
DP,RDM,Atomic,CRC32,SHA2,SHA1,AES+PMULL,LRCPC,DPB,ASID16,PAN+ATS1E1,LO,HPDS,VH,HAFDBS,SBSS
cpu1 at mainbus0 mpidr 100: ARM Cortex-A55 r2p0
cpu1: 32KB 64b/line 4-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
cpu1: 512KB 64b/line 16-way L2 cache
cpu1: 
DP,RDM,Atomic,CRC32,SHA2,SHA1,AES+PMULL,LRCPC,DPB,ASID16,PAN+ATS1E1,LO,HPDS,VH,HAFDBS,SBSS
cpu2 at mainbus0 mpidr 200: ARM Cortex-A55 r2p0
cpu2: 32KB 64b/line 4-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
cpu2: 512KB 64b/line 16-way L2 cache
cpu2: 
DP,RDM,Atomic,CRC32,SHA2,SHA1,AES+PMULL,LRCPC,DPB,ASID16,PAN+ATS1E1,LO,HPDS,VH,HAFDBS,SBSS
cpu3 at mainbus0 mpidr 300: ARM Cortex-A55 r2p0
cpu3: 32KB 64b/line 4-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
cpu3: 512KB 64b/line 16-way L2 cache
cpu3: 
DP,RDM,Atomic,CRC32,SHA2,SHA1,AES+PMULL,LRCPC,DPB,ASID16,PAN+ATS1E1,LO,HPDS,VH,HAFDBS,SBSS
scmi0 at mainbus0: SCMI 2.0
apm0 at mainbus0
agintc0 at mainbus0 mbi shift 4:4 nirq 352 nredist 4 ipi: 0, 1, 2: 
"interrupt-controller"
syscon0 at mainbus0: "syscon"
rkiovd0 at syscon0
syscon1 at mainbus0: "syscon"
syscon2 at mainbus0: "syscon"
syscon3 at mainbus0: "syscon"
syscon4 at mainbus0: "syscon"
syscon5 at mainbus0: "syscon"
syscon6 at mainbus0: "syscon"
rkclock0 at mainbus0: PMUCRU
rkclock1 at mainbus0: CRU
syscon7 at mainbus0: "power-management"
"power-controller" at syscon7 not configured
syscon8 at mainbus0: "qos"
syscon9 at mainbus0: "qos"
syscon10 at mainbus0: "qos"
syscon11 at mainbus0: "qos"
syscon12 at mainbus0: "qos"
syscon13 at mainbus0: "qos"
syscon14 at mainbus0: "qos"
syscon15 at mainbus0: "qos"
syscon16 at mainbus0: "qos"
syscon17 at mainbus0: "qos"
syscon18 at mainbus0: "qos"
syscon19 at mainbus0: "qos"
syscon20 at mainbus0: "qos"
syscon21 at mainbus0: "qos"
syscon22 at mainbus0: "qos"
syscon23 at mainbus0: "qos"
syscon24 at mainbus0: "qos"
syscon25 at mainbus0: "qos"
syscon26 at mainbus0: "qos"
syscon27 at mainbus0: "qos"
syscon28 at mainbus0: "qos"
syscon29 at mainbus0: "qos"
syscon30 at mainbus0: "qos"
syscon31 at mainbus0: "qos"
rkcomphy0 at mainbus0
rkcomphy1 at mainbus0
rkusbphy0 at mainbus0: phy 0
rkusbphy1 at mainbus0: phy 1
rkpinctrl0 at mainbus0: "pinctrl"
rkgpio0 at rkpinctrl0
rkgpio1 at rkpinctrl0
rkgpio2 at rkpinctrl0
rkgpio3 at rkpinctrl0
rkgpio4 at rkpinctrl0
syscon32 at mainbus0: "syscon"
syscon33 at mainbus0: "qos"
syscon34 at mainbus0: "qos"
syscon35 at mainbus0: "qos"
syscon36 at mainbus0: "syscon"
rkpciephy0 at mainbus0
rkcomphy2 at mainbus0
"opp-table-0" at mainbus0 not configured
rkdrm0 at mainbus0
drm0 at rkdrm0
"firmware" at mainbus0 not configured
"opp-table-1" at mainbus0 not configured
simpleaudio0 at mainbus0
"pmu" at mainbus0 not configured
agtimer0 at mainbus0: 24000 kHz
"xin24m" at mainbus0 not configured
"xin32k" at mainbus0 not configured
"sram" at mainbus0 not configured
xhci0 at mainbus0, xHCI 1.10
usb0 at xhci0: USB revision 3.0
uhub0 at usb0 configuration 1 interface 0 "Generic xHCI root hub" rev 3.00/1.00 
addr 1
xhci1 at mainbus0, xHCI 1.10
usb1 at xhci1: USB revision 3.0
uhub1 at usb1 configuration 1 interface 0 "Generic xHCI root hub" rev 3.00/1.00 
addr 1
ehci0 at mainbus0
usb2 at ehci0: USB revision 2.0
uhub2 at usb2 configuration 1 interface 0 "Generic EHCI root hub" rev 2.00/1.00 
addr 1
ohci0 at mainbus0: version 1.0
ehci1 at mainbus0
usb3 at ehci1: USB revision 2.0
uhub3 at usb3 configuration 1 interface 0 "Generic EHCI root hub" rev 2.00/1.00 
addr 1
ohci1 at mainbus0: version 1.0
rkiic0 at mainbus0
iic0 at rkiic0
fanpwr0 at iic0 addr 0x1c: TCS4525, 0.90 VDC
rkpmic0 at iic0 addr 0x20: RK809
"gpu" at mainbus0 not configured
"video-codec" at mainbus0 not configured
"iommu" at mainbus0 not configured
"rga" at mainbus0 not configured
"video-codec" at mainbus0 not configured
"iommu" at mainbus0 not configured
dwmmc0 at mainbus0: 50 MHz base clock
sdmmc0 at dwmmc0: 4-bit, sd high-speed, dma
dwqe0 at mainbus0 gmac 1: rev 0x51, address aa:1

aarch64 bulk build report

2023-11-24 Thread phessler 
bulk build on arm64.ports.openbsd.org
started on  Tue Nov 21 16:01:36 MST 2023
finished at Fri Nov 24 04:48:22 MST 2023
lasted 2D12h46m
done with kern.version=OpenBSD 7.4-current (GENERIC.MP) #24: Tue Nov 21 
00:15:47 MST 2023

built packages:11873
Nov 21:3445
Nov 22:939
Nov 23:3762
Nov 24:3726


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

build failures: 6
http://build-failures.rhaalovely.net/aarch64/2023-11-21/audio/audacious/plugins.log
http://build-failures.rhaalovely.net/aarch64/2023-11-21/net/nheko.log
http://build-failures.rhaalovely.net/aarch64/2023-11-21/sysutils/cdrtools.log
http://build-failures.rhaalovely.net/aarch64/2023-11-21/sysutils/telegraf.log
http://build-failures.rhaalovely.net/aarch64/2023-11-21/www/hiawatha.log
http://build-failures.rhaalovely.net/aarch64/2023-11-21/x11/libquotient.log

recurrent failures
 failures/net/nheko.log
 failures/sysutils/cdrtools.log
 failures/www/hiawatha.log
 failures/x11/libquotient.log
new failures
+++ ls-failures Fri Nov 24 04:48:34 2023
+failures/audio/audacious/plugins.log
+failures/sysutils/telegraf.log
resolved failures
--- ../old/aarch64/last//ls-failuresMon Nov 20 22:58:51 2023
-failures/cad/prusaslicer.log
-failures/games/jbrickshooter.log
-failures/games/libgdx/1.9.11.log
-failures/games/libgdx/1.9.9.log
-failures/games/lwjgl.log
-failures/graphics/opencv.log
-failures/java/jBCrypt.log
-failures/java/tanukiwrapper.log
-failures/lang/kawa.log
-failures/lang/librep.log
-failures/net/gnugk.log
-failures/net/i2p.log
-failures/sysutils/rundeck.log
-failures/textproc/pdftk.log
-failures/www/icedtea-web.log

Re: aarch64 bulk build report

2023-11-24 Thread Peter Hessler 
good news, all of the java build errors are gone.  brief look at the
logs inline.

On 2023 Nov 24 (Fri) at 04:48:34 -0700 (-0700), phess...@openbsd.org wrote:
:critical path missing pkgs:  
http://build-failures.rhaalovely.net/aarch64/2023-11-21/summary.log
:
:build failures: 6
:http://build-failures.rhaalovely.net/aarch64/2023-11-21/audio/audacious/plugins.log

likely a missing dep:

 if c++ -fPIC -DPIC -O2 -pipe -ffast-math -Wall -pipe -std=gnu++17 
-Wtype-limits -Woverloaded-virtual -fvisibility=hidden -fPIC -DPIC 
-I/usr/X11R6/include -I/usr/local/include -include config.h 
-I/usr/local/include  -I/usr/local/include -I../..   -MD -MF ${out%.o}.dep -c 
-o mpt.plugin.o mpt.cc; then \
printf "Successfully compiled %s (plugin).\n" "mpt.cc"; \
 else \
err=$?; printf "Failed to compile %s (plugin)!\n" "mpt.cc"; exit $err; \
 fi
 In file included from mpt.cc:32:
 ./mptwrap.h:34:10: fatal error: 'libopenmpt/libopenmpt.h' file not found
 #include 
  ^
 1 error generated.

:http://build-failures.rhaalovely.net/aarch64/2023-11-21/sysutils/cdrtools.log

hangs running avoffset.  seems there is a 3.01 update available that addresses 
that program.


:http://build-failures.rhaalovely.net/aarch64/2023-11-21/sysutils/telegraf.log

 /usr/obj/ports/telegraf-1.28.3/go/bin/telegraf config > 
/usr/obj/ports/telegraf-1.28.3/github.com/influxdata/telegraf@v1.28.3/etc/telegraf.conf
 panic: runtime error: invalid memory address or nil pointer dereference
 [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x3116358]

 goroutine 1 [running]:
 modernc.org/libc.(*TLS).setErrno(0xb6636c0?, {0x58dfd20?, 0x76db6e0?})
modernc.org/libc@v1.22.5/etc.go:189 +0x108
 modernc.org/libc.Xmalloc(0x4001d3feb0?, 0x77178c0?)
modernc.org/libc@v1.22.5/mem.go:34 +0xf4
 modernc.org/libc.init()
modernc.org/libc@v1.22.5/libc_openbsd.go:49 +0x204

:http://build-failures.rhaalovely.net/aarch64/2023-11-21/www/hiawatha.log

 /usr/obj/ports/hiawatha-11.4/bin/cc  
-I/usr/obj/ports/hiawatha-11.4/hiawatha-11.4/mbedtls/include 
-I/usr/obj/ports/hiawatha-11.4/hiawatha-11.4/mbedtls/library -O2 -Wall -Wextra 
-O2 -pipe -g -Wall -Wextra -Wwrite-strings -Wpointer-arith 
-Wimplicit-fallthrough -Wshadow -Wvla -Wformat=2 -Wno-format-nonliteral 
-Wmissing-declarations -Wmissing-prototypes -Wdocumentation 
-Wno-documentation-deprecated-sync -Wunreachable-code -g -DNDEBUG -std=c99 -MD 
-MT mbedtls/library/CMakeFiles/mbedcrypto.dir/aesce.c.o -MF 
mbedtls/library/CMakeFiles/mbedcrypto.dir/aesce.c.o.d -o 
mbedtls/library/CMakeFiles/mbedcrypto.dir/aesce.c.o -c 
/usr/obj/ports/hiawatha-11.4/hiawatha-11.4/mbedtls/library/aesce.c
 In file included from 
/usr/obj/ports/hiawatha-11.4/hiawatha-11.4/mbedtls/library/aesce.c:70:
 /usr/lib/clang/16/include/arm_neon.h:62829:32: error: always_inline function 
'vget_high_p64' requires target feature 'crypto', but would be inlined into 
function 'vmull_high_p64' that is compiled without support for 'crypto'
   __ret = vmull_p64((poly64_t)(vget_high_p64(__p0)), 
(poly64_t)(vget_high_p64(__p1)));
^
 /usr/lib/clang/16/include/arm_neon.h:62829:65: error: always_inline function 
'vget_high_p64' requires target feature 'crypto', but would be inlined into 
function 'vmull_high_p64' that is compiled without support for 'crypto'
   __ret = vmull_p64((poly64_t)(vget_high_p64(__p0)), 
(poly64_t)(vget_high_p64(__p1)));
 ^

probably needs some compiler attributes shuffled around.

:http://build-failures.rhaalovely.net/aarch64/2023-11-21/net/nheko.log

 FAILED: CMakeFiles/nheko.dir/nheko_autogen/mocs_compilation.cpp.o 
 /usr/obj/ports/nheko-0.11.3/bin/c++ -DFMT_SHARED -DGSTREAMER_AVAILABLE 
-DNHEKO_DBUS_SYS -DQAPPLICATION_CLASS=QApplication -DQT_CONCURRENT_LIB 
-DQT_CORE_LIB -DQT_DBUS_LIB -DQT_GUI_LIB -DQT_MULTIMEDIA_LIB -DQT_NETWORK_LIB 
-DQT_NO_DEBUG -DQT_QMLMODELS_LIB -DQT_QML_LIB -DQT_QUICKCONTROLS2_LIB 
-DQT_QUICKWIDGETS_LIB -DQT_QUICK_LIB -DQT_SVG_LIB -DQT_WIDGETS_LIB 
-DSPDLOG_COMPILED_LIB -DSPDLOG_SHARED_LIB -DXCB_AVAILABLE 
-I/usr/obj/ports/nheko-0.11.3/build-aarch64 
-I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3 
-I/usr/obj/ports/nheko-0.11.3/build-aarch64/nheko_autogen/include 
-I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/src 
-I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/includes 
-I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/third_party/cpp-httplib-0.5.12 
-I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/third_party/blurhash 
-I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/third_party/SingleApplication-3.3.2 
-isystem /usr/local/include/X11/qt5 -isystem /usr/local/include/X11/qt5/QtDBus 
-isystem /usr/local/include/X11/qt5/QtCore -isystem 
/usr/local/lib/qt5/./mkspecs/openbsd-clang -isystem /usr/local/include -isystem 
/usr/local/include/X11/qt5/QtWidgets -isystem /usr/local/include/X11/qt5/QtGui 
-isystem /usr/X11R6/include -isystem /usr/local/include/X11/qt5/QtSvg -isystem 
/usr/local/i

Re: i386 ports build failures

2023-11-24 Thread Stuart Henderson 
On 2023/11/20 15:08, Stuart Henderson wrote:
> devel/spidermonkey115: typedef redefinition with different types
> ('float' vs 'long double')

FWIW I've removed patch-modules_fdlibm_src_math_private_h from my tree
and will see if that works when my current bulk reaches as far as
spidermonkey.

Unlikely to be LLVM16-related.

> www/wpebackend-fdo: non-constant-expression cannot be narrowed from
>type 'uint32_t' (aka 'unsigned int') to 'long' in initializer list
>[-Wc++11-narrowing]

Recent port, I guess this is unlikely to be LLVM16-related too.
Less important than spidermonkey as nothing depends on it.

[New]devel/p5-DateTime-HiRes

2023-11-24 Thread wen heping 
Hi, ports@:

Here is a patch to create devel/devel/p5-DateTime-HiRes.
It is required by the update of devel/p5-DateTime-Format-Natural.
It build and run well and pass all tests on amd64-current system.

Cheers !
wen

p5-DateTime-HiRes.tar.gz
Description: p5-DateTime-HiRes.tar.gz

Re: lang/sbcl on powerpc (call for testing) - Re: powerpc bulk build report

2023-11-24 Thread Tobias Heider 
On Fri, Nov 24, 2023 at 08:36:03AM +0100, Sebastien Marie wrote:
> Tobias Heider  writes:
>
> > On Thu, Nov 23, 2023 at 11:02:22AM +0100, Sebastien Marie wrote:
> >> gkoeh...@openbsd.org writes:
> >> > http://build-failures.rhaalovely.net/powerpc/2023-10-31/lang/sbcl.log
> >>
> >> Could someone test the following patch for lang/sbcl on powerpc ?
> >> If it works, I will push it upstream.
> >
> > This fixes the first problem but after that I ran into an undefined
> > symbol current_thread error.
> >
> > It looks like arm64 already handles this correctly in arm64-assem.S:114
> > but a simple s/current_thread/__emutls_v.current_thread/ was not enough
> > since it caused runtime errors later on.
>
> oh.
>
> direct TLS seems to not be expected for powerpc: Linux code enable it
> only for some archs (and ppc isn't in the list). So follow the same way.
>
> Does it correct the problem ? (and does #include "validate.h" is still
> need ?)
>
> Thanks.
>

Sadly this seems to give me the same error that I got with 
__emutls_v.current_thread:

//doing warm init - compilation phase
This is SBCL 2.3.10.openbsd.sbcl-2.3.10, an implementation of ANSI Common Lisp.
More information about SBCL is available at .

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses.  See the CREDITS and COPYING files in the
distribution for more information.
Initial page table:
Immobile Object Counts
 Gen layout fdefn symbol   code  Boxed   ConsRaw   Code  SmMix  Mixed  
LgRaw LgCode  LgMix Waste%   AllocTrig   Dirty GCs Mem-age
  6  0  0  0  0  0501  0   3505  0   3591  
0  0  00.430986640 2003505   0  0.
Tot  0  0  0  0  0501  0   3505  0   3591  
0  0  00.430986640 [5.8% of 536870912 max]
fatal error encountered in SBCL pid 94032 pthread 0xc50e1d94:
maximum interrupt nesting depth (8) exceeded

Welcome to LDB, a low-level debugger for the Lisp runtime environment.
ldb> //doing warm init - load and dump phase
fatal error encountered in SBCL pid 52269 pthread 0xc040cd94:
maximum interrupt nesting depth (8) exceeded

Welcome to LDB, a low-level debugger for the Lisp runtime environment.
ldb> [1] + Stopped (tty input)  ./src/runtime/sbcl --core output/cold-sbcl.core
[2] - Stopped (tty input)  ./src/runtime/sbcl --noinform --core output/col
0m00.51s real 0m00.01s user 0m00.01s system
//entering make-target-contrib.sh

Re: [New]devel/p5-DateTime-HiRes

2023-11-24 Thread Stuart Henderson 
On 2023/11/24 14:23, wen heping wrote:
> Hi, ports@:
> 
> Here is a patch to create devel/devel/p5-DateTime-HiRes.
> It is required by the update of devel/p5-DateTime-Format-Natural.
> It build and run well and pass all tests on amd64-current system.
> 
> Cheers !
> wen

ok

[update] ansible-lint 6.22 + deps

2023-11-24 Thread Landry Breuil 
hi,

here's an update to ansible-lint, bringing more autofix features, cf
https://ansible.readthedocs.io/projects/lint/autofix/ and
https://github.com/ansible/ansible-lint/releases

it needs attached license-expression which in turns also needs
boolean.py, also attached.

make test results:
18 failed, 614 passed in 1101.48s (0:18:21)

feedback and oks welcome.

Landry


py-boolean.py.tgz
Description: application/tar-gz


py-license-expression.tgz
Description: application/tar-gz
Index: Makefile
===
RCS file: /cvs/ports/sysutils/ansible-lint/Makefile,v
diff -u -r1.38 Makefile
--- Makefile24 Nov 2023 15:37:53 -  1.38
+++ Makefile24 Nov 2023 16:12:35 -
@@ -1,7 +1,6 @@
 COMMENT =  best practices checker for ansible
 
-MODPY_EGG_VERSION =6.13.1
-REVISION = 0
+MODPY_EGG_VERSION =6.22.0
 DISTNAME = ansible-lint-${MODPY_EGG_VERSION}
 
 CATEGORIES =   sysutils
@@ -40,6 +39,8 @@
devel/py-test-mock${MODPY_FLAVOR} \
devel/py-test-xdist${MODPY_FLAVOR} \
textproc/py-tomli${MODPY_FLAVOR} \
+   textproc/py-license-expression${MODPY_FLAVOR} \
+   sysutils/py-ansible-compat${MODPY_FLAVOR} \
shells/bash \
misc/findutils
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/ansible-lint/distinfo,v
diff -u -r1.23 distinfo
--- distinfo27 Feb 2023 13:01:46 -  1.23
+++ distinfo24 Nov 2023 16:12:35 -
@@ -1,2 +1,2 @@
-SHA256 (ansible-lint-6.13.1.tar.gz) = 
Q1wStP2I2oFa9oIfO/iwTrtlGBHaiaEcnRkLr/Ibrao=
-SIZE (ansible-lint-6.13.1.tar.gz) = 488778
+SHA256 (ansible-lint-6.22.0.tar.gz) = 
DRfdSljDyCW3cpwQZ/FReHUppbGDcTyeTROmL50a0mo=
+SIZE (ansible-lint-6.22.0.tar.gz) = 509298
Index: patches/patch-tools_install-reqs_sh
===
RCS file: /cvs/ports/sysutils/ansible-lint/patches/patch-tools_install-reqs_sh,v
diff -u -r1.1 patch-tools_install-reqs_sh
--- patches/patch-tools_install-reqs_sh 27 Feb 2023 13:01:46 -  1.1
+++ patches/patch-tools_install-reqs_sh 24 Nov 2023 16:12:35 -
@@ -5,14 +5,5 @@
 -#!/bin/bash
 +#!/usr/local/bin/bash
  set -euo pipefail
- pushd examples/playbooks/collections >/dev/null
- MISSING=()
-@@ -6,7 +6,7 @@ export ANSIBLE_COLLECTIONS_PATH=.
- for COLLECTION in ansible.posix community.general community.molecule;
- do
- COL_NAME=${COLLECTION//\./-}
--FILENAME=$(find . -maxdepth 1 -name "$COL_NAME*" -print -quit)
-+FILENAME=$(gfind . -maxdepth 1 -name "$COL_NAME*" -print -quit)
- if test -n "$FILENAME"
- then
- echo "Already cached $COL_NAME as $FILENAME"
+ echo "Install requirements.yml ..."
+ ansible-galaxy collection install -r requirements.yml -p 
examples/playbooks/collections
Index: pkg/PLIST
===
RCS file: /cvs/ports/sysutils/ansible-lint/pkg/PLIST,v
diff -u -r1.19 PLIST
--- pkg/PLIST   27 Feb 2023 13:01:46 -  1.19
+++ pkg/PLIST   24 Nov 2023 16:12:35 -
@@ -1,5 +1,6 @@
 bin/ansible-lint
 
lib/python${MODPY_VERSION}/site-packages/ansible_lint-${MODPY_EGG_VERSION}.dist-info/
+lib/python${MODPY_VERSION}/site-packages/ansible_lint-${MODPY_EGG_VERSION}.dist-info/COPYING
 
lib/python${MODPY_VERSION}/site-packages/ansible_lint-${MODPY_EGG_VERSION}.dist-info/METADATA
 
lib/python${MODPY_VERSION}/site-packages/ansible_lint-${MODPY_EGG_VERSION}.dist-info/RECORD
 
lib/python${MODPY_VERSION}/site-packages/ansible_lint-${MODPY_EGG_VERSION}.dist-info/WHEEL
@@ -66,40 +67,6 @@
 lib/python${MODPY_VERSION}/site-packages/ansiblelint/_internal/rules.py
 lib/python${MODPY_VERSION}/site-packages/ansiblelint/_internal/warning.md
 lib/python${MODPY_VERSION}/site-packages/ansiblelint/_mockings.py
-lib/python${MODPY_VERSION}/site-packages/ansiblelint/_vendor/
-lib/python${MODPY_VERSION}/site-packages/ansiblelint/_vendor/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/ansiblelint/_vendor/${MODPY_PYCACHE}/
-lib/python${MODPY_VERSION}/site-packages/ansiblelint/_vendor/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
-lib/python${MODPY_VERSION}/site-packages/ansiblelint/_vendor/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/ansiblelint/_vendor/ansible_compat/
-lib/python${MODPY_VERSION}/site-packages/ansiblelint/_vendor/ansible_compat/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/ansiblelint/_vendor/ansible_compat/${MODPY_PYCACHE}/
-lib/python${MODPY_VERSION}/site-packages/ansiblelint/_vendor/ansible_compat/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
-lib/python${MODPY_VERSION}/site-packages/ansiblelint/_vendor/ansible_compat/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC

new net/pfresolved

2023-11-24 Thread Alexander Bluhm 
Hi,

ok to import pfresolved 1.00 ?

Comment:
pf table DNS update daemon

Description:
Convert files with FQDN into IP addreses and write them into pf
tables.  The daemon pfresolved allows to consume lists of hostnames
that can be used in pf rules.  Thses lists are updated dynamically
using DNS.

bluhm


pfresolved.tar.gz
Description: application/tar-gz

[update] wayland/sway & wayland/wlroots 0.17.0

2023-11-24 Thread Landry Breuil 
hi,

here's two diffs to update wlroots to the recently released 0.17.0, and
update sway to a more recent commit (eg last commit before they started
using wlroots apis not in 0.17.0).

Both ports now use upstream sources, and i've added your commits as
patches in most places, taken from
https://gitlab.freedesktop.org/mherrb/wlroots/-/compare/master...obsd?from_project_id=12103
and
https://github.com/mherrb/sway/commit/1f64b183d3c12aaf54f43c474a709cc79ccbbb59
for the latter, some of the work that was done to find config files in
swayidle/swaylock can be reused.

sway runs fine here - ive reseted the version since it's still UNLINKED,
but i've bumped EPOCH for wlroots.

feedback and testing welcome :)

Landry
Index: Makefile
===
RCS file: /cvs/ports/wayland/sway/Makefile,v
retrieving revision 1.6
diff -u -r1.6 Makefile
--- Makefile12 Nov 2023 10:46:11 -  1.6
+++ Makefile24 Nov 2023 17:57:58 -
@@ -1,13 +1,10 @@
 COMMENT =  i3-compatible Wayland compositor
 UNLINKED   = wayland
 
-V =20231108
-PKGNAME =  sway-${V}
-
-GH_ACCOUNT =   mherrb
+GH_ACCOUNT =   swaywm
 GH_PROJECT =   sway
-GH_TAGNAME =   sway-obsd-${V}
-
+GH_COMMIT =bff991dfdc63ca3785a810ff4d913ddfd71677a1
+DISTNAME = ${GH_PROJECT}-1.8.1pl20231121
 CATEGORIES =   wayland
 
 HOMEPAGE = https://github.com/swaywm/sway
Index: distinfo
===
RCS file: /cvs/ports/wayland/sway/distinfo,v
retrieving revision 1.2
diff -u -r1.2 distinfo
--- distinfo8 Nov 2023 14:04:07 -   1.2
+++ distinfo24 Nov 2023 17:57:58 -
@@ -1,2 +1,2 @@
-SHA256 (sway-sway-obsd-20231108.tar.gz) = 
YC2EMMvJDzJ/XHaz+sve1ND1JhDp7HEYnD4wQyPYhfE=
-SIZE (sway-sway-obsd-20231108.tar.gz) = 5580535
+SHA256 (sway-1.8.1pl20231121-bff991df.tar.gz) = 
6WbJ34/vaJ6cwLp6BYh/ogpnz2a0Qz/FPXA9CwhT9WA=
+SIZE (sway-1.8.1pl20231121-bff991df.tar.gz) = 5581167
Index: patches/patch-common_stringop_c
===
RCS file: patches/patch-common_stringop_c
diff -N patches/patch-common_stringop_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-common_stringop_c 24 Nov 2023 17:57:58 -
@@ -0,0 +1,20 @@
+Index: common/stringop.c
+--- common/stringop.c.orig
 common/stringop.c
+@@ -6,7 +6,16 @@
+ #include 
+ #include 
+ #include 
++#ifndef __OpenBSD__
+ #include 
++#else
++#include 
++#define wordexp_t glob_t
++#define wordfree globfree
++#define wordexp(s,p,f) glob((s), GLOB_DOOFFS, NULL, (p))
++#define we_wordc gl_pathc
++#define we_wordv gl_pathv
++#endif
+ #include "list.h"
+ #include "log.h"
+ #include "stringop.h"
Index: patches/patch-include_stringop_h
===
RCS file: patches/patch-include_stringop_h
diff -N patches/patch-include_stringop_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-include_stringop_h24 Nov 2023 17:57:58 -
@@ -0,0 +1,11 @@
+Index: include/stringop.h
+--- include/stringop.h.orig
 include/stringop.h
+@@ -1,6 +1,7 @@
+ #ifndef _SWAY_STRINGOP_H
+ #define _SWAY_STRINGOP_H
+ 
++#include 
+ #include 
+ #include 
+ #include "list.h"
Index: patches/patch-meson_build
===
RCS file: patches/patch-meson_build
diff -N patches/patch-meson_build
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-meson_build   24 Nov 2023 17:57:58 -
@@ -0,0 +1,11 @@
+Index: meson.build
+--- meson.build.orig
 meson.build
+@@ -81,7 +81,6 @@ drm_full = dependency('libdrm') # only needed for drm_
+ drm = drm_full.partial_dependency(compile_args: true, includes: true)
+ libudev = wlroots_features['libinput_backend'] ? dependency('libudev') : 
null_dep
+ math = cc.find_library('m')
+-rt = cc.find_library('rt')
+ xcb_icccm = dependency('xcb-icccm', required: get_option('xwayland'))
+ threads = dependency('threads') # for pthread_setschedparam
+ 
Index: patches/patch-meson_build.orig
===
RCS file: patches/patch-meson_build.orig
diff -N patches/patch-meson_build.orig
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-meson_build.orig  24 Nov 2023 17:57:58 -
@@ -0,0 +1,11 @@
+Index: meson.build
+--- meson.build.orig
 meson.build
+@@ -81,7 +81,6 @@ drm_full = dependency('libdrm') # only needed for drm_
+ drm = drm_full.partial_dependency(compile_args: true, includes: true)
+ libudev = wlroots_features['libinput_backend'] ? dependency('libudev') : 
null_dep
+ math = cc.find_library('m')
+-rt = cc.find_library('rt')
+ xcb_icccm = dependency('xcb-icccm', required: get_option('xwayland'))
+ threads = dependency('threads') # for pthread_setschedparam
+ 
Index: patches/patch-sway_config_bar_c
===
RCS file: patches/patch-sway_config_bar_c
diff -N patches/patc

Re: lang/sbcl on powerpc (call for testing) - Re: powerpc bulk build report

2023-11-24 Thread Tobias Heider 
On Fri, Nov 24, 2023 at 03:23:46PM +0100, Tobias Heider wrote:
> On Fri, Nov 24, 2023 at 08:36:03AM +0100, Sebastien Marie wrote:
> > Tobias Heider  writes:
> >
> > > On Thu, Nov 23, 2023 at 11:02:22AM +0100, Sebastien Marie wrote:
> > >> gkoeh...@openbsd.org writes:
> > >> > http://build-failures.rhaalovely.net/powerpc/2023-10-31/lang/sbcl.log
> > >>
> > >> Could someone test the following patch for lang/sbcl on powerpc ?
> > >> If it works, I will push it upstream.
> > >
> > > This fixes the first problem but after that I ran into an undefined
> > > symbol current_thread error.
> > >
> > > It looks like arm64 already handles this correctly in arm64-assem.S:114
> > > but a simple s/current_thread/__emutls_v.current_thread/ was not enough
> > > since it caused runtime errors later on.
> >
> > oh.
> >
> > direct TLS seems to not be expected for powerpc: Linux code enable it
> > only for some archs (and ppc isn't in the list). So follow the same way.
> >
> > Does it correct the problem ? (and does #include "validate.h" is still
> > need ?)
> >
> > Thanks.
> >
> 
> Sadly this seems to give me the same error that I got with 
> __emutls_v.current_thread:
> 
> //doing warm init - compilation phase
> This is SBCL 2.3.10.openbsd.sbcl-2.3.10, an implementation of ANSI Common 
> Lisp.
> More information about SBCL is available at .
> 
> SBCL is free software, provided as is, with absolutely no warranty.
> It is mostly in the public domain; some portions are provided under
> BSD-style licenses.  See the CREDITS and COPYING files in the
> distribution for more information.
> Initial page table:
> Immobile Object Counts
>  Gen layout fdefn symbol   code  Boxed   ConsRaw   Code  SmMix  Mixed  
> LgRaw LgCode  LgMix Waste%   AllocTrig   Dirty GCs Mem-age
>   6  0  0  0  0  0501  0   3505  0   3591 
>  0  0  00.430986640 2003505   0  0.
> Tot  0  0  0  0  0501  0   3505  0   3591 
>  0  0  00.430986640 [5.8% of 536870912 max]
> fatal error encountered in SBCL pid 94032 pthread 0xc50e1d94:
> maximum interrupt nesting depth (8) exceeded
> 
> Welcome to LDB, a low-level debugger for the Lisp runtime environment.
> ldb> //doing warm init - load and dump phase
> fatal error encountered in SBCL pid 52269 pthread 0xc040cd94:
> maximum interrupt nesting depth (8) exceeded
> 
> Welcome to LDB, a low-level debugger for the Lisp runtime environment.
> ldb> [1] + Stopped (tty input)  ./src/runtime/sbcl --core 
> output/cold-sbcl.core
> [2] - Stopped (tty input)  ./src/runtime/sbcl --noinform --core output/col
> 0m00.51s real 0m00.01s user 0m00.01s system
> //entering make-target-contrib.sh
> 

Just realized that that was a lie.  I was looking at the wrong tmux pane...
Your fix seems to work. Thank you!

devel/py-installer dependency weirdness?

2023-11-24 Thread Laurence Tratt 
While `make update`ing Firefox, I stumbled across this build error:

  ===> py3-build-1.0.3 depends on: py3-installer-* - not found
  ===>  Verifying install for py3-installer-* in devel/py-installer
  ===>  Checking files for py3-installer-0.7.0
  >> Fetch https://pypi.io/packages/source/i/installer/installer-0.7.0.tar.gz
  installer-0.7.0.tar.gz 100% |***|   463 KB00:05   
 
  >> (SHA256) installer-0.7.0.tar.gz: OK
  ===>  Extracting for py3-installer-0.7.0
  ===>  Patching for py3-installer-0.7.0
  ===>  Compiler link: clang -> /usr/bin/clang
  ===>  Compiler link: clang++ -> /usr/bin/clang++
  ===>  Compiler link: cc -> /usr/bin/cc
  ===>  Compiler link: c++ -> /usr/bin/c++
  ===>  Generating configure for py3-installer-0.7.0
  ===>  Configuring for py3-installer-0.7.0
  ===>  Building for py3-installer-0.7.0
  cd /usr/ports/pobj/py-installer-0.7.0-python3/installer-0.7.0 && 
/usr/local/bin/python3.10 -m flit_core.wheel
  /usr/local/bin/python3.10: Error while finding module specification for 
'flit_core.wheel' (ModuleNotFoundError: No module named 'flit_core')
  *** Error 1 in /usr/ports/devel/py-installer (Makefile:29 'do-build')

It looks like a classing missing dependency, so I did `pkg_add
py3-flit_core`, tried again, and things moved onwards. But, to my
surprise, when I went to devel/py-installer it has:

  # This port is a BDEP of most py-* ports so must have minimal deps and
  # cannot use MODPY_PYBUILD. flit_core is OK because it has its own
  # bootstrap method to install from the wheel.
  BUILD_DEPENDS=devel/py-flit_core${MODPY_FLAVOR}

I'm not quite sure why py3-flit_core isn't being installed as a build
dependency -- perhaps because of the "don't use MODPY_PYBUILD" thing? Or
perhaps I'm missing something else obvious!


Laurie