CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/05/22 02:54:41

Modified files:
games/love/11  : Makefile 

Log message:
bump games/love/11

at least on aarch64 now it uses luajit after Makefile.inc r1.5;
with help from tb.

Re: 0ad: double datasize to avoid crashes

[Omar Polo]

On 2024/05/19 17:13:05 -0400, Thomas Frohwein  wrote:
> Can we do the same check for -lt like with chromium? The reason is that
> I don't think the datasize should be reduced if the user has set it
> higher than the 2G.

fwiw I prefer it too.

> As in this counter diff:

chiming in only for a small nitpick:

> [...]
> + if [ -x "$pyrogenesis" ] ; then
> ++  DATASIZE=$((2 * 1024 * 1024))
> ++  if [ $(ulimit -Sd) -lt ${DATASIZE} ]; then
> ++ulimit -Sd ${DATASIZE} || \
> ++  ${X11BASE}/bin/xmessage -file - -center -buttons yes:0,no:1 -default 
> no <<- _EOF
> ++Cannot increase datasize-cur to at least ${DATASIZE}
> ++Do you want to run 0.A.D. anyway?

this should really be "0 A.D." :P

> ++(If so, it may run out of memory and crash.)
> ++_EOF
> ++[ $? -eq 0 ] || exit
> ++  fi
> +   "$pyrogenesis" "$@"
> + else
> +   echo "Error: pyrogenesis not found in ($PATH)"

Re: update games/godot4

[Omar Polo]

On 2024/05/13 19:35:27 +0200, Solene Rapenne  wrote:
> I updated godot4 to see if I could run a game, it did not but here
> is the diff, not much tested
> 
> https://godotengine.org/article/maintenance-release-godot-4-2-2-and-4-1-4/

briefly tested too but works for me :p

ok op@


Thanks!

Re: [Maintainer Update] archivers/zpaqfranz-59.5

[Omar Polo]

On 2024/05/14 20:06:57 +0200, tux0r  wrote:
> Today's update replaces my patches for 59.3 and 59.4... obviously. New
> patch attached.

committed, thanks!

(and sorry for missing the previous two :p)

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/05/15 03:56:46

Modified files:
archivers/zpaqfranz: Makefile distinfo 

Log message:
update archivers/zpaqfranz to 59.5; from maintainer tux0r, thanks!

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/05/08 07:51:54

Modified files:
databases/pspg : Makefile distinfo 
databases/pspg/patches: patch-src_args_c 

Log message:
update databases/pspg to 5.8.5; regen patches

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/05/08 03:10:48

Modified files:
lang/clojure   : Makefile distinfo 
lang/clojure/patches: patch-clojure 
lang/clojure/pkg: DESCR 

Log message:
update lang/clojure to 1.11.3.1463

while here regen patches and tweak DESCR a bit.

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/05/08 02:59:39

Modified files:
devel  : Makefile 

Log message:
+luaposix,lua54

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/05/08 02:59:13

Modified files:
devel/luaposix : Makefile distinfo 
devel/luaposix/pkg: PLIST 
Added files:
devel/luaposix/patches: patch-ext_include__helpers_c 

Log message:
update devel/luaposix to 36.2.1; take maintainer

while here also add a lua54 flavor.

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/05/07 03:19:07

Modified files:
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 

Log message:
remove opensmtpd-extras*; ok sthen

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/05/07 03:18:08

Removed files:
mail/opensmtpd-extras: Makefile distinfo 
mail/opensmtpd-extras/patches: patch-api_mproc_c 
   patch-api_queue_api_c 
mail/opensmtpd-extras/pkg: DESCR-main DESCR-mysql DESCR-pgsql 
   DESCR-python DESCR-redis PLIST-main 
   PLIST-mysql PLIST-pgsql PLIST-python 
   PLIST-redis 

Log message:
remove opensmtpd-extras; replaced with opensmtpd-tables

ok jung and giovanni (previous maintainers)

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/05/07 03:17:12

Modified files:
mail   : Makefile 

Log message:
-opensmtpd-extras +opensmtpd-tables

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/05/07 03:16:41

Log message:
import opensmtpd-tables

These new packages replace the previous opensmtpd-extras.  All the
tables, except table-python which is no longer available, were
converted to the new smtpd-tables(7) protocol and won't need any
configuration change.

with gilles (upstream), improvements from sthen@
General approach ok jung@

Status:

Vendor Tag: op
Release Tags:   op_20240507

N ports/mail/opensmtpd-tables/Makefile
N ports/mail/opensmtpd-tables/Makefile.inc
N ports/mail/opensmtpd-tables/ldap/Makefile
N ports/mail/opensmtpd-tables/ldap/distinfo
N ports/mail/opensmtpd-tables/ldap/pkg/DESCR
N ports/mail/opensmtpd-tables/ldap/pkg/PLIST
N ports/mail/opensmtpd-tables/mysql/Makefile
N ports/mail/opensmtpd-tables/mysql/distinfo
N ports/mail/opensmtpd-tables/mysql/pkg/DESCR
N ports/mail/opensmtpd-tables/mysql/pkg/PLIST
N ports/mail/opensmtpd-tables/passwd/Makefile
N ports/mail/opensmtpd-tables/passwd/distinfo
N ports/mail/opensmtpd-tables/passwd/pkg/DESCR
N ports/mail/opensmtpd-tables/passwd/pkg/PLIST
N ports/mail/opensmtpd-tables/postgres/Makefile
N ports/mail/opensmtpd-tables/postgres/distinfo
N ports/mail/opensmtpd-tables/postgres/pkg/DESCR
N ports/mail/opensmtpd-tables/postgres/pkg/PLIST
N ports/mail/opensmtpd-tables/redis/Makefile
N ports/mail/opensmtpd-tables/redis/distinfo
N ports/mail/opensmtpd-tables/redis/pkg/DESCR
N ports/mail/opensmtpd-tables/redis/pkg/PLIST
N ports/mail/opensmtpd-tables/socketmap/Makefile
N ports/mail/opensmtpd-tables/socketmap/distinfo
N ports/mail/opensmtpd-tables/socketmap/pkg/DESCR
N ports/mail/opensmtpd-tables/socketmap/pkg/PLIST
N ports/mail/opensmtpd-tables/sqlite/Makefile
N ports/mail/opensmtpd-tables/sqlite/distinfo
N ports/mail/opensmtpd-tables/sqlite/pkg/DESCR
N ports/mail/opensmtpd-tables/sqlite/pkg/PLIST

No conflicts created by this import

Re: new/replace: opensmtpd-extras-* with opensmtpd-tables-*

[Omar Polo]

sorry for the delay,

On 2024/05/02 12:30:20 +0100, Stuart Henderson  wrote:
> Personally I would have done this as a plain removal of the old packages
> and ask people (via current.html and quirks obsolete_reason) to remove
> the old ones themselves, then EPOCH stuff can be avoided in the new
> ports, and we don't end up with a not-really-useful meta package lying
> around (i.e. a small amount of extra work for upgraders, but less cruft
> lying around, and the resulting ports are simpler).

Thinking more about it, let's just remove the old packages and require
some manual intenvention for the update.

I removed the EPOCH in Makefile.inc and fixed the typo in the DESCR
(thanks!).  I'll completely remove opensmtpd-extras/*.

Here's the diff only for quirks and current.  Is it ok to reserve an
obsolete_reason for this?

P.S.: I tried to use qr{opensmtpd-extra} but then it'd complains that
  the obsolete reason 66 is unused.


Thanks!

Omar Polo

Index: Makefile
===
RCS file: /home/cvs/ports/devel/quirks/Makefile,v
diff -u -p -r1.1613 Makefile
--- Makefile	1 May 2024 10:24:18 -	1.1613
+++ Makefile	2 May 2024 09:17:50 -
@@ -3,7 +3,7 @@ CATEGORIES =	devel databases
 DISTFILES =
 
 # API.rev
-PKGNAME =	quirks-7.21
+PKGNAME =	quirks-7.22
 PKG_ARCH =	*
 MAINTAINER =	Marc Espie 
 
Index: files/Quirks.pm
===
RCS file: /home/cvs/ports/devel/quirks/files/Quirks.pm,v
diff -u -p -r1.1624 Quirks.pm
--- files/Quirks.pm	1 May 2024 10:24:18 -	1.1624
+++ files/Quirks.pm	6 May 2024 17:56:47 -
@@ -813,12 +813,12 @@ my $stem_extensions = {
 	'sendxmpp' => 'go-sendxmpp',
 	'libreddit' => 'redlib',
 	'rebar3' => 'erl25-rebar3',
+# 7.6
 	'stalwart-cli' => 'stalwart-mail',
 	'stalwart-jmap' => 'stalwart-mail',
 	'stalwart-imap' => 'stalwart-mail',
 	'stalwart-smtp' => 'stalwart-mail',
 	'BlockZone' => 'blockzone',
-# 7.6
 	'tepl' => 'libgedit-tepl',
 };
 
@@ -1924,6 +1924,7 @@ setup_obsolete_reason(
 	31 => 'mkplaylist',
 	1 => 'proteus',
 	1 => qr{^tryton},
+# 7.6
 	5 => 'py3-pyls-black',
 	5 => 'py3-python-language-server',
 	5 => 'py3-python-jsonrpc-server',
@@ -1932,6 +1933,11 @@ setup_obsolete_reason(
 	3 => 'transcode',
 	3 => 'phonon-backend-gstreamer',
 	0 => 'gone',
+	66 => 'opensmtpd-extras',
+	66 => 'opensmtpd-extras-mysql',
+	66 => 'opensmtpd-extras-pgsql',
+	66 => 'opensmtpd-extras-redis',
+	31 => 'opensmtpd-extras-python',
 );
 
 # though it's not yet used, these should be pkgnames, so that eventually
@@ -2014,6 +2020,7 @@ my $obsolete_message = {
 	63 => "outdated, unmaintained, crashes on startup",
 	64 => "dead upstream, crashes when showing the Syncthing web interface, use a browser",
 	65 => "superseded by goldendict-ng",
+	66 => "superseded by opensmtpd-table-*"
 };
 
 # ->is_base_system($handle, $state):
Index: current.html
===
RCS file: /home/cvs/www/faq/current.html,v
diff -u -p -r1.1119 current.html
--- current.html	24 Apr 2024 12:07:11 -	1.1119
+++ current.html	6 May 2024 17:38:28 -
@@ -70,6 +70,20 @@ announce policy no
 
 
 
+2024/05/02 - smtpd table protocol change
+
+The https://man.openbsd.org/smtpd.8;>smtpd(8) table protocol
+was changed to
+https://man.openbsd.org/smtpd-tables.7;>smtpd-tables(7).
+The old packages opensmtpd-extras should be removed and the
+appropriate table installed from the opensmtpd-table-*
+packages.
+For example, the passwd table is in the opensmtpd-table-passwd
+package.
+Once the new tables are installed, no changes to the configuration
+are needed.
+
+
 

Re: new/replace: opensmtpd-extras-* with opensmtpd-tables-*

[Omar Polo]

On 2024/04/30 16:10:28 +0200, Omar Polo  wrote:
> With the upcoming change in the transport layer for the tables, we've
> also taken the chance to split them into separate repositories.
> 
> The idea is to remove the current opensmtpd-extra-* packages and import
> the new set of opensmtpd-table-* packages (in the tarball attached.)
> 
> The queue, schedulers and table-python will be removed, the other
> remains the same for the end-user point of view.
> 
> (queue-{null,ram,stub} and schedule-{ram,stub} I don't think are useful
> nor really used.  If anyone is using table-python I can help adapting it,
> but they should really update to python3 and implement the stdio
> protocol.  It's amazing how easy it is to write tables now.)
> 
> The -mysql, -pgqsl and -redis package gets replaced with their
> corresponding opensmtpd-table-* package.  -main instead can't be
> migrated since it contains several tables that are now in different
> repos.
> 
> To make the migration smooth, I decided to keep opensmtpd-extras-main as
> an empty "meta" package that depends on opensmtpd-table-{ldap,passwd,
> socketmap,sqlite}.
> 
> I verified by running pkg_add -u in /usr/ports/packages/... that the
> migration is painless, but please pay attention to the quirks diff and
> @conflict and @pkgpath lines in the PLISTs.
> 
> ok to import?

Updated diff after a quirks change.

Index: devel/quirks/Makefile
===
RCS file: /home/cvs/ports/devel/quirks/Makefile,v
diff -u -p -r1.1613 Makefile
--- devel/quirks/Makefile   1 May 2024 10:24:18 -   1.1613
+++ devel/quirks/Makefile   2 May 2024 09:17:50 -
@@ -3,7 +3,7 @@ CATEGORIES =devel databases
 DISTFILES =
 
 # API.rev
-PKGNAME =  quirks-7.21
+PKGNAME =  quirks-7.22
 PKG_ARCH = *
 MAINTAINER =   Marc Espie 
 
Index: devel/quirks/files/Quirks.pm
===
RCS file: /home/cvs/ports/devel/quirks/files/Quirks.pm,v
diff -u -p -r1.1624 Quirks.pm
--- devel/quirks/files/Quirks.pm1 May 2024 10:24:18 -   1.1624
+++ devel/quirks/files/Quirks.pm2 May 2024 09:13:17 -
@@ -813,13 +813,16 @@ my $stem_extensions = {
'sendxmpp' => 'go-sendxmpp',
'libreddit' => 'redlib',
'rebar3' => 'erl25-rebar3',
+# 7.6
'stalwart-cli' => 'stalwart-mail',
'stalwart-jmap' => 'stalwart-mail',
'stalwart-imap' => 'stalwart-mail',
'stalwart-smtp' => 'stalwart-mail',
'BlockZone' => 'blockzone',
-# 7.6
'tepl' => 'libgedit-tepl',
+   'opensmtpd-extras-mysql' => 'opensmtpd-table-mysql',
+   'opensmtpd-extras-pgsql' => 'opensmtpd-table-postgres',
+   'opensmtpd-extras-redis' => 'opensmtpd-table-redis',
 };
 
 my $obsolete_reason = {};
@@ -1924,6 +1927,7 @@ setup_obsolete_reason(
31 => 'mkplaylist',
1 => 'proteus',
1 => qr{^tryton},
+# 7.6
5 => 'py3-pyls-black',
5 => 'py3-python-language-server',
5 => 'py3-python-jsonrpc-server',
@@ -1932,6 +1936,7 @@ setup_obsolete_reason(
3 => 'transcode',
3 => 'phonon-backend-gstreamer',
0 => 'gone',
+   6 => 'opensmtpd-extras-python'
 );
 
 # though it's not yet used, these should be pkgnames, so that eventually
Index: mail/opensmtpd-extras/Makefile
===
RCS file: /home/cvs/ports/mail/opensmtpd-extras/Makefile,v
diff -u -p -r1.38 Makefile
--- mail/opensmtpd-extras/Makefile  31 Jan 2024 18:00:10 -  1.38
+++ mail/opensmtpd-extras/Makefile  30 Apr 2024 13:41:28 -
@@ -1,21 +1,8 @@
-COMMENT-main=  extras for smtpd
-COMMENT-mysql= mysql based smtpd table support
-COMMENT-pgsql= postgresql based smtpd table support
-COMMENT-python=extras with python bindings for smtpd
-COMMENT-redis= redis based smtpd table support
-
-V= 6.7.1
-DISTNAME=  opensmtpd-extras-${V}
-PKGNAME-main=  ${DISTNAME}
-PKGNAME-mysql= opensmtpd-extras-mysql-${V}
-PKGNAME-pgsql= opensmtpd-extras-pgsql-${V}
-PKGNAME-python=opensmtpd-extras-python-${V}
-PKGNAME-redis= opensmtpd-extras-redis-${V}
-REVISION-main= 0
-REVISION-mysql=1
-REVISION-pgsql=1
-REVISION-python=   0
-REVISION-redis=0
+COMMENT-main=  meta package with common OpenSMTPD tables
+
+PKGNAME=   opensmtpd-extras-6.7.1
+PKGNAME-main=  ${PKGNAME}
+REVISION-main= 1
 EPOCH= 0
 
 CATEGORIES=mail
@@ -25,58 +12,21 @@ HOMEPAGE=   https://www.opensmtpd.org/
 MAINTAINER=Giovanni Bechis , \
Joerg Jung 
 
-MULTI_PA

new/replace: opensmtpd-extras-* with opensmtpd-tables-*

[Omar Polo]

With the upcoming change in the transport layer for the tables, we've
also taken the chance to split them into separate repositories.

The idea is to remove the current opensmtpd-extra-* packages and import
the new set of opensmtpd-table-* packages (in the tarball attached.)

The queue, schedulers and table-python will be removed, the other
remains the same for the end-user point of view.

(queue-{null,ram,stub} and schedule-{ram,stub} I don't think are useful
nor really used.  If anyone is using table-python I can help adapting it,
but they should really update to python3 and implement the stdio
protocol.  It's amazing how easy it is to write tables now.)

The -mysql, -pgqsl and -redis package gets replaced with their
corresponding opensmtpd-table-* package.  -main instead can't be
migrated since it contains several tables that are now in different
repos.

To make the migration smooth, I decided to keep opensmtpd-extras-main as
an empty "meta" package that depends on opensmtpd-table-{ldap,passwd,
socketmap,sqlite}.

I verified by running pkg_add -u in /usr/ports/packages/... that the
migration is painless, but please pay attention to the quirks diff and
@conflict and @pkgpath lines in the PLISTs.

ok to import?


Index: devel/quirks/Makefile
===
RCS file: /home/cvs/ports/devel/quirks/Makefile,v
diff -u -p -r1.1612 Makefile
--- devel/quirks/Makefile   25 Apr 2024 14:47:21 -  1.1612
+++ devel/quirks/Makefile   30 Apr 2024 13:35:48 -
@@ -3,7 +3,7 @@ CATEGORIES =devel databases
 DISTFILES =
 
 # API.rev
-PKGNAME =  quirks-7.20
+PKGNAME =  quirks-7.21
 PKG_ARCH = *
 MAINTAINER =   Marc Espie 
 
Index: devel/quirks/files/Quirks.pm
===
RCS file: /home/cvs/ports/devel/quirks/files/Quirks.pm,v
diff -u -p -r1.1623 Quirks.pm
--- devel/quirks/files/Quirks.pm25 Apr 2024 14:47:21 -  1.1623
+++ devel/quirks/files/Quirks.pm30 Apr 2024 13:35:15 -
@@ -813,11 +813,15 @@ my $stem_extensions = {
'sendxmpp' => 'go-sendxmpp',
'libreddit' => 'redlib',
'rebar3' => 'erl25-rebar3',
+# 7.6
'stalwart-cli' => 'stalwart-mail',
'stalwart-jmap' => 'stalwart-mail',
'stalwart-imap' => 'stalwart-mail',
'stalwart-smtp' => 'stalwart-mail',
'BlockZone' => 'blockzone',
+   'opensmtpd-extras-mysql' => 'opensmtpd-table-mysql',
+   'opensmtpd-extras-pgsql' => 'opensmtpd-table-postgres',
+   'opensmtpd-extras-redis' => 'opensmtpd-table-redis',
 };
 
 my $obsolete_reason = {};
@@ -1922,6 +1926,7 @@ setup_obsolete_reason(
31 => 'mkplaylist',
1 => 'proteus',
1 => qr{^tryton},
+# 7.6
5 => 'py3-pyls-black',
5 => 'py3-python-language-server',
5 => 'py3-python-jsonrpc-server',
@@ -1930,6 +1935,7 @@ setup_obsolete_reason(
3 => 'transcode',
3 => 'phonon-backend-gstreamer',
0 => 'gone',
+   6 => 'opensmtpd-extras-python'
 );
 
 # though it's not yet used, these should be pkgnames, so that eventually
Index: mail/opensmtpd-extras/Makefile
===
RCS file: /home/cvs/ports/mail/opensmtpd-extras/Makefile,v
diff -u -p -r1.38 Makefile
--- mail/opensmtpd-extras/Makefile  31 Jan 2024 18:00:10 -  1.38
+++ mail/opensmtpd-extras/Makefile  30 Apr 2024 13:41:28 -
@@ -1,21 +1,8 @@
-COMMENT-main=  extras for smtpd
-COMMENT-mysql= mysql based smtpd table support
-COMMENT-pgsql= postgresql based smtpd table support
-COMMENT-python=extras with python bindings for smtpd
-COMMENT-redis= redis based smtpd table support
-
-V= 6.7.1
-DISTNAME=  opensmtpd-extras-${V}
-PKGNAME-main=  ${DISTNAME}
-PKGNAME-mysql= opensmtpd-extras-mysql-${V}
-PKGNAME-pgsql= opensmtpd-extras-pgsql-${V}
-PKGNAME-python=opensmtpd-extras-python-${V}
-PKGNAME-redis= opensmtpd-extras-redis-${V}
-REVISION-main= 0
-REVISION-mysql=1
-REVISION-pgsql=1
-REVISION-python=   0
-REVISION-redis=0
+COMMENT-main=  meta package with common OpenSMTPD tables
+
+PKGNAME=   opensmtpd-extras-6.7.1
+PKGNAME-main=  ${PKGNAME}
+REVISION-main= 1
 EPOCH= 0
 
 CATEGORIES=mail
@@ -25,58 +12,21 @@ HOMEPAGE=   https://www.opensmtpd.org/
 MAINTAINER=Giovanni Bechis , \
Joerg Jung 
 
-MULTI_PACKAGES=-main -mysql -pgsql -python -redis
+MULTI_PACKAGES=-main
 
 # BSD
 PERMIT_PACKAGE=Yes
 
-WANTLIB-main=  c crypto event m pthread ssl sqlite3 z
-WANTLIB-mysql= c crypto event ssl m pthread mariadb z
-WANTLIB-pgsql= c crypto event ssl m pq
-WANTLIB-python=c 

Re: [NEW] net/crawley-v1.7.5

[Omar Polo]

On 2024/04/27 23:40:35 -0400, Russ Sharek  wrote:
> Anything else need tidying on this?

The port looks fine to me, and it's a little useful utility.

ok op@ to import

thanks!

update devel/luaposix to 36.2.1

[Omar Polo]

Noticed that we're lagging a bit behind upstream.  There have been a
few breaking changes, but skimming in the changelog nothing extreme.
The build switched to luke.

The only consumer is sysutils/lsyncd.  I've run the regression suite and
seems to be working, but I never used it before.

One patch is just to silence the massive amount of warnings clang would
issue otherwise and is a no-op in practice, the second one to work
around the lack of msglen_t in sys/msg.h.

while here i've also added the lua54 flavor.  ok?

Index: Makefile
===
RCS file: /home/cvs/ports/devel/luaposix/Makefile,v
diff -u -p -r1.26 Makefile
--- Makefile11 Mar 2022 18:50:46 -  1.26
+++ Makefile28 Apr 2024 14:35:29 -
@@ -1,20 +1,19 @@
 COMMENT=   posix library for the lua language
-V= 33.4.0
+V= 36.2.1
 DISTNAME=  luaposix-${V}
 EPOCH= 0
-REVISION=  1
 CATEGORIES=devel
 
 GH_ACCOUNT=luaposix
 GH_PROJECT=luaposix
-GH_TAGNAME=release-v${V}
+GH_TAGNAME=v${V}
 
 # MIT
 PERMIT_PACKAGE=Yes
 
 MODULES=   lang/lua
 
-FLAVORS=   lua52 lua53
+FLAVORS=   lua52 lua53 lua54
 FLAVOR?=
 
 # lua51 needs the bit32 library
@@ -22,9 +21,26 @@ FLAVOR?=
 RUN_DEPENDS=   devel/lua-bit32
 .endif
 
-CONFIGURE_STYLE=   gnu
-
-CONFIGURE_ENV+=LUA=${MODLUA_BIN}
+CONFIGURE_ARGS =   package="${GH_ACCOUNT}" \
+   version="${GH_TAGNAME}" \
+   PREFIX="${TRUEPREFIX}" \
+   LUA="${MODLUA_BIN}" \
+   LUA_INCDIR="${MODLUA_INCL_DIR}" \
+   CC="${CC}" \
+   LD="${CC}" \
+   CFLAGS="${CFLAGS}" \
+   INST_LIBDIR="${DESTDIR}${MODLUA_LIBDIR}" \
+   INST_LUADIR="${DESTDIR}${MODLUA_DATADIR}"
+
+FAKE_FLAGS +=  INST_LIBDIR="${MODLUA_LIBDIR}" \
+   INST_LUADIR="${MODLUA_DATADIR}"
+
+do-build:
+   cd "${WRKSRC}" && ${MODLUA_BIN} build-aux/luke ${CONFIGURE_ARGS}
+
+do-install:
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/luaposix
+   cd "${WRKSRC}" && ${MODLUA_BIN} build-aux/luke ${ALL_FAKE_FLAGS} install
 
 post-install:
mv ${PREFIX}/share/doc/luaposix ${MODLUA_DOCDIR}
Index: distinfo
===
RCS file: /home/cvs/ports/devel/luaposix/distinfo,v
diff -u -p -r1.8 distinfo
--- distinfo31 Aug 2016 10:11:52 -  1.8
+++ distinfo28 Apr 2024 07:51:55 -
@@ -1,2 +1,2 @@
-SHA256 (luaposix-33.4.0.tar.gz) = 5mJi9bf+HDLGXxel71/7McTRh3AZtIcKXTc+KrZSaiE=
-SIZE (luaposix-33.4.0.tar.gz) = 643523
+SHA256 (luaposix-36.2.1.tar.gz) = ROUIfNPEcFj5k0uQwAF+TPhwtxYZ+ZcH3UMwdGIt67E=
+SIZE (luaposix-36.2.1.tar.gz) = 188010
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/devel/luaposix/pkg/PLIST,v
diff -u -p -r1.6 PLIST
--- pkg/PLIST   11 Mar 2022 18:50:46 -  1.6
+++ pkg/PLIST   28 Apr 2024 08:11:39 -
@@ -1,58 +1,41 @@
-lib/lua/${MODLUA_VERSION}/posix.a
-lib/lua/${MODLUA_VERSION}/posix.so
+lib/lua/${MODLUA_VERSION}/posix/
+@so lib/lua/${MODLUA_VERSION}/posix/ctype.so
+@so lib/lua/${MODLUA_VERSION}/posix/dirent.so
+@so lib/lua/${MODLUA_VERSION}/posix/errno.so
+@so lib/lua/${MODLUA_VERSION}/posix/fcntl.so
+@so lib/lua/${MODLUA_VERSION}/posix/fnmatch.so
+@so lib/lua/${MODLUA_VERSION}/posix/glob.so
+@so lib/lua/${MODLUA_VERSION}/posix/grp.so
+@so lib/lua/${MODLUA_VERSION}/posix/libgen.so
+@so lib/lua/${MODLUA_VERSION}/posix/poll.so
+@so lib/lua/${MODLUA_VERSION}/posix/pwd.so
+@so lib/lua/${MODLUA_VERSION}/posix/sched.so
+@so lib/lua/${MODLUA_VERSION}/posix/signal.so
+@so lib/lua/${MODLUA_VERSION}/posix/stdio.so
+@so lib/lua/${MODLUA_VERSION}/posix/stdlib.so
+lib/lua/${MODLUA_VERSION}/posix/sys/
+@so lib/lua/${MODLUA_VERSION}/posix/sys/msg.so
+@so lib/lua/${MODLUA_VERSION}/posix/sys/resource.so
+@so lib/lua/${MODLUA_VERSION}/posix/sys/socket.so
+@so lib/lua/${MODLUA_VERSION}/posix/sys/stat.so
+@so lib/lua/${MODLUA_VERSION}/posix/sys/statvfs.so
+@so lib/lua/${MODLUA_VERSION}/posix/sys/time.so
+@so lib/lua/${MODLUA_VERSION}/posix/sys/times.so
+@so lib/lua/${MODLUA_VERSION}/posix/sys/utsname.so
+@so lib/lua/${MODLUA_VERSION}/posix/sys/wait.so
+@so lib/lua/${MODLUA_VERSION}/posix/syslog.so
+@so lib/lua/${MODLUA_VERSION}/posix/termio.so
+@so lib/lua/${MODLUA_VERSION}/posix/time.so
+@so lib/lua/${MODLUA_VERSION}/posix/unistd.so
+@so lib/lua/${MODLUA_VERSION}/posix/utime.so
 share/doc/${FULLPKGNAME}/
-share/doc/${FULLPKGNAME}/examples/
-share/doc/${FULLPKGNAME}/examples/dir.lua.html
-share/doc/${FULLPKGNAME}/examples/fork.lua.html
-share/doc/${FULLPKGNAME}/examples/fork2.lua.html
-share/doc/${FULLPKGNAME}/examples/getopt.lua.html
-share/doc/${FULLPKGNAME}/examples/glob.lua.html
-share/doc/${FULLPKGNAME}/examples/limit.lua.html

Re: update net/kristall

[Omar Polo]

On 2024/04/18 23:29:20 +0200, Solene Rapenne  wrote:
> this updates kristall to latest commit
> 
> not sure if we want to keep it, we have
> many good gemini browsers nowadays and with
> much less dependencies than this one

I wouldn't remove this only due to the number of dependencies, otherwise
we could clean up a good chunk of the port tree.  It is true however
that it wasn't updated for more than two years...

It still fills a niche for folks using a lot of qt applications maybe.

In case you want to update it, here's an improved diff that:

 - fixes the shebang in doc/gem-to-man.sh
 - fixes the installation path for the manpage
 - makes sure that the CFLAGS are propagated

that is ofc ok op@ to commit if you want to go ahead with it.

It works more or less for me.  I personally hate the way it renders the
text, inter-word spacing is abnormal and makes it illegible for me, and
it doesn't render the icons inside the buttons for forward and backward
navigation and to refresh the page.


Index: Makefile
===
RCS file: /home/cvs/ports/net/kristall/Makefile,v
diff -u -p -r1.5 Makefile
--- Makefile24 Apr 2023 11:41:24 -  1.5
+++ Makefile25 Apr 2024 08:14:29 -
@@ -1,11 +1,10 @@
 COMMENT =  graphical multi-protocol navigator
 
-DISTNAME = kristall-202500
+DISTNAME = kristall-2024010500
 
 GH_ACCOUNT =   MasterQ32
 GH_PROJECT =   kristall
-GH_COMMIT =9744a24ffbf4d5ea6ad8b418d740c90336ee33b8
-REVISION = 1
+GH_COMMIT =b4c677cdb5a9d7337758bcad45db5b21e2b85280
 
 CATEGORIES =   net x11
 
@@ -30,6 +29,12 @@ LIB_DEPENDS =audio/pulseaudio \
 USE_GMAKE =Yes
 
 NO_TEST =  Yes
+
+MAKE_ENV +=KRISTALL_VERSION=${DISTNAME} \
+   CFLAGS="${CFLAGS}" \
+   CXXFLAGS="${CXXFLAGS}"
+
+FAKE_FLAGS =   mandir="${DESTDIR}${PREFIX}/man/man1"
 
 ALL_TARGET =   kristall
 
Index: distinfo
===
RCS file: /home/cvs/ports/net/kristall/distinfo,v
diff -u -p -r1.2 distinfo
--- distinfo20 Nov 2021 10:33:41 -  1.2
+++ distinfo25 Apr 2024 07:49:43 -
@@ -1,2 +1,2 @@
-SHA256 (kristall-202500-9744a24f.tar.gz) = 
LmKSQEGWbMpV5G7+Bljhbxg8IKi4mH/a6uh9IuL1qfo=
-SIZE (kristall-202500-9744a24f.tar.gz) = 22016994
+SHA256 (kristall-2024010500-b4c677cd.tar.gz) = 
NqtkRCpYcE/lXYdiWbtyNDhIrVLn84P0cV2M8ngoQDk=
+SIZE (kristall-2024010500-b4c677cd.tar.gz) = 22026147
Index: patches/patch-doc_gem-to-man_awk
===
RCS file: patches/patch-doc_gem-to-man_awk
diff -N patches/patch-doc_gem-to-man_awk
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-doc_gem-to-man_awk25 Apr 2024 07:54:09 -
@@ -0,0 +1,9 @@
+Index: doc/gem-to-man.awk
+--- doc/gem-to-man.awk.orig
 doc/gem-to-man.awk
+@@ -1,4 +1,4 @@
+-#!/usr/bin/env -S awk -f
++#!/usr/bin/awk -f
+ 
+ BEGIN {
+ preformatted=0
Index: patches/patch-src_kristall_pro
===
RCS file: /home/cvs/ports/net/kristall/patches/patch-src_kristall_pro,v
diff -u -p -r1.2 patch-src_kristall_pro
--- patches/patch-src_kristall_pro  11 Mar 2022 19:46:12 -  1.2
+++ patches/patch-src_kristall_pro  25 Apr 2024 07:49:43 -
@@ -1,14 +0,0 @@
-Prevent git run at every ${CC} call
-
-Index: src/kristall.pro
 src/kristall.pro.orig
-+++ src/kristall.pro
-@@ -9,7 +9,7 @@ greaterThan(QT_MAJOR_VERSION, 4): QT += widgets networ
- # deprecated API in order to know how to port your code away from it.
- DEFINES += QT_DEPRECATED_WARNINGS
- 
--DEFINES += KRISTALL_VERSION="\"$(shell cd $$PWD; git describe --tags)\""
-+DEFINES += KRISTALL_VERSION="OpenBSD"
- 
- # You can also make your code fail to compile if it uses deprecated APIs.
- # In order to do so, uncomment the following line.
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/net/kristall/pkg/PLIST,v
diff -u -p -r1.3 PLIST
--- pkg/PLIST   11 Mar 2022 19:46:12 -  1.3
+++ pkg/PLIST   25 Apr 2024 08:16:19 -
@@ -1,4 +1,5 @@
 @bin bin/kristall
+@man man/man1/kristall.1
 share/applications/Kristall.desktop
 share/icons/hicolor/128x128/apps/net.random-projects.kristall.png
 share/icons/hicolor/16x16/apps/net.random-projects.kristall.png
@@ -7,5 +8,7 @@ share/icons/hicolor/64x64/apps/net.rando
 share/icons/hicolor/scalable/apps/net.random-projects.kristall.svg
 @tag update-desktop-database
 @tag gtk-update-icon-cache %D/share/icons/hicolor
+share/metainfo/
+share/metainfo/Kristall.metainfo.xml
 share/mime/packages/kristall.xml
 @tag update-mime-database

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/04/11 09:13:23

Modified files:
games/taisei   : Makefile 

Log message:
bump after math/cglm update (as only the headers are used)

also, remove BROKEN-i386 as it may build there with a newer cglm.

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/04/11 09:12:17

Modified files:
games/gnubg: Makefile 

Log message:
bump after math/cglm update (as only the headers are used)

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/04/11 09:11:34

Modified files:
math/cglm  : Makefile distinfo 
math/cglm/patches: patch-CMakeLists_txt 

Log message:
update math/cglm to 0.9.4: bugfix release

>From the upstream changelog: "Also now SSE can work without SSE2
which may not available on 32bit devices e.g. i686", so this could
fix the build failure of games/taisei on i386.

changelog: https://github.com/recp/cglm/releases/tag/v0.9.4

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/04/11 03:40:41

Modified files:
net/gmid   : Tag: OPENBSD_7_5 Makefile distinfo 

Log message:
update net/gmid to 2.0.2: bugfix release

- fixed `log access path' under chroot
- fixed config dumping (-nn)
- reworked grammar to allow semicolons after top-level statements
- don't make the log style reserved keywords (unbreaks the $common ex.)

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/04/04 13:36:04

Modified files:
net/gmid   : Makefile distinfo 

Log message:
update net/gmid to 2.0.2: bugfix release

Re: [NEW] audio/nncmpp

[Omar Polo]

On 2024/03/26 13:00:16 +, Stuart Henderson  wrote:
> On 2024/03/26 13:25, Omar Polo wrote:
> > On 2024/03/01 01:34:01 +0100, Kirill A. Korinsky  wrote:
> > > Greetings,
> > > 
> > > Here an updated versio to 2.2.1 of this new port.
> > 
> > just briefly tested since I don't use mpd anymore, but it's a nice
> > client!
> > 
> > a few tweaks, but then it's OK op@ to import
> 
> please replace
> 
> WRKSRC=   ${WRKDIR}/nncmpp
> WRKDIST=  ${WRKSRC}
> 
> with just
> 
> WRKDIST=  ${WRKDIR}/nncmpp
> 
> then it's ok

oh yeah, thanks.  I've also added -DWITH_PULSE=OFF since otherwise it
could opt-in linking to it if found.

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/26 07:14:48

Modified files:
audio  : Makefile 

Log message:
+nncmpp

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/26 07:14:12

Log message:
import nncmpp-2.1.1

nncmpp is yet another MPD client. Its specialty is running equally well
in the terminal, or as an X11 clien it will provide the same keyboard
and mouse-friendly interface.

port by Kirill A. Korinsky (kirill at korins [dot] ky)
ok/tweaks sthen@

-DWITH_PULSE=off added after the ok

Status:

Vendor Tag: op
Release Tags:   op_20240326

N ports/audio/nncmpp/Makefile
N ports/audio/nncmpp/distinfo
N ports/audio/nncmpp/patches/patch-termo_CMakeLists_txt
N ports/audio/nncmpp/pkg/DESCR
N ports/audio/nncmpp/pkg/PLIST

No conflicts created by this import

Re: [NEW] audio/nncmpp

[Omar Polo]

On 2024/03/01 01:34:01 +0100, Kirill A. Korinsky  wrote:
> Greetings,
> 
> Here an updated versio to 2.2.1 of this new port.

just briefly tested since I don't use mpd anymore, but it's a nice
client!

a few tweaks, but then it's OK op@ to import

 - COMMENT should start with a lowercase unless it's an acronym or a
   proper noun (so MPD and X11 are fine capitalized, terminal not)
 - 2.1.1.tar.gz is a filename too generic, hence the DISTNAME/DISTFILES dance
 - regen wantlib
 - the termo sublibrary does interesting stuff in its cmake file.
   TL;DR nuke gio/glib checking, add CFLAGS
   Longer: it looks for gio and glib which are optionally used for some
   demos which are not installed.  if not found however the build fails
   since it can't find iconv.
 - sort LIB_DEPENDS and remove glib2 from there as it is unused
 - regen wantlib
 - fold DESCR: the lines were too close to the 80 column for my taste

attaching a diff against your makefile and an updated tarball.

Thanks!

--- Makefile.orig   Tue Mar 26 12:00:53 2024
+++ MakefileTue Mar 26 12:25:47 2024
@@ -1,11 +1,11 @@
-COMMENT=   Terminal/X11 MPD client
+COMMENT=   terminal/X11 MPD client
 
 V= 2.1.1
 V.liberty= 969a4cfc3ea1c4d7c0327907385fc64906ed5d4c
 V.termo=   2518b53e5ae4579bf84ed58fa7a62806f64e861c
 
-PKGNAME=   nncmpp-${V}
-DISTNAME=  v${V}
+DISTNAME=  nncmpp-${V}
+DISTFILES= nncmpp-{v}${V}${EXTRACT_SUFX}
 
 CATEGORIES=audio
 
@@ -21,18 +21,20 @@
 # ISC
 PERMIT_PACKAGE=Yes
 
-WANTLIB=   X11 Xft Xrender unistring ncursesw gio-2.0 glib-2.0
-WANTLIB+=  curl freetype fontconfig png m iconv
+WANTLIB += X11 Xft Xrender c curl curses fontconfig freetype iconv
+WANTLIB += m png pthread unistring
 
 MODULES=   devel/cmake
 
+# for iconv
+CFLAGS+=   -I${LOCALBASE}/include
+
 BUILD_DEPENDS= textproc/asciidoctor \
x11/gnome/librsvg
 
 LIB_DEPENDS =  converters/libunistring \
-   devel/glib2 \
-   net/curl \
-   graphics/png
+   graphics/png \
+   net/curl
 
 RUN_DEPENDS =  devel/desktop-file-utils \
x11/gtk+4,-guic



nncmpp.tar.gz
Description: GNU Zip compressed data

Re: [new] devel/sbt 1.9.8

[Omar Polo]

On 2024/03/26 10:16:16 +, Stuart Henderson  wrote:
> On 2024/03/26 10:54, Kirill A. Korinsky wrote:
> > Folks,
> > 
> > this is reminder about this new port.
> 
> Here are a few small tweaks (commented diff below, new tar attached).
> With these it's ok sthen@ (need a second ok or another developer to
> import on mine).

looks fine to me, ok op@ to import.  Thanks!

maybe I'd add java to the CATEGORIES and also import it under java, your
call.

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/25 07:24:32

Modified files:
devel/meson/patches: patch-mesonbuild_dependencies_boost_py 

Log message:
fix the diff for boos.py; this matches otto@' PR upstream.  ok otto@

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/25 06:27:24

Modified files:
graphics/shaderc: Makefile distinfo 
graphics/shaderc/patches: patch-CMakeLists_txt 
  patch-glslc_test_CMakeLists_txt 

Log message:
update graphics/shaderc to 2024.0

Re: meson vs boost

[Omar Polo]

On 2024/03/22 20:12:41 +0100, Otto Moerbeek  wrote:
> How about this? If you think it's ok, I'll try to see what upstream thinks

the boost.py diff fails to apply for me, maybe it was generated against
the previous version (1.3.x)?


Index: patches/patch-mesonbuild_dependencies_boost_py
===
RCS file: 
/home/cvs/ports/devel/meson/patches/patch-mesonbuild_dependencies_boost_py,v
diff -u -p -r1.1 patch-mesonbuild_dependencies_boost_py
--- patches/patch-mesonbuild_dependencies_boost_py  25 Mar 2024 07:12:30 
-  1.1
+++ patches/patch-mesonbuild_dependencies_boost_py  25 Mar 2024 11:49:49 
-
@@ -1,13 +1,13 @@
 Index: mesonbuild/dependencies/boost.py
 --- mesonbuild/dependencies/boost.py.orig
 +++ mesonbuild/dependencies/boost.py
-@@ -609,7 +609,8 @@ class BoostDependency(SystemDependency):
- mlog.debug(f'Static {len(libs)}')
+@@ -594,7 +594,8 @@ class BoostDependency(SystemDependency):
+ # mlog.debug('- vscrt: {}'.format(vscrt))
+ libs = [x for x in libs if x.static == self.static or not 
self.explicit_static]
  libs = [x for x in libs if x.mt == self.multithreading]
- mlog.debug(f'MT {len(libs)}')
 -libs = [x for x in libs if x.version_matches(lib_vers)]
 +if not mesonlib.is_openbsd():
 +libs = [x for x in libs if x.version_matches(lib_vers)]
- mlog.debug(f'Vers {len(libs)} {lib_vers}')
  libs = [x for x in libs if x.arch_matches(self.arch)]
- mlog.debug(f'Arch {len(libs)}')
+ libs = [x for x in libs if x.vscrt_matches(vscrt)]
+ libs = [x for x in libs if x.nvsuffix != 'dll']  # Only link to 
import libraries

Re: flask 2.3.3

[Omar Polo]

On 2024/03/21 20:37:38 -0400, Daniel Dickman  wrote:
> Following on the werkzeug update, here's an update of flask. It needs the 
> updated werkzeug.
> 
> ok?

works for me; ok op@, thanks!

same nit as for werkzeug:

> -RUN_DEPENDS =devel/py-blinker${MODPY_FLAVOR} \
> - www/py-itsdangerous${MODPY_FLAVOR} \
> - www/py-jinja2${MODPY_FLAVOR} \
> - www/py-werkzeug${MODPY_FLAVOR} \
> - devel/py-click${MODPY_FLAVOR}>=8.0.0
> +MODPY_PI =   Yes
> +MODPY_PYBUILD =  flit_core
> +
> +RUN_DEPENDS =devel/py-blinker${MODPY_FLAVOR}>=1.6.2 \
> + www/py-itsdangerous${MODPY_FLAVOR}>=2.1.2 \
> + www/py-jinja2${MODPY_FLAVOR}>=3.1.2 \
> + www/py-werkzeug${MODPY_FLAVOR}>=2.3.7 \
> + devel/py-click${MODPY_FLAVOR}>=8.1.3

although they weren't sorted previously either, since you're touching
these lines anyway why don't sort them too? :)

Re: werkzeug 2.3.8

[Omar Polo]

On 2024/03/21 20:36:20 -0400, Daniel Dickman  wrote:
> Here's an update of werkzeug to 2.3.8 needed to update flask.
> 
> ok?

ok op@ with one nit below

I guess you're not jumping to 3.0.1 due to the removal of deprecated
functions?

> -TEST_DEPENDS =   devel/py-test-xprocess${MODPY_FLAVOR} \
> +RUN_DEPENDS =textproc/py-MarkupSafe${MODPY_FLAVOR}
> +
> +TEST_DEPENDS =   devel/py-greenlet${MODPY_FLAVOR} \
> + devel/py-test-xprocess${MODPY_FLAVOR} \
>   devel/py-test-timeout${MODPY_FLAVOR} \

I'd keep the entries sorted, so -xprocess after -timeout.

>   net/py-ephemeral_port_reserve${MODPY_FLAVOR} \
> + security/py-cryptography${MODPY_FLAVOR} \
> + sysutils/py-watchdog${MODPY_FLAVOR} \
>   www/py-requests${MODPY_FLAVOR}

Thanks!

Re: fix "PLIST.orig already exists"

[Omar Polo]

On 2024/03/23 16:11:04 +0100, Peter Hessler  wrote:
> this error is worthless and a waste of time, stop generating it:
>   /usr/ports/www/yt-dlp/pkg/PLIST changed but 
> /usr/ports/www/yt-dlp/pkg/PLIST.orig exists
> 
> OK?

oh yes please, it's annoying for no reason IMHO.

one small nit:

> --- infrastructure/bin/update-plist   14 May 2023 09:18:05 -  1.214
> +++ infrastructure/bin/update-plist   23 Mar 2024 15:07:59 -
> @@ -1392,7 +1392,6 @@ $self->write_new_files;
>  
>  # and now, we figure out where to move the new files
>  my @towrite = ();
> -my $cantmove = 0;
>  
>  my $exitcode = 0;
>  
> @@ -1412,22 +1411,13 @@ for my $p (@{$self->{lists}}) {
>   } else {
>   print "$k changed";

could add the \n here (or use `say')

>   push(@towrite, $k);
> - if (-f "$k$orig") {
> - print " but $k$orig exists\n";
> - $cantmove = 1;
> - } else {
> - print "\n";
> - }
> + print "\n";

instead of printing \n here now.

>   }
>   } else {
>   print "$k is new\n";
>   push(@towrite, $k);
>   }
>   }
> -}
> -
> -if ($cantmove) {
> - exit(2);
>  }
>  
>  if ($self->{state}->not) {

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/21 08:35:25

Modified files:
games/taisei   : Makefile distinfo 
Removed files:
games/taisei/patches: patch-external_koishi_src_stack_alloc_c 

Log message:
update games/taisei to 1.4.1

disable LTO to fix a crash during the bossfight of the third stage
(this issue was already present in 1.4 but not on 1.3.x)

[new] databases/postgresql-pgvector

[Omar Polo]

% pkg_info postgresql-pgvector
Information for inst:postgresql-pgvector-0.6.2

Comment:
vector similarity search for PostgreSQL

Description:
pgvector is a PostgreSQL extension which provides exact and approximate
nearest neighbor search on vectors, as well as L2 distance, inner
product, and cosine distance.

Maintainer: Omar Polo 

WWW: https://github.com/pgvector/pgvector


ok to import?



postgresql-pgvector.tar.gz
Description: GNU Zip compressed data

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/19 02:28:40

Modified files:
databases/pspg : Makefile distinfo 

Log message:
update databases/pspg to 5.8.2

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/18 03:36:49

Modified files:
devel/luarocks : Makefile distinfo 
devel/luarocks/pkg: PLIST 

Log message:
update devel/luarocks to 3.11.0

changelog: https://github.com/luarocks/luarocks/blob/master/CHANGELOG.md
This "skips" over 3.10.0.

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/18 03:08:54

Modified files:
lang/clojure   : Makefile distinfo 

Log message:
update lang/clojure to 1.11.2.1446

Re: [new] www/pipe-viewer

[Omar Polo]

On 2024/03/08 14:51:45 +, Klemens Nanni  wrote:
> Omar, with that I'm OK to import, seems safe before release.

Oops, forgot to reply here.  I have imported it a couple of days ago.
Thanks!

Re: powerpc bulk build report

[Omar Polo]

On 2024/03/10 18:42:06 +0100, Tobias Heider  wrote:
> On Sun, Mar 10, 2024 at 06:26:04PM +0100, Omar Polo wrote:
> > On 2024/03/03 20:37:45 -0700, gkoeh...@openbsd.org wrote:
> > > http://build-failures.rhaalovely.net/powerpc/2024-02-07/games/nanosaur2.log
> > 
> > : 
> > /usr/obj/ports/nanosaur2-2.1.0/Nanosaur2-2.1.0/Source/Headers/ogl_support.h:122:2:
> > : error: unknown type name 'vector'
> > : vector float v[4];
> > : ^
> > : 1 error generated.
> > 
> > I missed this failure, thanks izzy for prodding me.  I don't have a
> > powerpc to test this, but it appears if I'm grepping correctly that this
> > field is never used.
> > 
> > (no bump needed since it only fixes -hopefully- the build on powerpc
> > where it wasn't built before.)
> > 
> > The alternative, if I'm reading this[0] correctly, is to sprinkle some
> > #include  and -maltivec, but since it's not used I think it's
> > easier to just remove it.  If it works I'll upstream this as well.
> > 
> > [0]: 
> > https://gcc.gnu.org/onlinedocs/gcc/PowerPC-AltiVec_002fVSX-Built-in-Functions.html
> 
> I actually built and tested this a few weeks back. I just removed all the
> #ifdef __ppc__ blocks. Game loads but runs with ~5 fps and crashes after
> a few seconds on my powerbook G4
> 
> Do we actually support ppcs without altivec? I guess it might work better
> with altivec enabled instead.

If there are chances that it is playable with altivec enabled IMHO it
would make sense to do so since the choice is between a broken game
everywhere and something that can be played on some machines.

However, this vector doesn't seem to be used at all in the code, so I
don't see how enabling altivec here will actually change something at
runtime, although I might have missed something.

Re: powerpc bulk build report

[Omar Polo]

On 2024/03/03 20:37:45 -0700, gkoeh...@openbsd.org wrote:
> http://build-failures.rhaalovely.net/powerpc/2024-02-07/games/nanosaur2.log

: 
/usr/obj/ports/nanosaur2-2.1.0/Nanosaur2-2.1.0/Source/Headers/ogl_support.h:122:2:
: error: unknown type name 'vector'
: vector float v[4];
: ^
: 1 error generated.

I missed this failure, thanks izzy for prodding me.  I don't have a
powerpc to test this, but it appears if I'm grepping correctly that this
field is never used.

(no bump needed since it only fixes -hopefully- the build on powerpc
where it wasn't built before.)

The alternative, if I'm reading this[0] correctly, is to sprinkle some
#include  and -maltivec, but since it's not used I think it's
easier to just remove it.  If it works I'll upstream this as well.

[0]: 
https://gcc.gnu.org/onlinedocs/gcc/PowerPC-AltiVec_002fVSX-Built-in-Functions.html


Thanks!

Omar Polo


Index: patches/patch-Source_Headers_ogl_support_h
===
RCS file: patches/patch-Source_Headers_ogl_support_h
diff -N patches/patch-Source_Headers_ogl_support_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-Source_Headers_ogl_support_h  10 Mar 2024 17:12:47 -
@@ -0,0 +1,16 @@
+fixes "error: unknown type name 'vector'" on powerpc; the v field is
+never used.
+
+Index: Source/Headers/ogl_support.h
+--- Source/Headers/ogl_support.h.orig
 Source/Headers/ogl_support.h
+@@ -118,9 +118,6 @@ typedef struct
+ typedef union
+ {
+   GLfloat value[16];
+-  #if defined(__ppc__)
+-  vector float v[4];
+-  #endif
+ }OGLMatrix4x4;
+ 
+ typedef struct

Re: sysutils/docker-cli: update to 25.0.3

[Omar Polo]

On 2024/03/09 10:15:55 +0100, Omar Polo  wrote:
> On 2024/02/25 14:06:27 +, Lucas Gabriel Vuotto  wrote:
> > Bump.
> 
> pinging again

i've imported it with ok rsadowski, thanks :-)

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/09 10:29:43

Modified files:
sysutils/docker-cli: Makefile distinfo 
Added files:
sysutils/docker-cli/patches: 
 
patch-cli-plugins_socket_socket_nodarwin_go 
 patch-cli-plugins_socket_socket_openbsd_go 
Removed files:
sysutils/docker-cli/patches: 
 
patch-vendor_github_com_containerd_containerd_content_local_store_unix_go 
 
patch-vendor_github_com_containerd_continuity_fs_stat_openbsd_go 
 
patch-vendor_github_com_moby_sys_mount_mounter_bsd_go 
 
patch-vendor_github_com_moby_sys_mount_mounter_openbsd_go 
 
patch-vendor_github_com_tonistiigi_fsutil_diskwriter_go 
 
patch-vendor_github_com_tonistiigi_fsutil_fs_go 
 
patch-vendor_github_com_tonistiigi_fsutil_hardlinks_go 
 
patch-vendor_github_com_tonistiigi_fsutil_send_go 
 
patch-vendor_github_com_tonistiigi_fsutil_tarwriter_go 

Log message:
update docker-cli to 25.0.3

diff from from Lucas Gabriel Vuotto and Kirill A. Korinsky, thanks!
ok rsadowski

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/09 10:27:05

Log message:
import docker-compose-2.24.5

Docker Compose is a tool for running multi-container applications on
Docker defined using the Compose file format. A Compose file is used to
define how one or more containers that make up your application are
configured. Once you have a Compose file, you can create and start your
application with a single command: docker compose up.

port from Lucas Gabriel Vuotto and Kirill A. Korinsky, thank you!
ok rsadowski

Status:

Vendor Tag: op
Release Tags:   op_20240309

N ports/sysutils/docker-compose/Makefile
N ports/sysutils/docker-compose/distinfo
N 
ports/sysutils/docker-compose/patches/patch-internal_locker_runtime_unix_go
N ports/sysutils/docker-compose/patches/patch-pkg_remote_cache_unix_go
N 
ports/sysutils/docker-compose/patches/patch-vendor_github_com_moby_buildkit_cmd_buildkitd_config_gcpolicy_unix_go
N 
ports/sysutils/docker-compose/patches/patch-vendor_github_com_tonistiigi_fsutil_diskwriter_go
N 
ports/sysutils/docker-compose/patches/patch-vendor_github_com_tonistiigi_fsutil_fs_go
N 
ports/sysutils/docker-compose/patches/patch-vendor_github_com_tonistiigi_fsutil_hardlinks_go
N 
ports/sysutils/docker-compose/patches/patch-vendor_github_com_tonistiigi_fsutil_send_go
N 
ports/sysutils/docker-compose/patches/patch-vendor_github_com_tonistiigi_fsutil_tarwriter_go
N ports/sysutils/docker-compose/pkg/DESCR
N ports/sysutils/docker-compose/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/09 10:27:41

Modified files:
sysutils   : Makefile 

Log message:
+ docker-buildx docker-compose

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/09 10:25:37

Log message:
import docker-buildx-0.12.1

buildx is a Docker CLI plugin for extended build capabilities
with BuildKit.

port from Lucas Gabriel Vuotto and Kirill A. Korinsky, thank you!
ok rsadowski

Status:

Vendor Tag: op
Release Tags:   op_20240309

N ports/sysutils/docker-buildx/Makefile
N ports/sysutils/docker-buildx/distinfo
N 
ports/sysutils/docker-buildx/patches/patch-vendor_github_com_moby_buildkit_cmd_buildkitd_config_gcpolicy_unix_go
N 
ports/sysutils/docker-buildx/patches/patch-vendor_github_com_tonistiigi_fsutil_diskwriter_go
N 
ports/sysutils/docker-buildx/patches/patch-vendor_github_com_tonistiigi_fsutil_fs_go
N 
ports/sysutils/docker-buildx/patches/patch-vendor_github_com_tonistiigi_fsutil_hardlinks_go
N 
ports/sysutils/docker-buildx/patches/patch-vendor_github_com_tonistiigi_fsutil_send_go
N 
ports/sysutils/docker-buildx/patches/patch-vendor_github_com_tonistiigi_fsutil_tarwriter_go
N ports/sysutils/docker-buildx/pkg/DESCR
N ports/sysutils/docker-buildx/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/09 02:33:07

Modified files:
www: Makefile 

Log message:
+pipe-viewer

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/09 02:30:57

Log message:
import pipe-viewer-0.5.0

gtk-pipe-viewer is a lightweight application with a GTK interface (fork
of straw-viewer) for searching and playing videos from YouTube. This
fork parses the YouTube website directly and relies on the invidious
instances only as a fallback method.

from Stefan Moran, who is also taking MAINTAINER, thank you!
with some tweaks from me and kn, ok kn

Status:

Vendor Tag: op
Release Tags:   op_20240309

N ports/www/pipe-viewer/Makefile
N ports/www/pipe-viewer/distinfo
N ports/www/pipe-viewer/pkg/PLIST-gtk
N ports/www/pipe-viewer/pkg/DESCR-main
N ports/www/pipe-viewer/pkg/DESCR-gtk
N ports/www/pipe-viewer/pkg/PLIST-main

No conflicts created by this import

Re: sysutils/docker-cli: update to 25.0.3

[Omar Polo]

On 2024/02/25 14:06:27 +, Lucas Gabriel Vuotto  wrote:
> Bump.

pinging again

I'm reattaching the tarballs.  I made a small edit in docker-compose and
buildx to switch back to GH_*: go.port.mk has some special casing for it
and none for DIST_TUPLE and until someone brave enough will take a look,
it makes more sense to continue using GH_* with go ports for the time
being, less chances of surprises ;)

Ah, also, in docker-compose a `make update-plist' was needed to make
bin/docker-compose lose the @bin marker (it's a symlink now.)


Index: Makefile
===
RCS file: /home/cvs/ports/sysutils/docker-cli/Makefile,v
diff -u -p -r1.9 Makefile
--- Makefile20 Nov 2022 16:14:43 -  1.9
+++ Makefile3 Mar 2024 17:41:51 -
@@ -1,10 +1,8 @@
 COMMENT =  command-line tool for controlling Docker
 
-V =20.10.21
+V =25.0.3
 
-GH_ACCOUNT =   docker
-GH_PROJECT =   cli
-GH_TAGNAME =   v${V}
+DIST_TUPLE =   github docker cli v${V} .
 PKGNAME =  docker-${DISTNAME}
 
 CATEGORIES =   sysutils
@@ -17,10 +15,12 @@ PERMIT_PACKAGE =Yes
 WANTLIB += c pthread
 
 MODULES =  lang/go
-MODGO_LDFLAGS =-X 
github.com/docker/cli/cli/version.Version=${V}
-
 GO_PKGNAME =   github.com/docker/cli
+MODGO_LDFLAGS =-X ${GO_PKGNAME}/cli/version.Version=${V}
+
+RUN_DEPENDS =  sysutils/docker-buildx
+
 WRKSRC =   ${MODGO_WORKSPACE}/src/${GO_PKGNAME}
-ALL_TARGET =   github.com/docker/cli/cmd/docker
+ALL_TARGET =   ${GO_PKGNAME}/cmd/docker
 
 .include 
Index: distinfo
===
RCS file: /home/cvs/ports/sysutils/docker-cli/distinfo,v
diff -u -p -r1.5 distinfo
--- distinfo20 Nov 2022 16:14:43 -  1.5
+++ distinfo3 Mar 2024 17:41:51 -
@@ -1,2 +1,2 @@
-SHA256 (cli-20.10.21.tar.gz) = 8PYsocgOj9W54UDKZO8+ddx896KAQLPRCyYDBxKJRug=
-SIZE (cli-20.10.21.tar.gz) = 7633967
+SHA256 (docker-cli-v25.0.3.tar.gz) = 
BK0M6pkqZdsgyxsNv20c4yxwXOh53lGyIJX+jSgDCBU=
+SIZE (docker-cli-v25.0.3.tar.gz) = 6864551
Index: patches/patch-cli-plugins_socket_socket_nodarwin_go
===
RCS file: patches/patch-cli-plugins_socket_socket_nodarwin_go
diff -N patches/patch-cli-plugins_socket_socket_nodarwin_go
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-cli-plugins_socket_socket_nodarwin_go 3 Mar 2024 17:41:51 
-
@@ -0,0 +1,20 @@
+Avoid keeping @docker_cli_[UUID] files
+https://github.com/docker/cli/pull/4862
+
+Index: cli-plugins/socket/socket_nodarwin.go
+--- cli-plugins/socket/socket_nodarwin.go.orig
 cli-plugins/socket/socket_nodarwin.go
+@@ -1,4 +1,4 @@
+-//go:build !darwin
++//go:build !darwin && !openbsd
+ 
+ package socket
+ 
+@@ -15,5 +15,6 @@ func listen(socketname string) (*net.UnixListener, err
+ 
+ func onAccept(conn *net.UnixConn, listener *net.UnixListener) {
+   // do nothing
+-  // while on darwin we would unlink here; on non-darwin the socket is 
abstract and not present on the filesystem
++  // while on darwin and OpenBSD we would unlink here;
++  // on non-darwin the socket is abstract and not present on the 
filesystem
+ }
Index: patches/patch-cli-plugins_socket_socket_openbsd_go
===
RCS file: patches/patch-cli-plugins_socket_socket_openbsd_go
diff -N patches/patch-cli-plugins_socket_socket_openbsd_go
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-cli-plugins_socket_socket_openbsd_go  3 Mar 2024 17:41:51 
-
@@ -0,0 +1,26 @@
+Avoid keeping @docker_cli_[UUID] files
+https://github.com/docker/cli/pull/4862
+
+Index: cli-plugins/socket/socket_openbsd.go
+--- cli-plugins/socket/socket_openbsd.go.orig
 cli-plugins/socket/socket_openbsd.go
+@@ -0,0 +1,19 @@
++package socket
++
++import (
++  "net"
++  "os"
++  "path/filepath"
++  "syscall"
++)
++
++func listen(socketname string) (*net.UnixListener, error) {
++  return net.ListenUnix("unix", {
++  Name: filepath.Join(os.TempDir(), socketname),
++  Net:  "unix",
++  })
++}
++
++func onAccept(conn *net.UnixConn, listener *net.UnixListener) {
++  syscall.Unlink(listener.Addr().String())
++}
Index: 
patches/patch-vendor_github_com_containerd_containerd_content_local_store_unix_go
===
RCS file: 
patches/patch-vendor_github_com_containerd_containerd_content_local_store_unix_go
diff -N 
patches/patch-vendor_github_com_containerd_containerd_content_local_store_unix_go
--- 
patches/patch-vendor_github_com_containerd_containerd_content_local_store_unix_go
   11 Mar 2022 19:57:21 -  1.3
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,9 +0,0 @@
-Index: 

Re: [maintainer update] devel/gopls 0.15.1

[Omar Polo]

On 2024/03/08 16:49:11 +0100, Laurent Cheylus  wrote:
> Hi,
> 
> a simple update for devel/gopls port.
> Changelog: https://github.com/golang/tools/releases/tag/gopls/v0.15.1
> 
> Build and tests OK on current/amd64.

Works fine!  Committed, thanks!

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/08 12:56:29

Modified files:
devel/gopls: Makefile distinfo modules.inc 

Log message:
update devel/gopls to 0.15.1; from maintainer Laurent Cheylus, thanks!

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/06 09:19:39

Modified files:
graphics/decker/patches: patch-c_dom_h 

Log message:
add commentary to the patch

Re: [maintainer update] Bump graphics/decker 1.39 -> 1.40

[Omar Polo]

Hello,

On 2024/03/06 10:19:39 -0500, "Jag Talon"  wrote:
> Notes:
> ==
> 
> * Aside from bumping the version number, I also added a dependency to 
> xdg-utils
> to the Makefile. Apparently it's used within the app to open external links. I
> misunderstood it as only applicable to the web version of Decker which we 
> don't
> build. Now Decker is able to open external links.
> 
> * I also added a new patch called patch-c_dom_h which includes sys/wait.h in 
> the
> c/dom.h file. This allows the build to continue.

I've committed the update with devel/xdg-utils moved as RUN_DEPENDS.

As sthen explained, LIB_DEPENDS is only for ports that provides shared
libraries that this port links to.  Instead, devel/xdg-utils only
provides a command that decker needs at runtime, so it has to be a
RUN_DEPENDS.

/usr/ports/infrastructure/bin/portcheck will caught these mistakes, it's
handy to run it after building the port to catch small issues like this
one.  (tip: it's handy to add /usr/ports/infrastructe/bin to $PATH)

Also, while with CVS you can't (easily) add a directory unless you have
write access, you can still `cvs add' new files.  This is better than
attaching new files because it's easier to apply them.

`cvs -q -n up -d' will tell you the state of the directory, with ?
entries being files unknown to CVS, R files marked as removed with
`cvs rm', A files added, M files modified, etc.

I'm attaching the diff that I've actually committed.

Thanks!

Index: Makefile
===
RCS file: /home/cvs/ports/graphics/decker/Makefile,v
diff -u -p -r1.2 Makefile
--- Makefile18 Feb 2024 21:55:41 -  1.2
+++ Makefile6 Mar 2024 16:02:43 -
@@ -1,6 +1,6 @@
 COMMENT =  multimedia platform inspired by HyperCard
 
-DIST_TUPLE =   github JohnEarnest Decker v1.39 .
+DIST_TUPLE =   github JohnEarnest Decker v1.40 .
 PKGNAME =  ${DISTNAME:L}
 
 CATEGORIES =   graphics
@@ -21,6 +21,8 @@ BUILD_DEPENDS =   editors/vim \
 
 LIB_DEPENDS =  devel/sdl2 \
devel/sdl2-image
+
+RUN_DEPENDS =  devel/xdg-utils
 
 ALL_TARGET =   decker lilt docs
 
Index: distinfo
===
RCS file: /home/cvs/ports/graphics/decker/distinfo,v
diff -u -p -r1.2 distinfo
--- distinfo18 Feb 2024 21:55:41 -  1.2
+++ distinfo6 Mar 2024 15:58:27 -
@@ -1,2 +1,2 @@
-SHA256 (JohnEarnest-Decker-v1.39.tar.gz) = 
PTLwp775tqWUAw5/DhAtTcKtOwOvRvcAEmXSDuk4384=
-SIZE (JohnEarnest-Decker-v1.39.tar.gz) = 1343234
+SHA256 (JohnEarnest-Decker-v1.40.tar.gz) = 
VnVUKMFYJ6fK+7faWc+DII+p9bpiH4itHCs4aD1kzug=
+SIZE (JohnEarnest-Decker-v1.40.tar.gz) = 1348788
Index: patches/patch-Makefile
===
RCS file: /home/cvs/ports/graphics/decker/patches/patch-Makefile,v
diff -u -p -r1.1.1.1 patch-Makefile
--- patches/patch-Makefile  18 Feb 2024 11:03:40 -  1.1.1.1
+++ patches/patch-Makefile  6 Mar 2024 15:58:27 -
@@ -13,8 +13,8 @@ Index: Makefile
# -Wno-misleading-indentation silences warnings which are entirely 
spurious.
FLAGS:=$(FLAGS) -Wno-misleading-indentation -Wno-unknown-warning-option
FLAGS:=$(FLAGS) -lm
-@@ -43,16 +43,16 @@ ifneq ("$(EXTRA_FLAGS)","")
- endif
+@@ -46,16 +46,16 @@ endif
+ # FLAGS:=$(FLAGS) -DDANGER_ZONE
  
  resources:
 -  @chmod +x ./scripts/resources.sh
@@ -36,7 +36,7 @@ Index: Makefile
  
  clean:
@rm -rf ./c/build/
-@@ -60,19 +60,19 @@ clean:
+@@ -63,19 +63,19 @@ clean:
@rm -f docs/*.html
  
  install:
Index: patches/patch-c_dom_h
===
RCS file: patches/patch-c_dom_h
diff -N patches/patch-c_dom_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-c_dom_h   6 Mar 2024 15:59:16 -
@@ -0,0 +1,9 @@
+Index: c/dom.h
+--- c/dom.h.orig
 c/dom.h
+@@ -1,4 +1,4 @@
+-
++#include 
+ #include "resources.h"
+ 
+ // Decker document object model

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/06 09:07:14

Modified files:
graphics/decker: Makefile distinfo 
graphics/decker/patches: patch-Makefile 
Added files:
graphics/decker/patches: patch-c_dom_h 

Log message:
update graphics/decker to 1.40; from MAINTAINER Jag Talon, thanks!

changelog: 

Re: [new] www/pipe-viewer

[Omar Polo]

Hello,

On 2024/03/04 22:38:23 +, Klemens Nanni  wrote:
> On Mon, Mar 04, 2024 at 05:21:52PM -0500, Stefan Moran wrote:
> > Attached is a port for www/pipe-viewer 0.5.0, a lightweight perl youtube
> > client, designed to be used without a Google API key. The port is a
> > multipackage with -gtk, a GTK3 frontend using x11/p5-Gtk3, and -main,
> > the standard cli interface. The port depends on either youtube-dl or
> > yt-dlp to fetch videos, and I chose to include www/yt-dlp as a rundep as
> > that seems to be the more heavily-maintained and functional ( and also
> > less legally-targeted ;) ) project at this point in time. I also chose
> > to include most of the optional dependencies, excluding
> > LWP::UserAgent::Cached (not currently ported).
> > 
> > https://github.com/trizen/pipe-viewer
> 
> Port-wise looks fine, although I'd capitalise youtube in COMMENT
> accordingly and distinguish DESCR-gtk from DESCR-main.
> Perhaps add multimedia, net and/or x11 to CATEGORIES?

+1

I'd also try to have a slightly different COMMENT for the -gtk
subpackage and change its name to gkt-pipe-viewer to mirror the name of
the binary it installs.

When it makes sense, I think it's easier for discovery purposes to have
the name of the package to be the same of the program it installs.

> Starts, searches and plays fine in brief testing, seems like a handy
> alternative to the (heavy) Qt alternatives minitube and plasmatube.

some here, briefly tried but I'm liking it, it could become my preferred
way to navigate youtube :)

I'm attaching a diff against your makefile and an updated tarball that's
ok op@ to import.

while here i've changed to port to use DIST_TUPLE rather than GH_* and
re-run make makesum due to it.  I've also tried to change the two DESCR
a bit, to reiterate which one has a GTK interface and which don't.


--- Makefile.orig   Wed Mar  6 15:02:57 2024
+++ MakefileWed Mar  6 16:33:07 2024
@@ -1,17 +1,14 @@
-COMMENT-main = lightweight perl youtube client
-COMMENT-gtk =  lightweight perl youtube client
+COMMENT-main = lightweight YouTube client
+COMMENT-gtk =  lightweight YouTube client with a GTK interface
 
 VERSION =  0.5.0
+DIST_TUPLE =   github trizen pipe-viewer ${VERSION} .
 PKGNAME-main = pipe-viewer-${VERSION}
-PKGNAME-gtk =  pipe-viewer-gtk-${VERSION}
+PKGNAME-gtk =  gtk-pipe-viewer-${VERSION}
 
 MULTI_PACKAGES =   -main -gtk
 
-GH_ACCOUNT =   trizen
-GH_PROJECT =   pipe-viewer
-GH_TAGNAME =   ${VERSION}
-
-CATEGORIES =   www
+CATEGORIES =   www multimedia
 
 MAINTAINER =   Stefan Moran 
 



pipe-viewer.tar.gz
Description: GNU Zip compressed data

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/03/04 04:04:30

Modified files:
devel/leiningen: Makefile distinfo 

Log message:
update devel/leiningen to 2.11.2

portwise: use DIST_TUPLE and move to codeberg.

Re: [update] www/mycorrhiza: add cert symlink instructions

[Omar Polo]

Hello,

On 2024/02/27 09:14:59 -0500, "Jag Talon"  wrote:
> On Mon Feb 26, 2024 at 11:14 PM EST, la-ninpre wrote:
> > On 26 February 2024 22:45:18 UTC, Jag Talon  
> > wrote:
> > > Bumping REVISION as well.
> > >  
> >
> > Hello,
> > thank you for suggesting this change, I haven't noticed this before, 
> > because in testing environment i wasn't using ssl and in 'production'  I 
> > already had this symlink. The patch is fine by me, but i'm thinking that 
> > maybe it would be better to unify the two patches. What do you think?
> 
> Thank you I'm glad you like the changes. I have the unified diff attached!
> 
> ok?

[...]

> --- pkg/README8 Sep 2022 13:35:47 -   1.1.1.1
> +++ pkg/README27 Feb 2024 14:04:07 -
> @@ -58,6 +58,11 @@ acme-client(1)) and start httpd(8) and r
>   # rcctl enable httpd relayd
>   # rcctl start httpd relayd
>  
> +If you already have a certificate following the acme-client.conf
> +default template, make sure to create the following symlink to prevent
> +SEC_ERROR_UNKNOWN_ISSUER issues on some browsers:
> + 
> +# ln -s /etc/ssl/example.com.fullchain.pem /etc/ssl/example.com.crt

I'm not a relayd user, but this seems to me the wrong place to put this
information.

If I understand correctly relayd is not loading the fullchain cert, due
to the (IMHO silly) rules of how it loads the certificates in /etc/.  If
this is the case, then I'd consider this "common relayd knowledge" and
putting a workaround in a random port' README seems wrong.

Re: pkg_info: fold Comment newline

[Omar Polo]

On 2024/03/02 17:39:10 +, Klemens Nanni  wrote:
> As per Makefile.template and portcheck(1) COMMENT is <=60 chars, so it'd
> fit on the same Comment: line in pkg_info(1) output -- less scrolling!
> 
> It just stands out, imho, compared to Maintainer: and WWW: where there's
> no such seemingly superfluous line break.
> 
> Thoughts?

I like it!  it seems better to me to keep "Comment" and the comment text
in the same line; especially since we strive to have "short" comments.

However, it seems to me that this has the chance of breaking other
tools.  Reading this diff I've discovered the -l flag for pkg_info that
is meant to aid parsing the output of pkg_info.  I have no clue if this
option is used anywhere, but I'd prefer not to discover it when we're
this close to the release :)

In particular, pkg_info -lxxx quirks will change:

@@ -1,7 +1,6 @@
 xxxInformation for inst:quirks-7.10
 
-xxxComment:
-exceptions to pkg_add rules
+Comment: exceptions to pkg_add rules

Re: [UPDATE] x11/picom - new version 11.2

[Omar Polo]

On 2024/02/26 10:51:54 -0400, Jose Maldonado  wrote:
> I am also using amdgpu and so far nothing new. Thanks for the feedback!

I've committed it, thanks!

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/27 15:49:57

Modified files:
x11/picom  : Makefile distinfo 

Log message:
update x11/picom to 11.2

new features and bugfixes; the changelogs are:

- https://github.com/yshui/picom/releases/tag/v11-rc1
- https://github.com/yshui/picom/releases/tag/v11
- https://github.com/yshui/picom/releases/tag/v11.1
- https://github.com/yshui/picom/releases/tag/v11.2

Diff from Jose Maldonado (josemald89 at gmail dot com) who also fixed a
compatibility issue upstream, thanks!

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/27 15:41:35

Modified files:
productivity/minder: Makefile distinfo 

Log message:
update productivity/minder to 1.16.3

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/27 10:01:28

Modified files:
lang/fennel: Makefile distinfo 
lang/fennel/patches: patch-test_cli_fnl patch-test_irc_lua 

Log message:
update lang/fennel to 1.4.2

Changelog: https://fennel-lang.org/changelog#142--2024-02-23

1.4.2 is only bug fixes, 1.4.1 a few new features and the __fennelrest
metamethod deprecation.

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/27 09:54:58

Modified files:
net/libstrophe : Makefile 

Log message:
tweak the SHARED_LIBS comment; forgotten in previous

(it could also be dropped since upstream is using the project version
minus the leading "0.", i.e. 13.1, as shared library version)

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/27 09:53:20

Modified files:
net/libstrophe : Makefile distinfo 
Removed files:
net/libstrophe/patches: patch-src_compression_c 

Log message:
update net/libstrophe to 0.13.1

changelog: https://github.com/strophe/libstrophe/releases/tag/0.13.1

this includes the EBADFD patch that can now be removed.

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/27 09:15:46

Modified files:
sysutils/rset  : Makefile distinfo 
Removed files:
sysutils/rset/patches: patch-rsub_1 

Log message:
update sysutils/rset to 3.0

changelog: https://github.com/eradman/rset/releases/tag/3.0

Re: [maintainer update] devel/gopls 0.15.0

[Omar Polo]

On 2024/02/27 09:58:03 +0100, Laurent Cheylus  wrote:
> Hi,
> 
> update for devel/gopls v0.15.0 (LSP server for Golang)
> Changelog: https://github.com/golang/tools/releases/tag/gopls/v0.15.0
> 
> - update Makefile, modules.inc and distinfo for this version
> - update pkg/PLIST
> - add MODGO_LDFLAGS to set version (displayed with 'gopls version')
> 
> Build and tests OK on current/amd64 with Go 1.22.0.

I've tested with eglot on Emacs, works fine :)

> Comments/tests welcome and please commit if OK.

Usually, we tend to commit diffs when they are OK ;-)

Committed, thanks!

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/27 07:36:01

Modified files:
devel/gopls: Makefile distinfo modules.inc 
devel/gopls/pkg: PLIST 

Log message:
update devel/gopls to v0.15.0; from MAINTAINER Laurent Cheylus, thanks!

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/27 05:48:43

Modified files:
graphics/shaderc: Makefile distinfo 
graphics/shaderc/patches: patch-CMakeLists_txt 
  patch-cmake_utils_cmake 
  patch-glslc_CMakeLists_txt 
  patch-libshaderc_CMakeLists_txt 
Removed files:
graphics/shaderc/patches: patch-libshaderc_util_CMakeLists_txt 

Log message:
update graphics/shaderc to 2023.8

fixes the build with the latest glslang (reported by naddy, thanks!)
while here take maintainership so I have more chances to see new
releases.

build tested libplacebo and runtested taisei and supertuxkart.

Re: [UPDATE] x11/picom - new version 11.2

[Omar Polo]

Hello,

On 2024/02/25 01:35:08 -0400, Jose Maldonado  wrote:
> El Wed, 14 Feb 2024 15:42:23 -0400
> Jose Maldonado  escribió:
> > Hi! I send diff for new version of picom, in this case the fixes for
> > use libepoxy are merged in upstream, the port compile/build directly.
> > 
> > CC @omar because he has maintained the port for a long time.
> > 
> > 
> 
> PING
> 
> This is the last update for x11/picom 
> 
> Bug fixes:
> 
> * Workaround a NVIDIA problem that causes high CPU usage after
> * Fix building on OpenBSD (#1189, #1188)
> * Fix occasional freezes (#1040, #1145, #1166)
> * Fix corner-radius-rules not applying sometimes (#1177)
> * Fix window shader not having an effect (#1174)
> * Fix binding root pixmap in case of depth mismatch (#984)
> 
> Reattach for convenience 

thanks for updating and taking care of fixing the issues with upstream.
Sorry for the delay in replying, I was hoping to see some tests reports
here before committing.  It works fine for me (amdgpu), so ok op@ if
someone wants to go ahead and commit it, otherwise i'll wait a couple of
days still and then commit.


Thanks,

Omar Polo

Re: New: vulkan-utility-libraries - new dependency for vulkan-validation-layers

[Omar Polo]

On 2024/02/24 14:42:13 -0500, Thomas Frohwein  wrote:
> Hi,
> 
> This is a new dependency needed to provide vulkan-validation-layers
> with the Vulkan::LayerSettings library that is needed to update it to
> the most recent SDK 1.3.275.0. I don't have much to say about this, as
> the LayerSettings seems to be the only thing that we will rely on in
> the near term.
> 
> ok to import?

(for ports@) to build this it's needed the update for vulkan ports.

port looks fine to me and i've tested it in combo with the rest of the
update.  ok op@

Re: update of vulkan ports to SDK 1.3.275.0 (and glslang to 14)

[Omar Polo]

On 2024/02/24 14:59:57 -0500, Thomas Frohwein  wrote:
> Hi,
> 
> This diff updates the vulkan ports to the latest SDK from a few weeks
> ago. Besides now needing graphics/volk (already imported) and
> vulkan-utility-libraries (see separate email to ports@), the update is
> pretty much the usual churn.
> 
> I tested it on my Intel Tigerlake system with vkcube, vkcubepp, and
> vulkaninfo (all from vulkan-tools package), as well as with
> games/vkquake without issues. This includes runs with the
> validation layers enabled. Note if you want to test the validation
> layers, the previous VK_INSTANCE_LAYER env var is now deprecated in
> favor of VK_LOADER_LAYERS_ENABLE with a different syntax, see:
> 
> https://vulkan.lunarg.com/doc/sdk/1.3.275.0/windows/layer_configuration.html
> 
> (This is usually silent in normal working test cases in my experience.)
> 
> Sending this now so that building/using volk and
> vulkan-utility-libraries can be tested.
> 
> ok?

builds fine and works fine here (Ryzen 5 2400G.)

note that this needs to be build together with vulkan-utility-libraries,
so it should be imported together with this update.

ok op@

Re: gen-dist-tuple - script to generate submodule information for DIST_TUPLE from github

[Omar Polo]

Thomas Frohwein  wrote:
> *ping*
> 
> This can save enough work with ports that have multiple submodules that
> I think it might help porters' work. Of course this can be obtained
> from the GitHub source, too, but having it in the ports tree would help
> visibility and accountability, especially to decrease the barrier for
> working with complex ports. Re-attaching for convenience.

I've quickly tested it and it seems to work as advertised.  In my
experience there are not that many ports needing to use submodules (or
maybe i was just lucky ;-) but nevertheless it's nice to have something
in the port infrastructure to automatize that bit.  Seems also quite
simple too, which is promising.

With a few more lines of code to grok the .gitmodules ini file, we could
also be able to avoid using the github api, which would make make even
easier to extend it for other forges.

I don't have lots of experience with perl but it reads fine to me.  Oh,
Readonly.pm is not in base though :P

So, fwiw I'd welcome something like this in the port infrastructure.

crazy idea: what about hooking something like this into portgen and then
allow to do `portgen github johnfactotum/foliate'? :-)

update devel/leiningen

[Omar Polo]

diff below updates leiningen to the latest versions and changes it to
fetch from codeberg.

The changelog is here
https://codeberg.org/leiningen/leiningen/releases/tag/2.11.0

2.11.1 and 2.11.2 are small bugfix releases on top.

briefly tested (since i'm mostly using deps.edn) but works for me.
OK?

Index: Makefile
===
RCS file: /home/cvs/ports/devel/leiningen/Makefile,v
diff -u -p -r1.16 Makefile
--- Makefile13 Oct 2023 09:23:58 -  1.16
+++ Makefile24 Feb 2024 09:18:55 -
@@ -1,8 +1,7 @@
 COMMENT =  Clojure project automation
 
-GH_ACCOUNT =   technomancy
-GH_PROJECT =   leiningen
-GH_TAGNAME =   2.10.0
+V =2.11.2
+DIST_TUPLE =   codeberg leiningen leiningen $V .
 
 JAR_FILE = ${DISTNAME}-standalone.jar
 
@@ -10,9 +9,9 @@ CATEGORIES =   devel lang
 
 HOMEPAGE = https://leiningen.org
 
-SITES.jar =
https://github.com/technomancy/leiningen/releases/download/${GH_TAGNAME}/
+SITES.jar =
https://codeberg.org/leiningen/leiningen/releases/download/$V/
 DISTFILES.jar =${JAR_FILE}
-EXTRACT_ONLY = ${DISTFILES:N*.jar}
+EXTRACT_ONLY = ${ALL_DISTFILES:N*.jar}
 
 # EPL
 PERMIT_PACKAGE =   Yes
@@ -32,6 +31,8 @@ ZSH_DIR = ${PREFIX}/share/zsh/site-func
 
 SUBST_VARS +=  JAR_FILE \
JAVA_HOME
+
+WRKDIST =  ${WRKDIR}/leiningen
 
 do-install:
${SUBST_PROGRAM} ${LEIN} ${PREFIX}/bin/lein
Index: distinfo
===
RCS file: /home/cvs/ports/devel/leiningen/distinfo,v
diff -u -p -r1.8 distinfo
--- distinfo13 Oct 2023 09:23:58 -  1.8
+++ distinfo24 Feb 2024 08:38:24 -
@@ -1,4 +1,4 @@
-SHA256 (leiningen-2.10.0-standalone.jar) = 
0nKZutNAdawoZNC9BVn4NcbixHbAsKKDvL21dP2tuzQ=
-SHA256 (leiningen-2.10.0.tar.gz) = X0rm7yqWZRdhOHMPAM4Aixfelq+Zos5eTD8Bey1NVlk=
-SIZE (leiningen-2.10.0-standalone.jar) = 12758097
-SIZE (leiningen-2.10.0.tar.gz) = 973618
+SHA256 (leiningen-2.11.2-standalone.jar) = 
fTGuI652npJ0OLDNVdFak+faurCf1PwVh3l5Fh4Qh3Q=
+SHA256 (leiningen-leiningen-2.11.2.tar.gz) = 
uN0zAEDtRzGD+8SovEBOxU+S+BgXLgw5ltfGWreUCh4=
+SIZE (leiningen-2.11.2-standalone.jar) = 16481883
+SIZE (leiningen-leiningen-2.11.2.tar.gz) = 981415

Re: [Maintainer Update] archivers/zpaqfranz-59.2

[Omar Polo]

On 2024/02/24 00:15:58 +0100, tux0r  wrote:
> zpaqfranz 59.2 has - on non-Windows systems - a few bugfixes, seemingly
> not more, in comparison to 59.1. As 59.1 isn't on /ports yet, attached
> is the diff from 58.11. :-)

committed, thanks :)

while here, I took the chance to convert GH_* usage to the relatively
new DIST_TUPLE; this is the actual diff that i've committed:

Index: Makefile
===
RCS file: /home/cvs/ports/archivers/zpaqfranz/Makefile,v
diff -u -p -r1.26 Makefile
--- Makefile11 Nov 2023 09:23:13 -  1.26
+++ Makefile24 Feb 2024 07:49:26 -
@@ -1,11 +1,7 @@
 BROKEN-sparc64 = SIGBUS due to unaligned access when running tests
 
 COMMENT =  journaling archiver for incremental backup, fork of ZPAQ
-
-GH_ACCOUNT =   fcorbelli
-GH_PROJECT =   zpaqfranz
-GH_TAGNAME =   58.11
-
+DIST_TUPLE =   github fcorbelli zpaqfranz 59.2 .
 CATEGORIES =   archivers
 MAINTAINER =   tux0r 
 
Index: distinfo
===
RCS file: /home/cvs/ports/archivers/zpaqfranz/distinfo,v
diff -u -p -r1.23 distinfo
--- distinfo11 Nov 2023 09:23:13 -  1.23
+++ distinfo24 Feb 2024 07:50:23 -
@@ -1,2 +1,2 @@
-SHA256 (zpaqfranz-58.11.tar.gz) = lg5mkHTqcIhjfqTr2S4t5c4JN5d0z3dsLH3Ik2lxelU=
-SIZE (zpaqfranz-58.11.tar.gz) = 1870513
+SHA256 (fcorbelli-zpaqfranz-59.2.tar.gz) = 
fWSVSZcsFTpOXww+BMY/vfpzf3IkOaJv6Q/3ifENDMo=
+SIZE (fcorbelli-zpaqfranz-59.2.tar.gz) = 1927321

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/24 01:06:49

Modified files:
archivers/zpaqfranz: Makefile distinfo 

Log message:
update archivers/zpaqfranz to 59.2; from MAINTAINER tux0r, thanks!

while here, switch to DIST_TUPLE too.

Re: New: volk - dynamic loader for vulkan (dependency for updating vulkan-tools)

[Omar Polo]

On 2024/02/22 22:07:29 -0500, Thomas Frohwein  wrote:
> *ping*
> 
> As this is needed for vulkan-loader update, I worry that stalling on
> this might lead to issues with ports that rely on recen vulkan API...
> 
> Re-attached for convenience.
> 
> On Tue, Feb 13, 2024 at 04:19:06PM -0500, Thomas Frohwein wrote:
> > Hi,
> > 
> > Please find attached a tarball for "volk", a meta loader for vulkan. It
> > appears to manage dynamic loading of the vulkan library including
> > simplification of extension management/loading. This is now a
> > dependency for the latest version of vulkan-tools, so I would like to
> > import this to proceed with the updates for vulkan..
> > 
> > ok?

no idea how to test it, and I haven't understood how to run the tests,
but the port looks fine and given that'll be needed for vulkan-utils I'm
sure it'll get some testing :)

ok op@ to import

nit: I'd reflow the DESCR to avoid getting too close to the 80 column mark.

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/23 11:22:36

Modified files:
net/telescope  : Makefile 

Log message:
improve the license comment

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/23 11:21:12

Modified files:
net/telescope  : Makefile distinfo 
net/telescope/pkg: PLIST 

Log message:
update net/telescope to 0.9

Several new features, improvements and bug fixes.  Full changelog:
<https://github.com/omar-polo/telescope/releases/tag/0.9>.

Re: imlib2 BTI

[Omar Polo]

Stuart Henderson  wrote:
> deraadt@ mentioned a problem with imlib2 on machines with IBT. I've
> bodged things so that I can run regression tests (which are only present
> in git, not the distributed tarballs, and don't built without extra
> patches) - SIGILL shows up when running them here.
> 
> Here's a diff adding landing pads to the amd64 asm. There are also some
> src/lib/asm_XXX.S which are only used on i386 MMX and not compiled on
> amd64 so I have left those alone. (Well actually I wrote a diff for
> those too using #ifdef which did build on i386, but it doesn't seem
> useful so I dropped it)
> 
> This fixes tests for me.  OK?

ok op@

don't have an IBT machine to test.  If you want I can try to upstream
this, let me know.


Thanks,

Omar Polo

Re: [Maintainer Update] lang/lfe 2.1.4

[Omar Polo]

Volker Schlecht  wrote:
> Update to latest release 2.1.4, minor update.
> Built and tested on amd64 - nothing depends on it.
> 
> ok?

looks fine to me, and all tests are passing.  ok op@


Thanks,

Omar Polo

Re: [update] mail/opensmtpd-filters/senderscore

[Omar Polo]

Hi,

On 2024/02/19 09:25:32 +0100, Gilles Chehade  wrote:
> Hello,
> 
> Following is a diff to update filter-senderscore from 0.1.1 to 0.1.2,
> adding support for IP address whitelisting.
> 
> I'm not too comfortable with ports, let me know if I messed up.

with REVISION removed it's ok op@


Thanks,

Omar Polo

Index: Makefile
===
RCS file: /home/cvs/ports/mail/opensmtpd-filters/senderscore/Makefile,v
diff -u -p -r1.5 Makefile
--- Makefile26 Sep 2023 12:28:14 -  1.5
+++ Makefile19 Feb 2024 08:28:00 -
@@ -1,9 +1,8 @@
 COMMENT =  SenderScore integration to the OpenSMTPD daemon
 
-V =0.1.1
+V =0.1.2
 FILTER_NAME =  senderscore
 DISTNAME = filter-senderscore-${V}
-REVISION = 0
 
 CATEGORIES =   mail
 HOMEPAGE = https://github.com/poolpOrg/filter-senderscore/
Index: distinfo
===
RCS file: /home/cvs/ports/mail/opensmtpd-filters/senderscore/distinfo,v
diff -u -p -r1.2 distinfo
--- distinfo9 Dec 2019 20:24:02 -   1.2
+++ distinfo19 Feb 2024 08:27:53 -
@@ -1,2 +1,2 @@
-SHA256 (filter-senderscore-0.1.1.tar.gz) = 
oeGzEG6mkhhADjXJwR6EcClhuYpHi5n7MppSyVTsS4Y=
-SIZE (filter-senderscore-0.1.1.tar.gz) = 3481
+SHA256 (filter-senderscore-0.1.2.tar.gz) = 
rQhmHEyXCjZ7zslVNTPQ8SMyTo5MJHUO5FhkUDMfLh0=
+SIZE (filter-senderscore-0.1.2.tar.gz) = 7416

Re: [New] graphics/decker

[Omar Polo]

On 2024/02/17 22:33:00 -0500, George Koehler  wrote:
> On Sat, 17 Feb 2024 10:14:35 -0500
> Jag Talon  wrote:
> 
> > See attached for the tarball.
> 
> import is ok gkoehler@
> 
> "make test" passes on macppc.

imported with folded DESCR and README since the lines were really close
to the 80 column mark, and tweaked a bit the ${CC} handling.

Patching the makefile to use `cc' is fine since the port infrastructure
sets up a cc script in the path for the build with the right compiler,
but I still think that it can be useful to respect ${CC}.

I'll revert my CC change if the consensus is that it's useless when a
port already uses `cc'.


Thanks!

Omar Polo

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/18 04:04:25

Modified files:
graphics   : Makefile 

Log message:
+decker

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/18 04:03:40

Log message:
import decker-1.38

Decker is a multimedia platform for creating and sharing interactive
documents, with sound, images, hypertext, and scripted behavior.
It builds on the legacy of HyperCard and the visual aesthetic of
classic MacOS.  It retains the simplicity and ease of learning that
HyperCard provided, while adding many subtle and overt quality-of-life
improvements, like deep undo history, support for scroll wheels and
touchscreens, more modern keyboard navigation, and bulk editing
operations.

port from Jag Talon who is also taking maintainer, thanks!
Tweaks from me, ok/tweaks sthen and gkoehler
(README/DESCR folded and minor tweak to CC handling done after the oks)

Status:

Vendor Tag: op
Release Tags:   op_20240218

N ports/graphics/decker/Makefile
N ports/graphics/decker/distinfo
N ports/graphics/decker/pkg/PLIST
N ports/graphics/decker/pkg/README
N ports/graphics/decker/pkg/DESCR
N ports/graphics/decker/patches/patch-Makefile
N ports/graphics/decker/patches/patch-scripts_test_interpreter_sh

No conflicts created by this import

Re: [New] graphics/decker

[Omar Polo]

On 2024/02/16 21:41:25 -0500, George Koehler  wrote:
> On Fri, 16 Feb 2024 13:47:13 -0500
> Jag Talon  wrote:
> 
> > Here's the new attachment. Thank you!
> 
> Yes, it runs on macppc, but it feels slow (but still usable) on my
> 750 MHz 1-core PowerPC G4.  If I type in a field, the wait is about
> 1/2 second until I see the character.  If I draw a curve with the
> pencil, a gap forms between the curve and my mouse cursor.  When I am
> idle (staring at a new deck), the cpu usage in top(1) is near 50%.
> (Idle cpu usage for lang/pcbasic is 20%, for emacs--gtk3 is 0%.)
> 
> I have 2 concerns about the port,
> 
>   1.  The '$ firefox /usr/local/share/doc/decker/' in pkg/README is
>   probably wrong, as Omar Polo said yesterday.  Your README
>   doesn't need to mention these html docs.  (Other ports, like
>   cmake and gettext, install html docs, but have no port README.)
>   If you do want to mention the html docs, then you don't need to
>   provide a command to read them.
> 
>   2.  The 'MAKE_ENV = COMPILER="${CC}"' looks wrong, because the
>   WRKSRC/Makefile's COMPILER=clang overrides it.  See 'man make',
>   "The four different classes of variables".  A build on sparc64
>   (or whichever arch lacks clang) might fail.  You already have
>   a patch-Makefile so I suggest to patch the COMPILER line.

Ooops, this is my bad, I meant to use MAKE_FLAGS.  I did it before
realizing that we still need to patch the makefile anyway.

Re: NEW: audio/deadbeef-plugin-mpris2

[Omar Polo]

On 2024/02/15 22:59:01 +, Klemens Nanni  wrote:
> On Thu, Feb 15, 2024 at 11:44:30PM +0100, Omar Polo wrote:
> > I'm attaching an updated tarball with kn and sthen comments addressed
> > (more usual licence marker, no explicit libtool depends) and sorted
> > WANTLIBS, that's OK for me to import.  (it's also of course OK for me if
> > whoever imports it wants to remove or @comment the *.la files.)
> > 
> > (as i haven't tested it --i'm happy with my own music player :P, was
> > just curious to mess around with a new port-- I'd prefer if it was
> > someone else to actually import it)
> > 
> > > Thanks for the patience with me.
> > 
> > No problem, it was a solid submission with just some nits to address.
> 
> OK kn

I've imported it then, thanks :)

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/16 02:14:40

Modified files:
audio  : Makefile 

Log message:
+deadbeef-plugin-mpris2

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/16 02:13:51

Log message:
import deadbeef-plugin-mpris2-1.16

This plugin aims to implement MPRISv2 for DeaDBeeF

Port from izzy Meyer, who is also taking MAINTAINER, thanks!
Tested also by Jose Maldonado.

tweaks from sthen and kn, ok kn@

Status:

Vendor Tag: op
Release Tags:   op_20240216

N ports/audio/deadbeef-plugin-mpris2/Makefile
N ports/audio/deadbeef-plugin-mpris2/distinfo
N ports/audio/deadbeef-plugin-mpris2/pkg/PLIST
N ports/audio/deadbeef-plugin-mpris2/pkg/DESCR

No conflicts created by this import

Re: NEW: audio/deadbeef-plugin-mpris2

[Omar Polo]

On 2024/02/14 17:38:43 -0600, izder456  wrote:
> Hey,
> 
> Just wanna pop in here and clarify why i did things the way i did.
> 
> Jose Maldonado  wrote:
> > Why rename deadbeef-mpris2-plugin to deadbeef-plugin-mpris2?
> the thought process was simple here, there are other plugins that
> people may want to port for DeaDBeeF. with this naming scheme, all of
> the plugins would be prefixed by deadbeef-plugin and followed by
> -pluginname. this is more of a consistency measure in case future ports
> from me or others come about.

fwiw i agree, it reads fine to have deadbeef-plugin-foo rather than
deadbeef-foo-plugin if there are several potentially.  (otherwise I
would have advised to follow upstream naming.)

> Omar Polo  wrote:
> >  - why removing the *la files?  
> 
> like Klemens said, I saw other ports did this, namely the
> audio/deadbeef port specifically. Just replicating existing patterns.
> Not sure why though.

no strong opinion either, was just a curiosity.  (and have to admit that
for a few files i prefer to @comment them in the PLIST, but it's matter
of style here and won't object removing, @commenting or keeping these
files)

> Omar Polo  wrote:
> > longer explanation: the port links to glib (plus a lot of other
> > dependencies) and it's not listed in LIB_DEPENDS.  Yet, it's reachable
> > at runtime via audio/deadbeef, so portchecks detects that you're
> > missing
> > something in LIB_DEPENDS.  The idea of "masked ldeps" means a
> > LIB_DEPENDS that's not actually listed as LIB_DEPENDS.
> 
> I assumed it was something along those lines. If I understand
> correctly, the audio/deadbeef depend "blankets" the need for the
> LIB_DEPENDS, right?

yeah, the deadbeef rdeps hides the lib depends in this case.  (actually i
think it's the first time I encounter this particular behaviour :-)

> thanks for the information.
> 
> OK to import?

I'm attaching an updated tarball with kn and sthen comments addressed
(more usual licence marker, no explicit libtool depends) and sorted
WANTLIBS, that's OK for me to import.  (it's also of course OK for me if
whoever imports it wants to remove or @comment the *.la files.)

(as i haven't tested it --i'm happy with my own music player :P, was
just curious to mess around with a new port-- I'd prefer if it was
someone else to actually import it)

> Thanks for the patience with me.

No problem, it was a solid submission with just some nits to address.


Thanks,

Omar Polo




deadbeef-plugin-mpris2.tar.gz
Description: GNU Zip compressed data

Re: [New] graphics/decker

[Omar Polo]

On 2024/02/15 14:49:30 -0500, Jag Talon  wrote:
> >   - could use DIST_TUPLE (+ make makesum)
> 
> Good to know about this. I copy-pasted from dhewm3 instead of looking at 
> the template which has DIST_TUPLE.

DIST_TUPLE is still relatively new, so not many port are already using
it.  However, when it makes sense, I think it's a better than GH_* (if
anything, because it saves two lines ;-)

> >   - why set COMPILER?  Haven't tested with gcc4, but a quick scan didn't
> > reveal something that it shouldn't handle.  Maybe there's a chance
> > it'll work :)
> 
> I was filling out the template and now that I'm reading again it looks 
> like COMPILER is only for C++? I guess I didn't really understand that 
> and I just filled it out.

not exactly, it's silghtly more tricky.  don't want to sound like a
RTFM, but bsd.port.mk(5) has a better description for COMPILER and
COMPILER_LANGS that I could ever give :)

(in short, I think this has some chances of working with base-gcc so
let's try.  If it doesn't, then your COMPILER/COMPILER_LANGS was
correct.)

> >   - sdl2 and sdl2-image are only LIB_DEPENDS, no need to set them
> > BUILD_DEPENDS
> 
> What's the difference between LIB_DEPENDS and BUILD_DEPENDS and WANTLIB? 
> Sorry I got confused about that.

BUILD_DEPENDS is used to track the dependencies needed to build the
thing, like build tools etc.  In this case, only bash and vim (xxd) are
build depends.

When a port provides a library it is listed in LIB_DEPENDS, since it's
both a BUILD_DEPENDS and a RUN_DEPENDs.  But it's also a bit more
special.

Libraries needed by a port are tracked since the resulting package may
need to be reinstalled when a library it depends on is updated, even if
the package itself didn't change the version.  (thats why, after a
popular library, maybe even libc, is 'bumped' a few days later pkg_add
will reinstall almost all packages)

WANTLIB lists the exact libraries names the binaries included in this
port link to, and contains both stuff from base and from ports.

Finding the value for LIB_DEPENDS and WANTLIB can be aid by `make
port-lib-depends-check', which will report all the missing LIB_DEPENDS
(unreachable - pkglocate can be used to know the package name from the
libraries reported by make) and gives you some WANTLIB lines that can be
copy-pasted in the makefile.

Some edge case (like libraries installed in non-default paths or
libraries linked statically) may need some manual handling, but for the
vast majority of ports it's quite simple and automatic.

> >   - it still needs bash as build depends
> >   - we can simplify do-build by using ALL_TARGET
> 
> Good to know thank you I didn't know about this! I'm not familiar with C 
> build systems so still learning!

in a nutsell, `make foo && make bar && make baz` is equivalent to `make
foo bar baz` (at least with one job, using -j may invalidate this
assumption.)

Also, if you really have to roll your own do-build, starting from the
default one is reccommended.  (it's documented in bsd.port.mk(5), see the
build description -- `:t build ENTER' when reading the manpage)

> >   - in the readme suggesting to run firefox /usr/local/share/... is not
> > going to work: most browsers can only read /tmp/ and ~/Downloads by
> > default on OpenBSD.  I'm personally using python3 -m http.server as a
> > quick way to access these HTML files, not sure we can suggest it in
> > the README however...  Not a huge deal however.
> 
> I think this works, actually! /usr/local/share is read-only in 
> /etc/firefox/unveil.main and /etc/iridium/unveil.main by default so 
> people should be able to read the files there!

lol!  well, it's a TIL for me!  I actually never realised this, i've
always used python to start a local http server for e.g. browsing
postgresql docs.  There's always something to learn :)

> > I'm attaching a diff against your makefile and an updated tarball with
> > the other patches.  With this it builds fine and tests are fully
> > passing.  I can also run the program and some of the installed examples.
> > Still have to really dive in it however :)
> 
> Thank you so much again I'm learning a lot here.

thank you for porting it :)

I've come across decker a few months ago and wanted to play with it, but
never actually found the time.

Re: [New] graphics/decker

[Omar Polo]

On 2024年2月15日 19:58:31 GMT+01:00, Omar Polo  wrote:
>Hello :)
>
>On 2024/02/14 21:56:52 -0500, Jag Talon  wrote:
>> Quick update, I just realized that I added a shell/bash dependency when 
>> it's not necessary. Attached is the updated archive.
>
>still have to properly play with it, but here's some early comments on
>the port:
>
> - please don't start COMMENT with "a"
> - could use DIST_TUPLE (+ make makesum)
> - I'd prefer if packages names are lowercase
> - revision starts empty (i.e. no revision at all), only after changes
>   in the port it's bumped to 0 and then incremented.
> - why set COMPILER?  Haven't tested with gcc4, but a quick scan didn't
>   reveal something that it shouldn't handle.  Maybe there's a chance
>   it'll work :)
> - sdl2 and sdl2-image are only LIB_DEPENDS, no need to set them
>   BUILD_DEPENDS
> - it still needs bash as build depends
> - we can simplify do-build by using ALL_TARGET
> - ports are expected to respect CC and CFLAGS:
>   - CC can be passed as COMPILER in MAKE_ENV
>   - CFLAGS needs some patching, and drop the hardcoded -O2
> - by patching a script, all tests are passing, so enable them :)
> - in the readme, use TRUEPREFIX rather than LOCALBASE:
>   - TRUEPREFIX is for this very port, LOCALBASE for where *other* ports
> are installed
> - in the readme suggesting to run firefox /usr/local/share/... is not
>   going to work: most browsers can only read /tmp/ and ~/Downloads by
>   default on OpenBSD.  I'm personally using python3 -m http.server as a
>   quick way to access these HTML files, not sure we can suggest it in
>   the README however...  Not a huge deal however.
>
>upstream install scripts would need some heavy work so let's keep the
>custom do-install.
>
>(a bit sad that needs a bdep on vim for xxd...)
>
>I'm attaching a diff against your makefile and an updated tarball with
>the other patches.  With this it builds fine and tests are fully
>passing.  I can also run the program and some of the installed examples.
>Still have to really dive in it however :)
>
>
>Thanks!
>
>Omar Polo
>
>
>--- Makefile.orig  Thu Feb 15 19:47:12 2024
>+++ Makefile   Thu Feb 15 19:47:57 2024
>@@ -1,11 +1,8 @@
>-COMMENT = a multimedia platform inspired by HyperCard
>+COMMENT = multimedia platform inspired by HyperCard
> 
>-GH_ACCOUNT =  JohnEarnest
>-GH_PROJECT =  Decker
>-GH_TAGNAME =  v1.38
>+DIST_TUPLE =  github JohnEarnest Decker v1.38 .
>+PKGNAME = ${DISTNAME:L}
> 
>-REVISION =0
>-
> CATEGORIES =  graphics
> 
> HOMEPAGE =https://beyondloom.com/decker/
>@@ -15,25 +12,19 @@
> # MIT
> PERMIT_PACKAGE =  Yes
> 
>-COMPILER =base-clang ports-gcc
>-COMPILER_LANGS =  c
>+WANTLIB += SDL2 SDL2_image c m
> 
>-BUILD_DEPENDS =   editors/vim \
>-  devel/sdl2 \
>-  devel/sdl2-image \
>-
> USE_GMAKE =   Yes
> 
>-NO_TEST = Yes
>+BUILD_DEPENDS =   editors/vim \
>+  shells/bash
> 
> LIB_DEPENDS = devel/sdl2 \
>-  devel/sdl2-image \
>+  devel/sdl2-image
> 
>-do-build:
>-  cd ${WRKSRC} && \
>-  gmake decker && \
>-  gmake lilt && \
>-  gmake docs
>+ALL_TARGET =  decker lilt docs
>+
>+MAKE_ENV =COMPILER="${CC}"
> 
> do-install:
> .for bin in decker lilt
>

ah, I forgot, WANTLIB was also missing.  As the Makefile.template suggest, you 
can use `make port-lib-depends-check' and copy-paste[0] its output in the 
makefile after having done `make fake'.

[0]: there are some exceptions, but works 99% of the times :P
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [New] graphics/decker

[Omar Polo]

Hello :)

On 2024/02/14 21:56:52 -0500, Jag Talon  wrote:
> Quick update, I just realized that I added a shell/bash dependency when 
> it's not necessary. Attached is the updated archive.

still have to properly play with it, but here's some early comments on
the port:

 - please don't start COMMENT with "a"
 - could use DIST_TUPLE (+ make makesum)
 - I'd prefer if packages names are lowercase
 - revision starts empty (i.e. no revision at all), only after changes
   in the port it's bumped to 0 and then incremented.
 - why set COMPILER?  Haven't tested with gcc4, but a quick scan didn't
   reveal something that it shouldn't handle.  Maybe there's a chance
   it'll work :)
 - sdl2 and sdl2-image are only LIB_DEPENDS, no need to set them
   BUILD_DEPENDS
 - it still needs bash as build depends
 - we can simplify do-build by using ALL_TARGET
 - ports are expected to respect CC and CFLAGS:
   - CC can be passed as COMPILER in MAKE_ENV
   - CFLAGS needs some patching, and drop the hardcoded -O2
 - by patching a script, all tests are passing, so enable them :)
 - in the readme, use TRUEPREFIX rather than LOCALBASE:
   - TRUEPREFIX is for this very port, LOCALBASE for where *other* ports
 are installed
 - in the readme suggesting to run firefox /usr/local/share/... is not
   going to work: most browsers can only read /tmp/ and ~/Downloads by
   default on OpenBSD.  I'm personally using python3 -m http.server as a
   quick way to access these HTML files, not sure we can suggest it in
   the README however...  Not a huge deal however.

upstream install scripts would need some heavy work so let's keep the
custom do-install.

(a bit sad that needs a bdep on vim for xxd...)

I'm attaching a diff against your makefile and an updated tarball with
the other patches.  With this it builds fine and tests are fully
passing.  I can also run the program and some of the installed examples.
Still have to really dive in it however :)


Thanks!

Omar Polo


--- Makefile.orig   Thu Feb 15 19:47:12 2024
+++ MakefileThu Feb 15 19:47:57 2024
@@ -1,11 +1,8 @@
-COMMENT =  a multimedia platform inspired by HyperCard
+COMMENT =  multimedia platform inspired by HyperCard
 
-GH_ACCOUNT =   JohnEarnest
-GH_PROJECT =   Decker
-GH_TAGNAME =   v1.38
+DIST_TUPLE =   github JohnEarnest Decker v1.38 .
+PKGNAME =  ${DISTNAME:L}
 
-REVISION = 0
-
 CATEGORIES =   graphics
 
 HOMEPAGE = https://beyondloom.com/decker/
@@ -15,25 +12,19 @@
 # MIT
 PERMIT_PACKAGE =   Yes
 
-COMPILER = base-clang ports-gcc
-COMPILER_LANGS =   c
+WANTLIB += SDL2 SDL2_image c m
 
-BUILD_DEPENDS =editors/vim \
-   devel/sdl2 \
-   devel/sdl2-image \
-
 USE_GMAKE =Yes
 
-NO_TEST =  Yes
+BUILD_DEPENDS =editors/vim \
+   shells/bash
 
 LIB_DEPENDS =  devel/sdl2 \
-   devel/sdl2-image \
+   devel/sdl2-image
 
-do-build:
-   cd ${WRKSRC} && \
-   gmake decker && \
-   gmake lilt && \
-   gmake docs
+ALL_TARGET =   decker lilt docs
+
+MAKE_ENV = COMPILER="${CC}"
 
 do-install:
 .for bin in decker lilt



decker.tar.gz
Description: GNU Zip compressed data

Re: NEW: audio/deadbeef-plugin-mpris2

[Omar Polo]

On 2024/02/13 11:48:26 -0600, izder456  wrote:
> Hey ports@,
> 
> I want to import the mpris2 plugin for the DeaDBeeF music player.
> 
> This allows mpris2 support in the music player, so ports like
> multimedia/playerctl can interface with and operate DeaDBeeF.
> 
> A couple questions:
> 
> 1. I put this in CATEGORY = audio, I'm unsure if this was the correct
> location for a plugin like this. Is there a better (possibly more
> suitable CATEGORY for this port?)

I think audio is fine.

> 2. portcheck returns 
>```
>the following libraries in WANTLIB look like masked by RUN_DEPENDS:
>gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 iconv intl ffi
>audio/deadbeef-plugin-mpris2
>```
>is this normal? I don't exactly know what this means or what I should
>do to suppress it if its not OK..

it's an edge case.  TL;DR, remove deadbeef from RUN_DEPENDS, re-run make
port-lib-depends-check, fix LIB_DEPENDS, re-add deadbeef to RUN_DEPENDS.

longer explanation: the port links to glib (plus a lot of other
dependencies) and it's not listed in LIB_DEPENDS.  Yet, it's reachable
at runtime via audio/deadbeef, so portchecks detects that you're missing
something in LIB_DEPENDS.  The idea of "masked ldeps" means a
LIB_DEPENDS that's not actually listed as LIB_DEPENDS.

then, some comments about the port.

 - the identation is a bit inconsistent.  make sure your editor is
   configured with tabs 8 columns wide (that's emacs default, but YMMV)

 - HOMEPAGE is set by DIST_TUPLE = github

 - add a missing build depends on audio/deadbeef

 - listing a library as BUILD_DEPENDS is 99.99% of the times wrong.
   libffi is a LIB_DEPENDS.

 - (matter of personal style) tidy CONFIGURE_ENV by defining some local
   variables

 - CONFIGURE_ARGS is not needed, and even if it were it would be --prefix
   ${PREFIX} or ${TRUEPREFIX}, not ${LOCALBASE}.  {TRUE,}PREFIX is for
   this very port, LOCALBASE is where other ports are installed.
   In practice the difference doesn't matter, but use the right variable
   nevertheless.

 - bump AUTOCONF_VERSION to 2.71: there are a couple of warnings about
   deprecated macros, but otherwise works.  2.69 is a bit ancient.

 - why removing the *la files?

I'm attaching an updated ports and a diff against your makefile.  The
port looks fine to me now, but as I don't use deadbeef I haven't gone
further than `make package'.


--- Makefile.orig   Wed Feb 14 18:49:28 2024
+++ MakefileWed Feb 14 19:15:33 2024
@@ -1,13 +1,11 @@
 COMMENT =  deadbeef plugin for mpris2 support
 
-V =1.16
+V =1.16
 DIST_TUPLE +=  github DeaDBeeF-Player deadbeef-mpris2-plugin v${V} .
 PKGNAME =  deadbeef-plugin-mpris2-${V}
 
 CATEGORIES =   audio
 
-HOMEPAGE = 
https://github.com/DeaDBeeF-Player/deadbeef-mpris2-plugin
-
 MAINTAINER =   izzy Meyer 
 
 # GPL v2 only
@@ -16,30 +14,25 @@
 WANTLIB += gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0
 WANTLIB += pthread iconv intl pcre2-8 z ffi
 
-COMPILER = base-clang ports-gcc
-
-
-LIB_DEPENDS =  devel/pcre2
-BUILD_DEPENDS =devel/libtool \
-   devel/libffi \
-   devel/pcre2
+LIB_DEPENDS =  devel/glib2 \
+   devel/libffi \
+   devel/pcre2
+BUILD_DEPENDS =audio/deadbeef \
+   devel/libtool
 RUN_DEPENDS =  audio/deadbeef
 
 CONFIGURE_STYLE =  autoreconf
 
-CONFIGURE_ENV +=   CPPFLAGS='-I${LOCALBASE}/include \
-   -I${X11BASE}/include' \
-   LDFLAGS='-L${LOCALBASE}/lib 
-L${X11BASE}/lib' \
+CPPFLAGS +=-I${LOCALBASE}/include \
+   -I${X11BASE}/include
+LDFLAGS += -L${LOCALBASE}/lib \
+   -L${X11BASE}/lib
+CONFIGURE_ENV +=   CPPFLAGS='${CPPFLAGS}' \
+   LDFLAGS='${LDFLAGS}'
 
-CONFIGURE_ARGS =   --prefix ${LOCALBASE} \
-   --disable-static
-
 LIBTOOL_FLAGS =--tag=disable-static
 
-AUTOCONF_VERSION = 2.69
+AUTOCONF_VERSION = 2.71
 AUTOMAKE_VERSION = 1.16
-
-post-install:
-   @rm ${PREFIX}/lib/deadbeef/*.la
 
 .include 




deadbeef-plugin-mpris2.tar.gz
Description: GNU Zip compressed data

Re: sysutils/docker-cli: update to 25.0.3

[Omar Polo]

On 2024/02/09 01:58:42 +0100, Kirill A. Korinsky  wrote:
> On Thu, 08 Feb 2024 16:57:20 +0100,
> Omar Polo wrote:
> > [...]
> > and on docker-buildx:
> >
> >  - the patches to change syscall.EBADMSG to syscall.Errno(0x5c) are
> >strange indeed.  if it's not needed (haven't tried), it should be
> >removed.
> >
> 
> Without this patch build fails. I assume it really needed.

Ah, now I see go lacks the bindings for syscall.EBADMSG.  Thanks for
sending a PR upstream too.

> >
> > I'm reattaching the diff for docker-cli and a tarball for the new ports.
> > I haven't had the time to properly test them yet, will do during the
> > weekend, but wanted to give a first round of feedback.  docker-cli and
> > buildx looks fine to me however, so OK op@ if someone wants to go ahead
> > and import them.
> 
> I'm reatttaching the diff and a tarball for docker-compose. Changes:
> 
> docker-cli:
>  - syncrnize patch with upstream feedback
> 
> docker-compose:
>  - add new directory into PLIST
>  - avoid make-based build
>  - fixed version propagation

Yeah, thanks for the improvements on docker-compose.

I've re-created an alpine vm to test, docker build and buildx are
working for me.  Haven't tried yet docker-compose but don't have doubts
it will, and the port looks good to me now.

So, docker-{buildx,compose} are OK op@ to import, as well as docker-cli
to be updated.  (or I can do that with someone else OK)


Thanks,

Omar Polo

Re: new games/2048-qt 0.1.6

[Omar Polo]

On 2024/02/10 17:44:32 +, Klemens Nanni  wrote:
> This is the nice little offline version;  another equally named project
> uses WebKit and needs W^X, this one from xiaoyong may not have seen a
> commit in the last couple years, but it builds and runs fast and just works.
> 
> Feedback? OK?

lacks a @tag update-desktop-database at the end of the PLIST plus the
rdep on desktop-file-utils and gtk4,-guic, then it's OK op@.

I'd leave the WANTLIB as produced by make port-lib-depends-check for
easy of copy-pasting, but that's just a personal preference.


Thanks,

Omar Polo

--- Makefile.orig   Sat Feb 10 19:07:29 2024
+++ MakefileSat Feb 10 19:07:46 2024
@@ -23,6 +23,9 @@
 
 LIB_DEPENDS =  x11/qt5/qtdeclarative
 
+RUN_DEPENDS =  devel/desktop-file-utils \
+   x11/gtk+4,-guic
+
 MODQMAKE_ARGS =target.path=${PREFIX}/bin
 
 post-install:

Re: devel/scons: update to 4.6.0 (bulk?)

[Omar Polo]

On 2024/02/10 05:51:48 +0100, Theo Buehler  wrote:
> On Sun, Jan 28, 2024 at 11:16:55PM +0100, Omar Polo wrote:
> > Hello,
> > 
> > I just realized I still have this on my tree.  I built a bunch of ports
> > that use scons, and looking at the changelog I don't expect breakages
> > from the update.
> > 
> > Yet, maybe a trip to a bulk build could be useful.
> 
> As mentioned a couple days ago, done with no fallout. Could you please
> commit?

wanted to commit yesterday, sorry...

> PS: A bulk seems a bit much for scons. There aren't that many consumers
> but admittedly a few are on the larger side. 

right, I wasn't sure but next time I'll just build the consumers locally
and refrain from also asking for a bulk.


Thanks,

Omar Polo

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/02/10 01:40:35

Modified files:
devel/scons: Makefile distinfo 
devel/scons/patches: patch-SCons_Tool_gcc_py 
 patch-SCons_Tool_gnulink_py 
 patch-SCons_Tool_gxx_py patch-setup_cfg 
devel/scons/pkg: PLIST 

Log message:
update devel/scons to 4.6.0

changelog: https://github.com/SCons/scons/releases/tag/4.6.0

kindly tested by kevlo and in a bulk by tb, thanks!

Re: NEW: games/mightymike

[Omar Polo]

On 2024/02/08 22:13:00 +0100, "Sebastian Reitenbach" 
 wrote:
> On Saturday, February 03, 2024 20:25 CET, izder456  
> wrote:
> 
> > Hey ports@
> > 
> > Yes again, I am back with another pangea soft port.
> > 
> > This concludes all of Iliyas Jorio's Pangea games.
> > 
> > I can't wait till 7.5. Viva la iMac :)
> > 
> > Port is attached.
> > 
> > Comments or OK?
> 
> 
> like Nanosaur, use tabs in the Makefile. Other than that, looks good, and
> works for me. with that OK sebastia@

and like billyfrontier the Makefile and distfile had the executable bit
set.  I've also removed "About this port" from the DESCR and imported,
thank you!