Re: [update] add desktop file to net/unison
On Tue 06/06/2023 23:38, Joel Carnat wrote: > Hello, > > I have seen that Unison does not have a launch icon in my XFCE whisker menu. > Looking at https://github.com/bcpierce00/unison/issues/162, a PR has been > submitted in 2018 but it is still opened and unresolved. > > Using the unison.desktop file from ArchLinux, this patch adds the file to > the OpenBSD port. Not sure if it's the proper way to do it but I use the > patch feature to create the unison.desktop from NULL. > > Attached is the patch to create the unison.desktop and the cvs diff to the > port. Some comments: - REVISION starts at 0 - !no_x11 flavor has a run dependency on devel/desktop-file-utils - Instead of creating unison.desktop from NULL just have it in ${FILESDIR} - !no_x11 flavor specific bits should be placed in PFRAG.no-no_x11 Could you check if the diff below works for you? diff --git Makefile Makefile index 0fa4c136fc1..9cd720972b8 100644 --- Makefile +++ Makefile @@ -8,6 +8,7 @@ COMMENT = multi-platform file synchronization tool GH_ACCOUNT = bcpierce00 GH_PROJECT = unison GH_TAGNAME = v2.53.3 +REVISION = 0 CATEGORIES = net @@ -39,6 +40,7 @@ WANTLIB +=gdk_pixbuf-2.0 gio-2.0 glib-2.0 gobject-2.0 gtk-3 harfbuzz WANTLIB += intl pango-1.0 pangocairo-1.0 BUILD_DEPENDS += x11/lablgtk3 LIB_DEPENDS += x11/gtk+3 +RUN_DEPENDS += devel/desktop-file-utils MAKE_FLAGS += UISTYLE=gtk3 .endif @@ -55,5 +57,13 @@ do-install: ${INSTALL_MAN} ${WRKSRC}/man/unison.1 ${PREFIX}/man/man1 ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/unison @cd ${WRKSRC} && ${INSTALL_DATA} ${DOCS} ${PREFIX}/share/doc/unison +.if !${FLAVOR:Mno_x11} + ${INSTALL_DATA_DIR} ${PREFIX}/share/pixmaps + ${INSTALL_DATA} ${WRKSRC}/icons/U.svg \ + ${PREFIX}/share/pixmaps/unison.svg + ${INSTALL_DATA_DIR} ${PREFIX}/share/applications + ${INSTALL_DATA} ${FILESDIR}/unison.desktop \ + ${PREFIX}/share/applications/ +.endif .include diff --git files/unison.desktop files/unison.desktop new file mode 100644 index 000..af64ef6617c --- /dev/null +++ files/unison.desktop @@ -0,0 +1,11 @@ +[Desktop Entry] +Encoding=UTF-8 +Name=unison +Comment=File synchronisation tool for X11 +TryExec=unison +Exec=unison +Terminal=false +Type=Application +Categories=GTK;Application;Network; +Icon=unison +StartupNotify=true diff --git pkg/PFRAG.no-no_x11 pkg/PFRAG.no-no_x11 new file mode 100644 index 000..a8d2b57156d --- /dev/null +++ pkg/PFRAG.no-no_x11 @@ -0,0 +1,4 @@ +share/applications/unison.desktop +share/pixmaps/ +share/pixmaps/unison.svg +@tag update-desktop-database diff --git pkg/PLIST pkg/PLIST index c8a7e9ab292..4b3d8d144fa 100644 --- pkg/PLIST +++ pkg/PLIST @@ -10,3 +10,4 @@ share/doc/pkg-readmes/${PKGSTEM} share/doc/unison/ share/doc/unison/NEWS.md share/doc/unison/README.md +!%%no_x11%%
UPDATE: dav1d 1.2.1
Here is an update to dav1d 1.2.1. Changes for 1.2.1 'Arctic Peregrine Falcon': --- 1.2.1 is a small release of dav1d, adding more SIMD and fixes - Fix a threading race on task_thread.init_done - NEON z2 8bpc and high bit-depth optimizations - SSSE3 z2 high bit-depth optimziations - Fix a desynced luma/chroma planes issue with Film Grain - Reduce memory consumption - Improve dav1d_parse_sequence_header() speed - OBU: Improve header parsing and fix potential overflows - OBU: Improve ITU-T T.35 parsing speed - Misc buildsystems, CI and headers fixes Index: Makefile === RCS file: /home/cvs/ports/multimedia/dav1d/Makefile,v retrieving revision 1.33 diff -u -p -u -p -r1.33 Makefile --- Makefile19 May 2023 11:07:30 - 1.33 +++ Makefile6 Jun 2023 20:03:17 - @@ -1,6 +1,6 @@ COMMENT= small and fast AV1 decoder -VER= 1.2.0 +VER= 1.2.1 DISTNAME= dav1d-${VER} CATEGORIES=multimedia MASTER_SITES= https://downloads.videolan.org/pub/videolan/dav1d/${VER}/ Index: distinfo === RCS file: /home/cvs/ports/multimedia/dav1d/distinfo,v retrieving revision 1.17 diff -u -p -u -p -r1.17 distinfo --- distinfo19 May 2023 11:07:30 - 1.17 +++ distinfo6 Jun 2023 20:03:24 - @@ -1,2 +1,2 @@ -SHA256 (dav1d-1.2.0.tar.xz) = Ixvti8G7KKQdiNprTCwRjehLkuXx1nyv+ht/garqjG4= -SIZE (dav1d-1.2.0.tar.xz) = 866120 +SHA256 (dav1d-1.2.1.tar.xz) = TjPrYexUx2ihbaDPj6CSi0xFk/X4BKPIh9SiHDGDQLI= +SIZE (dav1d-1.2.1.tar.xz) = 873008 Index: patches/patch-src_arm_64_ipred16_S === RCS file: /home/cvs/ports/multimedia/dav1d/patches/patch-src_arm_64_ipred16_S,v retrieving revision 1.2 diff -u -p -u -p -r1.2 patch-src_arm_64_ipred16_S --- patches/patch-src_arm_64_ipred16_S 19 May 2023 11:07:30 - 1.2 +++ patches/patch-src_arm_64_ipred16_S 6 Jun 2023 20:32:43 - @@ -387,7 +387,7 @@ Index: src/arm/64/ipred16.S endfunc const padding_mask_buf -@@ -2445,13 +2463,13 @@ function ipred_filter_\bpc\()bpc_neon +@@ -3880,13 +3898,13 @@ function ipred_filter_\bpc\()bpc_neon add x6, x6, w5, uxtw ld1 {v16.8b, v17.8b, v18.8b, v19.8b}, [x6], #32 clz w9, w3 @@ -404,7 +404,7 @@ Index: src/arm/64/ipred16.S sxtlv18.8h, v18.8b sxtlv19.8h, v19.8b add x6, x0, x1 -@@ -2725,11 +2743,13 @@ function ipred_filter_\bpc\()bpc_neon +@@ -4160,11 +4178,13 @@ function ipred_filter_\bpc\()bpc_neon 9: ret @@ -422,7 +422,7 @@ Index: src/arm/64/ipred16.S endfunc .endm -@@ -2749,11 +2769,11 @@ endfunc +@@ -4184,11 +4204,11 @@ endfunc function pal_pred_16bpc_neon, export=1 ld1 {v30.8h}, [x2] clz w9, w4 @@ -437,7 +437,7 @@ Index: src/arm/64/ipred16.S br x6 40: AARCH64_VALID_JUMP_TARGET -@@ -2922,12 +2942,14 @@ function pal_pred_16bpc_neon, export=1 +@@ -4357,12 +4377,14 @@ function pal_pred_16bpc_neon, export=1 b.gt64b ret @@ -457,7 +457,7 @@ Index: src/arm/64/ipred16.S endfunc // void ipred_cfl_128_16bpc_neon(pixel *dst, const ptrdiff_t stride, -@@ -2938,12 +2960,12 @@ endfunc +@@ -4373,12 +4395,12 @@ endfunc function ipred_cfl_128_16bpc_neon, export=1 dup v31.8h, w7 // bitdepth_max clz w9, w3 @@ -473,7 +473,7 @@ Index: src/arm/64/ipred16.S add x6, x0, x1 lsl x1, x1, #1 moviv30.8h, #0 -@@ -3075,12 +3097,14 @@ L(ipred_cfl_splat_w16): +@@ -4510,12 +4532,14 @@ L(ipred_cfl_splat_w16): b.gt1b ret @@ -492,7 +492,7 @@ Index: src/arm/64/ipred16.S endfunc // void ipred_cfl_top_16bpc_neon(pixel *dst, const ptrdiff_t stride, -@@ -3091,12 +3115,12 @@ endfunc +@@ -4526,12 +4550,12 @@ endfunc function ipred_cfl_top_16bpc_neon, export=1 dup v31.8h, w7 // bitdepth_max clz w9, w3 @@ -508,7 +508,7 @@ Index: src/arm/64/ipred16.S add x6, x0, x1 lsl x1, x1, #1 moviv30.8h, #0 -@@ -3134,11 +3158,13 @@ function ipred_cfl_top_16bpc_neon, export=1 +@@ -4569,11 +4593,13 @@ function ipred_cfl_top_16bpc_neon, export=1 dup v0.8h, v0.h[0] b L(ipred_cfl_splat_w16) @@ -526,7 +526,7 @@ Index: src/arm/64/ipred16.S endfunc // void ipred_cfl_left_16bpc_neon(pixel *dst, const ptrdiff_t stride, -@@ -3151,15 +3177,15 @@ function ipred_cfl_left_16bpc_neon, export=1 +@@ -4586,15 +4612,15 @@ function ipred_cfl_left_16bpc_neon, export=1 sub x2, x2, w4, uxtw #1 clz
Re: update node_exporter to v1.6.0
On Tue, 6 Jun 2023 12:38:35 +0200, Claudio Jeker wrote: > This updates node_exporter to v1.6.0. This version includes all the > local patches to node_exporter so remove them all. > > Apart from that I doubt that other changes in this release matter for > OpenBSD. > > Please test. works fine here, ok danj@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2023/06/06 15:42:20 Modified files: x11/arandr : Makefile distinfo Log message: x11/arandr: easy update to version 0.1.11.
[update] add desktop file to net/unison
Hello, I have seen that Unison does not have a launch icon in my XFCE whisker menu. Looking at https://github.com/bcpierce00/unison/issues/162, a PR has been submitted in 2018 but it is still opened and unresolved. Using the unison.desktop file from ArchLinux, this patch adds the file to the OpenBSD port. Not sure if it's the proper way to do it but I use the patch feature to create the unison.desktop from NULL. Attached is the patch to create the unison.desktop and the cvs diff to the port. Hope it helps, Joel C. unison-desktop-file.tar.gz Description: application/gzip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2023/06/06 13:26:00 Modified files: games/supertux/patches: patch-CMakeLists_txt Log message: Propagate *_RANLIB_* and *_AR_* cmake variables to external/squirrel subdirectory. found by espie@, thanks.
[update] Lagrange to 1.16.3
Hi, this is an update for Lagrange to 1.16.3. Some testing done on amd64. No issues found. portcheck and 'make port-lib-depends-check' are happy. Changes listed here [1]. Comments? Thanks! [1] https://github.com/skyjake/lagrange/releases Index: Makefile === RCS file: /daten/openbsdmirror/cvs/mirror/ports/net/lagrange/Makefile,v retrieving revision 1.61 diff -u -p -u -p -r1.61 Makefile --- Makefile31 May 2023 06:44:22 - 1.61 +++ Makefile6 Jun 2023 16:42:07 - @@ -1,5 +1,5 @@ COMMENT = SDL multi protocol navigator -VERSION = 1.16.1 +VERSION = 1.16.3 DISTNAME = lagrange-${VERSION} Index: distinfo === RCS file: /daten/openbsdmirror/cvs/mirror/ports/net/lagrange/distinfo,v retrieving revision 1.50 diff -u -p -u -p -r1.50 distinfo --- distinfo31 May 2023 06:44:22 - 1.50 +++ distinfo6 Jun 2023 16:42:07 - @@ -1,2 +1,2 @@ -SHA256 (lagrange-1.16.1.tar.gz) = zdg6k3w1Ata7sTRwAz6WD1JLsLhds2n0ic7yn/FNUaw= -SIZE (lagrange-1.16.1.tar.gz) = 9997807 +SHA256 (lagrange-1.16.3.tar.gz) = 6C0AphZzXRwqCkoWXtY4lPZWO5R4lxx27zEDNZnqsM4= +SIZE (lagrange-1.16.3.tar.gz) = 10002363 -- greetings, Florian Viehweger
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: phess...@cvs.openbsd.org2023/06/06 10:33:05 Modified files: x11/gnome/librsvg: distinfo.old Log message: non rust arches need to know the info for the updated versions, even if they don't use them fixes build on armv7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/06/06 10:26:12 Modified files: security/openssl-ruby-tests: Makefile distinfo Removed files: security/openssl-ruby-tests/patches: patch-test_openssl_test_bn_rb Log message: Update to openssl-ruby-tests 20230606 PR #614 fixing the square root test was finally merged via https://github.com/ruby/openssl/pull/636
Re: [Maintainer Update] lang/erlang/25 25.3.2.1
Ping. On 5/31/23 21:44, Volker Schlecht wrote: Updates lang/erlang/25 to 25.3.2.1 Bugfix Release, which I might have skipped, if it weren't for a fix for an OpenBSD issue: OTP-18561 Application(s): erts Fixed a crash during tracing on certain platforms that cannot use the machine stack for Erlang code (mainly OpenBSD and Linux with musl). https://github.com/erlang/otp/releases/tag/OTP-25.3.2.1 Tests pass, dependent ports all build, test and work fine on amd64.Index: Makefile === RCS file: /cvs/ports/lang/erlang/25/Makefile,v retrieving revision 1.17 diff -u -p -r1.17 Makefile --- Makefile 31 May 2023 15:17:33 - 1.17 +++ Makefile 31 May 2023 19:34:59 - @@ -3,14 +3,13 @@ BROKEN-alpha= beam/erl_process.c:6692: i COMMENT-main= ${COMMENT} COMMENT-wx= WxWidgets bindings for Erlang -V= 25.3.2 +V= 25.3.2.1 PORTROACH= limit:^OTP-25\. DISTNAME= otp_src_$V PKGNAME= erlang-$V PKGNAME-main= erlang-$V PKGNAME-wx= erlang-wx-$V EPOCH= 0 -REVISION= 0 VERSION_SPEC= >=25v0,<26v0 PKGSPEC-main= erlang-${VERSION_SPEC} @@ -64,7 +63,7 @@ AUTOCONF_VERSION = 2.69 ERL_VERSIONS= \ ASN1_VSN5.0.21 \ COMMON_TEST_VSN 1.24 \ -COMPILER_VSN8.2.6 \ +COMPILER_VSN8.2.6.1 \ CRYPTO_VSN 5.1.4 \ DEBUGGER_VSN5.3.1 \ DIALYZER_VSN5.0.5 \ @@ -93,12 +92,12 @@ SASL_VSN4.2 \ SNMP_VSN5.13.5 \ SSH_VSN 4.15.3 \ SSL_VSN 10.9.1 \ -STDLIB_VSN 4.3.1 \ +STDLIB_VSN 4.3.1.1 \ SYNTAX_TOOLS_VSN3.0.1 \ TFTP_VSN1.0.4 \ TOOLS_VSN 3.5.3 \ WX_VSN 2.2.2 \ -XMERL_VSN 1.3.31 \ -ERTS_VSN13.2.2 +XMERL_VSN 1.3.31.1 \ +ERTS_VSN13.2.2.1 .include Index: distinfo === RCS file: /cvs/ports/lang/erlang/25/distinfo,v retrieving revision 1.9 diff -u -p -r1.9 distinfo --- distinfo 17 May 2023 13:39:46 - 1.9 +++ distinfo 31 May 2023 19:34:59 - @@ -1,4 +1,4 @@ -SHA256 (otp_doc_man_25.3.2.tar.gz) = H5hRYz30VrMZ9rxw1vkDXFrF1j0ZN+GnlL2MiIs5Eq8= -SHA256 (otp_src_25.3.2.tar.gz) = rtTkcmzcWHq4IMg3nWPlEeRqGxzAxZ1qcgtRrmJbJRA= -SIZE (otp_doc_man_25.3.2.tar.gz) = 1717601 -SIZE (otp_src_25.3.2.tar.gz) = 103757566 +SHA256 (otp_doc_man_25.3.2.1.tar.gz) = U3HxTHcTk4jsMWmVO9HJAQYAMx5R9fd8zUa5vdJbiHA= +SHA256 (otp_src_25.3.2.1.tar.gz) = GX5ZfzIWt4/7j1XVZjGTFRaUxHSJZTqwRHL33Er8cHk= +SIZE (otp_doc_man_25.3.2.1.tar.gz) = 1719762 +SIZE (otp_src_25.3.2.1.tar.gz) = 103801230 Index: pkg/PLIST-main === RCS file: /cvs/ports/lang/erlang/25/pkg/PLIST-main,v retrieving revision 1.10 diff -u -p -r1.10 PLIST-main --- pkg/PLIST-main 31 May 2023 15:17:34 - 1.10 +++ pkg/PLIST-main 31 May 2023 19:34:59 - @@ -2,7 +2,7 @@ @option is-branch @conflict erlang->=25,<26 @conflict erlang->=25v0,<26v0 -@conflict erlang-wx->=25,<25.3.2 +@conflict erlang-wx->=25,<25.3.2.1 @pkgpath lang/erlang/21,-main @newgroup _epmd:888 @newuser _epmd:888:_epmd::Erlang EPMD Account:/var/empty:/sbin/nologin
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Sat Jun 3 23:51:10 MDT 2023 finished at Tue Jun 6 09:19:08 MDT 2023 lasted 2D09h27m done with kern.version=OpenBSD 7.3-current (GENERIC.MP) #2145: Sat Jun 3 13:29:09 MDT 2023 built packages:11655 Jun 3:136 Jun 4:3636 Jun 5:2865 Jun 6:5017 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-06-03/summary.log build failures: 3 http://build-failures.rhaalovely.net/aarch64/2023-06-03/devel/quirks.log http://build-failures.rhaalovely.net/aarch64/2023-06-03/x11/mate/utils.log recurrent failures new failures +++ ls-failures Tue Jun 6 09:20:47 2023 +failures/devel/quirks.log +failures/x11/mate/utils.log resolved failures --- ../old/aarch64/last//ls-failuresThu Jun 1 20:24:02 2023 -failures/graphics/cfdg.log -failures/x11/qt6/qtquick3dphysics.log -failures/x11/qt6/qtquickeffectmaker.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/06/06 08:12:07 Modified files: net/rsync : Makefile Log message: rsync: enable use of the various xxHash checksum algorithms (xxh128, xxh3, xxh64), which provide reduced cpu usage and some speed improvement over the previous md5/md4/sha1. this is used both for pre-transfer checksums (used for rsync -c) and checksums during the transfer to identify changed blocks when connecting to suitable machines on the other side. xxHash is used as a header-only library, so no new run dep, ok kn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/06/06 08:00:02 Modified files: security : Makefile Log message: +p5-Crypt-URandom, p5-Authn-WebAuthn, p5-Authn-OATH
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/06/06 07:59:04 Log message: import security/p5-Crypt-URandom, from henning with tweaks by me, ok henning Crypt::URandom is intended to provide an interface to the strongest available source of non-blocking randomness on the current platform. (In practice, it uses /dev/urandom on most unix-like OS, and win32 API functions on Windows). Status: Vendor Tag: sthen Release Tags: sthen_20230606 N ports/security/p5-Crypt-URandom/Makefile N ports/security/p5-Crypt-URandom/distinfo N ports/security/p5-Crypt-URandom/pkg/DESCR N ports/security/p5-Crypt-URandom/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/06/06 07:58:30 Log message: import security/p5-Authen-WebAuthn, from henning with tweaks by me, ok henning Authen::WebAuthn lets you validate WebAuthn registration and authentication responses. Currently, it does not handle the generation of registration and authentication requests. The transmission of requests and responses from the application server to the user's browser, and interaction with the WebAuthn browser API, is also out of scope and could be handled by a dedicated JS library. Status: Vendor Tag: sthen Release Tags: sthen_20230606 N ports/security/p5-Authen-WebAuthn/Makefile N ports/security/p5-Authen-WebAuthn/distinfo N ports/security/p5-Authen-WebAuthn/pkg/DESCR N ports/security/p5-Authen-WebAuthn/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/06/06 07:58:14 Log message: import security/p5-Authen-Oath, from henning with tweaks by me, ok henning Authen::OATH implements HOTP and TOTP One Time Password algorithms as defined by OATH (http://www.openauthentication.org). All necessary parameters are set by default, though these can be overridden. Both totp() and htop() have passed all of the test vectors defined in the RFC documents for TOTP and HOTP. totp() and hotp() both default to returning 6 digits and using SHA1. As such, both can be called by passing only the secret key and a valid OTP will be returned. Status: Vendor Tag: sthen Release Tags: sthen_20230606 N ports/security/p5-Authen-OATH/Makefile N ports/security/p5-Authen-OATH/distinfo N ports/security/p5-Authen-OATH/pkg/DESCR N ports/security/p5-Authen-OATH/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/06/06 07:36:56 Modified files: security/nss : Makefile distinfo Log message: security/nss: update to 3.90. see https://firefox-source-docs.mozilla.org/security/nss/releases/nss_3_90.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/06/06 07:35:24 Modified files: www/firefox-esr: Tag: OPENBSD_7_3 Makefile distinfo Log message: www/firefox-esr: update to 102.12.0. see https://www.mozilla.org/en-US/firefox/102.12.0/releasenotes/ fixes https://www.mozilla.org/en-US/security/advisories/mfsa2023-19/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/06/06 07:34:51 Modified files: www/firefox-esr: Makefile distinfo www/firefox-esr-i18n: Makefile.inc distinfo Log message: www/firefox-esr: update to 102.12.0. see https://www.mozilla.org/en-US/firefox/102.12.0/releasenotes/ fixes https://www.mozilla.org/en-US/security/advisories/mfsa2023-19/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/06/06 07:32:57 Modified files: www/mozilla-firefox: Tag: OPENBSD_7_3 Makefile distinfo www/mozilla-firefox/pkg: Tag: OPENBSD_7_3 PLIST Added files: www/mozilla-firefox/patches: Tag: OPENBSD_7_3 patch-toolkit_xre_glxtest_glxtest_cpp Removed files: www/mozilla-firefox/patches: Tag: OPENBSD_7_3 patch-dom_ipc_jsactor_JSWindowActorChild_cpp patch-toolkit_xre_glxtest_cpp Log message: www/mozilla-firefox: MFC update to 114.0. see https://www.mozilla.org/en-US/firefox/114.0/releasenotes/ fixes https://www.mozilla.org/en-US/security/advisories/mfsa2023-20/ - use multiple threads for lld when linking libxul, from naddy@. For now default to 2, and MAKE_JOBS if there's "enough" RAM. On my build VM, with 8 threads, linking went from 2h to 45mn. - drop patch from #1832242, merged upstream - rename glxtest.cpp patch, file was moved
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/06/06 07:28:19 Modified files: www/mozilla-firefox: Makefile distinfo www/mozilla-firefox/pkg: PLIST www/firefox-i18n: Makefile.inc distinfo Added files: www/mozilla-firefox/patches: patch-toolkit_xre_glxtest_glxtest_cpp Removed files: www/mozilla-firefox/patches: patch-dom_ipc_jsactor_JSWindowActorChild_cpp patch-toolkit_xre_glxtest_cpp Log message: www/mozilla-firefox: update to 114.0. see https://www.mozilla.org/en-US/firefox/114.0/releasenotes/ fixes https://www.mozilla.org/en-US/security/advisories/mfsa2023-20/ - use multiple threads for lld when linking libxul, from naddy@. For now default to 2, and MAKE_JOBS if there's "enough" RAM. On my build VM, with 8 threads, linking went from 2h to 45mn. - drop patch from #1832242, merged upstream - rename glxtest.cpp patch, file was moved
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2023/06/06 07:17:24 Modified files: lang/sbcl : Makefile Added files: lang/sbcl/patches: patch-src_runtime_bsd-os_c Log message: lang/sbcl: allocate memory used for alternate stack with RW protection (without X) maintainer timeout ok op@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/06/06 05:56:00 Modified files: devel/proj : Makefile distinfo Log message: devel/proj: update to 9.2.1. see https://proj.org/en/9.2/news.html#release-notes
Re: update prometheus to 2.37.8
On Tue, May 23, 2023 at 04:10:07PM +0200, Claudio Jeker wrote: > Prometheus released a new stable version a few weeks ago. > Not much changes, mainly some modules get updated and there is a minor > bugfix. > > Lightly tested here. Ping -- :wq Claudio Index: Makefile === RCS file: /cvs/ports/sysutils/prometheus/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- Makefile28 Feb 2023 17:54:21 - 1.20 +++ Makefile23 May 2023 13:22:25 - @@ -1,6 +1,6 @@ COMMENT = systems monitoring and alerting toolkit -V =2.37.6 +V =2.37.8 GH_ACCOUNT = prometheus GH_PROJECT = prometheus GH_TAGNAME = v${V} Index: distinfo === RCS file: /cvs/ports/sysutils/prometheus/distinfo,v retrieving revision 1.10 diff -u -p -r1.10 distinfo --- distinfo28 Feb 2023 17:54:21 - 1.10 +++ distinfo23 May 2023 13:53:57 - @@ -1,6 +1,6 @@ -SHA256 (prometheus-2.37.6.tar.gz) = K1iRz6cpr7x3w+Q8ynvgow8XU9WkzcOf2eZizQhZ6mM= -SHA256 (prometheus-vendor-2.37.6.tar.gz) = 25xXzp7dQLqXFiPq7VxxoBFu6OS7V0+Anv9w8IHRqIg= -SHA256 (prometheus-web-ui-2.37.6.tar.gz) = P9sT1Y+sfo2wRiFHTiKoeHtYAk8kE2oS5GeRAUmjDmg= -SIZE (prometheus-2.37.6.tar.gz) = 6048927 -SIZE (prometheus-vendor-2.37.6.tar.gz) = 11757594 -SIZE (prometheus-web-ui-2.37.6.tar.gz) = 4337991 +SHA256 (prometheus-2.37.8.tar.gz) = Y/Bd3/RTc5zp9lI8lZzvgTt5Rh2uGGNn0AET9xXG62Q= +SHA256 (prometheus-vendor-2.37.8.tar.gz) = iKshx0M3y9za1XKHKfzy4f5OVBVzTSRTA3MAhVUkbRs= +SHA256 (prometheus-web-ui-2.37.8.tar.gz) = LSAdhpDopPsmxrolIky+Vp3GyKp29wB8xILnCK0tDZs= +SIZE (prometheus-2.37.8.tar.gz) = 6049022 +SIZE (prometheus-vendor-2.37.8.tar.gz) = 11758451 +SIZE (prometheus-web-ui-2.37.8.tar.gz) = 2386391 Index: patches/patch-mmap_openbsd === RCS file: /cvs/ports/sysutils/prometheus/patches/patch-mmap_openbsd,v retrieving revision 1.2 diff -u -p -r1.2 patch-mmap_openbsd --- patches/patch-mmap_openbsd 13 Sep 2022 10:35:55 - 1.2 +++ patches/patch-mmap_openbsd 23 May 2023 13:52:43 - @@ -9,7 +9,7 @@ index 39c3fcb5b..760b39a8b 100644 @@ -13,7 +13,6 @@ require ( github.com/dgryski/go-sip13 v0.0.0-20200911182023-62edffca9245 github.com/digitalocean/godo v1.81.0 - github.com/docker/docker v20.10.17+incompatible + github.com/docker/docker v20.10.24+incompatible - github.com/edsrzf/mmap-go v1.1.0 github.com/envoyproxy/go-control-plane v0.10.3 github.com/envoyproxy/protoc-gen-validate v0.6.7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/06/06 04:19:29 Modified files: net/synapse: Makefile distinfo modules.inc Log message: net/synapse: update to 1.85.0, from MAINTAINER Renaud Allard see https://github.com/matrix-org/synapse/releases/tag/v1.85.0
[update] net/synapse 1.85.0
Hello, Here is a diff for net/synapse 1.85.0. This release solves 2 CVE: CVE-2023-32682 — Low Severity It may be possible for a deactivated user to login when using uncommon configurations. CVE-2023-32683 — Low Severity A discovered oEmbed or image URL can bypass the url_preview_url_blacklist setting potentially allowing server side request forgery or bypassing network policies. Impact is limited to IP addresses allowed by the url_preview_ip_range_blacklist setting (by default this only allows public IPs). Working fine on amd64. Backport to -stable works too. Best RegardsIndex: Makefile === RCS file: /cvs/ports/net/synapse/Makefile,v retrieving revision 1.53 diff -u -p -r1.53 Makefile --- Makefile 29 May 2023 17:36:29 - 1.53 +++ Makefile 6 Jun 2023 09:56:09 - @@ -1,6 +1,6 @@ COMMENT = open network for secure, decentralized communication -MODPY_EGG_VERSION = 1.84.1 +MODPY_EGG_VERSION = 1.85.0 GH_ACCOUNT = matrix-org GH_PROJECT = synapse Index: distinfo === RCS file: /cvs/ports/net/synapse/distinfo,v retrieving revision 1.37 diff -u -p -r1.37 distinfo --- distinfo 29 May 2023 17:36:29 - 1.37 +++ distinfo 6 Jun 2023 09:56:09 - @@ -15,7 +15,7 @@ SHA256 (cargo/itoa-1.0.4.tar.gz) = QhetN SHA256 (cargo/lazy_static-1.4.0.tar.gz) = 4qutI/vEKzcA8vJ5hE3IMq2ysusGmy35GPRVxOGMxkY= SHA256 (cargo/libc-0.2.135.tar.gz) = aHg/68d4LGxctAH72k3lqYmL4XYjFNoLssEM7WHxiww= SHA256 (cargo/lock_api-0.4.9.tar.gz) = Q1ARNm/lZYOxbPlW+d8AlbQFuC12QlvImBwOIuYOxN8= -SHA256 (cargo/log-0.4.17.tar.gz) = q7EuaHz7RKpA9B/Dl473ZEj5tgOMrWrvQlnTwJWiOC4= +SHA256 (cargo/log-0.4.18.tar.gz) = UY73by+HNlkWsUKETBbY/v2FA5vFaZBQIQp3eO4c0d4= SHA256 (cargo/memchr-2.5.0.tar.gz) = Lf/lLs8ndy5gGQW3Uiy073kNLMIDSIu9Di/oX8t0Vm0= SHA256 (cargo/memoffset-0.6.5.tar.gz) = WqNh1Prqk2AwZKAnQV8HvY4dXIjJ+/aL9WooVCj9ec4= SHA256 (cargo/once_cell-1.15.0.tar.gz) = 6C2tBBObcakMCAyEY/4Nx5AttRktk5vQlQ8HTQFDOeE= @@ -53,7 +53,7 @@ SHA256 (cargo/windows_i686_gnu-0.36.1.ta SHA256 (cargo/windows_i686_msvc-0.36.1.tar.gz) = 4ueRcUiygS0e6vrrIql+SBPfpgo/j3jr4gS8yI8S8CQ= SHA256 (cargo/windows_x86_64_gnu-0.36.1.tar.gz) = Tc0XG4d2xBuXUh5doSei2GrSgBFIB9Cyqx5GK8dk2eE= SHA256 (cargo/windows_x86_64_msvc-0.36.1.tar.gz) = yBHKSoyFPvQgq9hZK6U927rJBBD6tpA7PnmXKmMfdoA= -SHA256 (synapse-1.84.1.tar.gz) = qd7T34u35hqHYroUFAdbSpNHeQS0g83RI9VDVjnX3OA= +SHA256 (synapse-1.85.0.tar.gz) = fskhUirZ8eQ+0z2mJYdDcdqru6mh+dM9OhE5182XqR8= SIZE (cargo/aho-corasick-0.7.19.tar.gz) = 113070 SIZE (cargo/anyhow-1.0.71.tar.gz) = 43808 SIZE (cargo/arc-swap-1.5.1.tar.gz) = 66157 @@ -71,7 +71,7 @@ SIZE (cargo/itoa-1.0.4.tar.gz) = 10601 SIZE (cargo/lazy_static-1.4.0.tar.gz) = 10443 SIZE (cargo/libc-0.2.135.tar.gz) = 604591 SIZE (cargo/lock_api-0.4.9.tar.gz) = 25685 -SIZE (cargo/log-0.4.17.tar.gz) = 38028 +SIZE (cargo/log-0.4.18.tar.gz) = 38339 SIZE (cargo/memchr-2.5.0.tar.gz) = 65812 SIZE (cargo/memoffset-0.6.5.tar.gz) = 7686 SIZE (cargo/once_cell-1.15.0.tar.gz) = 31460 @@ -109,4 +109,4 @@ SIZE (cargo/windows_i686_gnu-0.36.1.tar. SIZE (cargo/windows_i686_msvc-0.36.1.tar.gz) = 724575 SIZE (cargo/windows_x86_64_gnu-0.36.1.tar.gz) = 790934 SIZE (cargo/windows_x86_64_msvc-0.36.1.tar.gz) = 661999 -SIZE (synapse-1.84.1.tar.gz) = 8275282 +SIZE (synapse-1.85.0.tar.gz) = 8285450 Index: modules.inc === RCS file: /cvs/ports/net/synapse/modules.inc,v retrieving revision 1.10 diff -u -p -r1.10 modules.inc --- modules.inc 24 May 2023 07:27:18 - 1.10 +++ modules.inc 6 Jun 2023 09:56:09 - @@ -15,7 +15,7 @@ MODCARGO_CRATES += itoa 1.0.4 # MIT OR A MODCARGO_CRATES += lazy_static 1.4.0 # MIT/Apache-2.0 MODCARGO_CRATES += libc 0.2.135 # MIT OR Apache-2.0 MODCARGO_CRATES += lock_api 0.4.9 # MIT OR Apache-2.0 -MODCARGO_CRATES += log 0.4.17 # MIT OR Apache-2.0 +MODCARGO_CRATES += log 0.4.18 # MIT OR Apache-2.0 MODCARGO_CRATES += memchr 2.5.0 # Unlicense/MIT MODCARGO_CRATES += memoffset 0.6.5 # MIT MODCARGO_CRATES += once_cell 1.15.0 # MIT OR Apache-2.0 smime.p7s Description: S/MIME Cryptographic Signature
Re: rsync: use xxhash
On 2023/06/06 09:06, Jan Stary wrote: > On Jun 06 06:41:39, icepic...@gmail.com wrote: > > > Thank you for enabling this. I am testing an current/amd64, > > > rsyncing a 4G dir of video files, about 150-250 MB each. > > > > > > I am touching the files before every run, > > > otherwise rsync just finishes almost instantly, > > > based on the mtime (right?). > > > > Right. > > > > > Is that a scenario where faster checksums are supposed > > > to make things faster, matching blocks in large files? > > > > Using the option -c seems rather appropriate to make sure that all > > files get checksummed, even though touching them might be sufficient > > in most cases. > > Thanks. Testing again and leaving the network out of it with > $ time rsync --verbose -ac /path/dir/ /other/disk/dir/ > > before: > > 1m19.74s real 0m13.31s user 0m17.57s system > 1m19.64s real 0m13.82s user 0m18.36s system > 1m19.51s real 0m14.12s user 0m18.31s system > > after: > > 1m09.00s real 0m01.06s user 0m14.97s system > 1m09.04s real 0m00.99s user 0m14.70s system > 1m09.01s real 0m01.01s user 0m15.25s system > > That's about 9% time saving. > > Jan > The time difference made by changing hash algorithm is more obvious if we have a set of files small enough to fit in cache (so the change in hash accounts for the bigger part of the time difference). I have this using files which are identical on both sides and already in cache: $ hyperfine -L rsync std,xx '/tmp/rsync-{rsync} -avc unifi* krita* go-openbsd* /home/sthen/tmp/x/' Benchmark 1: /tmp/rsync-std -avc unifi* krita* go-openbsd* /home/sthen/tmp/x/ Time (mean ± σ): 6.622 s ± 0.032 s[User: 3.867 s, System: 1.899 s] Range (min … max):6.569 s … 6.679 s10 runs Benchmark 2: /tmp/rsync-xx -avc unifi* krita* go-openbsd* /home/sthen/tmp/x/ Time (mean ± σ): 2.937 s ± 0.097 s[User: 0.227 s, System: 1.829 s] Range (min … max):2.839 s … 3.189 s10 runs Summary '/tmp/rsync-xx -avc unifi* krita* go-openbsd* /home/sthen/tmp/x/' ran 2.26 ± 0.08 times faster than '/tmp/rsync-std -avc unifi* krita* go-openbsd* /home/sthen/tmp/x/' This is obviously artificial but not totally unrealistic (say you're fetching a popular set of files from a mirror, they're likely to be in cache at least on the mirror side, and for the mirror operator even a smaller saving is helpful when it's multiplied across more users). Additionally when the files *do* differ, the hashes are run again on blocks in the file to locate the differences, as well as the initial check on the whole file contents. I don't have a good way to test this but I assume this will result in a bigger improvement in those cases.
Re: NEW: devel/bazel
Or...set to MODJAVA_VERSION=17 -- Sent from a phone, apologies for poor formatting. On 6 June 2023 09:05:40 Stuart Henderson wrote: On 2023/06/05 22:52, Matt Hildebrand wrote: On Sun, Jun 4, 2023 at 11:22 AM Solène Rapenne wrote: I've been able to compile the port successfully, but if I run it by typing "bazel", I have the following error message: ERROR: couldn't find java at '/usr/local/bin/jdk-17/bin/java' I'm not sure why... I only have jdk-11 installed as a dependency. I think it's because of this limitation: https://github.com/aldersondrive/bazel_openbsd_port/blob/ed6bf038b7c2a9a676ff88741f86cf431a653f18/bazel/pkg/DESCR#L14-L15 It would probably be an improvement to search the PATH for `javac` if JAVA_HOME is unset. Bazel does that on Linux. The FreeBSD port always uses a fixed fallback path, though, and the OpenBSD port inherited that behavior. If there's interest in the port I can probably send a pull request to add the path-searching behavior upstream. Setting MODJAVA_VER = 11 in the port declares that it must work with 11 only, so if doing that it would be appropriate to patch to use the correct directory. I'd suggest instead setting it to 11+ and including a wrapper script that uses ports/java/javaPathHelper to set JAVA_HOME automatically based on the package dependency used when installing.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/06/06 02:09:43 Modified files: infrastructure/lib/DPB: Core.pm infrastructure/lib/DPB/Core: Init.pm Log message: add a way to show individually stopped hosts
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/06/06 02:09:14 Modified files: infrastructure/lib/DPB: Clock.pm Log message: bad signature
Re: NEW: devel/bazel
On 2023/06/05 22:52, Matt Hildebrand wrote: > On Sun, Jun 4, 2023 at 11:22 AM Solène Rapenne wrote: > > I've been able to compile the port successfully, but if I run it by > > typing "bazel", I have the following error message: > > > > ERROR: couldn't find java at '/usr/local/bin/jdk-17/bin/java' > > > > I'm not sure why... I only have jdk-11 installed as a dependency. > > I think it's because of this limitation: > https://github.com/aldersondrive/bazel_openbsd_port/blob/ed6bf038b7c2a9a676ff88741f86cf431a653f18/bazel/pkg/DESCR#L14-L15 > > It would probably be an improvement to search the PATH for `javac` if > JAVA_HOME is unset. Bazel does that on Linux. The FreeBSD port always > uses a fixed fallback path, though, and the OpenBSD port inherited > that behavior. If there's interest in the port I can probably send a > pull request to add the path-searching behavior upstream. Setting MODJAVA_VER = 11 in the port declares that it must work with 11 only, so if doing that it would be appropriate to patch to use the correct directory. I'd suggest instead setting it to 11+ and including a wrapper script that uses ports/java/javaPathHelper to set JAVA_HOME automatically based on the package dependency used when installing.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2023/06/06 01:23:34 Modified files: lang/deno : Makefile crates.inc distinfo Added files: lang/deno/patches: patch-cli_Cargo_toml Log message: unbreak lang/deno for upcoming rust 1.70.0 conjoint work with maintainer, Volker Schlecht. tested with both 1.69.0 and 1.70.0
Re: rsync: use xxhash
On Jun 06 06:41:39, icepic...@gmail.com wrote: > > Thank you for enabling this. I am testing an current/amd64, > > rsyncing a 4G dir of video files, about 150-250 MB each. > > > > I am touching the files before every run, > > otherwise rsync just finishes almost instantly, > > based on the mtime (right?). > > Right. > > > Is that a scenario where faster checksums are supposed > > to make things faster, matching blocks in large files? > > Using the option -c seems rather appropriate to make sure that all > files get checksummed, even though touching them might be sufficient > in most cases. Thanks. Testing again and leaving the network out of it with $ time rsync --verbose -ac /path/dir/ /other/disk/dir/ before: 1m19.74s real 0m13.31s user 0m17.57s system 1m19.64s real 0m13.82s user 0m18.36s system 1m19.51s real 0m14.12s user 0m18.31s system after: 1m09.00s real 0m01.06s user 0m14.97s system 1m09.04s real 0m00.99s user 0m14.70s system 1m09.01s real 0m01.01s user 0m15.25s system That's about 9% time saving. Jan