CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2024/02/14 00:56:46 Modified files: www/ungoogled-chromium: Makefile distinfo Log message: update to 121.0.6167.184
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2024/02/14 00:53:49 Removed files: devel/zeal/patches: patch-src_libs_ui_searchitemdelegate_cpp Log message: Remove unnecessary patches
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2024/02/14 00:52:30 Modified files: devel/zeal : Makefile distinfo devel/zeal/pkg : PLIST Log message: Update zeal to 0.7.0. Upstream switched to Qt6 and Qt6Webengine Init diff by me with improvements by kn@, ok kn@, maintainer timeout
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2024/02/14 00:36:48 Modified files: www/chromium : Makefile distinfo Log message: update to 121.0.6167.184
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Sun Feb 11 05:37:45 MST 2024 finished at Wed Feb 14 00:21:34 MST 2024 lasted 2D18h43m done with kern.version=OpenBSD 7.4-current (GENERIC.MP) #82: Sun Feb 11 00:16:59 MST 2024 built packages:12282 Feb 11:4332 Feb 12:284 Feb 13:5811 Feb 14:1854 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2024-02-11/summary.log build failures: 2 http://build-failures.rhaalovely.net/aarch64/2024-02-11/games/ja2-stracciatella.log http://build-failures.rhaalovely.net/aarch64/2024-02-11/sysutils/ruby-puppet-syntax.log recurrent failures new failures +++ ls-failures Wed Feb 14 00:23:10 2024 +failures/games/ja2-stracciatella.log +failures/sysutils/ruby-puppet-syntax.log resolved failures --- ../old/aarch64/last//ls-failuresSat Feb 10 17:39:19 2024 -failures/graphics/pdfsandwich.log -failures/x11/qt6/qt3d.log
Re: new textproc/goldendict 1.5.0
On Sat Feb 10, 2024 at 08:29:03PM +, Klemens Nanni wrote: > On Wed, Feb 07, 2024 at 09:07:30PM +0100, Rafael Sadowski wrote: > > With Qt 6.6.1 goldendict-ng starts and runs perfectly for me. No further > > tests because I don't know how and what to test. > > goldendict-ng 24.01.22 now shows a window, but searching anything promptly > crashes: > > Thread 5 received signal SIGSEGV, Segmentation fault. > [Switching to thread 332837] > 0x0b42383ffd40 in sha512_block_data_order_avx () from > /usr/local/lib/libQt6WebEngineCore.so.1.0 > (gdb) bt > #0 0x0b42383ffd40 in sha512_block_data_order_avx () from > /usr/local/lib/libQt6WebEngineCore.so.1.0 > #1 0x0b423c5d60ef in SHA512_Update () from > /usr/local/lib/libQt6WebEngineCore.so.1.0 > #2 0x in ?? () > > SHA512 and AVX... is there some over-eager optimisation in WebEngine? > Fixed in qt6-qtwebengine-6.6.1p0. Thanks for spotting this. I need more test cases, because unfortunately we don't have a real browser. Thanks Theo for the xonly pointer.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2024/02/14 00:08:36 Modified files: x11/qt6/qtwebengine: Makefile x11/qt6/qtwebengine/patches: patch-src_3rdparty_chromium_third_party_boringssl_src_crypto_cipher_extra_asm_aes128gcmsiv-x86_64_pl patch-src_3rdparty_chromium_third_party_boringssl_src_crypto_fipsmodule_sha_asm_sha1-x86_64_pl patch-src_3rdparty_chromium_third_party_boringssl_src_crypto_fipsmodule_sha_asm_sha512-x86_64_pl Added files: x11/qt6/qtwebengine/patches: patch-src_3rdparty_chromium_v8_src_snapshot_embedded_embedded-file-writer_cc Removed files: x11/qt6/qtwebengine/patches: patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_chacha_asm_chacha-x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_cipher_extra_asm_aes128gcmsiv-x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_cipher_extra_asm_chacha20_poly1305_x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_aes_asm_aesni-x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_aes_asm_vpaes-x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_bn_asm_rsaz-avx2_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_bn_asm_x86_64-mont5_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_bn_asm_x86_64-mont_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_ec_asm_p256-x86_64-asm_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_ec_asm_p256_beeu-x86_64-asm_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_md5_asm_md5-x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_modes_asm_aesni-gcm-x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_modes_asm_ghash-ssse3-x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_modes_asm_ghash-x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_rand_asm_rdrand-x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_sha_asm_sha1-x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_fipsmodule_sha_asm_sha512-x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_perlasm_x86_64-xlate_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_boringssl_src_crypto_test_asm_trampoline-x86_64_pl patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_dav1d_BUILD_gn patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_ffmpeg_libavcodec_x86_fft_asm patch-src_3rdparty_chromium_www_chromium_patches_patch-third_party_ffmpeg_libavutil_x86_x86inc_asm patch-src_3rdparty_chromium_www_chromium_patches_patch-v8_src_baseline_x64_baseline-assembler-x64-inl_h patch-src_3rdparty_chromium_www_chromium_patches_patch-v8_src_builtins_x64_builtins-x64_cc patch-src_3rdparty_chromium_www_chromium_patches_patch-v8_src_codegen_x64_assembler-x64_cc patch-src_3rdparty_chromium_www_chromium_patches_patch-v8_src_codegen_x64_assembler-x64_h
Re: [new] glow - Render markdown on the CLI
Fixed the `WANTLIB` line. Due an error I used `WANTLIB = ` instead of `WANTLIB += `. Regards, JMPC glow.tgz Description: application/tar-gz
Re: NEW: audio/deadbeef-plugin-mpris2
On Tue, 13 Feb 2024 19:21:20 -0400 Jose Maldonado wrote: > El Tue, 13 Feb 2024 11:48:26 -0600 > izder456 escribió: > > Hey ports@, > > > > I want to import the mpris2 plugin for the DeaDBeeF music player. > > > > This allows mpris2 support in the music player, so ports like > > multimedia/playerctl can interface with and operate DeaDBeeF. > > > > A couple questions: > > > > 1. I put this in CATEGORY = audio, I'm unsure if this was the > > correct location for a plugin like this. Is there a better > > (possibly more suitable CATEGORY for this port?) > > 2. portcheck returns > >``` > >the following libraries in WANTLIB look like masked by > > RUN_DEPENDS: gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 > > iconv intl ffi audio/deadbeef-plugin-mpris2 > >``` > >is this normal? I don't exactly know what this means or what I > > should do to suppress it if its not OK.. > > > > Any answers to the above questions would be appreciated. > > > > Thanks > > > > Port is attached > > > > -- > > izzy Meyer (they/them) > > > > https://izder456.neocities.org/ > > Hi! > > I build the port, not problems all work ok. > > "make port-lib-depends-check" don´t show me nothing wrong with the > libs. > > I know that `make port-lib-depends-check` returns OK, I asked about portcheck (located at /usr/ports/infrastructure/bin/portcheck). It is good it works for you, but could you check via port check too? I dunno about what this error/warning means specifically, since things seem to be functional. That was more about what I was asking to be clarified there. Thanks, -- izzy Meyer (they/them) https://izder456.neocities.org/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2024/02/13 20:46:27 Modified files: devel/py-jupyter_packaging: Makefile distinfo Log message: update py-jupyter_packaging to 0.12.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2024/02/13 20:34:11 Modified files: devel/py-traitlets: Makefile distinfo Log message: update py-traitlets to 5.14.1
Re: [UPDATE] multimedia/mpv - bump version v0.37.0
El Mon, 12 Feb 2024 15:03:03 -0400 Jose Maldonado escribió: > El Mon, 12 Feb 2024 14:14:02 -0400 > Jose Maldonado escribió: > > Hello everyone! > > > > This is an update for mpv. With the arrival of libplacebo > > (>=v6.338.0) we can compile mpv-0.37.0 without problems. The new > > dependencies for libplacebo and the update corresponding to this > > port have already been sent. > > > > This time I have enabled support for Vulkan in mpv. This should have > > no problem with normal use of mpv, as it defaults to GPU and OpenGL, > > even when Vulkan support is enabled. This makes Vulkan a backend > > that must be activated explicitly (using --gpu-api=vulkan). > > > > Compiled and tested in --current (OpenBSD 7.4 GENERIC.MP#1671 amd64) > > without problems including the use of GLSL shaders (both using > > OpenGL and Vulkan). > > > > > > Sorry, I forget add a new patch for this version, resend the diff with > the corrections. > > Hi! New revision of diff for new mpv version (0.37.0) portcheck ok build and test ok -- * Dios en su cielo, todo bien en la Tierra mpv-0_37_0 Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: i...@cvs.openbsd.org2024/02/13 19:40:38 Added files: cad/kicad/patches: patch-CMakeModules_FindOCC_cmake Log message: Patch got missed in previous, found by naddy@ and antoine@; issue sorted by Johannes (maintainer).
Re: [UPDATE] graphics/libplacebo - v6.338.2
El Tue, 13 Feb 2024 17:58:36 -0500
Thomas Frohwein escribió:
> On Mon, Feb 12, 2024 at 01:51:30PM -0400, Jose Maldonado wrote:
> >
> > Hello everyone!
> >
> > This is an update for libplacebo. Our port version (v4.208.0) is
> > already two years old and we already have to make a small bump due
> > to the arrival of a new mpv (v0.37.0).
> >
> > This new version of libplacebo requires a series of additional
> > dependencies that I have submitted as new ports to the list:
> > devel/fast-float and graphics/glad.
> >
> > With this new version and its dependencies we can activate support
> > for Vulkan and OpenGL in the library, aiming to take advantage of
> > these capabilities.
> >
> > In the future, when we have Mesa-23.2.1 and ffmpeg-6.1 on OpenBSD,
> > perhaps we can take advantage of the ability of ffmpeg, mpv, and
> > libplacebo to obtain hwaccel through Vulkan (for h264, h265 and AV1,
> > without needing go through VAAPI). For now, the latter is in the
> > future, it will depend on our versions of Mesa and ffmpeg, along
> > with the appropriate support.
>
> Thanks for the diff, a few comments below inline and then an updated
> diff from me attached. Please remember to CC maintainer as they may
> not always be subscribed to ports@.
>
> Also important to know if ports that depend on the library have been
> tested with the new version, and if any of them might need an update
> with the API changes. I can find only mpv and vlc when looking at
> WANTLIBs in sqlports, and I rebuilt mpv and it still works FWIW.
>
> There was trailing whitespace - it's generally recommended to run
> portcheck(1) (in /usr/ports/infrastructure/bin/) which will catch that
> (among other things).
>
> [...]
>
> > MAINTAINER=Brad Smith
>
> [...]
>
> > -WANTLIB= epoxy execinfo lcms2 m pthread
> > +WANTLIB+= ${COMPILER_LIBCXX} epoxy execinfo GL lcms2 m
> > pthread +WANTLIB+= shaderc_shared vulkan
>
> $ make port-lib-depends-check
>
> libplacebo-6.338.2(graphics/libplacebo):
> Extra: GL.19 epoxy.4
>
> I assume these 2 libraries are dlopen'd? In that case it would be
> preferable to add a comment about this above the WANTLIB block.
>
> > MODULES= devel/meson
> >
> > -LIB_DEPENDS= graphics/lcms2
> > +BUILD_DEPENDS= devel/fast-float \
> > + graphics/glad \
> > + graphics/shaderc \
>
> A LIB_DEPENDS is automatically also a BUILD_DEPENDS, so no need to
> list shaderc here. (see bsd.port.mk(5))
>
> > + graphics/vulkan-headers \
>
> I would avoid dangling '\' at the end.
>
> > +LIB_DEPENDS= graphics/lcms2 \
> > + graphics/shaderc
> > +
> > +RUN_DEPENDS= graphics/vulkan-loader
>
> ===> Verifying specs: [...] Missing library for vulkan>=0.0
>
> vulkan-loader needs to be LIB_DEPENDS given the WANTLIB entry.
>
>
Hi Thomas!
Following your recommendations I send you the revised diff for
libplacebo. I have put it through portcheck and without problems.
I've also followed your recommendations for the new mpv, so I'll post
the new diff in that thread.
--
*
Dios en su cielo, todo bien en la Tierra
libplacebo_6_338_2
Description: Binary data
[UPDATE] x11/vlc - revision for libplacebo support
Hello everyone!
Here is a small update revision for x11/vlc.
In this case the revision is intended to enable the construction of
x11/vlc without libplacebo support, since VLC3 does not support
(and it seems that it will not support) libplacebo(>=6).
Building VLC with libplacebo support simply doesn't work with this new
libplacebo library. However, we need libplacebo(>=6) to be able to
update mpv (0.37.0).
In VLC upstream, the only solution they give to this problem at the
moment is to wait for the future release of VLC4 (without a defined
release date).
To solve this, I propose to compile x11/vlc without libplacebo support,
and replace its functionality with graphics/lcms2. So, we can compile a
working x11/vlc, update when necessary and build the new versions of
libplacebo and mpv.
I also take the opportunity to add libraries that "make
port-lib-depends-check" has indicated are missing (wayland stuff).
I attach the diff for the changes in x11/vlc and link [1] to upstream
VLC discussion.
[1] https://code.videolan.org/videolan/vlc/-/merge_requests/3950
--
*
Dios en su cielo, todo bien en la Tierra
Index: Makefile
===
RCS file: /cvs/ports/x11/vlc/Makefile,v
retrieving revision 1.268
diff -u -p -r1.268 Makefile
--- Makefile 2 Feb 2024 20:09:08 - 1.268
+++ Makefile 14 Feb 2024 01:30:31 -
@@ -5,7 +5,7 @@ V= 3.0.18
DISTNAME= vlc-${V}
PKGNAME-main= ${DISTNAME}
PKGNAME-jack= vlc-jack-${V}
-REVISION-main= 5
+REVISION-main= 6
CATEGORIES= x11
SITES= https://download.videolan.org/pub/videolan/vlc/${V}/
EXTRACT_SUFX= .tar.xz
@@ -53,20 +53,20 @@ WANTLIB-main += absl_throw_delegate absl
WANTLIB-main += ass atk-1.0 atk-bridge-2.0 atspi avahi-client avahi-common
WANTLIB-main += avcodec avformat avutil b2 bluray brotlidec brotlienc
WANTLIB-main += bz2 c cairo cairo-gobject cddb crypto dav1d double-conversion
-WANTLIB-main += drm dvbpsi dvdnav dvdread ebml epoxy execinfo expat
+WANTLIB-main += drm dvbpsi dvdnav dvdread ebml epoll-shim epoxy execinfo expat
WANTLIB-main += ffi fontconfig freetype fribidi gbm gcrypt gdk-3 gdk_pixbuf-2.0
WANTLIB-main += gio-2.0 glapi glib-2.0 gmodule-2.0 gmp gnutls gobject-2.0
WANTLIB-main += gpg-error graphite2 gsm gthread-2.0 gtk-3 harfbuzz
WANTLIB-main += hogweed icudata icui18n icuuc idn2 jpeg lcms2 lz4 lzma
WANTLIB-main += matroska mp3lame nettle nfs notify ogg opus p11-kit
WANTLIB-main += pango-1.0 pangocairo-1.0 pangoft2-1.0 pcre2-16 pcre2-8
-WANTLIB-main += pixman-1 placebo png postproc protobuf-lite rsvg-2
+WANTLIB-main += pixman-1 png postproc protobuf-lite rsvg-2
WANTLIB-main += sharpyuv smb2 sndio soxr speex speexdsp ssl swresample
WANTLIB-main += swscale tag tar tasn1 theoradec theoraenc tiff udfread
WANTLIB-main += unibreak unistring usbhid utf8_range utf8_validity
-WANTLIB-main += vorbis vorbisenc vpx webp x264 x265 xcb xcb-composite
-WANTLIB-main += xcb-dri2 xcb-dri3 xcb-glx xcb-keysyms xcb-present xcb-randr
-WANTLIB-main += xcb-render xcb-shm xcb-sync xcb-xfixes xcb-xv xml2
+WANTLIB-main += vorbis vorbisenc vpx wayland-client wayland-cursor wayland-egl
+WANTLIB-main += webp x264 x265 xcb xcb-composite xcb-dri2 xcb-dri3 xcb-glx xcb-keysyms
+WANTLIB-main += xcb-present xcb-randr xcb-render xcb-shm xcb-sync xcb-xfixes xcb-xv xkbcommon xml2
WANTLIB-main += xshmfence xvidcore z zstd ${WANTLIB-common} ${MODLUA_WANTLIB}
# v4l2 is dlopen'd
WANTLIB-main+= v4l2
@@ -113,8 +113,8 @@ LIB_DEPENDS-main= ${MODQT5_LIB_DEPENDS}
devel/sdl \
devel/sdl-image \
graphics/ffmpeg \
+ graphics/lcms2 \
graphics/libdvbpsi \
- graphics/libplacebo \
graphics/png \
multimedia/libass \
multimedia/libbluray \
@@ -173,6 +173,7 @@ CONFIGURE_ARGS+=--disable-a52 \
--disable-kate \
--disable-kwallet \
--disable-libmpeg2 \
+ --disable-libplacebo \
--disable-libva \
--disable-linsys \
--disable-live555 \
Index: pkg/PLIST-main
===
RCS file: /cvs/ports/x11/vlc/pkg/PLIST-main,v
retrieving revision 1.52
diff -u -p -r1.52 PLIST-main
--- pkg/PLIST-main 14 May 2023 09:20:41 - 1.52
+++ pkg/PLIST-main 14 Feb 2024 01:30:31 -
@@ -1,6 +1,5 @@
@pkgpath x11/vlc
%%amd64%%
-%%i386%%
bin/cvlc
bin/qvlc
bin/rvlc
@@ -444,6 +443,7 @@ lib/vlc/plugins/video_chroma/
@so lib/vlc/plugins/video_chroma/libi420_yuy2_plugin.so
@so lib/vlc/plugins/video_chroma/libi422_i420_plugin.so
@so lib/vlc/plugins/video_chroma/libi422_yuy2_plugin.so
+%%i386%%
@so lib/vlc/plugins/video_chroma/librv32_plugin.so
@so lib/vlc/plugins/video_chroma/libswscale_plugin.so
@so lib/vlc/plugins/video_chroma/libyuvp_plugin.so
Re: [UPDATE] graphics/libplacebo - v6.338.2
El Tue, 13 Feb 2024 17:58:36 -0500 Thomas Frohwein escribió: > > Also important to know if ports that depend on the library have been > tested with the new version, and if any of them might need an update > with the API changes. I can find only mpv and vlc when looking at > WANTLIBs in sqlports, and I rebuilt mpv and it still works FWIW. > Ok, about libplacebo and VLC. Bad news, if we set libplacebo(>=6), VLC will simply fail to compile. This issue is known in VLC upstream. Upstream solution? Wait for VLC4 to come out, which still has no release date. This is because making the necessary changes for VLC3 to work with libplacebo(>=6) is very complex for them [1] However, VLC can be compiled without libplacebo support, and instead aim to use graphics/lcms2, as a result you get a fully functional VLC from ports without the need for major changes. Given this I consider that compiling VLC without libplacebo support is a better functional solution. First, because VLC without libplacebo is fully functional, and second, because we can continue updating VLC (in the ports that we have 3.0.18 and are going for 3.0.20) without hindering libplacebo and mpv updates. In the end, both software remain in ports with their respective functionalities for whoever needs them. I've already tested the changes for VLC and built it, I'll pass the message with the diff in a moment. [1] https://code.videolan.org/videolan/vlc/-/merge_requests/3950/diffs?commit_id=9134e2079b5a14ce852ceaf84515c8e4ae35580f -- * Dios en su cielo, todo bien en la Tierra
Re: [UPDATE] graphics/libplacebo - v6.338.2
El Tue, 13 Feb 2024 17:58:36 -0500
Thomas Frohwein escribió:
>
> Thanks for the diff, a few comments below inline and then an updated
> diff from me attached. Please remember to CC maintainer as they may
> not always be subscribed to ports@.
>
Ok, I'll keep that in mind next time.
> Also important to know if ports that depend on the library have been
> tested with the new version, and if any of them might need an update
> with the API changes. I can find only mpv and vlc when looking at
> WANTLIBs in sqlports, and I rebuilt mpv and it still works FWIW.
>
In this case I have tried both approaches:
1.- With mpv-0.36.0 (current version in ports) using the new libplacebo
(v6.338.2). In this case I tried with the current compilation options
(only OpenGL support, no Vulkan support) and with Vulkan activated.
Everything works fine, when playing locally, via stream (both using
OpenGL, with Vulkan and even with the use of GLSL sharders).
2.- With mpv-0.37.0 (new version) the new libplacebo (v6.338.2) it is
indeed a hard dependency. In this second case, I did the same tests as
the previous case, with OpenGL, Vulkan and GLSL shaders tests.
I haven't tried VLC, but I'll give it a look since there is a recent
bug that is related to libplacebo and VLC. I'll give you a preview as I
can test this.
> There was trailing whitespace - it's generally recommended to run
> portcheck(1) (in /usr/ports/infrastructure/bin/) which will catch that
> (among other things).
>
> [...]
>
> > MAINTAINER=Brad Smith
>
> [...]
>
> > -WANTLIB= epoxy execinfo lcms2 m pthread
> > +WANTLIB+= ${COMPILER_LIBCXX} epoxy execinfo GL lcms2 m
> > pthread +WANTLIB+= shaderc_shared vulkan
>
> $ make port-lib-depends-check
>
> libplacebo-6.338.2(graphics/libplacebo):
> Extra: GL.19 epoxy.4
>
> I assume these 2 libraries are dlopen'd? In that case it would be
> preferable to add a comment about this above the WANTLIB block.
>
> > MODULES= devel/meson
> >
> > -LIB_DEPENDS= graphics/lcms2
> > +BUILD_DEPENDS= devel/fast-float \
> > + graphics/glad \
> > + graphics/shaderc \
>
> A LIB_DEPENDS is automatically also a BUILD_DEPENDS, so no need to
> list shaderc here. (see bsd.port.mk(5))
>
> > + graphics/vulkan-headers \
>
> I would avoid dangling '\' at the end.
>
> > +LIB_DEPENDS= graphics/lcms2 \
> > + graphics/shaderc
> > +
> > +RUN_DEPENDS= graphics/vulkan-loader
>
> ===> Verifying specs: [...] Missing library for vulkan>=0.0
>
> vulkan-loader needs to be LIB_DEPENDS given the WANTLIB entry.
>
> [...]
> > +
> >
> > COMPILER= base-clang ports-gcc
> > COMPILER_LANGS=c
> >
> > +CFLAGS += -I${X11BASE}/include
> > +LDFLAGS += -L${X11BASE}/lib
> > +
> > +MODMESON_CONFIGURE_ENV += LDFLAGS="${LDFLAGS}"
> > +
> > CONFIGURE_ARGS+=-Ddefault_library=both \
> > -Dd3d11=disabled \
> > -Ddemos=false \
> > + -Ddovi=disabled \
> > -Dglslang=disabled \
> > - -Dshaderc=disabled \
> > + -Dlibdovi=disabled \
> > + -Dshaderc=enabled \
> > + -Dopengl=enabled \
> > -Dunwind=disabled \
> > - -Dvulkan=disabled
> > + -Dvulkan=enabled \
> > + -Dxxhash=disabled
> >
> > NO_TEST= Yes
> >
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/graphics/libplacebo/distinfo,v
> > retrieving revision 1.9
> > diff -u -p -r1.9 distinfo
> > --- distinfo23 Jul 2022 05:16:05 - 1.9
> > +++ distinfo12 Feb 2024 17:49:43 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (libplacebo-4.208.0.tar.gz) =
> > UJD7rU9luclQAoweDdhtIKpm0VnAhUqJs+uNQhCWa3M= -SIZE
> > (libplacebo-4.208.0.tar.gz) = 647068 +SHA256
> > (libplacebo-6.338.2.tar.gz) =
> > Lx5iTgnXKoydtw+RD3Vg52ShwSba5CrMWzvO+DanrsY= +SIZE
> > (libplacebo-6.338.2.tar.gz) = 841168 Index: pkg/PLIST
> > ===
> > RCS file: /cvs/ports/graphics/libplacebo/pkg/PLIST,v retrieving
> > revision 1.8 diff -u -p -r1.8 PLIST
> > --- pkg/PLIST 11 Mar 2022 19:22:45 - 1.8
> > +++ pkg/PLIST 12 Feb 2024 17:49:43 -
> > @@ -1,20 +1,25 @@
> > include/libplacebo/
> > +include/libplacebo/cache.h
> > include/libplacebo/colorspace.h
> > include/libplacebo/common.h
> > include/libplacebo/config.h
> > -include/libplacebo/context.h
> > +include/libplacebo/d3d11.h
> > include/libplacebo/dispatch.h
> > include/libplacebo/dither.h
> > include/libplacebo/dummy.h
> > include/libplacebo/filters.h
> > +include/libplacebo/gamut_mapping.h
> > include/libplacebo/gpu.h
> > include/libplacebo/log.h
> > include/libplacebo/opengl.h
> > +include/libplacebo/options.h
> > include/libplacebo/renderer.h
> > include/libplacebo/shaders/
> > include/libplacebo/shaders.h
> > include/libplacebo/shaders/colorspace.h
> >
Re: NEW: audio/deadbeef-plugin-mpris2
El Tue, 13 Feb 2024 11:48:26 -0600 izder456 escribió: > Hey ports@, > > I want to import the mpris2 plugin for the DeaDBeeF music player. > > This allows mpris2 support in the music player, so ports like > multimedia/playerctl can interface with and operate DeaDBeeF. > > A couple questions: > > 1. I put this in CATEGORY = audio, I'm unsure if this was the correct > location for a plugin like this. Is there a better (possibly more > suitable CATEGORY for this port?) > 2. portcheck returns >``` >the following libraries in WANTLIB look like masked by RUN_DEPENDS: >gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 iconv intl ffi >audio/deadbeef-plugin-mpris2 >``` >is this normal? I don't exactly know what this means or what I > should do to suppress it if its not OK.. > > Any answers to the above questions would be appreciated. > > Thanks > > Port is attached > > -- > izzy Meyer (they/them) > > https://izder456.neocities.org/ Hi! I build the port, not problems all work ok. "make port-lib-depends-check" don´t show me nothing wrong with the libs. -- * Dios en su cielo, todo bien en la Tierra
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/02/13 16:06:15 Modified files: devel/robin-hood-hashing: Makefile distinfo Log message: update to robin-hood-hashing 3.11.5
Re: [UPDATE] graphics/libplacebo - v6.338.2
On Mon, Feb 12, 2024 at 01:51:30PM -0400, Jose Maldonado wrote:
>
> Hello everyone!
>
> This is an update for libplacebo. Our port version (v4.208.0) is
> already two years old and we already have to make a small bump due to
> the arrival of a new mpv (v0.37.0).
>
> This new version of libplacebo requires a series of additional
> dependencies that I have submitted as new ports to the list:
> devel/fast-float and graphics/glad.
>
> With this new version and its dependencies we can activate support for
> Vulkan and OpenGL in the library, aiming to take advantage of these
> capabilities.
>
> In the future, when we have Mesa-23.2.1 and ffmpeg-6.1 on OpenBSD,
> perhaps we can take advantage of the ability of ffmpeg, mpv, and
> libplacebo to obtain hwaccel through Vulkan (for h264, h265 and AV1,
> without needing go through VAAPI). For now, the latter is in the
> future, it will depend on our versions of Mesa and ffmpeg, along with
> the appropriate support.
Thanks for the diff, a few comments below inline and then an updated
diff from me attached. Please remember to CC maintainer as they may not
always be subscribed to ports@.
Also important to know if ports that depend on the library have been
tested with the new version, and if any of them might need an update
with the API changes. I can find only mpv and vlc when looking at
WANTLIBs in sqlports, and I rebuilt mpv and it still works FWIW.
There was trailing whitespace - it's generally recommended to run
portcheck(1) (in /usr/ports/infrastructure/bin/) which will catch that
(among other things).
[...]
> MAINTAINER= Brad Smith
[...]
> -WANTLIB= epoxy execinfo lcms2 m pthread
> +WANTLIB+=${COMPILER_LIBCXX} epoxy execinfo GL lcms2 m pthread
> +WANTLIB+=shaderc_shared vulkan
$ make port-lib-depends-check
libplacebo-6.338.2(graphics/libplacebo):
Extra: GL.19 epoxy.4
I assume these 2 libraries are dlopen'd? In that case it would be
preferable to add a comment about this above the WANTLIB block.
> MODULES= devel/meson
>
> -LIB_DEPENDS= graphics/lcms2
> +BUILD_DEPENDS= devel/fast-float \
> + graphics/glad \
> + graphics/shaderc \
A LIB_DEPENDS is automatically also a BUILD_DEPENDS, so no need to list
shaderc here. (see bsd.port.mk(5))
> + graphics/vulkan-headers \
I would avoid dangling '\' at the end.
> +LIB_DEPENDS= graphics/lcms2 \
> + graphics/shaderc
> +
> +RUN_DEPENDS= graphics/vulkan-loader
===> Verifying specs: [...] Missing library for vulkan>=0.0
vulkan-loader needs to be LIB_DEPENDS given the WANTLIB entry.
[...]
> +
>
> COMPILER=base-clang ports-gcc
> COMPILER_LANGS= c
>
> +CFLAGS +=-I${X11BASE}/include
> +LDFLAGS += -L${X11BASE}/lib
> +
> +MODMESON_CONFIGURE_ENV +=LDFLAGS="${LDFLAGS}"
> +
> CONFIGURE_ARGS+=-Ddefault_library=both \
> -Dd3d11=disabled \
> -Ddemos=false \
> + -Ddovi=disabled \
> -Dglslang=disabled \
> - -Dshaderc=disabled \
> + -Dlibdovi=disabled \
> + -Dshaderc=enabled \
> + -Dopengl=enabled \
> -Dunwind=disabled \
> - -Dvulkan=disabled
> + -Dvulkan=enabled \
> + -Dxxhash=disabled
>
> NO_TEST= Yes
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/graphics/libplacebo/distinfo,v
> retrieving revision 1.9
> diff -u -p -r1.9 distinfo
> --- distinfo 23 Jul 2022 05:16:05 - 1.9
> +++ distinfo 12 Feb 2024 17:49:43 -
> @@ -1,2 +1,2 @@
> -SHA256 (libplacebo-4.208.0.tar.gz) =
> UJD7rU9luclQAoweDdhtIKpm0VnAhUqJs+uNQhCWa3M=
> -SIZE (libplacebo-4.208.0.tar.gz) = 647068
> +SHA256 (libplacebo-6.338.2.tar.gz) =
> Lx5iTgnXKoydtw+RD3Vg52ShwSba5CrMWzvO+DanrsY=
> +SIZE (libplacebo-6.338.2.tar.gz) = 841168
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/graphics/libplacebo/pkg/PLIST,v
> retrieving revision 1.8
> diff -u -p -r1.8 PLIST
> --- pkg/PLIST 11 Mar 2022 19:22:45 - 1.8
> +++ pkg/PLIST 12 Feb 2024 17:49:43 -
> @@ -1,20 +1,25 @@
> include/libplacebo/
> +include/libplacebo/cache.h
> include/libplacebo/colorspace.h
> include/libplacebo/common.h
> include/libplacebo/config.h
> -include/libplacebo/context.h
> +include/libplacebo/d3d11.h
> include/libplacebo/dispatch.h
> include/libplacebo/dither.h
> include/libplacebo/dummy.h
> include/libplacebo/filters.h
> +include/libplacebo/gamut_mapping.h
> include/libplacebo/gpu.h
> include/libplacebo/log.h
> include/libplacebo/opengl.h
> +include/libplacebo/options.h
> include/libplacebo/renderer.h
> include/libplacebo/shaders/
> include/libplacebo/shaders.h
> include/libplacebo/shaders/colorspace.h
> include/libplacebo/shaders/custom.h
> +include/libplacebo/shaders/deinterlacing.h
> +include/libplacebo/shaders/dithering.h
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/02/13 15:02:54 Modified files: security/rust-openssl-tests: Makefile crates.inc distinfo security/rust-openssl-tests/pkg: PLIST Log message: update to rust-openssl-tests 20240213
New: volk - dynamic loader for vulkan (dependency for updating vulkan-tools)
Hi, Please find attached a tarball for "volk", a meta loader for vulkan. It appears to manage dynamic loading of the vulkan library including simplification of extension management/loading. This is now a dependency for the latest version of vulkan-tools, so I would like to import this to proceed with the updates for vulkan.. ok? volk.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2024/02/13 13:58:43
Modified files:
devel/got : Makefile distinfo
Log message:
update to got 0.96
see git repository history for per-change authorship information
- gotwebd: add foldable commit briefs
- gotwebd: fix (again) the styling for the next/prev buttons
- gotwebd: add knob for the number of tags and commits in the summary page
- gotwebd: remove PAGE handling
- gotwebd: retire max_repos setting
- gotwebd: guard against missig folder and file parameter in BLOB and BLAME
- gotwebd: improve copy-paste from BLOB pages
- gotwebd: fix colour of target lines in dark mode CSS
- gotwebd.conf.5: show defaults, improve EXAMPLES
- gotwebd.8: improve EXAMPLES sections
- fix logging during gotwebd shutdown
- plug several memory leaks in tog
- plug object id queue leak when iterating pack index files
- ensure tmp file is closed and fix UB in diff error path
- do not crash when a meta-data file in the .got directory is empty
- make the gotd auth process provide the user's account name for later use
- avoid opening objects in the gotd session process for no reason
- use imsg_get_fd() instead of imsg->fd everywhere
- tolerate remotes without urls in git config file for interop with git-annex
- plug some fd leaks in the fdopen{,dir} error paths
- log -b: handle merge commits unrelated to requested changed path history
- fix use of uninitialized variable in update_blob()
- plug memory leak in got_pack_dump_delta_chain_to_file()
- never write accum_buf on error in got_pack_dump_delta_chain_to_file()
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2024/02/13 13:58:12 Modified files: devel/got : Tag: OPENBSD_7_4 Makefile distinfo Log message: keep the 7.4 branch at got-0.95; got-0.96 only compiles on -current
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2024/02/13 13:46:37
Modified files:
devel/got : Tag: OPENBSD_7_4 Makefile distinfo
Log message:
update to got 0.96
see git repository history for per-change authorship information
- gotwebd: add foldable commit briefs
- gotwebd: fix (again) the styling for the next/prev buttons
- gotwebd: add knob for the number of tags and commits in the summary page
- gotwebd: remove PAGE handling
- gotwebd: retire max_repos setting
- gotwebd: guard against missig folder and file parameter in BLOB and BLAME
- gotwebd: improve copy-paste from BLOB pages
- gotwebd: fix colour of target lines in dark mode CSS
- gotwebd.conf.5: show defaults, improve EXAMPLES
- gotwebd.8: improve EXAMPLES sections
- fix logging during gotwebd shutdown
- plug several memory leaks in tog
- plug object id queue leak when iterating pack index files
- ensure tmp file is closed and fix UB in diff error path
- do not crash when a meta-data file in the .got directory is empty
- make the gotd auth process provide the user's account name for later use
- avoid opening objects in the gotd session process for no reason
- use imsg_get_fd() instead of imsg->fd everywhere
- tolerate remotes without urls in git config file for interop with git-annex
- plug some fd leaks in the fdopen{,dir} error paths
- log -b: handle merge commits unrelated to requested changed path history
- fix use of uninitialized variable in update_blob()
- plug memory leak in got_pack_dump_delta_chain_to_file()
- never write accum_buf on error in got_pack_dump_delta_chain_to_file()
Re: UPDATE: Axel-2.17.13
On Tue Feb 13, 2024 at 08:59:56PM +0100, Gonzalo L. Rodriguez wrote: > Hello, > > Update for Axel to 2.17.13: > > https://github.com/axel-download-accelerator/axel/releases/tag/v2.17.13 > > OK? Comments? > > Cheers.- What surprises me a bit is that in the README.md of the upstream project it says that it depends on "gettext", but our port does not address it. Here is the configure output: checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge So i think you need devel/gettext,-tools as build dependency. It also depends on C11 so I suggest the following lines: COMPILER = base-clang ports-gcc COMPILER_LANGS =c Otherwise it looks good. > > > Index: Makefile > === > RCS file: /cvs/ports/net/axel/Makefile,v > retrieving revision 1.18 > diff -u -p -r1.18 Makefile > --- Makefile 27 Sep 2023 14:18:00 - 1.18 > +++ Makefile 13 Feb 2024 19:58:26 - > @@ -1,6 +1,6 @@ > COMMENT= tiny download accelerator > > -V= 2.17.11 > +V= 2.17.13 > DISTNAME=axel-$V > > CATEGORIES= net > Index: distinfo > === > RCS file: /cvs/ports/net/axel/distinfo,v > retrieving revision 1.7 > diff -u -p -r1.7 distinfo > --- distinfo 3 Feb 2022 08:52:06 - 1.7 > +++ distinfo 13 Feb 2024 19:58:26 - > @@ -1,2 +1,2 @@ > -SHA256 (axel-2.17.11.tar.gz) = 8SaC+YHIPzdLgrBmjyX2lKIEK2F7I27m+wV+VHPFTjE= > -SIZE (axel-2.17.11.tar.gz) = 377920 > +SHA256 (axel-2.17.13.tar.gz) = YEzn+9s3UAxGIpXWwD+lnrTf+3gP3y/DxB/6dcj27Dg= > +SIZE (axel-2.17.13.tar.gz) = 312226 > -- > >%gonzalo >
Re: [NEW PORT] devel/fast-float - Fast and exact implementation of the C++ from_chars functions
El Tue, 13 Feb 2024 14:55:10 -0500 Thomas Frohwein escribió: > On Tue, Feb 13, 2024 at 02:13:24PM -0400, Jose Maldonado wrote: > > [...] > > > > > * > > > > Dios en su cielo, todo bien en la Tierra > > > > > > > > > > Hi Thomas! > > > > I have no problems with taking care of the maintenance of the > > package, as you say, it is not complex maintenance as it is a > > simple header. > > > > Also, as you can see from @sthen fixes and the ones you have given, > > I am quite new to this and I have to learn a lot, but I think that > > is a path that I am already walking. > > Thanks, that's great! I imported it with sthen@'s changes and with you > as maintainer. > Thanks! > > In any case, if you consider that I can take this package, I would > > like to add the graphics/glad one as well, as well as the other new > > port that I have uploaded. > > I added you as maintainer for glad. I haven't looked at the other port > at all I think, but unless there is already a maintainer, I think it > shouldn't be a problem to list you there, too. > > > > > > > -- > > * > > Dios en su cielo, todo bien en la Tierra graphics/glad and devel/fast-float are news ports, dependencies for a new libplacebo(v6.338.2) and for mpv (0.37.0). I have been testing the changes made and the new versions on both ports (mpv and libplacebo) and everything works correctly in amd64. If there is a problem (especially due to the Vulkan activation request) it will be on a specific platform due to lack of support (or incomplete support) for this feature. -- * Dios en su cielo, todo bien en la Tierra
UPDATE: Axel-2.17.13
Hello, Update for Axel to 2.17.13: https://github.com/axel-download-accelerator/axel/releases/tag/v2.17.13 OK? Comments? Cheers.- Index: Makefile === RCS file: /cvs/ports/net/axel/Makefile,v retrieving revision 1.18 diff -u -p -r1.18 Makefile --- Makefile27 Sep 2023 14:18:00 - 1.18 +++ Makefile13 Feb 2024 19:58:26 - @@ -1,6 +1,6 @@ COMMENT= tiny download accelerator -V= 2.17.11 +V= 2.17.13 DISTNAME= axel-$V CATEGORIES=net Index: distinfo === RCS file: /cvs/ports/net/axel/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo3 Feb 2022 08:52:06 - 1.7 +++ distinfo13 Feb 2024 19:58:26 - @@ -1,2 +1,2 @@ -SHA256 (axel-2.17.11.tar.gz) = 8SaC+YHIPzdLgrBmjyX2lKIEK2F7I27m+wV+VHPFTjE= -SIZE (axel-2.17.11.tar.gz) = 377920 +SHA256 (axel-2.17.13.tar.gz) = YEzn+9s3UAxGIpXWwD+lnrTf+3gP3y/DxB/6dcj27Dg= +SIZE (axel-2.17.13.tar.gz) = 312226 -- %gonzalo
Re: [NEW PORT] devel/fast-float - Fast and exact implementation of the C++ from_chars functions
On Tue, Feb 13, 2024 at 02:13:24PM -0400, Jose Maldonado wrote: [...] > > > * > > > Dios en su cielo, todo bien en la Tierra > > > > > > Hi Thomas! > > I have no problems with taking care of the maintenance of the package, > as you say, it is not complex maintenance as it is a simple header. > > Also, as you can see from @sthen fixes and the ones you have given, I > am quite new to this and I have to learn a lot, but I think that is a > path that I am already walking. Thanks, that's great! I imported it with sthen@'s changes and with you as maintainer. > In any case, if you consider that I can take this package, I would like > to add the graphics/glad one as well, as well as the other new port > that I have uploaded. I added you as maintainer for glad. I haven't looked at the other port at all I think, but unless there is already a maintainer, I think it shouldn't be a problem to list you there, too. > > > -- > * > Dios en su cielo, todo bien en la Tierra
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/02/13 12:50:35 Modified files: graphics/glad : Makefile Log message: add Jose as mainainer - thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/02/13 12:47:46 Modified files: devel : Makefile Log message: +fast-float
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/02/13 12:45:52 Log message: import devel/fast-float, by Jose Maldonado who also takes MAINTAINER - thanks! changes, discussed with, and ok sthen@ DESCR: The fast_float library provides fast header-only implementations for the C++ from_chars() functions for 'float' and 'double' as well as integer types. Status: Vendor Tag: thfr Release Tags: thfr_20240213 N ports/devel/fast-float/Makefile N ports/devel/fast-float/distinfo N ports/devel/fast-float/pkg/DESCR N ports/devel/fast-float/pkg/PLIST No conflicts created by this import
Re: [NEW PORT] devel/fast-float - Fast and exact implementation of the C++ from_chars functions
El Tue, 13 Feb 2024 19:14:18 + Stuart Henderson escribió: > I'd prefer to skip NO_BUILD unless it fails without - if a newer > version starts doing something in that stage and you have NO_BUILD > set and don't notice it'll end up running build stages in "make fake" > That is a good observation, for now keeping NO_BUILD = Yes or removing it does not prevent the correct creation of the package. If at some point the package changes, then you would have to adapt it to the new needs to build it. In any case, if I stay with the maintenance I have to see and review that at the time when it is time to make the corresponding updates. -- * Dios en su cielo, todo bien en la Tierra
Re: [NEW PORT] devel/fast-float - Fast and exact implementation of the C++ from_chars functions
I'd prefer to skip NO_BUILD unless it fails without - if a newer version
starts doing something in that stage and you have NO_BUILD set and don't
notice it'll end up running build stages in "make fake"
--
Sent from a phone, apologies for poor formatting.
On 13 February 2024 18:51:29 Thomas Frohwein wrote:
On Tue, Feb 13, 2024 at 05:00:08PM +, Stuart Henderson wrote:
On 2024/02/12 13:37, Jose Maldonado wrote:
>
> Hello everyone! New port here.
>
> In this case I bring you devel/fast-float, a series of C/C++ headers
> that seeks to offer us numerical operations 4 to 10x times faster than
> standard libraries (GCC and Clang).
>
> These libraries in question are on GitHub [1] and are part of the new
> dependencies for libplacebo (>=v6.338.0).
>
> These libraries are necessary to compile the new version of libplacebo
> and bump new version of mpv (v0.37.0)
>
> [1] https://github.com/fastfloat/fast_float
>
>
> --
> *
> Dios en su cielo, todo bien en la Tierra
updated tgz attached is OK sthen@, here's the diff:
diff --git a/devel/fast-float/Makefile b/devel/fast-float/Makefile
old mode 100755
new mode 100644
index 3cfef11..0366819
--- a/devel/fast-float/Makefile
+++ b/devel/fast-float/Makefile
@@ -1,4 +1,4 @@
-COMMENT = Fast and exact implementation of the C++ from_chars
+COMMENT = fast and exact implementation of from_chars for float/double
V =6.1.0
PKGNAME = fast-float-${V}
@@ -8,17 +8,9 @@ GH_PROJECT = fast_float
CATEGORIES = devel
-HOMEPAGE = https://github.com/fastfloat/fast_float
-
-# Apache 2.0 - BOOST 1.0 - MIT
+# Apache 2.0, Boost 1.0, or MIT
PERMIT_PACKAGE = Yes
-BULID_DEPENDS =devel/cmake \
- devel/ninja
-
MODULES = devel/cmake
-NO_BUILD = Yes
This one actually seems to be a NO_BUILD=Yes as it only installs header
files.
$ make build
...
Run Build Command(s): /usr/local/bin/ninja -v -j 1
ninja: no work to do.
-NO_TEST = Yes
-
.include
diff --git a/devel/fast-float/pkg/DESCR b/devel/fast-float/pkg/DESCR
old mode 100755
new mode 100644
index d03526b..94eef24
--- a/devel/fast-float/pkg/DESCR
+++ b/devel/fast-float/pkg/DESCR
@@ -1 +1,3 @@
-Fast and exact implementation of the C++ from_chars functions.
+The fast_float library provides fast header-only implementations for
+the C++ from_chars() functions for 'float' and 'double' as well as
+integer types.
Re: [NEW PORT] devel/fast-float - Fast and exact implementation of the C++ from_chars functions
On Tue, Feb 13, 2024 at 05:00:08PM +, Stuart Henderson wrote:
> On 2024/02/12 13:37, Jose Maldonado wrote:
> >
> > Hello everyone! New port here.
> >
> > In this case I bring you devel/fast-float, a series of C/C++ headers
> > that seeks to offer us numerical operations 4 to 10x times faster than
> > standard libraries (GCC and Clang).
> >
> > These libraries in question are on GitHub [1] and are part of the new
> > dependencies for libplacebo (>=v6.338.0).
> >
> > These libraries are necessary to compile the new version of libplacebo
> > and bump new version of mpv (v0.37.0)
> >
> > [1] https://github.com/fastfloat/fast_float
> >
> >
> > --
> > *
> > Dios en su cielo, todo bien en la Tierra
>
> updated tgz attached is OK sthen@, here's the diff:
>
>
>
> diff --git a/devel/fast-float/Makefile b/devel/fast-float/Makefile
> old mode 100755
> new mode 100644
> index 3cfef11..0366819
> --- a/devel/fast-float/Makefile
> +++ b/devel/fast-float/Makefile
> @@ -1,4 +1,4 @@
> -COMMENT =Fast and exact implementation of the C++ from_chars
> +COMMENT =fast and exact implementation of from_chars for float/double
>
> V = 6.1.0
> PKGNAME =fast-float-${V}
> @@ -8,17 +8,9 @@ GH_PROJECT = fast_float
>
> CATEGORIES = devel
>
> -HOMEPAGE = https://github.com/fastfloat/fast_float
> -
> -# Apache 2.0 - BOOST 1.0 - MIT
> +# Apache 2.0, Boost 1.0, or MIT
> PERMIT_PACKAGE = Yes
>
> -BULID_DEPENDS = devel/cmake \
> - devel/ninja
> -
> MODULES =devel/cmake
>
> -NO_BUILD = Yes
This one actually seems to be a NO_BUILD=Yes as it only installs header
files.
$ make build
...
Run Build Command(s): /usr/local/bin/ninja -v -j 1
ninja: no work to do.
> -NO_TEST =Yes
> -
> .include
> diff --git a/devel/fast-float/pkg/DESCR b/devel/fast-float/pkg/DESCR
> old mode 100755
> new mode 100644
> index d03526b..94eef24
> --- a/devel/fast-float/pkg/DESCR
> +++ b/devel/fast-float/pkg/DESCR
> @@ -1 +1,3 @@
> -Fast and exact implementation of the C++ from_chars functions.
> +The fast_float library provides fast header-only implementations for
> +the C++ from_chars() functions for 'float' and 'double' as well as
> +integer types.
Re: [NEW PORT] devel/fast-float - Fast and exact implementation of the C++ from_chars functions
El Tue, 13 Feb 2024 12:24:43 -0500 Thomas Frohwein escribió: > On Mon, Feb 12, 2024 at 01:37:23PM -0400, Jose Maldonado wrote: > > > > Hello everyone! New port here. > > > > In this case I bring you devel/fast-float, a series of C/C++ headers > > that seeks to offer us numerical operations 4 to 10x times faster > > than standard libraries (GCC and Clang). > > > > These libraries in question are on GitHub [1] and are part of the > > new dependencies for libplacebo (>=v6.338.0). > > > > These libraries are necessary to compile the new version of > > libplacebo and bump new version of mpv (v0.37.0) > > > > [1] https://github.com/fastfloat/fast_float > > Thanks, I made some tweaks and attached an updated tarball. The > updated tarball is ok thfr@. > > Jose, why not take maintainer for the port? It's a headers-only port > without patches, likely not a big maintenance burden with future > updates, and those will likely be needed for libplacebo etc. > > Other comments on the port that I addressed in the updated tarball: > > - chmod -x Makefile pkg/DESCR > - lower-case COMMENT > - reduce lines by omitting V= etc, see sthen@ comments on glad > - HOMEPAGE is set by GH_* > - CATEGORIES=devel seems ok to me, but if someone prefers another > location (maybe math/ ?) then lemme know > - BUILD_DEPENDS misspelled and not needed with MODULES=devel/cmake > - DESCR should probably be a bit more detailed than just the same as > COMMENT, if possible. I expanded it a bit more from the README.md. > > > > > > -- > > * > > Dios en su cielo, todo bien en la Tierra > > Hi Thomas! I have no problems with taking care of the maintenance of the package, as you say, it is not complex maintenance as it is a simple header. Also, as you can see from @sthen fixes and the ones you have given, I am quite new to this and I have to learn a lot, but I think that is a path that I am already walking. In any case, if you consider that I can take this package, I would like to add the graphics/glad one as well, as well as the other new port that I have uploaded. -- * Dios en su cielo, todo bien en la Tierra
NEW: audio/deadbeef-plugin-mpris2
Hey ports@, I want to import the mpris2 plugin for the DeaDBeeF music player. This allows mpris2 support in the music player, so ports like multimedia/playerctl can interface with and operate DeaDBeeF. A couple questions: 1. I put this in CATEGORY = audio, I'm unsure if this was the correct location for a plugin like this. Is there a better (possibly more suitable CATEGORY for this port?) 2. portcheck returns ``` the following libraries in WANTLIB look like masked by RUN_DEPENDS: gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 iconv intl ffi audio/deadbeef-plugin-mpris2 ``` is this normal? I don't exactly know what this means or what I should do to suppress it if its not OK.. Any answers to the above questions would be appreciated. Thanks Port is attached -- izzy Meyer (they/them) https://izder456.neocities.org/ deadbeef-plugin-mpris2.tgz Description: application/compressed-tar
Re: [NEW PORT] devel/fast-float - Fast and exact implementation of the C++ from_chars functions
On Mon, Feb 12, 2024 at 01:37:23PM -0400, Jose Maldonado wrote: > > Hello everyone! New port here. > > In this case I bring you devel/fast-float, a series of C/C++ headers > that seeks to offer us numerical operations 4 to 10x times faster than > standard libraries (GCC and Clang). > > These libraries in question are on GitHub [1] and are part of the new > dependencies for libplacebo (>=v6.338.0). > > These libraries are necessary to compile the new version of libplacebo > and bump new version of mpv (v0.37.0) > > [1] https://github.com/fastfloat/fast_float Thanks, I made some tweaks and attached an updated tarball. The updated tarball is ok thfr@. Jose, why not take maintainer for the port? It's a headers-only port without patches, likely not a big maintenance burden with future updates, and those will likely be needed for libplacebo etc. Other comments on the port that I addressed in the updated tarball: - chmod -x Makefile pkg/DESCR - lower-case COMMENT - reduce lines by omitting V= etc, see sthen@ comments on glad - HOMEPAGE is set by GH_* - CATEGORIES=devel seems ok to me, but if someone prefers another location (maybe math/ ?) then lemme know - BUILD_DEPENDS misspelled and not needed with MODULES=devel/cmake - DESCR should probably be a bit more detailed than just the same as COMMENT, if possible. I expanded it a bit more from the README.md. > > > -- > * > Dios en su cielo, todo bien en la Tierra
Re: [NEW PORT] devel/fast-float - Fast and exact implementation of the C++ from_chars functions
On 2024/02/12 13:37, Jose Maldonado wrote:
>
> Hello everyone! New port here.
>
> In this case I bring you devel/fast-float, a series of C/C++ headers
> that seeks to offer us numerical operations 4 to 10x times faster than
> standard libraries (GCC and Clang).
>
> These libraries in question are on GitHub [1] and are part of the new
> dependencies for libplacebo (>=v6.338.0).
>
> These libraries are necessary to compile the new version of libplacebo
> and bump new version of mpv (v0.37.0)
>
> [1] https://github.com/fastfloat/fast_float
>
>
> --
> *
> Dios en su cielo, todo bien en la Tierra
updated tgz attached is OK sthen@, here's the diff:
diff --git a/devel/fast-float/Makefile b/devel/fast-float/Makefile
old mode 100755
new mode 100644
index 3cfef11..0366819
--- a/devel/fast-float/Makefile
+++ b/devel/fast-float/Makefile
@@ -1,4 +1,4 @@
-COMMENT = Fast and exact implementation of the C++ from_chars
+COMMENT = fast and exact implementation of from_chars for float/double
V =6.1.0
PKGNAME = fast-float-${V}
@@ -8,17 +8,9 @@ GH_PROJECT = fast_float
CATEGORIES = devel
-HOMEPAGE = https://github.com/fastfloat/fast_float
-
-# Apache 2.0 - BOOST 1.0 - MIT
+# Apache 2.0, Boost 1.0, or MIT
PERMIT_PACKAGE = Yes
-BULID_DEPENDS =devel/cmake \
- devel/ninja
-
MODULES = devel/cmake
-NO_BUILD = Yes
-NO_TEST = Yes
-
.include
diff --git a/devel/fast-float/pkg/DESCR b/devel/fast-float/pkg/DESCR
old mode 100755
new mode 100644
index d03526b..94eef24
--- a/devel/fast-float/pkg/DESCR
+++ b/devel/fast-float/pkg/DESCR
@@ -1 +1,3 @@
-Fast and exact implementation of the C++ from_chars functions.
+The fast_float library provides fast header-only implementations for
+the C++ from_chars() functions for 'float' and 'double' as well as
+integer types.
fast-float.tgz
Description: application/tar-gz
Re: [NEW PORT] graphics/glad - Multi-Language Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator
On Tue, Feb 13, 2024 at 11:39:38AM +, Stuart Henderson wrote: [...] > > Built and tested, take a look and feedback is welcome. > > Some tweaks on top, new tar attached is ok sthen Thanks, I imported it. 2 files had executable bits set (Makefile and DESCR)... I'm not sure how that happens with those kinds of files...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/02/13 09:55:15 Modified files: graphics : Makefile Log message: +glad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/02/13 09:53:26 Modified files: net/eduvpn/vpn-user-portal: Makefile distinfo Log message: update to vpn-user-portal-3.5.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/02/13 09:52:49 Log message: import glad, from Jose Maldonado ( josemal89 () gmail ! com ) - thanks! with tweaks and ok sthen@ I removed the executable bits from Makefile and pkg/DESCR DESCR: Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator based on the official specifications for multiple languages. Status: Vendor Tag: thfr Release Tags: thfr_20240213 N ports/graphics/glad/Makefile N ports/graphics/glad/distinfo N ports/graphics/glad/pkg/DESCR N ports/graphics/glad/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2024/02/13 09:38:03 Modified files: x11/qt6/qt3d : Makefile x11/qt6/qt3d/pkg: PLIST Added files: x11/qt6/qt3d/pkg: PFRAG.x86 Log message: Enable SIMD and install header-files depending on the MACHINE_ARCH Ok and with help from sthen@
Re: aarch64 bulk build report
On Tue Feb 13, 2024 at 02:34:03PM +, Stuart Henderson wrote:
> On 2024/02/12 14:34, Stuart Henderson wrote:
> > On 2024/02/11 14:25, Rafael Sadowski wrote:
> > > On Sat Feb 10, 2024 at 05:39:19PM -0700, phess...@openbsd.org wrote:
> > > > bulk build on arm64.ports.openbsd.org
> > > > started on Thu Feb 8 00:00:49 MST 2024
> > > > finished at Sat Feb 10 17:37:41 MST 2024
> > > > lasted 2D17h36m
> > > > done with kern.version=OpenBSD 7.4-current (GENERIC.MP) #76: Wed Feb 7
> > > > 17:33:52 MST 2024
> > > >
> > > > built packages:12278
> > > > Feb 8:4373
> > > > Feb 9:1234
> > > > Feb 10:6670
> > > >
> > > >
> > > > critical path missing pkgs:
> > > > http://build-failures.rhaalovely.net/aarch64/2024-02-08/summary.log
> > > >
> > > > build failures: 2
> > > > http://build-failures.rhaalovely.net/aarch64/2024-02-08/graphics/pdfsandwich.log
> > > > http://build-failures.rhaalovely.net/aarch64/2024-02-08/x11/qt6/qt3d.log
> > > >
> > >
> > > The following diff works fine both amd64 and aarch64. Does it makes
> > > sense for i386 too?
> > >
> > > diff --git a/x11/qt6/qt3d/Makefile b/x11/qt6/qt3d/Makefile
> > > index 76da86df196..e8249a2d05a 100644
> > > --- a/x11/qt6/qt3d/Makefile
> > > +++ b/x11/qt6/qt3d/Makefile
> > > @@ -1,6 +1,7 @@
> > > QT6NAME =Qt3D
> > > COMMENT =Qt6 components for 3D graphics
> > > PKGSPEC =qt6-qt3d-${QT6_PKGSPEC}
> > > +REVISION = 0
> > >
> > > SHARED_LIBS += Qt63DAnimation1.0 # 6.6
> > > SHARED_LIBS += Qt63DCore 1.1 # 6.6
> > > @@ -27,7 +28,4 @@ LIB_DEPENDS = multimedia/assimp \
> > > x11/qt6/qtdeclarative \
> > > x11/xkbcommon
> > >
> > > -CONFIGURE_ARGS = -DQT_FEATURE_qt3d_simd_sse2=OFF \
> > > - -DQT_FEATURE_qt3d_simd_avx2=OFF
> > > -
> >
> > It looks like the port was trying to disable the SSE2/AVX2 stuff -
> > depending on how the software works that might be necessary (i.e.
> > if it enables AVX2 if the build machine supports it, and uses it
> > unconditionally, then it does need disabling - but if it has a
> > runtime check then it doesn't)
> >
> > > .include
> > > diff --git a/x11/qt6/qt3d/pkg/PFRAG.amd64 b/x11/qt6/qt3d/pkg/PFRAG.amd64
> > > new file mode 100644
> > > index 000..4c3913cce2e
> > > --- /dev/null
> > > +++ b/x11/qt6/qt3d/pkg/PFRAG.amd64
> >
> > These extra PFRAG files are not used unless you set variables via
> > PKG_ARGS to have them pulled in, and reference them via %%varname%% in
> > PLIST.
> >
> > I'm not sure if it tries to builds these files on i386 or not yet (the
> > machine has been running out of memory and crashing in my current bulk,
> > and the previous one had the old version of qt3d).
> >
> > If they are amd64-only then I'd use the PKG_ARGS variable "amd64" and do
> >
> > .if ${MACHINE_ARCH} == "amd64"
> > PKG_ARGS+= -Damd64=1
> > .else
> > PKG_ARGS+= -Damd64=0
> > .endif
> >
> > otherwise
> >
> > .if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "i386"
> > PKG_ARGS+= -Dx86=1
> > .else
> > PKG_ARGS+= -Dx86=0
> > .endif
> >
> > I'll let you know when my build finished whether they are produced on
> > i386, it will be at least a day or two away. Looks like qt6/qt3d is only
> > depended on by meta/qt6 so I guess this is not a big rush?
>
> Those files are built on i386 too. So use the second of those and
> name the file PFRAG.x86 (and add %%x86%% to PLIST).
>
Thanks for your guidance. OK for the following diff?
diff --git a/x11/qt6/qt3d/Makefile b/x11/qt6/qt3d/Makefile
index 76da86df196..af0097092c7 100644
--- a/x11/qt6/qt3d/Makefile
+++ b/x11/qt6/qt3d/Makefile
@@ -1,6 +1,7 @@
QT6NAME = Qt3D
COMMENT = Qt6 components for 3D graphics
PKGSPEC = qt6-qt3d-${QT6_PKGSPEC}
+REVISION = 0
SHARED_LIBS += Qt63DAnimation1.0 # 6.6
SHARED_LIBS += Qt63DCore 1.1 # 6.6
@@ -19,6 +20,12 @@ WANTLIB += ${COMPILER_LIBCXX} GL Qt6Concurrent Qt6Core Qt6Gui
WANTLIB += Qt6Network Qt6OpenGL Qt6Qml Qt6QmlModels Qt6Quick Qt6ShaderTools
WANTLIB += assimp c m xkbcommon z
+.if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "i386"
+PKG_ARGS+= -Dx86=1
+.else
+PKG_ARGS+= -Dx86=0
+.endif
+
BUILD_DEPENDS =x11/qt6/qtmultimedia \
graphics/vulkan-loader
@@ -27,7 +34,4 @@ LIB_DEPENDS = multimedia/assimp \
x11/qt6/qtdeclarative \
x11/xkbcommon
-CONFIGURE_ARGS = -DQT_FEATURE_qt3d_simd_sse2=OFF \
- -DQT_FEATURE_qt3d_simd_avx2=OFF
-
.include
diff --git a/x11/qt6/qt3d/pkg/PFRAG.x86 b/x11/qt6/qt3d/pkg/PFRAG.x86
new file mode 100644
index 000..4c3913cce2e
--- /dev/null
+++ b/x11/qt6/qt3d/pkg/PFRAG.x86
@@ -0,0 +1,4 @@
+include/X11/qt6/Qt3DCore/${VERSION}/Qt3DCore/private/matrix4x4_avx2_p.h
+include/X11/qt6/Qt3DCore/${VERSION}/Qt3DCore/private/matrix4x4_sse_p.h
+include/X11/qt6/Qt3DCore/${VERSION}/Qt3DCore/private/vector3d_sse_p.h
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/02/13 07:48:46 Modified files: net/powerdns_recursor: Tag: OPENBSD_7_4 Makefile distinfo Log message: Update to powerdns-recursor-4.9.3, fixing CVE-2023-50387 + CVE-2023-50868 (DNSsec protocol vulnerabilities). Req'd by otto@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2024/02/13 07:44:16 Modified files: graphics/png : Makefile distinfo graphics/png/patches: patch-Makefile_in Log message: graphics/png: maintenance update to 1.6.42
Re: [new] glow - Render markdown on the CLI
Hi! On 24/02/13 11:41AM, Stuart Henderson wrote: > On 2024/02/12 12:46, juan.picca wrote: > > Hi Stuart. > > > > Thanks for your tweaks! > > > > > - missing WANTLIB > > > > Can you tell me how to determine the `WANTLIB` value for the next time? > > make port-lib-depends-check (sometimes it needs adjustments but is often > ok to just directly copy-and-paste). Thanks for the help. I attach the port with the suggested changes. Regards, JMPC glow.tgz Description: application/tar-gz
Re: aarch64 bulk build report
On 2024/02/12 14:34, Stuart Henderson wrote:
> On 2024/02/11 14:25, Rafael Sadowski wrote:
> > On Sat Feb 10, 2024 at 05:39:19PM -0700, phess...@openbsd.org wrote:
> > > bulk build on arm64.ports.openbsd.org
> > > started on Thu Feb 8 00:00:49 MST 2024
> > > finished at Sat Feb 10 17:37:41 MST 2024
> > > lasted 2D17h36m
> > > done with kern.version=OpenBSD 7.4-current (GENERIC.MP) #76: Wed Feb 7
> > > 17:33:52 MST 2024
> > >
> > > built packages:12278
> > > Feb 8:4373
> > > Feb 9:1234
> > > Feb 10:6670
> > >
> > >
> > > critical path missing pkgs:
> > > http://build-failures.rhaalovely.net/aarch64/2024-02-08/summary.log
> > >
> > > build failures: 2
> > > http://build-failures.rhaalovely.net/aarch64/2024-02-08/graphics/pdfsandwich.log
> > > http://build-failures.rhaalovely.net/aarch64/2024-02-08/x11/qt6/qt3d.log
> > >
> >
> > The following diff works fine both amd64 and aarch64. Does it makes
> > sense for i386 too?
> >
> > diff --git a/x11/qt6/qt3d/Makefile b/x11/qt6/qt3d/Makefile
> > index 76da86df196..e8249a2d05a 100644
> > --- a/x11/qt6/qt3d/Makefile
> > +++ b/x11/qt6/qt3d/Makefile
> > @@ -1,6 +1,7 @@
> > QT6NAME = Qt3D
> > COMMENT = Qt6 components for 3D graphics
> > PKGSPEC = qt6-qt3d-${QT6_PKGSPEC}
> > +REVISION = 0
> >
> > SHARED_LIBS += Qt63DAnimation1.0 # 6.6
> > SHARED_LIBS += Qt63DCore 1.1 # 6.6
> > @@ -27,7 +28,4 @@ LIB_DEPENDS = multimedia/assimp \
> > x11/qt6/qtdeclarative \
> > x11/xkbcommon
> >
> > -CONFIGURE_ARGS = -DQT_FEATURE_qt3d_simd_sse2=OFF \
> > - -DQT_FEATURE_qt3d_simd_avx2=OFF
> > -
>
> It looks like the port was trying to disable the SSE2/AVX2 stuff -
> depending on how the software works that might be necessary (i.e.
> if it enables AVX2 if the build machine supports it, and uses it
> unconditionally, then it does need disabling - but if it has a
> runtime check then it doesn't)
>
> > .include
> > diff --git a/x11/qt6/qt3d/pkg/PFRAG.amd64 b/x11/qt6/qt3d/pkg/PFRAG.amd64
> > new file mode 100644
> > index 000..4c3913cce2e
> > --- /dev/null
> > +++ b/x11/qt6/qt3d/pkg/PFRAG.amd64
>
> These extra PFRAG files are not used unless you set variables via
> PKG_ARGS to have them pulled in, and reference them via %%varname%% in
> PLIST.
>
> I'm not sure if it tries to builds these files on i386 or not yet (the
> machine has been running out of memory and crashing in my current bulk,
> and the previous one had the old version of qt3d).
>
> If they are amd64-only then I'd use the PKG_ARGS variable "amd64" and do
>
> .if ${MACHINE_ARCH} == "amd64"
> PKG_ARGS+= -Damd64=1
> .else
> PKG_ARGS+= -Damd64=0
> .endif
>
> otherwise
>
> .if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "i386"
> PKG_ARGS+= -Dx86=1
> .else
> PKG_ARGS+= -Dx86=0
> .endif
>
> I'll let you know when my build finished whether they are produced on
> i386, it will be at least a day or two away. Looks like qt6/qt3d is only
> depended on by meta/qt6 so I guess this is not a big rush?
Those files are built on i386 too. So use the second of those and
name the file PFRAG.x86 (and add %%x86%% to PLIST).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/02/13 07:13:32 Modified files: net/isc-bind : Tag: OPENBSD_7_4 Makefile distinfo net/isc-bind/patches: Tag: OPENBSD_7_4 patch-lib_isc_netmgr_netmgr_c Log message: update to isc-bind-9.18.24 Validating DNS messages containing a lot of DNSSEC signatures could cause excessive CPU load, leading to a denial-of-service condition. (CVE-2023-50387) Preparing an NSEC3 closest encloser proof could cause excessive CPU load, leading to a denial-of-service condition. (CVE-2023-50868) Parsing DNS messages with many different names could cause excessive CPU load. (CVE-2023-4408) Specific queries could cause named to crash with an assertion failure when nxdomain-redirect was enabled. (CVE-2023-5517) A bad interaction between DNS64 and serve-stale could cause named to crash with an assertion failure, when both of these features were enabled. (CVE-2023-5679) Under certain circumstances, the DNS-over-TLS client code incorrectly attempted to process more than one DNS message at a time, which could cause named to crash with an assertion failure.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/02/13 07:11:46 Modified files: net/libunbound : Tag: OPENBSD_7_4 Makefile distinfo Log message: update to libunbound-1.19.1 - Fix CVE-2023-50387, DNSSEC verification complexity can be exploited to exhaust CPU resources and stall DNS resolvers. - Fix CVE-2023-50868, NSEC3 closest encloser proof can exhaust CPU.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/02/13 07:10:40 Modified files: net/libunbound : Makefile distinfo Log message: update to libunbound-1.19.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/02/13 07:10:38 Modified files: net/isc-bind : Makefile distinfo net/isc-bind/patches: patch-lib_isc_netmgr_netmgr_c Log message: update to isc-bind-9.18.24
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2024/02/13 07:02:22
Modified files:
net/py-netaddr : Makefile distinfo
net/py-netaddr/pkg: PLIST
Log message:
drop back to py3-netaddr-0.10.1 for now; the 1.0.0 update removed is_private()
which is used by at least Ansible's ansible.utils.ipaddr('public').
https://github.com/netaddr/netaddr/commit/906210905591d1ed67a4b87b46c53fe871040974
Re: py3-netaddr-1.0.0 breaks ansible.utils.ipaddr('public')
Oof, l'll drop back to 0.10.1 for now, if Ansible uses this I bet other
things do too - it had only been marked as deprecated for a few weeks.
sorry I missed that.
--
Sent from a phone, apologies for poor formatting.
On 13 February 2024 13:10:21 Florian Obser wrote:
thusly:
An exception occurred during task execution. To see the full traceback, use
-vvv. The error was: AttributeError: 'IPAddress' object has no attribute
'is_private'
See also: https://github.com/ansible-collections/ansible.utils/issues/331
This fixes it for me for now, but I didn't have the time to give it both
buttocks, so pretty much half-arsed.
diff --git sysutils/ansible/Makefile sysutils/ansible/Makefile
index 25f922d3ab4..64da78d9e52 100644
--- sysutils/ansible/Makefile
+++ sysutils/ansible/Makefile
@@ -1,6 +1,7 @@
COMMENT = radically simple IT automation
MODPY_EGG_VERSION = 9.2.0
+REVISION = 0
DISTNAME = ansible-${MODPY_EGG_VERSION}
CATEGORIES =sysutils
diff --git
sysutils/ansible/patches/patch-ansible_collections_ansible_utils_plugins_plugin_utils_base_ipaddr_utils_py
sysutils/ansible/patches/patch-ansible_collections_ansible_utils_plugins_plugin_utils_base_ipaddr_utils_py
new file mode 100644
index 000..77756e1aa94
--- /dev/null
+++
sysutils/ansible/patches/patch-ansible_collections_ansible_utils_plugins_plugin_utils_base_ipaddr_utils_py
@@ -0,0 +1,22 @@
+'IPAddress' object has no attribute 'is_private' in netaddr >= 1.0.0
+Index:
ansible_collections/ansible/utils/plugins/plugin_utils/base/ipaddr_utils.py
+---
ansible_collections/ansible/utils/plugins/plugin_utils/base/ipaddr_utils.py.orig
ansible_collections/ansible/utils/plugins/plugin_utils/base/ipaddr_utils.py
+@@ -289,7 +289,7 @@ def _previous_usable_query(v, vtype):
+
+
+ def _private_query(v, value):
+-if v.is_private():
++if not v.is_global():
+ return value
+
+
+@@ -298,7 +298,7 @@ def _public_query(v, value):
+ if all(
+ [
+ v_ip.is_unicast(),
+-not v_ip.is_private(),
++v_ip.is_global(),
+ not v_ip.is_loopback(),
+ not v_ip.is_netmask(),
+ not v_ip.is_hostmask(),
--
In my defence, I have been left unsupervised.
Re: [NEW PORT] graphics/glad - Multi-Language Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator
El Tue, 13 Feb 2024 11:21:24 - beecdadd...@danwin1210.de escribió: > there is Rust code on it's github, does it have Rust as a dependency? > if it has Rust as dependency or cargo or whatever, I am deleting mpv > and never using it again > > can I block some dependencies or langs from building/installing? I > want that if it doesn't exist, it wouldn't be hard to write a bit of > code to search trough the list of dependencies and check with name, > maybe if it doesn't exist the blacklist could be in > /usr/ports/Makefile or something? I would like to know > thanks and sorry if there is answer on internet, I tried looking many > times for compiling ports and flags > > On Mon, February 12, 2024 5:42 pm, Jose Maldonado wrote: > > > > > Hello everyone! Another new port here! > > > > > > In this case I bring graphics/glad [1] a Multi-Language > > Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator that is part of the new > > dependencies to build libplacebo (>=v6.338.0) and therefore > > necessary to build mpv (v0.37.0) > > > > Built and tested, take a look and feedback is welcome. > > > > > > [1] https://github.com/Dav1dde/glad > > > > > > -- > > * > > Dios en su cielo, todo bien en la Tierra > > > > > > Yes, graphics/glad has Rust code, but we don't need it to build it, nor to build the new libplacebo or mpv. Rust code is only necessary in the context of a project that uses Rust, and mpv/libplacebo is outside of that. So for now, we can rest assured that you don't need Rust to use this, in fact, I don't even have Rust installed on my OS (and I hope I don't need it). -- * Dios en su cielo, todo bien en la Tierra
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2024/02/13 06:53:41 Modified files: net/powerdns_recursor: Makefile distinfo Log message: Update to PowerDNS Recursor 5.0.2, fixing CVE-2023-50387 and CVE-2023-50868 https://blog.powerdns.com/2024/02/13/powerdns-recursor-4-8-6-4-9-3-5-0-2-released
Re: [NEW PORT] graphics/glad - Multi-Language Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator
El Tue, 13 Feb 2024 11:39:38 +
Stuart Henderson escribió:
> On 2024/02/12 13:42, Jose Maldonado wrote:
> >
> > Hello everyone! Another new port here!
> >
> > In this case I bring graphics/glad [1] a Multi-Language
> > Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator that is part of the new
> > dependencies to build libplacebo (>=v6.338.0) and therefore
> > necessary to build mpv (v0.37.0)
> >
> > Built and tested, take a look and feedback is welcome.
>
> Some tweaks on top, new tar attached is ok sthen
>
> : -COMMENT = Multi-Language Vulkan/GL/GLES/EGL/GLX/WGL
> Loader-Generator : +COMMENT = multi-language
> Vulkan/GL/GLES/EGL/GLX/WGL loader-generator
>
> prefer lowercase in COMMENT except for proper nouns/abbreviations
>
> : -V =2.0.5
> : -PKGNAME = glad-${V}
> : -GH_TAGNAME = v${V}
> : +GH_TAGNAME = v2.0.5
> : GH_ACCOUNT = Dav1dde
> : GH_PROJECT = glad
>
> extra lines not needed, default uses the project name followed b6
> tagname with ^v stripped
>
> : -MODULES= lang/python
> : +MODULES = lang/python
>
> consistent whitespace
>
> : -MODPY_SETUPTOOLS= Yes
> : +MODPY_PYBUILD =setuptools
>
> use the PEP517 build infrastructure, don't use MODPY_SETUPTOOLS for
> new ports
>
> : -RUN_DEPENDS = www/py-jinja2 \
> : - textproc/py-MarkupSafe
> : +RUN_DEPENDS = www/py-jinja2${MODPY_FLAVOR} \
> : + textproc/py-MarkupSafe${MODPY_FLAVOR}
>
> missing flavour extension
>
> : post-install:
> : - mv -f ${WRKDIST}/example ${PREFIX}/share/examples/glad
> : + ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/glad
> : + cp -r ${WRKDIST}/example/* ${PREFIX}/share/examples/glad
>
> it's better not to remove things from the WRKDIST
>
> : -NO_BUILD = Yes
>
> that's just wrong, there is a build stage
>
> : Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator based on the official
> : specifications for multiple languages.
> : -
> : -Main website: https://glad.dav1d.de/
> : -
> : -Github: https://github.com/Dav1dde/glad
>
> WWW is added automatically from HOMEPAGE.
> Not usually worth adding github links here (it's obvious from the
> Makefile anyway).
>
> (+ regen pkg/PLIST)
>
Hi! Changes tested, all look good, the mpv and libplacebo builds
without issues.
Thanks @sthen
--
*
Dios en su cielo, todo bien en la Tierra
py3-netaddr-1.0.0 breaks ansible.utils.ipaddr('public')
thusly:
An exception occurred during task execution. To see the full traceback, use
-vvv. The error was: AttributeError: 'IPAddress' object has no attribute
'is_private'
See also: https://github.com/ansible-collections/ansible.utils/issues/331
This fixes it for me for now, but I didn't have the time to give it both
buttocks, so pretty much half-arsed.
diff --git sysutils/ansible/Makefile sysutils/ansible/Makefile
index 25f922d3ab4..64da78d9e52 100644
--- sysutils/ansible/Makefile
+++ sysutils/ansible/Makefile
@@ -1,6 +1,7 @@
COMMENT = radically simple IT automation
MODPY_EGG_VERSION =9.2.0
+REVISION = 0
DISTNAME = ansible-${MODPY_EGG_VERSION}
CATEGORIES = sysutils
diff --git
sysutils/ansible/patches/patch-ansible_collections_ansible_utils_plugins_plugin_utils_base_ipaddr_utils_py
sysutils/ansible/patches/patch-ansible_collections_ansible_utils_plugins_plugin_utils_base_ipaddr_utils_py
new file mode 100644
index 000..77756e1aa94
--- /dev/null
+++
sysutils/ansible/patches/patch-ansible_collections_ansible_utils_plugins_plugin_utils_base_ipaddr_utils_py
@@ -0,0 +1,22 @@
+'IPAddress' object has no attribute 'is_private' in netaddr >= 1.0.0
+Index:
ansible_collections/ansible/utils/plugins/plugin_utils/base/ipaddr_utils.py
+---
ansible_collections/ansible/utils/plugins/plugin_utils/base/ipaddr_utils.py.orig
ansible_collections/ansible/utils/plugins/plugin_utils/base/ipaddr_utils.py
+@@ -289,7 +289,7 @@ def _previous_usable_query(v, vtype):
+
+
+ def _private_query(v, value):
+-if v.is_private():
++if not v.is_global():
+ return value
+
+
+@@ -298,7 +298,7 @@ def _public_query(v, value):
+ if all(
+ [
+ v_ip.is_unicast(),
+-not v_ip.is_private(),
++v_ip.is_global(),
+ not v_ip.is_loopback(),
+ not v_ip.is_netmask(),
+ not v_ip.is_hostmask(),
--
In my defence, I have been left unsupervised.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/02/13 05:19:49 Modified files: security : Makefile Log message: +certspotter
Re: [new] security/certspotter 0.16.0
Imported with some fixes
It's probably worth installing the readme file too
On 2024/02/13 08:22, Renaud Allard wrote:
> ping
>
>
> Forwarded Message
> Subject: Re: [new] security/certspotter 0.16.0
> Date: Thu, 26 Oct 2023 13:27:07 +0200
> From: Renaud Allard
> To: ports@openbsd.org
>
> Hello and thanks for checking
>
> On 10/26/23 13:07, Stefan Hagen wrote:
> > Renaud Allard wrote (2023-10-25 09:46 CEST):
> > > Hello,
> > >
> > > Here is a new port for certspotter. This needs a change in user.list for
> > > the
> > > daemon user.
> > > Tested on amd64.
> > On the first look:
> >
> > $ portcheck
> > trailing whitespace in pkg/README
> > missing share/doc/pkg-readmes/${PKGSTEM} in PLIST
> >
> > $ make port-lib-depends-check
> > Missing: c.97 (/usr/local/bin/submitct) (system lib)
> > Missing: pthread.27 (/usr/local/bin/submitct) (system lib)
> > WANTLIB += c pthread
> >
> > In pkg/README, the {LOCALSTATEDIR} is missing a $.
> >
> > Why are you moving the watchlist to ${LOCALSTATEDIR}/certspotter,
> > while everything else goes into ${LOCALSTATEDIR}/certspotter/.certspotter?
> >
> > I see that not all files can be moved. There's only -watchlist and
> > -state-dir,
> > which is not enough to move everything.
> >
> > For simplicity sake, I'd just let all files reside in
> > ${LOCALSTATEDIR}/certspotter/.certspotter/
> >
> > Best regards,
> > Stefan
>
> Here is a better version. All config files are left in
> ${LOCALSTATEDIR}/certspotter/.certspotter/
>
> I also tested it on arm64
>
> Any other suggestions or OKs?
> Index: user.list
> ===
> RCS file: /cvs/ports/infrastructure/db/user.list,v
> retrieving revision 1.430
> diff -u -p -r1.430 user.list
> --- user.list 15 Aug 2023 15:54:30 - 1.430
> +++ user.list 25 Oct 2023 07:15:08 -
> @@ -402,3 +402,4 @@ id user group port
> 891 _kiwix-serve _kiwix-servewww/kiwix/kiwix-tools
> 892 _shiori _shiori www/shiori
> 893 _azorius _azoriuswww/azorius
> +894 _certspotter _certspottersecurity/certspotter
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/02/13 04:57:52 Log message: import ports/security/certspotter, from Renaud Allard, ok sdk tweaks from me: - update uid - add missing @sample dir - fix rc script Status: Vendor Tag: sthen Release Tags: sthen_20240213 N ports/security/certspotter/Makefile N ports/security/certspotter/distinfo N ports/security/certspotter/modules.inc N ports/security/certspotter/pkg/DESCR N ports/security/certspotter/pkg/PLIST N ports/security/certspotter/pkg/certspotter.rc N ports/security/certspotter/pkg/README No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/02/13 04:45:31 Modified files: infrastructure/db: user.list Log message: reserve 896 for certspotter
Re: [new] glow - Render markdown on the CLI
On 2024/02/12 12:46, juan.picca wrote: > Hi Stuart. > > Thanks for your tweaks! > > > - missing WANTLIB > > Can you tell me how to determine the `WANTLIB` value for the next time? make port-lib-depends-check (sometimes it needs adjustments but is often ok to just directly copy-and-paste).
Re: [NEW PORT] graphics/glad - Multi-Language Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator
On 2024/02/12 13:42, Jose Maldonado wrote:
>
> Hello everyone! Another new port here!
>
> In this case I bring graphics/glad [1] a Multi-Language
> Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator that is part of the new
> dependencies to build libplacebo (>=v6.338.0) and therefore necessary
> to build mpv (v0.37.0)
>
> Built and tested, take a look and feedback is welcome.
Some tweaks on top, new tar attached is ok sthen
: -COMMENT =Multi-Language Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator
: +COMMENT =multi-language Vulkan/GL/GLES/EGL/GLX/WGL loader-generator
prefer lowercase in COMMENT except for proper nouns/abbreviations
: -V = 2.0.5
: -PKGNAME =glad-${V}
: -GH_TAGNAME = v${V}
: +GH_TAGNAME = v2.0.5
: GH_ACCOUNT = Dav1dde
: GH_PROJECT = glad
extra lines not needed, default uses the project name followed b6
tagname with ^v stripped
: -MODULES= lang/python
: +MODULES =lang/python
consistent whitespace
: -MODPY_SETUPTOOLS=Yes
: +MODPY_PYBUILD = setuptools
use the PEP517 build infrastructure, don't use MODPY_SETUPTOOLS for new ports
: -RUN_DEPENDS =www/py-jinja2 \
: - textproc/py-MarkupSafe
: +RUN_DEPENDS =www/py-jinja2${MODPY_FLAVOR} \
: + textproc/py-MarkupSafe${MODPY_FLAVOR}
missing flavour extension
: post-install:
: - mv -f ${WRKDIST}/example ${PREFIX}/share/examples/glad
: + ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/glad
: + cp -r ${WRKDIST}/example/* ${PREFIX}/share/examples/glad
it's better not to remove things from the WRKDIST
: -NO_BUILD = Yes
that's just wrong, there is a build stage
: Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator based on the official
: specifications for multiple languages.
: -
: -Main website: https://glad.dav1d.de/
: -
: -Github: https://github.com/Dav1dde/glad
WWW is added automatically from HOMEPAGE.
Not usually worth adding github links here (it's obvious from the
Makefile anyway).
(+ regen pkg/PLIST)
glad.tgz
Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: clau...@cvs.openbsd.org 2024/02/13 04:33:09 Modified files: net/fort : Makefile Log message: fort requires ports-gcc to build on sparc64 because of stdatomic.h OK tb@
Re: CVS: cvs.openbsd.org: ports
On Tue, Feb 13, 2024 at 03:27:32AM -0700, Claudio Jeker wrote: > CVSROOT: /cvs > Module name: ports > Changes by: clau...@cvs.openbsd.org 2024/02/13 03:27:32 > > Modified files: > devel/boost: Makefile > Added files: > devel/boost/files: jump_sparc64_sysv_elf_gas.S > make_sparc64_sysv_elf_gas.S > ontop_sparc64_sysv_elf_gas.S > devel/boost/patches: patch-libs_context_build_Jamfile_v2 > > Log message: > Add boost-context support for sparc64. > > This is based on the work done for PHP and passes all tests in boost-context. > OK rsadowski@ Also OK sthen@ -- :wq Claudio
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: clau...@cvs.openbsd.org 2024/02/13 04:28:19 Modified files: devel/boost: Makefile Log message: Update comment for post-extract as suggested by sthen@
Re: [NEW PORT] graphics/glad - Multi-Language Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator
there is Rust code on it's github, does it have Rust as a dependency? if it has Rust as dependency or cargo or whatever, I am deleting mpv and never using it again can I block some dependencies or langs from building/installing? I want that if it doesn't exist, it wouldn't be hard to write a bit of code to search trough the list of dependencies and check with name, maybe if it doesn't exist the blacklist could be in /usr/ports/Makefile or something? I would like to know thanks and sorry if there is answer on internet, I tried looking many times for compiling ports and flags On Mon, February 12, 2024 5:42 pm, Jose Maldonado wrote: > > Hello everyone! Another new port here! > > > In this case I bring graphics/glad [1] a Multi-Language > Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator that is part of the new > dependencies to build libplacebo (>=v6.338.0) and therefore necessary to > build mpv (v0.37.0) > > Built and tested, take a look and feedback is welcome. > > > [1] https://github.com/Dav1dde/glad > > > -- > * > Dios en su cielo, todo bien en la Tierra > >
Re: boost sparc64 support for context
On Tue, Feb 13, 2024 at 12:08:06PM +0100, Otto Moerbeek wrote: > On Tue, Feb 13, 2024 at 09:03:49AM +0100, Claudio Jeker wrote: > > > On Thu, Feb 08, 2024 at 06:50:55PM +0100, Claudio Jeker wrote: > > > Since I did most of the work for php I decided to also implement the fiber > > > / context ASM for sparc64 in boost. > > > > > > The difference is that boost has a ontop_fcontext() function which is > > > not really documented but in the end I figured it out. > > > > > > I did test this against the tests in boost-context. Will do more tests > > > tomorrow but maybe someone else wants to join the context party :) > > > > I realized that I can save an instruction by using the builtin ADD > > instruction in 'restore' to set up %o0. So a context switch on sparc64 > > is now 10 instructions :) > > > > I ran test for context, fiber, coroutine and coroutine2 in boost and all > > test pass. The powerdns_recoursor package built but I'm not sure how to > > test this properly. > > If it starts and does not crash you're good. My sparc64s are currently > in storage, so I cannot test myself right now as our attic will be > under construction soon. Will test when things are back to normal. > It does start and even resolve properly. So I guess we're good here :) -- :wq Claudio
Re: fix fort validator on sparc64
On Tue, Feb 13, 2024 at 12:10:09PM +0100, Claudio Jeker wrote:
> fort uses stdatomic.h and needs to use either base-clang or ports-gcc.
> With this diff fort compiles on sparc64
Please add COMPILER_LANGS = c, then it's ok tb
> Does this require a bump?
No. It doesn't change the package where already built
> --
> :wq Claudio
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/fort/Makefile,v
> diff -u -p -r1.2 Makefile
> --- Makefile 19 Jan 2024 14:26:09 - 1.2
> +++ Makefile 13 Feb 2024 11:08:17 -
> @@ -13,6 +13,9 @@ MAINTAINER =Claudio Jeker # MIT
> PERMIT_PACKAGE = Yes
>
> +# stdatomic.h
> +COMPILER = base-clang ports-gcc
> +
> SITES =
> https://github.com/NICMx/FORT-validator/releases/download/$V/
> CONFIGURE_STYLE =gnu
> CONFIGURE_ENV += CPPFLAGS="-I${LOCALBASE}/include" \
>
fix fort validator on sparc64
fort uses stdatomic.h and needs to use either base-clang or ports-gcc.
With this diff fort compiles on sparc64
Does this require a bump?
--
:wq Claudio
Index: Makefile
===
RCS file: /cvs/ports/net/fort/Makefile,v
diff -u -p -r1.2 Makefile
--- Makefile19 Jan 2024 14:26:09 - 1.2
+++ Makefile13 Feb 2024 11:08:17 -
@@ -13,6 +13,9 @@ MAINTAINER = Claudio Jeker https://github.com/NICMx/FORT-validator/releases/download/$V/
CONFIGURE_STYLE = gnu
CONFIGURE_ENV += CPPFLAGS="-I${LOCALBASE}/include" \
Re: boost sparc64 support for context
On Tue, Feb 13, 2024 at 09:03:49AM +0100, Claudio Jeker wrote:
> On Thu, Feb 08, 2024 at 06:50:55PM +0100, Claudio Jeker wrote:
> > Since I did most of the work for php I decided to also implement the fiber
> > / context ASM for sparc64 in boost.
> >
> > The difference is that boost has a ontop_fcontext() function which is
> > not really documented but in the end I figured it out.
> >
> > I did test this against the tests in boost-context. Will do more tests
> > tomorrow but maybe someone else wants to join the context party :)
>
> I realized that I can save an instruction by using the builtin ADD
> instruction in 'restore' to set up %o0. So a context switch on sparc64
> is now 10 instructions :)
>
> I ran test for context, fiber, coroutine and coroutine2 in boost and all
> test pass. The powerdns_recoursor package built but I'm not sure how to
> test this properly.
If it starts and does not crash you're good. My sparc64s are currently
in storage, so I cannot test myself right now as our attic will be
under construction soon. Will test when things are back to normal.
-Otto
>
> IMO this is ready for commit. I will start pushing these changes upstream
> as well.
> --
> :wq Claudio
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/boost/Makefile,v
> diff -u -p -r1.142 Makefile
> --- Makefile 4 Jan 2024 08:16:16 - 1.142
> +++ Makefile 12 Feb 2024 19:12:11 -
> @@ -1,4 +1,4 @@
> -NOT_FOR_ARCHS-md = alpha hppa sparc64
> +NOT_FOR_ARCHS-md = alpha hppa
>
> DPB_PROPERTIES= parallel
>
> @@ -132,7 +132,7 @@ SUBST_VARS+= SO_VERSION
>
> # Revert back to Boost::Context 1.80.0 ASM code for i386
> post-extract:
> - cp -f ${FILESDIR}/*_i386_sysv_elf_gas.S ${WRKSRC}/libs/context/src/asm/
> + cp -f ${FILESDIR}/*_sysv_elf_gas.S ${WRKSRC}/libs/context/src/asm/
>
> do-configure:
> echo "using ${TOOLSET} : : ${CXX} ;"
> >>${WRKSRC}/tools/build/src/user-config.jam
> Index: files/jump_sparc64_sysv_elf_gas.S
> ===
> RCS file: files/jump_sparc64_sysv_elf_gas.S
> diff -N files/jump_sparc64_sysv_elf_gas.S
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ files/jump_sparc64_sysv_elf_gas.S 12 Feb 2024 19:12:11 -
> @@ -0,0 +1,51 @@
> +/*
> + Copyright Claudio Jeker 2024
> + Distributed under the Boost Software License, Version 1.0.
> + (See accompanying file LICENSE_1_0.txt or copy at
> + http://www.boost.org/LICENSE_1_0.txt)
> +*/
> +
> +/*
> + * typedef void* fcontext_t;
> + *
> + * struct transfer_t {
> + * fcontext_t fctx;
> + * void* data;
> + * };
> + *
> + * transfer_t jump_fcontext(fcontext_t const to, void *vp);
> + */
> +#define CC64FSZ 176
> +#define BIAS 2047
> +#define SP 128
> +#define I7 136
> +
> +.file "jump_sparc64_sysv_elf_gas.S"
> +.text
> +.align 4
> +.global jump_fcontext
> +.type jump_fcontext, %function
> +jump_fcontext:
> + # prepare stack
> + save%sp, -CC64FSZ, %sp
> +
> + # store framepointer and return address in slots reserved
> + # for arguments
> + stx %fp, [%sp + BIAS + SP]
> + stx %i7, [%sp + BIAS + I7]
> + mov %sp, %o0
> + # force flush register windows to stack and with that save context
> + flushw
> + # get SP (pointing to new context-data) from %i0 param
> + mov %i0, %sp
> + # load framepointer and return address from context
> + ldx [%sp + BIAS + SP], %fp
> + ldx [%sp + BIAS + I7], %i7
> +
> + ret
> + restore %o0, %g0, %o0
> + # restore old %sp (pointing to old context-data) in %o0
> + # *data stored in %o1 was not modified
> +.sizejump_fcontext,.-jump_fcontext
> +# Mark that we don't need executable stack.
> +.section .note.GNU-stack,"",%progbits
> Index: files/make_sparc64_sysv_elf_gas.S
> ===
> RCS file: files/make_sparc64_sysv_elf_gas.S
> diff -N files/make_sparc64_sysv_elf_gas.S
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ files/make_sparc64_sysv_elf_gas.S 12 Feb 2024 19:12:11 -
> @@ -0,0 +1,68 @@
> +/*
> + Copyright Claudio Jeker 2024
> + Distributed under the Boost Software License, Version 1.0.
> + (See accompanying file LICENSE_1_0.txt or copy at
> + http://www.boost.org/LICENSE_1_0.txt)
> +*/
> +
> +/*
> + * fcontext_t *make_fcontext(void *sp, size_t size, void (*fn)(transfer_t));
> + */
> +#define CC64FSZ 176
> +#define BIAS 2047
> +#define FP 112
> +#define SP 128
> +#define I7 136
> +
> +.file "make_sparc64_sysv_elf_gas.S"
> +.text
> +.align 4
> +.global make_fcontext
> +.type make_fcontext, %function
> +make_fcontext:
> + save%sp, -CC64FSZ, %sp
> +
> + # shift address in %i0 (allocated stack) to lower 16 byte boundary
> + and %i0, -0xf, %i0
> +
> + # reserve space for two frames on the stack
> + # the first frame is for the call
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/02/13 03:33:51 Modified files: sysutils/govmomi: Makefile distinfo modules.inc Log message: Update to govc-0.35.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/02/13 03:32:12 Modified files: x11/gnome/tweaks: Makefile distinfo Log message: Update to gnome-tweaks-45.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/02/13 03:30:03 Modified files: x11/gnome/control-center: Makefile distinfo Log message: Update to gnome-control-center-45.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/02/13 03:29:47 Modified files: x11/gnome/initial-setup: Makefile distinfo Log message: Update to gnome-initial-setup-45.4.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: clau...@cvs.openbsd.org 2024/02/13 03:27:32 Modified files: devel/boost: Makefile Added files: devel/boost/files: jump_sparc64_sysv_elf_gas.S make_sparc64_sysv_elf_gas.S ontop_sparc64_sysv_elf_gas.S devel/boost/patches: patch-libs_context_build_Jamfile_v2 Log message: Add boost-context support for sparc64. This is based on the work done for PHP and passes all tests in boost-context. OK rsadowski@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/02/13 03:23:39 Modified files: x11/gnome/gcr4 : Makefile distinfo Log message: Update to gcr4-4.2.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/02/13 03:21:29 Modified files: math/gnumeric : Makefile distinfo math/gnumeric/pkg: PLIST Log message: Update to gnumeric-1.12.57.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/02/13 03:21:17 Modified files: devel/goffice : Makefile distinfo Removed files: devel/goffice/patches: patch-configure_ac patch-goffice_math_go-dtoa_c patch-goffice_math_go-ryu_c patch-goffice_math_go-ryu_h Log message: Update to goffice-0.10.57.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/02/13 03:16:56 Modified files: graphics/py-cairo: Makefile distinfo Log message: Update to py3-cairo-1.26.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/02/13 03:13:19 Modified files: graphics/openexr: Makefile distinfo Log message: Update to OpenEXR-3.2.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/02/13 03:05:55 Modified files: graphics/gegl04: Makefile distinfo graphics/gegl04/pkg: PLIST Log message: Update to gegl04-0.4.48.
Re: boost sparc64 support for context
On Thu, Feb 08, 2024 at 06:50:55PM +0100, Claudio Jeker wrote:
> Since I did most of the work for php I decided to also implement the fiber
> / context ASM for sparc64 in boost.
>
> The difference is that boost has a ontop_fcontext() function which is
> not really documented but in the end I figured it out.
>
> I did test this against the tests in boost-context. Will do more tests
> tomorrow but maybe someone else wants to join the context party :)
I realized that I can save an instruction by using the builtin ADD
instruction in 'restore' to set up %o0. So a context switch on sparc64
is now 10 instructions :)
I ran test for context, fiber, coroutine and coroutine2 in boost and all
test pass. The powerdns_recoursor package built but I'm not sure how to
test this properly.
IMO this is ready for commit. I will start pushing these changes upstream
as well.
--
:wq Claudio
Index: Makefile
===
RCS file: /cvs/ports/devel/boost/Makefile,v
diff -u -p -r1.142 Makefile
--- Makefile4 Jan 2024 08:16:16 - 1.142
+++ Makefile12 Feb 2024 19:12:11 -
@@ -1,4 +1,4 @@
-NOT_FOR_ARCHS-md = alpha hppa sparc64
+NOT_FOR_ARCHS-md = alpha hppa
DPB_PROPERTIES=parallel
@@ -132,7 +132,7 @@ SUBST_VARS+=SO_VERSION
# Revert back to Boost::Context 1.80.0 ASM code for i386
post-extract:
- cp -f ${FILESDIR}/*_i386_sysv_elf_gas.S ${WRKSRC}/libs/context/src/asm/
+ cp -f ${FILESDIR}/*_sysv_elf_gas.S ${WRKSRC}/libs/context/src/asm/
do-configure:
echo "using ${TOOLSET} : : ${CXX} ;"
>>${WRKSRC}/tools/build/src/user-config.jam
Index: files/jump_sparc64_sysv_elf_gas.S
===
RCS file: files/jump_sparc64_sysv_elf_gas.S
diff -N files/jump_sparc64_sysv_elf_gas.S
--- /dev/null 1 Jan 1970 00:00:00 -
+++ files/jump_sparc64_sysv_elf_gas.S 12 Feb 2024 19:12:11 -
@@ -0,0 +1,51 @@
+/*
+ Copyright Claudio Jeker 2024
+ Distributed under the Boost Software License, Version 1.0.
+ (See accompanying file LICENSE_1_0.txt or copy at
+ http://www.boost.org/LICENSE_1_0.txt)
+*/
+
+/*
+ * typedef void* fcontext_t;
+ *
+ * struct transfer_t {
+ * fcontext_t fctx;
+ * void* data;
+ * };
+ *
+ * transfer_t jump_fcontext(fcontext_t const to, void *vp);
+ */
+#define CC64FSZ 176
+#define BIAS 2047
+#define SP 128
+#define I7 136
+
+.file "jump_sparc64_sysv_elf_gas.S"
+.text
+.align 4
+.global jump_fcontext
+.type jump_fcontext, %function
+jump_fcontext:
+ # prepare stack
+ save%sp, -CC64FSZ, %sp
+
+ # store framepointer and return address in slots reserved
+ # for arguments
+ stx %fp, [%sp + BIAS + SP]
+ stx %i7, [%sp + BIAS + I7]
+ mov %sp, %o0
+ # force flush register windows to stack and with that save context
+ flushw
+ # get SP (pointing to new context-data) from %i0 param
+ mov %i0, %sp
+ # load framepointer and return address from context
+ ldx [%sp + BIAS + SP], %fp
+ ldx [%sp + BIAS + I7], %i7
+
+ ret
+restore %o0, %g0, %o0
+ # restore old %sp (pointing to old context-data) in %o0
+ # *data stored in %o1 was not modified
+.size jump_fcontext,.-jump_fcontext
+# Mark that we don't need executable stack.
+.section .note.GNU-stack,"",%progbits
Index: files/make_sparc64_sysv_elf_gas.S
===
RCS file: files/make_sparc64_sysv_elf_gas.S
diff -N files/make_sparc64_sysv_elf_gas.S
--- /dev/null 1 Jan 1970 00:00:00 -
+++ files/make_sparc64_sysv_elf_gas.S 12 Feb 2024 19:12:11 -
@@ -0,0 +1,68 @@
+/*
+ Copyright Claudio Jeker 2024
+ Distributed under the Boost Software License, Version 1.0.
+ (See accompanying file LICENSE_1_0.txt or copy at
+ http://www.boost.org/LICENSE_1_0.txt)
+*/
+
+/*
+ * fcontext_t *make_fcontext(void *sp, size_t size, void (*fn)(transfer_t));
+ */
+#define CC64FSZ 176
+#define BIAS 2047
+#define FP 112
+#define SP 128
+#define I7 136
+
+.file "make_sparc64_sysv_elf_gas.S"
+.text
+.align 4
+.global make_fcontext
+.type make_fcontext, %function
+make_fcontext:
+ save%sp, -CC64FSZ, %sp
+
+ # shift address in %i0 (allocated stack) to lower 16 byte boundary
+ and %i0, -0xf, %i0
+
+ # reserve space for two frames on the stack
+ # the first frame is for the call the second one holds the data
+ # for jump_fcontext
+ sub %i0, 2 * CC64FSZ, %i0
+
+ # third argument of make_fcontext() is the context-function to call
+ # store it in the first stack frame, also clear %fp there to indicate
+ # the end of the stack.
+ stx %i2, [%i0 + CC64FSZ + I7]
+ stx %g0, [%i0 + CC64FSZ + FP]
+
+ # On OpenBSD stackghost prevents overriding the return address on
+ # a stack frame. So this code uses an
