ports-readmes-dancer and the "g++" subpackage don't get along

[Andrew Hewus Fresh]

I noticed this and while I hoped to find time to include a patch I
haven't yet and so I decided to report without.

It appears that "g++" or maybe subdirectories confuse the
ports-readmes-dancer at openports.pl.

For example, clicking either of the g++-11.2.0p0 or g++-8.4.0p9 links
from https://openports.pl/cat/lang 404:

https://openports.pl/path/lang/gcc/11,-c++
https://openports.pl/path/lang/gcc/8,-c++

I tried escaping the ++ with %2b%2b but it doesn't seem as simple as
those getting interpreted as spaces.  I haven't looked past that.

Re: UPDATE: lang/dmd 2.098.0 => 2.098.1 and devel/dtools 2.098.0 => 2.098.1

[Ryan Boggs]

On Wed, Dec 29, 2021 at 8:55 AM Ryan Boggs  wrote:
>
> Hi,
>
> On amd64, dmd builds as expected and builds one of my projects  Dtools
> builds as expected but very lightly tested.
>
> No issues.
>
> Thanks,
> Ryan
>
> On Fri, Dec 24, 2021 at 8:32 AM Brian Callahan  wrote:
> >
> > Hi ports --
> >
> > Attached is an update to DMD and the D tools. Now that I have a better
> > feel for how the update process will go, I've streamlined things to
> > reduce/totally eliminate churn for each update. So apologies for the bit
> > of churn in this one but it's a one-time thing.
> >
> > The changelog can be found here: https://dlang.org/changelog/2.098.1.html
> >
> > DMD and D tools need to be kept in sync, hence why both ports are being
> > sent in one diff.
> >
> > Works well on amd64.
> >
> > OK?
Any updates on this one?

> >
> > ~Brian

Thanks,
Ryan

Re: UPDATE: lang/ldc 1.28.0 => 1.28.1

[Ryan Boggs]

If it helps...

I finally got around to testing this diff and it works as expected.  I
tested on amd64 as well.  Any possibility of getting this updated in
ports soon?

Thanks,
Ryan

On Sat, Jan 15, 2022 at 8:21 AM Brian Callahan  wrote:
>
> Hi ports --
>
> Attached is an update to the LDC compiler.
> Changelog is here:
> https://github.com/ldc-developers/ldc/releases/tag/v1.28.1
>
> The big point for us is the latest D language bugfixes.
>
> The bootstrap has been updated as well.
>
> Works well on amd64; I additionally need this update for an upcoming port.
>
> OK?
>
> ~Brian

Re: [new] database/VictoriaMetrics v1.72.0

[Stuart Henderson]

Why not just 'daemon_flags="-storageDataPath=${LOCALSTATEDIR}/db/vmetrics/"'?

--
 Sent from a phone, apologies for poor formatting.

On 23 January 2022 17:10:48 Denis Fondras  wrote:


Le Sun, Jan 23, 2022 at 02:33:58PM +, Stuart Henderson a écrit :

On 2022/01/22 17:42, Denis Fondras wrote:

VictoriaMetrics is fast, cost-effective and scalable time-series database.

https://victoriametrics.com/

OK ?


this looks wrong:

daemon_flags="-storageDataPath=${LOCALSTATEDIR}/db/vmetrics/ ${daemon_flags}"


Do you mean, it should be :

daemon_flags="${daemon_flags} -storageDataPath '${LOCALSTATEDIR}/vmetrics/'"

Re: Fwd: [SECURITY] [UPDATE] lang/node to 16.13.2

[Aaron Bieber]

Volker Schlecht  writes:

> Bump...
>
> On 1/16/22 16:48, Volker Schlecht wrote:
>> Update after feedback from abieber@

I was able to build webstuffs for the latest navidrome without
issue. pldc complains about:

Bogus WANTLIB: crypto.11 (/usr/local/bin/node) (NOT REACHABLE)
Bogus WANTLIB: ssl.11 (/usr/local/bin/node) (NOT REACHABLE)

but I am not sure that that's accurate.

+  return "/usr/local/bin/node";

^ did we relax the LOCALBASE stuff? I assume portcheck would have
complained about this if not.

Assuming the above are fine, OK abieber@. (I didn't do a node-bulk or
further testing beyond navidrome)

[NEW] sysutils/alertmanager v0.23.0

[Denis Fondras]

The Alertmanager handles alerts sent by client applications such
as the Prometheus server. It takes care of deduplicating, grouping,
and routing them to the correct receiver integration such as email,
PagerDuty, or OpsGenie. It also takes care of silencing and inhibition
of alerts.

https://prometheus.io/

OK ?


alertmanager-0.23.0.tgz
Description: application/tar-gz

Re: UPDATE net/prosody 0.11.12 from MAINTAINER

[Lucas]

Lucas  wrote:
> Hello ports,
> 
> A quite simple release for prosody to fix a vulnerability in websockets
> handling, disabled by default but quite common, at least acording to
> Prosody's devs. Nevertheless, it might be good to merge into 7.0, if
> possible. Details of the vuln in [0].
> 
> [0]: https://prosody.im/securit/advisory_20220113/
> 

Bump.

diff fc43682d4d073143eca1f985644b06c896e848b7 /usr/ports
blob - b1dd6e4ac34df90ab7dc9455a66b898126ac13e0
file + net/prosody/Makefile
--- net/prosody/Makefile
+++ net/prosody/Makefile
@@ -1,7 +1,7 @@
 # $OpenBSD: Makefile,v 1.65 2022/01/07 20:26:38 rsadowski Exp $
 
 COMMENT =  communications server for Jabber/XMPP written in Lua
-DISTNAME = prosody-0.11.11
+DISTNAME = prosody-0.11.12
 CATEGORIES =   net
 HOMEPAGE = https://prosody.im/
 
blob - 9ea70c30e4fe50e3d5903b718acd0975779f
file + net/prosody/distinfo
--- net/prosody/distinfo
+++ net/prosody/distinfo
@@ -1,2 +1,2 @@
-SHA256 (prosody-0.11.11.tar.gz) = oa+Q4tSsL3z4GzhUdRQOzuYL7B64MAPvta64l2WxN3Q=
-SIZE (prosody-0.11.11.tar.gz) = 439395
+SHA256 (prosody-0.11.12.tar.gz) = Vs1S2CD1s+034C2KJXeqBku8BNuOh/0YpgIOugwQVg0=
+SIZE (prosody-0.11.12.tar.gz) = 439656

CVS: cvs.openbsd.org: ports

[Daniel Dickman]

CVSROOT:/cvs
Module name:ports
Changes by: dan...@cvs.openbsd.org  2022/01/23 14:32:07

Modified files:
lang/python: Makefile.inc 
lang/python/2.7: Makefile 
lang/python/2.7/pkg: PLIST-main 
lang/python/3.10: Makefile 
lang/python/3.10/pkg: PLIST-main 
lang/python/3.8: Makefile 
lang/python/3.8/pkg: PLIST-main 
lang/python/3.9: Makefile 
lang/python/3.9/pkg: PLIST-main 

Log message:
use a FULL_VERSION variable in Python Makefiles

The goal is to shuffle things around allowing us to use this variable in
the packing lists. This should reduce a little bit of churn going
forward given some files get bumped with every point release.

For example in Python 3.9 we make the following update:

-lib/python3.9/lib2to3/Grammar3.9.10.final.0.pickle
+lib/python3.9/lib2to3/Grammar${FULL_VERSION}.final.0.pickle

-lib/python3.9/lib2to3/PatternGrammar3.9.10.final.0.pickle
+lib/python3.9/lib2to3/PatternGrammar${FULL_VERSION}.final.0.pickle

ok kmos@ (MAINTAINER), sthen@

Re: [new] net/py-tremc - curses interface for transmission

[Thim]

On 2022-01-23 17:50:21, Omar Polo wrote:
>
> Thim  writes:
>
> > Hi Stuart,
> >
> > On 2022-01-23 14:25:17, Stuart Henderson wrote:
> >> On 2022/01/23 10:52, Thim wrote:
> >> > Hi Omar,
> >> >
> >> > On 2022-01-23 09:34:21, Omar Polo wrote:
> >> > > Thim  writes:
> >> > > >
> >> > > > Regarding those missing libraries that are optionals; I was thinking 
> >> > > > of
> >> > > > adding them but then I came to the conclusion that if tremc is the 
> >> > > > only
> >> > > > program using them there's no point to it really. No need to add 
> >> > > > stuff
> >> > > > that won't be used elsewhere.
> >> > >
> >> > > I think it's fine to at least give it a try to package those if the
> >> > > added functionality is useful.  I'm *personally* not that much
> >> > > interested in seeing the location of peers, but think that pyperclip
> >> > > could be useful.
> >> >
> >> > Very well. Pyperclip should be considered a optional dependency then.
> >> > Since this is a python package the typical GNU configure isn't used so I
> >> > am a bit confused as to how I would add this to the Makefile.
> >> > Porter's handbook nor the bsd.port.mk(5) manpage seem to cover this.
> >> >
> >> > >  - python programs usually don't have the "py-" prefix or FLAVORS.
> >> > >They're just for python libraries.
> >> >
> >> > I may be wrong here but adding a hint of clipboard support via pyperclip 
> >> > in
> >> > the pkg/DESCR is the right move? Or is the better option to give the
> >> > user a message upon installation via pkg/MESSAGE?
> >>
> >> You could mention it in pkg/DESCR. I think few people will read it
> >> though. pyperclip is tiny, it wouldn't hurt to set it as a RUN_DEPENDS
> >> anyway.
> >>
> >> MESSAGE is better reserved for things which are really really
> >> important, otherwise people won't read those either.
> >>
> >
> > You're probably right. I've added it to RUN_DEPS in tremc and I
> > have made a port for pyperclip. Both tarballs are attached.
>
> GH_COMMIT is seldomly used.  Sometimes is inevitable, but if upstream
> releases a stable version, I think it's better to use it.  In particular
> for python stuff that's on pypi, you can create the port using portgen:
>
>   % portgen py pyperclip
>
> it will generate the port in /usr/ports/mystuff/pypi/py-pyperclip.  It's
> not perfect of course, but it gets few things right and it's (maybe?)
> easier to adjust what it creates rather than writing something from
> scratch.
>
> (portgen, like some other ports related helper programs, lives in
> /usr/ports/infrastructure/bin.)

Right, both tremc and pyperclip haven't released in a while which I
chose to pull from the latest commit.

Thanks for the tip regarding portgen.

>
> Also, I'd put it in the sysutils category instead of devel, but i guess
> either is fine.
>
> (i think for tremc using the latest commit is fine because there have
> been a number of improvements from the last tagged release and the
> project doesn't seem highly active.)
>
> > I assume that it is okay to have both of these ports in one mail thread?
> > Since the latter is a library, it won't do much on its own.
>
> I think that's fine :)
>
> > I did notice that pyperclip have tests in the setuptools.py file but I
> > couldn't get them all to work properly. It seems that it passes 10 tests
> > and fails another 10, either way pyperclip seems to be working just
> > fine.
>
> Using the version from pypi the tests doesn't even start.  I'm not a
> python dev and I'm not sure what's going on, but I'd avoid NO_TEST since
> some test are actually present.  NO_TEST is set only for ports with no
> regression suite, not for ports with an empty or failing one.

I'm not a python developer either but I have used tremc on other systems before
which is why I wanted to make a working port for it.

I actually had to force the language module to run the test with the
following line in the Makefile:

MODPY_PYTEST_ARGS = tests/test_pyperclip.py

> > Let me know what you think.
>
> The tarballs were actually tarbombs!

Sorry but thanks for a good laugh. I haven't heard that slang in a while :)

> Copying from tremc with M works here too.  I'm reattaching both ports
> (with pyperclip generated from portgen.)

Excellent, all good here as well. Both *tarballs* are attached and I have
added myself as the maintainer for py-pyperclip.


Br,

Thim Cederlund


py-pyperclip.tar.gz
Description: GNU Zip compressed data


tremc.tar.gz
Description: GNU Zip compressed data

Re: [new] net/py-tremc - curses interface for transmission

[Omar Polo]

Thim  writes:

> Hi Stuart,
>
> On 2022-01-23 14:25:17, Stuart Henderson wrote:
>> On 2022/01/23 10:52, Thim wrote:
>> > Hi Omar,
>> >
>> > On 2022-01-23 09:34:21, Omar Polo wrote:
>> > > Thim  writes:
>> > > >
>> > > > Regarding those missing libraries that are optionals; I was thinking of
>> > > > adding them but then I came to the conclusion that if tremc is the only
>> > > > program using them there's no point to it really. No need to add stuff
>> > > > that won't be used elsewhere.
>> > >
>> > > I think it's fine to at least give it a try to package those if the
>> > > added functionality is useful.  I'm *personally* not that much
>> > > interested in seeing the location of peers, but think that pyperclip
>> > > could be useful.
>> >
>> > Very well. Pyperclip should be considered a optional dependency then.
>> > Since this is a python package the typical GNU configure isn't used so I
>> > am a bit confused as to how I would add this to the Makefile.
>> > Porter's handbook nor the bsd.port.mk(5) manpage seem to cover this.
>> >
>> > >  - python programs usually don't have the "py-" prefix or FLAVORS.
>> > >They're just for python libraries.
>> >
>> > I may be wrong here but adding a hint of clipboard support via pyperclip in
>> > the pkg/DESCR is the right move? Or is the better option to give the
>> > user a message upon installation via pkg/MESSAGE?
>>
>> You could mention it in pkg/DESCR. I think few people will read it
>> though. pyperclip is tiny, it wouldn't hurt to set it as a RUN_DEPENDS
>> anyway.
>>
>> MESSAGE is better reserved for things which are really really
>> important, otherwise people won't read those either.
>>
>
> You're probably right. I've added it to RUN_DEPS in tremc and I
> have made a port for pyperclip. Both tarballs are attached.

GH_COMMIT is seldomly used.  Sometimes is inevitable, but if upstream
releases a stable version, I think it's better to use it.  In particular
for python stuff that's on pypi, you can create the port using portgen:

% portgen py pyperclip

it will generate the port in /usr/ports/mystuff/pypi/py-pyperclip.  It's
not perfect of course, but it gets few things right and it's (maybe?)
easier to adjust what it creates rather than writing something from
scratch.

(portgen, like some other ports related helper programs, lives in
/usr/ports/infrastructure/bin.)

Also, I'd put it in the sysutils category instead of devel, but i guess
either is fine.

(i think for tremc using the latest commit is fine because there have
been a number of improvements from the last tagged release and the
project doesn't seem highly active.)

> I assume that it is okay to have both of these ports in one mail thread?
> Since the latter is a library, it won't do much on its own.

I think that's fine :)

> I did notice that pyperclip have tests in the setuptools.py file but I
> couldn't get them all to work properly. It seems that it passes 10 tests
> and fails another 10, either way pyperclip seems to be working just
> fine.

Using the version from pypi the tests doesn't even start.  I'm not a
python dev and I'm not sure what's going on, but I'd avoid NO_TEST since
some test are actually present.  NO_TEST is set only for ports with no
regression suite, not for ports with an empty or failing one.

> Let me know what you think.

The tarballs were actually tarbombs!

Copying from tremc with M works here too.  I'm reattaching both ports
(with pyperclip generated from portgen.)

Thanks

Omar Polo

> Br,
>
> Thim Cederlund



tremc.tar.gz
Description: Binary data


py-pyperclip.tar.gz
Description: Binary data

Re: [new] database/VictoriaMetrics v1.72.0

[Denis Fondras]

Le Sun, Jan 23, 2022 at 02:33:58PM +, Stuart Henderson a écrit :
> On 2022/01/22 17:42, Denis Fondras wrote:
> > VictoriaMetrics is fast, cost-effective and scalable time-series database.
> > 
> > https://victoriametrics.com/
> > 
> > OK ?
> > 
> 
> this looks wrong:
> 
> daemon_flags="-storageDataPath=${LOCALSTATEDIR}/db/vmetrics/ ${daemon_flags}"
> 

Do you mean, it should be :

daemon_flags="${daemon_flags} -storageDataPath '${LOCALSTATEDIR}/vmetrics/'"

CVS: cvs.openbsd.org: ports

[Remi Locherer]

CVSROOT:/cvs
Module name:ports
Changes by: r...@cvs.openbsd.org2022/01/23 10:10:08

Modified files:
sysutils   : Makefile 
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 
infrastructure/db: user.list 
Removed files:
sysutils/netshot: Makefile distinfo 
sysutils/netshot/patches: patch-netshot_conf 
sysutils/netshot/pkg: DESCR PLIST README netshot.rc 

Log message:
removal of sysutils/netshot

Since version 0.16.0 released in February 2021, Netshot requires the
GraalVM JRE in order to run JavaScript and Python. GraalVM is not
available in ports. It is better to delete Netshot from ports than to
ship an outdated version with old Java libraries.

OK sthen

Re: [new] net/py-tremc - curses interface for transmission

[Thim]

Hi Stuart,

On 2022-01-23 14:25:17, Stuart Henderson wrote:
> On 2022/01/23 10:52, Thim wrote:
> > Hi Omar,
> >
> > On 2022-01-23 09:34:21, Omar Polo wrote:
> > > Thim  writes:
> > > >
> > > > Regarding those missing libraries that are optionals; I was thinking of
> > > > adding them but then I came to the conclusion that if tremc is the only
> > > > program using them there's no point to it really. No need to add stuff
> > > > that won't be used elsewhere.
> > >
> > > I think it's fine to at least give it a try to package those if the
> > > added functionality is useful.  I'm *personally* not that much
> > > interested in seeing the location of peers, but think that pyperclip
> > > could be useful.
> >
> > Very well. Pyperclip should be considered a optional dependency then.
> > Since this is a python package the typical GNU configure isn't used so I
> > am a bit confused as to how I would add this to the Makefile.
> > Porter's handbook nor the bsd.port.mk(5) manpage seem to cover this.
> >
> > >  - python programs usually don't have the "py-" prefix or FLAVORS.
> > >They're just for python libraries.
> >
> > I may be wrong here but adding a hint of clipboard support via pyperclip in
> > the pkg/DESCR is the right move? Or is the better option to give the
> > user a message upon installation via pkg/MESSAGE?
>
> You could mention it in pkg/DESCR. I think few people will read it
> though. pyperclip is tiny, it wouldn't hurt to set it as a RUN_DEPENDS
> anyway.
>
> MESSAGE is better reserved for things which are really really
> important, otherwise people won't read those either.
>

You're probably right. I've added it to RUN_DEPS in tremc and I
have made a port for pyperclip. Both tarballs are attached.

I assume that it is okay to have both of these ports in one mail thread?
Since the latter is a library, it won't do much on its own.

I did notice that pyperclip have tests in the setuptools.py file but I
couldn't get them all to work properly. It seems that it passes 10 tests
and fails another 10, either way pyperclip seems to be working just
fine.

Let me know what you think.


Br,

Thim Cederlund


py-pyperclip.tar.gz
Description: GNU Zip compressed data


tremc.tar.gz
Description: GNU Zip compressed data

Re: [update] net/p5-Net-OpenSSH to 0.80

[Abel Abraham Camarillo Ojeda]

OK by me

On Sunday, January 23, 2022, Stuart Henderson  wrote:

> On 2022/01/22 16:46, portno12 wrote:
> > 1 consumer - also builds on amd64 fine for me with this update
> >
> > changelog: https://github.com/salva/p5-Net-OpenSSH/blob/master/Changes
>
> 0.80  Sep 28, 2020
> - Add restart method
>
> 0.79  Apr 29, 2020
> - Don't clobber $? in disconnect (bug report by Slaven Rezic,
>   #rt129350).
> - Silence spurious warnings being generated in _set_error (bug
>   report by Jaroslav Reindl, #rt132449).
> - Error handling in _master_check method was broken.
> - Fix documentation error (patch by Martin Barth)
>
> > 0.81 isn't on cpan yet to update to
>
> afaik those _ version numbers are not stable releases so I wouldn't
> expect to see it there.
>
> ok with me
>

lang/erlang/21 build failure

[Christian Weisgerber]

lang/erlang/21 failed to build in my latest amd64 bulk build.

  ...
  checking for llvm-profdata... llvm-profdata
  ...
  /bin/sh: llvm-profdata: not found
  ...

So configure picks up llvm-profdata from devel/llvm,-main, but the
port doesn't depend on it.  As usual this needs to be resolved by
either keeping configure from picking up the external part, or
adding a proper dependency for it.

Full log attached.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de


21.log.xz
Description: application/xz

[new] lang/pythran: needed for scipy update

[Daniel Dickman]

The 1.17.x series of scipy will now need a port of pythran.

pythran is kind of like cython and allows a python module to be compiled 
into native code.

The attaced tgz includes both pythran and the 2 dependencies that pythran 
needs:
- devel/py-gast
- devel/py-beniget

ok to import these so scipy can be updated?

pythran.tgz
Description: Binary data

CVS: cvs.openbsd.org: ports

[Bjorn Ketelaars]

CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2022/01/23 08:05:55

Modified files:
archivers/zstd : Makefile distinfo 
archivers/zstd/patches: patch-lib_libzstd_mk 

Log message:
Update to zstd-1.5.2

Buf-fix release. Changes:
https://github.com/facebook/zstd/releases/tag/v1.5.2

OK sthen@

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2022/01/23 08:00:37

Modified files:
net/gophernicus: Makefile distinfo 
net/gophernicus/pkg: PLIST README 
Removed files:
net/gophernicus/patches: patch-gophernicus_c 

Log message:
update net/gophernicus to 3.1.1

While here also rework the README:

- suggest flags that produces the strictier pledge/unveil policy
- other readability improvements by tracey@

build-tested and ok tracey@

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2022/01/23 07:51:37

Modified files:
sysutils   : Makefile 

Log message:
+cmdseq

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2022/01/23 07:51:06

Log message:
import cmdseq-0.2

cmdseq executes interleaved sequences of commands. For a given sequence of
counts and commands, each execution of cmdseq executes one of the commands,
cycling through the sequence and wrapping back to the beginning when it is
complete.

Port from Laurence Tratt, thanks!

ok sthen@

Status:

Vendor Tag: op
Release Tags:   op_20220123

N ports/sysutils/cmdseq/Makefile
N ports/sysutils/cmdseq/distinfo
N ports/sysutils/cmdseq/pkg/DESCR
N ports/sysutils/cmdseq/pkg/PLIST

No conflicts created by this import

Re: UPDATE archivers/zstd-1.5.2

[Bjorn Ketelaars]

On Sun 23/01/2022 14:35, Stuart Henderson wrote:
> On 2022/01/21 05:40, Bjorn Ketelaars wrote:
> >  --- lib/libzstd.mk.orig
> >  +++ lib/libzstd.mk
> > -@@ -79,7 +79,7 @@ endif
> > +@@ -81,7 +81,7 @@ endif
> > CFLAGS += -fno-stack-protector -fomit-frame-pointer -fno-ident \
> >   -DDYNAMIC_BMI2=0 -DNDEBUG
> >   else
> > --  CFLAGS += -O3
> > -+  CFLAGS +=
> > +-  CFLAGS ?= -O3
> > ++  CFLAGS ?=
> 
> is there any need to patch this now that upstream changed it to "?=" ?

There is no need, thank you for noticing this. New diff:


diff --git Makefile Makefile
index 9c9e26b1911..edc7e0bbb80 100644
--- Makefile
+++ Makefile
@@ -2,7 +2,7 @@
 
 COMMENT =  zstandard fast real-time compression algorithm
 
-V =1.5.1
+V =1.5.2
 DISTNAME = zstd-${V}
 
 SHARED_LIBS =  zstd6.1 # 1.5.1
diff --git distinfo distinfo
index a4aad9aef0e..25b30205e17 100644
--- distinfo
+++ distinfo
@@ -1,2 +1,2 @@
-SHA256 (zstd-1.5.1.tar.gz) = 4osvLtVxDqDToeysP2qUegFrlyud0wJCNpAQ5fU9cAI=
-SIZE (zstd-1.5.1.tar.gz) = 1934669
+SHA256 (zstd-1.5.2.tar.gz) = fELVb6wSaSmmqF28c/8dskEdBPEE+um96lEwVmOoP9A=
+SIZE (zstd-1.5.2.tar.gz) = 1936664
diff --git patches/patch-lib_libzstd_mk patches/patch-lib_libzstd_mk
index 1cf669345a6..f88a8fea02c 100644
--- patches/patch-lib_libzstd_mk
+++ patches/patch-lib_libzstd_mk
@@ -1,21 +1,11 @@
 $OpenBSD: patch-lib_libzstd_mk,v 1.1 2021/12/25 13:28:13 bket Exp $
 
-Don't set compiler optimisation level.
 Some compilers don't have -Wvla.
 
 Index: lib/libzstd.mk
 --- lib/libzstd.mk.orig
 +++ lib/libzstd.mk
-@@ -79,7 +79,7 @@ endif
-   CFLAGS += -fno-stack-protector -fomit-frame-pointer -fno-ident \
- -DDYNAMIC_BMI2=0 -DNDEBUG
- else
--  CFLAGS += -O3
-+  CFLAGS +=
- endif
- 
- DEBUGLEVEL ?= 0
-@@ -90,7 +90,7 @@ endif
+@@ -92,7 +92,7 @@ endif
  DEBUGFLAGS= -Wall -Wextra -Wcast-qual -Wcast-align -Wshadow \
  -Wstrict-aliasing=1 -Wswitch-enum -Wdeclaration-after-statement \
  -Wstrict-prototypes -Wundef -Wpointer-arith \
@@ -23,4 +13,4 @@ Index: lib/libzstd.mk
 +-Wformat=2 -Winit-self -Wfloat-equal -Wwrite-strings \
  -Wredundant-decls -Wmissing-prototypes -Wc++-compat
  CFLAGS   += $(DEBUGFLAGS) $(MOREFLAGS)
- LDFLAGS  += $(MOREFLAGS)
+ ASFLAGS  += $(DEBUGFLAGS) $(MOREFLAGS) $(CFLAGS)

Re: rox-filer on -current has been slow for a week or so.

[Stuart Henderson]

On 2022/01/20 20:10, Ed Ahlsen-Girard wrote:
> On Thu, 20 Jan 2022 08:44:22 +
> Stuart Henderson  wrote:
> 
> > On 2022/01/19 08:27, Ed Ahlsen-Girard wrote:
> >  [...]  
> >  [...]  
> >  [...]  
> > 
> > If you run a base system build as root, it automatically drops to the
> > "build" user. So either /usr/obj needs to be writable by "build", or
> > don't run it as root.
> > 
> 
> OK, compiled, installed, and booted. rox-filer is much, much snappier
> now, so your hypothesis regarding an uncommitted diff being tested 
> remains open.
> 
> -- 
> 
> Edward Ahlsen-Girard
> Ft Walton Beach, FL
> 
> 

Please report on bugs@

I suspect this will be due to a diff relating to kqueue

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2022/01/23 07:44:55

Modified files:
misc/py-yfinance: Makefile distinfo 

Log message:
update to py3-yfinance-0.1.69, from portn...@protonmail.com, ok maintainer

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2022/01/23 07:43:47

Modified files:
www/lighttpd   : Makefile distinfo 
www/lighttpd/pkg: PFRAG.mysql PLIST 

Log message:
update to lighttpd-1.4.64, from Brad (maintainer)

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2022/01/23 07:42:16

Modified files:
sysutils/monit : Makefile distinfo 
sysutils/monit/pkg: DESCR 

Log message:
update to monit-5.30.0, from Caspar Schutijser (maintainer)

Re: UPDATE archivers/zstd-1.5.2

[Stuart Henderson]

On 2022/01/21 05:40, Bjorn Ketelaars wrote:
>  --- lib/libzstd.mk.orig
>  +++ lib/libzstd.mk
> -@@ -79,7 +79,7 @@ endif
> +@@ -81,7 +81,7 @@ endif
> CFLAGS += -fno-stack-protector -fomit-frame-pointer -fno-ident \
>   -DDYNAMIC_BMI2=0 -DNDEBUG
>   else
> --  CFLAGS += -O3
> -+  CFLAGS +=
> +-  CFLAGS ?= -O3
> ++  CFLAGS ?=

is there any need to patch this now that upstream changed it to "?=" ?

Re: [New] sysutils/cmdseq

[Stuart Henderson]

s/Execute/execute/ in COMMENT, otherwise OK


On 2022/01/22 19:22, Omar Polo wrote:
> friendly ping
> 
> I've started to actively use this in my mu4e setup: mbsync takes a while
> to sync all the mailboxes but I'm actually interested in being notified
> as early as possible only for one, the others are pretty much
> low-volume.  So, I'm using
> 
> (setq mu4e-get-mail-command "cmdseq 10 \"mbsync op\" 1 \"mbsync -a\"")
> 
> to sync everything only once every ten invocations.
> 
> 
> Omar Polo  writes:
> 
> > Laurence Tratt  writes:
> >
> >> Please find attached a port for cmdseq-0.2
> >> :
> >>
> >>   cmdseq allows users to execute interleaved sequences of commands. 
> >> Assuming
> >>   the same counts and commands, on each execution cmdseq executes one of 
> >> the
> >>   commands, cycling through the sequence and wrapping back to the beginning
> >>   when it is complete. For example, consider the following sequence:
> >>
> >> $ cmdseq 2 "echo cmd1" 1 "echo cmd2"
> >> cmd1
> >> $ cmdseq 2 "echo cmd1" 1 "echo cmd2"
> >> cmd1
> >> $ cmdseq 2 "echo cmd1" 1 "echo cmd2"
> >> cmd2
> >> $ cmdseq 2 "echo cmd1" 1 "echo cmd2"
> >> cmd1
> >>
> >>
> >> Laurie
> >>
> >> [2. application/x-tar-gz; cmdseq.tgz]...
> >
> > Hello,
> >
> > The port looks fine, I'd just switch HOMEPAGE to https, set PKG_ARCH=*
> > and drop CONFIGURE_STYLE.  I'm attaching an updated tarball and a diff
> > against your Makefile.  I'm sorry but I couldn't help myself to not
> > slightly tweak MASTER_SITES: I know I'm bikeshedding, but I think that
> > it's more readable, even if it has a couple of extra characters in it.
> > Just a suggestion, I'm obviously fine either the way :)
> >
> > The utility also works as advertised.  It's ok for me to import it.
> >
> > I'd like to ask what's the intended usage though.  Honestly, it seems
> > powerful to cycle different commands but -without having given it too
> > much thoughts- I can't come up with anything.  I think it'd be
> > interesting so see some more elaborate examples of its usage.
> >
> > Cheers
> >
> > Omar Polo
> 

Re: [new] database/VictoriaMetrics v1.72.0

[Stuart Henderson]

On 2022/01/22 17:42, Denis Fondras wrote:
> VictoriaMetrics is fast, cost-effective and scalable time-series database.
> 
> https://victoriametrics.com/
> 
> OK ?
> 

this looks wrong:

daemon_flags="-storageDataPath=${LOCALSTATEDIR}/db/vmetrics/ ${daemon_flags}"

Re: [update] net/p5-Net-OpenSSH to 0.80

[Stuart Henderson]

On 2022/01/22 16:46, portno12 wrote:
> 1 consumer - also builds on amd64 fine for me with this update
> 
> changelog: https://github.com/salva/p5-Net-OpenSSH/blob/master/Changes

0.80  Sep 28, 2020
- Add restart method

0.79  Apr 29, 2020
- Don't clobber $? in disconnect (bug report by Slaven Rezic,
  #rt129350).
- Silence spurious warnings being generated in _set_error (bug
  report by Jaroslav Reindl, #rt132449).
- Error handling in _master_check method was broken.
- Fix documentation error (patch by Martin Barth)

> 0.81 isn't on cpan yet to update to

afaik those _ version numbers are not stable releases so I wouldn't
expect to see it there.

ok with me

Re: [update] mail/mutt-wizard - various fixes

[Stuart Henderson]

committed. should DESCR say "neomutt" instead of mutt?

$ head -1 pkg/DESCR
A system for automatically configuring mutt and isync

On 2022/01/21 23:38, aisha wrote:
> On 22/01/20 09:19AM, Aisha Tammy wrote:
> > ping
> > 
> > On 1/11/22 18:36, aisha wrote:
> > > Hi,
> > >I've attached an update of mutt-wizard to latest commit.
> > > 
> > > Along with that, I've added openbsd specific patches for
> > > account ordering and mailbox loading.
> > > 
> > > Another addition is to add gpg-wks functions. That part of
> > > the patch has been sent upstream.
> > > 
> > > Things I've checked to work:
> > >   - adding multiple accounts
> > >   - switching accounts
> > >   - mail searching using notmuch
> > >   - publishing keys to wkd
> > > 
> > > Cheers,
> > > Aisha
> > > 
> 
> 
> The GPG patch has been upstreamed. I've attached the updated patch.
> 
> Aisha
> 
> diff --git a/mail/mutt-wizard/Makefile b/mail/mutt-wizard/Makefile
> index 531c01d268b..a564d7f33f2 100644
> --- a/mail/mutt-wizard/Makefile
> +++ b/mail/mutt-wizard/Makefile
> @@ -2,11 +2,11 @@
>  
>  COMMENT =neomutt and isync configuration with good defaults
>  CATEGORIES = mail
> -DISTNAME =   mutt-wizard-3.2.1.20211006
> +DISTNAME =   mutt-wizard-3.2.1.20220121
>  
>  GH_ACCOUNT = LukeSmithxyz
>  GH_PROJECT = mutt-wizard
> -GH_COMMIT =  85c5d01dcd09058094a8a180c38751e88416b1f4
> +GH_COMMIT =  29b7b59ffd1b0dfad10c74b5daa6ff67954261b9
>  
>  EPOCH =  0
>  
> @@ -27,7 +27,7 @@ USE_GMAKE = Yes
>  
>  FAKE_FLAGS = PREFIX=${TRUEPREFIX} MANPREFIX=${PREFIX}/man
>  
> -post-patch:
> +post-extract:
>   cd ${WRKSRC} && \
>   sed -e "s/\/ggrep/g" -i bin/mw
>  
> diff --git a/mail/mutt-wizard/distinfo b/mail/mutt-wizard/distinfo
> index f69e69329eb..f552a5530f9 100644
> --- a/mail/mutt-wizard/distinfo
> +++ b/mail/mutt-wizard/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (mutt-wizard-3.2.1.20211006-85c5d01d.tar.gz) = 
> NzpGCHDzOL48MRwgueOaZmMCW3eSWHmpSYIZSjcdUIA=
> -SIZE (mutt-wizard-3.2.1.20211006-85c5d01d.tar.gz) = 34101
> +SHA256 (mutt-wizard-3.2.1.20220121-29b7b59f.tar.gz) = 
> LwrZBiZTlfBlgaaL0UbbrO9TNu9prz4I/uT/VRQc0Qc=
> +SIZE (mutt-wizard-3.2.1.20220121-29b7b59f.tar.gz) = 34439
> diff --git a/mail/mutt-wizard/patches/patch-bin_mailsync 
> b/mail/mutt-wizard/patches/patch-bin_mailsync
> new file mode 100644
> index 000..dcbc2c494c4
> --- /dev/null
> +++ b/mail/mutt-wizard/patches/patch-bin_mailsync
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: bin/mailsync
> +--- bin/mailsync.orig
>  bin/mailsync
> +@@ -40,7 +40,7 @@ case "$(uname)" in
> + *systemd*|*openrc*) export 
> DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/$(id -u)/bus ;;
> + esac
> + # remember if a display server is running since `ps` doesn't 
> always contain a display
> +-pgrepoutput="$(pgrep -a X\(org\|wayland\))"
> ++pgrepoutput="$(pgrep X\(org\|wayland\))"
> + displays="$(echo "$pgrepoutput" | grep -wo "[0-9]*:[0-9]\+" | 
> sort -u)"
> + notify() { [ -n "$pgrepoutput" ] && for x in ${displays:-0:}; do
> + export DISPLAY=$x
> diff --git a/mail/mutt-wizard/patches/patch-bin_mw 
> b/mail/mutt-wizard/patches/patch-bin_mw
> new file mode 100644
> index 000..a56578ff964
> --- /dev/null
> +++ b/mail/mutt-wizard/patches/patch-bin_mw
> @@ -0,0 +1,33 @@
> +$OpenBSD$
> +
> +fix account number switch macro
> +fix account deletion
> +publish gpg using gpg-wks protocol
> +dynamically load mailboxes
> +
> +Index: bin/mw
> +--- bin/mw.orig
>  bin/mw
> +@@ -173,7 +173,7 @@ delete() { if [ -z "${fulladdr+x}" ]; then
> + 
> + sed -ibu "/IMAPStore $fulladdr-remote$/,/# End profile/d" "$mbsyncrc" 
> 2>/dev/null ; rm -f "$mbsyncrc"bu
> + rm -rf "${cachedir:?}/${fulladdr:?}" "$accdir/$fulladdr.muttrc"  
> "$accdir/"[0-9]-"$fulladdr.muttrc"
> +-sed -ibu "/\([0-9]-\)\?$fulladdr.muttrc/d" "$muttrc" 2>/dev/null; rm -f 
> "$muttrc"bu
> ++sed -ibu "/macro.*i[0-9].*$fulladdr.muttrc/d" "$muttrc" 2>/dev/null; rm 
> -f "$muttrc"bu
> + sed -ibu "/account $fulladdr$/,/^\(\s*$\|account\)/d" "$msmtprc" 
> 2>/dev/null; rm -f "$msmtprc"bu
> + sed -ibu "/account $fulladdr$/,/^\(\s*$\|account\)/d" "$mpoprc" 
> 2>/dev/null; rm -f "$mpoprc"bu
> + pass rm -f "$fulladdr" >/dev/null 2>&1
> +@@ -224,11 +224,11 @@ getboxes() { if [ -n "${force+x}" ] ; then
> + mailboxes="$(echo "$info" | ggrep -v HasChildren | sed "s/.*\" 
> //;s/\"//g" | tr -d '\r')"
> + fi
> + [ "$type" = "pop" ] && mailboxes="INBOX"
> +-for x in $(sed -n "/^macro.* i[0-9] / s/\(^macro.* i\| .*\)//gp " 
> "$muttrc" | sort -u; echo 0); do
> ++for x in $(ggrep -Eo "^macro.* i[0-9] " "$muttrc" | sed "s/^macro.* 
> i//g" | sort -u; echo 0); do
> + idnum=$((idnum + 1))
> + [ "$idnum" -eq "$x" ] || break
> + done
> +-toappend="mailboxes $(echo "$mailboxes" | sed "s/^/\"=/;s/$/\"/" | 
> paste -sd ' ' - )"
> ++toappend="mailboxes 

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2022/01/23 07:29:45

Modified files:
mail/mutt-wizard: Makefile distinfo 
Added files:
mail/mutt-wizard/patches: patch-bin_mailsync patch-bin_mw 

Log message:
update to mutt-wizard-3.2.1 with some patches, from maintainer Aisha Tammy

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2022/01/23 07:26:10

ports/mail/mutt-wizard/patches

Update of /cvs/ports/mail/mutt-wizard/patches
In directory cvs.openbsd.org:/tmp/cvs-serv37653/patches

Log Message:
Directory /cvs/ports/mail/mutt-wizard/patches added to the repository

Re: [new] net/py-tremc - curses interface for transmission

[Stuart Henderson]

On 2022/01/23 10:52, Thim wrote:
> Hi Omar,
> 
> On 2022-01-23 09:34:21, Omar Polo wrote:
> > Thim  writes:
> > >
> > > Regarding those missing libraries that are optionals; I was thinking of
> > > adding them but then I came to the conclusion that if tremc is the only
> > > program using them there's no point to it really. No need to add stuff
> > > that won't be used elsewhere.
> >
> > I think it's fine to at least give it a try to package those if the
> > added functionality is useful.  I'm *personally* not that much
> > interested in seeing the location of peers, but think that pyperclip
> > could be useful.
> 
> Very well. Pyperclip should be considered a optional dependency then.
> Since this is a python package the typical GNU configure isn't used so I
> am a bit confused as to how I would add this to the Makefile.
> Porter's handbook nor the bsd.port.mk(5) manpage seem to cover this.
> 
> >  - python programs usually don't have the "py-" prefix or FLAVORS.
> >They're just for python libraries.
> 
> I may be wrong here but adding a hint of clipboard support via pyperclip in
> the pkg/DESCR is the right move? Or is the better option to give the
> user a message upon installation via pkg/MESSAGE?

You could mention it in pkg/DESCR. I think few people will read it
though. pyperclip is tiny, it wouldn't hurt to set it as a RUN_DEPENDS
anyway.

MESSAGE is better reserved for things which are really really
important, otherwise people won't read those either.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2022/01/23 06:50:32

Modified files:
lang/php/8.1   : Makefile distinfo 
lang/php/8.1/patches: patch-configure_ac 
lang/php/8.1/pkg: PLIST-main 
Removed files:
lang/php/8.1/files: jump_riscv64_sysv_elf_gas.S 
make_riscv64_sysv_elf_gas.S 

Log message:
update to php-8.1.2, add hidden dep on capstone reported by aja@

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2022/01/23 06:50:11

Modified files:
lang/php/8.0   : Makefile distinfo 

Log message:
update to php-8.0.15

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2022/01/23 06:49:59

Modified files:
lang/php/7.4   : Makefile 

Log message:
php/7.4: bump revision for wantlib sync

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2022/01/23 06:49:46

Modified files:
lang/php   : Makefile.inc 

Log message:
sync wantlib

CVS: cvs.openbsd.org: ports

[Bjorn Ketelaars]

CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2022/01/23 03:57:17

Modified files:
devel/git-cola : Makefile distinfo 
devel/git-cola/pkg: PLIST 

Log message:
Update to git-cola-3.12.0

Changes: https://github.com/git-cola/git-cola/blob/v3.12.0/CHANGES.rst

CVS: cvs.openbsd.org: ports

[Solene Rapenne]

CVSROOT:/cvs
Module name:ports
Changes by: sol...@cvs.openbsd.org  2022/01/23 02:56:18

Modified files:
net/lagrange   : Makefile distinfo 

Log message:
Update to lagrange-1.10.1

Re: [new] net/py-tremc - curses interface for transmission

[Thim]

Hi Omar,

On 2022-01-23 09:34:21, Omar Polo wrote:
> Thim  writes:
> >
> > Regarding those missing libraries that are optionals; I was thinking of
> > adding them but then I came to the conclusion that if tremc is the only
> > program using them there's no point to it really. No need to add stuff
> > that won't be used elsewhere.
>
> I think it's fine to at least give it a try to package those if the
> added functionality is useful.  I'm *personally* not that much
> interested in seeing the location of peers, but think that pyperclip
> could be useful.

Very well. Pyperclip should be considered a optional dependency then.
Since this is a python package the typical GNU configure isn't used so I
am a bit confused as to how I would add this to the Makefile.
Porter's handbook nor the bsd.port.mk(5) manpage seem to cover this.

>  - python programs usually don't have the "py-" prefix or FLAVORS.
>They're just for python libraries.

I may be wrong here but adding a hint of clipboard support via pyperclip in
the pkg/DESCR is the right move? Or is the better option to give the
user a message upon installation via pkg/MESSAGE?


Sorry but I missed the CC in the previous reply.


Br,

Thim Cederlund

CVS: cvs.openbsd.org: ports

[Jonathan Gray]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2022/01/23 02:14:46

Modified files:
archivers/unshield: Makefile distinfo 
archivers/unshield/patches: patch-lib_internal_h 
Removed files:
archivers/unshield/patches: patch-CMakeLists_txt 

Log message:
update to unshield 1.5.1

Re: removal of sysutils/netshot

[Remi Locherer]

On Sun, Jan 02, 2022 at 07:38:18PM +0100, Remi Locherer wrote:
> Hi,
> 
> Since version 0.16.0 release in February 2021, Netshot requires the
> GraalVM JRE in order to run JavaScript and Python. GraalVM [1] is
> not in ports an I guess it would be a lot of work. I think it is
> better to delete Netshot from ports than to ship an old version
> with old Java libraries.
> 
> For quirks I thought to flag it with '11 => "no longer packageable"'.
> 
> Opinions?, OKs?
> 
> Remi
> 
> [1] https://www.graalvm.org/
> 

Any opinions or OKs for this?

Remi

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2022/01/23 01:58:59

Modified files:
games/rocksndiamonds: Makefile distinfo 

Log message:
Update to rocksndiamonds-4.3.1.0.