Re: MODULES: some documentation is needed!

On Wed, Aug 23, 2023 at 11:31:39PM +0200, Marc Espie wrote: > According to port-modules, variables starting with MOD* are public, so > should get documented, SOONER RATHER THAN LATER. Some of these variables are somehow internal to the modules, and named this way (MOD*) because of bsd.port.mk .

aarch64 bulk build report

bulk build on arm64.ports.openbsd.org started on Mon Aug 21 14:12:50 MDT 2023 finished at Wed Aug 23 21:35:07 MDT 2023 lasted 2D07h22m done with kern.version=OpenBSD 7.3-current (GENERIC.MP) #2235: Mon Aug 21 11:52:43 MDT 2023 built packages:11560 Aug 21:3271 Aug 22:797 Aug 23:7491 critical pa

matplotlib 3.6.3 -> 3.7.2

Here's an update of matplotlib to the latest version. All reverse depdendencies still compile. ok? Index: Makefile === RCS file: /cvs/ports/graphics/py-matplotlib/Makefile,v retrieving revision 1.92 diff -u -p -u -r1.92 Makefile ---

MODULES: some documentation is needed!

According to port-modules, variables starting with MOD* are public, so should get documented, SOONER RATHER THAN LATER. With the recent make's .VARIABLES addition, bsd.port.mk's dump-vars has gained some introspection capabilities. -current sqlports contains a list of all public module variable va

Re: www/vimb: add runtime dependency

> As it's not needed for normal use of vimb, it's probably better handled as > a note in DESCR or README than a hard dependency (same is done with ffmpeg > for video playback in Firefox). Understood, I've added a README with the same wording as the one from the Firefox package. For some reason '

net/mosquitto update for testing

I am a light user of net/mosquitto on -stable and find it occasionally gets stuck in an infinite loop. I've updated the port to 2.0.17: it builds and passes `make test` but I can't test it in the scenario I use it for. So if there any users of net/mosquitto on -current who can test the patch below

Re: maintainer update net/miniflux --> 2.0.47

On Mon, 21 Aug 2023 18:15:47 +0200, Paco Esteban wrote: > ok to commit ? ok danj@

graphics/imlib2 without rust

Hi ports list. On an arch without rust, x11/gnome/librsvg is an old version, and graphics/imlib2 fails to "make package". The old librsvg 2.40.21 fails a configure check for 2.46, so svg.so is missing. This diff adds pkg/PFRAG.svg to package imlib2 without svg.so if we don't have rust. On macpp

Re: [MAINTAINER UPDATE] security/lego v4.13.3 -> v4.14.0

On 8/23/23 12:51, Horia Racoviceanu wrote: > - Upgrade to v4.14.0 committed ty! > > Changelog > > nearlyfreespeech: fix salt > nearlyfreespeech: fix authentication > doc: retrieve hugo-theme-learn as hugo module > doc: fix broken links > chore: update to go1.20 > doc: bump hugo version > doc:

[MAINTAINER UPDATE] security/lego v4.13.3 -> v4.14.0

- Upgrade to v4.14.0 Changelog nearlyfreespeech: fix salt nearlyfreespeech: fix authentication doc: retrieve hugo-theme-learn as hugo module doc: fix broken links chore: update to go1.20 doc: bump hugo version doc: fixing typos exec: fix CLI documention azuredns: update docs Add DNS provider for

Re: PATCH: go.port.mk

On 2023/08/23 11:44, Stuart Henderson wrote: > On 2023/08/23 12:22, Marc Espie wrote: > > This switches stuff over to DISTFILES.go > > > > Also, factorize files in a slightly more efficient way, this makes > > MODGO_SETUP_WORKSPACE significantly smaller (by about 30% or so) > > Makes a lot of sen

Re: sysutils/seatd doesn't build because of wrong distinfo

On Tue, Aug 22, 2023 at 06:51:12PM +0200, Lorenz (xha) wrote: > hi, > > when trying to build sysutils/seatd, i am getting this error: > > > lorenz@/usr/ports/sysutils/seatd % doas make build > ===> Building from scratch seatd-20230813p0 > > [...] > > ===> Checking files for seatd-2023

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

Re: PATCH: go.port.mk

On 2023/08/23 12:22, Marc Espie wrote: > This switches stuff over to DISTFILES.go > > Also, factorize files in a slightly more efficient way, this makes > MODGO_SETUP_WORKSPACE significantly smaller (by about 30% or so) Makes a lot of sense. I only tested a couple of sample ports but don't see wh

Re: go modules questions

On 2023/08/23 12: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 >

PATCH: go.port.mk

This switches stuff over to DISTFILES.go Also, factorize files in a slightly more efficient way, this makes MODGO_SETUP_WORKSPACE significantly smaller (by about 30% or so) Index: go.port.mk === RCS file: /cvs/ports/lang/go/go.port.m

go modules questions

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-2ca718005c1

devel/http-parser: update to last 2.9.4

upstream is dead and recommends consumers migrating to https://github.com/nodejs/llhttp, but we might as well pick the last update which is as old as the current version. I forgot which consuming port made me look into http-parser, but tests pass 100% and there is no shared library change. https: