CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2024/04/24 23:56:42 Modified files: net/powerdns_recursor: Makefile distinfo Log message: Update to PowerDNS Recursor 5.0.4. https://docs.powerdns.com/recursor/security-advisories/powerdns-advisory-2024-02.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2024/04/24 23:36:48 Added files: devel/kf6/kcoreaddons/patches: patch-src_lib_util_kosrelease_cpp Log message: Sill no os-release support on OpenBSD
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2024/04/24 23:36:15 ports/devel/kf6/kcoreaddons/patches Update of /cvs/ports/devel/kf6/kcoreaddons/patches In directory cvs.openbsd.org:/tmp/cvs-serv38332/patches Log Message: Directory /cvs/ports/devel/kf6/kcoreaddons/patches added to the repository
Re: UPDATE: net/tailscale-1.64.2
On Wed, 24 Apr 2024 19:57:31 -0400, Adriano Barbosa wrote: > Hi. > Update for net/tailscale v1.64.2 > Changelog: > https://github.com/tailscale/tailscale/releases/tag/v1.64.2 Committed, thanks! > Obrigado! > -- > Adriano > > > Index: Makefile > === > RCS file: /cvs/ports/net/tailscale/Makefile,v > retrieving revision 1.32 > diff -u -p -r1.32 Makefile > --- Makefile 20 Apr 2024 02:29:31 - 1.32 > +++ Makefile 24 Apr 2024 23:47:34 - > @@ -2,7 +2,7 @@ BROKEN-i386 = unix.EPROTO not defined > > COMMENT =modern overlay-like VPN built on top of WireGuard > > -V = 1.64.1 > +V = 1.64.2 > MODGO_MODNAME = tailscale.com > MODGO_VERSION = v${V} > > Index: distinfo > === > RCS file: /cvs/ports/net/tailscale/distinfo,v > retrieving revision 1.30 > diff -u -p -r1.30 distinfo > --- distinfo 20 Apr 2024 02:29:31 - 1.30 > +++ distinfo 24 Apr 2024 23:47:36 - > @@ -2204,7 +2204,7 @@ SHA256 (go_modules/software.sslmate.com/ > SHA256 (go_modules/software.sslmate.com/src/go-pkcs12/@v/v0.4.0.zip) > = VQGaOR5TAqUbpi6YkJ4AYiS4EgeGbakL6vWC7A3uA28= SHA256 > (go_modules/src.elv.sh/@v/v0.16.0-rc1.0.20220116211855-fda62502ad7f.mod) > = ImJNCVe1tA5jNq8JoM2bIJGqRqDtuksdWKAwpOaNWiI= SHA256 > (go_modules/src.elv.sh/@v/v0.16.0-rc1.0.20220116211855-fda62502ad7f.zip) > = edEgOGTOmXKXLEt1tIEy1odFM3S8Y8hyYUcl8moi1Ts= -SHA256 > (tailscale.com-v1.64.1.zip) = > f2w8iFwLWzqlNhh+ZXIMa9nft7erzKPtu0hW7VIhTy4= +SHA256 > (tailscale.com-v1.64.2.zip) = > h/W5URZpzmJ1BixmaYYOLsTQiItS9grsrJXnKy1w0kE= SIZE > (go_modules/4d63.com/gocheckcompilerdirectives/@v/v1.2.1.mod) = 173 > SIZE (go_modules/4d63.com/gocheckcompilerdirectives/@v/v1.2.1.zip) = > 7059 SIZE (go_modules/4d63.com/gochecknoglobals/@v/v0.2.1.mod) = 77 > @@ -4411,4 +4411,4 @@ SIZE (go_modules/software.sslmate.com/sr SIZE > (go_modules/software.sslmate.com/src/go-pkcs12/@v/v0.4.0.zip) = 45988 > SIZE > (go_modules/src.elv.sh/@v/v0.16.0-rc1.0.20220116211855-fda62502ad7f.mod) > = 185 SIZE > (go_modules/src.elv.sh/@v/v0.16.0-rc1.0.20220116211855-fda62502ad7f.zip) > = 705404 -SIZE (tailscale.com-v1.64.1.zip) = 3188143 +SIZE > (tailscale.com-v1.64.2.zip) = 3188143 >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2024/04/24 20:05:26 Modified files: net/tailscale : Makefile distinfo Log message: Update to tailscale-1.64.2 >From Adriano Barbosa (maintainer)
Update to node_exporter-1.8.0
Hey, They released 1.8.0 earlier today: https://github.com/prometheus/node_exporter/releases/tag/v1.8.0 Lightly tested, looks fine. Comments? OK? Cheers, Daniel Index: Makefile === RCS file: /cvs/ports/sysutils/node_exporter/Makefile,v diff -u -p -r1.21 Makefile --- Makefile8 Feb 2024 13:17:00 - 1.21 +++ Makefile25 Apr 2024 01:45:01 - @@ -1,8 +1,7 @@ COMMENT = prometheus exporter for hardware and OS metrics MODGO_MODNAME =github.com/prometheus/node_exporter -MODGO_VERSION =v1.7.0 -REVISION = 0 +MODGO_VERSION =v1.8.0 DISTNAME = node_exporter-${MODGO_VERSION} Index: distinfo === RCS file: /cvs/ports/sysutils/node_exporter/distinfo,v diff -u -p -r1.11 distinfo --- distinfo8 Feb 2024 13:17:00 - 1.11 +++ distinfo25 Apr 2024 01:45:01 - @@ -2,28 +2,25 @@ SHA256 (go_modules/cloud.google.com/go/c SHA256 (go_modules/cloud.google.com/go/compute/@v/v1.20.1.zip) = s2OUUpzJxqCU+DEtVG8FeKWQ3mqqHVpUR5j+twjIobA= SHA256 (go_modules/cloud.google.com/go/compute/metadata/@v/v0.2.3.mod) = ABGpCmT7GqppqtQm/orJyeWjfkthmnvQTUCQlTZatIg= SHA256 (go_modules/cloud.google.com/go/compute/metadata/@v/v0.2.3.zip) = KShk29Cx3jepaOKF6UmIXlczhIN9gc02lb5c4uI5GIc= -SHA256 (go_modules/github.com/alecthomas/kingpin/v2/@v/v2.3.2.mod) = 17OszAg8LYhxB+e5mY0rfap993NS0WnmnW+75plfuL0= -SHA256 (go_modules/github.com/alecthomas/kingpin/v2/@v/v2.3.2.zip) = jzMPNcpCm2acOXzy5rWLjNaJT7bWQ39wmZMdLRQAuQk= +SHA256 (go_modules/github.com/alecthomas/kingpin/v2/@v/v2.4.0.mod) = 17OszAg8LYhxB+e5mY0rfap993NS0WnmnW+75plfuL0= +SHA256 (go_modules/github.com/alecthomas/kingpin/v2/@v/v2.4.0.zip) = 7x6m/q0h5fzJ4VMhh4iMjHxPPrvbAFh6tnoZJFIGymY= SHA256 (go_modules/github.com/alecthomas/units/@v/v0.0.0-20211218093645-b94a6e3cc137.mod) = ftH6kO7vq7UGWGCrf2fdM/5ysTVwVCejb0515qgQBls= SHA256 (go_modules/github.com/alecthomas/units/@v/v0.0.0-20211218093645-b94a6e3cc137.zip) = tiQ310pSMImvRroBFezhzhG8peMh/h4dTJduzKbueKo= -SHA256 (go_modules/github.com/beevik/ntp/@v/v1.3.0.mod) = o8cSprV6/nz3lslQJY103RvnYRERtRjQblrc0luKhdg= -SHA256 (go_modules/github.com/beevik/ntp/@v/v1.3.0.zip) = GmssQuBfwz/UKIJ7hiaYu/AUo++hYKPq15hz+AC/5vo= +SHA256 (go_modules/github.com/beevik/ntp/@v/v1.3.1.mod) = RH9G7A3Gv7RxINbJ5WiKKFbxh9q3o1lAp35zeL/BBzQ= +SHA256 (go_modules/github.com/beevik/ntp/@v/v1.3.1.zip) = IpMywjtjQfCCZC1epoG9rfYnrVOtJLW4MwPPSYsMdIE= SHA256 (go_modules/github.com/beorn7/perks/@v/v1.0.1.mod) = yHCz/lC2lE+rCVsGII2ciJh2PpFzyx7tMljD1YMJumY= SHA256 (go_modules/github.com/beorn7/perks/@v/v1.0.1.zip) = Jb2eLZSsp3Dm28H1NyX4T2r0Qy9jHTXdLEb5bvBRLxo= -SHA256 (go_modules/github.com/cespare/xxhash/v2/@v/v2.1.2.mod) = oJD46q9ZzCrfFjKZ6+/nl+Hco/at0sjoimo7kLpTiwI= SHA256 (go_modules/github.com/cespare/xxhash/v2/@v/v2.2.0.mod) = oJD46q9ZzCrfFjKZ6+/nl+Hco/at0sjoimo7kLpTiwI= SHA256 (go_modules/github.com/cespare/xxhash/v2/@v/v2.2.0.zip) = /BgM2wwA+/+9Obd0pyzbXwwyrOJTcNUTUZWRiow/vSU= -SHA256 (go_modules/github.com/cilium/ebpf/@v/v0.11.0.mod) = XaWNaUsdABuav8GA0eaKQ1Gb/hOJPRXeLmPZLi6N8dE= -SHA256 (go_modules/github.com/cilium/ebpf/@v/v0.11.0.zip) = UTDQc+NLB7gOz2zMsf9LIOzuWb8bW3EnLvnpCUmoWVI= +SHA256 (go_modules/github.com/cilium/ebpf/@v/v0.12.3.mod) = He49xp5JE2ceoL+e5DKp30qAOJFT6e7tuIFMFBjbiMQ= +SHA256 (go_modules/github.com/cilium/ebpf/@v/v0.12.3.zip) = fgAWcBuAjIGgDMRebZO0psg4DZ20gkyG9vJBaGKAraw= SHA256 (go_modules/github.com/coreos/go-systemd/v22/@v/v22.5.0.mod) = 3pM5X+kwhvgFU4INFASJ4x6Tv+BFfhtN48dyVW1TSEA= SHA256 (go_modules/github.com/coreos/go-systemd/v22/@v/v22.5.0.zip) = TETjprhN5Ns5PjQVN8cSQDH6mNX5iGCtMbMrSJDyI0w= -SHA256 (go_modules/github.com/creack/pty/@v/v1.1.9.mod) = 6rBwW8ShjdMVwnpOPbqPIKnhIwZfogYzlmMytczPdzE= -SHA256 (go_modules/github.com/creack/pty/@v/v1.1.9.zip) = IO38wnr9eZF4C8kcpSPSaZnqAl5B9gvF7XG7rADhdeI= SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.0.mod) = vLKTkyUSN7eaF7bBm/KRNPQ+j0OMMZiYj81GGhzfBcw= SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.1.mod) = vLKTkyUSN7eaF7bBm/KRNPQ+j0OMMZiYj81GGhzfBcw= SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.1.zip) = a0SoQ5UfNxtwEMdU7MPKvv6BXVztHFuUCfstaX6KiQ0= -SHA256 (go_modules/github.com/dennwc/btrfs/@v/v0.0.0-20230312211831-a1f570bd01a1.mod) = hkRLzu/cxANwjoSDWp7UcalN7tTSExgwyTRLWJXsbnM= -SHA256 (go_modules/github.com/dennwc/btrfs/@v/v0.0.0-20230312211831-a1f570bd01a1.zip) = MUG49dOJ+lLn892xbT9tREpwjorz7We+F87jF2ULFR4= +SHA256 (go_modules/github.com/dennwc/btrfs/@v/v0.0.0-20240418142341-0167142bde7a.mod) = hkRLzu/cxANwjoSDWp7UcalN7tTSExgwyTRLWJXsbnM= +SHA256 (go_modules/github.com/dennwc/btrfs/@v/v0.0.0-20240418142341-0167142bde7a.zip) = 0OxF1+0zEbjiWmOC7UMqI2PzRuDFDcOdY2wO/rnEixc= SHA256 (go_modules/github.com/dennwc/ioctl/@v/v1.0.0.mod) = uS0qIyKFokP9QIwrrY6x8YXSIWxlXA+ndfxAT+LKpGo= SHA256
UPDATE: net/nextcloudclient-3.13.0
Hi. Update for net/nextcloudclient v3.13.0 Changelog: https://github.com/nextcloud/desktop/releases/v3.13.0 Obrigado! -- Adriano Index: Makefile === RCS file: /cvs/ports/net/nextcloudclient/Makefile,v retrieving revision 1.61 diff -u -p -r1.61 Makefile --- Makefile21 Apr 2024 18:23:27 - 1.61 +++ Makefile24 Apr 2024 23:54:29 - @@ -2,7 +2,7 @@ USE_WXNEEDED = Yes COMMENT = desktop sync client for Nextcloud -V =3.12.2 +V =3.13.0 DISTNAME = nextcloudclient-${V} GH_ACCOUNT = nextcloud @@ -13,9 +13,9 @@ CATEGORIES = net HOMEPAGE = https://nextcloud.com -SHARED_LIBS += nextcloudsync 18.0 # 3.12.2 -SHARED_LIBS += nextcloud_csync 8.2 # 3.12.2 -SHARED_LIBS += nextcloudsync_vfs_suffix 2.0 # 3.10.2 +SHARED_LIBS += nextcloudsync 20.0 # 3.13.0 +SHARED_LIBS += nextcloud_csync 10.0 # 3.13.0 +SHARED_LIBS += nextcloudsync_vfs_suffix 4.0 # 3.13.0 MAINTAINER = Adriano Barbosa Index: distinfo === RCS file: /cvs/ports/net/nextcloudclient/distinfo,v retrieving revision 1.49 diff -u -p -r1.49 distinfo --- distinfo23 Mar 2024 09:23:05 - 1.49 +++ distinfo24 Apr 2024 23:54:29 - @@ -1,2 +1,2 @@ -SHA256 (nextcloudclient-3.12.2.tar.gz) = 9XbLcJ2qfctZY7zuJPLTFUKp9Jo0LtukBiWk3oBslb8= -SIZE (nextcloudclient-3.12.2.tar.gz) = 13645095 +SHA256 (nextcloudclient-3.13.0.tar.gz) = 7SM46rTWt34pxT52WvoIlAGRMmGC4Y8FxOYgWf+nTak= +SIZE (nextcloudclient-3.13.0.tar.gz) = 13779791 Index: patches/patch-CMakeLists_txt === RCS file: /cvs/ports/net/nextcloudclient/patches/patch-CMakeLists_txt,v retrieving revision 1.14 diff -u -p -r1.14 patch-CMakeLists_txt --- patches/patch-CMakeLists_txt23 Mar 2024 09:23:05 - 1.14 +++ patches/patch-CMakeLists_txt24 Apr 2024 23:54:29 - @@ -1,7 +1,7 @@ Index: CMakeLists.txt --- CMakeLists.txt.orig +++ CMakeLists.txt -@@ -68,7 +68,7 @@ if (NOT DEFINED PACKAGE) +@@ -65,7 +65,7 @@ if (NOT DEFINED PACKAGE) set(PACKAGE "${LINUX_PACKAGE_SHORTNAME}-client") endif() @@ -10,7 +10,7 @@ Index: CMakeLists.txt include(ECMCoverageOption) -@@ -311,4 +311,4 @@ elseif(BUILD_CLIENT) +@@ -308,4 +308,4 @@ elseif(BUILD_CLIENT) configure_file(sync-exclude.lst bin/sync-exclude.lst COPYONLY) endif()
UPDATE: net/tailscale-1.64.2
Hi. Update for net/tailscale v1.64.2 Changelog: https://github.com/tailscale/tailscale/releases/tag/v1.64.2 Obrigado! -- Adriano Index: Makefile === RCS file: /cvs/ports/net/tailscale/Makefile,v retrieving revision 1.32 diff -u -p -r1.32 Makefile --- Makefile20 Apr 2024 02:29:31 - 1.32 +++ Makefile24 Apr 2024 23:47:34 - @@ -2,7 +2,7 @@ BROKEN-i386 = unix.EPROTO not defined COMMENT = modern overlay-like VPN built on top of WireGuard -V =1.64.1 +V =1.64.2 MODGO_MODNAME =tailscale.com MODGO_VERSION =v${V} Index: distinfo === RCS file: /cvs/ports/net/tailscale/distinfo,v retrieving revision 1.30 diff -u -p -r1.30 distinfo --- distinfo20 Apr 2024 02:29:31 - 1.30 +++ distinfo24 Apr 2024 23:47:36 - @@ -2204,7 +2204,7 @@ SHA256 (go_modules/software.sslmate.com/ SHA256 (go_modules/software.sslmate.com/src/go-pkcs12/@v/v0.4.0.zip) = VQGaOR5TAqUbpi6YkJ4AYiS4EgeGbakL6vWC7A3uA28= SHA256 (go_modules/src.elv.sh/@v/v0.16.0-rc1.0.20220116211855-fda62502ad7f.mod) = ImJNCVe1tA5jNq8JoM2bIJGqRqDtuksdWKAwpOaNWiI= SHA256 (go_modules/src.elv.sh/@v/v0.16.0-rc1.0.20220116211855-fda62502ad7f.zip) = edEgOGTOmXKXLEt1tIEy1odFM3S8Y8hyYUcl8moi1Ts= -SHA256 (tailscale.com-v1.64.1.zip) = f2w8iFwLWzqlNhh+ZXIMa9nft7erzKPtu0hW7VIhTy4= +SHA256 (tailscale.com-v1.64.2.zip) = h/W5URZpzmJ1BixmaYYOLsTQiItS9grsrJXnKy1w0kE= SIZE (go_modules/4d63.com/gocheckcompilerdirectives/@v/v1.2.1.mod) = 173 SIZE (go_modules/4d63.com/gocheckcompilerdirectives/@v/v1.2.1.zip) = 7059 SIZE (go_modules/4d63.com/gochecknoglobals/@v/v0.2.1.mod) = 77 @@ -4411,4 +4411,4 @@ SIZE (go_modules/software.sslmate.com/sr SIZE (go_modules/software.sslmate.com/src/go-pkcs12/@v/v0.4.0.zip) = 45988 SIZE (go_modules/src.elv.sh/@v/v0.16.0-rc1.0.20220116211855-fda62502ad7f.mod) = 185 SIZE (go_modules/src.elv.sh/@v/v0.16.0-rc1.0.20220116211855-fda62502ad7f.zip) = 705404 -SIZE (tailscale.com-v1.64.1.zip) = 3188143 +SIZE (tailscale.com-v1.64.2.zip) = 3188143
Re: lang/sbcl - building and installing libsbcl.so ?
On Thu, 25 Apr 2024 01:16:46 +0200, Dima Pasechnik wrote: > > On Wed, Apr 24, 2024 at 03:31:32PM -0400, George Koehler wrote: > [...] > > > > Try running "make update-plist" to add new files like libsbcl.so.0.0 > > I am trying this now. Is there a quick way to try an updated > pkg/PLIST ? > Or one has to clean up and rebuilt the port in order to see the effect > of the update? > If you have installed sbcl you may avoid using clisp to bootstrap that makes things dramatically faster via make BOOTSTRAP_METHOD=sbcl -- wbr, Kirill
Re: lang/sbcl - building and installing libsbcl.so ?
On Thu, Apr 25, 2024 at 01:16:46AM +0200, Dima Pasechnik wrote: > On Wed, Apr 24, 2024 at 03:31:32PM -0400, George Koehler wrote: > [...] > > > > Try running "make update-plist" to add new files like libsbcl.so.0.0 > > I am trying this now. Is there a quick way to try an updated > pkg/PLIST ? > Or one has to clean up and rebuilt the port in order to see the effect > of the update? Since you changed the PLIST, you'll need to remove what was cached in the PLIST_REPOSITORY: make clean=plist Then create a new package from the fake directory you already have: make repackage then remove what you have installed and install the new package to test: make reinstall To iterate with the built sources without rebuilding from scratch, make clean=fake might be useful. All these are documented in the bsd.port.mk(5) manual.
Re: lang/sbcl - building and installing libsbcl.so ?
On Wed, Apr 24, 2024 at 03:31:32PM -0400, George Koehler wrote: [...] > > Try running "make update-plist" to add new files like libsbcl.so.0.0 I am trying this now. Is there a quick way to try an updated pkg/PLIST ? Or one has to clean up and rebuilt the port in order to see the effect of the update? Thanks Dima
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2024/04/24 16:54:10 Modified files: x11/qt5/qt3d : Makefile x11/qt5/qtwebchannel: Makefile Log message: x11/qt5/*: bump -main too after PLIST changes
mail/imapdedup: new port
Greetings, I'd like to offer a small python script which is called imapdedup. Idea of this script is remove duplicated emails from IMAP server. It has only one optional dependency: keyring. I use this script more than once. -- wbr, Kirill imapdedup.tgz Description: Binary data
Re: lang/sbcl - building and installing libsbcl.so ?
Cc semarie, who is MAINTAINER for lang/sbcl. On Wed, 24 Apr 2024 14:20:46 +0100 Dima Pasechnik wrote: > Dear all, > sbcl can be packaged into a dynamic library, something one needs for > e.g. calling Lisp from C or Python, > via sbcl-librarian https://github.com/quil-lang/sbcl-librarian > > Currently sbcl port does not build and install it, while it's quite easy > at least in theory. Here is my incomplete attempt to fix the port; > I do get libsbcl.so built, but not installed. > (after "make install" it's left in > /usr/ports/pobj/sbcl-2.4.3/fake-amd64/usr/local/lib) > > Could someone tell me what's missing? > Thanks > Dima Try running "make update-plist" to add new files like libsbcl.so.0.0 from the fake to the package. I can't apply your diff, because something changed your tabs into spaces. I suggest that you send your next diff as an attachment, or from a mail client that preserves whitespace. --gkoehler > #--- # some magic is missing still? > # > --- a/lang/sbcl/Makefile > +++ b/lang/sbcl/Makefile > @@ -10,6 +10,8 @@ PKGNAME = sbcl-${V} > > CATEGORIES = lang > > +SHARED_LIBS += sbcl 0.0 > + > HOMEPAGE = https://www.sbcl.org/ > > MAINTAINER = Sebastien Marie > @@ -116,6 +118,8 @@ do-build: > --with-sb-core-compression \ > --with-sb-xref-for-internals \ > ${EXTRA_PARAMS} > + umask 022 && cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} \ > + /bin/sh ./make-shared-library.sh > umask 022 && cd ${WRKSRC}/doc/manual/ && ${SETENV} ${MAKE_ENV} \ > ${GMAKE} info > > # add missing $(LDFLAGS) in $CC call in the Makefile > # > --- a/lang/sbcl/patches/patch-src_runtime_GNUmakefile > +++ b/lang/sbcl/patches/patch-src_runtime_GNUmakefile > @@ -13,3 +13,12 @@ Index: src/runtime/GNUmakefile > ASFLAGS += $(CFLAGS) > CPPFLAGS += -I. > > +@@ -133,7 +133,7 @@ libsbcl.a: $(OBJS) > + > + PIC_OBJS = $(subst .o,.pic.o,$(OBJS)) > + libsbcl.so: $(PIC_OBJS) > +- $(CC) -shared -o $@ $^ $(LIBS) $(SOFLAGS) > ++ $(CC) -shared -o $@ $^ $(LDFLAGS) $(LIBS) $(SOFLAGS) > + # for this to work, you must have with-gcc-tls in your build features > already. > + # can't define it here because then it conflicts if you have it in both > places. > + %.pic.o: %.c > >
Re: sparc64 bulk build report
On Mon, 22 Apr 2024 21:07:16 -0600 (MDT) k...@openbsd.org wrote: > Bulk build on sparc64-0a.ports.openbsd.org I don't run sparc64. This arch doesn't use base-clang and falls back to ports-gcc in "COMPILER = base-clang ports-gcc", but our lang/gcc/8 is missing features from C++20. I used https://en.cppreference.com/ to identify C++20 features. These ports failed because of C++20, > http://build-failures.rhaalovely.net/sparc64/2024-04-20/audio/ncmpc.log No such file... #include > http://build-failures.rhaalovely.net/sparc64/2024-04-20/devel/mtxclient.log No such file... #include > http://build-failures.rhaalovely.net/sparc64/2024-04-20/devel/rgbds.log > http://build-failures.rhaalovely.net/sparc64/2024-04-20/games/openttd.log No such file... #include The recent update to games/openttd 14.0 newly requires C++20. > http://build-failures.rhaalovely.net/sparc64/2024-04-20/emulators/openmsx.log > http://build-failures.rhaalovely.net/sparc64/2024-04-20/games/scid.log eg++: error: unrecognized command line option '-std=c++20'; \ did you mean '-std=c++2a'? > http://build-failures.rhaalovely.net/sparc64/2024-04-20/games/bugdom.log > http://build-failures.rhaalovely.net/sparc64/2024-04-20/games/bugdom2.log > http://build-failures.rhaalovely.net/sparc64/2024-04-20/games/cromagrally.log > http://build-failures.rhaalovely.net/sparc64/2024-04-20/games/ottomatic.log 'u8string' in namespace 'std' does not name a type... std::u8string > http://build-failures.rhaalovely.net/sparc64/2024-04-20/mail/rspamd,hyperscan.log 'std::__cxx11::string'... has no member named 'ends_with'
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mar...@cvs.openbsd.org 2024/04/24 13:12:03 Modified files: net/ntfy : Makefile distinfo modules.inc net/ntfy/pkg : PLIST Log message: - update ntfy to 2.10.0 - fix @sample dir typo, noted by kb at vabex.net, thanks!
Re: lang/sbcl - building and installing libsbcl.so ?
On Wed, 24 Apr 2024 15:20:46 +0200, Dima Pasechnik wrote: > > Could someone tell me what's missing? You must install it by hand from src/runtime/libsbcl.so -- wbr, Kirill
[Update] sysutils/delta 0.17.0
Cc: Maintainer Trivial update to latest version of sysutils/delta. The only patch for this port isn't needed anymore. Tests pass, except for one that expects PAGER to be set to 'bat' and another one that for whichever reasons wants to check the name of the parent process. Built and tested on amd64. ok? Index: Makefile === RCS file: /cvs/ports/textproc/delta/Makefile,v retrieving revision 1.16 diff -u -p -r1.16 Makefile --- Makefile4 Jul 2023 05:20:21 - 1.16 +++ Makefile24 Apr 2024 18:00:43 - @@ -2,7 +2,7 @@ COMMENT = viewer for git and diff outpu GH_ACCOUNT = dandavison GH_PROJECT = delta -GH_TAGNAME = 0.16.5 +GH_TAGNAME = 0.17.0 CATEGORIES = textproc Index: crates.inc === RCS file: /cvs/ports/textproc/delta/crates.inc,v retrieving revision 1.13 diff -u -p -r1.13 crates.inc --- crates.inc 4 Jul 2023 05:20:21 - 1.13 +++ crates.inc 24 Apr 2024 18:00:43 - @@ -1,182 +1,193 @@ MODCARGO_CRATES += adler 1.0.2 # 0BSD OR MIT OR Apache-2.0 -MODCARGO_CRATES += aho-corasick0.7.20 # Unlicense OR MIT +MODCARGO_CRATES += aho-corasick1.1.2 # Unlicense OR MIT +MODCARGO_CRATES += android-tzdata 0.1.1 # MIT OR Apache-2.0 MODCARGO_CRATES += android_system_properties 0.1.5 # MIT/Apache-2.0 -MODCARGO_CRATES += ansi_colours1.2.1 # LGPL-3.0-or-later +MODCARGO_CRATES += ansi_colours1.2.2 # LGPL-3.0-or-later MODCARGO_CRATES += ansi_term 0.12.1 # MIT -MODCARGO_CRATES += anyhow 1.0.70 # MIT OR Apache-2.0 +MODCARGO_CRATES += anstream0.6.5 # MIT OR Apache-2.0 +MODCARGO_CRATES += anstyle 1.0.4 # MIT OR Apache-2.0 +MODCARGO_CRATES += anstyle-parse 0.2.3 # MIT OR Apache-2.0 +MODCARGO_CRATES += anstyle-query 1.0.2 # MIT OR Apache-2.0 +MODCARGO_CRATES += anstyle-wincon 3.0.2 # MIT OR Apache-2.0 +MODCARGO_CRATES += anyhow 1.0.79 # MIT OR Apache-2.0 MODCARGO_CRATES += approx 0.5.1 # Apache-2.0 -MODCARGO_CRATES += arrayvec0.7.2 # MIT OR Apache-2.0 -MODCARGO_CRATES += atty0.2.14 # MIT MODCARGO_CRATES += autocfg 1.1.0 # Apache-2.0 OR MIT -MODCARGO_CRATES += base64 0.21.0 # MIT OR Apache-2.0 -MODCARGO_CRATES += bat 0.22.1 # MIT/Apache-2.0 +MODCARGO_CRATES += base64 0.21.5 # MIT OR Apache-2.0 +MODCARGO_CRATES += bat 0.24.0 # MIT OR Apache-2.0 MODCARGO_CRATES += bincode 1.3.3 # MIT MODCARGO_CRATES += bitflags1.3.2 # MIT/Apache-2.0 -MODCARGO_CRATES += bitflags2.2.1 # MIT OR Apache-2.0 +MODCARGO_CRATES += bitflags2.4.1 # MIT OR Apache-2.0 MODCARGO_CRATES += box_drawing 0.1.2 # MIT -MODCARGO_CRATES += bstr1.3.0 # MIT OR Apache-2.0 -MODCARGO_CRATES += bumpalo 3.12.0 # MIT/Apache-2.0 -MODCARGO_CRATES += bytelines 2.2.2 # MIT -MODCARGO_CRATES += bytemuck1.13.1 # Zlib OR Apache-2.0 OR MIT -MODCARGO_CRATES += bytesize1.2.0 # Apache-2.0 -MODCARGO_CRATES += cc 1.0.79 # MIT OR Apache-2.0 +MODCARGO_CRATES += bstr1.9.0 # MIT OR Apache-2.0 +MODCARGO_CRATES += bumpalo 3.14.0 # MIT OR Apache-2.0 +MODCARGO_CRATES += bytelines 2.5.0 # MIT +MODCARGO_CRATES += bytemuck1.14.0 # Zlib OR Apache-2.0 OR MIT +MODCARGO_CRATES += bytesize1.3.0 # Apache-2.0 +MODCARGO_CRATES += cc 1.0.83 # MIT OR Apache-2.0 MODCARGO_CRATES += cfg-if 1.0.0 # MIT/Apache-2.0 -MODCARGO_CRATES += chrono 0.4.23 # MIT/Apache-2.0 -MODCARGO_CRATES += chrono-humanize 0.2.2 # MIT/Apache-2.0 -MODCARGO_CRATES += clap4.1.8 # MIT OR Apache-2.0 -MODCARGO_CRATES += clap_derive 4.1.8 # MIT OR Apache-2.0 -MODCARGO_CRATES += clap_lex0.3.2 # MIT OR Apache-2.0 -MODCARGO_CRATES += clircle 0.3.0 # MIT OR Apache-2.0 -MODCARGO_CRATES += codespan-reporting 0.11.1 # Apache-2.0 -MODCARGO_CRATES += console 0.15.5 # MIT +MODCARGO_CRATES += chrono 0.4.31 # MIT OR Apache-2.0 +MODCARGO_CRATES += chrono-humanize 0.2.3 # MIT/Apache-2.0 +MODCARGO_CRATES += clap4.4.13 # MIT OR Apache-2.0 +MODCARGO_CRATES += clap_builder4.4.12 # MIT OR Apache-2.0 +MODCARGO_CRATES += clap_complete 4.4.6 # MIT OR Apache-2.0 +MODCARGO_CRATES += clap_derive 4.4.7 # MIT OR Apache-2.0 +MODCARGO_CRATES += clap_lex0.6.0 # MIT OR Apache-2.0 +MODCARGO_CRATES += clircle 0.4.0 # MIT OR Apache-2.0 +MODCARGO_CRATES += colorchoice 1.0.0 # MIT OR Apache-2.0 +MODCARGO_CRATES += console 0.15.7 # MIT MODCARGO_CRATES += content_inspector 0.2.4 # MIT/Apache-2.0 -MODCARGO_CRATES += core-foundation-sys 0.8.3 # MIT / Apache-2.0 +MODCARGO_CRATES += core-foundation-sys
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: vol...@cvs.openbsd.org 2024/04/24 11:10:52 Modified files: devel/cil : Makefile devel/coccigrep: Makefile devel/coccinelle: Makefile devel/dune : Makefile devel/frama-c : Makefile devel/ocaml-cppo: Makefile devel/ocaml-graph: Makefile devel/ocaml-menhir: Makefile devel/ocaml-ocamlbuild: Makefile devel/ocaml-parmap: Makefile devel/ocaml-yojson: Makefile graphics/ocaml-cairo: Makefile graphics/ocaml-graphics: Makefile graphics/pdfsandwich: Makefile lang/compcert : Makefile math/coq : Makefile math/ocaml-num : Makefile math/ocaml-zarith: Makefile net/unison : Makefile sysutils/findlib: Makefile sysutils/opam : Makefile textproc/bibtex2html: Makefile textproc/hevea : Makefile x11/kde-applications/kalzium: Makefile x11/lablgtk2 : Makefile x11/lablgtk3 : Makefile Log message: Bump OCaml ports following update to 4.14.2
Re: -current Haskell ports aborting with SIGILL
James Cook writes: > On Mon, Apr 22, 2024 at 11:21:36AM GMT, Greg Steuck wrote: >> James, if you'd like to play with this on -current, please remove both >> patch-libraries_text_simdutf_simdutf_h and >> patch-libraries_text_cbits_measure_off_c >> >> This should make the offending check disappear and the pre-existing >> checks should correctly report the OS doesn't support these instructions >> on your machine. We can then confirm that avx-512 is working for people >> who previously had problems. > > It works. I upgraded to -current and built ghc (now version 9.6.5) > after deleting patches/patch-libraries_text_cbits_measure_off_c and > patches/patch-libraries_text_simdutf_simdutf_h. All three examples > now work (i.e. no SIGILL): Excellent, thanks James! Antoine, would you be willing to repeat this on an avx512 machine so that we can fix this in -current? > > - T.take 1 $ T.pack "aa" in ghci > - pandoc - cabal-bundler > > This is on the old AMD Phenom machine. > > If you're interested in fixing it on 7.5 (I don't know how much > effort patching -stable ports is) please let me know if there's any > more testing that would be helpful for the patch I sent earlier > that makes has_avx512_vl_bw unconditionally return false. I can > still boot this machine to 7.5 with a USB stick. I'd be hesitant to do more work on this as you are already unblocked. I suspect the number of people who use ghc-built packages on such CPUs is low enough in our user base that the effort is not likely to be well spent. Thanks Greg
Re: [update] nginx 1.26.0
On 4/24/24 3:45 PM, Landry Breuil wrote: hi, upstream just released 1.26.0, the attached diff builds fine. testing for various modules welcome ! It looks like to be working fine here on amd64 with naxsi and http/3 enabled. https://nginx.org/en/CHANGES-1.26 'the "http2" parameter of the "listen" directive is now deprecated.' Landry smime.p7s Description: S/MIME Cryptographic Signature
Re: influxdb not starting after upgrade to 7.5
Le Wed, Apr 24, 2024 at 03:20:53PM +0100, Zé Loff a écrit : > On Tue, Apr 23, 2024 at 03:42:43PM +0200, Landry Breuil wrote: > > Le Tue, Apr 23, 2024 at 07:50:53AM +0100, Zé Loff a écrit : > > > On Mon, Apr 22, 2024 at 11:26:37PM +0100, Zé Loff wrote: > > > > > > > > Hi all > > > > > > > > After upgrading an amd64 machine to 7.5-stable, influxdb fails to start, > > > > saying: > > > > > > > > 2024-04-22T22:07:42.599907Z infoWelcome to InfluxDB {"log_id": > > > > "0oiySb1l000", "version": "2.7.3", "commit": "none", "build_date": > > > > "2024-04-22T22:07:42Z", "log_level": "info"} > > > > 2024-04-22T22:07:42.601348Z error Failed opening bolt {"log_id": > > > > "0oiySb1l000", "error": "function not implemented"} > > > > > > > > Starting with a clean /var/influxdb doesn't help, nor does doing it as > > > > root (which also starts with a clean slate, at /root/.influxdbv2). > > > > Removing and reinstalling the package didn't help either. > > > > > > > > Has anyone else seen the same thing and/or has any advice? > > > > > > > > Thanks in advance > > > > > > > > -- > > > > > > > > > > > > > > Minor update: the same thing happens on -current. > > > > with the attached diff, influxd starts on -current. That's all the testing > > i've done :) > > > > feedback from real world testing welcome ! > > > > Built the port with this diff against 7.5-stable (minus the Makefile > changes, which are post-7.5), and everything appears to be running fine. > > Admittedly, mine isn't the most complex setup in the world (single user, > a couple of datab... buckets, collecting data from a few different hosts > via telegraf, reporting via grafana), but FWIW, it seems to run OK. I > can report again in a few days, just to be sure, but, again, this seems > to fix things. thanks for testing ! meanwhile we've had positive off-list reports, so it's been commited to current and backported to 7.5-stable. Landry
Re: influxdb not starting after upgrade to 7.5
On Tue, Apr 23, 2024 at 03:42:43PM +0200, Landry Breuil wrote: > Le Tue, Apr 23, 2024 at 07:50:53AM +0100, Zé Loff a écrit : > > On Mon, Apr 22, 2024 at 11:26:37PM +0100, Zé Loff wrote: > > > > > > Hi all > > > > > > After upgrading an amd64 machine to 7.5-stable, influxdb fails to start, > > > saying: > > > > > > 2024-04-22T22:07:42.599907Z infoWelcome to InfluxDB {"log_id": > > > "0oiySb1l000", "version": "2.7.3", "commit": "none", "build_date": > > > "2024-04-22T22:07:42Z", "log_level": "info"} > > > 2024-04-22T22:07:42.601348Z error Failed opening bolt {"log_id": > > > "0oiySb1l000", "error": "function not implemented"} > > > > > > Starting with a clean /var/influxdb doesn't help, nor does doing it as > > > root (which also starts with a clean slate, at /root/.influxdbv2). > > > Removing and reinstalling the package didn't help either. > > > > > > Has anyone else seen the same thing and/or has any advice? > > > > > > Thanks in advance > > > > > > -- > > > > > > > > > > Minor update: the same thing happens on -current. > > with the attached diff, influxd starts on -current. That's all the testing > i've done :) > > feedback from real world testing welcome ! > Built the port with this diff against 7.5-stable (minus the Makefile changes, which are post-7.5), and everything appears to be running fine. Admittedly, mine isn't the most complex setup in the world (single user, a couple of datab... buckets, collecting data from a few different hosts via telegraf, reporting via grafana), but FWIW, it seems to run OK. I can report again in a few days, just to be sure, but, again, this seems to fix things. Thanks again --
lang/sbcl - building and installing libsbcl.so ?
Dear all, sbcl can be packaged into a dynamic library, something one needs for e.g. calling Lisp from C or Python, via sbcl-librarian https://github.com/quil-lang/sbcl-librarian Currently sbcl port does not build and install it, while it's quite easy at least in theory. Here is my incomplete attempt to fix the port; I do get libsbcl.so built, but not installed. (after "make install" it's left in /usr/ports/pobj/sbcl-2.4.3/fake-amd64/usr/local/lib) Could someone tell me what's missing? Thanks Dima #--- # some magic is missing still? # --- a/lang/sbcl/Makefile +++ b/lang/sbcl/Makefile @@ -10,6 +10,8 @@ PKGNAME = sbcl-${V} CATEGORIES = lang +SHARED_LIBS += sbcl 0.0 + HOMEPAGE = https://www.sbcl.org/ MAINTAINER = Sebastien Marie @@ -116,6 +118,8 @@ do-build: --with-sb-core-compression \ --with-sb-xref-for-internals \ ${EXTRA_PARAMS} + umask 022 && cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} \ + /bin/sh ./make-shared-library.sh umask 022 && cd ${WRKSRC}/doc/manual/ && ${SETENV} ${MAKE_ENV} \ ${GMAKE} info # add missing $(LDFLAGS) in $CC call in the Makefile # --- a/lang/sbcl/patches/patch-src_runtime_GNUmakefile +++ b/lang/sbcl/patches/patch-src_runtime_GNUmakefile @@ -13,3 +13,12 @@ Index: src/runtime/GNUmakefile ASFLAGS += $(CFLAGS) CPPFLAGS += -I. +@@ -133,7 +133,7 @@ libsbcl.a: $(OBJS) + + PIC_OBJS = $(subst .o,.pic.o,$(OBJS)) + libsbcl.so: $(PIC_OBJS) +- $(CC) -shared -o $@ $^ $(LIBS) $(SOFLAGS) ++ $(CC) -shared -o $@ $^ $(LDFLAGS) $(LIBS) $(SOFLAGS) + # for this to work, you must have with-gcc-tls in your build features already. + # can't define it here because then it conflicts if you have it in both places. + %.pic.o: %.c signature.asc Description: PGP signature
Re: -current Haskell ports aborting with SIGILL
On Mon, Apr 22, 2024 at 11:21:36AM GMT, Greg Steuck wrote: > Stuart Henderson writes: > > > On 2024/04/22 10:30, Greg Steuck wrote: > >> > If it would help, I could update my old AMD machine to -current > >> > and check ghc works with the two patches removed, once I've finished > >> > trying out the patch I just sent for 7.5. > >> > >> Thanks James for working through this. Yes, we need the new development > >> to happen on -current ports with -current base system. We'd also want a > >> more complicated patch than the one you just sent because base supports > >> avx-512 now. > > > > We probably don't need any patches for this in -current now that avx-512 > > opcodes are supported by the OS. > > James, if you'd like to play with this on -current, please remove both > patch-libraries_text_simdutf_simdutf_h and > patch-libraries_text_cbits_measure_off_c > > This should make the offending check disappear and the pre-existing > checks should correctly report the OS doesn't support these instructions > on your machine. We can then confirm that avx-512 is working for people > who previously had problems. > > Thanks > Greg It works. I upgraded to -current and built ghc (now version 9.6.5) after deleting patches/patch-libraries_text_cbits_measure_off_c and patches/patch-libraries_text_simdutf_simdutf_h. All three examples now work (i.e. no SIGILL): - T.take 1 $ T.pack "aa" in ghci - pandoc
[update] nginx 1.26.0
hi, upstream just released 1.26.0, the attached diff builds fine. testing for various modules welcome ! https://nginx.org/en/CHANGES-1.26 'the "http2" parameter of the "listen" directive is now deprecated.' Landry ? nginx-1.18.0.diff Index: Makefile === RCS file: /cvs/ports/www/nginx/Makefile,v retrieving revision 1.175 diff -u -r1.175 Makefile --- Makefile26 Oct 2023 13:51:38 - 1.175 +++ Makefile24 Apr 2024 13:42:30 - @@ -18,7 +18,7 @@ COMMENT-rtmp= nginx module for RTMP streaming COMMENT-securelink=nginx HMAC secure link module -VERSION= 1.24.0 +VERSION= 1.26.0 DISTNAME= nginx-${VERSION} CATEGORIES=www @@ -40,11 +40,6 @@ PKGNAME-passenger= nginx-passenger-${VERSION} PKGNAME-rtmp= nginx-rtmp-${VERSION} PKGNAME-securelink=nginx-securelink-${VERSION} - -REVISION-main= 0 -REVISION-passenger=1 -REVISION-njs= 1 -REVISION-lua= 0 ONLY_FOR_ARCHS-passenger= aarch64 amd64 arm i386 Index: distinfo === RCS file: /cvs/ports/www/nginx/distinfo,v retrieving revision 1.83 diff -u -r1.83 distinfo --- distinfo26 Oct 2023 13:51:38 - 1.83 +++ distinfo24 Apr 2024 13:42:30 - @@ -2,7 +2,7 @@ SHA256 (lua-nginx-module-v0.10.11.tar.gz) = wPuR/P0cbn3sNMpkgm74H/66/e9hdNJURnY284BWZiY= SHA256 (naxsi-d714f1636ea49a9a9f4f06dba14aee003e970834.tar.gz) = 2+IXdBFFfxy6mO5Gc84xh2mUrQa9zl7MDuZjhO8OQg4= SHA256 (nginx-1.20.1-chroot.patch) = SS1TB0j8N4/dn5pUTGT6WvkN3aAUuKz5+R0Nt+MG0gk= -SHA256 (nginx-1.24.0.tar.gz) = d6JUFje5KmIePudndsi3tAz21wfmm6U6lAKD4w/y9V0= +SHA256 (nginx-1.26.0.tar.gz) = 0ubIQ51sbbUBXY6qskcKtSrvhae/NjGCh5l34IQ3BJc= SHA256 (nginx-auth-ldap-83c059b73566c2ee9cbda920d91b66657cf120b7.tar.gz) = aQxOW9sq4ZsP7nXNNW0YATRo20cmFrYJeloLvjRshGQ= SHA256 (nginx-rtmp-module-v1.2.1.tar.gz) = h6pZdACwtaBSdO4tI9jLgiThJoYiegq+MdeDs6ZF6jc= SHA256 (ngx_devel_kit-v0.3.0.tar.gz) = iOBamainQZBm9a51lm+x78QJutRSLRSYbaB0VUrmFhk= @@ -13,7 +13,7 @@ SIZE (lua-nginx-module-v0.10.11.tar.gz) = 616653 SIZE (naxsi-d714f1636ea49a9a9f4f06dba14aee003e970834.tar.gz) = 237272 SIZE (nginx-1.20.1-chroot.patch) = 8783 -SIZE (nginx-1.24.0.tar.gz) = 1112471 +SIZE (nginx-1.26.0.tar.gz) = 1244118 SIZE (nginx-auth-ldap-83c059b73566c2ee9cbda920d91b66657cf120b7.tar.gz) = 18542 SIZE (nginx-rtmp-module-v1.2.1.tar.gz) = 519919 SIZE (ngx_devel_kit-v0.3.0.tar.gz) = 66455 Index: pkg/PLIST-njs === RCS file: /cvs/ports/www/nginx/pkg/PLIST-njs,v retrieving revision 1.1 diff -u -r1.1 PLIST-njs --- pkg/PLIST-njs 21 Jul 2023 06:51:59 - 1.1 +++ pkg/PLIST-njs 24 Apr 2024 13:42:30 - @@ -1,3 +1,2 @@ -@comment $OpenBSD: PLIST-njs,v 1.1 2023/07/21 06:51:59 sthen Exp $ @so ngx_http_js_module.so @so ngx_stream_js_module.so
Re: productivity/khal missing dependencies
hello, On 2024-04-21 17:32, Daniel Dickman wrote: > > > On Sun, 21 Apr 2024, Johan Huldtgren wrote: > > > hello, > > > > i don't use ikhal very often, so I'm not sure how new this issue is, > > but after upgrading to latest -current and packages ikhal would die > > with: > > From the stack trace, the problem is actually that the urwid port is > missing those dependencies rather than being an issue in khal. I checked > the urwid port and indeed the requiremenst.txt file lists those as being > RDEPs. > > I've just committed a fix to the py-urwid port which should hopefully > solve the issue you ran into. I can confirm that with -current packages ikhal works again. thanks, .jh
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/04/24 05:37:37 Modified files: net/transmission: Makefile net/transmission/patches: patch-gtk_DetailsDialog_cc Added files: net/transmission/patches: patch-gtk_Application_cc patch-libtransmission_file-posix_cc patch-libtransmission_variant-json_cc Log message: transmission: switch to using system-provided fmt. Unbreaks build if fmt 10 is installed. backport from upstream commits by brad tested by Josh Grosse (maintainer)
UPDATE: libwebp 1.4.0
Here is an update to libwebp 1.4.0. - 4/12/2024: version 1.4.0 This is a binary compatible release. * API changes: - libwebpmux: WebPAnimEncoderSetChunk, WebPAnimEncoderGetChunk, WebPAnimEncoderDeleteChunk - libsharpyuv: SharpYuvOptionsInit, SharpYuvConvertWithOptions - extras: SharpYuvEstimate420Risk * further security related hardening in libwebp & examples * some minor optimizations in the lossless encoder * added WEBP_NODISCARD to report unused result warnings; enable with -DWEBP_ENABLE_NODISCARD=1 * improvements and corrections in webp-container-spec.txt and webp-lossless-bitstream-spec.txt (#611) * miscellaneous warning, bug & build fixes (#615, #619, #632, #635) Index: Makefile === RCS file: /cvs/ports/graphics/libwebp/Makefile,v retrieving revision 1.32 diff -u -p -u -p -r1.32 Makefile --- Makefile9 Jan 2024 22:56:01 - 1.32 +++ Makefile24 Apr 2024 11:00:40 - @@ -2,14 +2,14 @@ COMMENT= Google WebP image format conver GH_ACCOUNT=webmproject GH_PROJECT=libwebp -GH_TAGNAME=v1.3.2 +GH_TAGNAME=v1.4.0 CATEGORIES=graphics -SHARED_LIBS += sharpyuv 0.0 # 0.0 +SHARED_LIBS += sharpyuv 0.1 # 0.0 SHARED_LIBS += webp 4.3 # 6.0 SHARED_LIBS += webpdecoder 2.1 # 2.0 SHARED_LIBS += webpdemux2.0 # 2.0 -SHARED_LIBS += webpmux 2.0 # 2.0 +SHARED_LIBS += webpmux 2.1 # 2.0 HOMEPAGE= https://developers.google.com/speed/webp/ Index: distinfo === RCS file: /cvs/ports/graphics/libwebp/distinfo,v retrieving revision 1.22 diff -u -p -u -p -r1.22 distinfo --- distinfo9 Jan 2024 22:56:01 - 1.22 +++ distinfo24 Apr 2024 11:00:40 - @@ -1,2 +1,2 @@ -SHA256 (libwebp-1.3.2.tar.gz) = wsL1IfpGjjxZSatpjC2kEPXc4cXpn1rZ5w4OhEa4ZQU= -SIZE (libwebp-1.3.2.tar.gz) = 3685345 +SHA256 (libwebp-1.4.0.tar.gz) = Eq9QxFUw8KKS05qI2VJjfkP7LUqxiDxErnKYQPcnM4E= +SIZE (libwebp-1.4.0.tar.gz) = 3800514
UPDATE: aom 3.9.0
Here is an update to aom 3.9.0. 2024-04-09 v3.9.0 This release includes new codec interfaces, compression efficiency and perceptual improvements, speedup for RTC for both video and screen content, and many bug fixes. This release is ABI compatible with the previous release. - New Features * New codec control * AV1E_SET_SVC_FRAME_DROP_MODE is added to configure the SVC encoder to only drop spatial layers or the whole superframe. * Active Map is fixed and tested for RTC. * CONFIG_QUANT_MATRIX is added to disable quantization matrices when aom decoder is disabled with CONFIG_AV1_DECODER. Reduces ~10% binary size when both are disabled. * libwebm is updated to libwebm-1.0.0.31-1-gaffd7f4. - Compression Efficiency Improvements * RTC encoding improvements * 1-2% BD-rate gain for screen content with temporal layers; 5% BD-rate gain on scrolling content. - Perceptual Quality Improvements * For RTC screen content * Reduced color artifacts for RTC screen content * Visual quality improved for scene changes for SVC with quality layers. * Removed visual artifacts for speed 11 - Speedups: * RTC Speed 11: aggressive speedup setting added for video mode, resolutions <= VGA: ~30% faster than speed 10. * 5-9% speed up for high bit-depth encoding with good mode on Arm, half of which comes from SVE/SVE2 optimizations. - Other improvements * Further improvements to global motion estimation. * Documented minimum required SIMD support: SSE4.1 on x86, Neon on Arm. * Remove unneeded SIMD functions, saving >100 KiB from binary size. * Cleaned up and improved pattern_search. * Added end-to-end c vs SIMD bit-exactness test. * Added config flag to calc psnr using libvmaf peak: use a slightly different peak value for PSNR (1020 and 2040 for 10- and 12-bit) - Bug Fixes * Fuzzing bug fixes * b/329485898 Null-dereference WRITE in av1_cdef_frame_mt * b/329810149 Null-dereference WRITE in av1_cdef_copy_sb8_16 * b/329813868 Ill in av1_cdef_frame_mt * chromium:327882824 Null-dereference WRITE in av1_cdef_init_fb_row * b/330014723 Null-dereference WRITE in cdef_copy_rect8_16bit_to_16bit_avx2 * b/310455204 Null-dereference WRITE in prepare_enc_workers * b/314858909 Heap-buffer-overflow in aom_variance64x64_avx2 * oss-fuzz:67132 av1_dec_fuzzer: ASSERT: (pbi->tile_count_minus_1 + 1) <= (pbi->output_frame_width_in_tiles_minus_1 + 1) * oss-fuzz:67058 av1_dec_fuzzer: ASSERT: i == 0 || tile_w == *w * oss-fuzz:67161 av1_dec_fuzzer: ASSERT: i == 0 || tile_h == *h * oss-fuzz:67059 av1_dec_fuzzer: Crash in mem_get_varsize * oss-fuzz:67162 av1_dec_fuzzer: Use-of-uninitialized-value in od_ec_decode_bool_q15 * oss-fuzz:67184 av1_dec_fuzzer: Heap-buffer-overflow in od_ec_dec_init * oss-fuzz:67216 av1_dec_fuzzer: Heap-buffer-overflow in od_ec_dec_normalize * oss-fuzz:67055 av1_dec_fuzzer: Heap-buffer-overflow in get_ls_tile_buffers * libaom library * aomedia:3510 Large value of duration could cause encoder overflow * chromium:328105513 Fix build conflicts between Abseil and libaom/libvpx in Win ARM64 builds * aomedia:3544 AV1/SharpnessTestLarge.SharpnessPSNRTest failures after 59c592bb8 * aomedia:3531 Exception encountered with PSNR calculation * aomedia:3541 Can not compile correctly by CYGWIN * chromium:41482688 heap-buffer-overflow write in vpx_img_read() (tools_common.c) with VPX_IMG_FMT_NV12 * aomedia:3521 Assertion failures on Arm in CNNTest.* in av1_cnn_convolve_no_maxpool_padding_valid_2x2_neon and av1_cnn_convolve_no_maxpool_padding_valid_5x5_neon * aomedia:3486 C vs NEON mismatch in AV1 encoder * aomedia:3536 Over write in highbd_dr_prediction_z3_upsample1_neon() * aomedia:3276 Significant progress on ensuring all allocations are checked * aomedia:3491 heap-buffer-overflow encoding frames of size 256x256, 512x512 in good quality usage mode using 4 threads * aomedia:3322 PSNR number discrepancy * aomedia:3493 Cmake generates garbage symbols for libaom_srcs.gni * aomedia:3478 GCC 12.2.0 emits a -Wstringop-overflow warning on aom/av1/encoder/motion_search_facade.c * aomedia:3484 C vs NEON mismatch in AV1 encoder for high-bitdepth case Index: Makefile === RCS file: /cvs/ports/multimedia/aom/Makefile,v retrieving revision 1.22 diff -u -p -u -p -r1.22 Makefile --- Makefile23 Mar 2024 13:33:51 - 1.22 +++ Makefile24 Apr 2024 10:43:07 - @@ -1,11 +1,11 @@ COMMENT= Alliance for Open Media AV1 video codec -V= 3.8.2 +V= 3.9.0 DISTNAME= libaom-$V PKGNAME= aom-$V CATEGORIES=multimedia
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2024/04/24 04:12:55 Modified files: multimedia/phonon: Makefile multimedia/phonon/pkg: PLIST multimedia/phonon-backend: Makefile.inc multimedia/phonon-backend/vlc: Makefile multimedia/phonon-backend/vlc/pkg: PLIST Added files: multimedia/phonon/pkg: PFRAG.no-qt6 PFRAG.qt6 multimedia/phonon-backend/vlc/patches: patch-CMakeLists_txt patch-src_CMakeLists_txt multimedia/phonon-backend/vlc/pkg: PFRAG.no-qt6 PFRAG.qt6 Log message: Add Qt6 flavor in phonon and phonon-vlc-backend With Input and OK landry@ kn@
Re: UPDATE: x265 3.6
ping. On 2024-04-05 4:19 p.m., Brad Smith wrote: Here is an update to x265 3.6. Version 3.6 === Release date - 4th April, 2024. New feature --- 1. Segment based Ratecontrol (SBRC) feature 2. Motion-Compensated Spatio-Temporal Filtering 3. Scene-cut aware qp - BBAQ (Bidirectional Boundary Aware Quantization) 4. Histogram-Based Scene Change Detection 5. Film-Grain characteristics as a SEI message to support Film Grain Synthesis(FGS) 6. Add temporal layer implementation(Hierarchical B-frame implementation) Enhancements to existing features - 1. Added Dolby Vision 8.4 Profile Support API changes --- 1. Add Segment based Ratecontrol(SBRC) feature: "--[no-]sbrc". 2. Add command line parameter for mcstf feature: "--[no-]mctf". 3. Add command line parameters for the scene cut aware qp feature: "--scenecut-aware-qp" and "--masking-strength". 4. Add command line parameters for Histogram-Based Scene Change Detection: "--hist-scenecut". 5. Add film grain characteristics as a SEI message to the bitstream: "--film-grain " 6. cli: add new option --cra-nal (Force nal type to CRA to all frames expect for the first frame, works only with keyint 1) Optimizations - ARM64 NEON optimizations:- Several time-consuming C functions have been optimized for the targeted platform - aarch64. The overall performance increased by around 20%. SVE/SVE2 optimizations Bug fixes - 1. Linux bug to utilize all the cores 2. Crash with hist-scenecut build when source resolution is not multiple of minCuSize 3. 32bit and 64bit builds generation for ARM 4. bugs in zonefile feature (Reflect Zonefile Parameters inside Lookahead, extra IDR issue, Avg I Slice QP value issue etc..) 5. Add x86 ASM implementation for subsampling luma 6. Fix for abrladder segfault with load reuse level 1 7. Reorder miniGOP based on temporal layer hierarchy and add support for more B frame 8. Add MacOS aarch64 build support 9. Fix boundary condition issue for Gaussian filter Index: Makefile === RCS file: /cvs/ports/multimedia/x265/Makefile,v retrieving revision 1.58 diff -u -p -u -p -r1.58 Makefile --- Makefile20 Feb 2024 10:05:00 - 1.58 +++ Makefile5 Apr 2024 19:46:36 - @@ -1,13 +1,12 @@ COMMENT= free H.265/HEVC encoder -VER= 3.5 +VER= 3.6 DISTNAME= x265_${VER} PKGNAME= x265-${VER} -REVISION= 3 CATEGORIES= multimedia SITES=https://bitbucket.org/multicoreware/x265_git/downloads/ -SHARED_LIBS= x265 23.0 +SHARED_LIBS= x26524.0 HOMEPAGE= https://x265.org/ Index: distinfo === RCS file: /cvs/ports/multimedia/x265/distinfo,v retrieving revision 1.26 diff -u -p -u -p -r1.26 distinfo --- distinfo24 Apr 2021 05:48:25 - 1.26 +++ distinfo5 Apr 2024 19:46:36 - @@ -1,2 +1,2 @@ -SHA256 (x265_3.5.tar.gz) = 5wozNcrKy7oLOiDsb+zWeDkyKI68gWOtdLzJYGR3yug= -SIZE (x265_3.5.tar.gz) = 1537044 +SHA256 (x265_3.6.tar.gz) = ZjUx80HFOJ9GDXMOYuEKT8yjQoyiyhCWk4Z7xf4uKAc= +SIZE (x265_3.6.tar.gz) = 1655889 Index: patches/patch-source_CMakeLists_txt === RCS file: /cvs/ports/multimedia/x265/patches/patch-source_CMakeLists_txt,v retrieving revision 1.7 diff -u -p -u -p -r1.7 patch-source_CMakeLists_txt --- patches/patch-source_CMakeLists_txt 11 Mar 2022 19:39:29 - 1.7 +++ patches/patch-source_CMakeLists_txt 5 Apr 2024 19:46:36 - @@ -1,7 +1,7 @@ Index: source/CMakeLists.txt --- source/CMakeLists.txt.orig +++ source/CMakeLists.txt -@@ -485,7 +485,8 @@ if(POWER) +@@ -523,7 +523,8 @@ if(POWER) endif() endif() Index: patches/patch-source_common_aarch64_asm_S === RCS file: /cvs/ports/multimedia/x265/patches/patch-source_common_aarch64_asm_S,v retrieving revision 1.3 diff -u -p -u -p -r1.3 patch-source_common_aarch64_asm_S --- patches/patch-source_common_aarch64_asm_S 17 Jun 2023 22:18:31 - 1.3 +++ patches/patch-source_common_aarch64_asm_S 5 Apr 2024 19:46:36 - @@ -1,50 +1,7 @@ -- fix the compiling errors on MAC - 0983cffc501e5279e7d9e9b2241b506cb332efcb -- fix clang compile errors on linux - 577b658105b90ec1c04b049e43a51384172fb8fc - Index: source/common/aarch64/asm.S --- source/common/aarch64/asm.S.orig +++ source/common/aarch64/asm.S -@@ -25,23 +25,35 @@ - - #ifdef PREFIX - #define EXTERN_ASM _ -+#define HAVE_AS_FUNC 0 -+#elif defined __clang__ -+#define EXTERN_ASM -+#define HAVE_AS_FUNC 0 -+#define PREFIX 1 - #else - #define EXTERN_ASM -+#define HAVE_AS_FUNC 1 - #endif - - #ifdef __ELF__ - #define ELF - #else -+#ifdef PREFIX -+#define ELF # -+#else - #define ELF @ - #endif -+#endif - --#define HAVE_AS_FUNC 1 -- - #if HAVE_AS_FUNC - #define FUNC - #else -+#ifdef PREFIX
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2024/04/24 01:18:23 Modified files: devel/llvm/18 : Makefile distinfo devel/llvm/18/patches: patch-llvm_lib_Target_AArch64_AArch64ISelLowering_cpp patch-llvm_lib_Target_X86_X86MCInstLower_cpp Log message: Update to 18.1.4; from Brad
Re: [new] lnav 0.12.1
Le Tue, Apr 23, 2024 at 02:20:21PM +0100, Stuart Henderson a écrit : > On 2024/04/23 10:29, Landry Breuil wrote: > > Le Sun, Apr 21, 2024 at 10:17:44PM +0200, Frederic Cambus a écrit : > > > On Fri, Apr 19, 2024 at 05:50:09AM +0200, Landry Breuil wrote: > > > > > > > this is a second attempt at a port for https://lnav.org, after > > > > https://marc.info/?t=15333968122=1=2 some years ago, which > > > > fcambus@ reminded me about. He pushed it to wip but had issues with it > > > > linking against two readline libs. > > > > > > Thanks for picking this up again! > > > > > > > i had originally put it under textproc/ but frederic had it in > > > > sysutils/, no strong opinion on that. > > > > > > FWIW both FreeBSD and NetBSD have it in sysutils, but no strong opinion > > > either. > > > > > > > the attached port links against only one readline (the one from ports), > > > > and i've tried to do my best to have tests running. For now it seems one > > > > hangs.. > > > > > > > > PASS: lnav_doctests > > > > PASS: test_abbrev > > > > PASS: test_ansi_scrubber > > > > PASS: test_auto_fd > > > > PASS: test_auto_mem > > > > PASS: test_bookmarks > > > > ../test-driver: line 112: 69425 Abort trap (core dumped) > > > > "$@" >> "$log_file" 2>&1 > > > > FAIL: test_date_time_scanner > > > > PASS: test_format_installer.sh > > > > > > > > > > > > in 0.12.1 a PRQL feature was added > > > > (https://github.com/tstack/lnav/commit/bdc9c5a28d8308a53ba4f881b29c307cff7cd97a) > > > > but it relies on rust/cargo being run from gmake and at that point i've > > > > just disabled this feature. > > > > > > Makes sense, yes. > > > > > > > feedback & testing welcome > > > > > > The build fails at link time if devel/fmt is installed. > > > > i've tried it, and with fmt 10.2.1 installed the build doesnt fail. when > > you saw that failure i suppose that was with the previous fmt version > > installed ? > > It's preferring libfmt in /usr/local for headers in some of the compiler > commands lines - "-I/usr/local/include -I./.. -I./../fmtlib" - so even > if it works now, things will likely break again in the future. > > It would be best to figure out how to get the -I reordered so that > -I./../fmtlib comes before -Iusr/local/include. You can check by > installing fmt, editing /usr/local/include/fmt/format.h to add a > #error at the top, and make sure that lnav still builds. this version builds fine with a poisoned fmt/format.h $grep \#error /usr/local/include/fmt/format.h #error lnav/patches/patch-src_tailer_Makefile_in just reorders the includes as advised, and it works fine. i've cleaned up makefile, tests still hang but some of them run fine, there's still room from improvement here so i've left NO_TEST commented out - but at least it now runs, even producing some NULL vfprintf on the way :) Apr 24 09:07:30 c64 lnav: vfprintf %s NULL in " XDG_CONFIG_HOME=%s" Apr 24 09:07:30 c64 lnav: vfprintf %s NULL in " TZ=%s" Apr 24 09:07:31 c64 lnav: vfprintf %s NULL in "read next header %s %s" Landry lnav-0.12.1_2.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/24 00:51:54 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-473.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/04/24 00:28:53 Modified files: databases/influxdb: Tag: OPENBSD_7_5 Makefile distinfo modules.inc Added files: databases/influxdb/patches: Tag: OPENBSD_7_5 patch-go_mod patch-go_sum Log message: databases/influxdb: MFC: update bbolt to 1.3.8 to unbreak runtime lightly tested working fine, other positive testing reports off-list breakage reported by Zé Loff, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/04/24 00:25:36 Modified files: databases/influxdb: Makefile distinfo modules.inc Added files: databases/influxdb/patches: patch-go_mod patch-go_sum Log message: databases/influxdb: update bbolt module to 1.3.8 to unbreak runtime cf https://github.com/etcd-io/bbolt/pull/406 positive reports off-list
Re: [new] lnav 0.12.1
Le Tue, Apr 23, 2024 at 07:47:37PM +0200, Frederic Cambus a écrit : > On Tue, Apr 23, 2024 at 03:41:20PM +0200, Landry Breuil wrote: > > > > It's preferring libfmt in /usr/local for headers in some of the compiler > > > commands lines - "-I/usr/local/include -I./.. -I./../fmtlib" - so even > > > if it works now, things will likely break again in the future. > > > > > > It would be best to figure out how to get the -I reordered so that > > > -I./../fmtlib comes before -Iusr/local/include. You can check by > > > installing fmt, editing /usr/local/include/fmt/format.h to add a > > > #error at the top, and make sure that lnav still builds. > > > > and on top of that im not even sure this is worth importing as is, > > because it crashes/segfaults at startup here anyway. > > I previously didn't notice this, it always ran fine here during my tests: > launching it in tmux worked both locally and through SSH. > > But launching it in alacritty outside of tmux indeed results in a crash, > although it works fine in xterm or in a framebuffer console. interestingly, it started working once i had rm -Rf ~/.lnav. so i guess something something corrupted internal database ? does it work again if you move away ~/.lnav on the machine where it crashes ?