Re: [update] audio/ncspot to 0.11.2
On Mon, Nov 14, 2022 at 10:40:11PM +, Lucas Raab wrote: > Hello, > > Quick update for ncspot up to 0.11.2 > > changelog: > Maintenance > * Cleanup: Remove PlayTrackMenu (#945) > * Fix: Crash on liked artist but no liked music (#953) > > Features > * Improve context menus to make the UX/UI more consistent (#923) > * Exit gracefully/save state on SIGTERM and SIGHUP (#948) > > Henrik, look okay to you? > > Thanks, > Lucas Could you update the WANTLIB to use MODCARGO_WANTLIB ? - WANTLIB +=c c++abi crypto curses dbus-1 m portaudio pthread ssl + WANTLIB +=${MODCARGO_WANTLIB} crypto curses dbus-1 m portaudio ssl Thanks. -- Sebastien Marie
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 18:23:20 Modified files: security/yubico/yubikey-manager: Makefile distinfo security/yubico/yubikey-manager/pkg: PLIST Log message: update to yubikey-manager-5.0.0, still no OpenBSD HID support for the OTP part of the yubikey, there is now upstream support for FreeBSD's uhid(4) (as well as more modern uhidraw) so it seems a bit closer to what we need, but still doesn't work directly with our uhid(4).
ping [NEW: textproc/py-coloredlogs, textproc/py-humanfriendly]
- Forwarded message from Stuart Henderson - From: Stuart Henderson Date: Tue, 8 Nov 2022 12:12:48 + To: ports Subject: NEW: textproc/py-coloredlogs, textproc/py-humanfriendly Mail-Followup-To: ports coloredlogs is needed to update ocrmypdf, humanfriendly is a dependency for coloredlogs. OK to import? Information for inst:py3-coloredlogs-15.0.1 Comment: colored terminal output for Python's logging module Description: The coloredlogs package enables colored terminal output for Python's logging module. The ColoredFormatter class inherits from logging.Formatter and uses ANSI escape sequences to render your logging messages in color. Maintainer: The OpenBSD ports mailing-list WWW: https://coloredlogs.readthedocs.io/ Information for inst:py3-humanfriendly-10.0 Comment: human-friendly output for Python text interfaces Required by: py3-coloredlogs-15.0.1 Description: The functions and classes in the humanfriendly package can be used to make text interfaces more user friendly. Some example features: - Parsing and formatting numbers, file sizes, pathnames and timespans in simple, human friendly formats. - Easy to use timers for long running operations, with human friendly formatting of the resulting timespans. - Prompting the user to select a choice from a list of options by typing the option's number or a unique substring of the option. - Terminal interaction including text styling (ANSI escape sequences), user friendly rendering of usage messages and querying the terminal for its size. Maintainer: The OpenBSD ports mailing-list WWW: https://humanfriendly.readthedocs.io/ - End forwarded message - py-coloredlogs.tgz Description: application/tar-gz
NEW: devel/py-mypy-extensions
required dep for updating py-black, and I've seen it come up in various other places too. ok to import? --- The "mypy_extensions" module defines experimental extensions to the standard "typing" module that are supported by the mypy typechecker. --- py-mypy-extensions.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 17:24:30 Modified files: sysutils/py-elasticsearch-curator: Makefile sysutils/py-elasticsearch-curator/patches: patch-setup_cfg patch-setup_py Log message: relax py-click dependency; 8.0.x should be backwards compatible and other software requires >=8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 17:23:22 Modified files: devel/py-click : Makefile distinfo devel/py-click/pkg: PLIST Log message: update to py3-click-8.0.4
Re: [update] audio/ncspot to 0.11.2
On Mon, Nov 14, 2022 at 10:40:11PM +, Lucas Raab wrote: > Henrik, look okay to you? > > Thanks, > Lucas Thanks Lucas, LGTM!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2022/11/14 15:55:46 Modified files: security/easy-rsa: Tag: OPENBSD_7_2 Makefile distinfo security/easy-rsa/pkg: Tag: OPENBSD_7_2 PLIST Log message: Update to easy-rsa 3.1.1 Fixes issue with LibreSSL 3.6.0. Add upstream patch to work around bug in number_only option parsing in 3.1.1. OK tb@ sthen@
[update] audio/ncspot to 0.11.2
Hello, Quick update for ncspot up to 0.11.2 changelog: Maintenance * Cleanup: Remove PlayTrackMenu (#945) * Fix: Crash on liked artist but no liked music (#953) Features * Improve context menus to make the UX/UI more consistent (#923) * Exit gracefully/save state on SIGTERM and SIGHUP (#948) Henrik, look okay to you? Thanks, Lucas diff /usr/ports commit - 291d43ded2ea744037b6ae4c742b7a87ab6fc378 path + /usr/ports blob - 47292c7daa555a9d561c2bbaaa2f7f557cf00b96 file + audio/ncspot/Makefile --- audio/ncspot/Makefile +++ audio/ncspot/Makefile @@ -7,8 +7,7 @@ GH_TAGNAME =v0.11.1 GH_ACCOUNT = hrkfdn GH_PROJECT = ncspot -GH_TAGNAME = v0.11.1 -REVISION = 1 +GH_TAGNAME = v0.11.2 CATEGORIES = audio blob - 17386404da712d24aa4064f155c5c770b14dfe27 file + audio/ncspot/crates.inc --- audio/ncspot/crates.inc +++ audio/ncspot/crates.inc @@ -30,14 +30,14 @@ MODCARGO_CRATES += clang-sys 1.3.3 # Apache-2.0 MODCARGO_CRATES += chrono 0.4.22 # MIT/Apache-2.0 MODCARGO_CRATES += chunked_transfer1.4.0 # Apache-2.0 MODCARGO_CRATES += cipher 0.2.5 # MIT OR Apache-2.0 -MODCARGO_CRATES += clang-sys 1.3.3 # Apache-2.0 -MODCARGO_CRATES += clap3.2.22 # MIT OR Apache-2.0 -MODCARGO_CRATES += clap_lex0.2.4 # MIT OR Apache-2.0 +MODCARGO_CRATES += clang-sys 1.4.0 # Apache-2.0 +MODCARGO_CRATES += clap4.0.15 # MIT OR Apache-2.0 +MODCARGO_CRATES += clap_lex0.3.0 # MIT OR Apache-2.0 MODCARGO_CRATES += clipboard 0.5.0 # MIT / Apache-2.0 MODCARGO_CRATES += clipboard-win 2.2.0 # MIT +MODCARGO_CRATES += codespan-reporting 0.11.1 # Apache-2.0 MODCARGO_CRATES += combine 4.6.6 # MIT -MODCARGO_CRATES += convert_case0.4.0 # MIT -MODCARGO_CRATES += cookie 0.16.0 # MIT OR Apache-2.0 +MODCARGO_CRATES += cookie 0.16.1 # MIT OR Apache-2.0 MODCARGO_CRATES += cookie_store0.16.1 # MIT/Apache-2.0 MODCARGO_CRATES += core-foundation 0.9.3 # MIT / Apache-2.0 MODCARGO_CRATES += core-foundation-sys 0.8.3 # MIT / Apache-2.0 @@ -46,20 +46,26 @@ MODCARGO_CRATES += crossbeam-utils 0.8.11 # MIT OR Apa MODCARGO_CRATES += cpal0.13.5 # Apache-2.0 MODCARGO_CRATES += cpufeatures 0.2.5 # MIT OR Apache-2.0 MODCARGO_CRATES += crossbeam-channel 0.5.6 # MIT OR Apache-2.0 -MODCARGO_CRATES += crossbeam-utils 0.8.11 # MIT OR Apache-2.0 +MODCARGO_CRATES += crossbeam-utils 0.8.12 # MIT OR Apache-2.0 MODCARGO_CRATES += crypto-common 0.1.6 # MIT OR Apache-2.0 MODCARGO_CRATES += crypto-mac 0.11.1 # MIT OR Apache-2.0 MODCARGO_CRATES += ctr 0.6.0 # MIT OR Apache-2.0 MODCARGO_CRATES += cursive 0.20.0 # MIT MODCARGO_CRATES += cursive_buffered_backend0.6.1 # MIT MODCARGO_CRATES += cursive_core0.3.5 # MIT +MODCARGO_CRATES += cxx 1.0.78 # MIT OR Apache-2.0 +MODCARGO_CRATES += cxx-build 1.0.78 # MIT OR Apache-2.0 +MODCARGO_CRATES += cxxbridge-flags 1.0.78 # MIT OR Apache-2.0 +MODCARGO_CRATES += cxxbridge-macro 1.0.78 # MIT OR Apache-2.0 MODCARGO_CRATES += darling 0.13.4 # MIT +MODCARGO_CRATES += darling 0.14.1 # MIT MODCARGO_CRATES += darling_core0.13.4 # MIT +MODCARGO_CRATES += darling_core0.14.1 # MIT MODCARGO_CRATES += darling_macro 0.13.4 # MIT +MODCARGO_CRATES += darling_macro 0.14.1 # MIT MODCARGO_CRATES += dbus0.9.6 # Apache-2.0/MIT MODCARGO_CRATES += dbus-tree 0.9.2 # Apache-2.0/MIT MODCARGO_CRATES += derive-new 0.5.9 # MIT -MODCARGO_CRATES += derive_more 0.99.17 # MIT MODCARGO_CRATES += digest 0.9.0 # MIT OR Apache-2.0 MODCARGO_CRATES += digest 0.10.5 # MIT OR Apache-2.0 MODCARGO_CRATES += dirs-next 1.0.2 # MIT OR Apache-2.0 @@ -69,8 +75,8 @@ MODCARGO_CRATES +=enumset 1.0.11 # MIT/Apache-2.0 MODCARGO_CRATES += encoding_rs 0.8.31 # (Apache-2.0 OR MIT) AND BSD-3-Clause MODCARGO_CRATES += enum-map2.4.1 # MIT OR Apache-2.0 MODCARGO_CRATES += enum-map-derive 0.10.0 # MIT OR Apache-2.0 -MODCARGO_CRATES += enumset 1.0.11 # MIT/Apache-2.0 -MODCARGO_CRATES += enumset_derive 0.6.0 # MIT/Apache-2.0 +MODCARGO_CRATES += enumset 1.0.12 # MIT/Apache-2.0 +MODCARGO_CRATES += enumset_derive 0.6.1 # MIT/Apache-2.0 MODCARGO_CRATES += fastrand1.8.0 # Apache-2.0 OR MIT MODCARGO_CRATES += fern0.6.1 # MIT MODCARGO_CRATES += fixedbitset 0.4.2 # MIT/Apache-2.0 @@ -107,7 +113,8 @@ MODCARGO_CRATES += iana-time-zone 0.1.48 # MIT OR Apac MODCARGO_CRATES += hyper 0.14.20 # MIT MODCARGO_CRATES += hyper-proxy 0.9.1 # MIT MODCARGO_CRATES += hyper-tls 0.5.0 # MIT/Apache-2.0 -MODCARGO_CRATES += iana-time-zone 0.1.48 # MIT OR Apache-2.0 +MODCARGO_CRATES +=
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2022/11/14 15:39:20 Modified files: security/easy-rsa: Makefile distinfo security/easy-rsa/pkg: PLIST Log message: Update to easy-rsa 3.1.1 Fixes issue with LibreSSL 3.6.0. Add upstream patch to work around bug in number_only option parsing in 3.1.1. OK tb@ sthen@
U-Boot 2022.10 and dtb from Linux 6.0.8
Hi, the u-boot and dtb ports haven't been updated in a while, mostly because updating those regularly breaks working machines. I think it's time for another update, so here's a diff for both. Before this heads into the tree it would be nice to get some testing from people with Pinebook Pro, RockPro64, and/or especially a BeagleBone Black. I reverted the change that switches from the 'old' cpsw switch driver model to the 'new' one. This should allow is to update the dtbs. I've personally verified that U-Boot+DTB boot fine on NanoPi R2s, but we have many more combinations. I can provide pre-built unsigned packages upon request. Cheers, Patrick diff --git a/sysutils/dtb/Makefile b/sysutils/dtb/Makefile index 23accca5c62..674663b3c47 100644 --- a/sysutils/dtb/Makefile +++ b/sysutils/dtb/Makefile @@ -1,9 +1,7 @@ ONLY_FOR_ARCHS=${GCC4_ARCHS} ${CLANG_ARCHS} COMMENT= Device Tree Blobs -# 5.15 breaks cpsw(4) on bbb -VERSION= 5.14 -REVISION= 1 +VERSION= 6.0.8 # XXX Updating this port has a high chance of breaking drivers as breaking # XXX changes are frequently made to device trees in linux. See commit log @@ -17,7 +15,7 @@ HOMEPAGE= https://www.devicetree.org # dual GPL/BSD PERMIT_PACKAGE=Yes -MASTER_SITES= https://cdn.kernel.org/pub/linux/kernel/v5.x/ +MASTER_SITES= https://cdn.kernel.org/pub/linux/kernel/v6.x/ EXTRACT_SUFX= .tar.xz #MASTER_SITES= https://git.kernel.org/torvalds/t/ PKG_ARCH= * diff --git a/sysutils/dtb/distinfo b/sysutils/dtb/distinfo index 2a1c1224b86..269f5365e57 100644 --- a/sysutils/dtb/distinfo +++ b/sysutils/dtb/distinfo @@ -1,2 +1,2 @@ -SHA256 (linux-5.14.tar.xz) = fgaLXg0mpisQ5TILJdzldYjLvG94HAkEQhOMnJwycbI= -SIZE (linux-5.14.tar.xz) = 120669872 +SHA256 (linux-6.0.8.tar.xz) = DeT4OZaVHG+vmyIl209kWILEexoJGYGQ+XvUbl9folc= +SIZE (linux-6.0.8.tar.xz) = 133886436 diff --git a/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3328-rock64_dts b/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3328-rock64_dts index d4d21ab8799..d341db3426f 100644 --- a/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3328-rock64_dts +++ b/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3328-rock64_dts @@ -1,8 +1,8 @@ Index: arch/arm64/boot/dts/rockchip/rk3328-rock64.dts --- arch/arm64/boot/dts/rockchip/rk3328-rock64.dts.orig +++ arch/arm64/boot/dts/rockchip/rk3328-rock64.dts -@@ -11,7 +11,7 @@ - compatible = "pine64,rock64", "rockchip,rk3328"; +@@ -16,7 +16,7 @@ + }; chosen { - stdout-path = "serial2:150n8"; diff --git a/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-firefly_dts b/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-firefly_dts index 3f491bca66d..9284f71d631 100644 --- a/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-firefly_dts +++ b/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-firefly_dts @@ -1,8 +1,8 @@ Index: arch/arm64/boot/dts/rockchip/rk3399-firefly.dts --- arch/arm64/boot/dts/rockchip/rk3399-firefly.dts.orig +++ arch/arm64/boot/dts/rockchip/rk3399-firefly.dts -@@ -14,7 +14,7 @@ - compatible = "firefly,firefly-rk3399", "rockchip,rk3399"; +@@ -22,7 +22,7 @@ + }; chosen { - stdout-path = "serial2:150n8"; diff --git a/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-nanopi4_dtsi b/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-nanopi4_dtsi index 2ad73484b0b..735c90c8109 100644 --- a/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-nanopi4_dtsi +++ b/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-nanopi4_dtsi @@ -1,9 +1,9 @@ Index: arch/arm64/boot/dts/rockchip/rk3399-nanopi4.dtsi --- arch/arm64/boot/dts/rockchip/rk3399-nanopi4.dtsi.orig +++ arch/arm64/boot/dts/rockchip/rk3399-nanopi4.dtsi -@@ -18,7 +18,7 @@ +@@ -24,7 +24,7 @@ + }; - / { chosen { - stdout-path = "serial2:150n8"; + stdout-path = "serial2:115200n8"; diff --git a/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-pinebook-pro_dts b/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-pinebook-pro_dts index 3126aee73a4..a45b88b43cf 100644 --- a/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-pinebook-pro_dts +++ b/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-pinebook-pro_dts @@ -1,8 +1,8 @@ Index: arch/arm64/boot/dts/rockchip/rk3399-pinebook-pro.dts --- arch/arm64/boot/dts/rockchip/rk3399-pinebook-pro.dts.orig +++ arch/arm64/boot/dts/rockchip/rk3399-pinebook-pro.dts -@@ -19,7 +19,7 @@ - compatible = "pine64,pinebook-pro", "rockchip,rk3399"; +@@ -26,7 +26,7 @@ + }; chosen { - stdout-path = "serial2:150n8"; diff --git a/sysutils/dtb/patches/patch-arch_arm64_boot_dts_rockchip_rk3399-rock-pi-4_dtsi
Re: Update: easy-rsa 3.1.1
On 2022/11/14 23:06, Theo Buehler wrote: > On Mon, Nov 14, 2022 at 06:35:17PM +, Jeremy Evans wrote: > > After an upgrade to OpenBSD 7.2, I found that easy-rsa was unable to > > generate > > certificate requests when not encrypting the key file, as it used -noenc > > instead of -nodes. This issue is fixed in easy-rsa 3.1.1. > > > > Not sure if we should considering applying > > https://github.com/OpenVPN/easy-rsa/commit/4472516e24b068542cfd1ff5c3e51c3b89eb38b1 > > as a distpatch. I ran into the issue this fixes after the upgrading to > > easy-rsa 3.1.1. It's not too difficult to work around, though. > > I see no real reason not to. +1 > > OKs? > > ok with or without distpatch. And I think it makes sense for -stable too.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: cas...@cvs.openbsd.org 2022/11/14 15:13:59 Modified files: meta/tor-browser: Makefile www/tor-browser: Makefile.inc www/tor-browser/browser: Makefile distinfo www/tor-browser/browser/files: unveil.main www/tor-browser/browser/patches: patch-browser_config_mozconfigs_base-browser Added files: www/tor-browser/browser/patches: patch-browser_app_profile_000-tor-browser_js patch-toolkit_components_tor-launcher_TorLauncherUtil_jsm patch-toolkit_components_tor-launcher_TorProcess_jsm patch-tor-browser-linux64_Browser_TorBrowser_Data_fontconfig_fonts_conf Removed files: www/tor-browser/browser/patches: patch-browser_extensions_tor-launcher_src_components_tl-process_js patch-browser_extensions_tor-launcher_src_defaults_preferences_torlauncher-prefs_js patch-browser_extensions_tor-launcher_src_modules_tl-util_jsm patch-tor-browser_en-US_Browser_TorBrowser_Data_fontconfig_fonts_conf Log message: Tor Browser: update to 12.0a4 Better way of handling alpha release version numbers from landry@. Add back Xrandr to WANTLIB; based on email from Josh Grosse. Testing and further WANTLIB tweaks by sdk@. OK landry@ sdk@
Re: Update: easy-rsa 3.1.1
On Mon, Nov 14, 2022 at 06:35:17PM +, Jeremy Evans wrote: > After an upgrade to OpenBSD 7.2, I found that easy-rsa was unable to generate > certificate requests when not encrypting the key file, as it used -noenc > instead of -nodes. This issue is fixed in easy-rsa 3.1.1. > > Not sure if we should considering applying > https://github.com/OpenVPN/easy-rsa/commit/4472516e24b068542cfd1ff5c3e51c3b89eb38b1 > as a distpatch. I ran into the issue this fixes after the upgrading to > easy-rsa 3.1.1. It's not too difficult to work around, though. I see no real reason not to. > OKs? ok with or without distpatch.
Re: [new] f3 - test real flash memory capacity - ok?
On 14.11.22 10:34, Omar Polo wrote: On 2022/11/13 16:20:18 +0100, Alexander Klimov wrote: On 13.11.22 15:06, Omar Polo wrote: [...] anyway, with the unveil/pledge == -1 bit fixed the port is ok to me assuming it works; i haven't run-tested it. Apropos run-tested! Please could anyone give it a try on non-x86 before committing all this into CVS (if you consider that useful)? Thanks, f3-8.0.tgz Description: GNU Zip compressed data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 14:35:05 Added files: mail/rspamd/patches: patch-src_libutil_cxx_file_util_cxx Log message: rspamd: build fix for 32-bit, from upstream
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 13:23:48 Modified files: cad/kicad : Makefile Log message: kicad: set DPB_PROPERTIES=parallel
Re: 7.2 firefox cups printers not available
Antoine Jacoutot wrote (2022-11-14 19:52 CET): > On Mon, Nov 14, 2022 at 08:30:21AM +0100, Landry Breuil wrote: > > Le Fri, Nov 11, 2022 at 01:14:34PM +0100, Marcus MERIGHI a écrit : > > > Hello! > > > > > > I do not see CUPS printers in firefox, only pdf and lpr. > > > > > > Can anyone confirm it works for her/him? > > > > I dont use cups and i'm too stupid to make it work with the printer i > > have at the office, so sadly i wont be able to help you on this. > > > > if you think its an unveil/pledge issue, the instructions to debug it > > are in the package readme. > > Add this to /etc/firefox/unveil.main: > > /var/run/cups/cups.sock rw I tested it and can confirm that this is the missing piece. OK sdk@ to add this to the port. Best Regards, Stefan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2022/11/14 12:01:50 Modified files: www: Makefile Log message: Hook up nostt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2022/11/14 12:00:06 Log message: Import www/nostt OK caspar@ Status: Vendor Tag: tim Release Tags: tim_20221114 N ports/www/nostt/Makefile N ports/www/nostt/distinfo N ports/www/nostt/pkg/DESCR N ports/www/nostt/pkg/PLIST N ports/www/nostt/patches/patch-nostt_c No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/11/14 11:56:32 Modified files: security/gopass: Makefile distinfo modules.inc security/gopass/patches: patch-main_go Log message: Update gopass v1.13.0 => v1.14.10 v1.13.1: [BUGFIX] Handle from prefix correctly on mv (#2110, #2079) [BUGFIX] Handle unencoded secret on cat v1.14.0: [BUGFIX] Always re-encrypt when fsck is invoked with --decrypt. (#2119, #2015) [BUGFIX] Body only entries are detected now by show -o (#2109) [BUGFIX] Do not hide git error messages (#2118, #1959) [BUGFIX] Fix completion when password name contains (#2150) [BUGFIX] Fix template func arg order (#2117, #2116) [BUGFIX] Fixes an issue where recipients remove may fail (#2147, #1964) [BUGFIX] Handle from prefix correctly on mv (#2110, #2079) [BUGFIX] Handle unencoded secret on cat (#2105) [BUGFIX] Make man page consistent with other docs (#2133) [BUGFIX] Reject invalid salt with MD5Crypt templates (#2128) [BUGFIX] depend *.deb on gnupg instead of dummy (#2050) [CLEANUP] Deprecate gopasspw/pinentry (#2095) [CLEANUP] Use Go 1.18 (#2156) [CLEANUP] Use debug.ReadBuildInfo (#2032) [DOCUMENTATION] Fixed link to passwordstore.org (#2129) [DOCUMENTATION] document 'gopass cat' (#2051) [DOCUMENTATION] improve 'gopass cat' (#2070) [DOCUMENTATION] improve 'gopass show -revision -' (#2070) [ENHANCEMENT] Add --chars option to print subset of secrets (#2155, #2068) [ENHANCEMENT] Add age subcommand (#2103, #2098) [ENHANCEMENT] Add gopass audit --expiry (#2067) [ENHANCEMENT] Add gopass process (#2066, #1913) [ENHANCEMENT] Allow overriding GPG path (#2153) [ENHANCEMENT] Automatically export creators key to the (#2159, #1919) [ENHANCEMENT] Bump to Go 1.18 (#2058) [ENHANCEMENT] Enforce TLSv1.3 (#2085) [ENHANCEMENT] Generics (#2034, #2030) [ENHANCEMENT] Hide password on MacOS clipboards (#2065) [ENHANCEMENT] Passage compat improvements (#2060, #2060) [ENHANCEMENT] gopass git invokes git directly (#2102) [ENHANCEMENT] Template support for the create wizard (#2064) [ENHANCEMENT] Check for MacOS Keychain storing the GPG (#2144) [EXPERIMENTAL] Support the Fossil SCM (#2092, #2022) [FEATURE] Add env variables for custom clipboard commands. (#2091, #2042) [FEATURE] only accept keys with "encryption" key capability (#2047, #1917, #1917) [TESTING] Improve two line test ambiguity. (#2091, #2042) [TESTING] Use a helper to unset env vars in clipboard tests. (#2091, #2042) [UX] OTP code now runs in loop until canceled or used with -o (#2041) v1.14.2: [BUGFIX] Do not print missing public key for age. (#2166) [BUGFIX] Improve convert output (#2171) [BUGFIX] fix errors in zsh completions (#2005) [CLEANUP] Migrating to a maintained version of openpgp (#2193) [ENHANCEMENT] Avoid decryption on move or copy (#2183, #2181) [UX] Upgrade xkcdpwgen to a new version that removes German (#2187) v1.14.3: [BUGFIX] Fix gpg identity detection (#2218, #2179) [BUGFIX] Handle different line breaks in recipient (#2221, #2220) [BUGFIX] Stop eating secrets on move (#2211, #2210) [ENHANCEMENT] Add flag to keep env variable capitalization (#2226, #2225) [ENHANCEMENT] Environment variable GOPASS_PW_DEFAULT_LENGTH can be used to overwrite default password length of 24 characters. (#2219) v1.14.4: [BREAKING] gopass otp will automatically update the counter key in HTOP secrets! (#2278) [BUGFIX] Allow removing unknown recipients with --force (#2253) [BUGFIX] Honor PASSWORD_STORE_DIR (#2272) [BUGFIX] Honor OTP key period from URL (#2278) [BUGFIX] Wizard: Enforce min and max length. (#2293) [CLEANUP] Use Go 1.19 (#2296) [ENHANCEMENT] Automatically sync once a week (#2191) [ENHANCEMENT] Scan for vulnerabilities and add SBOM on (#2268) [ENHANCEMENT] Use packages.gopass.pw for APT packages (#2261) v1.14.5: [BUGFIX] Fix fsck progress bar. Mostly. (#2303) [DOCUMENTATION] fix in recommended vim setting (#2318) v1.14.6: [BUGFIX] Do not show setup message on version (#2327) [BUGFIX] Remove exported public keys of removed (#2328, #2315) [ENHANCEMENT] Document extension model. (#2329, #2290) v1.14.7: [BUGFIX] Do not ignore symlinks when listing (#2344, #2173) [BUGFIX] Do not shadow entries behind folders. (#2341, #2338) [BUGFIX] Fix updater on Windows. (#2345, #2011) [BUGFIX] Handle Ctrl+C in TOTP (#2342, #2320) [ENHANCEMENT] Set vim options instead of sniffing (#2343, #2317) v1.14.8: [BUGFIX] Ignore not-existing .ssh dir (#2347, #2333) [BUGFIX] Use Wait() to avoid Zombies (#2354, #1666) [ENHANCEMENT] Allow modifying default create templates (#2349, #2291) [ENHANCEMENT] Improve passage support (#2352, #2059) [ENHANCEMENT] Use OS keychain for age passphrase caching (new config option, off by default). (#2351, #2350) v1.14.9: [ENHANCEMENT] Make DBus notifications transient (#2364, #2358) v1.14.10: [BUGFIX] Correctly handle key removal on Windows (#2372, #2371) [DOCUMENTATION] (#1878) [ENHANCEMENT] Ignore comments in recipient files. (#2394, #2393) [ENHANCEMENT] Improve key expiration
Re: 7.2 firefox cups printers not available
On Mon, Nov 14, 2022 at 08:30:21AM +0100, Landry Breuil wrote: > Le Fri, Nov 11, 2022 at 01:14:34PM +0100, Marcus MERIGHI a écrit : > > Hello! > > > > I do not see CUPS printers in firefox, only pdf and lpr. > > > > Can anyone confirm it works for her/him? > > I dont use cups and i'm too stupid to make it work with the printer i > have at the office, so sadly i wont be able to help you on this. > > if you think its an unveil/pledge issue, the instructions to debug it > are in the package readme. Add this to /etc/firefox/unveil.main: /var/run/cups/cups.sock rw -- Antoine
Re: UPDATE: Tor Browser 12.0a4
Caspar Schutijser wrote (2022-11-14 18:58 CET): > Hi, > > On Mon, Nov 14, 2022 at 04:34:56PM +0100, Stefan Hagen wrote: > > Landry Breuil wrote (2022-11-14 09:14 CET): > > > Le Mon, Nov 14, 2022 at 08:44:07AM +0100, Stefan Hagen a ??crit : > > > > Caspar Schutijser wrote (2022-11-13 20:20 CET): > > > > > Hi, > > > > > > > > > > Below is a diff that updates Tor Browser to 12.0a4. The diff is a bit > > > > > big since upstream shuffled some stuff around (in particular related > > > > > to > > > > > Tor Launcher). Tested on amd64. > > > > > > > > > > Comments or OKs? > > > > > > > > > > Caspar > > > > > > > > The WANTLIBs still look a bit strange here: > > > > > > > > > # uses pledge() > > > > > # Extra: Xcomposite.4 Xdamage.4 Xfixes.6 gdk-x11-2.0.2400 > > > > > gtk-x11-2.0.2400 > > > > > WANTLIB += Xrandr Xt gthread-2.0 pangoft2-1.0 > > > > > > > > I get: > > > > Extra: Xcomposite.4 Xcursor.5 Xdamage.4 Xfixes.6 Xi.12 Xrender.6 > > > > Extra: Xt.11 gthread-2.0.4200 pangoft2-1.0.3801 > > > > > > > > If the ones you added are really needed, they should be mentioned in > > > > the > > > > "Extra:" comment as well. > > > > > > > > www/firefox-esr only has: WANTLIB += Xrandr Xtst, so I'm wondering if > > > > this list is right. > > > > > > I've moved most of the common wantlibs to mozilla.port.mk last month, cf > > > https://github.com/openbsd/ports/commit/1f57d683037506321a3981f5ea80da2e8d8090a5 > > > > > > at the time tor browser wasnt building at all, so i havent been able to > > > check what was the actual wantlib for it. > > > > > > it's sad of tor-browser doesnt follow along other mozilla ports here, it > > > should normally have the same WANTLIB as the corresponding esr port... > > > Dunno what they'd do. Not a huge deal anyway. > > > > I successfully built it with: > > > > WANTLIB += Xrandr > > > > and got: > > > > Extra: Xcomposite.4 Xcursor.5 Xdamage.4 Xfixes.6 Xi.12 Xrender.6 > > > > I think WANTLIB can be reduced to just Xrandr. > > Alright, I'll make those tweaks, thanks. And also thanks for testing. > > Any OKs? :) OK sdk@ :)
update x11/picom
Hello ports, this updates picom to the latest release. I've tested brieflily the previous RCs too, seems to work fine here with the default config. I had to disable the opengl backend because it fails to build due to an undefined symbol glEGLImageTargetTexStorageEXT, no idea about it. this updates also install an autostart. i only use xenodm and cwm, don't know how that works with DEs Index: Makefile === RCS file: /home/cvs/ports/x11/picom/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile11 Mar 2022 20:16:55 - 1.7 +++ Makefile14 Nov 2022 18:30:50 - @@ -2,14 +2,14 @@ COMMENT = lightweight compositor for X11 GH_ACCOUNT = yshui GH_PROJECT = picom -GH_TAGNAME = v9.1 +GH_TAGNAME = v10 CATEGORIES = x11 # MPL 2.0 PERMIT_PACKAGE = Yes -WANTLIB += GL X11 X11-xcb c config dbus-1 ev m pcre pixman-1 +WANTLIB += X11 X11-xcb c config dbus-1 ev m pcre pixman-1 WANTLIB += xcb-composite xcb-damage xcb-glx xcb-image xcb-present WANTLIB += xcb-randr xcb-render-util xcb-render xcb-shape xcb-sync WANTLIB += xcb-xfixes xcb-xinerama xcb @@ -34,6 +34,13 @@ LIB_DEPENDS =devel/libconfig \ CONFIGURE_ARGS += -Dwith_docs=true \ -Dunittest=true \ -Dcompton=false + +# fails to build with: +# ld: error: undefined symbol: glEGLImageTargetTexStorageEXT +# >>> referenced by egl.c +# >>> src/picom.p/backend_gl_egl.c.o:(egl_bind_pixmap) +CONFIGURE_ARGS += -Dopengl=false + CONFIGURE_ENV += CPPFLAGS="${CPPFLAGS} -I${LOCALBASE}/include" \ LDFLAGS="${LDFLAGS} -L${LOCALBASE}/lib" Index: distinfo === RCS file: /home/cvs/ports/x11/picom/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo14 Feb 2022 13:04:05 - 1.4 +++ distinfo14 Nov 2022 18:31:05 - @@ -1,2 +1,2 @@ -SHA256 (picom-9.1.tar.gz) = hwCscb1JbJEmLIV24pyzrs8rTvSMBDlKkpUJ08s3uH0= -SIZE (picom-9.1.tar.gz) = 263924 +SHA256 (picom-10.tar.gz) = 6EAwTDKfB5cgWWMwKJTFXhHXfPUaIsCnIINEzm/Qojg= +SIZE (picom-10.tar.gz) = 286728 Index: pkg/PLIST === RCS file: /home/cvs/ports/x11/picom/pkg/PLIST,v retrieving revision 1.3 diff -u -p -r1.3 PLIST --- pkg/PLIST 11 Mar 2022 20:16:55 - 1.3 +++ pkg/PLIST 12 Nov 2022 08:19:37 - @@ -4,6 +4,8 @@ bin/picom-trans @man man/man1/picom.1 share/applications/picom.desktop share/examples/picom/ +share/examples/picom/picom.desktop +@sample ${SYSCONFDIR}/xdg/autostart/picom.desktop share/examples/picom/picom.sample.conf share/icons/hicolor/48x48/apps/picom.png share/icons/hicolor/scalable/apps/picom.svg
Re: sysutils/pstree dead?
On 2022/11/14 19:02, Jan Stary wrote: > The HOMEPAGE and MASTER_SITES of pstree seem dead: > > http://www.thp.uni-duisburg.de/pstree/ > ftp://ftp.thp.uni-duisburg.de/pub/source/ > > Apparently, the Uni's site is www.uni-due.de now > and Fred Hucht is still at https://www.uni-due.de/thp/ > but the http/ftp structure is not preserved. thanks - it's moved to github, I've just updated the port. > Is it worth having pstree now that we have ps -f? yes.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 11:47:53 Modified files: sysutils/pstree: Makefile distinfo sysutils/pstree/patches: patch-pstree_c Log message: update to pstree-2.40
Update: easy-rsa 3.1.1
After an upgrade to OpenBSD 7.2, I found that easy-rsa was unable to generate certificate requests when not encrypting the key file, as it used -noenc instead of -nodes. This issue is fixed in easy-rsa 3.1.1. Not sure if we should considering applying https://github.com/OpenVPN/easy-rsa/commit/4472516e24b068542cfd1ff5c3e51c3b89eb38b1 as a distpatch. I ran into the issue this fixes after the upgrading to easy-rsa 3.1.1. It's not too difficult to work around, though. OKs? Thanks, Jeremy Index: Makefile === RCS file: /cvs/ports/security/easy-rsa/Makefile,v retrieving revision 1.14 diff -u -p -r1.14 Makefile --- Makefile8 Jun 2022 16:13:14 - 1.14 +++ Makefile14 Nov 2022 18:24:20 - @@ -1,6 +1,6 @@ COMMENT = small RSA key management package -V =3.1.0 +V =3.1.1 PKGNAME = easy-rsa-${V} DISTNAME = EasyRSA-${V} EXTRACT_SUFX = .tgz Index: distinfo === RCS file: /cvs/ports/security/easy-rsa/distinfo,v retrieving revision 1.9 diff -u -p -r1.9 distinfo --- distinfo8 Jun 2022 16:13:14 - 1.9 +++ distinfo14 Nov 2022 18:24:24 - @@ -1,2 +1,2 @@ -SHA256 (EasyRSA-3.1.0.tgz) = AbB+y1jcAD5H1OdPn8TaNexoQuls0APWbtcqQ9+YNlk= -SIZE (EasyRSA-3.1.0.tgz) = 61255 +SHA256 (EasyRSA-3.1.1.tgz) = d51CXKzx3lYmK3p+1rkLNuYUzpJz8IrXuGmSdAyzsqU= +SIZE (EasyRSA-3.1.1.tgz) = 68434 Index: pkg/PLIST === RCS file: /cvs/ports/security/easy-rsa/pkg/PLIST,v retrieving revision 1.9 diff -u -p -r1.9 PLIST --- pkg/PLIST 11 Mar 2022 19:53:22 - 1.9 +++ pkg/PLIST 14 Nov 2022 18:24:28 - @@ -6,7 +6,9 @@ share/easy-rsa/README.md share/easy-rsa/README.quickstart.md share/easy-rsa/doc/ share/easy-rsa/doc/EasyRSA-Advanced.md +share/easy-rsa/doc/EasyRSA-Contributing.md share/easy-rsa/doc/EasyRSA-Readme.md +share/easy-rsa/doc/EasyRSA-Renew-and-Revoke.md share/easy-rsa/doc/EasyRSA-Upgrade-Notes.md share/easy-rsa/doc/Hacking.md share/easy-rsa/doc/Intro-To-PKI.md
sysutils/pstree dead?
The HOMEPAGE and MASTER_SITES of pstree seem dead: http://www.thp.uni-duisburg.de/pstree/ ftp://ftp.thp.uni-duisburg.de/pub/source/ Apparently, the Uni's site is www.uni-due.de now and Fred Hucht is still at https://www.uni-due.de/thp/ but the http/ftp structure is not preserved. Is it worth having pstree now that we have ps -f? Jan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: cas...@cvs.openbsd.org 2022/11/14 10:59:32 Modified files: productivity/zim: Makefile distinfo productivity/zim/pkg: PLIST Log message: productivity/zim: update to 0.75.1 OK benno@
Re: UPDATE: Tor Browser 12.0a4
Hi, On Mon, Nov 14, 2022 at 04:34:56PM +0100, Stefan Hagen wrote: > Landry Breuil wrote (2022-11-14 09:14 CET): > > Le Mon, Nov 14, 2022 at 08:44:07AM +0100, Stefan Hagen a ??crit : > > > Caspar Schutijser wrote (2022-11-13 20:20 CET): > > > > Hi, > > > > > > > > Below is a diff that updates Tor Browser to 12.0a4. The diff is a bit > > > > big since upstream shuffled some stuff around (in particular related to > > > > Tor Launcher). Tested on amd64. > > > > > > > > Comments or OKs? > > > > > > > > Caspar > > > > > > The WANTLIBs still look a bit strange here: > > > > > > > # uses pledge() > > > > # Extra: Xcomposite.4 Xdamage.4 Xfixes.6 gdk-x11-2.0.2400 > > > > gtk-x11-2.0.2400 > > > > WANTLIB += Xrandr Xt gthread-2.0 pangoft2-1.0 > > > > > > I get: > > > Extra: Xcomposite.4 Xcursor.5 Xdamage.4 Xfixes.6 Xi.12 Xrender.6 > > > Extra: Xt.11 gthread-2.0.4200 pangoft2-1.0.3801 > > > > > > If the ones you added are really needed, they should be mentioned in the > > > "Extra:" comment as well. > > > > > > www/firefox-esr only has: WANTLIB += Xrandr Xtst, so I'm wondering if > > > this list is right. > > > > I've moved most of the common wantlibs to mozilla.port.mk last month, cf > > https://github.com/openbsd/ports/commit/1f57d683037506321a3981f5ea80da2e8d8090a5 > > > > at the time tor browser wasnt building at all, so i havent been able to > > check what was the actual wantlib for it. > > > > it's sad of tor-browser doesnt follow along other mozilla ports here, it > > should normally have the same WANTLIB as the corresponding esr port... > > Dunno what they'd do. Not a huge deal anyway. > > I successfully built it with: > > WANTLIB += Xrandr > > and got: > > Extra: Xcomposite.4 Xcursor.5 Xdamage.4 Xfixes.6 Xi.12 Xrender.6 > > I think WANTLIB can be reduced to just Xrandr. Alright, I'll make those tweaks, thanks. And also thanks for testing. Any OKs? :) Caspar
Re: [update] security/gopass => v1.14.10 (was: gopass outdated)
On 2022/11/14 16:30:10 +0100, Stefan Hagen wrote: > [...] > portcheck / port-lib-depends-check is happy. > A short functional was successful. > > OK? briefly tested, it didn't like that i've got-ified my ~/.password-store but seems to work and diff reads fine. ok op@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 10:41:22 Modified files: astro/py-erfa : Makefile Log message: missed BDEPs
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 10:33:37 Modified files: graphics/gnofract4d: Makefile graphics/gnofract4d/pkg: PLIST graphics/gprof2dot: Makefile graphics/gprof2dot/pkg: PLIST graphics/img2pdf: Makefile graphics/img2pdf/pkg: PLIST graphics/py-cairo: Makefile graphics/py-cairo/pkg: PLIST graphics/py-cycler: Makefile graphics/py-cycler/pkg: PLIST graphics/py-dot: Makefile graphics/py-dot/pkg: PLIST graphics/py-imagesize: Makefile graphics/py-imagesize/pkg: PLIST graphics/py-pygal: Makefile graphics/py-pygal/pkg: PLIST graphics/py-pyx: Makefile graphics/py-pyx/pkg: PLIST graphics/py-qrcode: Makefile graphics/py-qrcode/pkg: PLIST graphics/py-sane: Makefile graphics/py-sane/pkg: PLIST graphics/py-seaborn: Makefile graphics/py-seaborn/pkg: PLIST graphics/pycha : Makefile graphics/pycha/pkg: PLIST graphics/scour : Makefile graphics/scour/pkg: PLIST graphics/termtosvg: Makefile graphics/termtosvg/pkg: PLIST graphics/xdot : Makefile graphics/xdot/pkg: PLIST graphics/py-imageio: Makefile graphics/py-imageio/pkg: PLIST graphics/py-blurhash: Makefile graphics/py-blurhash/pkg: PLIST graphics/py-matplotlib-inline: Makefile graphics/py-matplotlib-inline/pkg: PLIST graphics/py-pyqrcode: Makefile graphics/py-pyqrcode/pkg: PLIST Log message: use MODPY_PYBUILD
Re: Problem in py-pip for 7.2 (broken build?)
On 2022/11/14 09:11, Brad Davis wrote: > Is the py-pip build broken? It's not, you want devel/py2-pip for python 2.x > The 7.2 package is in > https://ftp.openbsd.org/pub/OpenBSD/7.2/packages/amd64/py-pip-20.3.4p3.tgz > and built for python2.7 while the CVSweb tree Makefile downloads pip version > 22.2.2 and python3 as the flavor. > > (The problem seems to go back a number of versions.) > > > untar of > https://ftp.openbsd.org/pub/OpenBSD/7.2/packages/amd64/py-pip-20.3.4p3.tgz > :: > > 281 OpenBSD server> tar ztvf /home/share/OS/OpenBSD/7.2/py-pip-20.3.4p3.tgz > -r--r--r-- 1 root wheel 112048 Sep 29 12:10 +CONTENTS > -r--r--r-- 1 root wheel 329 Sep 29 12:10 +DESC > -rwxr-xr-x 1 root bin 375 Dec 31 1969 bin/pip2 > -rwxr-xr-x 1 root bin 379 Dec 31 1969 bin/pip2.7 > -rw-r--r-- 1 root bin 4811 Dec 31 1969 > lib/python2.7/site-packages/pip-20.3.4-py2.7.egg-info/PKG-INFO > -rw-r--r-- 1 root bin 17998 Dec 31 1969 > lib/python2.7/site-packages/pip-20.3.4-py2.7.egg-info/SOURCES.txt > -rw-r--r-- 1 root bin 1 Dec 31 1969 > lib/python2.7/site-packages/pip-20.3.4-py2.7.egg-info/dependency_links.txt > > ... > > > Brad Davis > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 10:29:05 Modified files: x11/wxWidgets : Makefile Log message: bump, python cache files but no run dep
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 10:27:34 Modified files: devel/kf5/kdelibs4support: Makefile Log message: bump, python cache files but no run dep
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 10:17:01 Modified files: devel/bpython : Makefile devel/bpython/pkg: PLIST devel/flake8 : Makefile devel/flake8/pkg: PLIST devel/github-backup: Makefile devel/github-backup/pkg: PLIST devel/gyp : Makefile devel/gyp/pkg : PLIST devel/legit: Makefile devel/legit/pkg: PLIST devel/pudb : Makefile devel/pudb/pkg : PLIST devel/py-colorama: Makefile devel/py-colorama/pkg: PLIST devel/py-configargparse: Makefile devel/py-configargparse/pkg: PLIST devel/py-country: Makefile devel/py-country/pkg: PLIST devel/py-coveralls: Makefile devel/py-coveralls/pkg: PLIST devel/py-extras: Makefile devel/py-extras/pkg: PLIST devel/py-filebytes: Makefile devel/py-filebytes/pkg: PLIST devel/py-fixtures: Makefile devel/py-fixtures/pkg: PLIST devel/py-flexmock: Makefile devel/py-flexmock/pkg: PLIST devel/py-freezegun: Makefile devel/py-freezegun/pkg: PLIST devel/py-frozendict: Makefile devel/py-frozendict/pkg: PLIST devel/py-gevent-eventemitter: Makefile devel/py-gevent-eventemitter/pkg: PLIST devel/py-gobject3: Makefile devel/py-gobject3/pkg: PLIST devel/py-html5lib: Makefile devel/py-html5lib/pkg: PLIST devel/py-icalendar: Makefile devel/py-icalendar/pkg: PLIST devel/py-incremental: Makefile devel/py-incremental/pkg: PLIST devel/py-iso3166: Makefile devel/py-iso3166/pkg: PLIST devel/py-iso639: Makefile devel/py-iso639/pkg: PLIST devel/py-isodate: Makefile devel/py-isodate/pkg: PLIST devel/py-jeepney: Makefile devel/py-jeepney/pkg: PLIST devel/py-more-itertools: Makefile devel/py-more-itertools/pkg: PLIST devel/py-ordered-set: Makefile devel/py-ordered-set/pkg: PLIST devel/py-parallel: Makefile devel/py-parallel/pkg: PLIST devel/py-parameterized: Makefile devel/py-parameterized/pkg: PLIST devel/py-parsedatetime: Makefile devel/py-parsedatetime/pkg: PLIST devel/py-pluggy: Makefile devel/py-pluggy/pkg: PLIST devel/py-ply : Makefile devel/py-ply/pkg: PLIST devel/py-pretend: Makefile devel/py-pretend/pkg: PLIST devel/py-progress: Makefile devel/py-progress/pkg: PLIST devel/py-progressbar: Makefile devel/py-progressbar/pkg: PLIST devel/py-py: Makefile devel/py-py/pkg: PLIST devel/py-regex : Makefile devel/py-regex/pkg: PLIST devel/py-rfc6555: Makefile devel/py-rfc6555/pkg: PLIST devel/py-setproctitle: Makefile devel/py-setproctitle/pkg: PLIST devel/py-test-arraydiff: Makefile devel/py-test-arraydiff/pkg: PLIST devel/py-test-astropy: Makefile devel/py-test-astropy/pkg: PLIST devel/py-test-benchmark: Makefile devel/py-test-benchmark/pkg: PLIST devel/py-test-expect: Makefile devel/py-test-expect/pkg: PLIST devel/py-test-filter-subpackage: Makefile devel/py-test-filter-subpackage/pkg: PLIST devel/py-test-forked: Makefile devel/py-test-forked/pkg: PLIST devel/py-test-httpbin: Makefile devel/py-test-httpbin/pkg: PLIST devel/py-test-lazy-fixture: Makefile devel/py-test-lazy-fixture/pkg: PLIST devel/py-test-mock: Makefile devel/py-test-mock/pkg: PLIST devel/py-test-openfiles: Makefile devel/py-test-openfiles/pkg: PLIST devel/py-test-relaxed: Makefile devel/py-test-relaxed/pkg: PLIST devel/py-test-remotedata: Makefile devel/py-test-remotedata/pkg: PLIST devel/py-test-subtests: Makefile devel/py-test-subtests/pkg: PLIST devel/py-test-timeout: Makefile devel/py-test-timeout/pkg: PLIST devel/py-test-vcr: Makefile devel/py-test-vcr/pkg: PLIST devel/py-test-xdist: Makefile devel/py-test-xdist/pkg: PLIST devel/py-testtools: Makefile devel/py-testtools/pkg: PLIST devel/py-tzlocal: Makefile devel/py-tzlocal/pkg: PLIST devel/py-wcwidth: Makefile devel/py-wcwidth/pkg: PLIST devel/py-yamllint: Makefile devel/py-yamllint/pkg: PLIST devel/pyflakes : Makefile devel/pyflakes/pkg: PLIST devel/scons: Makefile devel/scons/pkg: PLIST Added files: devel/py-test-forked/patches: patch-pyproject_toml Log message: use MODPY_PYBUILD
Problem in py-pip for 7.2 (broken build?)
Is the py-pip build broken? The 7.2 package is in https://ftp.openbsd.org/pub/OpenBSD/7.2/packages/amd64/py-pip-20.3.4p3.tgz and built for python2.7 while the CVSweb tree Makefile downloads pip version 22.2.2 and python3 as the flavor. (The problem seems to go back a number of versions.) untar of https://ftp.openbsd.org/pub/OpenBSD/7.2/packages/amd64/py-pip-20.3.4p3.tgz :: 281 OpenBSD server> tar ztvf /home/share/OS/OpenBSD/7.2/py-pip-20.3.4p3.tgz -r--r--r-- 1 root wheel 112048 Sep 29 12:10 +CONTENTS -r--r--r-- 1 root wheel 329 Sep 29 12:10 +DESC -rwxr-xr-x 1 root bin 375 Dec 31 1969 bin/pip2 -rwxr-xr-x 1 root bin 379 Dec 31 1969 bin/pip2.7 -rw-r--r-- 1 root bin 4811 Dec 31 1969 lib/python2.7/site-packages/pip-20.3.4-py2.7.egg-info/PKG-INFO -rw-r--r-- 1 root bin 17998 Dec 31 1969 lib/python2.7/site-packages/pip-20.3.4-py2.7.egg-info/SOURCES.txt -rw-r--r-- 1 root bin 1 Dec 31 1969 lib/python2.7/site-packages/pip-20.3.4-py2.7.egg-info/dependency_links.txt ... Brad Davis
Re: gopass outdated
On 2022/11/14 16:03, Solène Rapenne wrote: > Le Mon, 14 Nov 2022 10:41:58 +, > Krassy Boykinov a écrit : > > > Dear maintainer, > > > > i want to kindly inform you, that as of now > > the gopass package is outdated. Currently > > the packaged version is v1.13.0 and the latest > > available release is v1.14.10. > > > > Thank you for your effort and best regards, > > > > Krassy Boykinov > > > > Thanks for the heads up > > If you rely on it, could you try to update it and send us the patch? > This may sound a lot of work, but if everything goes fine (and this > happen sometimes!), it's not much more work than bumping the version, > updating the distfiles, ensure pkg/PLIST is fine with "make > update-plist" and send the diff if the result works for you it's a golang port... > You can find information in https://www.openbsd.org/faq/ports/ if you > want to learn more about the porting / packaging processes >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 09:34:21 ports/devel/py-test-forked/patches Update of /cvs/ports/devel/py-test-forked/patches In directory cvs.openbsd.org:/tmp/cvs-serv69741/patches Log Message: Directory /cvs/ports/devel/py-test-forked/patches added to the repository
Re: gopass outdated
Le Mon, 14 Nov 2022 10:41:58 +, Krassy Boykinov a écrit : > Dear maintainer, > > i want to kindly inform you, that as of now > the gopass package is outdated. Currently > the packaged version is v1.13.0 and the latest > available release is v1.14.10. > > Thank you for your effort and best regards, > > Krassy Boykinov > Thanks for the heads up If you rely on it, could you try to update it and send us the patch? This may sound a lot of work, but if everything goes fine (and this happen sometimes!), it's not much more work than bumping the version, updating the distfiles, ensure pkg/PLIST is fine with "make update-plist" and send the diff if the result works for you You can find information in https://www.openbsd.org/faq/ports/ if you want to learn more about the porting / packaging processes
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 09:10:00 Modified files: devel/py-dill : Makefile distinfo devel/py-dill/pkg: PLIST Log message: update to py3-dill-0.3.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 09:09:37 Modified files: devel/py-multiprocess: Makefile Log message: fix tests
Re: remove security/ctunnel ?
On Sun, 13 Nov 2022 22:58:52 + Klemens Nanni wrote: > Unmaintained since its only update in 2011. > tb already fixed up libressl breakage, upstream url times out, noone > else packages it (except AIX and Arch). The fact that a package is in AUR[1] should not be interpreted as "Arch packages it". AUR is basically a free-for-all without any official endorsement from the distro (and without binary packages; it's just a collection of git repos with build recipes and a web interface). In this particular case, even the AUR recipe is orphaned, i.e., no maintaner[2]. OTOH it's been flagged out-of-date, with a link to new upstream (with some more recent activity) in the comment[3]: https://github.com/alienrobotarmy/ctunnel [This message is mostly just to provide info on the AUR <-> Arch relationship, I have no idea or opinion about ctunnel.] [1] https://wiki.archlinux.org/title/AUR [2] https://aur.archlinux.org/packages/ctunnel [3] https://aur.archlinux.org/pkgbase/ctunnel/flag-comment -- Štěpán
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 08:54:13 Modified files: devel/py-importlib-metadata: Makefile distinfo devel/py-importlib-metadata/pkg: PLIST Log message: update to py3-importlib_metadata-5.0.0, looks good to maintainer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 08:50:14 Modified files: databases/barman: Makefile databases/barman/pkg: PLIST databases/py-flask-sqlalchemy: Makefile databases/py-flask-sqlalchemy/pkg: PLIST databases/py-influxdb: Makefile databases/py-influxdb/pkg: PLIST databases/py-ldap3: Makefile databases/py-ldap3/pkg: PLIST databases/py-mongo: Makefile databases/py-mongo/pkg: PLIST databases/py-mysqlclient: Makefile databases/py-mysqlclient/pkg: PLIST databases/py-odbc: Makefile databases/py-odbc/pkg: PLIST databases/py-pg_activity: Makefile databases/py-pg_activity/pkg: PLIST databases/py-pickleshare: Makefile databases/py-pickleshare/pkg: PLIST databases/py-puppetdb: Makefile databases/py-puppetdb/pkg: PLIST databases/py-pygresql: Makefile databases/py-pygresql/pkg: PLIST databases/py-redis: Makefile databases/py-redis/pkg: PLIST databases/py-sql: Makefile databases/py-sql/pkg: PLIST databases/py-whisper: Makefile databases/py-whisper/pkg: PLIST databases/patroni: Makefile databases/patroni/pkg: PLIST databases/py-pymysql: Makefile databases/py-pymysql/pkg: PLIST databases/py-alembic: Makefile databases/py-alembic/pkg: PLIST Log message: use MODPY_PYBUILD
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2022/11/14 08:40:04 Modified files: www/chromium : Makefile www/chromium/pkg: PLIST Log message: bundle libudev.so from sysutils/libudev-openbsd for now until it gets enabled in the builds so that fido hotplug can be used in the meantime
Re: UPDATE: Tor Browser 12.0a4
Landry Breuil wrote (2022-11-14 09:14 CET): > Le Mon, Nov 14, 2022 at 08:44:07AM +0100, Stefan Hagen a écrit : > > Caspar Schutijser wrote (2022-11-13 20:20 CET): > > > Hi, > > > > > > Below is a diff that updates Tor Browser to 12.0a4. The diff is a bit > > > big since upstream shuffled some stuff around (in particular related to > > > Tor Launcher). Tested on amd64. > > > > > > Comments or OKs? > > > > > > Caspar > > > > The WANTLIBs still look a bit strange here: > > > > > # uses pledge() > > > # Extra: Xcomposite.4 Xdamage.4 Xfixes.6 gdk-x11-2.0.2400 > > > gtk-x11-2.0.2400 > > > WANTLIB += Xrandr Xt gthread-2.0 pangoft2-1.0 > > > > I get: > > Extra: Xcomposite.4 Xcursor.5 Xdamage.4 Xfixes.6 Xi.12 Xrender.6 > > Extra: Xt.11 gthread-2.0.4200 pangoft2-1.0.3801 > > > > If the ones you added are really needed, they should be mentioned in the > > "Extra:" comment as well. > > > > www/firefox-esr only has: WANTLIB += Xrandr Xtst, so I'm wondering if > > this list is right. > > I've moved most of the common wantlibs to mozilla.port.mk last month, cf > https://github.com/openbsd/ports/commit/1f57d683037506321a3981f5ea80da2e8d8090a5 > > at the time tor browser wasnt building at all, so i havent been able to > check what was the actual wantlib for it. > > it's sad of tor-browser doesnt follow along other mozilla ports here, it > should normally have the same WANTLIB as the corresponding esr port... > Dunno what they'd do. Not a huge deal anyway. I successfully built it with: WANTLIB += Xrandr and got: Extra: Xcomposite.4 Xcursor.5 Xdamage.4 Xfixes.6 Xi.12 Xrender.6 I think WANTLIB can be reduced to just Xrandr. Best Regards, Stefan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 08:34:07 Modified files: devel/py-wcmatch: Makefile distinfo devel/py-wcmatch/pkg: PLIST Log message: update to py3-wcmatch-8.4.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 08:30:44 Modified files: textproc/py-bracex: Makefile distinfo textproc/py-bracex/pkg: PLIST Log message: update to py3-bracex 2.3.post1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lr...@cvs.openbsd.org 2022/11/14 08:29:48 Modified files: databases/web2ldap: Makefile distinfo databases/web2ldap/pkg: PLIST Log message: databases/web2ldap: update to 1.8.0 changelog: Installation and configuration changes * Renamed plugin module for dNSDomain/dNSDomain2 schema to web2ldap.app.plugin.dnsdomain. You might have to adjust your plugin import configuration in web2ldapcnf.plugins. New features/enhancements * Registered UCS attribute lockTime with plugin class SecondsSinceEpoch. * Registered MS AD attribute msRTCSIP-PrimaryUserAddress with plugin class Uri. * Added new plugin module web2ldap.app.plugins.dnszone (web2ldap#60). Bug fixes * Fixed returning the diagnosticMessage text as error message in case no more information could be extracted from it. * Fixed plugin class for GUID values in MS AD to use little-endian encoding/decoding. Refactoring * Renamed entry-point sub-module to web2ldap.__main__. * Abandoned obsolete optimization with codecs.lookup() (closes #58). ok sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 08:26:21 Modified files: textproc/py-ICU: Makefile textproc/py-ICU/pkg: PLIST textproc/py-alabaster: Makefile textproc/py-alabaster/pkg: PLIST textproc/py-bracex: Makefile textproc/py-bracex/pkg: PLIST textproc/py-canonicaljson: Makefile textproc/py-canonicaljson/pkg: PLIST textproc/py-cchardet: Makefile textproc/py-cchardet/pkg: PLIST textproc/py-charset-normalizer: Makefile textproc/py-charset-normalizer/pkg: PLIST textproc/py-colored: Makefile textproc/py-colored/pkg: PLIST textproc/py-commonmark: Makefile textproc/py-commonmark/pkg: PLIST textproc/py-cson: Makefile textproc/py-cson/pkg: PLIST textproc/py-defusedxml: Makefile textproc/py-defusedxml/pkg: PLIST textproc/py-demjson: Makefile textproc/py-demjson/pkg: PLIST textproc/py-dict2xml: Makefile textproc/py-dict2xml/pkg: PLIST textproc/py-elasticsearch: Makefile textproc/py-elasticsearch/pkg: PLIST textproc/py-enchant: Makefile textproc/py-enchant/pkg: PLIST textproc/py-et_xmlfile: Makefile textproc/py-et_xmlfile/pkg: PLIST textproc/py-feedparser: Makefile textproc/py-feedparser/pkg: PLIST textproc/py-ijson: Makefile textproc/py-ijson/pkg: PLIST textproc/py-iniconfig: Makefile textproc/py-iniconfig/pkg: PLIST textproc/py-jellyfish: Makefile textproc/py-jellyfish/pkg: PLIST textproc/py-jsonpatch: Makefile textproc/py-jsonpatch/pkg: PLIST textproc/py-jsonpointer: Makefile textproc/py-jsonpointer/pkg: PLIST textproc/py-natsort: Makefile textproc/py-natsort/pkg: PLIST textproc/py-nltk: Makefile textproc/py-nltk/pkg: PLIST textproc/py-odfpy: Makefile textproc/py-odfpy/pkg: PLIST textproc/py-ofxparse: Makefile textproc/py-ofxparse/pkg: PLIST textproc/py-openpyxl: Makefile textproc/py-openpyxl/pkg: PLIST textproc/py-pdfminer: Makefile textproc/py-pdfminer/pkg: PLIST textproc/py-polib: Makefile textproc/py-polib/pkg: PLIST textproc/py-precis_i18n: Makefile textproc/py-precis_i18n/pkg: PLIST textproc/py-prettytable: Makefile textproc/py-pyRFC3339: Makefile textproc/py-pyRFC3339/pkg: PLIST textproc/py-pyaml: Makefile textproc/py-pyaml/pkg: PLIST textproc/py-pygfm: Makefile textproc/py-pygfm/pkg: PLIST textproc/py-pykwalify: Makefile textproc/py-pykwalify/pkg: PLIST textproc/py-recommonmark: Makefile textproc/py-recommonmark/pkg: PLIST textproc/py-ruamel.yaml.clib: Makefile textproc/py-ruamel.yaml.clib/pkg: PLIST textproc/py-ruamel.yaml: Makefile textproc/py-ruamel.yaml/pkg: PLIST textproc/py-semver: Makefile textproc/py-semver/pkg: PLIST textproc/py-signedjson: Makefile textproc/py-signedjson/pkg: PLIST textproc/py-snowballstemmer: Makefile textproc/py-snowballstemmer/pkg: PLIST textproc/py-spdx-lookup: Makefile textproc/py-spdx-lookup/pkg: PLIST textproc/py-spdx: Makefile textproc/py-spdx/pkg: PLIST textproc/py-sphinx-intl: Makefile textproc/py-sphinx-intl/pkg: PLIST textproc/py-sphinx_guzzle_theme: Makefile textproc/py-sphinx_guzzle_theme/pkg: PLIST textproc/py-stache: Makefile textproc/py-stache/pkg: PLIST textproc/py-stemmer: Makefile textproc/py-stemmer/pkg: PLIST textproc/py-typogrify: Makefile textproc/py-typogrify/pkg: PLIST textproc/py-unicodecsv: Makefile textproc/py-unicodecsv/pkg: PLIST textproc/py-xlrd: Makefile textproc/py-xlrd/pkg: PLIST textproc/py-xlwt: Makefile textproc/py-xlwt/pkg: PLIST textproc/py-xmldiff: Makefile textproc/py-xmldiff/pkg: PLIST textproc/py-xmltodict: Makefile textproc/py-xmltodict/pkg: PLIST textproc/yq: Makefile textproc/yq/pkg: PLIST Log message: use MODPY_PYBUILD
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lr...@cvs.openbsd.org 2022/11/14 08:15:10 Modified files: databases/py-ldap0: Makefile distinfo databases/py-ldap0/pkg: PLIST Log message: databases/py-ldap0: update to 1.4.10 changelog: https://code.stroeder.com/pymod/python-ldap0/compare/v1.4.9...v1.4.10 with test tweaks and ok sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/11/14 08:08:09 Modified files: security : Makefile devel/quirks/files: Quirks.pm Removed files: security/nbaudit: Makefile distinfo security/nbaudit/patches: patch-Makefile patch-client_c patch-includes_h patch-nat_1 patch-nat_c patch-nmb_c security/nbaudit/pkg: DESCR PLIST Log message: Remove security/nbaudit No upstream, just a mirror left, no update since import in 1998, noone else packages it. We have net/nbtscan as a more recent alternative that is packaged by all the major OSes as well; it has a dead homepage and lacks behind in updates, but still seems in better shape. OK sthen
Re: remove old security/nbaudit ?
"if this tool can connect at all, the server is insecure" ;) ok to remove. On 2022/11/14 14:48, Klemens Nanni wrote: > No upstream, just a mirror left, no update since import in 1998, noone > else packages it. > > We have net/nbtscan as a more recent alternative that is packaged by all > the major OSes as well; it has a dead homepage and lacks behind in > updates, but still seems in better shape. > > OK/Objection to clean out nbaudit? > --- > Information for inst:nbaudit-1.0p2 > > Comment: > NetBIOS Auditing Tool / Security Kit > > Description: > NetBIOS Auditing Tool / Security Kit > > The intention of this package is to perform various security checks on > remote servers running NetBIOS file sharing services. > nat will attempt to retrieve all information available from the remote > server, and attempt to access any services provided by the server. > > -- David O'Brien >obr...@nuxi.com > > Maintainer: The OpenBSD ports mailing-list >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/11/14 07:59:50 Modified files: net/nbtscan: Makefile distinfo Log message: Old upstream is dead, use new github
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 07:55:17 Modified files: textproc/py-cssutils: Makefile distinfo textproc/py-cssutils/pkg: PLIST Log message: update to py3-cssutils-2.6.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 07:55:05 Modified files: multimedia/py-caption: Makefile distinfo multimedia/py-caption/pkg: PLIST Log message: update to py3-caption-2.1.0
gopass outdated
Dear maintainer, i want to kindly inform you, that as of now the gopass package is outdated. Currently the packaged version is v1.13.0 and the latest available release is v1.14.10. Thank you for your effort and best regards, Krassy Boykinov
remove old security/nbaudit ?
No upstream, just a mirror left, no update since import in 1998, noone else packages it. We have net/nbtscan as a more recent alternative that is packaged by all the major OSes as well; it has a dead homepage and lacks behind in updates, but still seems in better shape. OK/Objection to clean out nbaudit? --- Information for inst:nbaudit-1.0p2 Comment: NetBIOS Auditing Tool / Security Kit Description: NetBIOS Auditing Tool / Security Kit The intention of this package is to perform various security checks on remote servers running NetBIOS file sharing services. nat will attempt to retrieve all information available from the remote server, and attempt to access any services provided by the server. -- David O'Brien obr...@nuxi.com Maintainer: The OpenBSD ports mailing-list
Re: update or remove security/nfsshell ?
On Mon, Nov 14, 2022 at 02:27:00PM +, Stuart Henderson wrote: > On 2022/11/14 12:46, Klemens Nanni wrote: > > https://repology.org/project/nfsshell/versions > > Only BSDs and Arch package it. > > > > We're stuck at the NFSv2-only version from around 2000, probably what > > Arch calls 19980519. > > > > FreeBSD/Dragonfly apparently have a 2013 version with NFSv3 support. > > Forked by a different author, and which in the commit message they > describe v3 support as having issues. > > I've got the newer version to build (junkpile.org/nfsshell.diff) > but it crashes when I try to mount. And for the scope of the software > v2 is probably fine. > > > Brief testing on sparc64 shows that it works, but I don't see much value > > in this port: we have showmount(8) and regular file system programs > > that work on NFS. > > route -T 2 exec nfsshell > > > Anyone interested in updating this port? > > I'd prefer to keep it as-is Sure, maybe it'll even see an update some day!
Re: update or remove security/nfsshell ?
On 2022/11/14 12:46, Klemens Nanni wrote: > https://repology.org/project/nfsshell/versions > Only BSDs and Arch package it. > > We're stuck at the NFSv2-only version from around 2000, probably what > Arch calls 19980519. > > FreeBSD/Dragonfly apparently have a 2013 version with NFSv3 support. Forked by a different author, and which in the commit message they describe v3 support as having issues. I've got the newer version to build (junkpile.org/nfsshell.diff) but it crashes when I try to mount. And for the scope of the software v2 is probably fine. > Brief testing on sparc64 shows that it works, but I don't see much value > in this port: we have showmount(8) and regular file system programs > that work on NFS. route -T 2 exec nfsshell > Anyone interested in updating this port? I'd prefer to keep it as-is > Can we move it to the attic? > --- > Information for inst:nfsshell-1.0p2 > > Comment: > NFS auditing tool > > Description: > NFS shell provides user level access to an NFS server, over UDP or TCP, > supports source routing and "secure" (privileged port) mounts. Its a > useful tool to manually check (or show) security problems after a > security scanner has detected them. > > Maintainer: The OpenBSD ports mailing-list >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2022/11/14 05:54:47 Modified files: databases/sqlports/files: Var.pm Log message: remove shortcut that was resulting in bizarre warning when trying to integrate empty files
update or remove security/nfsshell ?
https://repology.org/project/nfsshell/versions Only BSDs and Arch package it. We're stuck at the NFSv2-only version from around 2000, probably what Arch calls 19980519. FreeBSD/Dragonfly apparently have a 2013 version with NFSv3 support. Brief testing on sparc64 shows that it works, but I don't see much value in this port: we have showmount(8) and regular file system programs that work on NFS. Anyone interested in updating this port? Can we move it to the attic? --- Information for inst:nfsshell-1.0p2 Comment: NFS auditing tool Description: NFS shell provides user level access to an NFS server, over UDP or TCP, supports source routing and "secure" (privileged port) mounts. Its a useful tool to manually check (or show) security problems after a security scanner has detected them. Maintainer: The OpenBSD ports mailing-list
Re: games/zelda3-data ROM fetching as a separate port
On Mon, Nov 14, 2022 at 12:40:19PM +0100, Stefan Sperling wrote: > espie@ suggested that the FETCH_MANUALLY distfile should be isolated > into a separate port. This should make things easier for bulk builders, > and avoids hacks around GH_DISTFILE. > > ok? Updated patch which adds a pseudo do-install target and DESCR and PLIST to the zelda3-rom port, to make it less weird. The -rom package is not installed when building zelda3-data, since -data depends on the :patch stage of -rom. diff refs/heads/master refs/heads/zelda3-rom commit - f2ea66a16674d866fb6e818ad75e4e519e7728bd commit + bc6407c16e7c7e7018301833f9273e4d2b65d6d7 blob - 1a80c28c114a3c8b36b855d1596be2641044d1b9 blob + 228e407ca8d76ee862a8d69f7e201f841a15d33e --- games/zelda3-data/Makefile +++ games/zelda3-data/Makefile @@ -2,9 +2,6 @@ PKGNAME = zelda3-data-0.1pre20221101 DISTNAME = zelda3-0.1pre20221101 PKGNAME = zelda3-data-0.1pre20221101 -# GH_DISTFILE contains curly braces { } which won't work here -ZELDA3_DISTFILE = ${DISTNAME}-${GH_COMMIT:C/().*/\1/}${EXTRACT_SUFX} -DISTFILES =zelda3.sfc ${ZELDA3_DISTFILE} # use a commit hash, for now; the latest tag (v0.1-beta) is quite outdated GH_ACCOUNT = snesrev @@ -22,26 +19,18 @@ BUILD_DEPENDS = graphics/py-Pillow${MODPY_FLAVOR} \ USE_GMAKE =Yes BUILD_DEPENDS =graphics/py-Pillow${MODPY_FLAVOR} \ - textproc/py-yaml${MODPY_FLAVOR} + textproc/py-yaml${MODPY_FLAVOR} \ + games/zelda3-rom:patch -FETCH_MANUALLY += "zelda3.sfc has sha256 checksum" -FETCH_MANUALLY += "66871d66be19ad2c34c927d6b14cd8eb6fc3181965b6e517cb361f7316009cfb" -FETCH_MANUALLY += "and must be placed into ${DISTDIR}." -FETCH_MANUALLY += "It can be extracted from a retail SNES cartridge using" -FETCH_MANUALLY += "tools such as https://github.com/sanni/cartreader; - PERMIT_PACKAGE = proprietary ROM image PERMIT_DISTFILES = ${PERMIT_PACKAGE} -# do not attempt to extract zelda3.sfc -EXTRACT_CASES =*.sfc) ;; - CONFIGURE_STYLE = none # the game program is compiled by games/zelda3; we just build the assets ALL_TARGET = tables/zelda3_assets.dat pre-build: - ${INSTALL_DATA} ${DISTDIR}/zelda3.sfc ${WRKSRC}/tables/zelda3.sfc + ln -sf ${WRKDIR}/games/zelda3-rom/zelda3.sfc ${WRKSRC}/tables/zelda3.sfc do-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/zelda3 blob - 0e3952cc28d06092f7485a00198f9a520c61f0e4 blob + 8aad0c00a804349edb6222698a454cbbf2d149e5 --- games/zelda3-data/distinfo +++ games/zelda3-data/distinfo @@ -1,4 +1,2 @@ SHA256 (zelda3-0.1pre20221101-91d771ec.tar.gz) = nQ8+nFZQ+PW9nAzYSRuXVVOp+fewoYsbt37ympzqcwc= -SHA256 (zelda3.sfc) = ZocdZr4ZrSw0ySfWsUzY62/DGBlltuUXyzYfcxYAnPs= SIZE (zelda3-0.1pre20221101-91d771ec.tar.gz) = 3907372 -SIZE (zelda3.sfc) = 1048576 blob - d923b6760bfe6054a57653e906069a58fb521827 blob + a4dc2ea1bd7763689d3a7a5b098d943498eb45ac --- games/zelda3-data/pkg/DESCR +++ games/zelda3-data/pkg/DESCR @@ -1,3 +1,3 @@ -Zelda 3 - A Link to the Past (US) ROM image. +Zelda 3 - A Link to the Past game assets. Copyright 1991, 1992 Nintendo. blob - /dev/null blob + 9ac39d5e085609a96ed5d8c6b0d5d849338729a2 (mode 644) --- /dev/null +++ games/zelda3-rom/Makefile @@ -0,0 +1,34 @@ +COMMENT = zelda3 ROM image + +DISTNAME = zelda3-rom-0.0 + +DISTFILES =zelda3.sfc + +CATEGORIES = games + +HOMEPAGE = https://www.nintendo.com + +FETCH_MANUALLY += "zelda3.sfc has sha256 checksum" +FETCH_MANUALLY += "66871d66be19ad2c34c927d6b14cd8eb6fc3181965b6e517cb361f7316009cfb" +FETCH_MANUALLY += "and must be placed into ${DISTDIR}." +FETCH_MANUALLY += "It can be extracted from a retail SNES cartridge using" +FETCH_MANUALLY += "tools such as https://github.com/sanni/cartreader; + +PERMIT_PACKAGE = proprietary ROM image +PERMIT_DISTFILES = ${PERMIT_PACKAGE} + +EXTRACT_ONLY = + +WRKDIST = ${WRKDIR} + +NO_BUILD = Yes +NO_TEST = Yes + +post-extract: + ln -sf ${DISTDIR}/zelda3.sfc ${WRKDIR} + +do-install: + ${INSTALL_DATA_DIR} ${PREFIX}/share/zelda3 + ${INSTALL_DATA} ${WRKDIR}/zelda3.sfc ${PREFIX}/share/zelda3/zelda3.sfc + +.include blob - /dev/null blob + 71f5f624d21060ef88b7f39ddc49244860a9b71a (mode 644) --- /dev/null +++ games/zelda3-rom/distinfo @@ -0,0 +1,2 @@ +SHA256 (zelda3.sfc) = ZocdZr4ZrSw0ySfWsUzY62/DGBlltuUXyzYfcxYAnPs= +SIZE (zelda3.sfc) = 1048576 blob - /dev/null blob + d923b6760bfe6054a57653e906069a58fb521827 (mode 644) --- /dev/null +++ games/zelda3-rom/pkg/DESCR @@ -0,0 +1,3 @@ +Zelda 3 - A Link to the Past (US) ROM image. + +Copyright 1991, 1992 Nintendo. blob - /dev/null blob + 5ba88283b0bf888128cdcc16f7b2a722a5dece0c (mode 644) --- /dev/null +++ games/zelda3-rom/pkg/PLIST @@ -0,0 +1,2 @@ +share/zelda3/ +share/zelda3/zelda3.sfc
games/zelda3-data ROM fetching as a separate port
espie@ suggested that the FETCH_MANUALLY distfile should be isolated into a separate port. This should make things easier for bulk builders, and avoids hacks around GH_DISTFILE. ok? split zelda3-data ROM file fetching into a separate zelda3-rom port based on initial patch by espie@ diff f2ea66a16674d866fb6e818ad75e4e519e7728bd e6471f9ecef1b92f4d979b2689c7e8419b43f7ba commit - f2ea66a16674d866fb6e818ad75e4e519e7728bd commit + e6471f9ecef1b92f4d979b2689c7e8419b43f7ba blob - 1a80c28c114a3c8b36b855d1596be2641044d1b9 blob + 228e407ca8d76ee862a8d69f7e201f841a15d33e --- games/zelda3-data/Makefile +++ games/zelda3-data/Makefile @@ -2,9 +2,6 @@ PKGNAME = zelda3-data-0.1pre20221101 DISTNAME = zelda3-0.1pre20221101 PKGNAME = zelda3-data-0.1pre20221101 -# GH_DISTFILE contains curly braces { } which won't work here -ZELDA3_DISTFILE = ${DISTNAME}-${GH_COMMIT:C/().*/\1/}${EXTRACT_SUFX} -DISTFILES =zelda3.sfc ${ZELDA3_DISTFILE} # use a commit hash, for now; the latest tag (v0.1-beta) is quite outdated GH_ACCOUNT = snesrev @@ -22,26 +19,18 @@ BUILD_DEPENDS = graphics/py-Pillow${MODPY_FLAVOR} \ USE_GMAKE =Yes BUILD_DEPENDS =graphics/py-Pillow${MODPY_FLAVOR} \ - textproc/py-yaml${MODPY_FLAVOR} + textproc/py-yaml${MODPY_FLAVOR} \ + games/zelda3-rom:patch -FETCH_MANUALLY += "zelda3.sfc has sha256 checksum" -FETCH_MANUALLY += "66871d66be19ad2c34c927d6b14cd8eb6fc3181965b6e517cb361f7316009cfb" -FETCH_MANUALLY += "and must be placed into ${DISTDIR}." -FETCH_MANUALLY += "It can be extracted from a retail SNES cartridge using" -FETCH_MANUALLY += "tools such as https://github.com/sanni/cartreader; - PERMIT_PACKAGE = proprietary ROM image PERMIT_DISTFILES = ${PERMIT_PACKAGE} -# do not attempt to extract zelda3.sfc -EXTRACT_CASES =*.sfc) ;; - CONFIGURE_STYLE = none # the game program is compiled by games/zelda3; we just build the assets ALL_TARGET = tables/zelda3_assets.dat pre-build: - ${INSTALL_DATA} ${DISTDIR}/zelda3.sfc ${WRKSRC}/tables/zelda3.sfc + ln -sf ${WRKDIR}/games/zelda3-rom/zelda3.sfc ${WRKSRC}/tables/zelda3.sfc do-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/zelda3 blob - 0e3952cc28d06092f7485a00198f9a520c61f0e4 blob + 8aad0c00a804349edb6222698a454cbbf2d149e5 --- games/zelda3-data/distinfo +++ games/zelda3-data/distinfo @@ -1,4 +1,2 @@ SHA256 (zelda3-0.1pre20221101-91d771ec.tar.gz) = nQ8+nFZQ+PW9nAzYSRuXVVOp+fewoYsbt37ympzqcwc= -SHA256 (zelda3.sfc) = ZocdZr4ZrSw0ySfWsUzY62/DGBlltuUXyzYfcxYAnPs= SIZE (zelda3-0.1pre20221101-91d771ec.tar.gz) = 3907372 -SIZE (zelda3.sfc) = 1048576 blob - d923b6760bfe6054a57653e906069a58fb521827 blob + a4dc2ea1bd7763689d3a7a5b098d943498eb45ac --- games/zelda3-data/pkg/DESCR +++ games/zelda3-data/pkg/DESCR @@ -1,3 +1,3 @@ -Zelda 3 - A Link to the Past (US) ROM image. +Zelda 3 - A Link to the Past game assets. Copyright 1991, 1992 Nintendo. blob - /dev/null blob + 10880b3b1ef21893d0af63ae47feb61f683c78c2 (mode 644) --- /dev/null +++ games/zelda3-rom/Makefile @@ -0,0 +1,30 @@ +COMMENT = zelda3 ROM image + +DISTNAME = zelda3-rom-0.0 + +DISTFILES =zelda3.sfc + +CATEGORIES = games + +HOMEPAGE = https://www.nintendo.com + +FETCH_MANUALLY += "zelda3.sfc has sha256 checksum" +FETCH_MANUALLY += "66871d66be19ad2c34c927d6b14cd8eb6fc3181965b6e517cb361f7316009cfb" +FETCH_MANUALLY += "and must be placed into ${DISTDIR}." +FETCH_MANUALLY += "It can be extracted from a retail SNES cartridge using" +FETCH_MANUALLY += "tools such as https://github.com/sanni/cartreader; + +PERMIT_PACKAGE = proprietary ROM image +PERMIT_DISTFILES = ${PERMIT_PACKAGE} + +EXTRACT_ONLY = + +WRKDIST = ${WRKDIR} + +NO_BUILD = Yes +NO_TEST = Yes + +post-extract: + ln -sf ${DISTDIR}/zelda3.sfc ${WRKDIR} + +.include blob - /dev/null blob + 71f5f624d21060ef88b7f39ddc49244860a9b71a (mode 644) --- /dev/null +++ games/zelda3-rom/distinfo @@ -0,0 +1,2 @@ +SHA256 (zelda3.sfc) = ZocdZr4ZrSw0ySfWsUzY62/DGBlltuUXyzYfcxYAnPs= +SIZE (zelda3.sfc) = 1048576
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 04:39:43 Modified files: textproc/pugixml: Makefile distinfo Log message: update to pugixml-1.13
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 04:34:47 Modified files: security/py-bcrypt: Makefile crates.inc distinfo Log message: update to py3-bcrypt-4.0.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/11/14 04:29:06 Modified files: geo/gdal : Makefile distinfo geo/gdal/pkg : PLIST-main PLIST-python Removed files: geo/gdal/patches: patch-swig_python_GNUmakefile patch-swig_python_setup_py Log message: geo/gdal: update to 3.6.0. see https://github.com/OSGeo/gdal/blob/v3.6.0/NEWS.md
Re: update or remove security/clamav-unofficial-sigs ?
Shouldn't need a snapshot to test that btw. There was something annoying about the versions following the one which is in-tree but maybe it got improved since. -- Sent from a phone, apologies for poor formatting. On 14 November 2022 09:41:02 Klemens Nanni wrote: On Sun, Nov 13, 2022 at 10:33:09PM -0500, Johan Huldtgren wrote: On 2022-11-13 22:32, Klemens Nanni wrote: > We're stuck at a 2014 version while upstream is at 7.2.5 from 2021. > > Anyone still using this? Does it work with recent clamav? I have this configured and working on my mailserver (still at 7.1) with clamav-0.104.3, from the logs it updates the various configured databases. I am uncertain of exactly how effective it is. Thanks, so it isn't broken by default or so. If you upgrade to a snapshots I can send you a ports update to try the latest unofficial filters. > Anyone want to update or even maintain it? > > If not, can we move it to the attic? > --- > Information for https://cdn.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/clamav-unofficial-sigs-4.9.2p2.tgz > > Comment: > fetch and update unofficial signatures for ClamAV > > Description: > The clamav-unofficial-sigs script provides a simple way to download, test > and update third-party signature databases for ClamAV. Various databases > (primarily for email-borne malware/phishing) are available. > > Maintainer: The OpenBSD ports mailing-list > > WWW: https://github.com/extremeshok/clamav-unofficial-sigs > > Install notice: > After configuring /etc/clamav-unofficial-sigs.conf you can add the following > to root's crontab to update the signatures regularly: > > 35 * * * * /usr/local/bin/clamav-unofficial-sigs.sh 2>&1 > /dev/null > thanks, .jh
Re: [new] f3 - test real flash memory capacity - ok?
On 2022/11/14 11:14:39 +0100, Alexander Klimov wrote: > On 14.11.22 10:34, Omar Polo wrote: > > anyway, with the unveil/pledge == -1 bit fixed the port is ok to me > I've pushed it. (But I don't understand why it's an actual problem. It's > a convention like execpromises=NULL and no unveil(NULL,NULL), right?) No, it's because it's documented as such RETURN VALUES Upon successful completion, the value 0 is returned; otherwise the value -1 is returned and the global variable errno is set to indicate the error. (unveil(2) has similar wording.) unveil(NULL, NULL) on the other hard is just redundant when you're not pledging "unveil". Not wrong; just redundant. Thanks, Omar Polo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 03:48:10 Modified files: www/bozohttpd : Makefile distinfo www/bozohttpd/patches: patch-Makefile Added files: www/bozohttpd/patches: patch-testsuite_Makefile Log message: update to bozohttpd-20220517, fixup tests
Re: UPDATE: math/fftw3
Steven Mestdagh [2022-11-14, 11:33:23]: > A minor update; all tests still pass on amd64. > Octave, including its test suite, is still fine with this as well. > I didn't test other ports that use this. > > ok? this one should be better Index: Makefile === RCS file: /cvs/ports/math/fftw3/Makefile,v retrieving revision 1.38 diff -u -p -u -r1.38 Makefile --- Makefile11 Mar 2022 19:36:14 - 1.38 +++ Makefile14 Nov 2022 10:34:19 - @@ -1,7 +1,7 @@ COMMENT-main= C routines for computing the Discrete Fourier Transform COMMENT-common=common files for the fftw3 packages -V= 3.3.8 +V= 3.3.10 DISTNAME= fftw-${V} PKGNAME= fftw3-${V} FULLPKGNAME-main= fftw3-${V} @@ -10,11 +10,9 @@ FULLPKGPATH-main=math/fftw3,-main${FLAV FULLPKGNAME-common=fftw3-common-${V} SHARED_LIBS= fftw3 7.1 \ fftw3f 7.1 \ - fftw3_threads 1.1 \ - fftw3f_threads 1.1 + fftw3_threads 1.2 \ + fftw3f_threads 1.2 CATEGORIES=math - -REVISION= 1 HOMEPAGE= http://www.fftw.org/ Index: distinfo === RCS file: /cvs/ports/math/fftw3/distinfo,v retrieving revision 1.11 diff -u -p -u -r1.11 distinfo --- distinfo17 Apr 2019 18:49:59 - 1.11 +++ distinfo14 Nov 2022 10:34:19 - @@ -1,2 +1,2 @@ -SHA256 (fftw-3.3.8.tar.gz) = YRMmL26Sxb1HTyh1+hsBBUxK1QQPaw2nwDyYgh2a4wM= -SIZE (fftw-3.3.8.tar.gz) = 4110137 +SHA256 (fftw-3.3.10.tar.gz) = VskyVJhSzdz6/as4ILAgDHdCZ1vpIXnlnmIVs0DiZGc= +SIZE (fftw-3.3.10.tar.gz) = 4144100 Index: pkg/PFRAG.double-main === RCS file: /cvs/ports/math/fftw3/pkg/PFRAG.double-main,v retrieving revision 1.6 diff -u -p -u -r1.6 PFRAG.double-main --- pkg/PFRAG.double-main 11 Mar 2022 19:36:14 - 1.6 +++ pkg/PFRAG.double-main 14 Nov 2022 10:34:19 - @@ -3,10 +3,10 @@ @bin bin/fftw-wisdom lib/cmake/fftw3/FFTW3Config.cmake lib/cmake/fftw3/FFTW3ConfigVersion.cmake -lib/libfftw3.a +@static-lib lib/libfftw3.a lib/libfftw3.la @lib lib/libfftw3.so.${LIBfftw3_VERSION} -lib/libfftw3_threads.a +@static-lib lib/libfftw3_threads.a lib/libfftw3_threads.la @lib lib/libfftw3_threads.so.${LIBfftw3_threads_VERSION} lib/pkgconfig/fftw3.pc Index: pkg/PFRAG.float-main === RCS file: /cvs/ports/math/fftw3/pkg/PFRAG.float-main,v retrieving revision 1.6 diff -u -p -u -r1.6 PFRAG.float-main --- pkg/PFRAG.float-main11 Mar 2022 19:36:14 - 1.6 +++ pkg/PFRAG.float-main14 Nov 2022 10:34:19 - @@ -2,10 +2,10 @@ @bin bin/fftwf-wisdom lib/cmake/fftw3/FFTW3fConfig.cmake lib/cmake/fftw3/FFTW3fConfigVersion.cmake -lib/libfftw3f.a +@static-lib lib/libfftw3f.a lib/libfftw3f.la @lib lib/libfftw3f.so.${LIBfftw3f_VERSION} -lib/libfftw3f_threads.a +@static-lib lib/libfftw3f_threads.a lib/libfftw3f_threads.la @lib lib/libfftw3f_threads.so.${LIBfftw3f_threads_VERSION} lib/pkgconfig/fftw3f.pc
UPDATE: math/fftw3
A minor update; all tests still pass on amd64. Octave, including its test suite, is still fine with this as well. I didn't test other ports that use this. ok? Index: Makefile === RCS file: /cvs/ports/math/fftw3/Makefile,v retrieving revision 1.38 diff -u -p -u -r1.38 Makefile --- Makefile11 Mar 2022 19:36:14 - 1.38 +++ Makefile13 Nov 2022 19:34:27 - @@ -1,7 +1,7 @@ COMMENT-main= C routines for computing the Discrete Fourier Transform COMMENT-common=common files for the fftw3 packages -V= 3.3.8 +V= 3.3.10 DISTNAME= fftw-${V} PKGNAME= fftw3-${V} FULLPKGNAME-main= fftw3-${V} @@ -10,8 +10,8 @@ FULLPKGPATH-main= math/fftw3,-main${FLAV FULLPKGNAME-common=fftw3-common-${V} SHARED_LIBS= fftw3 7.1 \ fftw3f 7.1 \ - fftw3_threads 1.1 \ - fftw3f_threads 1.1 + fftw3_threads 1.2 \ + fftw3f_threads 1.2 CATEGORIES=math REVISION= 1 Index: distinfo === RCS file: /cvs/ports/math/fftw3/distinfo,v retrieving revision 1.11 diff -u -p -u -r1.11 distinfo --- distinfo17 Apr 2019 18:49:59 - 1.11 +++ distinfo13 Nov 2022 19:34:27 - @@ -1,2 +1,2 @@ -SHA256 (fftw-3.3.8.tar.gz) = YRMmL26Sxb1HTyh1+hsBBUxK1QQPaw2nwDyYgh2a4wM= -SIZE (fftw-3.3.8.tar.gz) = 4110137 +SHA256 (fftw-3.3.10.tar.gz) = VskyVJhSzdz6/as4ILAgDHdCZ1vpIXnlnmIVs0DiZGc= +SIZE (fftw-3.3.10.tar.gz) = 4144100 Index: pkg/PFRAG.double-main === RCS file: /cvs/ports/math/fftw3/pkg/PFRAG.double-main,v retrieving revision 1.6 diff -u -p -u -r1.6 PFRAG.double-main --- pkg/PFRAG.double-main 11 Mar 2022 19:36:14 - 1.6 +++ pkg/PFRAG.double-main 13 Nov 2022 19:34:27 - @@ -3,10 +3,10 @@ @bin bin/fftw-wisdom lib/cmake/fftw3/FFTW3Config.cmake lib/cmake/fftw3/FFTW3ConfigVersion.cmake -lib/libfftw3.a +@static-lib lib/libfftw3.a lib/libfftw3.la @lib lib/libfftw3.so.${LIBfftw3_VERSION} -lib/libfftw3_threads.a +@static-lib lib/libfftw3_threads.a lib/libfftw3_threads.la @lib lib/libfftw3_threads.so.${LIBfftw3_threads_VERSION} lib/pkgconfig/fftw3.pc Index: pkg/PFRAG.float-main === RCS file: /cvs/ports/math/fftw3/pkg/PFRAG.float-main,v retrieving revision 1.6 diff -u -p -u -r1.6 PFRAG.float-main --- pkg/PFRAG.float-main11 Mar 2022 19:36:14 - 1.6 +++ pkg/PFRAG.float-main13 Nov 2022 19:34:27 - @@ -2,10 +2,10 @@ @bin bin/fftwf-wisdom lib/cmake/fftw3/FFTW3fConfig.cmake lib/cmake/fftw3/FFTW3fConfigVersion.cmake -lib/libfftw3f.a +@static-lib lib/libfftw3f.a lib/libfftw3f.la @lib lib/libfftw3f.so.${LIBfftw3f_VERSION} -lib/libfftw3f_threads.a +@static-lib lib/libfftw3f_threads.a lib/libfftw3f_threads.la @lib lib/libfftw3f_threads.so.${LIBfftw3f_threads_VERSION} lib/pkgconfig/fftw3f.pc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 03:24:17 Modified files: www/composer : Makefile distinfo Log message: update to composer-2.4.4
Re: [new] f3 - test real flash memory capacity - ok?
On 14.11.22 10:34, Omar Polo wrote: On 2022/11/13 16:20:18 +0100, Alexander Klimov wrote: On 13.11.22 15:06, Omar Polo wrote: [...] one more nitpick regarding how you updated the call to pledge and unveil; + if (unveil(args.dev_path, "r")) + err(1, "unveil"); I'd explicitly check that unveil returns -1 to error, not "anything but 0". same for pledge. [...] Everything in patches/patch-utils_* is borrowed from upstream master. patches/patch-utils_* will be obsolete with, say, v9.0. ah! i didn't check if it was a backport, sorry! [...] Just one more comment regarding the Makefile patch: I'd add a MANDIR variable set to ${PREFIX}/share/man/ and overwrite it in the port' makefile MAKE_ENV += MANDIR=${PREFIX}/man/ I think I understand and would be able to do this, but the author doesn't like TOO OSspecific stuff in upstream (such as unveil(2), pledge(2)) and this neither improves anything significantly nor adds support for any OS. Let's think twice about this and maybe look for something else to also adjust not to send more patches than necessary. What I meant (and it's by no way a requirement; it's just a suggestion to make your life easier maintaining the port) was something like this: (diff against your repo) diff --git a/Makefile b/Makefile index c206c96..8e0acac 100644 --- a/Makefile +++ b/Makefile @@ -16,4 +16,6 @@ NO_TEST= Yes BUILD_DEPENDS= devel/argp-standalone +MAKE_FLAGS+= MANDIR=${PREFIX}/man + .include diff --git a/patches/patch-Makefile b/patches/patch-Makefile index 22cbba1..03316c3 100644 --- a/patches/patch-Makefile +++ b/patches/patch-Makefile @@ -1,16 +1,24 @@ Index: Makefile --- Makefile.orig +++ Makefile -@@ -23,9 +23,9 @@ extra: $(EXTRA_TARGETS) +@@ -5,6 +5,7 @@ TARGETS = f3write f3read + EXTRA_TARGETS = f3probe f3brew f3fix + + PREFIX = /usr/local ++MANDIR = $(PREFIX)/share/man + INSTALL = install + LN = ln + +@@ -23,9 +24,9 @@ extra: $(EXTRA_TARGETS) install: all $(INSTALL) -d $(DESTDIR)$(PREFIX)/bin $(INSTALL) -m755 $(TARGETS) $(DESTDIR)$(PREFIX)/bin - $(INSTALL) -d $(DESTDIR)$(PREFIX)/share/man/man1 - $(INSTALL) -m644 f3read.1 $(DESTDIR)$(PREFIX)/share/man/man1 - $(LN) -sf f3read.1 $(DESTDIR)$(PREFIX)/share/man/man1/f3write.1 -+ $(INSTALL) -d $(DESTDIR)$(PREFIX)/man/man1 -+ $(INSTALL) -m644 f3read.1 $(DESTDIR)$(PREFIX)/man/man1 -+ $(LN) -sf f3read.1 $(DESTDIR)$(PREFIX)/man/man1/f3write.1 ++ $(INSTALL) -d $(DESTDIR)$(MANDIR)/man1 ++ $(INSTALL) -m644 f3read.1 $(DESTDIR)$(MANDIR)/man1 ++ $(LN) -sf f3read.1 $(DESTDIR)$(MANDIR)/man1/f3write.1 install-extra: extra $(INSTALL) -d $(DESTDIR)$(PREFIX)/bin This way upstream' makefile gains a new variable MANDIR but otherwise still behaves like before, and we can overwrite a variable instead of patching. A patch like this I guess could be upstreamed easily. Again, not a requirement, just a suggestion to make it easier to hack on this port. anyway, with the unveil/pledge == -1 bit fixed the port is ok to me I've pushed it. (But I don't understand why it's an actual problem. It's a convention like execpromises=NULL and no unveil(NULL,NULL), right?) assuming it works; i haven't run-tested it. Thanks,
Re: remove security/p0f ?
On 11/13/22 20:17, Stuart Henderson wrote: On 2022/11/13 19:13, Klemens Nanni wrote: We also have this the newer version as of revision 1.1.1.1 date: 2015/01/08 22:03:20; author: sthen; state: Exp; lines: +0 -0; import security/p0f3 (separate non-conflicting port to p0f as the rewrite uses different database files than the earlier one / pf / tcpdump), ok giovanni@ Any reason to still keep the old one around? yes, this is the one which uses the same format as /etc/pf.os unless you have a patch for pf(4) to make it work with the new format ;-) Giovanni
Re: NEW: sysutils/xmem
Hello, On 2022/11/13 11:05:51 +0100, Michael wrote: > Hi ports, > > another attempt to get sysutils/xmem in, last one was 2021 [1]. This > revision has the RCS IDs removed and HOMEPAGE [2] updated. > > From pkg/DESCR: > Graphical application that displays memory and swap usage. > > Tested on amd64. Oh, i remember this one! The "restrictions" in the license comment is just the following clausole added to the MIT license: : Except as contained in this notice, the name of the X Consortium shall : not be used in advertising or otherwise to promote the sale, use or : other dealings in this Software without prior written authorization from : the X Consortium. that I guess it's not a blocker for PERMIT_PACKAGE. ok op@ to import. > [1] https://marc.info/?l=openbsd-ports=161521843031914=2 > [2] https://git.sdf.org/bch/xmem
Re: update or remove security/clamav-unofficial-sigs ?
On Sun, Nov 13, 2022 at 10:33:09PM -0500, Johan Huldtgren wrote: > On 2022-11-13 22:32, Klemens Nanni wrote: > > We're stuck at a 2014 version while upstream is at 7.2.5 from 2021. > > > > Anyone still using this? Does it work with recent clamav? > > I have this configured and working on my mailserver (still at 7.1) > with clamav-0.104.3, from the logs it updates the various configured > databases. I am uncertain of exactly how effective it is. Thanks, so it isn't broken by default or so. If you upgrade to a snapshots I can send you a ports update to try the latest unofficial filters. > > > Anyone want to update or even maintain it? > > > > If not, can we move it to the attic? > > --- > > Information for > > https://cdn.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/clamav-unofficial-sigs-4.9.2p2.tgz > > > > Comment: > > fetch and update unofficial signatures for ClamAV > > > > Description: > > The clamav-unofficial-sigs script provides a simple way to download, test > > and update third-party signature databases for ClamAV. Various databases > > (primarily for email-borne malware/phishing) are available. > > > > Maintainer: The OpenBSD ports mailing-list > > > > WWW: https://github.com/extremeshok/clamav-unofficial-sigs > > > > Install notice: > > After configuring /etc/clamav-unofficial-sigs.conf you can add the following > > to root's crontab to update the signatures regularly: > > > > 35 * * * * /usr/local/bin/clamav-unofficial-sigs.sh 2>&1 > /dev/null > > > > thanks, > > .jh >
Re: [new] f3 - test real flash memory capacity - ok?
On 2022/11/13 16:20:18 +0100, Alexander Klimov wrote: > On 13.11.22 15:06, Omar Polo wrote: > > [...] one more nitpick regarding how you updated the call to pledge and unveil; + if (unveil(args.dev_path, "r")) + err(1, "unveil"); I'd explicitly check that unveil returns -1 to error, not "anything but 0". same for pledge. > > [...] > Everything in patches/patch-utils_* is borrowed from upstream master. > patches/patch-utils_* will be obsolete with, say, v9.0. ah! i didn't check if it was a backport, sorry! > > [...] > > Just one more comment regarding the Makefile patch: I'd add a MANDIR > > variable set to ${PREFIX}/share/man/ and overwrite it in the port' > > makefile > > > > MAKE_ENV += MANDIR=${PREFIX}/man/ > I think I understand and would be able to do this, but the author > doesn't like TOO OSspecific stuff in upstream (such as unveil(2), > pledge(2)) and this neither improves anything significantly nor adds > support for any OS. Let's think twice about this and maybe look for > something else to also adjust not to send more patches than necessary. What I meant (and it's by no way a requirement; it's just a suggestion to make your life easier maintaining the port) was something like this: (diff against your repo) diff --git a/Makefile b/Makefile index c206c96..8e0acac 100644 --- a/Makefile +++ b/Makefile @@ -16,4 +16,6 @@ NO_TEST= Yes BUILD_DEPENDS= devel/argp-standalone +MAKE_FLAGS+= MANDIR=${PREFIX}/man + .include diff --git a/patches/patch-Makefile b/patches/patch-Makefile index 22cbba1..03316c3 100644 --- a/patches/patch-Makefile +++ b/patches/patch-Makefile @@ -1,16 +1,24 @@ Index: Makefile --- Makefile.orig +++ Makefile -@@ -23,9 +23,9 @@ extra: $(EXTRA_TARGETS) +@@ -5,6 +5,7 @@ TARGETS = f3write f3read + EXTRA_TARGETS = f3probe f3brew f3fix + + PREFIX = /usr/local ++MANDIR = $(PREFIX)/share/man + INSTALL = install + LN = ln + +@@ -23,9 +24,9 @@ extra: $(EXTRA_TARGETS) install: all $(INSTALL) -d $(DESTDIR)$(PREFIX)/bin $(INSTALL) -m755 $(TARGETS) $(DESTDIR)$(PREFIX)/bin - $(INSTALL) -d $(DESTDIR)$(PREFIX)/share/man/man1 - $(INSTALL) -m644 f3read.1 $(DESTDIR)$(PREFIX)/share/man/man1 - $(LN) -sf f3read.1 $(DESTDIR)$(PREFIX)/share/man/man1/f3write.1 -+ $(INSTALL) -d $(DESTDIR)$(PREFIX)/man/man1 -+ $(INSTALL) -m644 f3read.1 $(DESTDIR)$(PREFIX)/man/man1 -+ $(LN) -sf f3read.1 $(DESTDIR)$(PREFIX)/man/man1/f3write.1 ++ $(INSTALL) -d $(DESTDIR)$(MANDIR)/man1 ++ $(INSTALL) -m644 f3read.1 $(DESTDIR)$(MANDIR)/man1 ++ $(LN) -sf f3read.1 $(DESTDIR)$(MANDIR)/man1/f3write.1 install-extra: extra $(INSTALL) -d $(DESTDIR)$(PREFIX)/bin This way upstream' makefile gains a new variable MANDIR but otherwise still behaves like before, and we can overwrite a variable instead of patching. A patch like this I guess could be upstreamed easily. Again, not a requirement, just a suggestion to make it easier to hack on this port. anyway, with the unveil/pledge == -1 bit fixed the port is ok to me assuming it works; i haven't run-tested it. Thanks,
Re: remove or keep EOL security/softhsm ?
Removed security/softhsm, there was enough time to upgrade since 2016. On 11/13, Jeremie Courreges-Anglas wrote: > On Sun, Nov 13 2022, Klemens Nanni wrote: > > Version 1 is EOL since 2014 and we have security/softhsm2. > > > > Besides EPEL 6, Debian 8, Ubuntu 16.04 and (older) outliers we are the > > the only ones still packaging v1. > > > > Is there a reason to keep the old version around? > > People should have moved. > > ok jca@ to zap it -- With best regards, Pavel Korovin
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2022/11/14 02:13:41 Modified files: devel : Makefile Log message: +p5-Commandable
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2022/11/14 02:11:49 Log message: import p5-Commandable 0.08 OK kn@ Comment: utilities for commandline-based programs Description: This distribution contains a collection of utilities extracted from various commandline-based programs Paul Evans has written, in the hope of trying to find a standard base to build these from in future. Status: Vendor Tag: bluhm Release Tags: bluhm_20221114 N ports/devel/p5-Commandable/Makefile N ports/devel/p5-Commandable/distinfo N ports/devel/p5-Commandable/pkg/DESCR N ports/devel/p5-Commandable/pkg/PLIST No conflicts created by this import
Re: new devel/p5-Commandable
On Sun, Nov 13, 2022 at 11:05:19PM +, Klemens Nanni wrote: > make configure complains about the test deps not being there, but make > build runs fine and make test passes (after installing them, of course). > > Not sure if you want to but those deps into BUILD_DEPENDS as well to > silence the warning or not. That is an old discussion about Perl ports. There are arguments for both sides. Building packages is faster without pulling all run dependencies. So in my ports I only include build dependencies that are really needed. make test will fix things and show mistakes. bluhm
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/11/14 02:08:12 Modified files: security : Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm Removed files: security/chntpw: Makefile distinfo security/chntpw/patches: patch-Makefile patch-chntpw_c security/chntpw/pkg: DESCR PLIST README Log message: Remove security/chntpw Upstream last released in 2014, we never updated since import in 2010. Use a linux live CD if you want to crack your Windows <= 7 passwords. OK sdk ian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2022/11/14 01:50:01 Modified files: devel/perltidy : Makefile distinfo Log message: Update perltidy to 20221112.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2022/11/14 01:49:21 Modified files: sysutils/fd: Makefile Log message: Drop maintainership.
Re: [fix] security/qtpass: use gpg instead of gpg2
Ok. (I am still finding local scripts using the gpg2/gpgv2 names as well..) -- Sent from a phone, apologies for poor formatting. On 14 November 2022 08:15:11 Stefan Hagen wrote: Hello, qtpass defaults to using the gpg2 executable and complains at the first start if it can't be found. Our gpg 2.2 executable is called "gpg". Let's fix this in the port, so it works out of the box. OK? Best Regards, Stefan Index: Makefile === RCS file: /cvs/ports/security/qtpass/Makefile,v retrieving revision 1.3 diff -u -p -u -p -r1.3 Makefile --- Makefile11 Mar 2022 19:53:59 - 1.3 +++ Makefile14 Nov 2022 08:07:46 - @@ -3,7 +3,7 @@ COMMENT=multi-platform GUI for password GH_ACCOUNT= IJHack GH_PROJECT= QtPass GH_TAGNAME= v1.3.2 -REVISION= 0 +REVISION= 1 PKGNAME=${DISTNAME:L} CATEGORIES= security x11 Index: patches/patch-src_configdialog_cpp === RCS file: patches/patch-src_configdialog_cpp diff -N patches/patch-src_configdialog_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_configdialog_cpp 14 Nov 2022 08:07:46 - @@ -0,0 +1,14 @@ +Our gpg2 is called gpg + +Index: src/configdialog.cpp +--- src/configdialog.cpp.orig src/configdialog.cpp +@@ -237,7 +237,7 @@ void ConfigDialog::on_autodetectButton_clicked() { + if (!pass.isEmpty()) + ui->passPath->setText(pass); + usePass(!pass.isEmpty()); +- QString gpg = Util::findBinaryInPath("gpg2"); ++ QString gpg = Util::findBinaryInPath("gpg"); + if (gpg.isEmpty()) + gpg = Util::findBinaryInPath("gpg"); + if (!gpg.isEmpty())
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 01:31:05 Modified files: devel/kf5/extra-cmake-modules: Makefile Log message: bump; bytecode-compiled python files in plist but no run dependency
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 01:29:26 Modified files: print/hplip: Makefile Log message: oops, -gui as well
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2022/11/14 01:24:42 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm security : Makefile Removed files: security/softhsm: Makefile distinfo security/softhsm/files: softhsm.module security/softhsm/patches: patch-checks_Makefile_in patch-configure patch-src_bin_Makefile_in security/softhsm/pkg: DESCR PLIST Log message: Remove security/softhsm Superseeded by security/softhsm2 since 2016. ok jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 01:18:27 Modified files: math/imath : Makefile Log message: fix SHARED_LIBS, think-o when I bumped the version for py3.10
[fix] security/qtpass: use gpg instead of gpg2
Hello, qtpass defaults to using the gpg2 executable and complains at the first start if it can't be found. Our gpg 2.2 executable is called "gpg". Let's fix this in the port, so it works out of the box. OK? Best Regards, Stefan Index: Makefile === RCS file: /cvs/ports/security/qtpass/Makefile,v retrieving revision 1.3 diff -u -p -u -p -r1.3 Makefile --- Makefile11 Mar 2022 19:53:59 - 1.3 +++ Makefile14 Nov 2022 08:07:46 - @@ -3,7 +3,7 @@ COMMENT=multi-platform GUI for password GH_ACCOUNT=IJHack GH_PROJECT=QtPass GH_TAGNAME=v1.3.2 -REVISION= 0 +REVISION= 1 PKGNAME= ${DISTNAME:L} CATEGORIES=security x11 Index: patches/patch-src_configdialog_cpp === RCS file: patches/patch-src_configdialog_cpp diff -N patches/patch-src_configdialog_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_configdialog_cpp 14 Nov 2022 08:07:46 - @@ -0,0 +1,14 @@ +Our gpg2 is called gpg + +Index: src/configdialog.cpp +--- src/configdialog.cpp.orig src/configdialog.cpp +@@ -237,7 +237,7 @@ void ConfigDialog::on_autodetectButton_clicked() { + if (!pass.isEmpty()) + ui->passPath->setText(pass); + usePass(!pass.isEmpty()); +- QString gpg = Util::findBinaryInPath("gpg2"); ++ QString gpg = Util::findBinaryInPath("gpg"); + if (gpg.isEmpty()) + gpg = Util::findBinaryInPath("gpg"); + if (!gpg.isEmpty())
Re: UPDATE: Tor Browser 12.0a4
Le Mon, Nov 14, 2022 at 08:44:07AM +0100, Stefan Hagen a écrit : > Caspar Schutijser wrote (2022-11-13 20:20 CET): > > Hi, > > > > Below is a diff that updates Tor Browser to 12.0a4. The diff is a bit > > big since upstream shuffled some stuff around (in particular related to > > Tor Launcher). Tested on amd64. > > > > Comments or OKs? > > > > Caspar > > The WANTLIBs still look a bit strange here: > > > # uses pledge() > > # Extra: Xcomposite.4 Xdamage.4 Xfixes.6 gdk-x11-2.0.2400 gtk-x11-2.0.2400 > > WANTLIB += Xrandr Xt gthread-2.0 pangoft2-1.0 > > I get: > Extra: Xcomposite.4 Xcursor.5 Xdamage.4 Xfixes.6 Xi.12 Xrender.6 > Extra: Xt.11 gthread-2.0.4200 pangoft2-1.0.3801 > > If the ones you added are really needed, they should be mentioned in the > "Extra:" comment as well. > > www/firefox-esr only has: WANTLIB += Xrandr Xtst, so I'm wondering if > this list is right. I've moved most of the common wantlibs to mozilla.port.mk last month, cf https://github.com/openbsd/ports/commit/1f57d683037506321a3981f5ea80da2e8d8090a5 at the time tor browser wasnt building at all, so i havent been able to check what was the actual wantlib for it. it's sad of tor-browser doesnt follow along other mozilla ports here, it should normally have the same WANTLIB as the corresponding esr port... Dunno what they'd do. Not a huge deal anyway. Landry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 01:14:10 Modified files: print/hplip: Makefile Log message: missed bump in -common
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/11/14 01:10:31 Modified files: lang/rust : Makefile Log message: missed bump in -gdb for py3.10
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/11/14 01:07:19 ports/security/qtpass/patches Update of /cvs/ports/security/qtpass/patches In directory cvs.openbsd.org:/tmp/cvs-serv80541/patches Log Message: Directory /cvs/ports/security/qtpass/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/11/14 01:03:34 Modified files: graphics/gegl04: Makefile distinfo Log message: Update to gegl04-0.4.40.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/11/14 01:03:18 Modified files: graphics/babl : Makefile distinfo Log message: Update to babl-0.1.98.