Re: UPDATE: net/tailscale
On 1/12/24 08:16, Theo Buehler wrote: Hi! Similar diff here. Could you sort this @comments thing out and land this please? This is the only port in -current that doesn't build with go-1.22rc1. The update will fix this. Updated.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2024/01/13 12:24:41 Modified files: net/tailscale : Makefile distinfo modules.inc net/tailscale/pkg: PLIST Log message: Update net/tailscale to 1.56.1 Changelogs: https://github.com/tailscale/tailscale/releases/tag/v1.50.1 https://github.com/tailscale/tailscale/releases/tag/v1.52.0 https://github.com/tailscale/tailscale/releases/tag/v1.52.1 https://github.com/tailscale/tailscale/releases/tag/v1.54.0 https://github.com/tailscale/tailscale/releases/tag/v1.54.1 https://github.com/tailscale/tailscale/releases/tag/v1.56.0 https://github.com/tailscale/tailscale/releases/tag/v1.56.1 - Add tsidp. An OpenID Connect relaying party tool. - Drop myself as MAINTAINER since I haven't been keeping up with things. Original diff from Adriano Barbosa barbosa dot aob at gmail dot com tweaks from myself. Thanks Adriano!
Re: UPDATE: net/tailscale
Hi! Similar diff here.
On 1/4/24 12:57, Adriano Barbosa wrote:
Hi!
This is a diff for net/tailscale v1.56.1
Changelogs:
https://github.com/tailscale/tailscale/releases/tag/v1.50.1
https://github.com/tailscale/tailscale/releases/tag/v1.52.0
https://github.com/tailscale/tailscale/releases/tag/v1.52.1
https://github.com/tailscale/tailscale/releases/tag/v1.54.0
https://github.com/tailscale/tailscale/releases/tag/v1.54.1
https://github.com/tailscale/tailscale/releases/tag/v1.56.0
https://github.com/tailscale/tailscale/releases/tag/v1.56.1
Obrigado!
--
Adriano
Index: Makefile
===
RCS file: /cvs/ports/net/tailscale/Makefile,v
retrieving revision 1.26
diff -u -p -r1.26 Makefile
--- Makefile27 Sep 2023 00:51:08 - 1.26
+++ Makefile4 Jan 2024 19:49:37 -
@@ -2,7 +2,7 @@ BROKEN-i386 = unix.EPROTO not defined
COMMENT = modern overlay-like VPN built on top of WireGuard
-V = 1.50.0
+V =1.56.1
MODGO_MODNAME = tailscale.com
MODGO_VERSION = v${V}
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/tailscale/pkg/PLIST,v
retrieving revision 1.7
diff -u -p -r1.7 PLIST
--- pkg/PLIST 27 Sep 2023 00:51:08 - 1.7
+++ pkg/PLIST 4 Jan 2024 19:49:39 -
@@ -1,9 +1,11 @@
@rcscript ${RCDIR}/tailscaled
@comment bin/addlicense
+@bin bin/build-webclient
@comment bin/cloner
@bin bin/derper
@bin bin/derpprobe
@comment bin/dist
+@bin bin/generate
@comment bin/get-authkey
@comment bin/gitops-pusher
@comment bin/hello
@@ -26,4 +28,5 @@
@comment bin/testcontrol
@comment bin/testwrapper
@comment bin/tsconnect
+@bin bin/tsidp
@comment bin/viewer
These new entries should probably be "@comment"'d out.
Re: [NEW] audio/gonic v0.16.2
On 12/13/23 12:29, Russ Sharek wrote: Fixed the README to include the correct config file location. OK from me if someone wants to import! :D
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2023/09/26 18:51:08 Modified files: net/tailscale : Makefile distinfo modules.inc net/tailscale/pkg: PLIST Log message: Update net/tailscale to 1.50.0 OK aisha@
Re: devel/yarn - still needed?
On 9/19/23 13:10, Stuart Henderson wrote:
On 2023/09/19 21:00, Volker Schlecht wrote:
Cc: abieber@
I just came across our port of devel/yarn, which appears to be both very
old and by now, very underutilized.
The last discussions about yarn that I saw on the list were about WIP
efforts to port VSCode, to which an ancient devel/yarn doesn't seem to
be the key either.
Any reason to still keep it around?
security/vault/Makefile:
: # UI prebuilt with: cd ui; yarn install; npm rebuild node-sass; yarn run build
: DISTNAME= vault-vendored-${VERSION}
: PKGNAME=vault-${VERSION}
:
: ### Vault UI
: MODGO_FLAGS=-tags=ui
: MASTER_SITES= https://distfiles.tristero.se/
Wonder if it would make sense to add devel/yarn as a build dep for cases
like this?
Re: devel/yarn - still needed?
On 9/19/23 13:00, Volker Schlecht wrote: Cc: abieber@ I just came across our port of devel/yarn, which appears to be both very old and by now, very underutilized. The last discussions about yarn that I saw on the list were about WIP efforts to port VSCode, to which an ancient devel/yarn doesn't seem to be the key either. Any reason to still keep it around? Probably not. The MainReason™ for the port was to give people a working yarn. Out of the box it doesn't know the path to `node`.
Re: go modules questions
> espie | go.port.mk is not fun, it's garbage at best Wait, so you were shitting on it _before_ you fully understood what was going on?! .. "don't hold strong opinions about things you don't understand".. You are on your own, bud. On 8/23/23 04:00, Marc Espie wrote: I'm trying to figure out ways to make things shorter, as even the variable names get insanely long. In particular, do we really need long names like go_modules/golang.org/x/tools/@v/v0.0.0-20190907020128-2ca718005c18.mod ? It seems to me that go/golang.org/x/tools/0.0.0-20190907020128-2ca718005c18.mod would be just as descriptive and not lose any information. Any part of the go tooling that actually wants the full name for a distfile ? That little noise doesn't seem like much, but it quickly adds up.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2023/08/21 07:31:33 Modified files: net/tailscale : Makefile distinfo modules.inc Log message: Update tailscale to 1.48.0 OK aisha@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2023/04/21 07:46:29 Modified files: net/tailscale : Makefile distinfo Log message: Update tailscale to 1.38.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2023/03/14 18:35:38 Modified files: security/rbw : Makefile crates.inc distinfo Log message: Update rbw to 1.6.0 OK aisha@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2023/03/14 18:33:20 Modified files: net/tailscale : Makefile distinfo modules.inc Log message: Update tailscale to 1.38.1
[update] security/rbw to 1.6.0
Hi! Here is a trivial update for rbw. Changelog available here: https://git.tozt.net/rbw/tree/CHANGELOG.md OK? Cheers, Aaron diff --git a/security/rbw/Makefile b/security/rbw/Makefile index 92bc3f905f0..709642d9fb0 100644 --- a/security/rbw/Makefile +++ b/security/rbw/Makefile @@ -3,8 +3,7 @@ NOT_FOR_ARCHS = powerpc64 riscv64 sparc64 COMMENT = command line BitWarden client -DISTNAME = rbw-1.4.3 -REVISION = 5 +DISTNAME = rbw-1.6.0 CATEGORIES = security diff --git a/security/rbw/crates.inc b/security/rbw/crates.inc index b16ab154be4..4d136ee4d0f 100644 --- a/security/rbw/crates.inc +++ b/security/rbw/crates.inc @@ -1,196 +1,201 @@ -# run: make modcargo-gen-crates-licenses -MODCARGO_CRATES += aes 0.7.5 -MODCARGO_CRATES += aho-corasick 0.7.18 -MODCARGO_CRATES += ansi_term 0.12.1 -MODCARGO_CRATES += anyhow 1.0.53 -MODCARGO_CRATES += arrayvec 0.7.2 -MODCARGO_CRATES += async-trait 0.1.52 -MODCARGO_CRATES += atty 0.2.14 -MODCARGO_CRATES += autocfg 0.1.8 -MODCARGO_CRATES += autocfg 1.1.0 -MODCARGO_CRATES += base32 0.4.0 -MODCARGO_CRATES += base64 0.13.0 -MODCARGO_CRATES += base64ct 1.0.1 -MODCARGO_CRATES += bitflags 1.3.2 -MODCARGO_CRATES += block-buffer 0.9.0 -MODCARGO_CRATES += block-modes 0.8.1 -MODCARGO_CRATES += block-padding 0.2.1 -MODCARGO_CRATES += boxfnonce 0.1.1 -MODCARGO_CRATES += bumpalo 3.9.1 -MODCARGO_CRATES += byteorder 1.4.3 -MODCARGO_CRATES += bytes 1.1.0 -MODCARGO_CRATES += cc 1.0.72 -MODCARGO_CRATES += cfg-if 1.0.0 -MODCARGO_CRATES += cipher 0.3.0 -MODCARGO_CRATES += clap 2.34.0 -MODCARGO_CRATES += const-oid 0.6.2 -MODCARGO_CRATES += core-foundation 0.9.3 -MODCARGO_CRATES += core-foundation-sys 0.8.3 -MODCARGO_CRATES += cpufeatures 0.2.1 -MODCARGO_CRATES += crypto-bigint 0.2.11 -MODCARGO_CRATES += crypto-mac 0.11.1 -MODCARGO_CRATES += daemonize 0.4.1 -MODCARGO_CRATES += der 0.4.5 -MODCARGO_CRATES += digest 0.9.0 -MODCARGO_CRATES += directories 4.0.1 -MODCARGO_CRATES += dirs-sys 0.3.6 -MODCARGO_CRATES += encoding_rs 0.8.30 -MODCARGO_CRATES += env_logger 0.9.0 -MODCARGO_CRATES += fastrand 1.7.0 -MODCARGO_CRATES += fnv 1.0.7 -MODCARGO_CRATES += form_urlencoded 1.0.1 -MODCARGO_CRATES += futures-channel 0.3.21 -MODCARGO_CRATES += futures-core 0.3.21 -MODCARGO_CRATES += futures-io 0.3.21 -MODCARGO_CRATES += futures-sink 0.3.21 -MODCARGO_CRATES += futures-task 0.3.21 -MODCARGO_CRATES += futures-util 0.3.21 -MODCARGO_CRATES += generic-array 0.14.5 -MODCARGO_CRATES += getrandom 0.2.4 -MODCARGO_CRATES += h2 0.3.11 -MODCARGO_CRATES += hashbrown 0.11.2 -MODCARGO_CRATES += heck 0.3.3 -MODCARGO_CRATES += hermit-abi 0.1.19 -MODCARGO_CRATES += hkdf 0.11.0 -MODCARGO_CRATES += hmac 0.11.0 -MODCARGO_CRATES += http 0.2.6 -MODCARGO_CRATES += http-body 0.4.4 -MODCARGO_CRATES += httparse 1.6.0 -MODCARGO_CRATES += httpdate 1.0.2 -MODCARGO_CRATES += humantime 2.1.0 -MODCARGO_CRATES += hyper 0.14.16 -MODCARGO_CRATES += hyper-rustls 0.23.0 -MODCARGO_CRATES += idna 0.2.3 -MODCARGO_CRATES += indexmap 1.8.0 -MODCARGO_CRATES += instant 0.1.12 -MODCARGO_CRATES += ipnet 2.3.1 -MODCARGO_CRATES += itoa 0.4.8 -MODCARGO_CRATES += itoa 1.0.1 -MODCARGO_CRATES += js-sys 0.3.56 -MODCARGO_CRATES += lazy_static 1.4.0 -MODCARGO_CRATES += libc 0.2.117 -MODCARGO_CRATES += libm 0.2.2 -MODCARGO_CRATES += lock_api 0.4.6 -MODCARGO_CRATES += log 0.4.14 -MODCARGO_CRATES += mach 0.3.2 -MODCARGO_CRATES += matches 0.1.9 -MODCARGO_CRATES += memchr 2.4.1 -MODCARGO_CRATES += memoffset 0.6.5 -MODCARGO_CRATES += mime 0.3.16 -MODCARGO_CRATES += mio 0.7.14 -MODCARGO_CRATES += miow 0.3.7 -MODCARGO_CRATES += nix 0.23.1 -MODCARGO_CRATES += ntapi 0.3.6 -MODCARGO_CRATES += num-bigint-dig 0.7.0 -MODCARGO_CRATES += num-integer 0.1.44 -MODCARGO_CRATES += num-iter 0.1.42 -MODCARGO_CRATES += num-traits 0.2.14 -MODCARGO_CRATES += num_cpus 1.13.1 -MODCARGO_CRATES += once_cell 1.9.0 -MODCARGO_CRATES += opaque-debug 0.3.0 -MODCARGO_CRATES += openssl-probe 0.1.5 -MODCARGO_CRATES += parking_lot 0.11.2 -MODCARGO_CRATES += parking_lot_core 0.8.5 -MODCARGO_CRATES += password-hash 0.3.2 -MODCARGO_CRATES += paw 1.0.0 -MODCARGO_CRATES += paw-attributes 1.0.2 -MODCARGO_CRATES += paw-raw 1.0.0 -MODCARGO_CRATES += pbkdf2 0.9.0 -MODCARGO_CRATES += pem-rfc7468 0.2.4 -MODCARGO_CRATES += percent-encoding 2.1.0 -MODCARGO_CRATES += pin-project-lite 0.2.8 -MODCARGO_CRATES += pin-utils 0.1.0 -MODCARGO_CRATES += pkcs1 0.2.4 -MODCARGO_CRATES += pkcs8 0.7.6 -MODCARGO_CRATES += ppv-lite86 0.2.16 -MODCARGO_CRATES += proc-macro-error 1.0.4 -MODCARGO_CRATES += proc-macro-error-attr 1.0.4 -MODCARGO_CRATES += proc-macro2 1.0.36 -MODCARGO_CRATES += quote 1.0.15 -MODCARGO_CRATES += rand 0.8.4 -MODCARGO_CRATES += rand_chacha 0.3.1 -MODCARGO_CRATES += rand_core 0.6.3 -MODCARGO_CRATES += rand_hc 0.3.1 -MODCARGO_CRATES += redox_syscall 0.2.10 -MODCARGO_CRATES += redox_users 0.4.0 -MODCARGO_CRATES += regex 1.5.4 -MODCARGO_CRATES += regex-syntax 0.6.25 -MODCARGO_CRATES += region 3.0.0 -MODCARGO_CRATES += remove_dir_all 0.5.3 -MODCARGO_CRATES += reqwest 0.11.9 -MODCARGO_CRATES += ring
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2023/03/07 19:06:32 Modified files: net/tailscale : Makefile distinfo modules.inc Log message: Update tailscale to 1.36.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2023/01/18 08:01:58 Modified files: x11/polybar: Makefile distinfo x11/polybar/patches: patch-include_modules_cpu_hpp patch-src_modules_cpu_cpp patch-src_modules_temperature_cpp x11/polybar/pkg: PLIST Log message: Update polybar to 3.6.3 Diff from Volker Schlect Tweaks from sthen and jasper OK sthen@ Thanks Volker!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2023/01/16 12:49:05 Modified files: devel/lua-openbsd: Makefile distinfo devel/lua-openbsd/pkg: PLIST Log message: Update lua-openbsd to v0.4 This adds auth_userokay. OK aisha@ closes https://github.com/openbsd/ports/pull/10
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2023/01/04 14:19:29 Modified files: net/tailscale : Makefile distinfo modules.inc Log message: Update tailscale to 1.34.2
Re: [new] lang/fennel - Lisp dialect that runs on Lua
On Thu, Dec 22, 2022, at 6:46 AM, Omar Polo wrote: > ping > > (i've tested it with with love2d and with a locally-built lua 5.4) Trailing space in DESCR. Is PKG_ARCH required? Seems like defaulting to what MODLUA defaults to would be a sufficient approach? otherwise OK abieber@! > > On 2022/12/13 15:18:56 +0100, Omar Polo wrote: >> Hello ports, >> >> please find attached a port for fennel, a lisp dialect that compiles >> to lua. The package comes with three flavor for the various lua >> versions. >> >> % pkg_info fennel-lua51 >> Information for inst:fennel-lua51-1.2.1 >> >> Comment: >> Lisp dialect that runs on Lua 5.1 >> >> Description: >> Fennel is a programming language that brings together the speed, >> simplicity, and reach of Lua with the flexibility of a lisp syntax and >> macro system. >> >> - Full Lua compatibility: Easily call any Lua function or library from >>Fennel and vice-versa. >> >> - Zero overhead: Compiled code should be just as efficient as >>hand-written Lua. >> >> - Compile-time macros: Ship compiled code with no runtime dependency on >>Fennel. >> >> - Embeddable: Fennel is a one-file library as well as an executable. >>Embed it in other programs to support runtime extensibility and >>interactive development. >> >> Maintainer: Omar Polo >> >> WWW: https://fennel-lang.org/ > > > > Attachments: > * fennel.tar.gz
Re: go syscall/error/ioctl numbers etc.
On Fri, Dec 16, 2022, at 5:13 AM, Stuart Henderson wrote: > oh, syscall/route_openbsd.go will also need updating, RTM_LOCK was removed > after 6.3. I was planning on creating a new PR for 7.2 here pretty quick.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/11/21 12:57:43 Modified files: net/tailscale : Makefile distinfo Log message: Update tailscale to 1.32.3 This includes the fix for CVE-2022-41925 (TS-2022-005).
Re: Update: net/obfs4proxy 0.0.14
Ganymede writes:
> Hello,
>
> Here is an update below for net/obfs4proxy
>
> I modified the README because the link mentioned in the old one was outdated,
> and obfs4proxy won't run on port 443 (or any port <= 1024).
>
> Regards,
>
> Ganymede
>
Looks like your diff was mangled.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/obfs4proxy/Makefile,v
> retrieving revision 1.9
> diff -u -p -r1.9 Makefile
> --- Makefile 30 Jun 2022 09:04:04 - 1.9
> +++ Makefile 11 Nov 2022 21:49:13 -
> @@ -2,14 +2,14 @@ COMMENT = a "look-like nothing" obfusca
>
> MODGO_MODNAME = gitlab.com/yawning/obfs4.git
>
> -# https://gitlab.com/yawning/obfs4/-/commit/77af0cba934d
> -# commit 77af0cba934d73c4baeb709560bcfc9a9fbc661c
> -# build: Do the release ritual for obfs4proxy-0.0.13
> -MODGO_VERSION = v0.0.0-20220204003609-77af0cba934d
> +# https://gitlab.com/yawning/obfs4/-/commit/336a71d6
> +# commit 336a71d6e4cfd2d33e9c57797828007ad74975e9
> +# build: Do the release ritual for obfs4proxy-0.0.14
> +MODGO_VERSION = v0.0.0-20220904064028-336a71d6e4cf
>
> DISTNAME = obfs4.git-${MODGO_VERSION}
>
> -PKGNAME =obfs4proxy-0.0.13
> +PKGNAME =obfs4proxy-0.0.14
> REVISION = 0
REVISION should be removed when bumping versions.
>
> CATEGORIES = net www
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/obfs4proxy/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo 29 Jun 2022 21:31:17 - 1.2
> +++ distinfo 11 Nov 2022 21:49:13 -
> @@ -19,7 +19,7 @@ SHA256 (go_modules/golang.org/x/text/@v/
> SHA256 (go_modules/golang.org/x/text/@v/v0.3.3.zip) =
> iolto0a6+Uq08ksOOW3wt5OTyTqgXFDvB83dVhof+Nc=
> SHA256
> (go_modules/golang.org/x/tools/@v/v0.0.0-20180917221912-90fa682c2a6e.mod) =
> oOAvBnj+Ytw8S0vHf6kSybcN4Q+p988veq0DNzkrUq8=
> SHA256
> (go_modules/golang.org/x/tools/@v/v0.0.0-20180917221912-90fa682c2a6e.zip) =
> ZnP+BmYvy+5fJG8Sr47YYDKL8I/QFv1JCYfNdqyxtP4=
> -SHA256 (obfs4.git-v0.0.0-20220204003609-77af0cba934d.zip) =
> Bu+gQaJVx8UwOJLVMZ5k1bit9+8kF/CJpPoaV1DHglU=
> +SHA256 (obfs4.git-v0.0.0-20220904064028-336a71d6e4cf.zip) =
> /tU10m0oYU9w1nIG73iibey7rs3cE+29RYF8281dPEQ=
> SIZE
>
> (go_modules/filippo.io/edwards25519/@v/v1.0.0-rc.1.0.20210721174708-390f27c3be20.mod)
> = 40
> SIZE
>
> (go_modules/filippo.io/edwards25519/@v/v1.0.0-rc.1.0.20210721174708-390f27c3be20.zip)
> = 50968
> SIZE
>
> (go_modules/git.torproject.org/pluggable-transports/goptlib.git/@v/v1.0.0.mod)
> = 59
> @@ -41,4 +41,4 @@ SIZE (go_modules/golang.org/x/text/@v/v0
> SIZE (go_modules/golang.org/x/text/@v/v0.3.3.zip) = 8010747
> SIZE
> (go_modules/golang.org/x/tools/@v/v0.0.0-20180917221912-90fa682c2a6e.mod)
> = 26
> SIZE
> (go_modules/golang.org/x/tools/@v/v0.0.0-20180917221912-90fa682c2a6e.zip)
> = 2687668
> -SIZE (obfs4.git-v0.0.0-20220204003609-77af0cba934d.zip) = 140867
> +SIZE (obfs4.git-v0.0.0-20220904064028-336a71d6e4cf.zip) = 143125
> cvs server: Diffing pkg
> Index: pkg/README
> ===
> RCS file: /cvs/ports/net/obfs4proxy/pkg/README,v
> retrieving revision 1.4
> diff -u -p -r1.4 README
> --- pkg/README11 Mar 2022 19:46:33 - 1.4
> +++ pkg/README11 Nov 2022 21:49:13 -
> @@ -18,7 +18,7 @@ following configurations in your 'torrc'
>
> ## (Optional) Listen on the specified IP:PORT for obfs4 connections
> ## as opposed to picking a random port automatically
> - # ServerTransportListenAddr obfs4 0.0.0.0:443
> + # ServerTransportListenAddr obfs4 0.0.0.0:PORT
>
> obfs4proxy is backwards compatible with obfs2 and obfs3 either in
> client or server mode. If you want to use it like this, please adjust
> @@ -26,4 +26,4 @@ your 'torrc' config file to fit your nee
> ScrambleSuit in client mode.
>
> For more information, please consult the official wiki page at
> -https://trac.torproject.org/projects/tor/wiki/doc/PluggableTransports/obfs4proxy
> +https://community.torproject.org/relay/setup/bridge/openbsd/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/11/09 20:49:47 Modified files: databases : Makefile Log message: + p5-SQL-Abstract-Pg and p5-Mojo-SQLite
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/11/09 20:46:16 Modified files: devel : Makefile Log message: + p5-URI-Nested and p5-URI-db
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/11/09 20:37:04 Log message: Import URI-db 0.20 A perl lib for database URIs. OK bluhm@ Status: Vendor Tag: abieber Release Tags: abieber_20221109 N ports/devel/p5-URI-db/Makefile N ports/devel/p5-URI-db/distinfo N ports/devel/p5-URI-db/pkg/DESCR N ports/devel/p5-URI-db/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/11/09 20:33:54 Log message: Import URI-Nested 0.10 A perl library for nested URIs. OK bluhm@ Status: Vendor Tag: abieber Release Tags: abieber_20221109 N ports/devel/p5-URI-Nested/Makefile N ports/devel/p5-URI-Nested/distinfo N ports/devel/p5-URI-Nested/pkg/DESCR N ports/devel/p5-URI-Nested/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/11/09 20:30:48 Log message: Import Mojo-SQLite 3.009 This is tiny Mojolicious wrapper for SQLite. OK bluhm@ Status: Vendor Tag: abieber Release Tags: abieber_20221109 N ports/databases/p5-Mojo-SQLite/Makefile N ports/databases/p5-Mojo-SQLite/distinfo N ports/databases/p5-Mojo-SQLite/pkg/DESCR N ports/databases/p5-Mojo-SQLite/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/11/09 20:25:03 Log message: Import SQL-Abstract-Pg 1.0 This adds PostgreSQL features to SQL::Abstract. OK bluhm@ Status: Vendor Tag: abieber Release Tags: abieber_20221109 N ports/databases/p5-SQL-Abstract-Pg/Makefile N ports/databases/p5-SQL-Abstract-Pg/distinfo N ports/databases/p5-SQL-Abstract-Pg/pkg/DESCR N ports/databases/p5-SQL-Abstract-Pg/pkg/PLIST No conflicts created by this import
Re: update plan9/sam to latest commit
Omar Polo writes:
> woops, forgot to fill the subject. inlining the diff again.
>
> On 2022/11/06 23:11:36 +0100, Omar Polo wrote:
>> Hello,
>>
>> This updates sam to the latest commit. The changelog is just:
>>
>> - set dot correctly after applying the < command
>> - add ssam (streaming sam); no man page :(
>> - clean up the manpage
>>
>> Works fine here. I've only briefily played with ssam, but as it just
>> run sam on a temp file I assume it's fine.
>>
>> While here also adds it to the editors category and tweak a bit the
>> post-install target.
>>
>> ok?
OK abieber@
>
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/plan9/sam/Makefile,v
> retrieving revision 1.34
> diff -u -p -r1.34 Makefile
> --- Makefile 11 Mar 2022 19:49:08 - 1.34
> +++ Makefile 6 Nov 2022 22:01:47 -
> @@ -1,12 +1,11 @@
> COMMENT= X11 version of Rob Pike's editor, sam
>
> -DISTNAME=sam-4.3.20190427
> +DISTNAME=sam-4.3.20200714
> GH_ACCOUNT= deadpixi
> GH_PROJECT= sam
> -GH_COMMIT= 5893679bbbab2f50ceb6ef0805e4bb63f5f51df8
> -REVISION=0
> +GH_COMMIT= 5d8acb35d78c327d76f00a54857cbd566ed9bc11
>
> -CATEGORIES= plan9
> +CATEGORIES= plan9 editors
>
> PERMIT_PACKAGE= Yes
> WANTLIB= X11 Xft Xi Xt c
> @@ -15,16 +14,12 @@ RUN_DEPENDS+= devel/desktop-file-utils
>
> NO_TEST= Yes
>
> -SAMDOCDIR= ${PREFIX}/share/doc/sam
> -SAMDOCFILES= README.rst doc/sam.ps doc/sam.tut.ms doc/se.ps
> -EXAMPLEDIR= ${PREFIX}/share/examples/sam
> -
> post-install:
> - ${INSTALL_DATA_DIR} ${SAMDOCDIR}
> - ${INSTALL_DATA_DIR} ${EXAMPLEDIR}
> - ${INSTALL_DATA} ${WRKSRC}/doc/samrc ${EXAMPLEDIR}
> - @set -e; for f in ${SAMDOCFILES}; do \
> - ${INSTALL_DATA} ${WRKSRC}/$${f} ${SAMDOCDIR}; \
> - done
> + ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/sam
> + ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/sam
> + ${INSTALL_DATA} ${WRKSRC}/doc/samrc ${PREFIX}/share/examples/sam
> +.for f in README.rst doc/sam.ps doc/sam.tut.ms doc/se.ps
> + ${INSTALL_DATA} ${WRKSRC}/$f ${PREFIX}/share/doc/sam
> +.endfor
>
> .include
> Index: distinfo
> ===
> RCS file: /home/cvs/ports/plan9/sam/distinfo,v
> retrieving revision 1.5
> diff -u -p -r1.5 distinfo
> --- distinfo 12 Nov 2019 02:45:32 - 1.5
> +++ distinfo 6 Nov 2022 19:27:08 -
> @@ -1,2 +1,2 @@
> -SHA256 (sam-4.3.20190427-5893679b.tar.gz) =
> 17k1wL+Rv5Z43t79sLyj0Vn9UYzSVfpVxOYZNiAfB0E=
> -SIZE (sam-4.3.20190427-5893679b.tar.gz) = 311827
> +SHA256 (sam-4.3.20200714-5d8acb35.tar.gz) =
> hlWbfWSzWijxfBUOvrhO4HZp3mtO1ct4Bfj6zVRyRlo=
> +SIZE (sam-4.3.20200714-5d8acb35.tar.gz) = 312453
> Index: pkg/PLIST
> ===
> RCS file: /home/cvs/ports/plan9/sam/pkg/PLIST,v
> retrieving revision 1.7
> diff -u -p -r1.7 PLIST
> --- pkg/PLIST 11 Mar 2022 19:49:08 - 1.7
> +++ pkg/PLIST 6 Nov 2022 19:40:00 -
> @@ -1,6 +1,7 @@
> @bin bin/B
> @bin bin/sam
> @bin bin/samterm
> +bin/ssam
> @man man/man1/sam.1
> @man man/man5/samrc.5
> share/applications/deadpixi-sam.desktop
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/11/03 07:41:22 Modified files: net/tailscale : Makefile distinfo Log message: Update tailscale to 1.32.2
[new] databases/p5-Mojo-SQLite, databases/p5-SQL-Abstract-Pg, devel/p5-URI-Nested and devel/p5-URI-db
Hi! Here are some new ports that I used for making https://openbsd.app They are basically `portgen`d with some "now you live in the tree" tweaks. Cluesticks? OKs? p5-Mojo-SQLite.tgz Description: Binary data p5-SQL-Abstract-Pg.tgz Description: Binary data p5-URI-Nested.tgz Description: Binary data p5-URI-db.tgz Description: Binary data
Re: [update] security/vaultwarden to 1.25.2 and www/vaultwarden-web to 2022.9.0
On Mon, Oct 31, 2022, at 9:27 AM, Aaron Bieber wrote: > On Thu, 15 Sep 2022 at 11:13:04 +0200, Denis Fondras wrote: >> Le Wed, Sep 14, 2022 at 07:31:38PM -0400, aisha a écrit : >> > On 22/09/14 07:40PM, Denis Fondras wrote: >> > > Le Tue, Sep 13, 2022 at 07:44:35PM -0400, aisha a ?crit : >> > > > On 22/09/05 05:50PM, Denis Fondras wrote: >> > > > > Le Mon, Sep 05, 2022 at 11:21:57AM -0400, aisha a ?crit : >> > > > > > On 22/08/20 10:06PM, aisha wrote: >> > > > > > > On 22/08/11 05:29PM, aisha wrote: >> > > > > > > > attached updates >> > > > > > > > - security/vaultwarden 1.25.0 to 1.25.2 >> > > > > > > > no major changes between these two versions, 1.25.1 had a >> > > > > > > > bug with mobile uploads but we are not affected in ports >> > > > > > > > port side change - drop vendored distfile >> > > > > > > > >> > > > > > > > - www/vaultwarden-web 2.28.1 to 2022.6.2 >> > > > > > > > version scheme changed but am not updating epoch as its >> > > > > > > > still larger than current one >> > > > > > > > no other major changes >> > > > > > > > >> > > > >> > > > ping >> > > > updated vaultwarden-web to 2022.9.0 >> > > > >> > > >> > > Have you been able to create an organization ? >> > > It worked with the previous port. >> > > >> > > Denis >> > > >> > >> > attached with patch for the org creation fix >> > >> >> OK for me, tested on amd64. >> >> I will commit tonight if nobody speak up against. >> Thank you. >> > > Looks like the diff is missing the REVISION bump. Also aisha can now commit > herself :D Woops - I was looking at the wrong diff \o/
Re: [update] security/vaultwarden to 1.25.2 and www/vaultwarden-web to 2022.9.0
On Thu, 15 Sep 2022 at 11:13:04 +0200, Denis Fondras wrote: > Le Wed, Sep 14, 2022 at 07:31:38PM -0400, aisha a écrit : > > On 22/09/14 07:40PM, Denis Fondras wrote: > > > Le Tue, Sep 13, 2022 at 07:44:35PM -0400, aisha a ?crit : > > > > On 22/09/05 05:50PM, Denis Fondras wrote: > > > > > Le Mon, Sep 05, 2022 at 11:21:57AM -0400, aisha a ?crit : > > > > > > On 22/08/20 10:06PM, aisha wrote: > > > > > > > On 22/08/11 05:29PM, aisha wrote: > > > > > > > > attached updates > > > > > > > > - security/vaultwarden 1.25.0 to 1.25.2 > > > > > > > > no major changes between these two versions, 1.25.1 had a bug > > > > > > > > with mobile uploads but we are not affected in ports > > > > > > > > port side change - drop vendored distfile > > > > > > > > > > > > > > > > - www/vaultwarden-web 2.28.1 to 2022.6.2 > > > > > > > > version scheme changed but am not updating epoch as its still > > > > > > > > larger than current one > > > > > > > > no other major changes > > > > > > > > > > > > > > > > ping > > > > updated vaultwarden-web to 2022.9.0 > > > > > > > > > > Have you been able to create an organization ? > > > It worked with the previous port. > > > > > > Denis > > > > > > > attached with patch for the org creation fix > > > > OK for me, tested on amd64. > > I will commit tonight if nobody speak up against. > Thank you. > Looks like the diff is missing the REVISION bump. Also aisha can now commit herself :D
Re: [update] net/knot and net/py-libknot to 3.2.1
Jeremie Courreges-Anglas writes: > On Tue, Oct 25 2022, aisha wrote: >> On 22/09/12 05:43PM, aisha wrote: >>> Hi, >>> Attached update for net/knot and net/py-libknot to 3.2.1. >>> All tests are passing for net/knot. >>> Almost nothing in this update is useful for us as it is almost entirely >>> related to XDP stuff but attaching it anyway incase I missed something >>> important. >>> >>> Best, >>> Aisha >>> >> >> ping. working fine for me for the past few weeks. > > ok jca@ Your diff in the ping is missing the patch file for the test, otherwise tested and working well :D OK abieber@
Re: [update] databases/lualdap to 1.3.0
aisha writes:
> Hi,
> I've attached an update for databases/lualdap to 1.3.0 and additionally have
> changed it to use the FLAVORS for all three lua5.{1,2,3}.
> Added a @pkgpath marker because it wasn't flavored previously.
> I wanted this update because I'm using LDAP authentication with
> Jitsi+Prosody, which I managed to get working using this.
>
> There's no tests that I'm able to run (it wants to setup openldap and then
> run buster and other stuff) but its been able to verify my users in Jitsi, so
> its something.
Builds and some example code from their site runs!
OK abieber@
>
> Best,
> Aisha
>
> diff --git a/databases/lualdap/Makefile b/databases/lualdap/Makefile
> index b7bea6cd4be..fc1f65fab44 100644
> --- a/databases/lualdap/Makefile
> +++ b/databases/lualdap/Makefile
> @@ -1,16 +1,21 @@
> COMMENT =interface LDAP from lua
> -DISTNAME=lualdap-1.1.0
> +
> CATEGORIES = databases
>
> -MASTER_SITES =
> http://files.luaforge.net/releases/lualdap/lualdap/LuaLDAP1.1.0/
> HOMEPAGE = http://www.keplerproject.org/lualdap/
>
> +GH_ACCOUNT = lualdap
> +GH_PROJECT = lualdap
> +GH_TAGNAME = v1.3.0
> +
> # MIT
> PERMIT_PACKAGE= Yes
>
> MODULES= lang/lua
>
> -MODLUA_VERSION = 5.1
> +FLAVORS =lua51 lua52 lua53
> +FLAVOR ?=lua51
> +
> USE_GMAKE = Yes
> NO_TEST =Yes
> CFLAGS +=-DLDAP_DEPRECATED
> @@ -19,7 +24,11 @@ ALL_TARGET =
> LIB_DEPENDS =databases/openldap
> WANTLIB =ldap
>
> -do-configure:
> +MAKE_ARGS = CC="${CC}"
> +
> +SUBST_VARS = MODLUA_INCL_DIR MODLUA_LIB
> +
> +pre-build:
> ${SUBST_CMD} ${WRKSRC}/config
>
> do-install:
> diff --git a/databases/lualdap/distinfo b/databases/lualdap/distinfo
> index eb9f62d3b5c..80ca450c85e 100644
> --- a/databases/lualdap/distinfo
> +++ b/databases/lualdap/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (lualdap-1.1.0.tar.gz) = wodXBLjNxjmMLxzyUZmhbSF97SxpbRNK5ZGTWrPJjTM=
> -SIZE (lualdap-1.1.0.tar.gz) = 30087
> +SHA256 (lualdap-1.3.0.tar.gz) = kwCAVGtq/9ZjX+9slQpWLwtuLLmhrwbyREYy4BlteNA=
> +SIZE (lualdap-1.3.0.tar.gz) = 81987
> diff --git a/databases/lualdap/patches/patch-Makefile
> b/databases/lualdap/patches/patch-Makefile
> deleted file mode 100644
> index 65b2fd7dcd9..000
> --- a/databases/lualdap/patches/patch-Makefile
> +++ /dev/null
> @@ -1,10 +0,0 @@
> Makefile.origTue Nov 25 16:01:17 2014
> -+++ Makefile Tue Nov 25 16:02:03 2014
> -@@ -22,7 +22,6 @@ $(COMPAT_DIR)/compat-5.1.o: $(COMPAT_DIR)/compat-5.1.c
> - install: src/$(LIBNAME)
> - mkdir -p $(LUA_LIBDIR)
> - cp src/$(LIBNAME) $(LUA_LIBDIR)
> --cd $(LUA_LIBDIR); ln -f -s $(LIBNAME) $T.so
> -
> - clean:
> - rm -f $(OBJS) src/$(LIBNAME)
> diff --git a/databases/lualdap/patches/patch-config
> b/databases/lualdap/patches/patch-config
> index 3b98d0347a0..330e621bda9 100644
> --- a/databases/lualdap/patches/patch-config
> +++ b/databases/lualdap/patches/patch-config
> @@ -1,37 +1,48 @@
> config.orig Mon Jul 24 03:42:06 2006
> -+++ config Tue Nov 25 16:02:14 2014
> -@@ -1,26 +1,26 @@
> - # Installation directories
> +Index: config
> +--- config.orig
> config
> +@@ -1,14 +1,13 @@
> + # Lua binary
> +-LUA := lua
> ++LUA := ${LUA}
> + # Lua version number (first and second digits of target version)
> +-LUA_VERSION := $(shell $(LUA) -e 'print(_VERSION:match("%S+%s+(%S+)"))')
> +
> + # Lua library (set LUA_LIB explicitly, if required)
> +-LUA_LIB = # -llua$(LUA_VERSION)
> ++LUA_LIB = ${MODLUA_LIB} # -llua$(LUA_VERSION)
> + # Lua library directory
> +-LUA_LIBDIR = /usr/lib
> ++LUA_LIBDIR = ${LOCALBASE}/lib
> + # Lua include directory
> +-LUA_INCDIR = /usr/include/lua$(LUA_VERSION)
> ++LUA_INCDIR = ${MODLUA_INCL_DIR}
> +
> + # Installation prefix
> + INST_PREFIX = /usr
> +@@ -22,20 +22,20 @@ INST_LUADIR = /usr/share/lua/$(LUA_VERSION)
> + # OpenLDAP library (an optional directory can be specified with -L)
> + LDAP_LIB = -lldap
> # System's libraries directory (where binary libraries are installed)
> --LUA_LIBDIR= /usr/local/lib/lua/5.0
> -+LUA_LIBDIR= ${LOCALBASE}/lib/lua/${MODLUA_VERSION}
> - # Lua includes directory
> --LUA_INC= /usr/local/include
> -+LUA_INC= ${LOCALBASE}/include/lua-${MODLUA_VERSION}
> +-LDAP_LIBDIR = /usr/lib
> ++LDAP_LIBDIR = ${LOCALBASE}/lib
> # OpenLDAP includes directory
> --OPENLDAP_INC= /usr/local/include
> -+OPENLDAP_INC= ${LOCALBASE}/include
> - # OpenLDAP library (an optional directory can be specified with -L)
> --OPENLDAP_LIB= -lldap
> -+OPENLDAP_LIB= -L${LOCALBASE}/lib -lldap
> +-LDAP_INCDIR = /usr/include
> ++LDAP_INCDIR = ${LOCALBASE}/include
>
> - # OS dependent
> - LIB_OPTION= -shared #for Linux
> - #LIB_OPTION= -bundle -undefined dynamic_lookup #for MacOS X
> + LBER_LIB = -llber
> +-LBER_LIBDIR = /usr/lib
> +-LBER_INCDIR = /usr/include
> ++LBER_LIBDIR = ${LOCALBASE}/lib
> ++LBER_INCDIR = ${LOCALBASE}/include
>
> - # Lua version number (first and second digits of target version)
> --LUA_VERSION_NUM= 500
> --LIBNAME= $T.so.$V
>
Re: [update] devel/luafs to 1.8.0
aisha writes:
> On 22/09/18 03:45PM, aisha wrote:
>> Hi,
>> I've attached an update for devel/luafs to 1.8.0, all tests are passing.
>>
>
> ping.
>
OK abieeber@
Can we get another OK for aisha to commit this? :D
>
> diff --git a/devel/luafs/Makefile b/devel/luafs/Makefile
> index cd6a2a2559c..adebaaff7ef 100644
> --- a/devel/luafs/Makefile
> +++ b/devel/luafs/Makefile
> @@ -2,9 +2,8 @@ COMMENT = file system library for the lua language
>
> GH_ACCOUNT = keplerproject
> GH_PROJECT = luafilesystem
> -GH_TAGNAME = v_1_6_3
> -PKGNAME =luafs-1.6.3
> -REVISION = 1
> +GH_TAGNAME = v1_8_0
> +PKGNAME =luafs-1.8.0
>
> CATEGORIES = devel
>
> @@ -18,7 +17,8 @@ MODULES = lang/lua
> FLAVORS =lua52 lua53
> FLAVOR ?=
>
> -MAKE_ENV += LUA_LIBDIR=${MODLUA_LIBDIR} LUA_INC=${MODLUA_INCL_DIR}
> +CFLAGS +=-I${MODLUA_INCL_DIR} -I${LOCALBASE}/include
> +LDFLAGS += -L${MODLUA_LIBDIR} -L${LOCALBASE}/lib
>
> ALL_TARGET = lib
>
> diff --git a/devel/luafs/distinfo b/devel/luafs/distinfo
> index f7f578c05f9..a933c9bb8d5 100644
> --- a/devel/luafs/distinfo
> +++ b/devel/luafs/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (luafilesystem-1_6_3.tar.gz) =
> VSXSuOx3dIZWKaainC+Uyw9+Z4eYe/VM034BG/tkIGg=
> -SIZE (luafilesystem-1_6_3.tar.gz) = 30379
> +SHA256 (luafilesystem-1_8_0.tar.gz) =
> FtF8eIuAk/IEcyU0P16bdMzLHqlgAeRZFKWLuuiTJJU=
> +SIZE (luafilesystem-1_8_0.tar.gz) = 30374
> diff --git a/devel/luafs/patches/patch-Makefile
> b/devel/luafs/patches/patch-Makefile
> index c4fb73ee739..33a6481036d 100644
> --- a/devel/luafs/patches/patch-Makefile
> +++ b/devel/luafs/patches/patch-Makefile
> @@ -1,14 +1,14 @@
> Makefile.origThu Jan 15 19:58:20 2015
> -+++ Makefile Tue Feb 10 21:14:38 2015
> -@@ -12,7 +12,10 @@ OBJS= src/$T.o
> +Index: Makefile
> +--- Makefile.orig
> Makefile
> +@@ -11,8 +11,8 @@ OBJS= src/$T.o
> +
> lib: src/lfs.so
>
> - src/lfs.so: $(OBJS)
> --MACOSX_DEPLOYMENT_TARGET="10.3"; export MACOSX_DEPLOYMENT_TARGET; $(CC)
> $(CFLAGS) $(LIB_OPTION) -o src/lfs.so $(OBJS)
> -+MACOSX_DEPLOYMENT_TARGET="10.3"; export MACOSX_DEPLOYMENT_TARGET; $(CC)
> $(CFLAGS) $(LIB_OPTION) lfs.o -o $(LIBNAME)
> -+
> -+$(OBJS): $(SRCS)
> -+$(CC) $(CFLAGS) $(INCS) -c src/lfs.c
> +-src/lfs.so: $(OBJS)
> +-MACOSX_DEPLOYMENT_TARGET=$(MACOSX_DEPLOYMENT_TARGET); export
> MACOSX_DEPLOYMENT_TARGET; $(CC) $(LIB_OPTION) -o src/lfs.so $(OBJS)
> ++src/lfs.so: $(SRCS)
> ++MACOSX_DEPLOYMENT_TARGET=$(MACOSX_DEPLOYMENT_TARGET); export
> MACOSX_DEPLOYMENT_TARGET; $(CC) -fPIC -shared $(CFLAGS) -o lfs.so src/lfs.c
> $(LDFLAGS)
>
> test: lib
> LUA_CPATH=./src/?.so lua tests/test.lua
> diff --git a/devel/luafs/patches/patch-config
> b/devel/luafs/patches/patch-config
> index 2ecdf6cad02..d61a89f71e6 100644
> --- a/devel/luafs/patches/patch-config
> +++ b/devel/luafs/patches/patch-config
> @@ -1,29 +1,14 @@
> config.orig Thu Jan 15 19:58:20 2015
> -+++ config Tue Feb 10 21:14:38 2015
> -@@ -3,9 +3,9 @@
> - # Default installation prefix
> --PREFIX=/usr/local
> -+#PREFIX=/usr/local
> -
> - # System's libraries directory (where binary libraries are installed)
> --LUA_LIBDIR= $(PREFIX)/lib/lua/5.1
> -+LUA_LIBDIR?= $(LOCALBASE)/lib/lua/5.1
> -
> - # Lua includes directory
> --LUA_INC= $(PREFIX)/include
> -+LUA_INC?= $(LOCALBASE)/include
> -
> -@@ -15,9 +15,9 @@
> -
> --LIBNAME= $T.so.$V
> -+LIBNAME= $T.so
> -
> +Index: config
> +--- config.orig
> config
> +@@ -20,7 +20,7 @@ LIB_OPTION= -shared #for Linux
> + MACOSX_DEPLOYMENT_TARGET= 10.5
> +
> # Compilation directives
> -WARN= -O2 -Wall -fPIC -W -Waggregate-return -Wcast-align
> -Wmissing-prototypes -Wnested-externs -Wshadow -Wwrite-strings -pedantic
> +#WARN= -O2 -Wall -fPIC -W -Waggregate-return -Wcast-align
> -Wmissing-prototypes -Wnested-externs -Wshadow -Wwrite-strings -pedantic
> - INCS= -I$(LUA_INC)
> + INCS= $(LUA_INC)
> -CFLAGS= $(WARN) $(INCS)
> -CC= gcc
> -+CFLAGS+= -fPIC $(INCS)
> ++#CFLAGS+= -fPIC $(INCS)
> +#CC= gcc
> -
> diff --git a/devel/luafs/pkg/PLIST b/devel/luafs/pkg/PLIST
> index 3239f999e45..46185a8816e 100644
> --- a/devel/luafs/pkg/PLIST
> +++ b/devel/luafs/pkg/PLIST
> @@ -1,4 +1,4 @@
> -lib/lua/${MODLUA_VERSION}/lfs.so
> +@so lib/lua/${MODLUA_VERSION}/lfs.so
> share/doc/${FULLPKGNAME}/
> share/doc/${FULLPKGNAME}/examples.html
> share/doc/${FULLPKGNAME}/index.html
Re: [OpenBSD ports] Update for fzf 0.34.0
Oh, I didn't notice DISTNAME being set, sweet :D On Fri, Oct 21, 2022, at 3:47 PM, Edd Barrett wrote: > On Fri, Oct 21, 2022 at 03:43:20PM -0600, Aaron Bieber wrote: >> As for the port. It looks good to me (i haven't done a build test) but I >> would set PKGNAME to make it reflect >> 'fzf-0.34.0' (while leaving MODGO_VERSION with the auto-gen'd version) > > PKGNAME is doing the right thing, isn't it? > > ``` > $ make show=PKGNAME > fzf-0.34.0 > ``` > > -- > Best Regards > Edd Barrett > > https://www.theunixzoo.co.uk
Re: [OpenBSD ports] Update for fzf 0.34.0
You can determine Go's auto-made version number with the go command:
To get it with just a commit:
go list -m github.com/junegunn/fzf@04d0b0223fd69984a07a641d0e228c0e9e534825
Or to get it with a tag:
go list -m github.com/junegunn/fzf@0.34.0
Both produce: "github.com/junegunn/fzf v0.0.0-20220928142231-04d0b0223fd6"
As for the port. It looks good to me (i haven't done a build test) but I would
set PKGNAME to make it reflect
'fzf-0.34.0' (while leaving MODGO_VERSION with the auto-gen'd version)
On Fri, Oct 21, 2022, at 3:23 PM, Edd Barrett wrote:
> Hi,
>
> Thanks for resending the diff.
>
> On Fri, Oct 21, 2022 at 05:50:08PM +0200, Laurent Cheylus wrote:
>> - add patch for Bash completion for kill command (kill **)
>
> Did you author this patch, or did it come from somewhere? If we borrowed it,
> we
> should link to it at the top of the diff.
>
>> +MODGO_VERSION = v0.0.0-20220928142231-04d0b0223fd6
>
> I'm a total go noob. When updating this port in the future, where will I get
> that magic version string from? I think this all comes about because upstream
> are not using proper semantic versioning, right?
>
> This looks fine to me, but I will CC abieber@ for comments, as he is more
> experienced with go.
>
> OK abieber@?
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/sysutils/fzf/Makefile,v
> retrieving revision 1.13
> diff -u -p -u -r1.13 Makefile
> --- Makefile 11 Mar 2022 19:57:26 - 1.13
> +++ Makefile 8 Oct 2022 07:44:36 -
> @@ -1,9 +1,10 @@
> COMMENT =command-line fuzzy finder
>
> -# Note: we make our own vendored distfile as upstream doesn't do semantic
> -# versioning. Use 'go mod vendor'.
> -DISTNAME = fzf-0.24.1
> -REVISION = 2
> +MODGO_MODNAME = github.com/junegunn/fzf
> +MODGO_VERSION = v0.0.0-20220928142231-04d0b0223fd6
> +
> +V = 0.34.0
> +DISTNAME = fzf-${V}
>
> CATEGORIES = sysutils
>
> @@ -16,14 +17,16 @@ PERMIT_PACKAGE = Yes
> # uses pledge()
> WANTLIB += c pthread
>
> -MASTER_SITES = https://theunixzoo.co.uk/distfiles/
> -
> MODULES =lang/go
> MODGO_TYPE = bin
>
> +MODGO_LDFLAGS += -X main.version=${V}
> +MODGO_LDFLAGS += -X main.revision=""
> +
> RUN_DEPENDS =shells/bash
>
> -ALL_TARGET = github.com/junegunn/fzf
> +# for patch to apply
> +WRKDIST =${WRKOBJDIR}/${DISTNAME}/${MODGO_MODNAME}@${MODGO_VERSION}
>
> # Note that unlike zsh and fish, bash has no well-defined site functions
> # directory from which to autoload stuff.
> @@ -63,5 +66,7 @@ do-install:
> ${INSTALL_DATA_DIR} ${VIM_DOC}
> ${INSTALL_DATA} ${WRKSRC}/plugin/fzf.vim ${VIM_PLUGIN}/fzf.vim
> ${INSTALL_DATA} ${WRKSRC}/doc/fzf.txt ${VIM_DOC}/fzf.txt
> +
> +.include "modules.inc"
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/sysutils/fzf/distinfo,v
> retrieving revision 1.6
> diff -u -p -u -r1.6 distinfo
> --- distinfo 1 Nov 2020 10:59:45 - 1.6
> +++ distinfo 8 Oct 2022 07:44:36 -
> @@ -1,2 +1,68 @@
> -SHA256 (fzf-0.24.1.tar.gz) =
> CjWTiFpY0dJojwEJFy8n+jsfgutN1s1YmZAmbLas1ic=
> -SIZE (fzf-0.24.1.tar.gz) = 2036120
> +SHA256 (fzf-0.34.0.zip) = GLClhjtPUipAtoXp0xbqsTodjsChSx+J0MTUdD6yUCw=
> +SHA256 (go_modules/github.com/gdamore/encoding/@v/v1.0.0.mod) =
> pJgRJVFfDy3yU8LeOjrBlwx0Q+W2adlH6HTnezaBtuU=
> +SHA256 (go_modules/github.com/gdamore/encoding/@v/v1.0.0.zip) =
> Y4qYMuL2LRGNfFEdhr2uFiKlHzMd5IoB2Sn9JOvmoqY=
> +SHA256 (go_modules/github.com/gdamore/tcell/v2/@v/v2.5.3.mod) =
> JlVpbQ0HAS2x5kpMtli+W+9P8KLVR4V1QqKu/6qySn8=
> +SHA256 (go_modules/github.com/gdamore/tcell/v2/@v/v2.5.3.zip) =
> 62+TeJEgY6dd3D5gEYJ7WH/M2vIKR/sF6Exuuob8uqM=
> +SHA256 (go_modules/github.com/lucasb-eyer/go-colorful/@v/v1.2.0.mod) =
> hPnDjpiEqwE8g3yxau4TlQDT1cbMqwJDmIHbLs8o9mA=
> +SHA256 (go_modules/github.com/lucasb-eyer/go-colorful/@v/v1.2.0.zip) =
> eNXQ4HN/D1S77Xe236hH2MhxvtJmip3EQyjHw0Ea2hA=
> +SHA256 (go_modules/github.com/mattn/go-isatty/@v/v0.0.16.mod) =
> cUdm7ILWfbiVreiva4BUrUMMPOpeFbOoiPI+0vPhuGM=
> +SHA256 (go_modules/github.com/mattn/go-isatty/@v/v0.0.16.zip) =
> PV/xnEsqKhZP64T1zDivNJOAwMSgPQRD3OQLvW7D/Ss=
> +SHA256 (go_modules/github.com/mattn/go-runewidth/@v/v0.0.13.mod) =
> IWyT0ZMQYSyB1cdBAkmJ+DiX0jM8Op+We1ixMXWH9Rk=
> +SHA256 (go_modules/github.com/mattn/go-runewidth/@v/v0.0.14.mod) =
> IWyT0ZMQYSyB1cdBAkmJ+DiX0jM8Op+We1ixMXWH9Rk=
> +SHA256 (go_modules/github.com/mattn/go-runewidth/@v/v0.0.14.zip) =
> Nk717TH2Vx2tVnMDBbXCKIpT2gbZgyaAreXiHZenSOc=
> +SHA256 (go_modules/github.com/mattn/go-shellwords/@v/v1.0.12.mod) =
> Kb//Fv9Xt9raZOanSAbZMVSazOYctwxFijidCZwtDsI=
> +SHA256 (go_modules/github.com/mattn/go-shellwords/@v/v1.0.12.zip) =
> bTXD7ckuR6BpiHiNaDwa04lxm1XvGdWn8jmrRwi22hE=
> +SHA256 (go_modules/github.com/rivo/uniseg/@v/v0.2.0.mod) =
> bHMYonqNVHOo62YedfsAUoF24O/FkxDtJ3yhO9EqU/E=
> +SHA256 (go_modules/github.com/rivo/uniseg/@v/v0.4.2.mod) =
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/10/14 09:43:36 Modified files: net/tailscale : Makefile distinfo modules.inc Log message: Update tailscale to 1.32.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/10/05 08:54:23 Modified files: audio/navidrome: Makefile audio/shairport-sync: Makefile devel/cargo-audit: Makefile devel/goreleaser: Makefile devel/olm : Makefile devel/shfmt: Makefile devel/sqlc : Makefile mail/opensmtpd-filters/rspamd: Makefile net/dendrite : Makefile net/go-ipfs: Makefile net/headscale : Makefile security/age : Makefile security/ogvt : Makefile security/rbw : Makefile security/sops : Makefile sysutils/git-sync: Makefile sysutils/gitmux: Makefile sysutils/restic: Makefile sysutils/restic-rest-server: Makefile Log message: drop maintainer of stuff I don't use anymore
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/09/19 14:35:54 Modified files: security/step-ca: Makefile security/step-ca/pkg: PLIST step_ca.rc Added files: security/step-ca/pkg: README Log message: Fix VARBASE in rc.d and add README with some OpenBSD specific things. Diff from aisha! Thanks aisha!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/09/16 13:47:48 Modified files: net/tailscale : Makefile distinfo Log message: Update tailscale to 1.30.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/09/13 13:02:44 Modified files: security : Makefile Log message: + step-cli
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/09/13 13:02:10 Log message: Import step-cli-0.22.0, a tool for working with x509, oauth, jwt and otp stuff OK and tweaks sthen@ Status: Vendor Tag: abieber Release Tags: abieber_20220913 N ports/security/step-cli/Makefile N ports/security/step-cli/distinfo N ports/security/step-cli/modules.inc N ports/security/step-cli/pkg/DESCR N ports/security/step-cli/pkg/PLIST No conflicts created by this import
Re: [new] security/step-cli an x509, oauth, jwt and otp tool
Stuart Henderson writes:
> On 2022/08/26 13:18, Aaron Bieber wrote:
>> Here is the companion tool to step-ca.
>>
>> It can be used to create X.509 certs, request certs from an ACME server,
>> JWT...
>> things.. and a number of other tasks!
>>
>> OK to import?
>
> I still think the binary should not be renamed, either leave it to conflict
> with kde-applications/step (since I don't think many people will run KDE
> software _and_ this), or since KDE step would normally be run from a desktop
> environment we could rename it there and adjust the .desktop file and
> probably no users would notice any difference as they probably don't
> even type the name..(diff for that below)
>
> As a cli tool, the short name matching the doco seems to make much more
> sense to me. (I am totally happy with the step-cli package name which
> is pretty standard across OS). And that matches what freebsd, nix and
> alpine do.
>
> OTOH arch does rename it so if you *really* want to then I'll grudgingly
> ok that too, at least we wouldn't be the only one doing it.
>
> I see there are some bash/zsh completions files which I think would make
> sense to install.
>
> Thoughts? rsadowski?
>
I am down with what ever. I don't know if the change below is acceptable
for K* things or not. To me, the assumption about how people use it
feels as dirty as assuming people that have kde-step installed won't use
step-cli :P .
@conflict might be TheBestTM approach. Then at least things are
explicit.
> Index: Makefile
> ===
> RCS file: /cvs/ports/x11/kde-applications/step/Makefile,v
> retrieving revision 1.17
> diff -u -p -r1.17 Makefile
> --- Makefile 25 Aug 2022 20:13:27 - 1.17
> +++ Makefile 12 Sep 2022 21:21:36 -
> @@ -1,6 +1,7 @@
> COMMENT =KDE interactive physics simulator
> DISTNAME = step-${VERSION}
> CATEGORIES = education math
> +REVISION = 0
>
> HOMEPAGE = https://www.kde.org/applications/education/step
>
> @@ -42,5 +43,8 @@ LIB_DEPENDS = devel/gsl \
> devel/kf5/kxmlgui \
> devel/kf5/sonnet \
> math/libqalculate
> +
> +post-install:
> + mv ${PREFIX}/bin/step ${PREFIX}/bin/step-kde
>
> .include
> Index: patches/patch-step_org_kde_step_desktop
> ===
> RCS file: patches/patch-step_org_kde_step_desktop
> diff -N patches/patch-step_org_kde_step_desktop
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-step_org_kde_step_desktop 12 Sep 2022 21:21:36 -
> @@ -0,0 +1,12 @@
> +Index: step/org.kde.step.desktop
> +--- step/org.kde.step.desktop.orig
> step/org.kde.step.desktop
> +@@ -1,7 +1,7 @@
> + # KDE Config File
> + [Desktop Entry]
> + Type=Application
> +-Exec=step -qwindowtitle %c -qwindowicon step
> ++Exec=step-kde -qwindowtitle %c -qwindowicon step
> + Icon=step
> + MimeType=application/x-step;
> + X-DocPath=step/index.html
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/x11/kde-applications/step/pkg/PLIST,v
> retrieving revision 1.18
> diff -u -p -r1.18 PLIST
> --- pkg/PLIST 13 Jul 2022 15:45:42 - 1.18
> +++ pkg/PLIST 12 Sep 2022 21:21:36 -
> @@ -1,5 +1,5 @@
> @pkgpath x11/kde4/step
> -@bin bin/step
> +@bin bin/step-kde
> share/applications/org.kde.step.desktop
> share/config.kcfg/
> share/config.kcfg/step.kcfg
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/09/11 09:42:13 Modified files: net/tailscale : Makefile distinfo modules.inc net/tailscale/pkg: PLIST Log message: Update tailscale to 1.30.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/08/27 15:19:02 Modified files: security : Makefile Log message: +step-ca
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/08/27 15:18:26 Modified files: infrastructure/db: user.list Log message: +_step-ca
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/08/27 15:17:16 Log message: Import step-ca at 0.22.0 step-ca is a private certificate authority and ACME server. Description: step-ca is an online certificate authority for secure, automated certificate management. It's the server counterpart to the step CLI tool. You can use it to: - Issue X.509 certificates for your internal infrastructure: - HTTPS certificates that work in browsers (RFC5280 and CA/Browser Forum compliance) - TLS certificates for VMs, containers, APIs, mobile clients, database connections, printers, wifi networks, toaster ovens... - Client certificates to enable mutual TLS (mTLS) in your infra. mTLS is an optional feature in TLS where both client and server authenticate each other. Why add the complexity of a VPN when you can safely use mTLS over the public internet? - Issue SSH certificates: - For people, in exchange for single sign-on ID tokens - For hosts, in exchange for cloud instance identity documents - Easily automate certificate management: - It's an ACME v2 server - It has a JSON API - It comes with a Go wrapper - ... and there's a command-line client you can use in scripts! OK sthen@ Status: Vendor Tag: abieber Release Tags: abieber_20220827 N ports/security/step-ca/Makefile N ports/security/step-ca/distinfo N ports/security/step-ca/modules.inc N ports/security/step-ca/pkg/DESCR N ports/security/step-ca/pkg/PLIST N ports/security/step-ca/pkg/step_ca.rc No conflicts created by this import
Re: [new] security/step-ca a private CA and ACME server
On Fri, 26 Aug 2022 at 15:20:25 -0600, Aaron Bieber wrote: > On Fri, 26 Aug 2022 at 13:24:15 -0600, Aaron Bieber wrote: > > On Fri, 26 Aug 2022 at 13:15:20 -0600, Aaron Bieber wrote: > > > Hi! > > > > > > Here is a port of step-ca. This is a tool that allows one to manage a > > > certificate authority, host an ACME server, manage SSH certificates.. and > > > other > > > fancy things like that. > > > > > > I haven't set one up myself yet, but plan on doing so shortly. I have it > > > on > > > good authority that the previous iteration of this (0.21.0) was working as > > > expected! > > > > > > I will send step-cli shortly - it's the companion tool that goes along > > > with > > > this. > > > > > > OK to import? > > > > Bah, forgot to include the rc script.. brb > > > > Here is an updated version with the docs and an rc script included. > > To test you will need step-cli installed: > > # su -s/bin/sh _step-ca -c "env STEPPATH=/var/step-ca step-cli ca init" > ... add a password to /var/step-ca/secret.txt (and know that this is bad # > practice!!) ... > # rcctl enable step_ca > # rcctl set step_ca flags --password-file secret.txt config/ca.json" > Eehh hem... step-ca.tgz Description: Binary data
Re: [new] security/step-ca a private CA and ACME server
On Fri, 26 Aug 2022 at 13:24:15 -0600, Aaron Bieber wrote: > On Fri, 26 Aug 2022 at 13:15:20 -0600, Aaron Bieber wrote: > > Hi! > > > > Here is a port of step-ca. This is a tool that allows one to manage a > > certificate authority, host an ACME server, manage SSH certificates.. and > > other > > fancy things like that. > > > > I haven't set one up myself yet, but plan on doing so shortly. I have it on > > good authority that the previous iteration of this (0.21.0) was working as > > expected! > > > > I will send step-cli shortly - it's the companion tool that goes along with > > this. > > > > OK to import? > > Bah, forgot to include the rc script.. brb > Here is an updated version with the docs and an rc script included. To test you will need step-cli installed: # su -s/bin/sh _step-ca -c "env STEPPATH=/var/step-ca step-cli ca init" ... add a password to /var/step-ca/secret.txt (and know that this is bad # practice!!) ... # rcctl enable step_ca # rcctl set step_ca flags --password-file secret.txt config/ca.json"
Re: [new] security/step-ca a private CA and ACME server
On Fri, 26 Aug 2022 at 13:15:20 -0600, Aaron Bieber wrote: > Hi! > > Here is a port of step-ca. This is a tool that allows one to manage a > certificate authority, host an ACME server, manage SSH certificates.. and > other > fancy things like that. > > I haven't set one up myself yet, but plan on doing so shortly. I have it on > good authority that the previous iteration of this (0.21.0) was working as > expected! > > I will send step-cli shortly - it's the companion tool that goes along with > this. > > OK to import? Bah, forgot to include the rc script.. brb
[new] security/step-ca a private CA and ACME server
Hi! Here is a port of step-ca. This is a tool that allows one to manage a certificate authority, host an ACME server, manage SSH certificates.. and other fancy things like that. I haven't set one up myself yet, but plan on doing so shortly. I have it on good authority that the previous iteration of this (0.21.0) was working as expected! I will send step-cli shortly - it's the companion tool that goes along with this. OK to import? step-ca.tgz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/08/18 06:55:45 Modified files: net/mautrix-whatsapp: Makefile distinfo modules.inc Log message: Update mautrix-whatsapp to 0.6.1 Diff from MAINTAINER. Thanks Renaud!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/08/12 14:14:42 Modified files: net/dendrite : Makefile distinfo modules.inc net/dendrite/pkg: PLIST Log message: Update dendrite to 0.9.2 Changes: https://github.com/matrix-org/dendrite/releases/tag/v0.9.2 OK tb@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/08/02 20:00:20 Modified files: net/tailscale : Makefile distinfo modules.inc net/tailscale/pkg: PLIST Log message: Update tailscale to 1.28.0
Re: graphics/arcan: enable wayland + avoid picking some libraries
On Fri, 29 Jul 2022 at 19:28:21 +0200, Sebastien Marie wrote:
> Hi,
>
> The following diff enables wayland in arcan. It *should* be possible to run
> wayland clients, and x11 clients too via xwayland (see arcan-wayland(1) man
> page).
>
> Additionally, I fixed some libraries picking:
>
> - libmagic: autodetected, so just ensure it is here.
> - mupdf: I explicitly disabled it: it failed to build with it (jbig2dec
> symbol
> missing, maybe wrong version ? unsure)
>
> Comments or OK ?
OK abieber@
> --
> Sebastien Marie
>
>
> diff /data/semarie/repos/openbsd/ports
> commit - 88ccef5816f512bc0f8b2a184c7710aba1c90b80
> path + /data/semarie/repos/openbsd/ports
> blob - fd1a8507abe143a732abf4f3b7f22900e45c4446
> file + graphics/arcan/Makefile
> --- graphics/arcan/Makefile
> +++ graphics/arcan/Makefile
> @@ -11,6 +11,8 @@ GH_ACCOUNT =letoram
> GH_PROJECT = arcan
> GH_TAGNAME = 0.6.2
>
> +REVISION = 0
> +
> CATEGORIES = graphics devel
> HOMEPAGE = https://arcan-fe.com
>
> @@ -24,7 +26,8 @@ WANTLIB += ${COMPILER_LIBCXX} EGL GL SDL2 archive avco
> WANTLIB += avfilter avformat avutil bz2 c curl drm espeak freetype
> WANTLIB += gbm iconv lzma m openal sqlite3 swresample swscale
> WANTLIB += tesseract util vlc vncclient vncserver xkbcommon z
> -WANTLIB += ${MODLUA_WANTLIB}
> +WANTLIB += magic wayland-server xcb xcb-composite xcb-icccm xcb-util
> +WANTLIB += xcb-xfixes ${MODLUA_WANTLIB}
>
> COMPILER = base-clang ports-gcc base-gcc
>
> @@ -33,13 +36,17 @@ MODULES = devel/cmake \
>
> MODLUA_VERSION = 5.1
>
> +BUILD_DEPENDS = wayland/wayland-protocols
> +
> LIB_DEPENDS =archivers/bzip2 \
> audio/espeak \
> audio/openal \
> databases/sqlite3 \
> + devel/libmagic \
> graphics/ffmpeg \
> graphics/tesseract/tesseract \
> net/libvncserver \
> + wayland/wayland \
> x11/vlc \
> x11/xkbcommon
>
> @@ -47,7 +54,7 @@ CONFIGURE_ARGS =-DVIDEO_PLATFORM=egl-dri \
> -DHYBRID_SDL=ON \
> -DHYBRID_HEADLESS=ON \
> -DDISABLE_JIT=ON \
> - -DDISABLE_WAYLAND=ON \
> - -DLIBVNC_INCLUDE_DIRS=${LOCALBASE}/include
> + -DLIBVNC_INCLUDE_DIRS=${LOCALBASE}/include \
> + -DCMAKE_DISABLE_FIND_PACKAGE_MuPDF=TRUE
>
> .include
> blob - 457b4a8111c2ab840053df33e5b1b179f9035d11
> file + graphics/arcan/pkg/PLIST
> --- graphics/arcan/pkg/PLIST
> +++ graphics/arcan/pkg/PLIST
> @@ -7,10 +7,12 @@
> @bin bin/afsrv_terminal
> @bin bin/arcan
> @bin bin/arcan-net
> +@bin bin/arcan-wayland
> @bin bin/arcan_db
> @bin bin/arcan_frameserver
> @bin bin/arcan_headless
> @bin bin/arcan_sdl
> +@bin bin/arcan_xwm
> include/arcan/
> include/arcan/a12.h
> include/arcan/arcan_tui.h
> @@ -39,6 +41,7 @@ lib/pkgconfig/arcan-shmif-ext.pc
> lib/pkgconfig/arcan-shmif-srv.pc
> lib/pkgconfig/arcan-shmif-tui.pc
> lib/pkgconfig/arcan-shmif.pc
> +@man man/man1/arcan-wayland.1
> @man man/man1/arcan.1
> @man man/man1/arcan_db.1
> share/arcan/
>
Re: [update] devel/ruby-daemons 1.2.3 -> 1.4.1
On Fri, 08 Jul 2022 at 16:25:11 -0400, Kurt Mosiejczuk wrote:
> https://github.com/thuehlinger/daemons/releases
> (Changelog)
>
> Update to the most recent release, 1.4.1
>
> Some additional changes and bugfixes, nothing critical.
>
> ok?
OK
>
> --Kurt
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/ruby-daemons/Makefile,v
> retrieving revision 1.23
> diff -u -p -r1.23 Makefile
> --- Makefile 11 Mar 2022 18:53:13 - 1.23
> +++ Makefile 6 Jul 2022 19:28:30 -
> @@ -1,7 +1,6 @@
> COMMENT= wrap existing Ruby scripts to be run as a daemon
>
> -DISTNAME=daemons-1.2.3
> -REVISION=0
> +DISTNAME=daemons-1.4.1
> CATEGORIES= devel
>
> HOMEPAGE=https://github.com/thuehlinger/daemons
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/ruby-daemons/distinfo,v
> retrieving revision 1.8
> diff -u -p -r1.8 distinfo
> --- distinfo 31 Dec 2015 14:11:28 - 1.8
> +++ distinfo 6 Jul 2022 19:28:30 -
> @@ -1,2 +1,2 @@
> -SHA256 (daemons-1.2.3.gem) = D78ffvZU6Y+sMktDq2kFdvvotmlBaTtHP08n7zNMAy0=
> -SIZE (daemons-1.2.3.gem) = 24576
> +SHA256 (daemons-1.4.1.gem) = j8dtdvrsZp/rXkVdcvNb1MRtxnNeKMQgr7gi+sH6mh0=
> +SIZE (daemons-1.4.1.gem) = 29696
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/devel/ruby-daemons/pkg/PLIST,v
> retrieving revision 1.8
> diff -u -p -r1.8 PLIST
> --- pkg/PLIST 11 Mar 2022 18:53:13 - 1.8
> +++ pkg/PLIST 6 Jul 2022 19:28:30 -
> @@ -48,5 +48,7 @@ ${GEM_LIB}/gems/${DISTNAME}/lib/daemons/
> ${GEM_LIB}/gems/${DISTNAME}/lib/daemons/pid.rb
> ${GEM_LIB}/gems/${DISTNAME}/lib/daemons/pidfile.rb
> ${GEM_LIB}/gems/${DISTNAME}/lib/daemons/pidmem.rb
> +${GEM_LIB}/gems/${DISTNAME}/lib/daemons/reporter.rb
> +${GEM_LIB}/gems/${DISTNAME}/lib/daemons/syslogio.rb
> ${GEM_LIB}/gems/${DISTNAME}/lib/daemons/version.rb
> ${GEM_LIB}/specifications/${DISTNAME}.gemspec
>
Re: [New] net/ruby-net-telnet 0.2.0
On Tue, 19 Jul 2022 at 16:28:31 -0400, Kurt Mosiejczuk wrote: > Before Ruby 3.0, net/telnet was bundled as part of the language. For 3.0+ > it is a separate gem. > > It provides telnet, netcat-like, and pop email checking capabilities. > > ok to import? Whack that first line being an '\n', then OK abieber > > --Kurt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/07/28 16:27:33 Modified files: graphics : Makefile Log message: + arcan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/07/28 16:25:54 Log message: Import graphics/arcan at 0.6.2 Arcan is a powerful display server and multimedia framework. Description: Arcan is a powerful development framework for creating virtually anything from user interfaces for specialized embedded applications all the way to full-blown standalone desktop environments. At its heart lies a robust and portable multimedia engine, with a well-tested and well-documented Lua scripting interface. The development emphasizes security, debuggability and performance -- guided by a principle of least surprise in terms of API design. Tweaks and OK from semarie@ Status: Vendor Tag: abieber Release Tags: abieber_20220728 N ports/graphics/arcan/Makefile N ports/graphics/arcan/distinfo N ports/graphics/arcan/pkg/DESCR N ports/graphics/arcan/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/07/28 16:24:31 Modified files: security : Makefile Log message: + sops
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/07/28 16:07:20 Log message: Import security/sops at 3.7.2 sops is a tool for managing secrets Description: sops is an editor of encrypted files that supports YAML, JSON, ENV, INI and BINARY formats and encrypts with AWS KMS, GCP KMS, Azure Key Vault, age, and PGP. OK sdk@ Status: Vendor Tag: abieber Release Tags: abieber_20220728 N ports/security/sops/Makefile N ports/security/sops/distinfo N ports/security/sops/modules.inc N ports/security/sops/pkg/DESCR N ports/security/sops/pkg/PLIST No conflicts created by this import
[new] graphics/arcan-0.6.2
Hi, Here is a port of Arcan which is a display server and multimedia framework. Arcan makes use of pledge ( https://arcan-fe.com/2018/04/25/towards-secure-system-graphics-arcan-and-openbsd/ ). It also has a number of desktop environments (not included): - Durden: https://github.com/letoram/durden - Prio: https://github.com/letoram/prio - Pipeworld: https://github.com/letoram/pipeworld I have tested SDL and egl-dri. Both work as expected. OK? Cluesticks? --- Comment: powerful display server and multimedia framework Description: Arcan is a powerful development framework for creating virtually anything from user interfaces for specialized embedded applications all the way to full-blown standalone desktop environments. At its heart lies a robust and portable multimedia engine, with a well-tested and well-documented Lua scripting interface. The development emphasizes security, debuggability and performance -- guided by a principle of least surprise in terms of API design. Maintainer: The OpenBSD ports mailing-list WWW: https://arcan-fe.com arcan.tgz Description: application/gzip
Re: bsd.port.mk: allow for simpler patch fetching in GH_* ports
On Mon, 11 Jul 2022 at 11:17:55 +, Klemens Nanni wrote:
> GH_* ports obviously set MASTER_SITES to MASTER_SITES_GITHUB which
> defaults github.com/${account}/${project}/archive/${commit-or-tag}.
>
> If additional patches need to be fetched, e.g. pending PRs to fix the
> local port, additional MASTER_SITES0-9 must be defined which always
> duplicate the GH_* values:
>
> MASTER_SITES0 = https://github.com/account/project/pull/
> PATCHFILES += many_fixes-{}number.patch:0
> or
> MASTER_SITES0 = https://github.com/account/project/commit/
> PATCHFILES += one_fix-{}id.patch:0
> or
> MASTER_SITES0 = https://github.com/account/project/
> PATCHFILES += many_fixes-{pull/}number.patch:0
> PATCHFILES += one_fix-{commit/}id.patch:0
>
> Not super important but a bit annoying, the automatically generated
> MASTER_SITES_GITHUB can't really be reused (without dirty make fiddling)
> so MASTER_SITES0 is always a duplicate and PATCHFILES need :0 to work.
>
>
> But all we need to make this reusable is move the "archive/" part from
> MASTER_SITES_GITHUB to GH_DISTFILE, i.e. internally do
>
> MASTER_SITES = https://github.com/account/project/
> DISTNAME = account-project-{archive/}commit_or_tag.tar.gz
> instead of
> MASTER_SITES = https://github.com/account/project/archive/
> DISTNAME = account-project-{}commit_or_tag.tar.gz
>
> since this way the aforementioned patch fetching can be simplified to
>
> PATCHFILES += many_fixes-{pull/}number.patch
> or
> PATCHFILES += one_fix-{commit/}id.patch
>
> without additional MASTER_SITES0-9.
>
> It's a rather unimportant detail but juggling with WIP ports, own PRs,
> fixes, etc. gets a little easier with this since the Makefile stays a
> bit smaller.
>
> For testing, I have fetched several ports, both using GH_COMMIT and
> GH_TAGNAME, without any failures or distinfo changes.
>
> As for the logic in bsd.port.mk itself, this also lifts the quirky
> add-trailing-slash-to-MASTER_SITES_GITHUB-only-if-GH_TAGNAME-is-set
> since it now ends with a fixed string and the additional URL paths only
> come in where GH_TAGNAME or whatever follows is definitely set.
>
> Feedback? Objection? OK?
>
I like it! I can't speak to the make voodoo but the functionality is OK
abieber@ :D
Taking it a step further.. Often times I have a MODGO_ port that has GH
patches upstream.. for example:
https://patch-diff.githubusercontent.com/raw/tailscale/tailscale/pull/4838.patch
)
I wonder if it would make sense to have an "alias" for a
MASTER_SITES entry that could be referenced in a more human
frindly/generic way. Maybe something like:
PATCHFILES += github:account/project/many_fixes-{pull/}number.patch
PATCHFILES += gitlab:account/project/one_fix-{commit/}id.patch
>
> Index: bsd.port.mk
> ===
> RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v
> retrieving revision 1.1576
> diff -u -p -r1.1576 bsd.port.mk
> --- bsd.port.mk 6 Jul 2022 09:30:41 - 1.1576
> +++ bsd.port.mk 11 Jul 2022 10:59:44 -
> @@ -613,7 +613,7 @@ GH_PROJECT ?=
>
> .if !empty(GH_PROJECT) && !empty(GH_TAGNAME)
> DISTNAME ?=
> ${GH_PROJECT}-${GH_TAGNAME:C/^(v|V|ver|[Rr]el|[Rr]elease)[-._]?([0-9])/\2/}
> -GH_DISTFILE =
> ${GH_PROJECT}-${GH_TAGNAME:C/^(v|V|ver|[Rr]el|[Rr]elease)[-._]?([0-9])/\2/}${EXTRACT_SUFX}
> +GH_DISTFILE =
> ${GH_PROJECT}-{archive/}${GH_TAGNAME:C/^(v|V|ver|[Rr]el|[Rr]elease)[-._]?([0-9])/\2/}${EXTRACT_SUFX}
> .endif
>
> PKGNAME ?= ${DISTNAME}
> @@ -1261,7 +1261,7 @@ ERRORS += "Fatal: specifying both GH_TAG
> ERRORS += "Fatal: using master as GH_TAGNAME is invalid"
> . endif
> MASTER_SITES_GITHUB += \
> -
> https://github.com/${GH_ACCOUNT}/${GH_PROJECT}/archive/${GH_TAGNAME:S/$/\//}
> + https://github.com/${GH_ACCOUNT}/${GH_PROJECT}/
>
> MASTER_SITES ?= ${MASTER_SITES_GITHUB}
> HOMEPAGE ?= https://github.com/${GH_ACCOUNT}/${GH_PROJECT}
> @@ -1290,7 +1290,7 @@ _warn_checksum += ;echo ">>> MASTER_SITE
> EXTRACT_SUFX ?= .tar.gz
>
> .if !empty(GH_COMMIT)
> -GH_DISTFILE =
> ${DISTNAME}-${GH_COMMIT:C/().*/\1/}${EXTRACT_SUFX}{${GH_COMMIT}${EXTRACT_SUFX}}
> +GH_DISTFILE =
> ${DISTNAME}-${GH_COMMIT:C/().*/\1/}${EXTRACT_SUFX}{archive/${GH_COMMIT}${EXTRACT_SUFX}}
> DISTFILES ?= ${GH_DISTFILE}
> .elif defined(DISTNAME)
> DISTFILES ?= ${DISTNAME}${EXTRACT_SUFX}
>
[new] security/sops: a tool for managing secrets
Hi, Here is a port of Mozilla's sops. It makes handling shared encrypted data fairly trivial. It supports various encryption methods (pgp, age, vault.. and more). More info is available on the HOMEPAGE: https://github.com/mozilla/sops pkg_info: Information for inst:sops-3.7.3 Comment: tool for managing secrets Description: sops is an editor of encrypted files that supports YAML, JSON, ENV, INI and BINARY formats and encrypts with AWS KMS, GCP KMS, Azure Key Vault, age, and PGP. Maintainer: Aaron Bieber WWW: https://github.com/mozilla/sops OK? Cheers, Aaron sops.tgz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/06/28 06:58:07 Modified files: net: Makefile Log message: +nheko
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/06/28 06:57:35 Modified files: textproc : Makefile Log message: +nlohmann-json
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/06/28 06:56:53 Modified files: devel : Makefile Log message: +coeurl, +mtxclient, +spdlog
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/06/28 06:52:30 Log message: Import nheko: a desktop client for Matrix chat Tweaks from sthen@, caspar@ and op@ OK caspar, op and landry Status: Vendor Tag: abieber Release Tags: abieber_20220628 N ports/net/nheko/Makefile N ports/net/nheko/distinfo N ports/net/nheko/patches/patch-src_LoginPage_h N ports/net/nheko/patches/patch-src_main_cpp N ports/net/nheko/patches/patch-src_notifications_Manager_h N ports/net/nheko/pkg/DESCR N ports/net/nheko/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/06/28 06:51:06 Log message: Import nlohmann-json: a C++ JSON library Tweaks from sthen@, caspar@ and op@ OK caspar, op and landry Status: Vendor Tag: abieber Release Tags: abieber_20220628 N ports/textproc/nlohmann-json/Makefile N ports/textproc/nlohmann-json/distinfo N ports/textproc/nlohmann-json/pkg/DESCR N ports/textproc/nlohmann-json/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/06/28 06:50:20 Log message: Import spdlog: fast C++ logging library Tweaks from sthen@, caspar@ and op@ OK caspar, op and landry Status: Vendor Tag: abieber Release Tags: abieber_20220628 N ports/devel/spdlog/Makefile N ports/devel/spdlog/distinfo N ports/devel/spdlog/pkg/DESCR N ports/devel/spdlog/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/06/28 06:49:25 Log message: Import mtxclient: a client API for Matrix chat Big thanks to tb@ for adding the needed bits to libressl! Tweaks from sthen@, caspar@ and op@ OK caspar, op and landry Status: Vendor Tag: abieber Release Tags: abieber_20220628 N ports/devel/mtxclient/Makefile N ports/devel/mtxclient/distinfo N ports/devel/mtxclient/pkg/DESCR N ports/devel/mtxclient/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/06/28 06:48:26 Log message: Import coeurl: simple async wrapper around CURL for C++ Tweaks from sthen@, caspar@ and op@ OK caspar, op and landry Status: Vendor Tag: abieber Release Tags: abieber_20220628 N ports/devel/coeurl/Makefile N ports/devel/coeurl/distinfo N ports/devel/coeurl/pkg/DESCR N ports/devel/coeurl/pkg/PLIST No conflicts created by this import
Re: [new] net/nheko v0.9.3 (and deps): a native desktop client for matrix
On Thu, 23 Jun 2022 at 07:58:06 -0600, Aaron Bieber wrote: > Hi! > > First off, HUGE thanks to tb@ for the work on libressl that let mtxclient work > without needing to pull in openssl!! > > Also thanks to casper for some tweaks to the deps! > > Nheko is probably the most feature complete native app for matrix chat. It > does > encryption, spaces.. etc. Very usable as a daily driver! > > I have been using it on OpenBSD for some time now without issue. > > Any cluesticks? > > Cheers, > Aaron > Updated set of files with feedback from sthen@ - Also apologies to caspar@ for the typo! Also, here is a diff that people can use instead of the tarball dance: https://github.com/openbsd/ports/compare/master...qbit:nheko.diff nheko_and_deps.tgz Description: Binary data
[new] net/nheko v0.9.3 (and deps): a native desktop client for matrix
Hi! First off, HUGE thanks to tb@ for the work on libressl that let mtxclient work without needing to pull in openssl!! Also thanks to casper for some tweaks to the deps! Nheko is probably the most feature complete native app for matrix chat. It does encryption, spaces.. etc. Very usable as a daily driver! I have been using it on OpenBSD for some time now without issue. Any cluesticks? Cheers, Aaron nheko_and_deps.tgz Description: Binary data
Re: need help: cannot find/build source code with go-module
Yifei Zhan writes:
> I'm updating the port of obfs4proxy, which is written in golang, it's
> a simple port similar to snowflake_proxy, but so far i'm unable to
> build it from port tree.
>
> It fails with the following error:
>
> $ make
> ===> Configuring for obfs4proxy-0.0.13
> ln: /portworks/obj/obfs4proxy-0.0.13/gitlab.com/yawning/obfs4.git: No such
> file or directory
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2918
> '_pre-configure-modules': @ln -sf
> /portworks/obj/obfs4proxy-0.0.13/obfs4-obf...)
>
> I think it is due to go-module not be able to locate the source, 'man
> go-module' mentioned the _pre-configure behaviour and I can see the
> /gitlab.com/yawning/obfs4.git part is coming from MODGO_MODNAME, but I
> don't know why it act that way :[
>
> During execution of pre-configure target module moves source code from
> ${MODGO_SUBDIR} to ${WRKSRC}, subdirectory of ${MODGO_WORKSPACE} -
> specially-crafted Go workspace located at ${WRKDIR}/go.
>
> $ doas make show=WRKSRC
> /obj/obfs4proxy-0.0.13/obfs4-obfs4proxy-0.0.13-77af0cba934d73c4baeb709560bcfc9a9fbc661c
> $ doas make show=MODGO_SUBDIR
> /obj/obfs4proxy-0.0.13/obfs4-obfs4proxy-0.0.13
>
> I'm able to build it with:
>
> $ cd `make show=WRKSRC`
> $ go build -o obfs4proxy/obfs4proxy ./obfs4proxy
>
> and the result binary works, so I believe the new version is not to
> blame.
>
> I attached the WIP port, anyone would like to take a look?
>
> [2. application/x-tar; obfs4proxy.wip.tar]...
Looks like you are combining MASTER_SITES and the MODGO_* stuff. Better
to use one or the other.
This port in particular can be generated (mostly) with 'portgen go
gitlab.com/yawning/obfs4.git'. There is one missing bit though. Since
upstream put the various bits of code in subdirectories, we need to tell
Go to build recursively by adding "/..." to the ALL_TARGET variable.
The result looks like:
COMMENT = todo
MODGO_MODNAME = gitlab.com/yawning/obfs4.git
MODGO_VERSION = v0.0.0-20220204003609-77af0cba934d
DISTNAME = obfs4.git-${MODGO_VERSION}
PKGNAME = obfs4.git-20220204003609
CATEGORIES =go
# unknown license -> 'unknown'
PERMIT_PACKAGE =unknown license
PERMIT_DISTFILES = unknown license
MODULES = lang/go
ALL_TARGET =${MODGO_MODNAME}/...
MODGO_MODULES = \
filippo.io/edwards25519
v1.0.0-rc.1.0.20210721174708-390f27c3be20 \
git.torproject.org/pluggable-transports/goptlib.git v1.0.0 \
github.com/dchest/siphashv1.2.1 \
gitlab.com/yawning/edwards25519-extra.git
v0.0.0-20211229043746-2f91fcc9fbdb \
golang.org/x/crypto
v0.0.0-20210711020723-a769d52b0f97 \
golang.org/x/net
v0.0.0-20210226172049-e18ecbb05110 \
golang.org/x/sys
v0.0.0-20210615035016-665e8c7367d1 \
golang.org/x/term
v0.0.0-20201126162022-7de9c90e9dd1 \
golang.org/x/textv0.3.3 \
golang.org/x/tools
v0.0.0-20180917221912-90fa682c2a6e
MODGO_MODFILES =\
golang.org/x/sys v0.0.0-20201119102817-f84b799fce68
.include
You should be able to combine this with the existing stuff (dropping
MASTER_SITES) to get things functional! If not, let me know what errors
you are hitting!
Cheers,
Aaron
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/06/10 11:39:42 Modified files: net/dendrite : Makefile distinfo modules.inc net/dendrite/pkg: PLIST Log message: Update dendrite to 0.8.8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/06/10 11:28:34 Modified files: net/tailscale : Makefile distinfo modules.inc net/tailscale/pkg: PLIST Log message: Update tailscale to 1.26.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/06/10 10:38:21 Modified files: devel/shfmt: Makefile distinfo modules.inc Log message: Update shfmt to v3.5.1
Re: UPDATE: net/neochat
On Mon, Jun 6, 2022, at 2:00 PM, Rafael Sadowski wrote:
> On Mon Jun 06, 2022 at 07:58:40PM +0200, Rafael Sadowski wrote:
>> Hi NeoChat users,
>>
>> please test the following diff please. You need devel/qcoro and
>> graphics/kquickimageeditor>=0.2.0 to build and run neochat. Checkout
>> ports@, please.
>>
>> Feedback welcome, Rafael
Tested and working. OK abieber@
>>
>
> New diff with fixed MASTER_SITES. Sorry for the noise.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/neochat/Makefile,v
> retrieving revision 1.9
> diff -u -p -u -p -r1.9 Makefile
> --- Makefile 25 Mar 2022 11:36:59 - 1.9
> +++ Makefile 6 Jun 2022 19:59:08 -
> @@ -1,20 +1,23 @@
> COMMENT =client for Matrix chat
> -VERSION =1.2.0
> +VERSION =22.04
> DISTNAME = neochat-${VERSION}
> -REVISION = 2
>
> CATEGORIES= net
>
> -MASTER_SITES = ${MASTER_SITE_KDE:=stable/neochat/${VERSION}/}
> +MASTER_SITES = ${MASTER_SITE_KDE:=stable/plasma-mobile/${VERSION}/}
>
> # GPLv3+
> PERMIT_PACKAGE= Yes
>
> -WANTLIB += ${COMPILER_LIBCXX} KF5ConfigCore KF5ConfigGui KF5CoreAddons
> -WANTLIB += KF5DBusAddons KF5I18n KF5Kirigami2 KF5Notifications
> -WANTLIB += Qt5Core Qt5DBus Qt5Gui Qt5Multimedia Qt5Network Qt5Qml
> -WANTLIB += Qt5QmlModels Qt5Quick Qt5QuickControls2 Qt5Widgets
> -WANTLIB += Qt5Xml QtOlm Quotient c cmark m olm qt5keychain
> +WANTLIB += ${COMPILER_LIBCXX} KF5Auth KF5AuthCore KF5Codecs KF5Completion
> +WANTLIB += KF5ConfigCore KF5ConfigGui KF5ConfigWidgets KF5CoreAddons
> +WANTLIB += KF5DBusAddons KF5I18n KF5JobWidgets KF5KIOCore KF5KIOGui
> +WANTLIB += KF5KIOWidgets KF5Kirigami2 KF5Notifications KF5Service
> +WANTLIB += KF5Solid KF5SonnetCore KF5WidgetsAddons KF5WindowSystem
> +WANTLIB += Qt5Concurrent Qt5Core Qt5DBus Qt5Gui Qt5Multimedia
> +WANTLIB += Qt5Network Qt5Qml Qt5QmlModels Qt5Quick Qt5QuickControls2
> +WANTLIB += Qt5Widgets Qt5Xml QtOlm Quotient X11 c cmark m olm
> +WANTLIB += qt5keychain
>
> MODULES =devel/kf5
>
> @@ -22,19 +25,24 @@ RUN_DEPENDS = devel/desktop-file-utils \
> devel/kf5/kitemmodels \
> devel/kf5/qqc2-desktop-style \
> devel/kf5/sonnet \
> - graphics/kquickimageeditor \
> + graphics/kquickimageeditor>=0.2.0 \
> x11/gtk+3,-guic
>
> -
> BUILD_DEPENDS = devel/gettext,-tools \
> devel/kf5/kitemmodels \
> devel/kf5/qqc2-desktop-style \
> - graphics/kquickimageeditor \
> + graphics/kquickimageeditor>=0.2.0 \
> + devel/qcoro \
> math/ecm
>
> LIB_DEPENDS =devel/kf5/kconfig \
> devel/kf5/kdbusaddons \
> devel/kf5/ki18n \
> + devel/kf5/kio \
> + devel/kf5/kcompletion \
> + devel/kf5/kservice \
> + devel/kf5/solid \
> + devel/kf5/kjobwidgets \
> devel/kf5/kirigami2 \
> devel/kf5/knotifications \
> security/qtkeychain \
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/neochat/distinfo,v
> retrieving revision 1.2
> diff -u -p -u -p -r1.2 distinfo
> --- distinfo 8 Dec 2021 02:52:42 - 1.2
> +++ distinfo 6 Jun 2022 19:59:08 -
> @@ -1,2 +1,2 @@
> -SHA256 (neochat-1.2.0.tar.xz) = juS19h231DyQIRXgvgHytYcQAYOzgllkc5IumkJ0neY=
> -SIZE (neochat-1.2.0.tar.xz) = 244064
> +SHA256 (neochat-22.04.tar.xz) = qDaZXsBDB4ZKgCPg3APWN/8tuJ51lI64UlImLoqdIRI=
> +SIZE (neochat-22.04.tar.xz) = 36
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/net/neochat/pkg/PLIST,v
> retrieving revision 1.3
> diff -u -p -u -p -r1.3 PLIST
> --- pkg/PLIST 11 Mar 2022 12:05:30 - 1.3
> +++ pkg/PLIST 6 Jun 2022 19:59:08 -
> @@ -1,17 +1,14 @@
> @pkgpath x11/kde4/okteta
> @bin bin/neochat
> share/applications/org.kde.neochat.desktop
> -share/icons/hicolor/16x16/apps/org.kde.neochat.svg
> -share/icons/hicolor/16x16@2/
> -share/icons/hicolor/16x16@2/apps/
> -share/icons/hicolor/16x16@2/apps/org.kde.neochat.svg
> -share/icons/hicolor/16x16@3/
> -share/icons/hicolor/16x16@3/apps/
> -share/icons/hicolor/16x16@3/apps/org.kde.neochat.svg
> share/icons/hicolor/scalable/apps/org.kde.neochat.svg
> -share/icons/hicolor/symbolic/apps/org.kde.neochat-symbolic.svg
> +share/icons/hicolor/scalable/apps/org.kde.neochat.tray.svg
> share/knotifications5/
> share/knotifications5/neochat.notifyrc
> +share/krunner/
> +share/krunner/dbusplugins/
> +share/krunner/dbusplugins/plasma-runner-neochat.desktop
> +share/locale/ar/LC_MESSAGES/neochat.mo
> share/locale/az/LC_MESSAGES/neochat.mo
> share/locale/ca/LC_MESSAGES/neochat.mo
> share/locale/ca@valencia/LC_MESSAGES/neochat.mo
> @@ -25,7 +22,9 @@ share/locale/fi/LC_MESSAGES/neochat.mo
> share/locale/fr/LC_MESSAGES/neochat.mo
>
Re: [update] security/vaultwarden 1.24.0 -> 1.25.0
On Thu, Jun 2, 2022, at 9:19 PM, Greg Steuck wrote: > Aaron Bieber writes: > >> I had to adjust for REVISION - but other then that it builds fine for me! >> >> OK abieber@ if anyone wants a free commit! (if not i'll get to it this >> weekend >> some time) > > Committed. "Free" here didn't mean "painless". The whitespace mangling > turned the OP patch application into a longer than necessary exercise. Huh, it was fine on my end. > > Thanks > Greg
Re: [update] security/vaultwarden 1.24.0 -> 1.25.0
On Tue, 24 May 2022 at 21:27:36 -0400, aisha wrote: > Hi, > Attached update patch for security/vaultwarden to 1.25.0. > There aren't any major upstream changes, user setups should keep working fine. > > port side changes > - dropped all of the patches > - new vendor distfile for a snapshot crate dependency > > Tested with postgresql FLAVOR locally, don't see any reason why other FLAVORs > shouldn't be fine too. > > Best, > Aisha > > diff --git a/security/vaultwarden/Makefile b/security/vaultwarden/Makefile > index 8f5a60ac997..24e4a5e3fdf 100644 > --- a/security/vaultwarden/Makefile > +++ b/security/vaultwarden/Makefile > @@ -5,7 +5,7 @@ COMMENT = unofficial bitwarden compatible server > > GH_ACCOUNT = dani-garcia > GH_PROJECT = vaultwarden > -GH_TAGNAME = 1.24.0 > +GH_TAGNAME = 1.25.0 > I had to adjust for REVISION - but other then that it builds fine for me! OK abieber@ if anyone wants a free commit! (if not i'll get to it this weekend some time)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/05/27 19:39:59 Modified files: net/mautrix-whatsapp: Makefile distinfo modules.inc Log message: Update net/mautrix-whatsapp to 0.4.0 >From the release notes: * Switched from /r0 to /v3 paths everywhere. * The new v3 paths are implemented since Synapse 1.48, Dendrite 0.6.5, and Conduit 0.4.0. Servers older than these are no longer supported. * Added new deferred backfill system to allow backfilling historical messages later instead of doing everything at login. * Added option to automatically request old media from phone after backfilling. * Added experimental provisioning API to check if a phone number is registered on WhatsApp. * Added automatic retrying if the websocket dies while sending a message. * Added experimental support for sending status broadcast messages. * Added command to change disappearing message timer in chats. * Improved error handling if Postgres dies while the bridge is running. * Fixed bridging stickers sent from WhatsApp web. * Fixed registration generation not regex-escaping user ID namespaces. Diff from Hukadan, OK Renaud Allard (MAINTAINER). Thanks!
Re: [new] vaultwarden-1.24.0, vaultwarden-web-2.27.0
Denis Fondras writes: > Le Tue, May 03, 2022 at 08:56:04PM -0400, aisha a écrit : >> On 22/04/14 04:50PM, aisha wrote: >> > On 22/03/30 12:40PM, aisha wrote: >> > > On 22/03/30 03:50PM, Stuart Henderson wrote: >> > > > On 2022/03/30 16:41, Denis Fondras wrote: >> > > > > Le Wed, Mar 30, 2022 at 09:00:21AM -0400, aisha a ?crit : >> > > > > > On 22/03/29 09:46AM, aisha wrote: >> > > > > > > ping >> > > > > > > >> > > > > > > On 3/22/2022 12:10 PM, aisha wrote: >> > > > > > > > Hi all, >> > >> > Hi, >> > ping for vaultwarden port. >> > >> > vaultwarden-web has had a new update to 2.27.0, i've attached both ports. >> > >> > Best, >> > Aisha >> >> Another ping. >> >> vaultwarden-web has been updated to 2.28.0 >> >> diff --git a/infrastructure/db/user.list b/infrastructure/db/user.list >> index 6ff1f308faf..caf5d0674ba 100644 >> --- a/infrastructure/db/user.list >> +++ b/infrastructure/db/user.list >> @@ -386,3 +386,4 @@ id user group port >> 875 _guacd _guacd net/guacamole/server >> 876 _shairport _shairport audio/shairport-sync >> 877 _znc_zncnet/znc >> +878 _vaultwarden_vaultwardensecurity/vaultwarden > > Looks fine and works as expected here. > > OK denis@ OK abieber@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/05/01 08:01:42 Modified files: net/tailscale : Makefile distinfo modules.inc Log message: Update to 1.24.2 Set version info when building.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/05/01 08:00:13 Modified files: audio/shairport-sync: Makefile audio/shairport-sync/pkg: PLIST README Log message: Add README talking about sndio cookies. Diff from Paul de Weerd (Thanks Paul!!), OK sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/04/26 20:27:33 Modified files: sysutils/restic: Makefile distinfo modules.inc Log message: Update restic to 0.13.1 OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/04/26 20:21:09 Modified files: audio : Makefile Log message: + shairport-sync
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/04/26 20:20:03 Modified files: infrastructure/db: user.list Log message: + _shairport
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/04/26 20:19:25 Log message: Import shairport-sync, an AirPlay audio player. DESCR: Shairport Sync is an AirPlay audio player. It plays audio streamed from iTunes, iOS, Apple TV and macOS devices and AirPlay sources such as Quicktime Player and ForkedDaapd, among others. tweaks from Paul de Weerd and OK/tweaks from sthen@ Status: Vendor Tag: abieber Release Tags: abieber_20220426 N ports/audio/shairport-sync/Makefile N ports/audio/shairport-sync/distinfo N ports/audio/shairport-sync/pkg/DESCR N ports/audio/shairport-sync/pkg/PLIST N ports/audio/shairport-sync/pkg/shairport_sync.rc N ports/audio/shairport-sync/pkg/README N ports/audio/shairport-sync/patches/patch-man_shairport-sync_7 No conflicts created by this import
Re: Strip ancient "OBSOLETE" sections from bsd.port.mk(5)
Marc Espie writes: > On Mon, Apr 18, 2022 at 07:07:59PM -0400, Kurt Mosiejczuk wrote: >> On Mon, Apr 18, 2022 at 06:09:12PM +0200, Marc Espie wrote: >> >> > > Do we tell them to peak into FreeBSD ports anywhere? >> >> > Unless that's been removed from the ports FAQ or general advice recently, >> > yes. >> >> There's no reference to NetBSD or FreeBSD in the ports FAQ. >> >> While I have known folks to be told to look at how FreeBSD ported something >> for complicated software, it's not to use their _port_, it's to see what >> they needed to adapt it to a BSD. >> >> Advice about things like EXTRACT_CASES that has been obsolete for more >> than _20_ years. (introduced by commit 1.12 to bsd.port.mk >> http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share/man/man5/bsd.port.mk.5.diff?r1=1.11=1.12=h) >> >> > It is a good idea to see what other BSDs did, since we're still closer >> > to them than anything linux. >> >> Well, if we've got ancient, out of date information in our man pages, we >> may be more like Linux than I would like. > > Sigh... there's some information in there that shouldn't be entirely removed > in any case. > > Remember that this discussion came, in the first place, from someone who > didn't figure out he was reading stuff that was referring to removed stuff > (even though that section is littered with keywords and past tense). First off. This is _entirely_ uncalled for. This kind of backhanded remark is what tarnishes OpenBSD's name. And rightfully so. Shame on you. > > Anyhow, at least the fact that some stuff no longer exists (such as some > pre/post hooks) for actual good reasons cannot totally go away like that. > > As for looking up other BSDs: it's something that was somehow entirely > removed when revamping the porting guide. I had not noticed before. > > I don't think it is such a good idea. Some of us still use other BSDs > as "cheat-sheet", and it's routinely mentionned in discussion among porters. > > And it's generally assumed that, in case you run into a problem you *will* > check whether other BSDs ran into the same problem and how they solved it. > > Yeah, their ports are different, but peeking at the > other BSDs is often a very quick way to ascertain how much you're going > to have to port when starting a new probject. > > There is a suspicious commit to guide.html (1.55) which does remove > references to the FreeBSD and NetBSD porting guide. > > date: 2016/04/17 21:31:53; author: tj; state: Exp; lines: +868 -706; > commitid: iIlpeQWLXUolwtTP; > sync porter's handbook formatting with the main faq style. And after all that time, no one noticed. It's really hard to not see this thread as "espie just yelling because he is angry"! > > Since that's supposed to be a formatting commit, I'm reasonably sure that > removal was not intentional at all.
Re: UPDATE: sysutils/vultr-cli-2.12.2
Adriano Barbosa writes: > Em sex., 1 de abr. de 2022 às 17:45, Adriano Barbosa > escreveu: >> >> Hi. >> Update for sysutils/vultr-cli-2.12.2 >> Changelog: https://github.com/vultr/vultr-cli/blob/master/CHANGELOG.md >> >> Instances : fix csv flags ssh-keys and network PR 244 @optik-aper >> Plans + Regions: Add new plan types in examples PR 241 @AFatalErrror >> Plans Metal : new command to retrieve just bare metal plans PR 240 >> @optik-aper >> Readme : fix command example PR 239 @travispaul >> Bump github.com/vultr/govultr/v2 from 2.14.1 to 2.14.2 PR 238 >> Bump github.com/spf13/cobra from 1.3.0 to 1.4.0 PR 236 >> Bump builds from go 1.16 -> 1.17 PR 243 >> >> Obrigado! >> -- >> Adriano Barbosa > > ping. Committed! Thanks! > > Changelog: https://github.com/vultr/vultr-cli/blob/master/CHANGELOG.md > > Instances : fix csv flags ssh-keys and network PR 244 @optik-aper > Plans + Regions: Add new plan types in examples PR 241 @AFatalErrror > Plans Metal : new command to retrieve just bare metal plans PR 240 @optik-aper > Readme : fix command example PR 239 @travispaul > Bump github.com/vultr/govultr/v2 from 2.14.1 to 2.14.2 PR 238 > Bump github.com/spf13/cobra from 1.3.0 to 1.4.0 PR 236 > Bump builds from go 1.16 -> 1.17 PR 243 > > Obrigado! > > [2. text/x-patch; vultr-cli-2.12.2.diff]...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/04/18 15:08:45 Modified files: sysutils/vultr-cli: Makefile distinfo modules.inc Log message: Update to 2.12.2 Changelog: https://github.com/vultr/vultr-cli/blob/master/CHANGELOG.md Instances : fix csv flags ssh-keys and network PR 244 @optik-aper Plans + Regions: Add new plan types in examples PR 241 @AFatalErrror Plans Metal : new command to retrieve just bare metal plans PR 240 @optik-aper Readme : fix command example PR 239 @travispaul Bump github.com/vultr/govultr/v2 from 2.14.1 to 2.14.2 PR 238 Bump github.com/spf13/cobra from 1.3.0 to 1.4.0 PR 236 Bump builds from go 1.16 -> 1.17 PR 243 Diff from MAINTAINER, Thanks Adriano!
Re: Strip ancient "OBSOLETE" sections from bsd.port.mk(5)
Marc Espie writes: > On Mon, Apr 18, 2022 at 09:31:05AM -0600, Aaron Bieber wrote: >> >> Marc Espie writes: >> >> > On Sun, Apr 17, 2022 at 12:21:32PM -0400, Kurt Mosiejczuk wrote: >> >> Beyond which, we don't keep legacy pf.conf information around because the >> >> other BSDs use an ancient version of PF and they might want to migrate to >> >> OpenBSD. >> > >> > We also don't tell people to peek into FreeBSD's config for pf, whereas >> > it's frequently a good idea to look at what shit the other BSDs ran into >> > when porting/updating software >> >> Do we tell them to peak into FreeBSD ports anywhere? > > Unless that's been removed from the ports FAQ or general advice recently, > yes. > > It is a good idea to see what other BSDs did, since we're still closer > to them than anything linux. I looked, I don't see anything.
Re: Strip ancient "OBSOLETE" sections from bsd.port.mk(5)
Marc Espie writes: > On Sun, Apr 17, 2022 at 12:21:32PM -0400, Kurt Mosiejczuk wrote: >> Beyond which, we don't keep legacy pf.conf information around because the >> other BSDs use an ancient version of PF and they might want to migrate to >> OpenBSD. > > We also don't tell people to peek into FreeBSD's config for pf, whereas > it's frequently a good idea to look at what shit the other BSDs ran into > when porting/updating software Do we tell them to peak into FreeBSD ports anywhere?
Re: [update] emacs-28.1
Jeremie Courreges-Anglas writes:
> Here's an update to the latest emacs version, very lightly tested so
> far on amd64, test build running on sparc64.
>
> Test reports welcome.
>
All my stuff seems to work as expected! Maybe it's in my head but it
feels faster too!
>
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/editors/emacs/Makefile,v
> retrieving revision 1.104
> diff -u -p -r1.104 Makefile
> --- Makefile 10 Mar 2022 00:04:06 - 1.104
> +++ Makefile 13 Apr 2022 05:48:09 -
> @@ -1,8 +1,7 @@
> COMMENT= GNU editor: extensible, customizable, self-documenting
>
> -VERSION= 27.2
> +VERSION= 28.1
> DISTNAME=emacs-${VERSION}
> -REVISION=4
>
> CATEGORIES= editors
>
> @@ -70,7 +69,7 @@ RUN_DEPENDS+= devel/desktop-file-utils
> . if ${FLAVOR} == "athena"
> CONFIGURE_ARGS+= --with-x-toolkit=athena
> LIB_DEPENDS+=x11/Xaw3d
> -WANTLIB += ICE SM X11 X11-xcb Xaw3d Xext Xfixes Xft Xinerama Xmu
> +WANTLIB += ICE SM X11 X11-xcb Xaw3d Xext Xfixes Xinerama Xmu
> WANTLIB += Xpm Xrandr Xrender Xt cairo dbus-1 fontconfig freetype
> WANTLIB += gdk_pixbuf-2.0 gif gio-2.0 glib-2.0 gobject-2.0 harfbuzz
> WANTLIB += intl jpeg lcms2 m17n-core m17n-flt otf png rsvg-2 tiff
> Index: distinfo
> ===
> RCS file: /home/cvs/ports/editors/emacs/distinfo,v
> retrieving revision 1.15
> diff -u -p -r1.15 distinfo
> --- distinfo 4 Apr 2021 23:43:25 - 1.15
> +++ distinfo 12 Apr 2022 20:57:37 -
> @@ -1,2 +1,2 @@
> -SHA256 (emacs-27.2.tar.xz) = tKfMTnjmPzeGJOCRkhW5EK9bsqCvyBn60pgnLp9Awbk=
> -SIZE (emacs-27.2.tar.xz) = 44624480
> +SHA256 (emacs-28.1.tar.xz) = KLGz0JkDegiPCkyiUdfnJi6rXqFneqv/psRCaWGtdeE=
> +SIZE (emacs-28.1.tar.xz) = 47699512
> Index: patches/patch-Makefile_in
> ===
> RCS file: /home/cvs/ports/editors/emacs/patches/patch-Makefile_in,v
> retrieving revision 1.7
> diff -u -p -r1.7 patch-Makefile_in
> --- patches/patch-Makefile_in 10 Mar 2022 00:04:06 - 1.7
> +++ patches/patch-Makefile_in 12 Apr 2022 20:58:41 -
> @@ -3,7 +3,7 @@
> Index: Makefile.in
> --- Makefile.in.orig
> +++ Makefile.in
> -@@ -671,7 +671,7 @@ install-info: info
> +@@ -693,7 +693,7 @@ install-info: info
> for f in `ls $$elt $$elt-[1-9] $$elt-[1-9][0-9] 2>/dev/null`; do \
> (cd "$${thisdir}"; \
> ${INSTALL_DATA} ${srcdir}/info/$$f "$(DESTDIR)${infodir}/$$f");
> \
> @@ -12,7 +12,7 @@ Index: Makefile.in
> rm -f "$(DESTDIR)${infodir}/$$f.gz"; \
> ${GZIP_PROG} -9n "$(DESTDIR)${infodir}/$$f"; \
> done; \
> -@@ -695,7 +695,7 @@ install-man:
> +@@ -717,7 +717,7 @@ install-man:
> dest=`echo "$${page}" | sed -e 's/\.1$$//' -e '$(TRANSFORM)'`.1; \
> (cd "$${thisdir}"; \
> ${INSTALL_DATA} ${mansrcdir}/$${page}
> "$(DESTDIR)${man1dir}/$${dest}"); \
> Index: patches/patch-configure
> ===
> RCS file: patches/patch-configure
> diff -N patches/patch-configure
> --- patches/patch-configure 10 Mar 2022 00:04:06 - 1.22
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,37 +0,0 @@
> -Don't disable SIGIO, it looks like an old workaround and it's suspected
> -to be harmful.
> - https://marc.info/?l=openbsd-ports=150996114220295=2
> - https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29170
> -Introduced in:
> - https://marc.info/?l=openbsd-ports=130019184729434=2
> -
> -Use posix_openpt(3).
> -https://debbugs.gnu.org/cgi/bugreport.cgi?bug=42059
> -
> -Index: configure
> configure.orig
> -+++ configure
> -@@ -19578,7 +19578,7 @@ esac
> - emacs_broken_SIGIO=no
> -
> - case $opsys in
> --hpux* | nacl | openbsd | sol2* | unixware )
> -+hpux* | nacl | sol2* | unixware )
> - emacs_broken_SIGIO=yes
> - ;;
> -
> -@@ -19668,12 +19668,12 @@ case $opsys in
> -
> - ;;
> -
> -- gnu | openbsd | qnxnto )
> -+ gnu | qnxnto )
> - $as_echo "#define FIRST_PTY_LETTER 'p'" >>confdefs.h
> -
> - ;;
> -
> -- gnu-linux | gnu-kfreebsd | dragonfly | freebsd | netbsd | darwin | nacl )
> -+ openbsd | gnu-linux | gnu-kfreebsd | dragonfly | freebsd | netbsd |
> darwin | nacl )
> - if test "x$ac_cv_func_grantpt" = xyes; then
> -
> - $as_echo "#define UNIX98_PTYS 1" >>confdefs.h
> Index: patches/patch-lisp_files_el
> ===
> RCS file: /home/cvs/ports/editors/emacs/patches/patch-lisp_files_el,v
> retrieving revision 1.6
> diff -u -p -r1.6 patch-lisp_files_el
> --- patches/patch-lisp_files_el 10 Mar 2022 00:04:06 - 1.6
> +++ patches/patch-lisp_files_el 12 Apr 2022 20:58:46 -
> @@ -3,7 +3,7 @@
> Index: lisp/files.el
> --- lisp/files.el.orig
> +++
Package search methods on OpenBSD
I'd like to start a discussion about the state of searching packages in OpenBSD. To date, we have a number of ways to search, all of them with some kind of downside, some having more than others. None of them offer the ability to search for arbitrary strings in both COMMENT and DESCR at the same time. These search methods are: - pkg_info -Q: - Cons: - Search can only be passed a single word. - Isn't exhaustive, searching for "quake" returns 5 results (on openbsd-current as of 2022-04-08). Meanwhile there are many other ports that have "quake" somewhere. - Does not search DESCR. - Has to make outbound connections for each search. - Pros: - It's in base. - pkglocate: - Cons: - Only searches file names. - Not in base. - You need to know what you are looking for to find it. - Does not search DESCR. - Pros: - Fast. - Uses base tools. - Super handy when you know the name (or part of it) of the file you are looking for! - sqlports: - Cons: - Requires users to know SQL to query it. - Not available by default. - Pros: - Has all the information required, COMMENT, DESCR.. other meta information that could be used. - portslist: - Cons: - Only contains partial information. No DESCR. - No tooling exists to make use of it, there is also functionality that can be built on top of this. - Requires users to grep, or know what they are already looking for. - Pros: - It has COMMENT. - Browser based tools like ports-readmes-dancer (available locally or via https://openports.pl/ ): - Cons: - Requires a browser - If you run it local you need to run a webserver which you then access via your browser. - Pros: - The definitive web source for openbsd package info. Of these methods listed, the "official" way to find packages (per packages(7)) is to install one of: pkglocatedb, sqlports and ports-readmes-dancer. IMO it would be much better if users didn't have to reach for external tools do to what is an extremely common task (and one handled by package managers from other operating systems out of the box). I have created a tool that checks a few more of these boxes, but not all of them. The tool is here: https://github.com/qbit/pkg Its own pros/cons: Cons: - It uses sqlite3 and perl's DBD driver. It is unlikely either of these will end up being in base. - It currently duplicates (doesn't have to, but the current implementation does) the sqlports file while adding a fts5 ( https://www.sqlite.org/fts5.html ) index to it. - It's a POC. Pros: - It's extremely fast compared to the other tools. - It searches arbitrary text contained in COMMENT and DESCR. - It's very easy to use and operates how end-users expect a package search tool to operate. I am by no means proposing that my tool be imported or even used. I am just pointing out deficiencies and possible places we can do better. And since previously I was accused of "trying to peddle my own tool", I want to be _extremely clear_ about my intention. I DO NOT care what tool ends up being used to make the default searching capabilities better, just that _it happens_. I am also not saying that the above tools can't be improved in some way.. They indeed can! But they are still not available by default. I don't know where to go from here. I think it would be very much worth it to have a tool installed by default that did a better job of searching package information (both COMMENT and DESCR). I have no clue what it would look like. Perhaps there is another perl indexing library that would be acceptable to use in base? I still don't know what that would look like since the index would need to be built.. and installed by a.. package..? Maybe it's sufficient to error out and say "please install pkgindex"? Then actually search when that is there? Thoughts?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/03/31 16:29:42 Modified files: sysutils/gitmux: Makefile distinfo Log message: Update to gitmux 0.7.9 Changes: https://github.com/arl/gitmux/compare/v0.7.6...v0.7.9
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2022/03/31 16:19:01 Modified files: net/tailscale : Makefile distinfo Log message: Update to 1.22.2 Changelog here: https://github.com/tailscale/tailscale/releases/tag/v1.22.2 Basically only an update in name for us.
Re: [update] lang/go 1.18
Aaron Bieber writes: > Aaron Bieber writes: > >> Joel Sing writes: >> >>> The following updates lang/go to 1.18. >>> >>> This has been tested on amd64 and arm64 - it still needs to be tested >>> (including 'make regress') on armv7 and mips64. >>> >>> It would probably also be a good idea to have this go through a bulk >>> (or at least a build of all Go ports), although I expect less fallout >>> than with some of the other major updates. >>> >> >> I have my mips64 box building now.. sysupgrading the armv7 and will kick >> off a build once that is done! > > amd64 minibulk: > Elapsed time=03:44:03 > I=536 B=12 Q=0 T=37 F=0 !=1 > E=devel/spidermonkey78 net/go-ipfs devel/git security/gnutls > net/dendrite textproc/ruby-ronn > > net/dendrite is fixed by an upgrade to 0.7.0 > > net/go-ipfs is broken, seems the latest version (not committed yet) > still uses an old quic-go: > ../../../go/pkg/mod/github.com/lucas-clemente/quic-go@v0.24.0/internal/qtls/go118.go:6:13: > cannot use "quic-go doesn't build on Go 1.18 yet." (untyped string > constant) as int value in variable declaration > > mips64 failure: > > ok cmd/internal/sys0.076s > ok cmd/internal/test2json 0.392s > --- FAIL: TestIndexMismatch (1.42s) > link_test.go:769: /build/pobj/go-1.18/go/bin/go tool compile -o > /tmp/TestIndexMismatch603320231/001/a.o testdata/testIndexMismatch/a.go > link_test.go:775: /build/pobj/go-1.18/go/bin/go tool compile -I > /tmp/TestIndexMismatch603320231/001 -o > /tmp/TestIndexMismatch603320231/001/main.o testdata/testIndexMismatch/main.go > link_test.go:781: /build/pobj/go-1.18/go/bin/go tool link -L > /tmp/TestIndexMismatch603320231/001 -o > /tmp/TestIndexMismatch603320231/001/main.exe > /tmp/TestIndexMismatch603320231/001/main.o > link_test.go:784: linking failed: exit status 1 > /build/pobj/go-1.18/go/pkg/tool/openbsd_mips64/link: running gcc failed: > exec: "gcc": executable file not found in $PATH > > link_test.go:790: /build/pobj/go-1.18/go/bin/go tool compile -o > /tmp/TestIndexMismatch603320231/001/a.o testdata/testIndexMismatch/b.go > link_test.go:796: /build/pobj/go-1.18/go/bin/go tool link -L > /tmp/TestIndexMismatch603320231/001 -o > /tmp/TestIndexMismatch603320231/001/main.exe > /tmp/TestIndexMismatch603320231/001/main.o > --- FAIL: TestIssue28429 (1.30s) > link_test.go:96: 'go tool link main.a' failed: exit status 1, output: > /build/pobj/go-1.18/go/pkg/tool/openbsd_mips64/link: running gcc failed: > exec: "gcc": executable file not found in $PATH > > --- FAIL: TestIssue21703 (1.18s) > link_test.go:69: failed to link main.o: exit status 1, output: > /build/pobj/go-1.18/go/pkg/tool/openbsd_mips64/link: running gcc failed: > exec: "gcc": executable file not found in $PATH > > > --- FAIL: TestMergeNoteSections (2.87s) > elf_test.go:230: # command-line-arguments > /build/pobj/go-1.18/go/pkg/tool/openbsd_mips64/link: running cc failed: exit > status 1 > /usr/bin/ld: unrecognized option > '--build-id=0xf4e8cd51ce8bae2996dc3b74639cdeaa1f7fee5f' > /usr/bin/ld: use the --help option for usage information > cc: error: linker command failed with exit code 1 (use -v to see invocation) > > elf_test.go:231: exit status 2 > FAIL > FAILcmd/link113.987s > ok cmd/link/internal/benchmark 0.035s > ok cmd/link/internal/ld122.645s > ok cmd/link/internal/loader0.111s > ok cmd/nm 21.697s > ok cmd/objdump 8.050s > --- FAIL: TestHello (7.03s) > pack_test.go:382: [/build/pobj/go-1.18/go/bin/go tool link -o a.out hello.a]: > exit status 1 > /build/pobj/go-1.18/go/pkg/tool/openbsd_mips64/link: running gcc failed: > exec: "gcc": executable file not found in $PATH > > FAIL > FAILcmd/pack24.376s > ok cmd/pprof 16.426s > ok cmd/trace 4.063s > ok cmd/vet 140.928s > FAIL > go tool dist: Failed: exit status 1 > *** Error 1 in /usr/ports/lang/go (Makefile:123 'do-test': @cd > /build/pobj/go-1.18/go/src && ulimit -d $(ulimit -H -d) -n 256 && > /usr/bin/...) > *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2996 > '/build/pobj/go-1.18/build-mips64/.test_done': @cd /usr/ports/lang/go && > exe...) > *** Error 2 in /usr/ports/lang/go > (/usr/ports/infrastructure/mk/bsd.port.mk:2607 'test': @lock=go-1.18; export > _LOCKS_HELD=" go-1.18"; sud...) > qbit@eri[2]:/usr/ports/lang/go git:(go1.18)$ Looks like armv7 fails to build: ===> Building for go-1.18 Building Go cmd/dist using /home/ports/pobj/go-1.18/go-openbsd-arm-bootstrap. (g
