CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2024/01/23 00:42:11

Modified files:
net/py-junos-eznc: Makefile distinfo 
net/py-junos-eznc/pkg: DESCR PLIST 

Log message:
update to py3-junos-eznc-2.7.0, unbreaking with python 3.10
reported/tested by chris@

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2024/01/23 00:41:41

Modified files:
textproc   : Makefile 

Log message:
+py-yamlordereddictloader

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2024/01/23 00:41:14

Log message:
import ports/textproc/py-yamlordereddictloader, ok daniel@

This module provide a loader and a dumper for PyYAML allowing to keep
items order when loading a file (by putting them in OrderedDict objects)
and to manage OrderedDict objects when dumping to a file.

This is deprecated; new code should use Phynix/yamlloader instead.

Status:

Vendor Tag: sthen
Release Tags:   sthen_20240123

N ports/textproc/py-yamlordereddictloader/Makefile
N ports/textproc/py-yamlordereddictloader/distinfo
N ports/textproc/py-yamlordereddictloader/pkg/DESCR
N ports/textproc/py-yamlordereddictloader/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2024/01/23 00:41:08

Modified files:
devel  : Makefile 

Log message:
+py-transitions

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2024/01/23 00:40:45

Log message:
import ports/devel/py-transitions, ok daniel@

A lightweight, object-oriented Python state machine implementation with
many extensions.

Status:

Vendor Tag: sthen
Release Tags:   sthen_20240123

N ports/devel/py-transitions/Makefile
N ports/devel/py-transitions/distinfo
N ports/devel/py-transitions/pkg/DESCR
N ports/devel/py-transitions/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2024/01/23 00:28:16

Modified files:
net/scamper: Makefile distinfo 

Log message:
update to scamper-20240122

Re: NEW: devel/zug devel/immer devel/lager (krita update depedencies)

[Rafael Sadowski]

On Thu Jan 18, 2024 at 09:23:05AM +0100, Sebastien Marie wrote:
> Rafael Sadowski  writes:
> 
> > Hi All!
> >
> > Would someone be kind enough to review these 3 new ports? There are no
> > heavy dependencies necessary to build it.
> >
> 
> Just one question, shouldn't they be using NO_BUILD = Yes ?
> 
> If I properly understood, they are headers/source files only
> ports. Currently, when running the 'build' target, the output is the
> following:
> 
> ===>  Building for zug-0.1.1
> Change Dir: '/data/semarie/repos/openbsd/ports/pobj/zug-0.1.1/build-amd64'
> 
> Run Build Command(s): /usr/local/bin/ninja -v -j 1
> ninja: no work to do.
> 
> 
> Thanks.
> -- 
> Sebastien Marie
> 

Thanks Sebastien! All ports are happy with NO_BUILD = Yes. OK with this
change?

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2024/01/22 23:06:14

Modified files:
emulators/stella: Makefile distinfo 

Log message:
Update to stella-6.7.1.

Re: python3 module location (py3-junos-eznc broken)

[Chris Cappuccio]

Stuart Henderson [s...@spacehopper.org] wrote:
> 
> Updating this will need new ports for two modules (transitions and
> yamlordereddictloader; tgz attached), and the update of ncclient
> that I've just committed.
> 

This works, thank you Stuart.

Re: Batch update for fcitx and related pkgs + Note for KDE Plasma

[Kevin Lo]

On Fri, Jan 19, 2024 at 08:42:15PM +0100, Omar Polo wrote:
> 
> On 2024/01/18 15:07:29 +1100, Yifei Zhan  wrote:
> > Another wave of fcitx/opencc updates, in general nothing major, just
> > bugfixes here and there. A note is added to the fcitx pkg readme for
> > KDE Plasma users on using KDE's input configurator.
> > 
> > converters/opencc: 1.1.6 -> 1.1.7
> >   - minor bugfixes for build infra
> >   - translation updates
> >   https://github.com/BYVoid/OpenCC/compare/ver.1.1.6...ver.1.1.7
> 
> only build-tested.
> 
> diffs looks good but while here I noticed that it abuses CXXFLAGS for
> linker flags.  Should be better to use MODCMAKE_LDFLAGS, updated diff
> below.
> 
> ok op@ anyway, it can be fixed in a follow-up.
> 
> > inputmethods/xcb-imdkit: 1.0.5 -> 1.0.6
> >   - minor bugfix on setting XCB event mask
> >   
> > https://github.com/fcitx/xcb-imdkit/commit/2553f2ec1397cd93facde4bff9fd841056611ddc
> 
> ok op@
> 
> > inputmethods/fcitx: 5.0.23 -> 5.1.7
> >   - libevent has been replaced by libuv
> >   - bugfixes on xcb, dbus interface, ui
> >   - bump major for Fcitx5Core, Fcitx5Utils
> >   - slightly rework of existing patch for detecting OpenBSD
> >   - translation updates
> >   https://github.com/fcitx/fcitx5/commits/master/
> 
> ok op@
> 
> > inputmethods/fcitx-qt: 5.0.17 -> 5.1.4
> >   - disable nonfunctional qtwayland support for now
> >   - add qt support for widgets addons and guiwrapper 
> >   - new shared library: Fcitx5Qt6WidgetsAddons
> >   - bugfixes on ui
> >   - translation updates
> >   https://github.com/fcitx/fcitx5-qt/commits/master/
> 
> Few tweaks needed:
> 
>  - x11/qt6/qtwayland needs to be added to LIB_DEPENDS, not BUILD_DEPENDS.
>  - needed to regen the wantlibs, see updated diff below.
>  - libFcitx5Qt5WidgetsAddons needs a major bump since it lost a symbol
>(according to check_sym)
>  - libFcitx5Qt5DBusAddons and libFcitx5Qt6DBusAddons both need a minor bump
>due to new symbol exported.
> 
> otherwise, ok op@
> 
> > inputmethods/fcitx-gtk: 5.0.23 -> 5.1.1
> >   - minor bugfixes
> >   - new binary for probing IM module
> >   https://github.com/fcitx/fcitx5-gtk/commits/master/
> 
> this growed a WANTLIB on libc, otherwise ok op@
> 
> > inputmethods/fcitx-lua: 5.0.10 -> 5.0.12
> >   - translation updates
> >   https://github.com/fcitx/fcitx5-lua/commits/master/
> 
> only build-tested.  ok op@
> 
> (why isn't this one using MODULE=lang/lua ?)
> 
> > inputmethods/libime: 1.0.17 -> 1.1.5
> >   - static data/table updates, new table
> >   - drop outdated C11 patch
> >   - minor bugfixes
> >   https://github.com/fcitx/libime/commits/master/
> 
> only build-tested.
> 
>  - libIMECore and libIMEPinyin need a minor bump for new symbols
>addition
>  - libIMETable needs a major bump for symbols removal
> 
> otherwise ok op@
> 
> > inputmethods/fcitx-chinese-addons: 5.0.17 -> 5.1.3
> >   - bugfixes and translation updates
> >   https://github.com/fcitx/fcitx5-chinese-addons/commits/master/
> 
> only build-tested.  was missing a make update-plist, otherwise ok op@
> 
> btw, this could just inline $V since it's used only once.
> 
> > inputmethods/fcitx-config-qt: 5.0.17 -> 5.1.3
> >   - add support for Qt6, translation updates
> >  https://github.com/fcitx/fcitx5-configtool/commits/master/
> 
> ok op@
> 
> nit: i'd make sure to leave @tag update-desktop-database as the last
> entry in the file, even if make update-plist adds a few stuff under it.
> 
> > inputmethods/fcitx-table-extra: 5.0.13 -> 5.1.2
> >   - translation and tables update
> >   https://github.com/fcitx/fcitx5-table-extra/commits/master/
> 
> only build-tested.  ok op@
> 
> This is my current setup for japanese:
> 
>   % pkg_info | grep fcitx
>   fcitx-5.1.7 flexible input method framework
>   fcitx-anthy-5.0.14p0 anthy wrapper for fcitx5
>   fcitx-configtool-qt-5.1.3 GUI configure tool for fcitx5
>   fcitx-gtk-5.1.1 GTK IM module for fcitx5
>   fcitx-qt-5.1.4  Qt library and IM module for fcitx5
> 
> which works just as well as before.
> 
> I'm attaching an updated diff that covers all the ports with the tweaks
> as per above.

Thanks Yifei for updating fcitx related ports and op@ reviewed/updated diffs.
Installed fcitx for Chinese input on kde, it works as usual.

fcitx-5.1.7 flexible input method framework
fcitx-chewing-5.0.14p0 chewing wrapper for fcitx5
fcitx-chinese-addons-5.1.3 addons related to Chinese with IME bundled inside 
fcitx
fcitx-configtool-qt-5.1.3 GUI configure tool for fcitx5
fcitx-gtk-5.1.1 GTK IM module for fcitx5
fcitx-lua-5.0.12Lua support for fcitx5
fcitx-m17n-5.0.11   m17n wrapper for fcitx5
fcitx-qt-5.1.4  Qt library and IM module for fcitx5
fcitx-table-extra-5.1.2 extra table for Fcitx5
opencc-1.1.7convert between traditional and simplified Chinese
libime-1.1.5library to support generic input method implementation
xcb-imdkit-1.0.6implementation of xim protocol in xcb

I'll commit op@'s updated diff today 

CVS: cvs.openbsd.org: ports

[Daniel Dickman]

CVSROOT:/cvs
Module name:ports
Changes by: dan...@cvs.openbsd.org  2024/01/22 16:13:46

Modified files:
graphics/py-matplotlib: Makefile distinfo 
graphics/py-matplotlib/patches: patch-setupext_py 
graphics/py-matplotlib/pkg: PLIST 

Log message:
update to matplotlib 3.8.2

ok bket@

CVS: cvs.openbsd.org: ports

[Daniel Dickman]

CVSROOT:/cvs
Module name:ports
Changes by: dan...@cvs.openbsd.org  2024/01/22 16:09:57

Modified files:
print/htmldoc  : Makefile distinfo 
Removed files:
print/htmldoc/patches: patch-htmldoc_http_c 
   patch-htmldoc_ps-pdf_cxx 

Log message:
Update to htmldoc-1.9.17

- now links to print/cups,-libs instead of embedding code from that
library.
- the patch to work around an llvm8 bug can also be removed.

ok benoit@ (MAINTAINER)

CVS: cvs.openbsd.org: ports

[Daniel Dickman]

CVSROOT:/cvs
Module name:ports
Changes by: dan...@cvs.openbsd.org  2024/01/22 16:05:53

Modified files:
www/py-responses: Makefile 

Log message:
remove no longer needed RDEP on py-cookies

ok kmos@ (MAINTAINER)

CVS: cvs.openbsd.org: ports

[Omar Polo]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2024/01/22 15:28:09

Modified files:
productivity/minder: Makefile distinfo 

Log message:
update productivity/minder to 1.16.2

changelog: 

py3-M2Crypto: deal with opaque STACK_OF()

[Theo Buehler]

jsing will make _STACK opaque. Only two things notice: rust-openssl
(already fixed upstream) and M2Crypto.

M2Crypto contains two compat shims for STACK_OF().  sk_free() has been
available since forever so I don't really understand why that was ever
needed, but it's easy to fix.

I made deep_copy() always fail. I doubt it is needed for anything
(although I would be happy to learn how to know for sure).

Also, sk_TYPE_deep_copy() requires TYPE_dup() and TYPE_free() with usual
signatures, they are then cast to a "generic" OPENSSL_sk_{copy,free}func
before they're called. My understanding is that that's undefined because
void * and TYPE * have different alignment requirements.

Regress tests look the same with or without this patch.

Index: Makefile
===
RCS file: /cvs/ports/security/py-M2Crypto/Makefile,v
diff -u -p -r1.41 Makefile
--- Makefile20 Dec 2023 13:10:10 -  1.41
+++ Makefile22 Jan 2024 17:15:28 -
@@ -3,6 +3,7 @@ COMMENT =   crypto and TLS toolkit for Py
 MODPY_EGG_VERSION =0.40.1
 DISTNAME = M2Crypto-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
+REVISION = 0
 
 CATEGORIES =   security
 
Index: patches/patch-src_SWIG__lib_i
===
RCS file: /cvs/ports/security/py-M2Crypto/patches/patch-src_SWIG__lib_i,v
diff -u -p -r1.3 patch-src_SWIG__lib_i
--- patches/patch-src_SWIG__lib_i   11 Mar 2022 19:53:53 -  1.3
+++ patches/patch-src_SWIG__lib_i   22 Jan 2024 15:32:50 -
@@ -12,3 +12,54 @@ Index: src/SWIG/_lib.i
  typedef void (*OPENSSL_sk_freefunc)(void *);
  typedef void *(*OPENSSL_sk_copyfunc)(const void *);
  typedef struct stack_st OPENSSL_STACK;
+@@ -31,47 +31,15 @@ typedef struct stack_st OPENSSL_STACK;
+ 
+ void OPENSSL_sk_free(OPENSSL_STACK *st)
+ {
+-if (st == NULL)
+-return;
+-OPENSSL_free(st->data);
+-OPENSSL_free(st);
++sk_free(st);
+ }
+ 
+ OPENSSL_STACK *OPENSSL_sk_deep_copy(const OPENSSL_STACK *sk,
+  OPENSSL_sk_copyfunc copy_func,
+  OPENSSL_sk_freefunc free_func)
+ {
+-OPENSSL_STACK *ret;
+-int i;
+-
+-if (sk->num < 0)
+-return NULL;
+-
+-if ((ret = OPENSSL_malloc(sizeof(*ret))) == NULL)
+-return NULL;
+-
+-/* direct structure assignment */
+-*ret = *sk;
+-
+-ret->num_alloc = sk->num > MIN_NODES ? (size_t)sk->num : MIN_NODES;
+-ret->data = OPENSSL_zalloc(sizeof(*ret->data) * ret->num_alloc);
+-if (ret->data == NULL) {
+-OPENSSL_free(ret);
+-return NULL;
+-}
+-
+-for (i = 0; i < ret->num; ++i) {
+-if (sk->data[i] == NULL)
+-continue;
+-if ((ret->data[i] = copy_func(sk->data[i])) == NULL) {
+-while (--i >= 0)
+-if (ret->data[i] != NULL)
+-free_func((void *)ret->data[i]);
+-OPENSSL_sk_free(ret);
+-return NULL;
+-}
+-}
+-return ret;
++/* Do not support this. It relieas on UB via function pointer casting. */
++return NULL;
+ }
+ #endif /* OpenSSL 1.0.2 copmatbility shim */
+ 

Re: [NEW/wip]: devel/py3-bdfparser - library for parsing BDF fonts

[Klemens Nanni]

I've already imported it.

Re: [NEW/wip]: devel/py3-bdfparser - library for parsing BDF fonts

[Корякин Артём]

> s/YES/Yes/ and it's OK sthen@
I have done it.

> Pretty sure this needs the usual FLAVOR dance, otherwhise pkgname/path
> mismatch (regardless, the ports directory needs to be named py-*):

>   $ make show='FULLPKGNAME FULLPKGPATH'
>   py3-bdfparser-2.2.0
>   graphics/py-bdfparser

It seems, that I've done it.

make show='FULLPKGPATH FULLPKGNAME'
graphics/py3-bdfparser
py3-bdfparser-2.2.0

> Also, I slightly prefer graphics/ over sysutils/ here.

Done.



py3-bdfparser.tgz
Description: py3-bdfparser.tgz

I attached the resulted archive file with application/x-tar MIME type.
But if something wrong with the file, here is commit[1] on github.


My holidays is soon to end, but maybe I will also try to port
py-compiledb[2] as it have much less dependencies, than bear[3].
Writing this paragraph in case someone is also interested in gaining
IDE-like capabilities in your text editor of choice by using clangd
language server and generating compilation database from Makefiles.
You can view attempts to port both in my porting-efforts repo.
I'd like to learn C programming on OpenBSD.


Best regards, Artsiom.

[1]: 
https://github.com/artsi0m/porting-efforts/tree/77f9517e9cbbe338295d15acb71562de7cccb921/graphics/py3-bdfparser
[2]: https://github.com/nickdiego/compiledb
[3]: https://github.com/rizsotto/Bear

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2024/01/22 13:23:26

Modified files:
lang/snobol4   : Makefile distinfo 
lang/snobol4/patches: patch-Makefile2_m4 

Log message:
- update to snobol-2.3.2

maintainer timed-out

Re: UPDATE: x11/qt6 6.6.1

[Klemens Nanni]

On Mon, Jan 22, 2024 at 12:31:14AM +0100, Rafael Sadowski wrote:
> Hi ports hackers,
> 
> here is a reworked diff to update Qt6 to 6.6.1.
> 
> Notable changes:
> 
> - I added python as new dependency to qtbase to use compileall.py.
>   Objections to do this?

If just for that you can do MODPY_RUNDEP = No;  python is probably
pulled in one way or another on machines using Qt6 apps, but from a
quick look shipped files don't seem that relevant to warrant an RDEP:

$ pkg_info -L qt6-qtbase | grep py
/usr/local/include/X11/qt6/QtTest/QSignalSpy
/usr/local/include/X11/qt6/QtTest/qsignalspy.h
/usr/local/lib/cmake/Qt6/QtCopyFileIfDifferent.cmake
/usr/local/lib/qt6/libexec/qt-testrunner.py

^ That looks like the only script potentially being run by users and/or
as part of ports tests, perhaps?

/usr/local/lib/qt6/libexec/sanitizer-testrunner.py

^ This is for ASAN, do we have that?  Same as above:  What uses that?

/usr/local/lib/qt6/mkspecs/features/uikit/devices.py

^ looks Apple specific and wants /usr/bin/xcrun:
$ pkglocate bin/xcrun ; echo $?
0

> @@ -57,6 +55,9 @@ WANTLIB-psql += ${COMPILER_LIBCXX} Qt6Core Qt6Sql c 
> execinfo m pq
>  
>  MULTI_PACKAGES = -main -global -mysql -psql
>  
> +MODULES =lang/python
> +CONFIGURE_STYLE = cmake
> +
>  LIB_DEPENDS-main =   ${LIB_DEPENDS} \
>   archivers/brotli \
>   archivers/zstd \
> @@ -132,6 +133,12 @@ post-extract:
>   cp ${WRKDIST}/mkspecs/openbsd-g++/qplatformdefs.h \
>   ${WRKDIST}/mkspecs/openbsd-clang/
>  
> +post-install:
> + ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
> + ${PREFIX}/lib/qt6/libexec/qt-testrunner.py \
> + ${PREFIX}/lib/qt6/libexec/sanitizer-testrunner.py\
> + ${PREFIX}/lib/qt6/mkspecs/features/uikit/devices.py

If these are indeed relevant, you probably want them in MODPY_ADJ_FILES
as well for good measure as they're now using '#!/usr/bin/env python3'.

Re: maintainer update. net/dnscontrol --> 4.8.1

[Klemens Nanni]

On Mon, Jan 22, 2024 at 07:56:23PM +0100, Paco Esteban wrote:
> Hi ports@,
> 
> This is an update for net/dnscontrol to its latest version 4.8.1
> Quite a bit of changes from 4.7.2 that we have in ports.  See changelog
> here: https://github.com/StackExchange/dnscontrol/releases
> 
> Builds, tests pass and works for me on amd64.

Works with my zones/limited setup, diff is the usual go goo.
OK kn

maintainer update. net/dnscontrol --> 4.8.1

[Paco Esteban]

Hi ports@,

This is an update for net/dnscontrol to its latest version 4.8.1
Quite a bit of changes from 4.7.2 that we have in ports.  See changelog
here: https://github.com/StackExchange/dnscontrol/releases

Builds, tests pass and works for me on amd64.

Ok to commit ?

diff /usr/ports
commit - 66a31fb553e7d5ac94aeb0f6acbe6e290bf2af79
path + /usr/ports
blob - b9a9f1ee3a83ee55270c6a9d8362fc1c23595107
file + net/dnscontrol/Makefile
--- net/dnscontrol/Makefile
+++ net/dnscontrol/Makefile
@@ -1,6 +1,6 @@
 COMMENT =  manage DNS configuration across any number of DNS hosts
 
-MODGO_VERSION =v4.7.2
+MODGO_VERSION =v4.8.1
 MODGO_MODNAME =github.com/StackExchange/dnscontrol/v4
 
 DISTNAME = dnscontrol-${MODGO_VERSION}
blob - 539d7b6620920e5e5f9b2bf03a1a74501bd80678
file + net/dnscontrol/distinfo
--- net/dnscontrol/distinfo
+++ net/dnscontrol/distinfo
@@ -1,4 +1,4 @@
-SHA256 (dnscontrol-v4.7.2.zip) = VR3U+NzN2b51YkBEsVWGNVSX/01XSHARfbFTZr8dZtA=
+SHA256 (dnscontrol-v4.8.1.zip) = xjYfcALCzgt+/ToxOdKhih1Ddu5E7USH5+NFmCg3Fsc=
 SHA256 (go_modules/cloud.google.com/go/@v/v0.110.8.mod) = 
+tZsDSh+C9uV+Jjmiy/50qRsYLuV+Bq7cIjbEXN4g+U=
 SHA256 (go_modules/cloud.google.com/go/@v/v0.110.8.zip) = 
PQ7WCS3db/3E7E855ienBsjXHgkzB2jIF0Qo2yidIaQ=
 SHA256 (go_modules/cloud.google.com/go/@v/v0.26.0.mod) = 
IhijTyC5cbwZUhbUGV9XUgoqy9hd5/wxrPxEAmZwTBE=
@@ -13,12 +13,14 @@ SHA256 (go_modules/github.com/!azure!a!d/microsoft-aut
 SHA256 
(go_modules/github.com/!azure!a!d/microsoft-authentication-library-for-go/@v/v1.1.1.zip)
 = b5M/ANUxBAnI8/4lkXw8SKu5T6nFgqnOauNeqv6A0Gw=
 SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.8.0.mod) = 
pfXLjM8Gc3XZe/zb3zCHxyeP9/eMHuN4JbIkY3HEoVc=
 SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.9.0.mod) = 
m83M0zxyXakNEFthDIsce4Wno35rq1EcTM2Elx+Z0F4=
-SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.9.0.zip) = 
vcpc93v3FWTfj0zFO2B9oKlmxdhhGi/Azf7krMK/jME=
+SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.9.1.mod) = 
ii0MbFcNX2koP2hdAgAm/CDFqSZj7ALq2knh6SPySL8=
+SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.9.1.zip) = 
vZtCQmItHYglzcIHE5GhX7KdSohEs4vAgUEL/sK8p6M=
 SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/azidentity/@v/v1.4.0.mod) = 
VGyPgaDR5BmgkcQYtgzt7pwXaz3rIsbnx8KZS90rpb0=
 SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/azidentity/@v/v1.4.0.zip) = 
OVZiSSVPBeWNiooTJM1EwFRcpAkbNNXYbfuDIGK4MCw=
 SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/internal/@v/v1.3.0.mod) = 
taAvZV66xQR1vv3CMMy7KXov1v5oAwBmXZU5Sib3O2U=
 SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/internal/@v/v1.5.0.mod) = 
FM4QAVEXlxElQ0RgN4j/NPh5UUI7ayZobn9CpxoBB6Y=
-SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/internal/@v/v1.5.0.zip) = 
1+AnCm2l2dLipveZ02YIDxprA4zL520DYTGg2gg1r/g=
+SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/internal/@v/v1.5.1.mod) = 
FM4QAVEXlxElQ0RgN4j/NPh5UUI7ayZobn9CpxoBB6Y=
+SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/internal/@v/v1.5.1.zip) = 
Z5KDdLufGNcgqxUXFWXJJAXEiNHPv42/8l+LDw/v4Gc=
 SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/resourcemanager/dns/armdns/@v/v1.2.0.mod)
 = 1KQphYqJdhm4bi5ETCtoZmJ3/6f3dxup9Dg1VCixW0s=
 SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/resourcemanager/dns/armdns/@v/v1.2.0.zip)
 = fWa7CzDzLYfLhUO6WGhijkq5S974xuPS18QcwxjP8Mw=
 SHA256 
(go_modules/github.com/!azure/azure-sdk-for-go/sdk/resourcemanager/internal/v2/@v/v2.0.0.mod)
 = G56SJo6kTxJSirXfoUvFdIgnKR3AN5LHzVzn5b7pYZk=
@@ -52,36 +54,36 @@ SHA256 (go_modules/github.com/andybalholm/cascadia/@v/
 SHA256 (go_modules/github.com/andybalholm/cascadia/@v/v1.3.1.zip) = 
c15xY/d3QlTNT5atOAteqMz3AtrFOZ2+MN0DhxcsWlE=
 SHA256 
(go_modules/github.com/armon/go-radix/@v/v0.0.0-20180808171621-7fddfc383310.mod)
 = Lc2vYuwp96+g04U01I9al/o+AnNDsPi/ZhrttxAhT9Y=
 SHA256 
(go_modules/github.com/armon/go-radix/@v/v0.0.0-20180808171621-7fddfc383310.zip)
 = ywkLKzwZmHNT6DHKebMesx6qU0sfRtEbiBOyNbEFiFk=
-SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/@v/v1.23.5.mod) = 
geG3gJVXDPaWKO2emwnk8JW/fCdBksctjlcYhZ7oBj4=
-SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/@v/v1.23.5.zip) = 
D3xiIiQ+xW+/SKYz/os99vYGKkG1H6tjpgJuKUaxjMM=
-SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/config/@v/v1.25.11.mod) = 
fOyJRZBJ55R2e8OLNLmRKWM1cpAQ0HQXHp9UZzlNPq4=
-SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/config/@v/v1.25.11.zip) = 
bJnSDKLHx9kI07CBRLjT0xuDfBJZOhNvzEKRSEW6yYI=
-SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/credentials/@v/v1.16.9.mod) = 
bbSCpP0Po8X9Gai75OFwQjFq0E93rEO/ZyuRcxoTqxE=
-SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/credentials/@v/v1.16.9.zip) = 
PgdGzNenQ7l3Jjd/cI+8knRE8mQIA0j/6QTwsDm6kbc=
-SHA256 
(go_modules/github.com/aws/aws-sdk-go-v2/feature/ec2/imds/@v/v1.14.9.mod) = 
/xC4IhE/wedevNhnemRUg1Gs9cl3lJgss4SQp6cZeU0=
-SHA256 

Re: audio/shairport-sync: save config permissions, clearer sndio(7) instructions

[Paul de Weerd]

On Mon, Jan 22, 2024 at 01:53:40AM +, Klemens Nanni wrote:
| > Paul mentioned shairpoint-sync's instructions as reply to spotifyd,
| > where I went with less repitition and more precise instructions.

I did, and then I wanted to look into this but basically was too busy
with other things .. sorry Klemens.

| ===
| RCS file: /cvs/ports/audio/shairport-sync/pkg/README,v
| diff -u -p -r1.2 README
| --- pkg/README1 May 2022 14:00:13 -   1.2
| +++ pkg/README22 Jan 2024 01:41:44 -
| @@ -8,16 +8,7 @@ boot time, the rc.conf.local(8) pkg_scri
|  rcctl enable messagebus avahi_daemon shairport_sync
|  rcctl order messagebus avahi_daemon shairport_sync
|  
| -sndiod(8) concurrent access by shairport-sync(1) and other users
| -
| +Follow sndio(7) Authentication if both dedicated and your own user shall be
| +able to play audio at the same time, e.g. on a desktop system:
|  
| -sndiod(8) normally only allows access to audio by a single system user
| -at a time. This is done by generating a random authentication token and
| -storing it in $HOME/.sndio/cookie when a user first accesses audio,
| -providing a limited capability to share with other users by copying
| -the token to their home directory.  See AUTHENTICATION in sndio(7) for
| -more details.
| -
| -If you want to share sndiod(8) access with shairport-sync(1) running as
| -the default _shairport user, you may copy .sndio/cookie from your user's
| -home directory to /var/spool/shairport/.sndio/cookie.
| +install -D -p -o _shairport -m 0600 ~/.sndio/cookie 
${HOME_DIR}/.sndio/cookie

I like this change.  Don't have much skin in the game (not the port's
maintainer, and I've got things working on my system already) but I
think this makes more sense.

Paul

-- 
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
 http://www.weirdnet.nl/ 

CVS: cvs.openbsd.org: ports

[Paco Esteban]

CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2024/01/22 11:29:40

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

Log message:
update sysutils/chezmoi to 2.45.0

sparc64 bulk build report

[kmos]

Bulk build on sparc64-0a.ports.openbsd.org

Started : Thu Jan 18 19:03:30 MST 2024
Finished: Mon Jan 22 11:20:26 MST 2024
Duration: 3 Days 16 hours 17 minutes

Built using OpenBSD 7.4-current (GENERIC.MP) #2002: Thu Jan 18 15:20:06 MST 2024

Built 9350 packages

Number of packages built each day:
Jan 18: 4769
Jan 19: 2929
Jan 20: 1018
Jan 21: 634



Critical path missing pkgs:
http://build-failures.rhaalovely.net/sparc64/2024-01-18/summary.log

Build failures: 113
http://build-failures.rhaalovely.net/sparc64/2024-01-18/audio/libcanberra.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/audio/libsmackerdec.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/audio/ncmpc.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/audio/ruby-vorbis_comment,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/audio/xmms2.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/databases/leveldb.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/databases/ruby-amalgalite,ruby31.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/databases/ruby-ldap,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/databases/ruby-mysql2,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/databases/ruby-pg,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/databases/ruby-sqlite3,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/databases/ruby-tiny_tds,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/databases/ruby-trilogy,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/arm-none-eabi/gdb.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/avr/gcc.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/difftastic.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/kf5/kwindowsystem.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/libconfuse.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/mtxclient.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/py-debugpy,python3.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/py-thrift,python3.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/qcoro.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/ruby-ffi,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/ruby-idn,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/ruby-kgio,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/ruby-narray,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/ruby-ncurses,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/ruby-nio4r,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/ruby-rbtree,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/ruby-subset_sum,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/ruby-yajl,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/vim-command-t.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/xsd.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/devel/yder.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/emulators/libretro-pcsx-rearmed.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/emulators/snes9x.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/games/cataclysm-dda,no_x11.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/games/choria.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/games/colobot/colobot.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/games/emptyclip.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/games/ezquake.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/games/fheroes2.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/games/gnukem.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/games/nblood.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/games/pioneers.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/games/scid.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/games/widelands.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/geo/osm2pgrouting.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/graphics/nomacs.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/graphics/rawstudio.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/graphics/ruby-rmagick,ruby33.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/graphics/spirv-tools.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/graphics/tesseract/tesseract.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/inputmethods/ibus.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/inputmethods/libime.log
http://build-failures.rhaalovely.net/sparc64/2024-01-18/mail/mu.log

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2024/01/22 10:44:08

Modified files:
lang/ruby/3.2  : Tag: OPENBSD_7_4 Makefile distinfo 
lang/ruby/3.2/pkg: Tag: OPENBSD_7_4 MESSAGE-main UNMESSAGE-main 
   PLIST-main PLIST-ri_docs 

Log message:
Update to Ruby 3.2.3

Fixes CVE-2023-36617: ReDoS vulnerability in URI

CVS: cvs.openbsd.org: ports

[Lucas Raab]

CVSROOT:/cvs
Module name:ports
Changes by: lr...@cvs.openbsd.org   2024/01/22 10:11:26

Modified files:
security/osv-scanner: Makefile distinfo modules.inc 

Log message:
security/osv-scanner: update to 1.6.1

ok gonzalo@

CVS: cvs.openbsd.org: ports

[James Turner]

CVSROOT:/cvs
Module name:ports
Changes by: jtur...@cvs.openbsd.org 2024/01/22 09:36:37

Modified files:
sysutils/login_duo: Makefile distinfo 

Log message:
Update login_duo to 2.0.3

CVS: cvs.openbsd.org: ports

[James Turner]

CVSROOT:/cvs
Module name:ports
Changes by: jtur...@cvs.openbsd.org 2024/01/22 09:35:09

Modified files:
lang/janet : Makefile distinfo 
lang/janet/patches: patch-Makefile 

Log message:
Update janet to 1.33.0

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2024/01/22 08:35:52

Modified files:
games/vcmi : Makefile distinfo 
games/vcmi/pkg : PLIST 
Added files:
games/vcmi/patches: patch-server_CVCMIServer_cpp 

Log message:
update to vcmi-1.4.4

Re: python3 module location (py3-junos-eznc broken)

[Stuart Henderson]

On 2024/01/22 14:27, Stuart Henderson wrote:
> On 2024/01/22 06:19, Chris Cappuccio wrote:
> > Stuart Henderson [s...@spacehopper.org] wrote:
> > > On 2024/01/22 02:00, Daniel Dickman wrote:
> > > 
> > > > 
> > > > > AttributeError: module 'collections' has no attribute 'MutableMapping'
> > > > > 
> > > > > I suspect the module may require python3.9 or earlier?
> > > > 
> > > > Release 2.7.0 claims support for python 3.10 so I suggest updating the 
> > > > port to the latest release.
> > > 
> > > That's probably the best way to go.
> > > 
> > 
> > There is no distfile source in the Makefile. I assume this means it was
> > captured from github at some point to ftp.openbsd.org and now the ports
> > Makefile should be updated to the current github ports conventions?
> > 
> 
> It comes from pypi
> 

Updating this will need new ports for two modules (transitions and
yamlordereddictloader; tgz attached), and the update of ncclient
that I've just committed.

Index: Makefile
===
RCS file: /cvs/ports/net/py-junos-eznc/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- Makefile13 Nov 2022 19:37:43 -  1.14
+++ Makefile22 Jan 2024 15:01:29 -
@@ -1,7 +1,6 @@
 COMMENT =  library for Junos automation
 
-MODPY_EGG_VERSION =2.2.1
-REVISION = 5
+MODPY_EGG_VERSION =2.7.0
 DISTNAME = junos-eznc-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
 
@@ -17,13 +16,19 @@ FLAVOR =python3
 MODPY_PI = Yes
 MODPY_PYBUILD =setuptools
 
-RUN_DEPENDS =  devel/py-serial${MODPY_FLAVOR} \
+# tests need "nose2"
+NO_TEST =  Yes
+
+RUN_DEPENDS =  devel/py-parsing${MODPY_FLAVOR} \
+   devel/py-serial${MODPY_FLAVOR} \
devel/py-six${MODPY_FLAVOR} \
-   net/py-netaddr${MODPY_FLAVOR} \
+   devel/py-transitions${MODPY_FLAVOR} \
net/py-ncclient${MODPY_FLAVOR} \
security/py-paramiko${MODPY_FLAVOR} \
security/py-scp${MODPY_FLAVOR} \
+   textproc/py-lxml${MODPY_FLAVOR} \
+   textproc/py-yaml${MODPY_FLAVOR} \
+   textproc/py-yamlordereddictloader${MODPY_FLAVOR} \
www/py-jinja2${MODPY_FLAVOR}
-
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/net/py-junos-eznc/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo9 May 2019 16:41:23 -   1.5
+++ distinfo22 Jan 2024 15:01:29 -
@@ -1,2 +1,2 @@
-SHA256 (junos-eznc-2.2.1.tar.gz) = ATOhC6PUbd9w8LpmIKo7kuVTPwjFft0ADb/9j+YNWG0=
-SIZE (junos-eznc-2.2.1.tar.gz) = 110625
+SHA256 (junos-eznc-2.7.0.tar.gz) = pFyQZB0k/0yGeWQY6nbKZAZsBtC/ZE1rd+YFv5V8XH0=
+SIZE (junos-eznc-2.7.0.tar.gz) = 169214
Index: pkg/DESCR
===
RCS file: /cvs/ports/net/py-junos-eznc/pkg/DESCR,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 DESCR
--- pkg/DESCR   25 Apr 2018 14:20:44 -  1.1.1.1
+++ pkg/DESCR   22 Jan 2024 15:01:29 -
@@ -1,2 +1,4 @@
 Junos PyEZ is a Python library to remotely manage/automate Junos
-devices.
+devices. The user is NOT required: (a) to be a "Software Programmer",
+(b) have sophisticated knowledge of Junos, or (b) have a complex
+understanding of the Junos XML API.
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/py-junos-eznc/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST
--- pkg/PLIST   13 Nov 2022 19:37:43 -  1.6
+++ pkg/PLIST   22 Jan 2024 15:01:29 -
@@ -5,6 +5,8 @@ lib/python${MODPY_VERSION}/site-packages
 
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/jnpr/junos/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/jnpr/junos/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/jnpr/junos/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/jnpr/junos/${MODPY_PYCACHE}_version.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/jnpr/junos/${MODPY_PYCACHE}_version.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jnpr/junos/${MODPY_PYCACHE}console.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/jnpr/junos/${MODPY_PYCACHE}console.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jnpr/junos/${MODPY_PYCACHE}decorators.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
@@ -21,6 +23,7 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/jnpr/junos/${MODPY_PYCACHE}rpcmeta.${MODPY_PYC_MAGIC_TAG}pyc
 

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2024/01/22 07:42:03

Modified files:
net/py-ncclient: Makefile distinfo 
net/py-ncclient/pkg: PLIST 

Log message:
update to py3-ncclient-0.6.15

Re: python3 module location (py3-junos-eznc broken)

[Stuart Henderson]

On 2024/01/22 06:19, Chris Cappuccio wrote:
> Stuart Henderson [s...@spacehopper.org] wrote:
> > On 2024/01/22 02:00, Daniel Dickman wrote:
> > 
> > > 
> > > > AttributeError: module 'collections' has no attribute 'MutableMapping'
> > > > 
> > > > I suspect the module may require python3.9 or earlier?
> > > 
> > > Release 2.7.0 claims support for python 3.10 so I suggest updating the 
> > > port to the latest release.
> > 
> > That's probably the best way to go.
> > 
> 
> There is no distfile source in the Makefile. I assume this means it was
> captured from github at some point to ftp.openbsd.org and now the ports
> Makefile should be updated to the current github ports conventions?
> 

It comes from pypi

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2024/01/22 07:21:58

Modified files:
net/eduvpn/vpn-user-portal: Makefile distinfo 
net/eduvpn/vpn-user-portal/patches: 
patch-src_OpenVpn_ServerConfig_php 
net/eduvpn/vpn-user-portal/pkg: PLIST 

Log message:
update to vpn-user-portal-3.5.5

Re: python3 module location (py3-junos-eznc broken)

[Chris Cappuccio]

Stuart Henderson [s...@spacehopper.org] wrote:
> On 2024/01/22 02:00, Daniel Dickman wrote:
> 
> > 
> > > AttributeError: module 'collections' has no attribute 'MutableMapping'
> > > 
> > > I suspect the module may require python3.9 or earlier?
> > 
> > Release 2.7.0 claims support for python 3.10 so I suggest updating the port 
> > to the latest release.
> 
> That's probably the best way to go.
> 

There is no distfile source in the Makefile. I assume this means it was
captured from github at some point to ftp.openbsd.org and now the ports
Makefile should be updated to the current github ports conventions?

Re: rust-analyzer: proc-macro support broken

[Edd Barrett]

Hi,

On Mon, Jan 22, 2024 at 01:49:16PM +0100, Sebastien Marie wrote:
> It would be interesting to know if it is enough for the user who
> contacted you.

FWIW, the user provided the minimal example I posted in my prior message.

If that works, I think you have your answer.

-- 
Best Regards
Edd Barrett

https://www.theunixzoo.co.uk

mips64 bulk build report

[visa]

bulk build on octeon.ports.openbsd.org
started on  Mon Jan 8 16:23:26 UTC 2024
finished at Sun Jan 21 20:50:01 UTC 2024
lasted 14D04h26m
done with kern.version=OpenBSD 7.4-current (GENERIC.MP) #41: Sun Dec 31 
04:30:08 MST 2023

built packages:8770
Jan 8:1180
Jan 9:873
Jan 10:466
Jan 11:784
Jan 12:309
Jan 13:448
Jan 14:917
Jan 15:721
Jan 16:1738
Jan 17:1114
Jan 18:69
Jan 19:62
Jan 20:38
Jan 21:50


build failures: 56
http://build-failures.rhaalovely.net/mips64/2024-01-08/astro/gnuastro.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/databases/postgresql-pllua.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/devel/arm-none-eabi/gcc,aarch64.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/devel/clang-tools-extra.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/devel/objfw.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/devel/py-thrift,python3.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/devel/py-unicorn,python3.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/devel/sdcc.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/emulators/desmume.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/emulators/libretro-pcsx-rearmed.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/emulators/openmsx.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/games/astromenace.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/games/cataclysm-dda.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/games/gnukem.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/games/goldberg_emulator.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/games/hyperrogue.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/games/nblood.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/games/wesnoth.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/games/widelands.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/games/witchblast.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/graphics/openvdb.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/inputmethods/ibus.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/lang/STk.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/lang/gambit.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/lang/gforth.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/lang/go.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/lang/librep.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/lang/moarvm.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/math/flintlib.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/math/gbc.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/math/lean.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/math/lrs.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/math/matio.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/math/mlpack,-main.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/math/ntl.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/misc/remind.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/multimedia/assimp.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/net/gtk-gnutella.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/net/icinga/core2.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/net/powerdns_recursor.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/net/utox.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/plan9/drawterm.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/security/botan2.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/security/distorm3.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/security/gpgme.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/shells/nsh,static.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/sysutils/borgmatic.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/sysutils/libvirt.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/sysutils/nix.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/textproc/aspell/core.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/textproc/p5-SWISH-API.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/wayland/gtk-layer-shell.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/wayland/gtk4-layer-shell.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/x11/jgmenu.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/x11/qt5/qtbase.log
http://build-failures.rhaalovely.net/mips64/2024-01-08/x11/qt6/qtbase.log

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2024/01/22 06:52:09

Modified files:
sysutils/borgmatic: Makefile distinfo 

Log message:
update to borgmatic-1.8.7

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2024/01/22 05:58:47

Modified files:
graphics/py-Pillow: Makefile distinfo 
graphics/py-Pillow/patches: patch-setup_py 
graphics/py-Pillow/pkg: PLIST 

Log message:
update to py3-Pillow-10.2.0

Re: rust-analyzer: proc-macro support broken

[Sebastien Marie]

Edd Barrett  writes:

>
> This does not occur when using the LSP with a rustup-installed toolchain on
> Linux.
>
> I don't recall seeing this error when I was building RA from source (the magic
> command I used to use to build/install was `cargo xtask install --server`).
>
> I notice that in the source code there is a crate called `proc-macro-srv` and
> on my linux box there is a binary `rust-analyzer-proc-macro-srv`. Perhaps this
> is missing?
>

the `rust-analyzer-proc-macro-srv` binary is built with
`crates/proc-macro-srv-cli`.

> I've not had time to look deeper, but wanted to report it here in case someone
> already knows the fix.

I have the following diff for build and installing it:

diff /data/semarie/repos/openbsd/ports
commit - 6e2565794a185e8cfd1a5e1e3f80bc1884d1b0cd
path + /data/semarie/repos/openbsd/ports
blob - a56a1e753ce83d0c6527997479470230c8d4b3b4
file + devel/rust-analyzer/Makefile
--- devel/rust-analyzer/Makefile
+++ devel/rust-analyzer/Makefile
@@ -5,6 +5,8 @@ GH_ACCOUNT =rust-lang
 GH_PROJECT =   rust-analyzer
 GH_TAGNAME =   2023-12-18
 
+REVISION = 0
+
 DISTNAME = ${GH_PROJECT}-${GH_TAGNAME:S/-//g}
 
 HOMEPAGE = https://rust-analyzer.github.io/
@@ -22,7 +24,9 @@ WANTLIB += ${MODCARGO_WANTLIB} m
 
 MODULES =  devel/cargo
 
-MODCARGO_INSTALL_TARGET_PATHS =crates/rust-analyzer
+MODCARGO_INSTALL_TARGET_PATHS =\
+   crates/rust-analyzer \
+   crates/proc-macro-srv-cli
 
 SEPARATE_BUILD =   Yes
 
blob - d4e086558c5f76385160a7c7e168c38ef6ddc975
file + devel/rust-analyzer/pkg/PLIST
--- devel/rust-analyzer/pkg/PLIST
+++ devel/rust-analyzer/pkg/PLIST
@@ -1,4 +1,5 @@
 @bin bin/rust-analyzer
+@bin bin/rust-analyzer-proc-macro-srv
 share/doc/rust-analyzer/
 share/doc/rust-analyzer/manual.adoc
 share/doc/rust-analyzer/manual.html



The drawback is the build target isn't enough to build all the parts,
and it is during the fake target that some parts (for
proc-macro-srv-cli) are build.

It would be interesting to know if it is enough for the user who
contacted you.

Thanks.
-- 
Sebastien Marie

cad/kicad: worth updating?

[Johannes Thyssen Tishman]

Hi,

I have an update for cad/opencascade (7.7.2 -> 7.8.0) ready, but
cad/kicad (one of it's two consumers) won't build with it. While
trying to understand why, I noticed that our port for KiCAD is
outdated by two major versions. Before I try to work on an update
for it, I'd like to ask here if anyone is still using it or if there
is someone with experience building KiCAD who could help me with
the task. I personally don't use KiCAD, but I think it'd be sad to
kill it.

Thank you.

Kind regards,
Johannes

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/01/22 04:59:00

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

Log message:
Update to glib2-2.78.4.

rust-analyzer: proc-macro support broken

[Edd Barrett]

Hi,

We imported rust-analyzer last week, and right off the bat I've had a user
report that it doesn't work right with proc macros.

src/main.rs:
```
[tokio::main]
async fn main() {
println!("Hello, world!");
}
```

Cargo.toml:
```
[package]
name = "pmtest"
version = "0.1.0"
edition = "2021"

[dependencies]
tokio = { version = "1.35.1", features = ["rt", "macros", "rt-multi-thread"] }
tokio-macros = "2.2.0"
```

`cargo check` succeeds, but vim's LSP tells me (at line 1):
```
■ proc macro `main` not expanded: cannot find proc-macro server in sysroot 
`/usr/local`
```

Running with `RA_LOG=debug RA_LOG_FILE=ra.log` I don't see much useful in the
log file:

```
...
[DEBUG rust_analyzer::main_loop] Instant { tv_sec: 38661, tv_nsec: 903448618 } 
handle_event(Diagnostics([(FileId(0), [Diagnostic { range: Range { start: 
Position { line: 0, character: 0 }, end: Position { line: 0, character: 14 } }, 
severity: Some(Error), code: Some(String("unresolved-proc-macro")), 
code_description: Some(CodeDescription { href: Url { scheme: "https", 
cannot_be_a_base: false, username: "", password: None, host: 
Some(Domain("rust-analyzer.github.io")), port: None, path: "/manual.html", 
query: None, fragment: Some("unresolved-proc-macro") } }), source: 
Some("rust-analyzer"), message: "proc macro `main` not expanded: cannot find 
proc-macro server in sysroot `/usr/local`", related_information: None, tags: 
None, data: None }])]))
[INFO rust_analyzer::main_loop] task queue len: 2
[DEBUG lsp_server::msg] > 
{"jsonrpc":"2.0","method":"textDocument/publishDiagnostics","params":{"uri":"file:///vol/spinner/tmp/src/main.rs","diagnostics":[{"range":{"start":{"line":0,"character":0},"end":{"line":0,"character":14}},"severity":1,"code":"unresolved-proc-macro","codeDescription":{"href":"https://rust-analyzer.github.io/manual.html#unresolved-proc-macro"},"source":"rust-analyzer","message":"proc
 macro `main` not expanded: cannot find proc-macro server in sysroot 
`/usr/local`"}],"version":0}}
...
```

This does not occur when using the LSP with a rustup-installed toolchain on
Linux.

I don't recall seeing this error when I was building RA from source (the magic
command I used to use to build/install was `cargo xtask install --server`).

I notice that in the source code there is a crate called `proc-macro-srv` and
on my linux box there is a binary `rust-analyzer-proc-macro-srv`. Perhaps this
is missing?

I've not had time to look deeper, but wanted to report it here in case someone
already knows the fix.

Cheers

-- 
Best Regards
Edd Barrett

https://www.theunixzoo.co.uk

Re: python3 module location (py3-junos-eznc broken)

[Stuart Henderson]

On 2024/01/22 02:00, Daniel Dickman wrote:

> 
> > AttributeError: module 'collections' has no attribute 'MutableMapping'
> > 
> > I suspect the module may require python3.9 or earlier?
> 
> Release 2.7.0 claims support for python 3.10 so I suggest updating the port 
> to the latest release.

That's probably the best way to go.


On 2024/01/21 19:13, Chris Cappuccio wrote:
> How the heck do you make a port python3 module install for 3.9 instead of 
> 3.10?

MODPY_VERSION=3.9, but you won't be able to call it from py3.10 modules,
so at that point if it couldn't just be updated, you'd probably be
better off installing what you need in a virtualenv using pip.

Re: Librewolf Port

[Landry Breuil]

Le Mon, Jan 22, 2024 at 04:25:24AM +, Hari a écrit :
> Hello OpenBSD community,
> 
> I was a user of librewolf on linux. But two days ago I switched to openbsd as 
> my
> daily driver there is no librewolf on official package list. So I decided to
> port it. I want to know if anyone is working on librewolf, please inform me. 
> If
> not then I will be working on porting it. I doesn't have any experience with
> patches of compiling a software. I have just a little bit of info about
> Makefile. I intend to follow port faq. Any help will be appreciated.

you might want to start from the info left from
https://gitlab.com/librewolf-community/website/-/merge_requests/55 and
get in touch with the person who was doing it.

but porting such software is a large undertaking, i wouldnt recommend it
to someone without experience.

Landry

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/01/22 01:01:25

Modified files:
devel/py-unique-log-filter: Makefile 

Log message:
setuptools -> flit_core