[maintainer update] remind 4.2.8 -> 4.2.9

2024-02-04 Thread Martin Ziemer
This patch updates remind from 4.2.8 to 4.2.9.

Tested on amd64.

Index: Makefile
===
RCS file: /cvs/ports/misc/remind/Makefile,v
retrieving revision 1.69
diff -u -p -r1.69 Makefile
--- Makefile15 Dec 2023 11:40:17 -  1.69
+++ Makefile5 Feb 2024 07:06:32 -
@@ -1,7 +1,7 @@
 COMMENT=   scripting language for reminders, with a Tk front end
 
-DISTNAME=  remind-04.02.08
-PKGNAME=   remind-4.2.8
+DISTNAME=  remind-04.02.09
+PKGNAME=   remind-4.2.9
 
 CATEGORIES=misc
 
Index: distinfo
===
RCS file: /cvs/ports/misc/remind/distinfo,v
retrieving revision 1.38
diff -u -p -r1.38 distinfo
--- distinfo15 Dec 2023 11:40:17 -  1.38
+++ distinfo5 Feb 2024 07:06:32 -
@@ -1,2 +1,2 @@
-SHA256 (remind-04.02.08.tar.gz) = GBuX5sQbY7oXcm8QTlWXcX6lrwgqQRF1UTBZ3zPTChU=
-SIZE (remind-04.02.08.tar.gz) = 510979
+SHA256 (remind-04.02.09.tar.gz) = ZEaEYLQFpwXfp7ONsUt4I/ENqPADruooFRfdtJhrhyo=
+SIZE (remind-04.02.09.tar.gz) = 515231



Re: update mistune to 2.0.5

2024-02-04 Thread Klemens Nanni
On Sun, Feb 04, 2024 at 10:45:10PM -0500, Daniel Dickman wrote:
> Here's an update of mistune to the 2.x series.
> 
> ok? (once m2r is cleaned up).

560 passed in 1.57s
OK kn



Re: Ping: NEW: archivers/heatshrink devel/libbgcode (cad/prusaslicer dependencies)

2024-02-04 Thread Klemens Nanni
On Sun, Feb 04, 2024 at 04:20:48PM -0500, Ian Darwin wrote:
> Both are OK by me with these changes. And both pass portcheck.

Imported, thanks.



Re: remove m2r BDEP from automat

2024-02-04 Thread Klemens Nanni
On Sun, Feb 04, 2024 at 10:14:32PM -0500, Daniel Dickman wrote:
> The m2r project is dead upstream. The only DEP on it is coming from 
> py-automat, although that project removed the dependency on m2r years ago. 
> We just didn't remove the BDEP from the port.
> 
> ok on the below? And ok to remove the py-m2r port as well?

This repository has been archived by the owner on Nov 17, 2022. It is now 
read-only.
OK kn

> Once m2r is removed we can update mistune to version 2.0.3. And we 
> need that update so the jupyter stack can be updated.
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/py-automat/Makefile,v
> diff -u -p -u -r1.16 Makefile
> --- Makefile  18 Jan 2023 12:34:58 -  1.16
> +++ Makefile  5 Feb 2024 03:11:20 -
> @@ -4,6 +4,7 @@ MODPY_EGG_VERSION =   22.10.0
>  
>  DISTNAME =   Automat-${MODPY_EGG_VERSION}
>  PKGNAME =py-automat-${MODPY_EGG_VERSION}
> +REVISION =   0

No need, BUILD_DEPENDS does not effect the package, or does the build
change when py-m2r is in fact absent?

>  CATEGORIES = devel
>  
> @@ -17,7 +18,6 @@ MODPY_PI =  Yes
>  MODPY_PYBUILD =  setuptools_scm
>  #MODPY_PYTEST_ARGS = lib/automat/_test/
>  
> -BUILD_DEPENDS =  textproc/py-m2r${MODPY_FLAVOR}
>  RUN_DEPENDS =devel/py-attrs${MODPY_FLAVOR} \
>   devel/py-six${MODPY_FLAVOR}
>  
> 



Re: Remove: x11/qt5/qtwebkit preparations

2024-02-04 Thread Klemens Nanni
On Sun, Feb 04, 2024 at 08:50:27PM +, Edd Barrett wrote:
> On Sun, Feb 04, 2024 at 08:25:13AM +0100, Rafael Sadowski wrote:
> > - net/qsyncthingtray: dead upstream?
> 
> Looks very dead to me. Feel free to kill it.

ATT: NO LONGER ACTIVELY MAINTAINED, NEEDS NEW OWNER || A OS X / Windows / Linux 
Tray App for Syncthing written in C++

The webinterface works great, little is lost here, imho.
OK kn



update mistune to 2.0.5

2024-02-04 Thread Daniel Dickman
Here's an update of mistune to the 2.x series.

ok? (once m2r is cleaned up).

Index: Makefile
===
RCS file: /cvs/ports/textproc/py-mistune/Makefile,v
diff -u -p -u -r1.17 Makefile
--- Makefile11 Dec 2022 09:04:20 -  1.17
+++ Makefile5 Feb 2024 03:43:38 -
@@ -1,11 +1,8 @@
 COMMENT =  markdown parser for Python
 
-# this is the newest compatible with py-m2r which (as of 0.3.1)
-# needs mistune < 2.0
-MODPY_EGG_VERSION =0.8.4
+MODPY_EGG_VERSION =2.0.5
 DISTNAME = mistune-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
-REVISION = 4
 
 CATEGORIES =   textproc
 
Index: distinfo
===
RCS file: /cvs/ports/textproc/py-mistune/distinfo,v
diff -u -p -u -r1.4 distinfo
--- distinfo15 Sep 2020 17:43:24 -  1.4
+++ distinfo5 Feb 2024 03:43:38 -
@@ -1,2 +1,2 @@
-SHA256 (mistune-0.8.4.tar.gz) = WaNCnbU8ULXGvMigf4hIywDX3IvbQxpKtBkg0gHUdW4=
-SIZE (mistune-0.8.4.tar.gz) = 58322
+SHA256 (mistune-2.0.5.tar.gz) = AkYRPLJJLbh1xr5Wl0p8iTMzvybNkokchfYxUc7gnTQ=
+SIZE (mistune-2.0.5.tar.gz) = 75854
Index: pkg/PLIST
===
RCS file: /cvs/ports/textproc/py-mistune/pkg/PLIST,v
diff -u -p -u -r1.5 PLIST
--- pkg/PLIST   26 Nov 2022 15:03:01 -  1.5
+++ pkg/PLIST   5 Feb 2024 03:43:38 -
@@ -1,11 +1,70 @@
 @pkgpath textproc/py-mistune
-lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}/
-lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}mistune.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
-lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}mistune.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/mistune/
 
lib/python${MODPY_VERSION}/site-packages/mistune-${MODPY_EGG_VERSION}.dist-info/
 
lib/python${MODPY_VERSION}/site-packages/mistune-${MODPY_EGG_VERSION}.dist-info/LICENSE
 
lib/python${MODPY_VERSION}/site-packages/mistune-${MODPY_EGG_VERSION}.dist-info/METADATA
 
lib/python${MODPY_VERSION}/site-packages/mistune-${MODPY_EGG_VERSION}.dist-info/RECORD
 
lib/python${MODPY_VERSION}/site-packages/mistune-${MODPY_EGG_VERSION}.dist-info/WHEEL
 
lib/python${MODPY_VERSION}/site-packages/mistune-${MODPY_EGG_VERSION}.dist-info/top_level.txt
-lib/python${MODPY_VERSION}/site-packages/mistune.py
+lib/python${MODPY_VERSION}/site-packages/mistune/__init__.py
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}block_parser.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}block_parser.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}inline_parser.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}inline_parser.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}markdown.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}markdown.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}renderers.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}renderers.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}scanner.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}scanner.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}util.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/mistune/${MODPY_PYCACHE}util.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/mistune/block_parser.py
+lib/python${MODPY_VERSION}/site-packages/mistune/directives/
+lib/python${MODPY_VERSION}/site-packages/mistune/directives/__init__.py
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/mistune/directives/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/mistune/directives/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/mistune/directives/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/mistune/directives/${MODPY_PYCACHE}admonition.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/mistune/directives/${MODPY_PYCACHE}admonition.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/mistune/directives/${MODPY_PYCACHE}base.${MODPY_PY

remove m2r BDEP from automat

2024-02-04 Thread Daniel Dickman
The m2r project is dead upstream. The only DEP on it is coming from 
py-automat, although that project removed the dependency on m2r years ago. 
We just didn't remove the BDEP from the port.

ok on the below? And ok to remove the py-m2r port as well?

Once m2r is removed we can update mistune to version 2.0.3. And we 
need that update so the jupyter stack can be updated.


Index: Makefile
===
RCS file: /cvs/ports/devel/py-automat/Makefile,v
diff -u -p -u -r1.16 Makefile
--- Makefile18 Jan 2023 12:34:58 -  1.16
+++ Makefile5 Feb 2024 03:11:20 -
@@ -4,6 +4,7 @@ MODPY_EGG_VERSION = 22.10.0
 
 DISTNAME = Automat-${MODPY_EGG_VERSION}
 PKGNAME =  py-automat-${MODPY_EGG_VERSION}
+REVISION = 0
 
 CATEGORIES =   devel
 
@@ -17,7 +18,6 @@ MODPY_PI =Yes
 MODPY_PYBUILD =setuptools_scm
 #MODPY_PYTEST_ARGS =   lib/automat/_test/
 
-BUILD_DEPENDS =textproc/py-m2r${MODPY_FLAVOR}
 RUN_DEPENDS =  devel/py-attrs${MODPY_FLAVOR} \
devel/py-six${MODPY_FLAVOR}
 



reproducible Mesa dlist SEGV_MAPERR in Recoil RTS WIP port (OpenGL 4.6)

2024-02-04 Thread Thomas Frohwein
Hi,

I'm reaching out because because I have the Recoil engine very close to
a state for a port, but encounter frequent (though not deterministic)
SEGV_MAPERR in the Mesa library that elude me. Sometimes no error
happens on launch and then the game runs beautifully, but the majority
of launches it segfaults in mesa code called from LuaOpenGL.cpp [1], in
the functions DeleteList, CreateList, and Texture.

I have run it with mesa built with DEBUG=-g to see the mesa symbols,
and the errors all occur in mesa/main/dlist.c. For example, the most
common segfault originating from DeleteList happens in
_mesa_delete_list at:

const OpCode opcode = n[0].opcode; 

I'm attaching the backtraces with the segfaults including the mesa
debug symbols in the hopes that someone might be able to think of what
might be going wrong here. The WIP draft of the port is at [3].

I've tested dlist tests in piglit without any errors, so not sure what
makes this case special that it apparently segfaults on commonly used
display list functions. Recoil uses OpenGL 4.6 compat context and makes
use of many threads, though OpenGL runs on the main thread only per my
review and the upstream devs.

I have done the majority of testing on my Intel Tigerlake laptop (see
attached dmesg), but have seen the same kind of error on brief testing
with amdgpu (Vega 64 GPU).

[1] 
https://github.com/beyond-all-reason/spring/blob/BAR105/rts/Lua/LuaOpenGL.cpp
[2] 
https://github.com/jasperla/openbsd-wip/blob/master/games/recoil-rts/pkg/README
[3] https://github.com/jasperla/openbsd-wip/tree/master/games/recoil-rts
OpenBSD 7.4-current (GENERIC.MP) #1641: Thu Feb  1 12:04:10 MST 2024
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 33493360640 (31941MB)
avail mem = 32457105408 (30953MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.2 @ 0x3e391000 (76 entries)
bios0: vendor Dell Inc. version "1.23.0" date 06/07/2023
bios0: Dell Inc. Precision 7560
efi0 at bios0: UEFI 2.7
efi0: Dell rev 0x1
acpi0 at bios0: ACPI 6.1
acpi0: sleep states S0 S4 S5
acpi0: tables DSDT FACP SSDT SSDT HPET APIC MCFG SSDT NHLT SSDT SSDT SSDT SSDT 
LPIT SSDT SSDT DBGP DBG2 BOOT SSDT TPM2 DMAR SSDT SSDT SSDT PTDT BGRT FPDT
acpi0: wakeup devices GLAN(S4) XHCI(S0) XDCI(S4) HDAS(S4) RP01(S4) PXSX(S4) 
RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) 
RP06(S4) PXSX(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 1920 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) W-11955M CPU @ 2.60GHz, 4988.50 MHz, 06-8d-01, patch 
004e
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,AVX512F,AVX512DQ,RDSEED,ADX,SMAP,AVX512IFMA,CLFLUSHOPT,CLWB,PT,AVX512CD,SHA,AVX512BW,AVX512VL,AVX512VBMI,UMIP,PKU,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,IBRS_ALL,SKIP_L1DFL,MDS_NO,IF_PSCHANGE,MISC_PKG_CT,ENERGY_FILT,DOITM,SBDR_SSDP_N,FBSDP_NO,GDS_CTRL,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu0: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 
20-way L2 cache, 24MB 64b/line 12-way L3 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 38MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.1.2.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Xeon(R) W-11955M CPU @ 2.60GHz, 4888.74 MHz, 06-8d-01, patch 
004e
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,AVX512F,AVX512DQ,RDSEED,ADX,SMAP,AVX512IFMA,CLFLUSHOPT,CLWB,PT,AVX512CD,SHA,AVX512BW,AVX512VL,AVX512VBMI,UMIP,PKU,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,IBRS_ALL,SKIP_L1DFL,MDS_NO,IF_PSCHANGE,MISC_PKG_CT,ENERGY_FILT,DOITM,SBDR_SSDP_N,FBSDP_NO,GDS_CTRL,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu1: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 
20-way L2 cache, 24MB 64b/line 12-way L3 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Xeon(R) W-11955M CPU @ 2.60GHz, 4888.74 MHz, 06-8d-01, patch 
004e
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST

[NEW] net/b2

2024-02-04 Thread Paul Galbraith

New port: b2 CLI client for Backblaze B2 storage access/management

https://www.backblaze.com/docs/cloud-storage-command-line-tools

TIA for taking a look, please let me know how it looks.

Paul



b2.tgz
Description: Binary data


Re: Ping: NEW: archivers/heatshrink devel/libbgcode (cad/prusaslicer dependencies)

2024-02-04 Thread Ian Darwin

Both are OK by me with these changes. And both pass portcheck.

On 2/4/24 10:38, Renato Aguiar wrote:


On Sat, Jan 27 2024, Renato Aguiar wrote:



On Fri, Jan 26 2024, Klemens Nanni wrote:


On Thu, Jan 25, 2024 at 05:19:25PM -0800, Renato Aguiar wrote:

Hi,
These 2 ports are dependencies for upcoming cad/prusaslicer update
to 2.7.1:
- devel/heatshrink: data compression/decompression library for
embedded/real-time systems.


Uses -O3, OPTIMIZE='' in MAKE_FLAGS fixes that.

archivers seems a better category than devel.

DESCR could be a little more descriptive than COMMENT.

Shouldn't the first be a .so file?
@static-lib lib/libheatshrink_dynamic.a
@static-lib lib/libheatshrink_static.a


No, both are meant to be static libraries. Those suffixes are
referring to memory allocation model used by each one.




- devel/libbgcode: Prusa Block & Binary G-code reader / writer /
converter.


Unless consumers require static archives, I recomment
-DBUILD_SHARED_LIBS=ON to get versioned shared libraries, as usual.


I tried building prusaslicer (the only consumer) and it seems to work
fine with libbgcode being a dynamic library. As a bonus, it allowed
removing one of the patches from libbgcode port :)



DESCR could be a little more descriptive than COMMENT.

port-lib-depends-check says
Missing: boost_nowide-mt.23 from boost-1.84.0p2v0
(/usr/local/bin/bgcode)
WANTLIB += boost_nowide-mt

You could annotate the used C++ standard as COMPILER comment.



Thanks. I attached updated ports addressing all your comments.



Ping.






Re: [UPDATE] devel/msgpack-6.0.0

2024-02-04 Thread Edd Barrett
On Sat, Feb 03, 2024 at 06:33:41PM +0900, SASANO Takayoshi wrote:
> > editors/neovim

Looks fine to me.

-- 
Best Regards
Edd Barrett

https://www.theunixzoo.co.uk



Re: Remove: x11/qt5/qtwebkit preparations

2024-02-04 Thread Edd Barrett
On Sun, Feb 04, 2024 at 08:25:13AM +0100, Rafael Sadowski wrote:
> - net/qsyncthingtray: dead upstream?

Looks very dead to me. Feel free to kill it.

-- 
Best Regards
Edd Barrett

https://www.theunixzoo.co.uk



NEW: devel/zls

2024-02-04 Thread Renato Aguiar


Hi,

Here (attached) is a port for devel/zls (Zig Language Server).



zls.tar.gz
Description: Binary data


Regards,

--
Renato Aguiar


[Update] security/pizauth

2024-02-04 Thread Laurence Tratt
The patch below updates security/pizauth to 1.0.4.


Laurie


diff --git security/pizauth/Makefile security/pizauth/Makefile
index d43dab62e23..702c1b04131 100644
--- security/pizauth/Makefile
+++ security/pizauth/Makefile
@@ -3,7 +3,7 @@ NOT_FOR_ARCHS = sparc64
 
 COMMENT =  OAuth2 authentication daemon
 
-V =1.0.3
+V =1.0.4
 DISTNAME = pizauth-$V
 
 CATEGORIES =   mail security
@@ -33,8 +33,11 @@ do-install:
${INSTALL_MAN} ${WRKSRC}/pizauth.1 ${PREFIX}/man/man1/
${INSTALL_MAN} ${WRKSRC}/pizauth.conf.5 ${PREFIX}/man/man5/
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/pizauth
-   ${INSTALL_DATA} ${WRKSRC}/pizauth.conf.example \
- ${PREFIX}/share/examples/pizauth/pizauth.conf
+   ${INSTALL_DATA} ${WRKSRC}/examples/pizauth.conf \
+ ${PREFIX}/share/examples/pizauth/
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/bash-completion/completions
+   ${INSTALL_DATA} ${WRKSRC}/share/bash/completion.bash \
+ ${PREFIX}/share/bash-completion/completions/pizauth
 
 .include "crates.inc"
 
diff --git security/pizauth/crates.inc security/pizauth/crates.inc
index 9a6bb514604..b440e0c1780 100644
--- security/pizauth/crates.inc
+++ security/pizauth/crates.inc
@@ -3,14 +3,15 @@ MODCARGO_CRATES +=aead0.5.2   # MIT OR Apache-2.0
 MODCARGO_CRATES += aho-corasick1.1.2   # Unlicense OR MIT
 MODCARGO_CRATES += android-tzdata  0.1.1   # MIT OR Apache-2.0
 MODCARGO_CRATES += android_system_properties   0.1.5   # MIT/Apache-2.0
-MODCARGO_CRATES += anyhow  1.0.75  # MIT OR Apache-2.0
+MODCARGO_CRATES += anyhow  1.0.77  # MIT OR Apache-2.0
 MODCARGO_CRATES += atty0.2.14  # MIT
 MODCARGO_CRATES += autocfg 1.1.0   # Apache-2.0 OR MIT
 MODCARGO_CRATES += base64  0.21.5  # MIT OR Apache-2.0
 MODCARGO_CRATES += bincode 1.3.3   # MIT
 MODCARGO_CRATES += bitflags1.3.2   # MIT/Apache-2.0
+MODCARGO_CRATES += bitflags2.4.1   # MIT OR Apache-2.0
 MODCARGO_CRATES += block-buffer0.10.4  # MIT OR Apache-2.0
-MODCARGO_CRATES += bstr1.7.0   # MIT OR Apache-2.0
+MODCARGO_CRATES += bstr1.9.0   # MIT OR Apache-2.0
 MODCARGO_CRATES += bumpalo 3.14.0  # MIT OR Apache-2.0
 MODCARGO_CRATES += cactus  1.0.6   # Apache-2.0/MIT
 MODCARGO_CRATES += cc  1.0.83  # MIT OR Apache-2.0
@@ -20,77 +21,78 @@ MODCARGO_CRATES +=  chacha200.9.1   # Apache-2.0 OR 
MIT
 MODCARGO_CRATES += chacha20poly13050.10.1  # Apache-2.0 OR MIT
 MODCARGO_CRATES += chrono  0.4.31  # MIT OR Apache-2.0
 MODCARGO_CRATES += cipher  0.4.4   # MIT OR Apache-2.0
-MODCARGO_CRATES += core-foundation-sys 0.8.4   # MIT / Apache-2.0
+MODCARGO_CRATES += core-foundation-sys 0.8.6   # MIT OR Apache-2.0
 MODCARGO_CRATES += cpufeatures 0.2.11  # MIT OR Apache-2.0
 MODCARGO_CRATES += crc32fast   1.3.2   # MIT OR Apache-2.0
+MODCARGO_CRATES += crossbeam-deque 0.8.4   # MIT OR Apache-2.0
+MODCARGO_CRATES += crossbeam-epoch 0.9.17  # MIT OR Apache-2.0
+MODCARGO_CRATES += crossbeam-utils 0.8.18  # MIT OR Apache-2.0
 MODCARGO_CRATES += crypto-common   0.1.6   # MIT OR Apache-2.0
-MODCARGO_CRATES += deranged0.3.9   # MIT OR Apache-2.0
+MODCARGO_CRATES += deranged0.3.10  # MIT OR Apache-2.0
 MODCARGO_CRATES += digest  0.10.7  # MIT OR Apache-2.0
 MODCARGO_CRATES += equivalent  1.0.1   # Apache-2.0 OR MIT
 MODCARGO_CRATES += error-chain 0.12.4  # MIT/Apache-2.0
-MODCARGO_CRATES += filetime0.2.22  # MIT/Apache-2.0
+MODCARGO_CRATES += filetime0.2.23  # MIT/Apache-2.0
 MODCARGO_CRATES += flate2  1.0.28  # MIT OR Apache-2.0
 MODCARGO_CRATES += fnv 1.0.7   # Apache-2.0 / MIT
-MODCARGO_CRATES += form_urlencoded 1.2.0   # MIT OR Apache-2.0
+MODCARGO_CRATES += form_urlencoded 1.2.1   # MIT OR Apache-2.0
 MODCARGO_CRATES += generic-array   0.14.7  # MIT
 MODCARGO_CRATES += getopts 0.2.21  # MIT/Apache-2.0
-MODCARGO_CRATES += getrandom   0.2.10  # MIT OR Apache-2.0
-MODCARGO_CRATES += globset 0.4.13  # Unlicense OR MIT
-MODCARGO_CRATES += hashbrown   0.14.2  # MIT OR Apache-2.0
+MODCARGO_CRATES += getrandom   0.2.11  # MIT OR Apache-2.0
+MODCARGO_CRATES += globset 0.4.14  # Unlicense OR MIT
+MODCARGO_CRATES += hashbrown   0.14.3  # MIT OR Apache-2.0
 MODCARGO_CRATES += hermit-abi  0.1.19  # MIT/Apache-2.0
 MODCARGO_CRATES += hostname0.3.1   # MIT
 MODCARGO_CRATES += iana-time-zone  0.1.58  # MIT OR Apache-2.0
 MODCARGO_CRATES += iana-time-zone-haiku0.1.2   # MIT OR Apache-2.0
-MODCARGO_CRATES += idna0.4.0   # MIT OR Apache-2.0
-MODCARGO_CRATES += ignore  0.4.20  # Unlicense OR MIT
+MODCARGO_CRATES += idna0.5.0   # MIT OR Apache-2.0
+MODCARGO_CRATES += ignore  0.4.21  # Unlicense OR MIT
 MODCARGO_CRATES += ind

Ping: NEW: archivers/heatshrink devel/libbgcode (cad/prusaslicer dependencies)

2024-02-04 Thread Renato Aguiar


On Sat, Jan 27 2024, Renato Aguiar wrote:



On Fri, Jan 26 2024, Klemens Nanni wrote:


On Thu, Jan 25, 2024 at 05:19:25PM -0800, Renato Aguiar wrote:

Hi,
These 2 ports are dependencies for upcoming cad/prusaslicer 
update

to 2.7.1:
- devel/heatshrink: data compression/decompression library for
embedded/real-time systems.


Uses -O3, OPTIMIZE='' in MAKE_FLAGS fixes that.

archivers seems a better category than devel.

DESCR could be a little more descriptive than COMMENT.

Shouldn't the first be a .so file?
@static-lib lib/libheatshrink_dynamic.a
@static-lib lib/libheatshrink_static.a


No, both are meant to be static libraries. Those suffixes are
referring to memory allocation model used by each one.



- devel/libbgcode: Prusa Block & Binary G-code reader / writer 
/

converter.


Unless consumers require static archives, I recomment
-DBUILD_SHARED_LIBS=ON to get versioned shared libraries, as 
usual.


I tried building prusaslicer (the only consumer) and it seems to 
work
fine with libbgcode being a dynamic library. As a bonus, it 
allowed

removing one of the patches from libbgcode port :)



DESCR could be a little more descriptive than COMMENT.

port-lib-depends-check says
Missing: boost_nowide-mt.23 from boost-1.84.0p2v0
(/usr/local/bin/bgcode)
WANTLIB += boost_nowide-mt

You could annotate the used C++ standard as COMPILER comment.



Thanks. I attached updated ports addressing all your comments.



Ping.



heatshrink.tar.gz
Description: Binary data


libbgcode.tar.gz
Description: Binary data


--
Renato Aguiar


Re: [UPDATE] New version for mail/claws-mail-4.2.0

2024-02-04 Thread Jose Maldonado
El Sun, 4 Feb 2024 14:36:36 +
Stuart Henderson  escribió:
> I've updated WANTLIB (some libs were missing, some needed moving
> between subpackages - might not be new) and committed, thanks for the
> update.

Hi!

I tested the changes not problem, thanks for the final fixes. 

-- 
*
Dios en su cielo, todo bien en la Tierra



Re: [UPDATE] New version for mail/claws-mail-4.2.0

2024-02-04 Thread Stuart Henderson
I've updated WANTLIB (some libs were missing, some needed moving between
subpackages - might not be new) and committed, thanks for the update.



Re: [UPDATE] devel/msgpack-6.0.0

2024-02-04 Thread Laurence Tratt
On Sat, Feb 03, 2024 at 06:33:41PM +0900, SASANO Takayoshi wrote:

Hello Takayoshi,

>> It will need doing sometime. It's probably easier to do it sooner rather
>> than later before more other ports start using it.
>> 
>> These ports will need changes to adapt:
>> 
>> editors/neovim
>> editors/neovim-qt
>> sysutils/tmate
> well, here is (simply fixed version that you pointed out in previous
> mail) new msgpack 5 -> 6 diff and neovim/neovim-qt/tmate diff.

I've updated msgack, neovim, and neovim-qt with your diffs, and all have
survived light testing. From my perspective these are all good to go.


Laurie



Re: Remove: x11/qt5/qtwebkit preparations

2024-02-04 Thread Klemens Nanni
On Sun, Feb 04, 2024 at 08:25:13AM +0100, Rafael Sadowski wrote:
> - misc/subsurface: dead upstream?

Builds and runs, haven't tested extensively.

Index: Makefile
===
RCS file: /cvs/ports/misc/subsurface/Makefile,v
diff -u -p -r1.15 Makefile
--- Makefile27 Sep 2023 09:52:13 -  1.15
+++ Makefile4 Feb 2024 14:26:41 -
@@ -1,10 +1,7 @@
-# Qt5Webkit
-USE_WXNEEDED = Yes
-
 COMMENT =  divelog program for recreational, tech, and free-divers
 
 VER =  4.8.5
-REVISION = 4
+REVISION = 5
 PKGNAME =  subsurface-${VER}
 DISTNAME = Subsurface-${VER}
 
@@ -18,10 +15,10 @@ PERMIT_PACKAGE =Yes
 
 WANTLIB += ${COMPILER_LIBCXX} Grantlee_Templates Qt5Concurrent
 WANTLIB += Qt5Core Qt5Gui Qt5Location Qt5Network Qt5Positioning
-WANTLIB += Qt5PrintSupport Qt5Qml Qt5Quick Qt5QuickWidgets Qt5Svg
-WANTLIB += Qt5WebKit Qt5WebKitWidgets Qt5Widgets c crypto curl
-WANTLIB += git2 m sqlite3 ssh2 ssl usb-1.0 xml2 xslt zip
-WANTLIB += Qt5PositioningQuick Qt5QmlModels
+WANTLIB += Qt5PositioningQuick Qt5PrintSupport Qt5Qml Qt5QmlModels
+WANTLIB += Qt5Quick Qt5QuickWidgets Qt5Svg Qt5WebChannel Qt5WebEngineCore
+WANTLIB += Qt5WebEngineWidgets Qt5Widgets c crypto curl git2 m
+WANTLIB += sqlite3 ssh2 ssl usb-1.0 xml2 xslt zip
 
 SITES =https://subsurface-divelog.org/downloads/
 EXTRACT_SUFX = .tgz
@@ -50,11 +47,12 @@ LIB_DEPENDS =   archivers/libzip \
x11/grantlee-qt5 \
x11/qt5/qtbase \
x11/qt5/qtsvg \
-   x11/qt5/qtwebkit
+   x11/qt5/qtwebengine
 
 USE_GMAKE =Yes
 
 CONFIGURE_ARGS +=  -DNO_DOCS:Bool=ON \
+   -DUSE_WEBENGINE=ON \
-DBTSUPPORT:Bool=OFF
 
 # many "undefined reference to `dc_*" when tests are enabled



Re: ruby-jekyll

2024-02-04 Thread Clemens Gößnitzer
On Sun, 2024-02-04 at 12:46 +0100, BESSOT Jean-Michel wrote:
> Hello
> 
> Ruby-jekyll is written not maintened upstream but a version got out
> the 
> 28 december. Is it because of a dep? Do you need a maintainer?
> 
> Bye
> 

The comment in the cvs says that nobody had interest to keep it up to
date.  You could try to install with `gem install jekyll`, but that 
seems to fail, at least on my test machine:

> Building native extensions. This could take a while...
> ERROR:  Error installing jekyll:
> ERROR: Failed to build gem native extension.
> 
> current directory: 
> /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass
> /usr/local/bin/ruby33 -rrubygems 
> /usr/local/lib/ruby/gems/3.3/gems/rake-13.1.0/exe/rake 
> RUBYARCHDIR\=/root/.local/share/gem/ruby/3.3/extensions/x86_64-openbsd/3.3/sass-embedded-1.70.0
>  
> RUBYLIBDIR\=/root/.local/share/gem/ruby/3.3/extensions/x86_64-openbsd/3.3/sass-embedded-1.70.0
> gem install --force --install-dir 
> /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/ruby 
> --no-document --ignore-dependencies --platform x86_64-openbsd-7.4 --version 
> 1.70.0 sass-embedded
> rake aborted!
> NotImplementedError: dart-sass for x86_64-openbsd7.4 not available 
> athttps://github.com/sass/dart-sass/releases/tag/1.70.0 (NotImplementedError)
> /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:294:in
>  `default_dart_sass'
> /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:27:in
>  `block (2 levels) in '
> /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:27:in
>  `fetch'
> /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:27:in
>  `rescue in block in '
> /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:21:in
>  `block in '
> 
> Caused by:
> 
> /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:207:in
>  `gem_install'
> /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:23:in
>  `block in '
> Tasks: TOP => default => install => cli.rb => dart-sass
> (See full trace by running task with --trace)
> rm -rf /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/ruby
> 
> rake failed, exit code 1
> 
> Gem files will remain installed in 
> /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0 for inspection.
> Results logged to 
> /root/.local/share/gem/ruby/3.3/extensions/x86_64-openbsd/3.3/sass-embedded-1.70.0/gem_make.out
> 

Alternatively, I ported all the dependencies for jekyll and jekyll
successfully some time ago, but that was declined to being imported
[1].  You could try to convince the developers to re-consider it and
pick the work up where I left it, I am lacking time atm.


[1] https://marc.info/?l=openbsd-ports&m=163777382129929&w=2



[MAINTAINER UPDATE] misc/libcpucycles (20230115 -> 20240114)

2024-02-04 Thread Miguel Landaeta
Hi,

There is a new upstream release for libcpucycles.

Changelog:

- Add arm32-1176 counter.
- Allow slop 0.2 rather than 0.1 for FINDMULTIPLIER.
- Improve platform detection.
- Port to FreeBSD.
- Use blue boldface during compilation for "skipping option that did
  not compile".
- doc/install.md: headings, note manual pages.
- Add doc/license.md
- Update HTML style for better tt visibility and copy-paste.


Thanks!

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche
Index: Makefile
===
RCS file: /home/cvs/ports/misc/libcpucycles/Makefile,v
diff -u -p -u -p -r1.2 Makefile
--- Makefile	27 Sep 2023 09:52:11 -	1.2
+++ Makefile	4 Feb 2024 12:05:59 -
@@ -1,6 +1,6 @@
 COMMENT=		library for counting CPU cycles
 
-V=			20230115
+V=			20240114
 DISTNAME=		libcpucycles-${V}
 SHARED_LIBS+=		cpucycles	0.0	# 1.0
 CATEGORIES=		misc
Index: distinfo
===
RCS file: /home/cvs/ports/misc/libcpucycles/distinfo,v
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo	14 Aug 2023 08:01:46 -	1.1.1.1
+++ distinfo	4 Feb 2024 12:06:19 -
@@ -1,2 +1,2 @@
-SHA256 (libcpucycles-20230115.tar.gz) = 3TjBIgVVAha5Jgfw9CcnxSoBCaFq8uqnoTg11T67wiU=
-SIZE (libcpucycles-20230115.tar.gz) = 34852
+SHA256 (libcpucycles-20240114.tar.gz) = 49MkYqU7oyOwO4tjVEvK3KihFRT7Mj4TVmHiI2gxbwI=
+SIZE (libcpucycles-20240114.tar.gz) = 41463
Index: patches/patch-configure_fix_soname
===
RCS file: /home/cvs/ports/misc/libcpucycles/patches/patch-configure_fix_soname,v
diff -u -p -u -p -r1.1.1.1 patch-configure_fix_soname
--- patches/patch-configure_fix_soname	14 Aug 2023 08:01:46 -	1.1.1.1
+++ patches/patch-configure_fix_soname	4 Feb 2024 12:22:35 -
@@ -9,11 +9,11 @@ Index: configure
  linktype = 'so'
 +soversion = '0.0'
  
- host = platform.machine()
- host = ''.join(c for c in host if c in '_0123456789abcdefghijklmnopqrstuvwxyz')
+ def hostsanitize(host):
+   host = host.split('-')[0]
 @@ -43,6 +44,9 @@
- host = arg[7:]
- host = host.split('-')[0]
+   if arg.startswith('--host='):
+ host = hostsanitize(arg[7:])
  continue
 +  if arg.startswith('--soversion='):
 +soversion = arg[12:]
Index: patches/patch-configure_translate_host_arch
===
RCS file: /home/cvs/ports/misc/libcpucycles/patches/patch-configure_translate_host_arch,v
diff -u -p -u -p -r1.1.1.1 patch-configure_translate_host_arch
--- patches/patch-configure_translate_host_arch	14 Aug 2023 08:01:46 -	1.1.1.1
+++ patches/patch-configure_translate_host_arch	4 Feb 2024 13:19:56 -
@@ -3,35 +3,19 @@ Translate OpenBSD architecture name to t
 Index: configure
 --- configure.orig
 +++ configure
-@@ -36,13 +36,30 @@ if host.startswith('sparc') or host.startswith('sun'):
- 
- makefile = ''
- 
-+
-+# Some OpenBSD architecture names don't match the
-+# architecture name used by upstream, so they require to
-+# be translated, so they can be recognized by build scripts.
-+#
-+def translate_arch(openbsd_arch):
-+  archs = {
-+'arm': 'arm32',
-+'armv7': 'arm32',
-+'i386': 'x86',
-+'powerpc64': 'ppc64',
-+'macppc': 'ppc32',
-+'powerpc': 'ppc32',
-+  }
-+  return archs.get(openbsd_arch, openbsd_arch)
-+
-+
- for arg in sys.argv[1:]:
-   if arg.startswith('--prefix='):
- prefix = arg[9:]
- continue
-   if arg.startswith('--host='):
- host = arg[7:]
--host = host.split('-')[0]
-+host = translate_arch(host.split('-')[0])
- continue
-   if arg.startswith('--soversion='):
- soversion = arg[12:]
+@@ -19,6 +19,7 @@
+ ('amd64','amd64'), ('x86_64','amd64'),
+ ('x86','x86'), ('i386','x86'), ('i686','x86'),
+ ('arm64','arm64'), ('armv8','arm64'), ('aarch64','arm64'),
++('armv7','arm32'),
+ ('arm','arm32'),
+ ('riscv64','riscv64'),
+ ('riscv','riscv32'),
+@@ -27,6 +28,7 @@
+ ('ppc64','ppc64'), ('powerpc64','ppc64'),
+ ('powerpc','ppc32'),
+ ('ppc','ppc32'),
++('macppc','ppc32'),
+ ('sparc64','sparc64'), ('sparcv9','sparc64'), ('sun4u','sparc64'),
+ ('sparc','sparc32'), ('sun','sparc32'),
+   ):


Re: UPDATE: devel/zeal

2024-02-04 Thread Klemens Nanni
On Sat, Feb 03, 2024 at 08:18:31AM +0100, Rafael Sadowski wrote:
> Update zeal to 0.7.0. Upstream switched to Qt6 and Qt6Webengine.
> 
> Could someone test it with the current Qt6 version, I'm sitting on a new
> version that needs a little more time.

I removed USE_WXNEEDED=Yes and replaced your five new patches with the
single, identical upstream commit in PATCHFILES;  that took an extra
post-extract to basically get FIX_CRLF_FILES before dispatch, see diff...

/usr/ports/pobj/zeal-0.7.0/zeal-0.7.0/src/app/main.cpp:180:5: error: 'critical' 
is deprecated: Use the overload taking StandardButtons instead. 
[-Werror,-Wdeprecated-declarations]
QT_REQUIRE_VERSION(argc, argv, QT_VERSION_STR)
^
/usr/local/include/X11/qt6/QtWidgets/qmessagebox.h:315:58: note: expanded from 
macro 'QT_REQUIRE_VERSION'
str)).arg(QString::fromLatin1(qVersion())); QMessageBox::critical(0, 
QApplication::tr(\
 ^
/usr/local/include/X11/qt6/QtWidgets/qmessagebox.h:242:5: note: 'critical' has 
been explicitly marked deprecated here
QT_DEPRECATED_VERSION_X_6_2("Use the overload taking StandardButtons 
instead.")
^
/usr/local/include/X11/qt6/QtCore/qtdeprecationmarkers.h:141:44: note: expanded 
from macro 'QT_DEPRECATED_VERSION_X_6_2'
# define QT_DEPRECATED_VERSION_X_6_2(text) QT_DEPRECATED_X(text)
   ^
/usr/local/include/X11/qt6/QtCore/qtdeprecationmarkers.h:27:33: note: expanded 
from macro 'QT_DEPRECATED_X'
#  define QT_DEPRECATED_X(text) Q_DECL_DEPRECATED_X(text)
^
/usr/local/include/X11/qt6/QtCore/qcompilerdetection.h:971:36: note: expanded 
from macro 'Q_DECL_DEPRECATED_X'
#  define Q_DECL_DEPRECATED_X(x) [[deprecated(x)]]
   ^
1 error generated.


Index: Makefile
===
RCS file: /cvs/ports/devel/zeal/Makefile,v
diff -u -p -r1.20 Makefile
--- Makefile21 Sep 2023 09:50:08 -  1.20
+++ Makefile4 Feb 2024 13:11:34 -
@@ -1,13 +1,14 @@
-# qt5 webkit
-USE_WXNEEDED = Yes
-
 USE_NOBTCFI =  Yes
 
 COMMENT =  simple offline API documentation browser
 
-V =0.6.1
-DISTNAME = zeal-${V}
-REVISION = 3
+V =0.7.0
+DISTNAME = zeal-${V}
+
+# fix build with Qt6
+SITES.qt = https://github.com/zealdocs/zeal/commit/
+PATCHFILES.qt =9630cc94c155d87295e51b41fbab2bd5798f8229.patch
+PATCH_DIST_STRIP = -p1
 
 CATEGORIES =   devel
 
@@ -18,24 +19,44 @@ MAINTAINER =Adam Wolk https://github.com/zealdocs/zeal/releases/download/v${V}/
 
 EXTRACT_SUFX = .tar.xz
 
-MODULES =  devel/kf5
+MODULES =  x11/qt6 devel/cmake
+
+BUILD_DEPENDS =devel/kf5/extra-cmake-modules
 
-RUN_DEPENDS += devel/desktop-file-utils \
+RUN_DEPENDS =  devel/desktop-file-utils \
x11/gtk+4,-guic
 
-LIB_DEPENDS += archivers/libarchive \
+LIB_DEPENDS =  archivers/libarchive \
databases/sqlite3 \
-   x11/qt5/qtwebkit \
-   x11/qt5/qtx11extras
+   x11/qt6/qtdeclarative \
+   x11/qt6/qtwebengine
+
+CONFIGURE_ARGS =   -DZEAL_RELEASE_BUILD=ON
+
+FIX_CRLF_FILES =   src/libs/registry/*.cpp \
+   src/libs/ui/qxtglobalshortcut/*.cpp \
+   src/libs/ui/*.cpp
 
 NO_TEST =  Yes
+
+# XXX FIX_CRLF_FILES runs after distpatch, but patch(1) and gpatch(1) won't
+# apply PATCHFILES due to wrong line endings
+post-extract:
+   @cd ${WRKDIST} && perl -i -pe 's/\r$$//' -- \
+   src/libs/registry/docset.cpp \
+   src/libs/registry/docsetmetadata.cpp \
+   src/libs/registry/docsetregistry.cpp \
+   src/libs/ui/docsetsdialog.cpp \
+   src/libs/ui/qxtglobalshortcut/qxtglobalshortcut_x11.cpp
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/devel/zeal/distinfo,v
diff -u -p -r1.7 distinfo
--- distinfo5 Jan 2019 10:10:32 -   1.7
+++ distinfo4 Feb 2024 12:57:00 -
@@ -1,2 +1,4 @@
-SHA256 (zeal-0.6.1.tar.xz) = +7knkjPSuCRbSd4CKK4NBEWEqK50z9UjnBbVCIsfx4s=
-SIZE (zeal-0.6.1.tar.xz) = 671432
+SHA256 (9630cc94c155d87295e51b41fbab2bd5798f8229.patch) = 
5AzvKb1jzWiDHwtLJ0KciN0ySarfALJVnMMmuz2urmE=
+SHA256 (zeal-0.7.0.tar.xz) = Qs7+iydnvZTly3ANpKN9mM+xhp3W8EOxD3cx3zGcr0w=
+SIZE (9630cc94c155d87295e51b41fbab2bd5798f8229.patch) = 4768
+SIZE (zeal-0.7.0.tar.xz) = 784204
Index: patches/patch-src_libs_ui_searchitemdelegate_cpp
===
RCS file: patches/patch-src_libs_ui_searchitemdelegate_cpp
diff -N patches/patch-src_libs_ui_searchitemdelegate_cpp
--- patches/patch-src_libs_ui_searchitemdelegate_cpp11 Mar 2022 18:53:39 
-  1.2
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,11 +0,0 @@
-Index: src/libs/ui/searchitemdelegate.cpp
 src/libs/ui/searchitemdelegate.cpp.orig
-+++ src/li

ruby-jekyll

2024-02-04 Thread BESSOT Jean-Michel

Hello

Ruby-jekyll is written not maintened upstream but a version got out the 
28 december. Is it because of a dep? Do you need a maintainer?


Bye



Re: Remove: x11/qt5/qtwebkit preparations

2024-02-04 Thread Stuart Henderson
On 2024/02/04 08:25, Rafael Sadowski wrote:
> Hi ports@, hi ports hackers,
> 
> I would like to get rid of 'x11/qt5/qtwebkit'. Here is a short list with
> ports using qtwebkit with some comments. All $MAINTAINER CC'd.
> 
...
> - misc/subsurface: dead upstream?

not dead.

'Current "Weekly" Release: 6.0.5082
2024-02-03'



Re: Remove: x11/qt5/qtwebkit preparations

2024-02-04 Thread Stuart Henderson
On 2024/02/04 08:25, Rafael Sadowski wrote:
> - databases/recoll: Needs an update, upstream switched to qt5-webengine

recoll already uses qtwebengine on arch where qtwebengine is available
(amd64, aarch64, i386)



Re: Remove: x11/qt5/qtwebkit preparations

2024-02-04 Thread Rafael Sadowski
On Sun Feb 04, 2024 at 09:37:33AM +0100, Landry Breuil wrote:
> Le Sun, Feb 04, 2024 at 08:25:13AM +0100, Rafael Sadowski a écrit :
> > Hi ports@, hi ports hackers,
> > 
> > I would like to get rid of 'x11/qt5/qtwebkit'. Here is a short list with
> > ports using qtwebkit with some comments. All $MAINTAINER CC'd.
> > 
> > - geo/qgis: I can't imagine that such an active project would still use it.
> 
> i'll have a look, from https://github.com/qgis/QGIS/issues/54965 there's
> a will to port it to qtwebengine but lacks features ? apparently there's
> a WITH_QTWEBKIT cmake flag, i'll see what happens.
> 

Thanks

> either way, i can't drop the dep right now because py-qt5 depends on it
> :)
> 
> $doas pkg_delete qtwebkit
> can't delete qtwebkit-5.212.0alpha4p9v0 without deleting py3-qt5-5.15.9p1
> 

If it would be easy it would be Linux.



Re: Remove: x11/qt5/qtwebkit preparations

2024-02-04 Thread Landry Breuil
Le Sun, Feb 04, 2024 at 08:25:13AM +0100, Rafael Sadowski a écrit :
> Hi ports@, hi ports hackers,
> 
> I would like to get rid of 'x11/qt5/qtwebkit'. Here is a short list with
> ports using qtwebkit with some comments. All $MAINTAINER CC'd.
> 
> - geo/qgis: I can't imagine that such an active project would still use it.

i'll have a look, from https://github.com/qgis/QGIS/issues/54965 there's
a will to port it to qtwebengine but lacks features ? apparently there's
a WITH_QTWEBKIT cmake flag, i'll see what happens.

either way, i can't drop the dep right now because py-qt5 depends on it
:)

$doas pkg_delete qtwebkit
can't delete qtwebkit-5.212.0alpha4p9v0 without deleting py3-qt5-5.15.9p1



UPDATE: devel/cmake (bulk wanted)

2024-02-04 Thread Rafael Sadowski
Here is a cmake update diff to version 3.28.2.

Upstream has adopted the my "IsOpenBSD" rename patch. Even if that
didn't find out the root change[1]

Can someone put this through a bulk, please?

Rafael

1: https://marc.info/?l=openbsd-ports&m=170289411430697&w=2

diff --git a/devel/cmake/Makefile b/devel/cmake/Makefile
index dde0734a6e4..b4662a57d40 100644
--- a/devel/cmake/Makefile
+++ b/devel/cmake/Makefile
@@ -2,11 +2,10 @@ DPB_PROPERTIES =  parallel
 
 COMMENT =  portable build system
 
-VER =  3.27.7
+VER =  3.28.2
 EPOCH =0
 DISTNAME = cmake-${VER}
 CATEGORIES =   devel
-REVISION = 0
 
 HOMEPAGE = https://www.cmake.org/
 
diff --git a/devel/cmake/distinfo b/devel/cmake/distinfo
index 02ec28068c3..ea700a0a582 100644
--- a/devel/cmake/distinfo
+++ b/devel/cmake/distinfo
@@ -1,2 +1,2 @@
-SHA256 (cmake-3.27.7.tar.gz) = CPcaEGA2vwUfaSdg75VYwFd8Qqw56Wugl+dmK9QVjY4=
-SIZE (cmake-3.27.7.tar.gz) = 10982558
+SHA256 (cmake-3.28.2.tar.gz) = FGb4ctwcIm83PPj7pCMO0hao8Qi9VLR3tczf2eotEko=
+SIZE (cmake-3.28.2.tar.gz) = 11067468
diff --git a/devel/cmake/patches/patch-Source_cmFileCommand_cxx 
b/devel/cmake/patches/patch-Source_cmFileCommand_cxx
index 5477e386d64..ee1b85893ad 100644
--- a/devel/cmake/patches/patch-Source_cmFileCommand_cxx
+++ b/devel/cmake/patches/patch-Source_cmFileCommand_cxx
@@ -1,7 +1,7 @@
 Index: Source/cmFileCommand.cxx
 --- Source/cmFileCommand.cxx.orig
 +++ Source/cmFileCommand.cxx
-@@ -1763,6 +1763,13 @@ bool HandleDownloadCommand(std::vector co
+@@ -1816,6 +1816,13 @@ bool HandleDownloadCommand(std::vector co
++i;
std::string file;
  
@@ -15,7 +15,7 @@ Index: Source/cmFileCommand.cxx
long timeout = 0;
long inactivity_timeout = 0;
std::string logVar;
-@@ -2173,6 +2180,12 @@ bool HandleUploadCommand(std::vector cons
+@@ -2226,6 +2233,12 @@ bool HandleUploadCommand(std::vector cons
   cmExecutionStatus& status)
  {
  #if !defined(CMAKE_BOOTSTRAP)
diff --git a/devel/cmake/patches/patch-Source_cmFindPackageCommand_cxx 
b/devel/cmake/patches/patch-Source_cmFindPackageCommand_cxx
index 0f0f4810a99..35e3f87118e 100644
--- a/devel/cmake/patches/patch-Source_cmFindPackageCommand_cxx
+++ b/devel/cmake/patches/patch-Source_cmFindPackageCommand_cxx
@@ -3,7 +3,7 @@ Disable find_package QUIET option in openbsd ports builds.
 Index: Source/cmFindPackageCommand.cxx
 --- Source/cmFindPackageCommand.cxx.orig
 +++ Source/cmFindPackageCommand.cxx
-@@ -712,7 +712,13 @@ bool cmFindPackageCommand::InitialPass(std::vector moduleArgs;
for (std::size_t i = 1u; i < args.size(); ++i) {
  if (args[i] == "QUIET") {
diff --git a/devel/cmake/patches/patch-Source_cmGeneratorTarget_cxx 
b/devel/cmake/patches/patch-Source_cmGeneratorTarget_cxx
index 41116dc2902..84552351416 100644
--- a/devel/cmake/patches/patch-Source_cmGeneratorTarget_cxx
+++ b/devel/cmake/patches/patch-Source_cmGeneratorTarget_cxx
@@ -1,7 +1,7 @@
 Index: Source/cmGeneratorTarget.cxx
 --- Source/cmGeneratorTarget.cxx.orig
 +++ Source/cmGeneratorTarget.cxx
-@@ -5186,6 +5186,50 @@ cmGeneratorTarget::Names cmGeneratorTarget::GetLibrary
+@@ -5269,6 +5269,50 @@ cmGeneratorTarget::Names cmGeneratorTarget::GetLibrary
targetNames.Output =
  cmStrCat(components.prefix, targetNames.Base, components.suffix);
  
diff --git a/devel/cmake/patches/patch-Source_cmGlobalGenerator_cxx 
b/devel/cmake/patches/patch-Source_cmGlobalGenerator_cxx
index 3a15816687d..f66359f2f27 100644
--- a/devel/cmake/patches/patch-Source_cmGlobalGenerator_cxx
+++ b/devel/cmake/patches/patch-Source_cmGlobalGenerator_cxx
@@ -1,7 +1,7 @@
 Index: Source/cmGlobalGenerator.cxx
 --- Source/cmGlobalGenerator.cxx.orig
 +++ Source/cmGlobalGenerator.cxx
-@@ -2798,6 +2798,9 @@ void cmGlobalGenerator::AddGlobalTarget_Test(
+@@ -2879,6 +2879,9 @@ void cmGlobalGenerator::AddGlobalTarget_Test(
cmCustomCommandLine singleLine;
singleLine.push_back(cmSystemTools::GetCTestCommand());
singleLine.push_back("--force-new-ctest-process");
diff --git a/devel/cmake/patches/patch-Source_cmInstallCommand_cxx 
b/devel/cmake/patches/patch-Source_cmInstallCommand_cxx
index b168bc92168..e16edc04e9d 100644
--- a/devel/cmake/patches/patch-Source_cmInstallCommand_cxx
+++ b/devel/cmake/patches/patch-Source_cmInstallCommand_cxx
@@ -1,7 +1,7 @@
 Index: Source/cmInstallCommand.cxx
 --- Source/cmInstallCommand.cxx.orig
 +++ Source/cmInstallCommand.cxx
-@@ -669,6 +669,9 @@ bool HandleTargetsMode(std::vector const&
+@@ -658,6 +658,9 @@ bool HandleTargetsMode(std::vector const&
}
  
// Select the mode for installing symlinks to versioned shared libraries.
@@ -11,7 +11,7 @@ Index: Source/cmInstallCommand.cxx
cmInstallTargetGenerator::NamelinkModeType namelinkMode =
  cmInstallTargetGenerator::NamelinkModeNone;
if (libraryArgs.GetNamelinkOnly()) {
-@@ -684,6 +687,12 @@ bool HandleTargetsMode(std::vector const&
+@@ -673,6 +676,12 @@ bool HandleTargetsMode(std::vector const&
} else if (archiveArgs