Re: [new] gurk-rs - a cli signal client

[Stefan Hagen]

James Cook wrote (2024-05-14 21:21 CEST):
> > I wasn't able to link to my phone because the QR code is not displayed in a
> > usable way.  Here are the first three lines of what I assume is supposed to
> > be a QR code.
> > 
> > $ gurk
> > Linking new device with device name: gurk@angel
> >▄▄▄ ▄ ▄   ▄  
> >  ▄▄ ▄ ▄  ▄  ▄  ▄  ▄ ▄ ▄ ▄
> > ▄ ▄ ▄   ▄▄▄▄ ▄    ▄▄ ▄▄   ▄▄▄
> 
> Sorry, format=flowed messed that up. Here are the first three lines
> again:
> 
>▄▄▄ ▄ ▄   ▄   ▄▄ ▄ ▄  ▄
> ▄  ▄  ▄ ▄ ▄ ▄ ▄ ▄ ▄
> ▄▄▄▄ ▄    ▄▄ ▄▄   ▄▄▄

Try playing with a different font / different terminal.
It should look like a square'ish block that resembles
a QR code.

Best regards,
Stefan

[maintainer update] sysutils/hcloud 1.42.0 -> 1.43.1

[Stefan Hagen]

Hi,

Is anyone besides me using the hetzner cloud cli tool?

Changelogs:
https://github.com/hetznercloud/cli/releases/tag/v1.43.0
https://github.com/hetznercloud/cli/releases/tag/v1.43.1

port checks + test target pass.

- Stefan

Index: sysutils/hcloud/Makefile
===
RCS file: /cvs/ports/sysutils/hcloud/Makefile,v
diff -u -p -u -p -r1.17 Makefile
--- sysutils/hcloud/Makefile21 Feb 2024 06:20:48 -  1.17
+++ sysutils/hcloud/Makefile6 May 2024 05:43:54 -
@@ -1,5 +1,5 @@
 COMMENT =  command-line interface for Hetzner Cloud
-V =1.42.0
+V =1.43.1
 
 MODGO_MODNAME =github.com/hetznercloud/cli
 MODGO_VERSION =v${V}
Index: sysutils/hcloud/distinfo
===
RCS file: /cvs/ports/sysutils/hcloud/distinfo,v
diff -u -p -u -p -r1.14 distinfo
--- sysutils/hcloud/distinfo21 Feb 2024 06:20:48 -  1.14
+++ sysutils/hcloud/distinfo6 May 2024 05:43:54 -
@@ -1,7 +1,7 @@
 SHA256 (go_modules/github.com/!vivid!cortex/ewma/@v/v1.2.0.mod) = 
ILNcJxBBj+a8SPgF/mQlwJXr0GKZrGH8kQfZtR18EeY=
 SHA256 (go_modules/github.com/!vivid!cortex/ewma/@v/v1.2.0.zip) = 
+s/u7C2sRHIR5zPtbxkOkGioqJ13DqQLHWlV+mz/Ns8=
-SHA256 (go_modules/github.com/alecthomas/kingpin/v2/@v/v2.3.2.mod) = 
17OszAg8LYhxB+e5mY0rfap993NS0WnmnW+75plfuL0=
-SHA256 (go_modules/github.com/alecthomas/kingpin/v2/@v/v2.3.2.zip) = 
jzMPNcpCm2acOXzy5rWLjNaJT7bWQ39wmZMdLRQAuQk=
+SHA256 (go_modules/github.com/alecthomas/kingpin/v2/@v/v2.4.0.mod) = 
17OszAg8LYhxB+e5mY0rfap993NS0WnmnW+75plfuL0=
+SHA256 (go_modules/github.com/alecthomas/kingpin/v2/@v/v2.4.0.zip) = 
7x6m/q0h5fzJ4VMhh4iMjHxPPrvbAFh6tnoZJFIGymY=
 SHA256 
(go_modules/github.com/alecthomas/units/@v/v0.0.0-20211218093645-b94a6e3cc137.mod)
 = ftH6kO7vq7UGWGCrf2fdM/5ysTVwVCejb0515qgQBls=
 SHA256 
(go_modules/github.com/alecthomas/units/@v/v0.0.0-20211218093645-b94a6e3cc137.zip)
 = tiQ310pSMImvRroBFezhzhG8peMh/h4dTJduzKbueKo=
 SHA256 (go_modules/github.com/beorn7/perks/@v/v1.0.1.mod) = 
yHCz/lC2lE+rCVsGII2ciJh2PpFzyx7tMljD1YMJumY=
@@ -41,7 +41,6 @@ SHA256 (go_modules/github.com/goccy/go-y
 SHA256 (go_modules/github.com/goccy/go-yaml/@v/v1.11.3.zip) = 
sQ7xaCrXMisnASAAdBrdFyvGACGzB0nmTQmqfn4700M=
 SHA256 (go_modules/github.com/golang/mock/@v/v1.6.0.mod) = 
v7apfudscqVtouisXf2SYWb3k9/q+7+4DLM+agYDAag=
 SHA256 (go_modules/github.com/golang/mock/@v/v1.6.0.zip) = 
+iWRa1RvkNpJQY9Dbjph5MXa6JjPPIKwAHtab6t0Jhs=
-SHA256 (go_modules/github.com/golang/protobuf/@v/v1.2.0.mod) = 
wKIDG/J3CHdJ2MzEMkSfaxN1eH6shkHdL5MAdCMar7Q=
 SHA256 (go_modules/github.com/golang/protobuf/@v/v1.5.0.mod) = 
c4y7HelrZ6YjisO4CBzYsb+w2uvPbJu+jL221zuuzRk=
 SHA256 (go_modules/github.com/golang/protobuf/@v/v1.5.3.mod) = 
fI52EFJ6/Xckx+i36EPxMrDbYejJ3UncWJ1DDokpvMQ=
 SHA256 (go_modules/github.com/golang/protobuf/@v/v1.5.3.zip) = 
k72m6I1KCkk6mLSB3mehAACnVdFfFqgAtJprltG9b4E=
@@ -49,16 +48,16 @@ SHA256 (go_modules/github.com/google/go-
 SHA256 (go_modules/github.com/google/go-cmp/@v/v0.5.9.mod) = 
58dmnUod1Ym6PgJLon9D8pPbYR/gdc4g17iENw1j/r0=
 SHA256 (go_modules/github.com/google/go-cmp/@v/v0.6.0.mod) = 
58dmnUod1Ym6PgJLon9D8pPbYR/gdc4g17iENw1j/r0=
 SHA256 (go_modules/github.com/google/go-cmp/@v/v0.6.0.zip) = 
S06b9sSCEQgGUbSR37SNaLc2xmowW8+UYFYG4bouqko=
-SHA256 (go_modules/github.com/guptarohit/asciigraph/@v/v0.5.6.mod) = 
U6yrsr8kHxtWra3zhHTdIdO9sC/T7xbMTI3t1MCAHTk=
-SHA256 (go_modules/github.com/guptarohit/asciigraph/@v/v0.5.6.zip) = 
yaVtNzRFwrpqtNuM6Mg4+gqfNzREEbgNVm7G8DrYsdI=
-SHA256 (go_modules/github.com/hetznercloud/hcloud-go/v2/@v/v2.6.0.mod) = 
ft0ZdUGUm8HoXwOnBjYGZAm58OFu2xlhGTlOYajKWGA=
-SHA256 (go_modules/github.com/hetznercloud/hcloud-go/v2/@v/v2.6.0.zip) = 
dRgolglIBmxn5mgmR6xo7TFBhl1IqeDoDGRE4OAPVaE=
+SHA256 (go_modules/github.com/guptarohit/asciigraph/@v/v0.7.1.mod) = 
U6yrsr8kHxtWra3zhHTdIdO9sC/T7xbMTI3t1MCAHTk=
+SHA256 (go_modules/github.com/guptarohit/asciigraph/@v/v0.7.1.zip) = 
MOO5DvYGYROE8/CPV64Gt2jBy9Uo7VUjxHEDhAyq3Ls=
+SHA256 (go_modules/github.com/hetznercloud/hcloud-go/v2/@v/v2.7.2.mod) = 
DDndFm2NZawdAECRNB5giqWol2/PCxSqVtVemjJ4sv8=
+SHA256 (go_modules/github.com/hetznercloud/hcloud-go/v2/@v/v2.7.2.zip) = 
JFuH60eVHFOkaZvX35gz0YmNX9pQ4Ys4hASbH2HPJYk=
 SHA256 (go_modules/github.com/inconshreveable/mousetrap/@v/v1.1.0.mod) = 
HBsVkRqooL1c0PZnDsI9EIZJbzYV/fUzBq/ytHbOm+E=
 SHA256 (go_modules/github.com/inconshreveable/mousetrap/@v/v1.1.0.zip) = 
UmZ03mJNfbEIz+dlPvEQzN/Ze8hQJiVCJIFVZ5KO0kM=
 SHA256 
(go_modules/github.com/jessevdk/go-flags/@v/v1.4.1-0.20181029123624-5de817a9aa20.mod)
 = n/9I81DbxrsGZZTpRJbe+hlei1UgbSYcpbL5ifZ4Ki0=
 SHA256 
(go_modules/github.com/jessevdk/go-flags/@v/v1.4.1-0.20181029123624-5de817a9aa20.zip)
 = mGXGOBfZ/cyky2L5Kdmyu9hS3jXasawE5CS3vyQle1o=
-SHA256 (go_modules/github.com/jmattheis/goverter/@v/v1.3.0.mod) = 
hvxDHo1hO1R7mibht4DtCGA5NAIvM9VVMaIibxwBN84=
-SHA256 

Re: [maintainer-update] www/luakit to 2.3.6

[Stefan Hagen]

Stefan Hagen wrote (2024-02-23 07:51 CET):
> luakit now works with libsoup3 and webkitgtk4.1. And some bugs have
> been fixed.
> 
> Changes: https://luakit.github.io/news/
> 
> The test target runs fine on amd64.
> portcheck/p-l-d-check are happy.
> 
> OK?

*ping*

The test target is also happy.

- Stefan

Index: www/luakit/Makefile
===
RCS file: /cvs/ports/www/luakit/Makefile,v
diff -u -p -u -p -r1.44 Makefile
--- www/luakit/Makefile 20 Apr 2024 14:42:27 -  1.44
+++ www/luakit/Makefile 6 May 2024 06:01:57 -
@@ -1,8 +1,7 @@
 COMMENT =  fast, small, webkit based browser written in lua
 
-V =2.3.3
+V =2.3.6
 DISTNAME = luakit-${V}
-REVISION = 3
 
 EPOCH =1
 
@@ -21,10 +20,10 @@ USE_GMAKE = Yes
 
 COMPILER = base-clang ports-gcc
 
-WANTLIB += atk-1.0 c cairo cairo-gobject gdk-3 gdk_pixbuf-2.0 gio-2.0
+WANTLIB =  atk-1.0 c cairo cairo-gobject gdk-3 gdk_pixbuf-2.0 gio-2.0
 WANTLIB += glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 gtk-3 harfbuzz
-WANTLIB += intl javascriptcoregtk-4.0 pango-1.0 pangocairo-1.0 pthread
-WANTLIB += soup-2.4 sqlite3 webkit2gtk-4.0
+WANTLIB += intl javascriptcoregtk-4.1 pango-1.0 pangocairo-1.0 pthread
+WANTLIB += soup-3.0 sqlite3 webkit2gtk-4.1
 
 # luajit archs
 .if ${MACHINE_ARCH} == "arm" \
@@ -52,7 +51,7 @@ RUN_DEPENDS = devel/desktop-file-utils \
net/luasocket \
textproc/lua-markdown
 
-LIB_DEPENDS += www/webkitgtk4
+LIB_DEPENDS += www/webkitgtk4,webkitgtk41
 
 TEST_DEPENDS = devel/luassert \
devel/luacheck
Index: www/luakit/distinfo
===
RCS file: /cvs/ports/www/luakit/distinfo,v
diff -u -p -u -p -r1.14 distinfo
--- www/luakit/distinfo 9 Nov 2022 18:18:35 -   1.14
+++ www/luakit/distinfo 6 May 2024 06:01:57 -
@@ -1,2 +1,2 @@
-SHA256 (luakit-2.3.3.tar.gz) = jmVx8REZsx56ND23sD9o2CPx/Rdf3/SHDUCir9nnMtU=
-SIZE (luakit-2.3.3.tar.gz) = 507343
+SHA256 (luakit-2.3.6.tar.gz) = ggL8UVx+ZN3AeUtWIxZ7Ny9pa851fm92fF4Dv74r66A=
+SIZE (luakit-2.3.6.tar.gz) = 508466

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2024/05/05 23:31:21

Modified files:
textproc/urlscan: Makefile distinfo 

Log message:
Update urlscan to 1.0.2

https://github.com/firecat53/urlscan/releases/tag/1.0.2

Re: [new] gurk-rs - a cli signal client

[Stefan Hagen]

Stefan Hagen wrote (2024-03-23 10:11 CET):
> Rafael Sadowski wrote (2024-03-23 10:02 CET):
> > On Fri Feb 10, 2023 at 07:28:52PM +0100, Stefan Hagen wrote:
> > 
> > What is the status here? I see 0.4.2 upstream.
> 
> 0.4.2 is in openbsd-wip, feel free to try. It's buggy as hell
> and crashes frequently.
> 
> I'll resubmit it to ports@ once it works better.

I've updated gurk-rs on openbsd-wip to version 0.4.3. It seems to start
more reliable now. I could exchange a few messages. Once a message got
deleted, further messages could not be sent from gurk.

Re: [new] gurk-rs - a cli signal client

[Stefan Hagen]

Rafael Sadowski wrote (2024-03-23 10:02 CET):
> On Fri Feb 10, 2023 at 07:28:52PM +0100, Stefan Hagen wrote:
> 
> What is the status here? I see 0.4.2 upstream.

0.4.2 is in openbsd-wip, feel free to try. It's buggy as hell
and crashes frequently.

I'll resubmit it to ports@ once it works better.

Re: [fix] misc/remind: gtk-update-icon-cache: Failed to open file

[Stefan Hagen]

Martin Ziemer wrote (2024-03-20 09:10 CET):

[...]

> And now there is also a newer version of remind.
> 
> Below is a diff which removes the icon-cache and the matching depends
> and updates to the new version.
> 
> Tested on amd64.

Nice, thank you. I've committed this diff.

> Index: Makefile
> ===
> RCS file: /cvs/ports/misc/remind/Makefile,v
> retrieving revision 1.71
> diff -u -p -r1.71 Makefile
> --- Makefile  4 Mar 2024 10:22:45 -   1.71
> +++ Makefile  20 Mar 2024 08:05:21 -
> @@ -1,7 +1,7 @@
>  COMMENT= scripting language for reminders, with a Tk front end
>  
> -DISTNAME=remind-04.03.02
> -PKGNAME= remind-4.3.2
> +DISTNAME=remind-04.03.03
> +PKGNAME= remind-4.3.3
>  
>  CATEGORIES=  misc
>  
> @@ -32,7 +32,6 @@ RUN_DEPENDS=${MODTK_RUN_DEPENDS} \
>   converters/p5-JSON-MaybeXS \
>   graphics/p5-Cairo \
>   devel/p5-Pango \
> - x11/gtk+4,-guic \
>   devel/desktop-file-utils
>  
>  CONFIGURE_STYLE= gnu
> Index: distinfo
> ===
> RCS file: /cvs/ports/misc/remind/distinfo,v
> retrieving revision 1.40
> diff -u -p -r1.40 distinfo
> --- distinfo  4 Mar 2024 10:22:45 -   1.40
> +++ distinfo  20 Mar 2024 08:05:21 -
> @@ -1,2 +1,2 @@
> -SHA256 (remind-04.03.02.tar.gz) = 
> tL5Ntb/RIoT9mKcdU1ndBo/pGwhtIsRnTV0lL6Sg1Vw=
> -SIZE (remind-04.03.02.tar.gz) = 523684
> +SHA256 (remind-04.03.03.tar.gz) = 
> +/vX6Nu0F84mZcEnd9jFlaVKbJIQQOJiPsxspKF+klQ=
> +SIZE (remind-04.03.03.tar.gz) = 528047
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/misc/remind/pkg/PLIST,v
> retrieving revision 1.16
> diff -u -p -r1.16 PLIST
> --- pkg/PLIST 4 Mar 2024 10:22:45 -   1.16
> +++ pkg/PLIST 20 Mar 2024 08:05:21 -
> @@ -55,4 +55,3 @@ share/remind/seasons.rem
>  share/remind/site/
>  share/remind/site/README
>  @tag update-desktop-database
> -@tag gtk-update-icon-cache %D/share/icons/tkremind
> 

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2024/03/22 00:59:11

Modified files:
misc/remind: Makefile distinfo 
misc/remind/pkg: PLIST 

Log message:
update to remind-4.3.3, from Martin Ziemer (maintainer)

plus port fixes spotted by kn@ and sdk@

[fix] misc/remind: gtk-update-icon-cache: Failed to open file

[Stefan Hagen]

Hi,

$ pkg_add remind
quirks-7.14 signed on 2024-03-17T12:22:05Z
remind-4.3.2:[..snip the deps..]
remind-4.3.2:p5-JSON-MaybeXS-1.004005: ok
remind-4.3.2:tcl-8.6.13: ok
remind-4.3.2:tk-8.6.13: ok
remind-4.3.2:p5-Cairo-1.109: ok
remind-4.3.2:p5-Glib2-1.3294: ok
remind-4.3.2:p5-Pango-1.227p3: ok
remind-4.3.2:tcl-8.5.19p6: ok
remind-4.3.2:tcllib-1.21pl0p0: ok
remind-4.3.2: ok
Running 
tags||100%
gtk-update-icon-cache: Failed to open file 
/usr/local/share/icons/tkremind/.icon-theme.cache : No such file or directory
system(/bin/sh, -c, /usr/local/bin/gtk-update-icon-cache -q -t 
/usr/local/share/icons/tkremind) failed:  exit(1)
Running tags: ok
New and changed readme(s):
/usr/local/share/doc/pkg-readmes/tcl-8.5
/usr/local/share/doc/pkg-readmes/tcl-8.6

This is because:

cat pkg/PLIST:
@tag gtk-update-icon-cache %D/share/icons/tkremind

But nothing was installed to ../share/icons/..

I think we can remove this line.

OK?

Best Regards,
Stefan

Index: misc/remind/Makefile
===
RCS file: /cvs/ports/misc/remind/Makefile,v
diff -u -p -u -p -r1.71 Makefile
--- misc/remind/Makefile4 Mar 2024 10:22:45 -   1.71
+++ misc/remind/Makefile18 Mar 2024 13:29:27 -
@@ -2,6 +2,7 @@ COMMENT=scripting language for reminder
 
 DISTNAME=  remind-04.03.02
 PKGNAME=   remind-4.3.2
+REVISION=  0
 
 CATEGORIES=misc
 
Index: misc/remind/pkg/PLIST
===
RCS file: /cvs/ports/misc/remind/pkg/PLIST,v
diff -u -p -u -p -r1.16 PLIST
--- misc/remind/pkg/PLIST   4 Mar 2024 10:22:45 -   1.16
+++ misc/remind/pkg/PLIST   18 Mar 2024 13:29:27 -
@@ -55,4 +55,3 @@ share/remind/seasons.rem
 share/remind/site/
 share/remind/site/README
 @tag update-desktop-database
-@tag gtk-update-icon-cache %D/share/icons/tkremind

Re: [mpv] --vo=gpu not working, permission denied

[Stefan Hagen]

beecdadd...@danwin1210.de wrote (2024-02-26 22:54 CET):
> libEGL warning: failed to open /dev/dri/card0: Permission denied

You can fix it with: chown  /dev/dri/card0 /dev/dri/renderD128

Xenodm does this automatically when you log in.
See /etc/X11/xenodm/GiveConsole

The permission are also set when you log in on ttyC0.
See /etc/fbtab and fbtab(5)

Therefore the permissions are changing when you jump out of X
with ctrl+alt+f1 and log in as root. When you hop back into X,
the permissions are wrong.

This only happens on the first console. Use another one instead 
(ctrl+alt+f2,3,4) while using X.

Best Regards,
Stefan

[update] www/luakit to 2.3.6

[Stefan Hagen]

Hi,

luakit now works with libsoup3 and webkitgtk4.1. And some bugs have been
fixed.

Changes: https://luakit.github.io/news/

The test target runs fine on amd64.
portcheck/p-l-d-check are happy.

OK?

Index: www/luakit/Makefile
===
RCS file: /cvs/ports/www/luakit/Makefile,v
diff -u -p -u -p -r1.43 Makefile
--- www/luakit/Makefile 27 Sep 2023 19:13:03 -  1.43
+++ www/luakit/Makefile 23 Feb 2024 06:40:18 -
@@ -1,8 +1,7 @@
 COMMENT =  fast, small, webkit based browser written in lua
 
-V =2.3.3
+V =2.3.6
 DISTNAME = luakit-${V}
-REVISION = 2
 
 EPOCH =1
 
@@ -21,10 +20,10 @@ USE_GMAKE = Yes
 
 COMPILER = base-clang ports-gcc
 
-WANTLIB += atk-1.0 c cairo cairo-gobject gdk-3 gdk_pixbuf-2.0 gio-2.0
+WANTLIB =  atk-1.0 c cairo cairo-gobject gdk-3 gdk_pixbuf-2.0 gio-2.0
 WANTLIB += glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 gtk-3 harfbuzz
-WANTLIB += intl javascriptcoregtk-4.0 pango-1.0 pangocairo-1.0 pthread
-WANTLIB += soup-2.4 sqlite3 webkit2gtk-4.0
+WANTLIB += intl javascriptcoregtk-4.1 pango-1.0 pangocairo-1.0 pthread
+WANTLIB += soup-3.0 sqlite3 webkit2gtk-4.1
 
 # luajit archs
 .if ${MACHINE_ARCH} == "arm" \
@@ -52,7 +51,7 @@ RUN_DEPENDS = devel/desktop-file-utils \
net/luasocket \
textproc/lua-markdown
 
-LIB_DEPENDS += www/webkitgtk4
+LIB_DEPENDS += www/webkitgtk4,webkitgtk41
 
 TEST_DEPENDS = devel/luassert \
devel/luacheck
Index: www/luakit/distinfo
===
RCS file: /cvs/ports/www/luakit/distinfo,v
diff -u -p -u -p -r1.14 distinfo
--- www/luakit/distinfo 9 Nov 2022 18:18:35 -   1.14
+++ www/luakit/distinfo 23 Feb 2024 06:40:18 -
@@ -1,2 +1,2 @@
-SHA256 (luakit-2.3.3.tar.gz) = jmVx8REZsx56ND23sD9o2CPx/Rdf3/SHDUCir9nnMtU=
-SIZE (luakit-2.3.3.tar.gz) = 507343
+SHA256 (luakit-2.3.6.tar.gz) = ggL8UVx+ZN3AeUtWIxZ7Ny9pa851fm92fF4Dv74r66A=
+SIZE (luakit-2.3.6.tar.gz) = 508466

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2024/02/20 23:20:48

Modified files:
sysutils/hcloud: Makefile distinfo modules.inc 

Log message:
Update hcloud to 1.42.0

Changes: https://github.com/hetznercloud/cli/releases/tag/v1.42.0

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2024/02/15 11:36:05

Modified files:
games/clidle   : Makefile distinfo modules.inc 

Log message:
Unbreak clidle: golang syscall fix

Re: [OpenBSD -current] xpdf: core dump

[Stefan Hagen]

Marcel Logen wrote (2024-01-26 12:53 CET):
> | t20$ xpdf
> | xpdf:/usr/X11R6/lib/libX11.so.17.1: /usr/X11R6/lib/libX11.so.18.0 : 
> WARNING: symbol(_XkeyTable) size mismatch, relink your program
> | QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-user20'
> | Cannot mix incompatible Qt library (5.9.8) with this library (5.15.11)
> | Abort trap (core dumped) 
> | t20$ 
> 
> What can I do, or is it a problem of the package maintainer?

This happens after you ran pkg_add -u?
My xpdf is not looking for libX11.so.17.1 anymmore and it works fine.

- Stefan

Re: [NEW] misc/remindcal v0.1.1

[Stefan Hagen]

Omar Polo wrote (2024-01-26 09:44 CET):
> On 2024/01/26 07:35:08 +0100, Stefan Hagen  
> wrote:
> > Russ Sharek wrote (2024-01-25 20:36 CET):
> > > While working on this port, I sent a bugfix to the developer and they 
> > > were kind enough to merge it in quickly and tag a new release.
> > > 
> > > Here's an update to a shiny new remindcal-v0.1.1, hot off the forge. 
> > > 
> > > OK?
> > 
> > Looks good to me now. Thanks!
> > 
> > OK for import sdk@
> 
> Some nits, then it's ok op@ too
> 
>  - use tabs to 'indent' the values, not spaces
>  - UNLICENSE is popular enough that we don't have to put the link to the
>website in the license comment IMHO
>  - tweaked a bit the DESCR
> 
> the $EDITOR tip could even be moved in DESCR to avoid using a README
> file only for it, but I don't have a strong opinion.
> 
> I've briefly tried it (not a remind user, just curious) and seems to
> work fine :)
> 
> I'm attaching an updated tarball that's ok for me to import.

I've imported it. Thanks!

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2024/01/26 11:46:38

Modified files:
misc   : Makefile 

Log message:
Add dir for remindcal

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2024/01/26 11:45:11

Log message:
Import misc/remindcal 0.1.1

DESCR:
Remindcal is a terminal interface for remind.

Port from Russ Sharek who also takes MAINTAINER, thank you!

Tweaks from me and op@

OK op@

Status:

Vendor Tag: sdk
Release Tags:   sdk_20240126

N ports/misc/remindcal/Makefile
N ports/misc/remindcal/distinfo
N ports/misc/remindcal/pkg/DESCR
N ports/misc/remindcal/pkg/PLIST
N ports/misc/remindcal/pkg/README

No conflicts created by this import

Re: [Update] www/gallery-dl-1.26.7

[Stefan Hagen]

grodzio wrote (2024-01-25 14:46 CET):
> Attached is an update to gallery-dl to 1.26.7. As always,
> tested on amd64.

Committed, thank you!

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2024/01/25 23:42:41

Modified files:
www/gallery-dl : Makefile distinfo 
www/gallery-dl/pkg: PLIST 

Log message:
Update gallery-dl to 1.26.7 from MAINTAINER grodziol, thanks!

Changes:
https://github.com/mikf/gallery-dl/releases/tag/v1.26.7

Re: [NEW] misc/remindcal v0.1.1

[Stefan Hagen]

Russ Sharek wrote (2024-01-25 20:36 CET):
> While working on this port, I sent a bugfix to the developer and they 
> were kind enough to merge it in quickly and tag a new release.
> 
> Here's an update to a shiny new remindcal-v0.1.1, hot off the forge. 
> 
> OK?

Looks good to me now. Thanks!

OK for import sdk@

Re: [NEW] misc/remindcal v0.1.0

[Stefan Hagen]

Russ Sharek wrote (2024-01-21 20:18 CET):
> On January 10, 2024 12:16:50 AM EST, Russ Sharek  wrote:
> >Hello!
> >
> >I found a cool little TUI front-end for the misc/remind calendar tool, 
> >and have put together a port.
> >
> >homepage: https://github.com/realsirjoe/remindcal
> >
> >I've tested this on amd64.
> >
> >Notes? OK?
> 
> Haven't heard anything regarding this port. 
> 
> Can someone please have a look?
> 

Hi,

I can give some feedback.

I don't mind the README, but it should be correct. remincal has a
fallback to "vim". So when vim is installed, EDITOR is not required
to be set.

See: remind.go:160  if editor == "" { editor = "vim" }


$ cat distinfo
SHA256 (v0.1.0.tar.gz) = /81STC/8eMW46gcHCF1/3UQJYrHL9EagggXr0daVkiI=
SIZE (v0.1.0.tar.gz) = 66383

This is no good and can clash in DISTDIR. The distfile name can be
altered by using the construct fixed-filename{download-filename}.tgz.

Like so:
DISTFILES = remindcal-${V}{v${V}}${EXTRACT_SUFX}


You don't need to define EXTRACT_SUFX. It's ".tar.gz" by default.


There's a better way to do this port. Your approach would be good if 
the author would have uploaded proper release tarballs. But as we're 
grabbing a tagged version, we can use the DIST_TUPLE mechanism, which
also sets HOMEPAGE and DISTFILES correctly.

My proposal for the Makefile:

---
COMMENT =   terminal frontend for remind
DIST_TUPLE =github realsirjoe remindcal v0.1.0 .
CATEGORIES =misc

MAINTAINER =Russ Sharek 

# UNLICENSE: https://unlicense.org
PERMIT_PACKAGE =Yes

WANTLIB += c curses pthread

MODULES =   lang/go

RUN_DEPENDS =   misc/remind

ALL_TARGET =github.com/realsirjoe/remindcal

.include 
---

Best Regards,
Stefan

Re: [new] irctk - graphical IRC client

[Stefan Hagen]

Omar Polo wrote (2024-01-20 17:40 CET):
> On 2023/12/30 15:39:39 +0100, Omar Polo  wrote:
> > On 2023/12/15 16:50:50 +0100, Omar Polo  wrote:
> > > IRCTk is a graphical IRC client written in Tcl/Tk.  I've been using it
> > > for several months now.  I'm using it also for icb via a (customized)
> > > icbirc.
> > > 
> > > A quickstart guide is available here, with screenshots
> > > 
> > 
> > Due to a wrong dependency line the scripts were re-generated during fake
> > time and recorded fake-time PREFIX, thus trying to run stuff in
> > pobj/irctk-1.0.0/...  Now fixed.
> 
> ...and I also missed the dependency on tcllib and the fact that
> tk.port.mk doesn't append to BUILD/RUN_DEPENDS.  Hopefully this is
> finally the right port :-)
> 
> ok to import?

The patch doesn't apply. You patched the Makefile, but you need to patch 
Makefile.m4.

Updated version attached.

ok sdk@


irctk.tgz
Description: application/tar-gz

Re: [Update] www/gallery-dl-1.26.6

[Stefan Hagen]

grodzio wrote (2024-01-12 15:02 CET):
> Attached is an update for gallery-dl to version 1.26.6. This version
> adds several new extractors and fixes many others.
> -grodzio1

Your PLIST diff didn't apply. A few files it tried to add were already present.
It looks like you created the diff against an earlier version than what
was in the ports tree.

No big deal, just so you know.

I fixed it and committed the update. Thanks!

Best regards,
Stefan

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2024/01/12 13:21:09

Modified files:
www/gallery-dl : Makefile distinfo 
www/gallery-dl/pkg: PLIST 

Log message:
Update gallery-dl to 1.26.6 from MAINTAINER grodziol

Changes:
https://github.com/mikf/gallery-dl/releases/tag/v1.26.6

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2024/01/08 02:57:56

Modified files:
net/synapse: Makefile 
net/synapse/pkg: README 

Log message:
fix synapse README, drop --generate-keys which is now done implicitly

OK from renaud (MAINTAINER)

[fix] net/synapse update README

[Stefan Hagen]

Hi,

while setting up a synapse instance, I saw that the command below
doesn't work anymore. You can either supply --generate-config OR
--generate-keys, but not both.

When doing a --generate-config, the keys are generated as well,
so this switch can simply be left out.

Maintainer on CC.

OK?

Best regards,
Stefan

Index: net/synapse/Makefile
===
RCS file: /cvs/ports/net/synapse/Makefile,v
diff -u -p -u -p -r1.69 Makefile
--- net/synapse/Makefile1 Jan 2024 14:14:49 -   1.69
+++ net/synapse/Makefile8 Jan 2024 09:40:19 -
@@ -7,6 +7,8 @@ GH_PROJECT =synapse
 GH_TAGNAME =   v${MODPY_EGG_VERSION}
 CATEGORIES =   net
 
+REVISION = 0
+
 HOMEPAGE = https://matrix.org/
 
 MAINTAINER =   Renaud Allard 
Index: net/synapse/pkg/README
===
RCS file: /cvs/ports/net/synapse/pkg/README,v
diff -u -p -u -p -r1.4 README
--- net/synapse/pkg/README  21 Nov 2022 14:03:29 -  1.4
+++ net/synapse/pkg/README  8 Jan 2024 09:40:19 -
@@ -9,7 +9,7 @@ As root (or _synapse), go into ${LOCALST
 doas -u _synapse ${MODPY_BIN} -m synapse.app.homeserver \
-c ${LOCALSTATEDIR}/synapse/homeserver.yaml --generate-config \
--server-name matrix.example.com --report-stats=no \
-   --generate-keys --keys-directory ${LOCALSTATEDIR}/synapse
+   --keys-directory ${LOCALSTATEDIR}/synapse
 
 Register a user
 ===

Re: [NEW] audio/stmp v0.0.3

[Stefan Hagen]

Russ Sharek wrote (2023-12-30 05:02 CET):
> Thanks to a *lot* of help from Aaron Bieber (again), I've put together 
> another port! This time it's stmp, a terminal-based client for subsonic 
> API servers. Now that we have two of them in ports, it seemed like we 
> needed a simple client.
> 
> homepage: https://github.com/wildeyedskies/stmp
> 
> It's been tested on amd64 against navidrome.
> 
> OK, please?

Oh this is cool. I looked at stmp before, but failed figuring out the go-mpv 
issue.

Unfortunatels it doesn't run here:

$ stmp
panic: function not implemented

goroutine 1 [running]:
main.InitGui(0xc8c6e0?, 0x2c7a58?, 0x5?, 0xc000180500?)

/usr/ports/pobj/stmp-0.0.3/go/src/github.com/wildeyedskies/stmp/gui.go:889 
+0x945
main.main()

/usr/ports/pobj/stmp-0.0.3/go/src/github.com/wildeyedskies/stmp/stmp.go:91 
+0x605

Best regards,
Stefan

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/30 02:08:05

Modified files:
sysutils/hcloud: Makefile distinfo modules.inc 

Log message:
Update hcloud to 1.41.1

Bugfix release:
https://github.com/hetznercloud/cli/releases/tag/v1.41.1

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/28 13:19:57

Modified files:
www/gallery-dl : Makefile distinfo 
www/gallery-dl/pkg: PLIST 

Log message:
Update gallery-dl to 1.26.5 from MAINTAINER grodzio, thanks!

Re: [new] x11/mate/backgrounds 1.27.1

[Stefan Hagen]

Rafael Sadowski wrote (2023-12-24 14:07 CET):
> On Sun Dec 24, 2023 at 01:11:59PM +0100, Stefan Hagen wrote:
> > mkf9 wrote (2023-12-24 10:47 CET):
> > > I've noticed there is no mate-backgrounds package in openbsd. upstream
> > > source: https://github.com/mate-desktop/mate-backgrounds/
> > > 
> > > may i make a request for this package to be added? ny thanks :)
> > 
> > Do users nowadays really need wallpaper packages?
> > Such a waste of resources...
> > 
> > Port attached.
> 
> Waste of resources? We are talking about wallpapers :-D.  More
> seriously, most desktop environments expects at least some default
> wallpapers in a know directory.
> 
> Feliz Navidad

Marry Christmas to you too!

I had disk space on package and distfile mirrors in mind. Not build time.

We're not packaging simple scripts because people can just download and
run them. But we're packaging image files that people can also just
download and use? It just sounds unnecessary to me. That's all.

[new] x11/mate/backgrounds 1.27.1

[Stefan Hagen]

mkf9 wrote (2023-12-24 10:47 CET):
> I've noticed there is no mate-backgrounds package in openbsd. upstream
> source: https://github.com/mate-desktop/mate-backgrounds/
> 
> may i make a request for this package to be added? ny thanks :)

Do users nowadays really need wallpaper packages?
Such a waste of resources...

Port attached.


mate-backgrounds.tgz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/17 09:21:50

Modified files:
productivity/radicale2: Makefile 
productivity/radicale2/patches: patch-config 
patch-radicale_config_py 
productivity/radicale2/pkg: README 

Log message:
Fix: change VARBASE to LOCALSTATEDIR in patches and README

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/17 09:21:12

Modified files:
productivity/radicale: Makefile 
productivity/radicale/patches: patch-config 

Log message:
Fix: change VARBASE to LOCALSTATEDIR in config patch

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/17 08:43:12

Modified files:
net/syncthing  : Makefile 
net/syncthing/pkg: README 

Log message:
Fix: change VARBASE to LOCALSTATEDIR in README

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/17 08:29:06

Modified files:
security/suricata: Makefile 
security/suricata/patches: 
   
patch-suricata-update_suricata_update_config_py 
   
patch-suricata-update_suricata_update_parsers_py 
   patch-suricata_yaml_in 
security/suricata/pkg: README 

Log message:
Fix: change missing VARBASE bits to LOCALSTATEDIR

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/17 08:27:32

Modified files:
net/arpwatch   : Makefile 
net/arpwatch/patches: patch-arpsnmp.8 patch-arpwatch.8 

Log message:
Fix: change patches to LOCALSTATEDIR

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/17 07:35:17

Modified files:
net/mautrix-whatsapp: Makefile 
net/mautrix-whatsapp/pkg: README 

Log message:
Fix: change VARBASE to LOCALSTATEDIR in README file

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/17 07:19:32

Modified files:
net/znc: Makefile 
net/znc/pkg: README-main znc.rc 

Log message:
Change missed README and rc file to LOCALSTATEDIR

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/17 07:09:47

Modified files:
net/litecoin   : Makefile 
net/litecoin/pkg: litecoind.rc 

Log message:
Fix missed VARBASE in rc file

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/17 07:08:30

Modified files:
net/bitcoin: Makefile 
net/bitcoin/pkg: bitcoind.rc 

Log message:
Fix missed VARBASE in rc file

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/17 07:04:07

Modified files:
www/sogo   : Makefile 
www/sogo/pkg   : README 

Log message:
Fix README to use LOCALSTATEDIR

Re: [maintainer update] remind 4.2.7 -> 4.2.8

[Stefan Hagen]

Martin Ziemer wrote (2023-12-15 08:02 CET):
> This patch updates remind from 4.2.7 to 4.2.8.
> 
> Tested on amd64.

Looks good and all my tests worked.

ok sdk@

> Index: Makefile
> ===
> RCS file: /cvs/ports/misc/remind/Makefile,v
> retrieving revision 1.68
> diff -u -p -r1.68 Makefile
> --- Makefile  12 Oct 2023 18:21:31 -  1.68
> +++ Makefile  15 Dec 2023 06:59:08 -
> @@ -1,7 +1,7 @@
>  COMMENT= scripting language for reminders, with a Tk front end
>  
> -DISTNAME=remind-04.02.07
> -PKGNAME= remind-4.2.7
> +DISTNAME=remind-04.02.08
> +PKGNAME= remind-4.2.8
>  
>  CATEGORIES=  misc
>  
> Index: distinfo
> ===
> RCS file: /cvs/ports/misc/remind/distinfo,v
> retrieving revision 1.37
> diff -u -p -r1.37 distinfo
> --- distinfo  12 Oct 2023 18:21:31 -  1.37
> +++ distinfo  15 Dec 2023 06:59:08 -
> @@ -1,2 +1,2 @@
> -SHA256 (remind-04.02.07.tar.gz) = 
> A+EtkNmQOcz3Mb4q7qQGNL6pyCnRus4nqNor485tsZA=
> -SIZE (remind-04.02.07.tar.gz) = 509579
> +SHA256 (remind-04.02.08.tar.gz) = 
> GBuX5sQbY7oXcm8QTlWXcX6lrwgqQRF1UTBZ3zPTChU=
> +SIZE (remind-04.02.08.tar.gz) = 510979
> 

Re: maintainer update productivity/khard --> 0.19.1

[Stefan Hagen]

Paco Esteban wrote (2023-12-14 19:14 CET):
> Hi ports@,
> 
> This is very simple update for productivity/khard to its latest version 0.19.1
> Tests pass and works for me on amd64.
> 
> Ok to commit ?

Looks good.

OK sdk

> diff /usr/ports
> commit - 3b3b2b7d829c4b6ff74b701a804e186ec5309991
> path + /usr/ports
> blob - 500e8740faba45f4d1dc1ebcee0d6fad0cea2524
> file + productivity/khard/Makefile
> --- productivity/khard/Makefile
> +++ productivity/khard/Makefile
> @@ -1,6 +1,6 @@
>  COMMENT =console vCard address book
>  
> -MODPY_EGG_VERSION =  0.18.0
> +MODPY_EGG_VERSION =  0.19.1
>  DISTNAME =   khard-${MODPY_EGG_VERSION}
>  
>  CATEGORIES = productivity
> blob - caa6b5e77a231cd842ca85a02843bf3f6fbc3232
> file + productivity/khard/distinfo
> --- productivity/khard/distinfo
> +++ productivity/khard/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (khard-0.18.0.tar.gz) = /ojUtH/dlIYQrFc8AfoT0beZYmXLxEORCFdhr5oDBhU=
> -SIZE (khard-0.18.0.tar.gz) = 602016
> +SHA256 (khard-0.19.1.tar.gz) = WfMKDaPD2j6wT02+GO5HY5E7aF2Z7IQY/VdKiMSRxJA=
> +SIZE (khard-0.19.1.tar.gz) = 605230
> 
> -- 
> Paco Esteban.
> 0x5818130B8A6DBC03
> 

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/14 12:15:05

Modified files:
sysutils/hcloud: Makefile distinfo modules.inc 

Log message:
Update hcloud to 1.41.0

Changes: https://github.com/hetznercloud/cli/releases/tag/v1.41.0

Re: CVS: cvs.openbsd.org: ports

[Stefan Hagen]

Stefan Hagen wrote (2023-12-13 21:12 CET):
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   s...@cvs.openbsd.org2023/12/13 13:12:39
> 
> Log message:
> Import audio/gonic - music streaming server / subsonic server API 
> implementation
> 
> pkg/DESCR:
> FLOSS alternative to subsonic, supporting its many clients.
> 
> Port from Russ Sharek, who also takes MAINTAINER, thank you!
> 
> OK aaron@

That should have been abieber@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/13 13:14:31

Modified files:
audio  : Makefile 

Log message:
Add dir for gonic

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/13 13:12:39

Log message:
Import audio/gonic - music streaming server / subsonic server API 
implementation

pkg/DESCR:
FLOSS alternative to subsonic, supporting its many clients.

Port from Russ Sharek, who also takes MAINTAINER, thank you!

OK aaron@

Status:

Vendor Tag: sdk
Release Tags:   sdk_20231213

N ports/audio/gonic/Makefile
N ports/audio/gonic/modules.inc
N ports/audio/gonic/distinfo
N ports/audio/gonic/pkg/gonic.rc
N ports/audio/gonic/pkg/PLIST
N ports/audio/gonic/pkg/DESCR
N ports/audio/gonic/pkg/README
N ports/audio/gonic/files/gonic.toml

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/13 13:08:58

Modified files:
infrastructure/db: user.list 

Log message:
Add _gonic user and group

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/13 09:32:38

Modified files:
textproc   : Makefile 

Log message:
add dir for ding

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/13 09:31:51

Log message:
Import textproc/ding - dictionary lookup program for X11

cat pkg/DESCR
DIctionary Nice Grep is a dictionary lookup program for the X window
system. It comes with a German-English Dictionary with approximately
326,000 entries. It is based on Tk version >= 8.3 and uses the agrep or
egrep tools for searching.

I'm taking maintainer.

ok sthen@

Status:

Vendor Tag: sdk
Release Tags:   sdk_20231213

N ports/textproc/ding/Makefile
N ports/textproc/ding/distinfo
N ports/textproc/ding/pkg/DESCR
N ports/textproc/ding/pkg/PLIST
N ports/textproc/ding/patches/patch-ding

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/10 13:14:33

Modified files:
x11/notion : Makefile distinfo 
x11/notion/patches: patch-system-autodetect_mk 

Log message:
[fix] notion: unmask SA_RESTART signal

while there: switch to DIST_TUPLE

Re: nrpe: "I'm not dead yet!"

[Stefan Hagen]

Lyndon Nerenberg (VE7TFX/VE6BBM) wrote (2023-12-09 00:17 CET):
> On Sep 6 a commit landed in the Github nrpe repo that deleted
> the notice about nrpe being depricated.
> 
> It might be worth revisiting the admonition in the port's
> pkg/MESSAGE file.
> 
> --lyndon

Yes, this was 3 months ago. Since then, nothing happened. No commit, no
active branch, no activity on the authors account fork and no discussion
on PRs.

This "admonition" is taken from the README.md which is in the tarball of
the release and installed to ${PREFIX}/share/doc/nrpe/README.md.

The port is correct for the version we have. We'll update pkg/MESSAGE
when a new release shows up.

Best,
Stefan

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/07 23:28:57

Modified files:
sysutils/slant : Makefile 
sysutils/slant/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

no response from maintainer

OK op@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/07 23:24:16

Modified files:
productivity/radicale: Makefile 
productivity/radicale/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

No response from maintainer.

OK op@

Re: iosevka: remove duplicated do-install

[Stefan Hagen]

Edd Barrett wrote (2023-12-06 21:47 CET):
> Hi,
> 
> The do-install is the same for all iosevka sub-packages. I wonder why we don't
> lift it up into Makefile.inc?
> 
> OK?

That makes sense.

OK sdk@

> Index: Makefile.inc
> ===
> RCS file: /cvs/ports/fonts/iosevka-fonts/Makefile.inc,v
> diff -u -p -r1.7 Makefile.inc
> --- Makefile.inc  21 Sep 2023 15:28:05 -  1.7
> +++ Makefile.inc  6 Dec 2023 20:39:31 -
> @@ -18,3 +18,7 @@ WRKDIST =   ${WRKDIR}
>  PKG_ARCH =   *
>  
>  FONTDIR =${PREFIX}/share/fonts/iosevka
> +
> +do-install:
> + ${INSTALL_DATA_DIR} ${FONTDIR}
> + ${INSTALL_DATA} ${WRKDIST}/*.ttc ${FONTDIR}
> Index: aile/Makefile
> ===
> RCS file: /cvs/ports/fonts/iosevka-fonts/aile/Makefile,v
> diff -u -p -r1.1 Makefile
> --- aile/Makefile 11 Nov 2023 09:02:29 -  1.1
> +++ aile/Makefile 6 Dec 2023 20:39:52 -
> @@ -2,8 +2,4 @@ COMMENT = slender typeface for code (ai
>  PKGNAME =iosevka-aile-${V}
>  DISTFILES =  ttc-iosevka-aile-${V}${EXTRACT_SUFX}
>  
> -do-install:
> - ${INSTALL_DATA_DIR} ${FONTDIR}
> - ${INSTALL_DATA} ${WRKDIST}/*.ttc ${FONTDIR}
> -
>  .include 
> Index: default/Makefile
> ===
> RCS file: /cvs/ports/fonts/iosevka-fonts/default/Makefile,v
> diff -u -p -r1.2 Makefile
> --- default/Makefile  11 Mar 2022 19:00:20 -  1.2
> +++ default/Makefile  6 Dec 2023 20:39:05 -
> @@ -2,8 +2,4 @@ COMMENT = slender typeface for code (de
>  PKGNAME =iosevka-${V}
>  DISTFILES =  ttc-iosevka-${V}${EXTRACT_SUFX}
>  
> -do-install:
> - ${INSTALL_DATA_DIR} ${FONTDIR}
> - ${INSTALL_DATA} ${WRKDIST}/*.ttc ${FONTDIR}
> -
>  .include 
> Index: etoile/Makefile
> ===
> RCS file: /cvs/ports/fonts/iosevka-fonts/etoile/Makefile,v
> diff -u -p -r1.1 Makefile
> --- etoile/Makefile   2 Nov 2023 17:13:16 -   1.1
> +++ etoile/Makefile   6 Dec 2023 20:39:39 -
> @@ -2,8 +2,4 @@ COMMENT = slender typeface for code (et
>  PKGNAME =iosevka-etoile-${V}
>  DISTFILES =  ttc-iosevka-etoile-${V}${EXTRACT_SUFX}
>  
> -do-install:
> - ${INSTALL_DATA_DIR} ${FONTDIR}
> - ${INSTALL_DATA} ${WRKDIST}/*.ttc ${FONTDIR}
> -
>  .include 
> Index: slab/Makefile
> ===
> RCS file: /cvs/ports/fonts/iosevka-fonts/slab/Makefile,v
> diff -u -p -r1.1 Makefile
> --- slab/Makefile 17 Nov 2023 12:28:09 -  1.1
> +++ slab/Makefile 6 Dec 2023 20:39:45 -
> @@ -3,8 +3,4 @@ PKGNAME = iosevka-slab-${V}
>  DISTFILES =  ttc-iosevka-slab-${V}${EXTRACT_SUFX}
>  REVISION =   0
>  
> -do-install:
> - ${INSTALL_DATA_DIR} ${FONTDIR}
> - ${INSTALL_DATA} ${WRKDIST}/*.ttc ${FONTDIR}
> -
>  .include 
> 
> -- 
> Best Regards
> Edd Barrett
> 
> https://www.theunixzoo.co.uk
> 

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/06 15:39:27

Modified files:
net/lagrange   : Makefile distinfo 
Removed files:
net/lagrange/patches: patch-lib_the_Foundation_src_tlsrequest_c 

Log message:
Update lagrange to 1.17.5, from MAINTAINER Florian Viehberger, thanks!

Changes:
https://github.com/skyjake/lagrange/releases/tag/v1.17.5

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/05 07:40:29

Modified files:
misc/sent  : Makefile distinfo 

Log message:
Add command line option support patch

usage: sent [-c fgcolor] [-b bgcolor] [-f font] [file]

OK sthen, bcallah

misc/sent - add command line options patch

[Stefan Hagen]

Hi,

I'd like to add the command line patch to misc/sent to make it more usable.
This allows to specify the font and colors using command lines switches.

$ sent -f serif -c \#cc88cc -b gray90 sample.txt

OK?

Best regards,
Stefan

Index: misc/sent/Makefile
===
RCS file: /cvs/ports/misc/sent/Makefile,v
diff -u -p -u -p -r1.7 Makefile
--- misc/sent/Makefile  27 Sep 2023 09:52:12 -  1.7
+++ misc/sent/Makefile  5 Dec 2023 06:39:35 -
@@ -1,6 +1,7 @@
 COMMENT=   simple plaintext presentation tool
 
 DISTNAME=  sent-1
+REVISION=  0
 
 CATEGORIES=misc productivity
 
@@ -14,6 +15,10 @@ PERMIT_PACKAGE=  Yes
 WANTLIB=   X11 Xft c fontconfig m
 
 SITES= http://dl.suckless.org/tools/
+SITES.p=   https://tools.suckless.org/sent/patches/cmdline_options/
+
+PATCHFILES.p=  sent-options-20190213-72d33d4.diff
+PATCH_DIST_STRIP=  -p1
 
 RUN_DEPENDS=   archivers/bzip2 \
graphics/farbfeld
Index: misc/sent/distinfo
===
RCS file: /cvs/ports/misc/sent/distinfo,v
diff -u -p -u -p -r1.3 distinfo
--- misc/sent/distinfo  14 Nov 2017 17:19:37 -  1.3
+++ misc/sent/distinfo  5 Dec 2023 06:39:35 -
@@ -1,2 +1,4 @@
 SHA256 (sent-1.tar.gz) = e/PekxHOKR/zat9TFbePpyNz46uAynE4f7WIS8vXvjM=
+SHA256 (sent-options-20190213-72d33d4.diff) = 
unoDJNdgd7ijRW7orZ6o6B8sIH5Lijq9VaecAGr57vk=
 SIZE (sent-1.tar.gz) = 15285
+SIZE (sent-options-20190213-72d33d4.diff) = 1536

[new] textproc/ding - dictionary lookup program for X11

[Stefan Hagen]

Hi,

This thing is very old. But it's also quite handy to have on a key
binding (ding "$(xclip -o)") to quickly look something up.

cat pkg/DESCR
DIctionary Nice Grep is a dictionary lookup program for the X window
system. It comes with a German-English Dictionary with approximately
326,000 entries. It is based on Tk version >= 8.3 and uses the agrep or
egrep tools for searching.

HOMEPAGE: https://www-user.tu-chemnitz.de/~fri/ding

Comments/OK?

Best Regards,
Stefan



ding.tgz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/04 16:03:19

Modified files:
sysutils/facette: Makefile 

Log message:
Adding BROKEN again. I accidentally committed the last change without it.

Spotted by naddy@

Re: New: games/serioussam

[Stefan Hagen]

Stefan Hagen wrote (2023-12-03 18:38 CET):
> Morgan Aldridge wrote (2023-12-03 17:04 CET):
> > On Sun, Dec 3, 2023 at 09:57 Александр Павлов  wrote:
> > 
> > > Hello!
> > > This is my first ever port for OpenBSD. It's the open source Serious Sam
> > > Classic engine.
> > >
> > > Tested on amd64 and i386 architectures. Works just as well as on Linux or
> > > FreeBSD.
> > >
> > > I wish to get this added to the official ports tree, so please leave
> > > any feedback or suggestions on what can be improved. Thank you!
> > >
> > > Source on Github:
> > > https://github.com/tx00100xt/SeriousSamClassic
> > >
> > 
> > Excellent and thanks! We were just discussing your work in #openbsd-gamin
> > on irc.libera.chat yesterday.
> > 
> > There was no attachment for your submission and a .tgz containing the new
> > port directory is preferred for new ports. I saw you submitted a PR to an
> > individual's WIP ports repo on GitHub:
> > 
> > <https://github.com/jasperla/openbsd-wip/pull/170>
> > 
> > I haven't tested, but I'd suggest tarballing that (less the 'FINISHED'
> > file) and attaching it here for easier testing by porters.
> 
> Ahh so many memories. I played quite a bit of ssam on lan parties.
> Back then, when monitors were small and heavy. :-)
> 
> Tarball attached with the following changes:
> 
> - changed to DIST_TUPLE
> - Added missing RUN_DEPENDS
> - Uncommented the aarch64 + armv7 bits (let's try to build it)
> - Removed REVISION (not needed on a new port)
> - simplified the README
> - some indentation changes
> - update-plist (for @tag update-desktop-database after adding RDEPS)

I forgot to remove ONLY_FOR_ARCH, thanks mbuhl@ for spotting.

There was also a trailing \ at LIB_DEPENDS.
While there, I also sorted *DEPENDS and WANTLIB.
And I changed the COMMENT wording to read a bit more fluent in English.

@Alexander: This is a pretty good first contribution. All the stuff I'm
changeing is pretty much nit picking. The port worked on the first try!

Updated tarball attached.

Stefan



serioussam.tgz
Description: application/tar-gz

Re: New: games/serioussam

[Stefan Hagen]

Morgan Aldridge wrote (2023-12-03 17:04 CET):
> On Sun, Dec 3, 2023 at 09:57 Александр Павлов  wrote:
> 
> > Hello!
> > This is my first ever port for OpenBSD. It's the open source Serious Sam
> > Classic engine.
> >
> > Tested on amd64 and i386 architectures. Works just as well as on Linux or
> > FreeBSD.
> >
> > I wish to get this added to the official ports tree, so please leave
> > any feedback or suggestions on what can be improved. Thank you!
> >
> > Source on Github:
> > https://github.com/tx00100xt/SeriousSamClassic
> >
> 
> Excellent and thanks! We were just discussing your work in #openbsd-gamin
> on irc.libera.chat yesterday.
> 
> There was no attachment for your submission and a .tgz containing the new
> port directory is preferred for new ports. I saw you submitted a PR to an
> individual's WIP ports repo on GitHub:
> 
> 
> 
> I haven't tested, but I'd suggest tarballing that (less the 'FINISHED'
> file) and attaching it here for easier testing by porters.

Ahh so many memories. I played quite a bit of ssam on lan parties.
Back then, when monitors were small and heavy. :-)

Tarball attached with the following changes:

- changed to DIST_TUPLE
- Added missing RUN_DEPENDS
- Uncommented the aarch64 + armv7 bits (let's try to build it)
- Removed REVISION (not needed on a new port)
- simplified the README
- some indentation changes
- update-plist (for @tag update-desktop-database after adding RDEPS)

Best Regards,
Stefan


serioussam.tgz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/03 10:06:35

Modified files:
sysutils/vultr-cli: Makefile distinfo modules.inc 

Log message:
Update vultr-cli to 2.21.0, from maintainer Adriano Barbosa, thanks!

Changelog: https://github.com/vultr/vultr-cli/releases/tag/v2.21.0

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/03 09:58:02

Modified files:
productivity/radicale2: Makefile 
productivity/radicale2/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK op@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/03 09:57:35

Modified files:
databases/influxdb: Makefile 
databases/influxdb/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK op@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/03 09:56:24

Modified files:
sysutils/facette: Makefile 
sysutils/facette/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

Port is broken, but we change it anyway.

OK landry, op

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/03 09:54:44

Modified files:
security/vaultwarden: Makefile 
security/vaultwarden/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK aisha@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/03 09:54:10

Modified files:
net/znc: Makefile 
net/znc/pkg: PLIST-main 

Log message:
Change VARBASE to LOCALSTATEDIR

OK aisha@

Change VARBASE to LOCALSTATEDIR in multiple ports

[Stefan Hagen]

Hi,

I'm progressing in removing VARBASE usage in the ports tree. Most ports are
updated already, but there are a few left for which I haven't gotten an OK yet.

Attached are diffs for:

No response from maintainer in the last week:
security/vaultwarden
net/znc

Maintainer address is handeled by gmail, which doesn't accept my mails at the 
moment:
productivity/radicale
sysutils/slant

No maintainer:
databases/influxdb
productivity/radicale2
sysutils/facette

I'm looking for OKs for these.

No REVISION bump is intentional, because the plist doesn't change.

Best regards,
Stefan
Index: security/vaultwarden/Makefile
===
RCS file: /cvs/ports/security/vaultwarden/Makefile,v
diff -u -p -u -p -r1.29 Makefile
--- security/vaultwarden/Makefile   12 Nov 2023 06:08:41 -  1.29
+++ security/vaultwarden/Makefile   24 Nov 2023 21:21:52 -
@@ -47,7 +47,7 @@ WANTLIB +=pq
 LIB_DEPENDS += databases/postgresql
 .endif
 
-SUBST_VARS +=  WRKSRC VARBASE
+SUBST_VARS +=  WRKSRC
 
 post-configure:
mv ${WRKDIR}/myvendordir ${WRKSRC}
Index: security/vaultwarden/pkg/PLIST
===
RCS file: /cvs/ports/security/vaultwarden/pkg/PLIST,v
diff -u -p -u -p -r1.5 PLIST
--- security/vaultwarden/pkg/PLIST  18 Mar 2023 04:37:36 -  1.5
+++ security/vaultwarden/pkg/PLIST  24 Nov 2023 21:21:52 -
@@ -4,7 +4,7 @@
 @mode 750
 @owner _vaultwarden
 @group _vaultwarden
-@sample ${VARBASE}/vaultwarden/data/
+@sample ${LOCALSTATEDIR}/vaultwarden/data/
 @mode
 @owner
 @group
@@ -14,4 +14,4 @@ share/doc/vaultwarden/.env.template
 @mode 640
 @owner _vaultwarden
 @group _vaultwarden
-@sample ${VARBASE}/vaultwarden/.env
+@sample ${LOCALSTATEDIR}/vaultwarden/.env
Index: net/znc/Makefile
===
RCS file: /cvs/ports/net/znc/Makefile,v
diff -u -p -u -p -r1.51 Makefile
--- net/znc/Makefile27 Sep 2023 14:18:42 -  1.51
+++ net/znc/Makefile24 Nov 2023 20:36:13 -
@@ -36,6 +36,4 @@ CXXFLAGS+=-DHAVE_OPAQUE_SSL
 
 NO_TEST=   Yes
 
-SUBST_VARS+=   VARBASE
-
 .include 
Index: net/znc/pkg/PLIST-main
===
RCS file: /cvs/ports/net/znc/pkg/PLIST-main,v
diff -u -p -u -p -r1.2 PLIST-main
--- net/znc/pkg/PLIST-main  4 May 2022 09:52:20 -   1.2
+++ net/znc/pkg/PLIST-main  24 Nov 2023 20:36:13 -
@@ -4,8 +4,8 @@
 @rcscript ${RCDIR}/znc
 @owner _znc
 @group _znc
-@sample ${VARBASE}/znc/
-@sample ${VARBASE}/znc/configs/
+@sample ${LOCALSTATEDIR}/znc/
+@sample ${LOCALSTATEDIR}/znc/configs/
 @owner
 @group
 @bin bin/znc
Index: productivity/radicale/Makefile
===
RCS file: /cvs/ports/productivity/radicale/Makefile,v
diff -u -p -u -p -r1.44 Makefile
--- productivity/radicale/Makefile  13 Nov 2022 20:31:00 -  1.44
+++ productivity/radicale/Makefile  24 Nov 2023 20:38:31 -
@@ -20,7 +20,6 @@ MODPY_PYBUILD =   setuptools
 RUN_DEPENDS =  security/py-passlib${MODPY_FLAVOR}
 
 NO_TEST =  Yes
-SUBST_VARS +=  VARBASE
 
 pre-configure:
@${SUBST_CMD} ${WRKSRC}/radicale/config.py
Index: productivity/radicale/pkg/PLIST
===
RCS file: /cvs/ports/productivity/radicale/pkg/PLIST,v
diff -u -p -u -p -r1.19 PLIST
--- productivity/radicale/pkg/PLIST 13 Nov 2022 20:31:00 -  1.19
+++ productivity/radicale/pkg/PLIST 24 Nov 2023 20:38:31 -
@@ -93,9 +93,9 @@ share/examples/radicale/log
 @mode 640
 @owner _radicale
 @group _radicale
-@sample ${VARBASE}/log/radicale
+@sample ${LOCALSTATEDIR}/log/radicale
 @mode 700
-@sample ${VARBASE}/db/radicale/
+@sample ${LOCALSTATEDIR}/db/radicale/
 @sample ${SYSCONFDIR}/radicale/private/
 @mode
 @owner
Index: sysutils/slant/Makefile
===
RCS file: /cvs/ports/sysutils/slant/Makefile,v
diff -u -p -u -p -r1.10 Makefile
--- sysutils/slant/Makefile 27 Sep 2023 17:16:34 -  1.10
+++ sysutils/slant/Makefile 24 Nov 2023 21:17:15 -
@@ -25,8 +25,6 @@ LIB_DEPENDS = databases/sqlite3
 
 SITES =https://kristaps.bsd.lv/slant/snapshots/
 
-SUBST_VARS = VARBASE
-
 CONFIGURE_STYLE =  simple
 
 CONFIGURE_ARGS +=  CPPFLAGS="${CPPFLAGS} -I${LOCALBASE}/include" \
Index: sysutils/slant/pkg/PLIST
===
RCS file: /cvs/ports/sysutils/slant/pkg/PLIST,v
diff -u -p -u -p -r1.2 PLIST
--- sysutils/slant/pkg/PLIST11 Mar 2022 19:58:02 -  1.2
+++ sysutils/slant/pkg/PLIST24 Nov 2023 21:17:15 -
@@ -7,7 +7,7 @@
 sbin/slant-upgrade
 share/slant/
 share/slant/slant.kwbp
-@cwd ${VARBASE}/www
+@cwd ${LOCALSTATEDIR}/www
 @rcscript ${RCDIR}/slant_collectd
 @bin cgi-bin/slant-cgi
 

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/12/03 03:23:31

Modified files:
devel/fnc  : Makefile distinfo 

Log message:
Update fnc to 0.16

Re: [new] net/iamb, a terminal-based matrix client for vim addicts

[Stefan Hagen]

Landry Breuil wrote (2023-12-01 09:26 CET):
> hi,
> 
> here's a quick port for http://iamb.chat/, written in rust. untested yet
> but starts fine. since gomuks is half-broken, might aswell have a rust
> one..
> 
> feedback welcome, oks too

It fell on its nose pretty fast here.

===>  Extracting for iamb-0.0.8
[modcargo] moving crates to 
/usr/ports/pobj/iamb-0.0.8/iamb-0.0.8/modcargo-crates
[modcargo] Removing libsrc for onig_sys-69.8.1
[modcargo] Replacing libsrc for ring-0.16.20
cp: /usr/local/share/ring-0.16.20: No such file or directory
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2810 
'_post-extract-finalize': @echo "[modcargo] moving crates to /usr/ports/pobj...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2803 
'/usr/ports/pobj/iamb-0.0.8/.extract_done': @cd /usr/ports/net/iamb && PKGPA...)
*** Error 2 in /usr/ports/net/iamb 
(/usr/ports/infrastructure/mk/bsd.port.mk:2702 'all': @lock=iamb-0.0.8;  export 
_LOCKS_HELD=" iamb-0.0.8"...)

Re: [Maintainer Update] sysutils/eza 0.16.2

[Stefan Hagen]

Volker Schlecht wrote (2023-11-30 17:02 CET):
> Ping *and* an update to 0.16.2 ...
> 
> On 2023-11-10 17:04, Volker Schlecht wrote:
> > Not a ping, just an update to 0.15.3 ...
> > 
> > On 2023-11-07 17:13, Volker Schlecht wrote:
> > > * Updates sysutils/eza to the latest release.
> > > * Since we have nushell in ports, also installs nushell shell completions,
> > > but under examples/, since there doesn't seem to be a place to install 
> > > them
> > > systemwide.
> > > 
> > > Built and tested on amd64, nothing depends on it.
> > > 
> > > ok?

Builds fine, tests run.
I did not try the nushell completions.

OK sdk@

> Index: Makefile
> ===
> RCS file: /cvs/ports/sysutils/eza/Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 Makefile
> --- Makefile  22 Oct 2023 17:48:09 -  1.1.1.1
> +++ Makefile  30 Nov 2023 15:22:42 -
> @@ -2,7 +2,7 @@ COMMENT = ls alternative written in Rus
>  
>  GH_ACCOUNT = eza-community
>  GH_PROJECT = eza
> -GH_TAGNAME = v0.15.0
> +GH_TAGNAME = v0.16.2
>  
>  HOMEPAGE =   https://eza.rocks/
>  
> @@ -31,9 +31,11 @@ post-install:
>   lowdown -s -tman -m section=${sec} -mtitle=${name} -mvolume='' 
> ${WRKSRC}/man/${name}.${sec}.md > ${PREFIX}/man/man${sec}/${name}.${sec}
>  .endfor
>   cd ${PREFIX}/share; ${INSTALL_DATA_DIR} fish/completions \
> - zsh/site-functions bash-completion/completions
> + zsh/site-functions bash-completion/completions \
> + examples/eza/completions/nushell
>   ${INSTALL_DATA} ${WRKSRC}/completions/fish/eza.fish 
> ${PREFIX}/share/fish/completions/
>   ${INSTALL_DATA} ${WRKSRC}/completions/zsh/_eza 
> ${PREFIX}/share/zsh/site-functions/
>   ${INSTALL_DATA} ${WRKSRC}/completions/bash/eza 
> ${PREFIX}/share/bash-completion/completions/
> + ${INSTALL_DATA} ${WRKSRC}/completions/nush/eza.nu 
> ${PREFIX}/share/examples/eza/completions/nushell/
>  
>  .include 
> Index: crates.inc
> ===
> RCS file: /cvs/ports/sysutils/eza/crates.inc,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 crates.inc
> --- crates.inc22 Oct 2023 17:48:09 -  1.1.1.1
> +++ crates.inc30 Nov 2023 15:22:42 -
> @@ -2,13 +2,16 @@ MODCARGO_CRATES +=  aho-corasick1.0.5   # 
>  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 +=   anes0.1.6   # MIT OR Apache-2.0
> +MODCARGO_CRATES +=   ansi_colours1.2.2   # LGPL-3.0-or-later
>  MODCARGO_CRATES +=   ansiterm0.12.2  # MIT
>  MODCARGO_CRATES +=   anstream0.6.4   # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   anstyle 1.0.3   # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   anstyle-parse   0.2.1   # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   anstyle-query   1.0.0   # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   anstyle-wincon  3.0.1   # MIT OR Apache-2.0
> +MODCARGO_CRATES +=   approx  0.5.1   # Apache-2.0
>  MODCARGO_CRATES +=   autocfg 1.1.0   # Apache-2.0 OR MIT
> +MODCARGO_CRATES +=   base64  0.21.5  # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   bitflags1.3.2   # MIT/Apache-2.0
>  MODCARGO_CRATES +=   bitflags2.4.0   # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   bumpalo 3.13.0  # MIT/Apache-2.0
> @@ -33,35 +36,37 @@ MODCARGO_CRATES +=crossbeam-deque 0.8.3
>  MODCARGO_CRATES +=   crossbeam-epoch 0.9.15  # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   crossbeam-utils 0.8.16  # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   datetime0.5.2   # MIT
> +MODCARGO_CRATES +=   deranged0.3.9   # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   dunce   1.0.4   # CC0-1.0 OR MIT-0 OR Apache-2.0
>  MODCARGO_CRATES +=   either  1.9.0   # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   equivalent  1.0.1   # Apache-2.0 OR MIT
>  MODCARGO_CRATES +=   errno   0.3.3   # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   errno-dragonfly 0.1.2   # MIT
> +MODCARGO_CRATES +=   fast-srgb8  1.0.0   # MIT OR Apache-2.0 OR CC0-1.0
>  MODCARGO_CRATES +=   fastrand2.0.0   # Apache-2.0 OR MIT
>  MODCARGO_CRATES +=   filetime0.2.22  # MIT/Apache-2.0
>  MODCARGO_CRATES +=   form_urlencoded 1.0.1   # MIT/Apache-2.0
>  MODCARGO_CRATES +=   git20.18.1  # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   glob0.3.1   # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   half1.8.2   # MIT OR Apache-2.0
> -MODCARGO_CRATES +=   hashbrown   0.14.0  # MIT OR Apache-2.0
> +MODCARGO_CRATES +=   hashbrown   0.14.2  # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   hermit-abi  0.3.2   # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   humantime   2.1.0   # MIT/Apache-2.0
>  MODCARGO_CRATES +=   humantime-serde 1.1.1   # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   iana-time-zone  0.1.57  # MIT OR Apache-2.0
>  MODCARGO_CRATES +=   iana-time-zone-haiku0.1.2   # 

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/28 23:18:30

Modified files:
www/gallery-dl : Makefile distinfo 
www/gallery-dl/pkg: PLIST 

Log message:
Update gallery-dl to 1.26.3, from maintainer grodzio, thanks!

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/27 23:29:22

Modified files:
net/arpwatch   : Makefile 
net/arpwatch/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK jasper@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/27 23:28:18

Modified files:
net/miniflux   : Makefile 
net/miniflux/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK paco@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/27 23:23:19

Modified files:
net/syncthing  : Makefile 
net/syncthing/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK edd@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/27 23:22:47

Modified files:
audio/navidrome: Makefile 
audio/navidrome/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK edd@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/27 02:35:36

Modified files:
net/gdnsd  : Makefile 
net/gdnsd/pkg  : PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK jung@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/26 10:29:34

Modified files:
net/minio/server: Makefile 
net/minio/server/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK from maintainer (Daniel Jakots)

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/26 02:51:23

Modified files:
security/gopass: Makefile distinfo modules.inc 

Log message:
update to gopass 1.15.10, from Justin Berthault, thanks!

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/26 02:40:36

Modified files:
net/litecoin   : Makefile 
net/litecoin/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK rsadowski@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/26 02:40:12

Modified files:
net/bitcoin: Makefile 
net/bitcoin/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK rsadowski@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/26 02:30:22

Modified files:
net/mautrix-whatsapp: Makefile 
net/mautrix-whatsapp/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK from Renaud (maintainer)

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/26 02:15:52

Modified files:
security/suricata: Makefile 
security/suricata/pkg: PLIST 

Log message:
Change VARBASE to LOCALSTATEDIR

OK gonzalo@

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/26 02:14:19

Modified files:
www/sogo   : Makefile 
www/sogo/pkg   : PLIST 

Log message:
Fix for sogo: Change VARBASE to LOCALSTATEDIR

OK sebastia@

Re: UPDATE x11/spectrwm-3.5.1

[Stefan Hagen]

Bjorn Ketelaars wrote (2023-11-25 11:37 CET):
> Diff below brings spectrwm to 3.5.1. Changes:
> https://github.com/conformal/spectrwm/releases/tag/SPECTRWM_3_5_1
> 
> OK?

I'm running the last commit already. Nice that there's a release now.

OK sdk@

> diff --git Makefile Makefile
> index 45da60f00e1..fae035a6dde 100644
> --- Makefile
> +++ Makefile
> @@ -1,6 +1,6 @@
>  COMMENT= small tiling window manager
>  
> -V=   3.5.0
> +V=   3.5.1
>  DIST_TUPLE=  github conformal spectrwm SPECTRWM_${V:S/./_/g} /
>  DISTNAME=spectrwm-${V}
>  
> diff --git distinfo distinfo
> index a12233acd18..2e0f3b923c5 100644
> --- distinfo
> +++ distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (conformal-spectrwm-SPECTRWM_3_5_0.tar.gz) = 
> tN6LLFkvxapMpNvQ6KQh9/0Wi31fVMetgZl63ADawg8=
> -SIZE (conformal-spectrwm-SPECTRWM_3_5_0.tar.gz) = 194387
> +SHA256 (conformal-spectrwm-SPECTRWM_3_5_1.tar.gz) = 
> f+QmAgilLZ+4RCkdCv5q8YiHxUUt8Lkh7XgK97kiPw8=
> +SIZE (conformal-spectrwm-SPECTRWM_3_5_1.tar.gz) = 196431
> diff --git patches/patch-spectrwm_1 patches/patch-spectrwm_1
> index e002bc0b708..08dc93fa75b 100644
> --- patches/patch-spectrwm_1
> +++ patches/patch-spectrwm_1
> @@ -1,12 +1,12 @@
>  Index: spectrwm.1
>  --- spectrwm.1.orig
>  +++ spectrwm.1
> -@@ -164,7 +164,7 @@ For example, starting
> - via
> - .Xr xinit 1 :
> +@@ -1990,7 +1990,7 @@ via
> + .Pa LD_PRELOAD
> + must be specified.
>   .Bd -literal -offset indent
>  -LD_PRELOAD=/usr/lib/libswmhack.so.0.0 urxvtd -q -o -f
>  +LD_PRELOAD=${PREFIX}/lib/libswmhack.so.${LIBswmhack_VERSION} urxvtd -q -o -f
>   .Ed
>   .Pp
> - Spawned programs automatically have
> + Note that some operating systems may ignore
> diff --git patches/patch-spectrwm_c patches/patch-spectrwm_c
> index 6404edb119c..6fc372bca93 100644
> --- patches/patch-spectrwm_c
> +++ patches/patch-spectrwm_c
> @@ -1,7 +1,7 @@
>  Index: spectrwm.c
>  --- spectrwm.c.orig
>  +++ spectrwm.c
> -@@ -373,7 +373,7 @@ uint32_t swm_debug = 0
> +@@ -379,7 +379,7 @@ uint32_t swm_debug = 0
>   #define SWM_CONF_WHITESPACE " \t\n"
>   
>   #ifndef SWM_LIB
> 

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/24 00:06:41

Modified files:
games/gzdoom   : Makefile distinfo 
games/gzdoom/patches: patch-CMakeLists_txt 
games/gzdoom/pkg: README 
Added files:
games/gzdoom/patches: patch-libraries_ZVulkan_CMakeLists_txt 
Removed files:
games/gzdoom/patches: patch-libraries_discordrpc_CMakeLists_txt 
  patch-src_d_main_cpp 

Log message:
Update gzdoom to 4.11.3

Original update from thfr@
README rewritten by me to explain the backend situation.

OK thfr, lgtm Timo (maintainer)

Re: mumble doesn't start on current

[Stefan Hagen]

callison caffrey wrote (2023-11-23 15:20 CET):
> I always do pkg_add -uDsnap when sysupgrade -sn.
> 
> Anyway, did -uDsnap; tried again, then -u; tried again. Same output.
> 
> This is the mirror I use: https://ftp.hostserver.de/pub/OpenBSD/

I'm seeing it too.

"mumble:mumble: undefined symbol 
'_ZN6google8protobuf8internal14ArenaStringPtr3SetENSt3__117basic_string_viewIcNS3_11char_traitsI"

It looks like protobuf and mumble on the mirror don't match.

Rebuilding and installing devel/protobuf from ports fixed it for me.

Best Regards,
Stefan

Re: www/minitube: google API key no longer required

[Stefan Hagen]

Klemens Nanni wrote (2023-11-23 05:02 CET):
> https://flavio.tordini.org/minitube-3-5-and-musictube-1-13 from aug. 2020
> says >= 3.5 uses the Invidious API, thus key is no longer required;
> I can indeed watch videos just fine without providing anything.
> 
> Whether there is any particular feature still requiring a personal
> google account/API key and/or using YouTube's v3 instead.
> 
> 3.9.3 sources having src/yt3.cpp dealing with the environment variable
> is all I can see/test.
> 
> Until today I thought minitube was unusable without a google account due
> to this, then I saw it working on some Linux distro out of the box and
> went looking.
> 
> Here's a cheap attempt at lifting the "requirement" bits without removing
> instructions I don't know enough about.
> 
> Thoughts?

Minitube has just removed the note about the youtube key. That it is
still supported is nowhere to be found, except in the issues and the
code of course.

https://github.com/flaviotordini/minitube/commit/7b4ef7f8aa76f316e1396a0b7b7dcde4874e0ede#diff-04c6e90faac2675aa89e2176d2eec7d8

The YT app instructions are... mostly correct. This is a moving target.
Some parts have moved. There is no dropdown anymore where a dropdown is
mentioned. The settigs for the v3 API are nowhere to be found, I guess
it's default or removed.

But I could create an app with it and got a secret key. But... running
minitube with the GOOGLE_API_KEY exported still contacted Invidious
according to ktrace.

Given the fact the minitube works fine without key, I'd be ok with
removing the README.

OK sdk@ for the subtle change, but also ok if you want to go further.


> Index: Makefile
> ===
> RCS file: /cvs/ports/www/minitube/Makefile,v
> diff -u -p -r1.74 Makefile
> --- Makefile  27 Sep 2023 19:13:03 -  1.74
> +++ Makefile  23 Nov 2023 03:36:09 -
> @@ -2,7 +2,7 @@ COMMENT = standalone YouTube.com video b
>  
>  V =  3.9.3
>  DISTNAME =   minitube-$V
> -REVISION =   1
> +REVISION =   2
>  EXTRACT_SUFX =   .tar.bz2
>  
>  CATEGORIES = www multimedia
> Index: pkg/README
> ===
> RCS file: /cvs/ports/www/minitube/pkg/README,v
> diff -u -p -r1.7 README
> --- pkg/README11 Mar 2022 20:10:06 -  1.7
> +++ pkg/README23 Nov 2023 03:53:19 -
> @@ -4,7 +4,7 @@
>  
>  Google API key
>  ==
> -An API key is required in order to access the YouTube Data web services.
> +A personal API key can be used to access the YouTube Data web services.
>  
>  Go to https://console.developers.google.com/
>  
> 

Re: GZDoom update, next attempt

[Stefan Hagen]

Stefan Hagen wrote (2023-11-22 07:36 CET):
> Thomas Frohwein wrote (2023-11-22 03:47 CET):
> > On Tue, Nov 21, 2023 at 08:20:16AM +0100, Stefan Hagen wrote:
> > 
> > [...]
> > 
> > > - added more details about supported games (the ones I know that work)
> > > - added ~/.config/gzdoom as wad installation dir
> > > - updated sha256 for doom-1.8 wad (what the heck happened there?)
> > > - added reference to games/freedoom
> > > - added information about GL backends and how to change them in case of
> > >   a crash/freeze.
> > 
> > see below for comments.
> >
> > > +Supported are data files from:
> > > +- Doom 1 (doom1.wad) and 2 (doom2.wad)
> > > +- Freedoom (freedoom1.wad, freedoom2.wad)
> > > +- Heretic (heretic.wad)
> > > +- Hexen (hexen.wad)
> > > +- Vomitoreum (vomitoreum.ipk3)
> > > +- Apocalyptic Vibes (AVBuild.ipk3)
> > 
> > There are way more and I don't think the README is the right place to
> > try to enumerate them all, especially as those are actively being
> > released, including probably dozens in 2023 alone. I'm okay with a
> > limited selection of something like Doom 1&2, Freedoom, Heretic, and
> > Hexen - that is pretty much the original content plus Freedoom which
> > is useful for testing given its license/availability.
> 
> Fair point. I thought it's useful to add some that are not ending in .wad.
> But there's official documentation for that. I removed the last two and
> added a link to the official documentation.
> 
> > > +If you do not possess any of those, you can install the freedoom
> > > +package or use the shareware IWAD which is available at:
> > >  
> > >  
> > > ftp://ftp.fu-berlin.de/pc/msdos/games/idgames/idstuff/doom/doom-1.8.wad.gz
> > > -SHA256 (doom-1.8.wad.gz) = WM9qVjtjGkdWFjCvpidthTwnB5NC95aewwBpZdqFV6E=
> > > +SHA256 (doom-1.8.wad.gz) = 
> > > 58cf6a563b631a47561630afa6276d853c27079342f7969ec3006965da8557a1
> > > +
> > > +Rename the file as "doom.wad" to one of the mentioned locations.
> > 
> > "Rename" is strange here, what about:
> > Rename the file to "doom.wad" and move it to one of the above-mentioned
> > locations.
> 
> Yes, that's better.
> 
> > > +[GlobalSettings]
> > > +vid_preferbackend=1
> > > +
> > > +Supported values are: 0 (OpenGL), 1 (Vulkan) or 2 (OpenGL ES)
> > 
> > I'm not sure that's correct. Looking at the documentation at [1], it
> > seems to me that 3 is GL ES, and 2 seems to be for a Direct3D Windows-
> > related backend.
> > 
> > [1] https://zdoom.org/wiki/CVARs:Display
> 
> I'm seeing the documentation - but the mentioned values are correct on
> my system. Value 3 lets the game start, but the backend option in game
> shows "Unknown".
> 
> On OpenBSD (Posix System) only the left column is relevant. I think we
> don't build with GLES2, and the documentation mentiones 0 and 2 as
> "OpenGL". The latter one is probably OpenGL ES.
> 
> So I think the values in the README are correct for OpenBSD. But if
> you're uneasy with this, we can also write something like:
> 
> "Valid backenend values are 0-3, play around with them until you find one
> that works."
> 
> Diff with updated README below.

I just found your earlier comment:

> I'm on an Intel Tigerlake system and OpenGL (vid_preferbackend=0) and
> GLES2 (vid_preferbackend=3) work, but vulkan segfaults.

So appearently, GLES2 is available on intel based machines. I added the
value to the list.

Index: games/gzdoom/Makefile
===
RCS file: /cvs/ports/games/gzdoom/Makefile,v
diff -u -p -u -p -r1.17 Makefile
--- games/gzdoom/Makefile   18 Jul 2022 08:27:45 -  1.17
+++ games/gzdoom/Makefile   22 Nov 2023 06:49:27 -
@@ -6,11 +6,10 @@ ONLY_FOR_ARCHS =  i386 amd64
 
 COMMENT =  OpenGL engine for idTech 1 games like 
doom,hexen,heretic...
 
-V =4.8.2
-GH_ACCOUNT =   coelckers
-GH_PROJECT =   gzdoom
-GH_TAGNAME =   g${V}
-DISTNAME = gzdoom-${V}
+V =4.11.3
+
+DIST_TUPLE =   github ZDoom gzdoom g${V} .
+PKGNAME =  gzdoom-${V}
 
 CATEGORIES=games
 
@@ -21,8 +20,8 @@ MAINTAINER =  Timo Myyra https://github.com/coelckers/gzdoom/pull/1665
-
-Index: src/d_main.cpp
 src/d_main.cpp.orig
-+++ src/d_main.cpp
-@@ -3534,6 +3534,8 @@ static int D_DoomMain_Internal (void)
-   
-   std::set_new_handler(NewFailure);
-   const char *batchout = Args->CheckValue("-error

Re: GZDoom update, next attempt

[Stefan Hagen]

Thomas Frohwein wrote (2023-11-22 03:47 CET):
> On Tue, Nov 21, 2023 at 08:20:16AM +0100, Stefan Hagen wrote:
> 
> [...]
> 
> > - added more details about supported games (the ones I know that work)
> > - added ~/.config/gzdoom as wad installation dir
> > - updated sha256 for doom-1.8 wad (what the heck happened there?)
> > - added reference to games/freedoom
> > - added information about GL backends and how to change them in case of
> >   a crash/freeze.
> 
> see below for comments.
>
> > +Supported are data files from:
> > +- Doom 1 (doom1.wad) and 2 (doom2.wad)
> > +- Freedoom (freedoom1.wad, freedoom2.wad)
> > +- Heretic (heretic.wad)
> > +- Hexen (hexen.wad)
> > +- Vomitoreum (vomitoreum.ipk3)
> > +- Apocalyptic Vibes (AVBuild.ipk3)
> 
> There are way more and I don't think the README is the right place to
> try to enumerate them all, especially as those are actively being
> released, including probably dozens in 2023 alone. I'm okay with a
> limited selection of something like Doom 1&2, Freedoom, Heretic, and
> Hexen - that is pretty much the original content plus Freedoom which
> is useful for testing given its license/availability.

Fair point. I thought it's useful to add some that are not ending in .wad.
But there's official documentation for that. I removed the last two and
added a link to the official documentation.

> > +If you do not possess any of those, you can install the freedoom
> > +package or use the shareware IWAD which is available at:
> >  
> >  ftp://ftp.fu-berlin.de/pc/msdos/games/idgames/idstuff/doom/doom-1.8.wad.gz
> > -SHA256 (doom-1.8.wad.gz) = WM9qVjtjGkdWFjCvpidthTwnB5NC95aewwBpZdqFV6E=
> > +SHA256 (doom-1.8.wad.gz) = 
> > 58cf6a563b631a47561630afa6276d853c27079342f7969ec3006965da8557a1
> > +
> > +Rename the file as "doom.wad" to one of the mentioned locations.
> 
> "Rename" is strange here, what about:
> Rename the file to "doom.wad" and move it to one of the above-mentioned
> locations.

Yes, that's better.

> > +[GlobalSettings]
> > +vid_preferbackend=1
> > +
> > +Supported values are: 0 (OpenGL), 1 (Vulkan) or 2 (OpenGL ES)
> 
> I'm not sure that's correct. Looking at the documentation at [1], it
> seems to me that 3 is GL ES, and 2 seems to be for a Direct3D Windows-
> related backend.
> 
> [1] https://zdoom.org/wiki/CVARs:Display

I'm seeing the documentation - but the mentioned values are correct on
my system. Value 3 lets the game start, but the backend option in game
shows "Unknown".

On OpenBSD (Posix System) only the left column is relevant. I think we
don't build with GLES2, and the documentation mentiones 0 and 2 as
"OpenGL". The latter one is probably OpenGL ES.

So I think the values in the README are correct for OpenBSD. But if
you're uneasy with this, we can also write something like:

"Valid backenend values are 0-3, play around with them until you find one
that works."

Diff with updated README below.

Index: games/gzdoom/Makefile
===
RCS file: /cvs/ports/games/gzdoom/Makefile,v
diff -u -p -u -p -r1.17 Makefile
--- games/gzdoom/Makefile   18 Jul 2022 08:27:45 -  1.17
+++ games/gzdoom/Makefile   22 Nov 2023 06:32:27 -
@@ -6,11 +6,10 @@ ONLY_FOR_ARCHS =  i386 amd64
 
 COMMENT =  OpenGL engine for idTech 1 games like 
doom,hexen,heretic...
 
-V =4.8.2
-GH_ACCOUNT =   coelckers
-GH_PROJECT =   gzdoom
-GH_TAGNAME =   g${V}
-DISTNAME = gzdoom-${V}
+V =4.11.3
+
+DIST_TUPLE =   github ZDoom gzdoom g${V} .
+PKGNAME =  gzdoom-${V}
 
 CATEGORIES=games
 
@@ -21,8 +20,8 @@ MAINTAINER =  Timo Myyra https://github.com/coelckers/gzdoom/pull/1665
-
-Index: src/d_main.cpp
 src/d_main.cpp.orig
-+++ src/d_main.cpp
-@@ -3534,6 +3534,8 @@ static int D_DoomMain_Internal (void)
-   
-   std::set_new_handler(NewFailure);
-   const char *batchout = Args->CheckValue("-errorlog");
-+
-+  D_DoomInit();
-   
-   // [RH] Make sure zdoom.pk3 is always loaded,
-   // as it contains magic stuff we need.
-@@ -3567,8 +3569,6 @@ static int D_DoomMain_Internal (void)
-   }
- 
-   if (!batchrun) Printf(PRINT_LOG, "%s version %s\n", GAMENAME, 
GetVersionString());
--
--  D_DoomInit();
- 
-   extern void D_ConfirmSendStats();
-   D_ConfirmSendStats();
Index: games/gzdoom/pkg/README
===
RCS file: /cvs/ports/games/gzdoom/pkg/README,v
diff -u -p -u -p -r1.2 README
--- games/gzdoom/pkg/README 11 Mar 2022 19:04:32 -  1.2
+++ games/gzdoom/pkg/README 

Re: GZDoom update, next attempt

[Stefan Hagen]

Thomas Frohwein wrote (2023-11-17 02:43 CET):
> On Wed, Nov 15, 2023 at 08:32:39AM +0100, Stefan Hagen wrote:
> > Timo Myyrä wrote (2023-11-14 17:50 CET):
> > > On Fri, Nov 10 2023, Stefan Hagen wrote:
> > > 
> > > > Thomas Frohwein wrote (2023-11-09 21:16 CET):
> > > >> Here is an update to GZDoom 4.11.3. It works to run mods like the
> > > >> recently released Beyond Sunset.
> > > >> 
> > > >> Of note, you may need to switch the video backend to opengl as I
> > > >> outlined after previous concerns:
> > > >> 
> > > >> https://marc.info/?l=openbsd-ports=169132550927983=2
> > > >> 
> > > >> Of note, we are several versions behind upstream - the current version
> > > >> in ports is 4.8.2.
> > > >
> > > > What's the deal with:
> > > >> +- set(ZVULKAN_LIBS ${CMAKE_DL_LIBS} -ldl)
> > > >> ++ #set(ZVULKAN_LIBS ${CMAKE_DL_LIBS} -ldl)
> > > >
> > > > It builds and works fine with
> > > > set(ZVULKAN_LIBS ${CMAKE_DL_LIBS})
> > > >
> > > > There doesn't seem to be a difference at runtime. At least on my
> > > > machine (amd), vulkan runs fine with and without this line.
> > > >
> > > > (I haven't diffed the build logs to figure out if it has picked up
> > > > something differently)
> > > >
> > > > Regarding:
> > > >> https://marc.info/?l=openbsd-ports=169132550927983=2
> > > >>  After changing that back to default opengl (0),
> > > >
> > > > It seems to be untrue that opengl is the default backend. If I remove
> > > > gzdoom.ini and start the game, the vulkan backend is automatically
> > > > selected.
> > > >
> > > > If we have issues with the vulkan backend on more than a few machines,
> > > > should we change the default? And/Or described the issue in the README?
> > > >
> > > 
> > > How about this diff? Bumps minor version a bit and sets the vulkan bits.
> > > Works for me with ryzen thinkpad.
> > 
> > Hmm. Vulkan and OpenGL ES works. When I select OpenGL it gets stuck on
> > the loading screen and gzdoom keeps consuming 60% CPU and X ~15/20%.
> > 
> > Does this happen for you too?
> 
> I'm on an Intel Tigerlake system and OpenGL (vid_preferbackend=0) and
> GLES2 (vid_preferbackend=3) work, but vulkan segfaults.
> 
> I tested with Freedoom, as well as the commercial gzdoom games Supplice
> and Beyond Sunset.
> 
> To me, this looks like it might not be straightforward to figure out
> all the video backend issues, but as multiple are available and it seems
> to work with some for everyone, I'm ok thfr@ with the update.

Sure, not problem. But then we should document it.

Attached the same diff, but I rewrote the README.

- add usual readme header
- added more details about supported games (the ones I know that work)
- added ~/.config/gzdoom as wad installation dir
- updated sha256 for doom-1.8 wad (what the heck happened there?)
- added reference to games/freedoom
- added information about GL backends and how to change them in case of
  a crash/freeze.

Portwise OK sdk@

Index: games/gzdoom/Makefile
===
RCS file: /cvs/ports/games/gzdoom/Makefile,v
diff -u -p -u -p -r1.17 Makefile
--- games/gzdoom/Makefile   18 Jul 2022 08:27:45 -  1.17
+++ games/gzdoom/Makefile   21 Nov 2023 07:15:51 -
@@ -6,11 +6,10 @@ ONLY_FOR_ARCHS =  i386 amd64
 
 COMMENT =  OpenGL engine for idTech 1 games like 
doom,hexen,heretic...
 
-V =4.8.2
-GH_ACCOUNT =   coelckers
-GH_PROJECT =   gzdoom
-GH_TAGNAME =   g${V}
-DISTNAME = gzdoom-${V}
+V =4.11.3
+
+DIST_TUPLE =   github ZDoom gzdoom g${V} .
+PKGNAME =  gzdoom-${V}
 
 CATEGORIES=games
 
@@ -21,8 +20,8 @@ MAINTAINER =  Timo Myyra ftp://ftp.fu-berlin.de/pc/msdos/games/idgames/idstuff/doom/doom-1.8.wad.gz
-SHA256 (doom-1.8.wad.gz) = WM9qVjtjGkdWFjCvpidthTwnB5NC95aewwBpZdqFV6E=
+SHA256 (doom-1.8.wad.gz) = 
58cf6a563b631a47561630afa6276d853c27079342f7969ec3006965da8557a1
+
+Rename the file as "doom.wad" to one of the mentioned locations.
 
-Install it to ${PREFIX}/share/doom as "doom.wad".
+Optional Dependencies
+=
 
 In case fluidsynth backend is needed the user needs to setup soundfont for it.
+
+Known Problems
+==
+
+Gzdoom supports three GL backends (OpenGL, OpenGL ES, Vulkan). Some work
+better than others depending on the graphic hardware in the system.
+
+In case gzdoom freezes or crashes before you can reach the in-game menu
+to select a different backend, you can modify ~/.config/gzdoom/gzdoom.ini
+manually and change the vid_preferbackend value:
+
+[GlobalSettings]
+vid_preferbackend=1
+
+Supported values are: 0 (OpenGL), 1 (Vulkan) or 2 (OpenGL ES)
+
+
+
+

Re: [bugfix] x11/notion enable SA_RESTART signal

[Stefan Hagen]

*ping*

Stefan Hagen wrote (2022-04-18 08:36 CEST):
> I finally managed to track down why notion sporadically crashes and why
> lua statusbars that invoke commands and read their stdout are (quite
> frequently) erroring out with "Interrupted by system call" once there is
> load on the system.
> 
> The culprint is the missing SA_RESTART signal, which is needed when
> doing file i/o in lua with popen(3).
> 
> I'm removing the _XOPEN_SOURCE and _XOPEN_SOURCE_EXTENDED restrictions
> to free up access to the signal, which is behind __XPG_VISIBLE >= 500.
> 
> While the issue is more sporadic in notion itself, I can reliably
> reproduce it by putting load on my system and let my statusbar popen a
> shell script and read its stdout.
> 
> OK?

I completely forgot about this because I have it in my local version.
I would still like this to go in tree.

I assume not many people are using this port, because you'd trip over
this issue as soon as you try to show the output of a program or shell
script in the status bar.

While there: GH_* -> DIST_TUPLE.

OK?

Index: x11/notion/Makefile
===
RCS file: /cvs/ports/x11/notion/Makefile,v
diff -u -p -u -p -r1.2 Makefile
--- x11/notion/Makefile 11 Mar 2022 20:16:49 -  1.2
+++ x11/notion/Makefile 21 Nov 2023 06:25:18 -
@@ -1,8 +1,7 @@
 COMMENT=   light, keyboard friendly static tiling window manager
 
-GH_ACCOUNT=raboof
-GH_PROJECT=notion
-GH_TAGNAME=4.0.2
+DIST_TUPLE=github raboof notion 4.0.2 .
+REVISION=  0
 
 CATEGORIES=x11
 
Index: x11/notion/distinfo
===
RCS file: /cvs/ports/x11/notion/distinfo,v
diff -u -p -u -p -r1.1.1.1 distinfo
--- x11/notion/distinfo 22 Aug 2021 01:57:26 -  1.1.1.1
+++ x11/notion/distinfo 21 Nov 2023 06:25:18 -
@@ -1,2 +1,2 @@
-SHA256 (notion-4.0.2.tar.gz) = 3O/WINAo9lQcFYecPbIY3ggd986NLpy0/H3dm5JTtpg=
-SIZE (notion-4.0.2.tar.gz) = 790842
+SHA256 (raboof-notion-4.0.2.tar.gz) = 
3O/WINAo9lQcFYecPbIY3ggd986NLpy0/H3dm5JTtpg=
+SIZE (raboof-notion-4.0.2.tar.gz) = 790842
Index: x11/notion/patches/patch-system-autodetect_mk
===
RCS file: /cvs/ports/x11/notion/patches/patch-system-autodetect_mk,v
diff -u -p -u -p -r1.2 patch-system-autodetect_mk
--- x11/notion/patches/patch-system-autodetect_mk   11 Mar 2022 20:16:49 
-  1.2
+++ x11/notion/patches/patch-system-autodetect_mk   21 Nov 2023 06:25:18 
-
@@ -30,3 +30,12 @@ Index: system-autodetect.mk
  
  # Cygwin needs this. Also when you disable _BSD_SOURCE you may need it.
  #DEFINES += -DCF_NO_GETLOADAVG
+@@ -205,7 +205,7 @@ POSIX_SOURCE?=-D_POSIX_C_SOURCE=200112L
+ BSD_SOURCE?=-D_BSD_SOURCE
+ 
+ # Most systems
+-XOPEN_SOURCE=-D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED
++#XOPEN_SOURCE=-D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED
+ # SunOS, (Irix)
+ #XOPEN_SOURCE=-D__EXTENSIONS__
+ 

[update] wmctrl 1.0.7 to 1.0.7pl20180910 (new upstream)

[Stefan Hagen]

Hi,

x11/wmctrl homepage is dead and the distfile is not fetchable anymore.
I was looking around if there's a better source.

I found: https://github.com/kfogel/wmctrl

This seems to be a sensible upstream provider. The author writes that he
doesn't intend to actively bring the software forward, but he's accepting
and reviewing patches. This version already contains a set of fixes and
enhancements.

From the readme:

The version here contains various enhancements that people around the
Net had added in their own divergent versions.  The two main sources
of these enhancements were https://github.com/dancor/wmctrl and
https://github.com/geekless/wmctrl.  The additions include these
new command-line options/actions:

  -Y: iconify (Vadim Ushakov)
  -S: sort window list in stacking order (Vadim Ushakov)
  -j: list current desktop (Kevin Der)
  -r -y: like -e but reactivate after the move (Chris Piro )
  -E: get-title (Dan Corson)
  -z: lower window (Dan Corson)

Other improvements are a typo fix for the --help output, and some fixes
for build-time compiler warnings.


A 64 bit fix is also included, so I dropped the patch.

Comments / OK to switch to this repo?

Best Regards,
Stefan

PS: I could not get DIST_TUPLE to work with the commit hash.

Index: x11/wmctrl/Makefile
===
RCS file: /cvs/ports/x11/wmctrl/Makefile,v
diff -u -p -u -p -r1.24 Makefile
--- x11/wmctrl/Makefile 27 Sep 2023 20:37:27 -  1.24
+++ x11/wmctrl/Makefile 20 Nov 2023 21:25:34 -
@@ -1,11 +1,11 @@
 COMMENT=   interact with an EWMH/NetWM window manager
-DISTNAME=  wmctrl-1.07
-REVISION=  9
+DISTNAME=  wmctrl-1.07pl20180910
 
-CATEGORIES=x11
-SITES= ${HOMEPAGE}
+GH_ACCOUNT=kfogel
+GH_PROJECT=wmctrl
+GH_COMMIT= c408c9e1c00092fc9aea2bd1ba4bec8e9ef3c40c
 
-HOMEPAGE=  https://sites.google.com/site/tstyblo/wmctrl/
+CATEGORIES=x11
 
 # GPLv2
 PERMIT_PACKAGE=Yes
Index: x11/wmctrl/distinfo
===
RCS file: /cvs/ports/x11/wmctrl/distinfo,v
diff -u -p -u -p -r1.5 distinfo
--- x11/wmctrl/distinfo 18 Jan 2015 03:16:03 -  1.5
+++ x11/wmctrl/distinfo 20 Nov 2023 21:25:34 -
@@ -1,2 +1,2 @@
-SHA256 (wmctrl-1.07.tar.gz) = 14oe/bYvGGdCmK0DnFy9se226OFJuzqOOgGkdQqjzKk=
-SIZE (wmctrl-1.07.tar.gz) = 87820
+SHA256 (wmctrl-1.07pl20180910-c408c9e1.tar.gz) = 
z1mIqT9ylgrM9rlhBF+WTvvtZi2XNNBYtUiv63RqvIU=
+SIZE (wmctrl-1.07pl20180910-c408c9e1.tar.gz) = 90815
Index: x11/wmctrl/patches/patch-main_c
===
RCS file: x11/wmctrl/patches/patch-main_c
diff -N x11/wmctrl/patches/patch-main_c
--- x11/wmctrl/patches/patch-main_c 11 Mar 2022 20:17:35 -  1.2
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-Index: main.c
 main.c.orig
-+++ main.c
-@@ -1439,8 +1439,12 @@ static gchar *get_property (Display *disp, Window win,
- return NULL;
- }
- 
-+/* Data returned in 32-bit format is stored as long */
-+if (ret_format == 32)
-+tmp_size = sizeof(long) * ret_nitems;
-+else
-+tmp_size = (ret_format / 8) * ret_nitems;
- /* null terminate the result to make string handling easier */
--tmp_size = (ret_format / 8) * ret_nitems;
- ret = g_malloc(tmp_size + 1);
- memcpy(ret, ret_prop, tmp_size);
- ret[tmp_size] = '\0';

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/19 08:20:30

Modified files:
sysutils/hcloud: Makefile distinfo modules.inc 

Log message:
Update hcloud to 1.40.0

Features
- add warning messages to context commands
- allow JSON output on resource creation
- context: ask to use HCLOUD_TOKEN when creating new context
- pretty-print JSON output
- print out IPs after they were created

Bug Fixes
- "create" actions were not awaited in some cases
- image: backup is suggested as type in update command
- inconsistent formatting in "describe" commands
- network: create prints success to stderr instead of stdout
- primary-ip: list does now allow to output IP column
- primary-ip: updating the name resets auto-delete
- static resource list commands only return first 50 entries

Re: [new] multimedia/ytfzf

[Stefan Hagen]

Laurent Cheylus wrote (2023-11-19 11:37 CET):
> Hi Stefan,
> 
> > I just found this on ports@ after I started to create a port on my
> > own.
> > Attached is an updated version (2.6.1) which also uses DIST_TUPLE. I
> > also broke RUN_DEPENDS into one dependency per line. It's just easier
> > to read.
> > 
> > Without thumbnails, ytfzf works fine. I tried the imv, mpv and chafa
> > thumbnail
> > generation. They don't work because fzf is being killed by pledge:
> > 
> > $ ytfzf -t -T {chafa,mpv,imv}
> > fzf[85237]: pledge "wpath", syscall 5
> > 
> > This happens, because fzf is trying to open the prefiew image in /tmp
> > 
> >   46440 fzf  NAMI  "/tmp/fzf-preview-1776267355"
> >   46440 fzf  PLDG  open, "wpath", errno 1 Operation not permitted
> > 
> > As you're also maintaining fzf, maybe you want to look at this?
> 
> I just sent on ports@ an update for sysutils/fzf v0.44.1 and I added tmppath 
> pledge permission to allow temporary files in /tmp.
> 
> With this fix, your update for multimedia/ytfzf v2.6.1 works as expected. 
> Build and tests OK on current/amd64.
> 
> Thanks for your update and tests with fzf.

Excellent. I've committed the fzf update.

For ytfzf, OK for import.

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/19 03:59:12

Modified files:
sysutils/fzf   : Makefile distinfo modules.inc 
sysutils/fzf/patches: patch-src_protector_protector_openbsd_go 
sysutils/fzf/pkg: PLIST 

Log message:
Update fzf to 0.44.1 from MAINTAINER Laurent Cheylus, thanks!

- update Makefile, distinfo and modules.inc
- update PLIST to add bin/fzf-preview.sh (new in 0.44.0 version)
- modify patch for src/protector/protector_openbsd_go:
* remove inet for pledge (merged upstream with PR 3483)
* add tmppath for pledge => needed by tools that uses /tmp directory with 
temporary files (upstream PR pending)

CVS: cvs.openbsd.org: ports

[Stefan Hagen]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2023/11/18 04:01:31

Modified files:
devel/quirks   : Tag: OPENBSD_7_4 Makefile 
devel/quirks/files: Tag: OPENBSD_7_4 Quirks.pm 
www/yt-dlp : Tag: OPENBSD_7_4 Makefile distinfo 
www/yt-dlp/patches: Tag: OPENBSD_7_4 patch-setup_py 
www/yt-dlp/pkg : Tag: OPENBSD_7_4 PLIST 

Log message:
Backport to 7.4: Update yt-dlp to 2023.11.16

Fixes CVE-2023-46121

OK mestre@

[fix] www/wwwoffle - allow users to view the example file

[Stefan Hagen]

Hi,

currently you can't view the example file for wwwoffle as user.

Here is a patch that does two things:
- allows everyone to read the example wwwoffle.conf
- grants root rw access for consistency with other configuration files/examples.

Before the patch:
-r--r-  1 root  bin   ... /usr/local/share/examples/wwwoffle/wwwoffle.conf
-r--r-  1 root  wheel ... /etc/wwwoffle/wwwoffle.conf

After the patch:
-rw-r--r--  1 root  bin   ... /usr/local/share/examples/wwwoffle/wwwoffle.conf
-rw-r-  1 root  wheel ... /etc/wwwoffle/wwwoffle.conf

OK?

Index: www/wwwoffle/Makefile
===
RCS file: /cvs/ports/www/wwwoffle/Makefile,v
diff -u -p -u -p -r1.27 Makefile
--- www/wwwoffle/Makefile   27 Sep 2023 19:13:07 -  1.27
+++ www/wwwoffle/Makefile   18 Nov 2023 07:58:04 -
@@ -2,7 +2,7 @@ COMMENT=WWW OFFLine Explorer
 
 DISTNAME=  wwwoffle-2.9j
 CATEGORIES=www
-REVISION=  0
+REVISION=  1
 
 HOMEPAGE=  http://www.gedanken.org.uk/software/wwwoffle/
 
Index: www/wwwoffle/pkg/PLIST
===
RCS file: /cvs/ports/www/wwwoffle/pkg/PLIST,v
diff -u -p -u -p -r1.11 PLIST
--- www/wwwoffle/pkg/PLIST  8 Nov 2022 11:17:22 -   1.11
+++ www/wwwoffle/pkg/PLIST  18 Nov 2023 07:58:04 -
@@ -72,9 +72,9 @@ share/doc/wwwoffle/pl/README.lang
 share/doc/wwwoffle/ru/
 share/examples/wwwoffle/
 @sample ${SYSCONFDIR}/wwwoffle/
-@mode 440
-@owner root
 share/examples/wwwoffle/wwwoffle.conf
+@mode 640
+@owner root
 @sample ${SYSCONFDIR}/wwwoffle/wwwoffle.conf
 @mode
 @owner

[security/stable] www/yt-dlp to 2023.11.16 reg. CVE-2023-46121

[Stefan Hagen]

Hi,

on behalf of mestre@ there's a backport to stable for www/yt-dlp,
which contains a fix for CVE-2023-46121.

Below diff applies to 7.4 and updates the cve entry in quirks.

OK?

Best Regards,
Stefan

Index: www/yt-dlp/Makefile
===
RCS file: /cvs/ports/www/yt-dlp/Makefile,v
diff -u -p -r1.30 Makefile
--- www/yt-dlp/Makefile 27 Sep 2023 19:13:07 -  1.30
+++ www/yt-dlp/Makefile 17 Nov 2023 21:17:50 -
@@ -1,6 +1,6 @@
 COMMENT =  CLI program to download videos from YouTube and other sites
 
-VERSION =  2023.09.24
+VERSION =  2023.11.16
 MODPY_EGG_VERSION =${VERSION:S/.0/./g}
 
 DISTNAME = yt-dlp-${VERSION}
Index: www/yt-dlp/distinfo
===
RCS file: /cvs/ports/www/yt-dlp/distinfo,v
diff -u -p -r1.26 distinfo
--- www/yt-dlp/distinfo 25 Sep 2023 15:43:31 -  1.26
+++ www/yt-dlp/distinfo 17 Nov 2023 21:17:50 -
@@ -1,2 +1,2 @@
-SHA256 (yt-dlp-2023.09.24.tar.gz) = 
aJqqtEh2Op77M55gg0bUKqPU93Yoj8H08iMUKsI6Wr8=
-SIZE (yt-dlp-2023.09.24.tar.gz) = 5494731
+SHA256 (yt-dlp-2023.11.16.tar.gz) = 
qn+35JtXsbWsQ5pyVoV15N+QT/wwQX4Z5kSZDnI5rFM=
+SIZE (yt-dlp-2023.11.16.tar.gz) = 5568397
Index: www/yt-dlp/patches/patch-setup_py
===
RCS file: /cvs/ports/www/yt-dlp/patches/patch-setup_py,v
diff -u -p -r1.9 patch-setup_py
--- www/yt-dlp/patches/patch-setup_py   7 Jan 2023 13:18:45 -   1.9
+++ www/yt-dlp/patches/patch-setup_py   17 Nov 2023 21:17:50 -
@@ -1,7 +1,7 @@
 Index: setup.py
 --- setup.py.orig
 +++ setup.py
-@@ -77,7 +77,7 @@ def build_params():
+@@ -85,7 +85,7 @@ def build_params():
  ('share/zsh/site-functions', ['completions/zsh/_yt-dlp']),
  ('share/fish/vendor_completions.d', ['completions/fish/yt-dlp.fish']),
  ('share/doc/yt_dlp', ['README.txt']),
Index: www/yt-dlp/pkg/PLIST
===
RCS file: /cvs/ports/www/yt-dlp/pkg/PLIST,v
diff -u -p -r1.25 PLIST
--- www/yt-dlp/pkg/PLIST25 Sep 2023 15:43:31 -  1.25
+++ www/yt-dlp/pkg/PLIST17 Nov 2023 21:17:51 -
@@ -637,6 +637,8 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}elonet.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}elpais.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}elpais.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}eltrecetv.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}eltrecetv.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}embedly.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}embedly.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}engadget.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
@@ -649,6 +651,8 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}epoch.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}eporner.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}eporner.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}erocast.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}erocast.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}eroprofile.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}eroprofile.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}ertgr.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
@@ -945,6 +949,8 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}japandiet.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jeuxvideo.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jeuxvideo.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jiosaavn.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jiosaavn.${MODPY_PYC_MAGIC_TAG}pyc