CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2023/05/02 22:49:22 Removed files: news/py-sabyenc: Makefile distinfo news/py-sabyenc/patches: patch-setup_py news/py-sabyenc/pkg: DESCR PLIST Log message: Move py-sabyenc to the attic Tool has been renamed to py-sabctools.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2023/05/02 22:46:36 Modified files: news : Makefile Log message: Unhook py-sabyenc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2023/05/02 22:44:43 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Add quirk for py-sabyenc, which has been renamed to py-sabctools
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2023/05/02 22:41:38 Modified files: news/sabnzbd : Makefile distinfo Log message: Update to sabnzbd-4.0.0 Changes: https://github.com/sabnzbd/sabnzbd/releases/tag/4.0.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2023/05/02 22:40:58 Modified files: news : Makefile Log message: +py-sabctools
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2023/05/02 22:36:28 Log message: Import py-sabctools (rename of py-sabyenc) OK sthen@ COMMENT C implementations of functions for use within SABnzbd DESCR This module implements several sets of C implementations that are used within SABnzbd: - yEnc decoding and encoding using SIMD routines - CRC32 calculations - Non-blocking SSL-socket reading - Marking files as sparse Status: Vendor Tag: bket Release Tags: bket_20230503 N ports/news/py-sabctools/Makefile N ports/news/py-sabctools/distinfo N ports/news/py-sabctools/patches/patch-setup_py N ports/news/py-sabctools/pkg/DESCR N ports/news/py-sabctools/pkg/PLIST No conflicts created by this import
update net/vnstat 2.10
This is an update for net/vnstat to 2.10 released on 22-Oct-2022. The diff is originally from tj@ with tweaks by me. changelog: https://humdi.net/vnstat/CHANGES This diff does the following three things ports-wise: 1. Proofread and edit README to get rid of the usage of second-person. Add 80 column rulers. Fill in missing steps on logging. Use LOCALSTATEDIR. 2. patch for vnstat_conf no longer specifies Interface lo0. DatabaseDir is correctly specified to be /var/db/vnstat, which is the location of vnstat.db. Everything is commented out now and has default values if not specified. `Interface ""' works fine. Interface lo0 is not a valid interface. $ vnstat -i lo0 Error: No interface matching "lo0" found in database. >From revision 1.1.1.1 of this patch, it used to replace `Interface "eth0"' with `Interface "lo0"' so it must have been to have a safe name, since eth0 does not exist. 3. new patch for expr syntax errors in configure. see: https://github.com/vergoh/vnstat/commit/7e3795ebe3e6c31ff09aa967954a51f6d9e19d35 It uses gexpr syntax with the match keyword, so convert it to an equivalent form for expr. according to gexpr(1): "match STRING REGEXP same as STRING : REGEXP" This only serves to print full install paths in configure output (changing vnstat: ${exec_prefix}/bin/vnstat to vnstat: /usr/local/bin/vnstat). The port functions without this configure patch. Should we add or remove it for maintainability? Testing --- I tested lightly on amd64 and generated a graph with `vnstati -hg -o /tmp/bw.jpg'. Feedback and tests are welcome. OK? Index: Makefile === RCS file: /cvs/ports/net/vnstat/Makefile,v retrieving revision 1.36 diff -u -p -u -p -r1.36 Makefile --- Makefile8 Nov 2022 11:17:03 - 1.36 +++ Makefile3 May 2023 00:38:07 - @@ -1,13 +1,11 @@ COMMENT-main = network traffic monitor COMMENT-vnstati = image output support for vnstat -V =2.6 +V =2.10 EPOCH =0 DISTNAME = vnstat-${V} PKGNAME-main = ${DISTNAME} PKGNAME-vnstati = vnstati-${V} -REVISION-main =0 -REVISION-vnstati = 0 CATEGORIES = net sysutils Index: distinfo === RCS file: /cvs/ports/net/vnstat/distinfo,v retrieving revision 1.8 diff -u -p -u -p -r1.8 distinfo --- distinfo31 Oct 2020 08:55:41 - 1.8 +++ distinfo3 May 2023 00:38:07 - @@ -1,2 +1,2 @@ -SHA256 (vnstat-2.6.tar.gz) = iSduCnKBlD7bVUuHQHgnitlH3DEpOKJFHgPrgGeff/c= -SIZE (vnstat-2.6.tar.gz) = 275751 +SHA256 (vnstat-2.10.tar.gz) = qcYXROXNjDZuLbTSgrrcdAId22FL1ltBJAk3mX5FfSU= +SIZE (vnstat-2.10.tar.gz) = 304464 Index: patches/patch-cfg_vnstat_conf === RCS file: /cvs/ports/net/vnstat/patches/patch-cfg_vnstat_conf,v retrieving revision 1.4 diff -u -p -u -p -r1.4 patch-cfg_vnstat_conf --- patches/patch-cfg_vnstat_conf 11 Mar 2022 19:48:07 - 1.4 +++ patches/patch-cfg_vnstat_conf 3 May 2023 00:38:07 - @@ -1,15 +1,12 @@ Index: cfg/vnstat.conf --- cfg/vnstat.conf.orig +++ cfg/vnstat.conf -@@ -2,10 +2,7 @@ - ## +@@ -8,7 +8,7 @@ + ;Interface "" - # default interface (leave empty for automatic selection) --Interface "" -- --# location of the database directory --DatabaseDir "/var/lib/vnstat" -+Interface "lo0" + # location of the database directory +-;DatabaseDir "/var/lib/vnstat" ++;DatabaseDir "/var/db/vnstat" # locale (LC_ALL) ("-" = use system locale) - Locale "-" + ;Locale "-" Index: patches/patch-configure === RCS file: patches/patch-configure diff -N patches/patch-configure --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-configure 3 May 2023 00:38:07 - @@ -0,0 +1,30 @@ +expr: syntax error +change gexpr-specific syntax from `match STRING REGEXP' to the +equivalent `STRING : REGEXP' for compatibility with expr + +Index: configure +--- configure.orig configure +@@ -7259,19 +7259,19 @@ fi + + # Resolve install paths for output. + msg_bindir=$bindir +-while expr match "${msg_bindir}" '^.*\$.*$' 1>/dev/null; ++while expr "${msg_bindir}" : '^.*\$.*$' 1>/dev/null; + do + msg_bindir="$(eval echo ${msg_bindir})" + done + + msg_sbindir=$sbindir +-while expr match "${msg_sbindir}" '^.*\$.*$' 1>/dev/null; ++while expr "${msg_sbindir}" : '^.*\$.*$' 1>/dev/null; + do + msg_sbindir="$(eval echo ${msg_sbindir})" + done + + msg_sysconfdir=$sysconfdir +-while expr match "${msg_sysconfdir}" '^.*\$.*$' 1>/dev/null; ++while expr "${msg_sysconfdir}" : '^.*\$.*$' 1>/dev/null; + do + msg_sysconfdir="$(eval echo ${msg_sysconfdir})" + done Index: pkg/README-main === RCS file: /cvs/ports/net/vnstat/pkg/README-main,v retrieving revision 1.5 diff
update net/megatools 1.11.1
Here is an update to megatools 1.11.1, released on February 12, 2023. Upstream has switched to meson. changelog for 1.11.1 and 1.11.0: https://megatools.megous.com/builds/NEWS This port update does the following: - copes with the suffix date by removing it for PKGNAME - regens WANTLIB. ssl is pulled in by curl and intl and pthread are pulled in by glib-2.0 according to `env LD_DEBUG= megatools' - adds textproc/docbook2x since meson.build checks for asciidoc and docbook2x in order to build man pages - moves to meson and adds devel/ninja - sets NO_TEST because the tests just use the tools and require network access - There is now one binary megatools. Install all associated man pages and docs. I chose not to install symlinks (e.g., megadl --> megatools dl). I tested `megatools dl', which worked, but `megatools reg' failed, as with the current version. Feedback and tests are welcome. OK? Index: Makefile === RCS file: /cvs/ports/net/megatools/Makefile,v retrieving revision 1.22 diff -u -p -u -p -r1.22 Makefile --- Makefile11 Mar 2022 19:46:20 - 1.22 +++ Makefile2 May 2023 23:08:35 - @@ -2,8 +2,10 @@ PORTROACH =limit:[0-9]\.tar\.gz COMMENT = command line client application for Mega -DISTNAME = megatools-1.10.3 -REVISION = 0 +V =1.11.1 +DATE = 20230212 +DISTNAME = megatools-${V}.${DATE} +PKGNAME = ${DISTNAME:S/.${DATE}//} CATEGORIES = net @@ -14,23 +16,39 @@ MAINTAINER =Anthony J. Bentley https://megatools.megous.com/builds/ COMPILER = base-clang ports-gcc BUILD_DEPENDS =devel/gobject-introspection \ - textproc/asciidoc + devel/ninja \ + textproc/asciidoc \ + textproc/docbook2x LIB_DEPENDS = devel/glib2 \ net/curl -USE_GMAKE =Yes -CONFIGURE_STYLE = gnu -MAKE_FLAGS = VERBOSE=1 +MODULE = devel/meson -CONFIGURE_ARGS = --disable-introspection +do-configure: + cd ${WRKSRC} && ${SETENV} ${CONFIGURE_ENV} meson setup ${WRKBUILD} + +do-build: + cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} ninja -C ${WRKBUILD} + +do-install: + ${INSTALL_PROGRAM} ${WRKBUILD}/${PKGSTEM} ${PREFIX}/bin +.for M in 1 5 + ${INSTALL_DATA} ${WRKBUILD}/*.${M} ${PREFIX}/man/man${M} +.endfor + ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/${PKGSTEM} +.for F in README NEWS TODO LICENSE + ${INSTALL_DATA} ${WRKSRC}/${F} ${PREFIX}/share/doc/${PKGSTEM} +.endfor SEPARATE_BUILD = Yes + +# tests require network access +NO_TEST = Yes .include Index: distinfo === RCS file: /cvs/ports/net/megatools/distinfo,v retrieving revision 1.7 diff -u -p -u -p -r1.7 distinfo --- distinfo19 May 2020 06:22:48 - 1.7 +++ distinfo2 May 2023 23:08:35 - @@ -1,2 +1,2 @@ -SHA256 (megatools-1.10.3.tar.gz) = jcHKNIYz/UnefrgysyPo3ClfHFWu+0hNMOZHUhhVi9s= -SIZE (megatools-1.10.3.tar.gz) = 196361 +SHA256 (megatools-1.11.1.20230212.tar.gz) = 7Pou5LJ3xgHrrmSChzEQMKpMpz6mHucwvGa+8k7xmjQ= +SIZE (megatools-1.11.1.20230212.tar.gz) = 105339 Index: patches/patch-lib_mega_c === RCS file: /cvs/ports/net/megatools/patches/patch-lib_mega_c,v retrieving revision 1.4 diff -u -p -u -p -r1.4 patch-lib_mega_c --- patches/patch-lib_mega_c11 Mar 2022 19:46:20 - 1.4 +++ patches/patch-lib_mega_c2 May 2023 23:08:35 - @@ -3,7 +3,7 @@ Fix build with opaque RSA in LibreSSL 3. Index: lib/mega.c --- lib/mega.c.orig +++ lib/mega.c -@@ -785,7 +785,7 @@ static gboolean rsa_key_gen(struct rsa_key *k) +@@ -787,7 +787,7 @@ static gboolean rsa_key_gen(struct rsa_key *k) return FALSE; } Index: pkg/PLIST === RCS file: /cvs/ports/net/megatools/pkg/PLIST,v retrieving revision 1.5 diff -u -p -u -p -r1.5 PLIST --- pkg/PLIST 11 Mar 2022 19:46:20 - 1.5 +++ pkg/PLIST 2 May 2023 23:08:35 - @@ -1,26 +1,18 @@ -@bin bin/megacopy -@bin bin/megadf -@bin bin/megadl -@bin bin/megaget -@bin bin/megals -@bin bin/megamkdir -@bin bin/megaput -@bin bin/megareg -@bin bin/megarm -@man man/man1/megacopy.1 -@man man/man1/megadf.1 -@man man/man1/megadl.1 -@man man/man1/megaget.1 -@man man/man1/megals.1 -@man man/man1/megamkdir.1 -@man man/man1/megaput.1 -@man man/man1/megareg.1 -@man man/man1/megarm.1 +@bin bin/megatools +@man man/man1/megatools-copy.1 +@man man/man1/megatools-df.1 +@man man/man1/megatools-dl.1 +@man man/man1/megatools-export.1 +@man man/man1/megatools-get.1 +@man man/man1/megatools-ls.1 +@man man/man1/megatools-mkdir.1 +@man man/man1/megatools-put.1 +@man
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2023/05/02 16:03:23 Modified files: devel/p5-Commandable: Makefile distinfo Log message: update p5-Commandable to 0.10
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2023/05/02 15:44:58 Modified files: converters/p5-JSON-MaybeXS: Makefile distinfo Log message: update p5-JSON-MaybeXS to 1.004005
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2023/05/02 15:20:16 Modified files: www/p5-Apache-Session-Generate-UUID: Makefile Added files: www/p5-Apache-Session-Generate-UUID/patches: patch-t_11-new_t Log message: Remove test dependency to p5-Test-Group. This module does not work with current p5-Test2-Suite and upstream has failed to create a solution for quite some time. Luckily the only test dependency is p5-Apache-Session-Generate-UUID. Patch it to run its tests without p5-Test-Group.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2023/05/02 15:14:36 Modified files: devel/p5-Test2-Suite: Makefile distinfo devel/p5-Test2-Suite/pkg: PLIST Log message: update p5-Test2-Suite to 0.000155
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2023/05/02 15:01:16 Modified files: devel/p5-Sub-Name: Makefile distinfo Log message: update p5-Sub-Name to 0.27
Re: [update] devel/goreleaser to 1.17.2
On 2023/05/02 19:18:00 +0100, Stuart Henderson wrote: > On 2023/05/02 11:37, Laurent Cheylus wrote: > > Hi, > > > > an update for devel/goreleaser with the latest version 1.17.2. > > > > goreleaser is a Go tool to deliver Go binaries as fast and easily as > > possible => https://goreleaser.com/ > > > > - update Makefile and modules.inc for version 1.17.2 => build is OK on amd64 > > with Go 1.20.1 > > - update Makefile and pkg/PLIST to add shell completion for bash/fish/zsh > > > > Build and tests OK on current/amd64. > > > > Unless there's any objections, I'd like to take maintainership for this > > port. I'm using this tool for my Go projects. > > > > Comments welcome and please commit if OK. > > > > Laurent > > > > TMPDIR is a special variable and overriding it can cause problems > sometimes (it's normally set in the environment to /tmp and used by > various things; setting in a port Makefile can make it into the > environment actually used for the build in some cases). > > I don't think there's a need for any special dir for that at all, > we can just write the generated completion files to ${WRKSRC}. +1 > So I'd use the below Makefile diff instead (I won't include the > other ~13000 lines of diff again :) > > Otherwise looks good to me, it will be some time before my machine > ends up fetching the 4100 distfiles to do any testing but I'm > basically ok with it. I have virtually the same diff locally (I used WRKBUILD rather than WRKSRC, but it's fine either the way) and seems to be fine. I wanted to double check modules.inc but it filled my /tmp/ with 3.5G of random crap^Wgit repos before failing. ok op@
[Maintainer Update] archivers/zpaqfranz-58.2
zpaqfranz 58.2 fixes (among others) the HWSHA2 flag on OpenBSD/amd64. Debug worked: % zpaqfranz b -debug# no crash Diff attached.diff --git a/archivers/zpaqfranz/Makefile b/archivers/zpaqfranz/Makefile index 7371ecfb6b4..83c40f8a188 100644 --- a/archivers/zpaqfranz/Makefile +++ b/archivers/zpaqfranz/Makefile @@ -4,7 +4,7 @@ COMMENT = journaling archiver for incremental backup, fork of ZPAQ GH_ACCOUNT = fcorbelli GH_PROJECT = zpaqfranz -GH_TAGNAME = 58.1 +GH_TAGNAME = 58.2 CATEGORIES = archivers MAINTAINER = tux0r @@ -20,7 +20,7 @@ USE_WXNEEDED =Yes do-build: cd ${WRKSRC} && ${SET_ENV} ${MAKE_ENV} \ - ${CXX} ${CXXFLAGS} -Dunix -o zpaqfranz zpaqfranz.cpp -lm -lpthread + ${CXX} ${CXXFLAGS} -DHWSHA2 -Dunix -o zpaqfranz zpaqfranz.cpp -lm -lpthread do-install: ${INSTALL_PROGRAM} ${WRKSRC}/zpaqfranz ${PREFIX}/bin/ diff --git a/archivers/zpaqfranz/distinfo b/archivers/zpaqfranz/distinfo index a286c6ae51a..9c79c1f83eb 100644 --- a/archivers/zpaqfranz/distinfo +++ b/archivers/zpaqfranz/distinfo @@ -1,2 +1,2 @@ -SHA256 (zpaqfranz-58.1.tar.gz) = Gtg2hMIVZsDTmhKm5VfY+A0qGSdJxL/l5MOZ7hbR3hY= -SIZE (zpaqfranz-58.1.tar.gz) = 5274310 +SHA256 (zpaqfranz-58.2.tar.gz) = e2bJS7Iv8DIFd3wL4OcHR6D3747/m5nisaw4SqSVl38= +SIZE (zpaqfranz-58.2.tar.gz) = 5284676
Re: [new] brogue-1.12
On 2023/05/02 22:21:59 +0300, Anton Konyahin wrote: > On 02/05, Omar Polo wrote: > >I'm recluntant to patch like this an upstream software since while > >for now it could work fine, these kind of changes are very likely to > >break in future updates. > > At first, I tried to fix all warnings in brogue, but there is a > hundreds of strcpy and other sprintf, so I gave up. I am glad to see > fewer patches in port, really. for fix like strcpy/sprintf etc, especially when there are a lot to fix, working with upstream is a better option. You can try to start fixing a few of them, sending a patch and see how it goes. Time allowing, you can follow-up with more fixes. > I tested your tarball and everything works like a charm. Should I do > something else for this port? The policy is two ok in order to import something new. My tarball was obviously ok op@ to import, so we just need to wait for another developer to import with my ok :) I've played it for a bit, it's fun and the graphics are nice. I'd like to see it being imported. Thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2023/05/02 14:10:02 ports/www/p5-Apache-Session-Generate-UUID/patches Update of /cvs/ports/www/p5-Apache-Session-Generate-UUID/patches In directory cvs.openbsd.org:/tmp/cvs-serv28983/patches Log Message: Directory /cvs/ports/www/p5-Apache-Session-Generate-UUID/patches added to the repository
Re: [new] brogue-1.12
On 02/05, Omar Polo wrote: Instead, I'd follow what upstream suggests and ship a scripts that "cd" into $XDG_DATA_HOME/Brogue before running the game. This is a nice trick! I dont thought about it in that way. I'm recluntant to patch like this an upstream software since while for now it could work fine, these kind of changes are very likely to break in future updates. At first, I tried to fix all warnings in brogue, but there is a hundreds of strcpy and other sprintf, so I gave up. I am glad to see fewer patches in port, really. I'm attaching a tweaked tarball Thank you a lot! I compared it with my and noticed few changes, that seems very interesting for me. It was very educational. I'm sorry for removing most of your patches and void your efforts, but I think that in the long run it's better to use a wrapper script. This is obviously better solution and I learn a lot from your version! Thank you for your time and efforts. I tested your tarball and everything works like a charm. Should I do something else for this port?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/05/02 13:19:25 Modified files: audio/amused : Makefile distinfo Removed files: audio/amused/patches: patch-tests_c Log message: update audio/amused to 0.11 changelog: - added support for ALSA - retry when sio_revents fails with EAGAIN - log errno too when sio_revents fails - added contrib/amusing: a GUI written in Tcl/Tk - amused-monitor: use new extended events info - enriched `mode' and `seek' events reporting in `amused monitor' - various minor improvements to amused.1 - amused-monitor: fix error for tracks hours long - amused-monitor: add pledge - amused-monitor: fix rewind - amused-monitor: fix off by one - fix sndio detection note that contrib/amused-monitor and contrib/amusing are not installed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/05/02 12:29:00 Modified files: security/clamav: Makefile distinfo security/clamav/patches: patch-CMakeLists_txt patch-etc_clamd_conf_sample patch-libclamav_bytecode_vm_c Log message: update to clamav-1.1.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: an...@cvs.openbsd.org 2023/05/02 12:28:51 Modified files: devel/robsd: Makefile distinfo Log message: update to robsd-17.6.2
Re: [update] devel/goreleaser to 1.17.2
On 2023/05/02 11:37, Laurent Cheylus wrote: > Hi, > > an update for devel/goreleaser with the latest version 1.17.2. > > goreleaser is a Go tool to deliver Go binaries as fast and easily as > possible => https://goreleaser.com/ > > - update Makefile and modules.inc for version 1.17.2 => build is OK on amd64 > with Go 1.20.1 > - update Makefile and pkg/PLIST to add shell completion for bash/fish/zsh > > Build and tests OK on current/amd64. > > Unless there's any objections, I'd like to take maintainership for this > port. I'm using this tool for my Go projects. > > Comments welcome and please commit if OK. > > Laurent > TMPDIR is a special variable and overriding it can cause problems sometimes (it's normally set in the environment to /tmp and used by various things; setting in a port Makefile can make it into the environment actually used for the build in some cases). I don't think there's a need for any special dir for that at all, we can just write the generated completion files to ${WRKSRC}. So I'd use the below Makefile diff instead (I won't include the other ~13000 lines of diff again :) Otherwise looks good to me, it will be some time before my machine ends up fetching the 4100 distfiles to do any testing but I'm basically ok with it. Index: Makefile === RCS file: /cvs/ports/devel/goreleaser/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile5 Oct 2022 14:54:23 - 1.8 +++ Makefile2 May 2023 18:15:38 - @@ -1,23 +1,43 @@ -BROKEN = does not build with Go 1.17 - COMMENT = deliver Go binaries as fast and easily as possible MODGO_MODNAME =github.com/goreleaser/goreleaser -MODGO_VERSION =v1.7.0 +MODGO_VERSION =v1.17.2 HOMEPAGE = https://goreleaser.com/ DISTNAME = goreleaser-${MODGO_VERSION} -REVISION = 1 CATEGORIES = devel +MAINTAINER = Laurent Cheylus + # MIT PERMIT_PACKAGE = Yes -WANTLIB += c pthread +WANTLIB += c pthread + +MODULES = lang/go + +MODGO_LDFLAGS =-X main.version=${MODGO_VERSION:S/v//} -MODULES = lang/go +# Generate shells completion +post-build: + ${MODGO_WORKSPACE}/bin/goreleaser completion bash > ${WRKSRC}/completion.bash + ${MODGO_WORKSPACE}/bin/goreleaser completion fish > ${WRKSRC}/completion.fish + ${MODGO_WORKSPACE}/bin/goreleaser completion zsh > ${WRKSRC}/completion.zsh + +post-install: + ${INSTALL_DATA_DIR} ${PREFIX}/share/bash-completion/completions/ + ${INSTALL_DATA} ${WRKSRC}/completion.bash \ + ${PREFIX}/share/bash-completion/completions/goreleaser + + ${INSTALL_DATA_DIR} ${PREFIX}/share/fish/completions/ + ${INSTALL_DATA} ${WRKSRC}/completion.fish \ + ${PREFIX}/share/fish/completions/goreleaser.fish + + ${INSTALL_DATA_DIR} ${PREFIX}/share/zsh/site-functions/ + ${INSTALL_DATA} ${WRKSRC}/completion.zsh \ + ${PREFIX}/share/zsh/site-functions/_goreleaser .include "modules.inc"
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2023/05/02 11:34:16 Modified files: x11/gnome/mutter: Makefile Added files: x11/gnome/mutter/patches: patch-src_core_window_c Log message: Trade annoying focus issue for a less annoying focus issue. Fixes: "New terminal won't get focus" https://gitlab.gnome.org/GNOME/mutter/-/issues/2690 Reopens: "Launcher losses focus when something spawns in the background" https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5932
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/05/02 10:46:14 Modified files: productivity/minder: Makefile distinfo productivity/minder/pkg: PLIST Log message: update productivity/minder to 1.15.1
Re: [new] brogue-1.12
On 2023/05/01 16:57:51 +0300, Anton Konyahin wrote: > Hello! > > I made a port for brogue game, roguelike adventure game with (or > without) X11 support. > > I played a lot on amd64 and everything working fine. > > But I have a question about game's score. Currently in PLIST I use > > @sample /var/games/brogue/ > > and, in runtime, game creates a txt score file inside. When I try to > uninstall package, I have a message about this directories, it is > unempty and pkg_delete doesn't remove it. What I should do? Delete > score file manually, or maybe create it when game installing? > > Thank you for any suggestions and fixes! I'm not sure it's a good idea to save scores to /var/games/brogue/. Looking at the code this will fail badly if multiple users are playing at the same time (they will override each others' scores). Instead, I'd follow what upstream suggests and ship a scripts that "cd" into $XDG_DATA_HOME/Brogue before running the game. The amount of patches needed to change where the game saves its files is another hint that it's better to work around the issue in a different way. I'm recluntant to patch like this an upstream software since while for now it could work fine, these kind of changes are very likely to break in future updates. I'm attaching a tweaked tarball: I've added a script in files/ and moved the real game executable to ${PREFIX}/libexec; the script is modeled after upstream' `linux/brogue-multiuser.sh'. I'm also adding a patch to drop an hardcoded -O2 and fix a fprintf call. I'm sorry for removing most of your patches and void your efforts, but I think that in the long run it's better to use a wrapper script. Thanks, Omar Polo brogue.tar.gz Description: GNU Zip compressed data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/05/02 09:58:50 Modified files: audio/faudio : Makefile distinfo games/fna : Makefile distinfo graphics/fna3d : Makefile distinfo Log message: update FNA, FAudio, and FNA3D to 23.05. Minor changes; changelog at: https://github.com/FNA-XNA/FNA/releases/tag/23.05 tested with multiple games that use it
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2023/05/02 08:27:29 Modified files: net: Makefile Log message: Hook net/rpki-data up to build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2023/05/02 08:24:29 Log message: Import rpki-data A body of RPKI data file samples to be used for rpki-client(8) regress. Many thanks to kn@ for helping create this port. OK kn@ Status: Vendor Tag: job Release Tags: job_20230502 N ports/net/rpki-data/Makefile N ports/net/rpki-data/distinfo N ports/net/rpki-data/pkg/DESCR N ports/net/rpki-data/pkg/PLIST No conflicts created by this import
Re: update: graphics/lensfun to 0.3.3
On 2023/05/02 02:29:55 -0600, Abel Abraham Camarillo Ojeda wrote: > I confirm everything also works with this patch on rawtherapee. Thanks~ Thanks for testing! I've just committed the update. --- using MODPY_SETUPTOOLS was wrong and I've switched back to a plain BDEP, thank you Stuart :)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/05/02 07:58:51 Modified files: graphics/lensfun: Makefile distinfo graphics/lensfun/patches: patch-cmake_modules_FindGLIB2_cmake patch-tests_test_modifier_cpp graphics/lensfun/pkg: PLIST Log message: update graphics/lensfun to 0.3.3 diff from Abel Abraham Camarillo Ojeda (acamari [at] verlet [dot] org), thanks! Minor tweaks by me and sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/05/02 07:39:49 Modified files: www/squid : Makefile distinfo Log message: update to squid-5.9
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/05/02 04:34:36 Modified files: sysutils/terragrunt: Makefile distinfo modules.inc Log message: Update to terragrunt-0.45.8.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/05/02 04:33:41 Modified files: inputmethods/ibus-typing-booster: Makefile distinfo Log message: Update to ibus-typing-booster-2.22.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 04:07:39 Modified files: infrastructure/lib/DPB/Core: Init.pm Log message: more descriptive comment
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 04:06:32 Modified files: infrastructure/lib/DPB: Vars.pm Log message: explicitly pass zero parameters to the sub
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 04:01:33 Modified files: infrastructure/lib/DPB: PortInfo.pm Log message: don't forget to pass the parent to Extra
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 03:54:27 Modified files: infrastructure/lib/DPB: PortBuilder.pm Log message: start_job no longer takes an extra param
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 03:53:05 Modified files: infrastructure/lib/DPB: PkgPath.pm Log message: typo in comment explicitly document we're not passing a parent
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 03:45:38 Modified files: infrastructure/lib/DPB: MiniCurses.pm Reporter.pm Log message: GC unused code
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 03:41:25 Modified files: infrastructure/lib/DPB: Limiter.pm Log message: don't pass parent context through
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 03:40:05 Modified files: infrastructure/lib/DPB: Job.pm Log message: fix comment, DPB::Signature uses this
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/05/02 03:40:01 Modified files: net/unifi/main : Makefile distinfo Log message: unifi: use a new rebuilt libsnappy-java; this binary component has bitrotted in some way and was no longer working. symptom: device adoption fails
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 03:39:00 Modified files: infrastructure/lib/DPB: HostProperties.pm Log message: explicitly document that we copy the hash
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 03:37:24 Modified files: infrastructure/lib/DPB: Heuristics.pm Log message: explain why weights are actually needed
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 03:35:51 Modified files: infrastructure/lib/DPB: Grabber.pm Log message: don't pass parent context thru
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 03:17:56 Modified files: infrastructure/lib/DPB: Fetch.pm Log message: start_job takes one parameter
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/05/02 03:17:33 Modified files: infrastructure/lib/DPB: Core.pm Log message: document why print_parent... is empty call code as &$code();, explicitly establishing a scope instead of inheriting @_
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/05/02 02:31:37 Modified files: games/gnubg: Makefile Log message: games/gnubg: bump after math/cglm update
Re: update: graphics/lensfun to 0.3.3
On Tue, May 2, 2023 at 2:02 AM Omar Polo wrote: > On 2023/05/01 23:42:45 +0200, Omar Polo wrote: > > On 2023/05/01 19:51:45 +0100, Stuart Henderson > wrote: > > > On 2023/04/30 17:35, Omar Polo wrote: > > > It's because it's using "setup.py install" at all - that is deprecated, > > > python software is supposed to be moving to pep517 installers. > > > > thanks for checking. I haven't compared the build with the previous > > version ^^" > > > > > Probably too much hassle to fix in a cmake port, I think I'd ignore it > > > for now. > > > > If you're fine with it then so am I :) > > > > > It does however need a BUILD_DEPENDS on py-setuptools (otherwise > > > different files are produced and packaging fails). > > > > ah, haven't spotted that. thanks! updated diff below > > or, hum, better like this. (not comfortable enough with > python.port.mk, and at late night i added the bdep literally, > forgetting the knob...) > > > Index: Makefile > === > RCS file: /home/cvs/ports/graphics/lensfun/Makefile,v > retrieving revision 1.31 > diff -u -p -r1.31 Makefile > --- Makefile11 Mar 2022 19:22:39 - 1.31 > +++ Makefile2 May 2023 07:58:53 - > @@ -1,11 +1,12 @@ > COMMENT= library to adjust for photographic lens characteristics > -DISTNAME= lensfun-0.3.2 > -REVISION= 4 > +GH_ACCOUNT=lensfun > +GH_PROJECT=lensfun > +GH_TAGNAME=v0.3.3 > > -SHARED_LIBS= lensfun 2.0 > +SHARED_LIBS= lensfun 2.1 > > CATEGORIES=graphics > -HOMEPAGE= http://lensfun.sourceforge.net/ > +HOMEPAGE= https://lensfun.github.io/ > > # library LGPLv3, lens db CC-BY-SA, build infrastructure/applications > GPLv3 > PERMIT_PACKAGE=Yes > @@ -14,12 +15,11 @@ WANTLIB += c glib-2.0 m png ${COMPILER_L > > COMPILER = base-clang ports-gcc base-gcc > > -MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=lensfun/} > - > MODULES= devel/cmake \ > lang/python > > MODPY_RUNDEP= No > +MODPY_SETUPTOOLS= Yes > > LIB_DEPENDS= devel/glib2 \ > graphics/png > Index: distinfo > === > RCS file: /home/cvs/ports/graphics/lensfun/distinfo,v > retrieving revision 1.4 > diff -u -p -r1.4 distinfo > --- distinfo31 Jan 2017 09:58:35 - 1.4 > +++ distinfo30 Apr 2023 15:14:38 - > @@ -1,2 +1,2 @@ > -SHA256 (lensfun-0.3.2.tar.gz) = > rovK1GYUykf1vaZbAK9KJXqVZKYXJd+cdMsmDaVE0zE= > -SIZE (lensfun-0.3.2.tar.gz) = 784825 > +SHA256 (lensfun-0.3.3.tar.gz) = > V7paA3fySUiXIznhi+lGrxLtoit8cH6w3dJlhjcPZ2U= > +SIZE (lensfun-0.3.3.tar.gz) = 992432 > Index: patches/patch-cmake_modules_FindGLIB2_cmake > === > RCS file: > /home/cvs/ports/graphics/lensfun/patches/patch-cmake_modules_FindGLIB2_cmake,v > retrieving revision 1.2 > diff -u -p -r1.2 patch-cmake_modules_FindGLIB2_cmake > --- patches/patch-cmake_modules_FindGLIB2_cmake 11 Mar 2022 19:22:39 > - 1.2 > +++ patches/patch-cmake_modules_FindGLIB2_cmake 30 Apr 2023 15:10:56 - > @@ -1,11 +1,12 @@ > Avoid messing up between paths found by pkg-config and CMake itself. > cmake/modules/FindGLIB2.cmake.orig Sun Nov 15 18:07:26 2015 > -+++ cmake/modules/FindGLIB2.cmake Sun Jan 29 10:12:03 2017 > +Index: cmake/modules/FindGLIB2.cmake > +--- cmake/modules/FindGLIB2.cmake.orig > cmake/modules/FindGLIB2.cmake > @@ -1,6 +1,6 @@ > IF (NOT MSVC) > INCLUDE(FindPkgConfig) > --PKG_SEARCH_MODULE( GLIB2 REQUIRED glib-2.0 ) > -+PKG_SEARCH_MODULE(PC_GLIB2 REQUIRED glib-2.0 ) > +-PKG_SEARCH_MODULE( GLIB2 glib-2.0 ) > ++PKG_SEARCH_MODULE(PC_GLIB2 glib-2.0 ) > IF(WIN32 AND NOT BUILD_STATIC) > FIND_FILE(GLIB2_DLL > NAMES glib-2.dll glib-2-vs9.dll libglib-2.0-0.dll > Index: patches/patch-tests_test_modifier_cpp > === > RCS file: > /home/cvs/ports/graphics/lensfun/patches/patch-tests_test_modifier_cpp,v > retrieving revision 1.2 > diff -u -p -r1.2 patch-tests_test_modifier_cpp > --- patches/patch-tests_test_modifier_cpp 11 Mar 2022 19:22:39 > - 1.2 > +++ patches/patch-tests_test_modifier_cpp 30 Apr 2023 15:10:56 - > @@ -3,7 +3,7 @@ Fix c++11-narrowing with clang6 > Index: tests/test_modifier.cpp > --- tests/test_modifier.cpp.orig > +++ tests/test_modifier.cpp > -@@ -77,8 +77,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon > +@@ -78,8 +78,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon > // check if output becomes NaN when processing geometry conversion > void test_mod_projection_borders(lfFixture* lfFix, gconstpointer data) > { > @@ -14,3 +14,28 @@ Index: tests/test_modifier.cpp > float res[2] = {0, 0}; > > lfLensType geom_types [] = {LF_RECTILINEAR, LF_PANORAMIC, >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/05/02 02:25:40 Modified files: games/taisei : Makefile Log message: games/taisei: bump revision after math/cglm update pulls in macros and inline functions from cglm headers but doesn't link to it.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/05/02 02:24:16 Modified files: math/cglm : Makefile distinfo math/cglm/pkg : PLIST Log message: update math/cglm to 0.9.0
Re: update: graphics/lensfun to 0.3.3
On 2023/05/01 23:42:45 +0200, Omar Polo wrote: > On 2023/05/01 19:51:45 +0100, Stuart Henderson wrote: > > On 2023/04/30 17:35, Omar Polo wrote: > > It's because it's using "setup.py install" at all - that is deprecated, > > python software is supposed to be moving to pep517 installers. > > thanks for checking. I haven't compared the build with the previous > version ^^" > > > Probably too much hassle to fix in a cmake port, I think I'd ignore it > > for now. > > If you're fine with it then so am I :) > > > It does however need a BUILD_DEPENDS on py-setuptools (otherwise > > different files are produced and packaging fails). > > ah, haven't spotted that. thanks! updated diff below or, hum, better like this. (not comfortable enough with python.port.mk, and at late night i added the bdep literally, forgetting the knob...) Index: Makefile === RCS file: /home/cvs/ports/graphics/lensfun/Makefile,v retrieving revision 1.31 diff -u -p -r1.31 Makefile --- Makefile11 Mar 2022 19:22:39 - 1.31 +++ Makefile2 May 2023 07:58:53 - @@ -1,11 +1,12 @@ COMMENT= library to adjust for photographic lens characteristics -DISTNAME= lensfun-0.3.2 -REVISION= 4 +GH_ACCOUNT=lensfun +GH_PROJECT=lensfun +GH_TAGNAME=v0.3.3 -SHARED_LIBS= lensfun 2.0 +SHARED_LIBS= lensfun 2.1 CATEGORIES=graphics -HOMEPAGE= http://lensfun.sourceforge.net/ +HOMEPAGE= https://lensfun.github.io/ # library LGPLv3, lens db CC-BY-SA, build infrastructure/applications GPLv3 PERMIT_PACKAGE=Yes @@ -14,12 +15,11 @@ WANTLIB += c glib-2.0 m png ${COMPILER_L COMPILER = base-clang ports-gcc base-gcc -MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=lensfun/} - MODULES= devel/cmake \ lang/python MODPY_RUNDEP= No +MODPY_SETUPTOOLS= Yes LIB_DEPENDS= devel/glib2 \ graphics/png Index: distinfo === RCS file: /home/cvs/ports/graphics/lensfun/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo31 Jan 2017 09:58:35 - 1.4 +++ distinfo30 Apr 2023 15:14:38 - @@ -1,2 +1,2 @@ -SHA256 (lensfun-0.3.2.tar.gz) = rovK1GYUykf1vaZbAK9KJXqVZKYXJd+cdMsmDaVE0zE= -SIZE (lensfun-0.3.2.tar.gz) = 784825 +SHA256 (lensfun-0.3.3.tar.gz) = V7paA3fySUiXIznhi+lGrxLtoit8cH6w3dJlhjcPZ2U= +SIZE (lensfun-0.3.3.tar.gz) = 992432 Index: patches/patch-cmake_modules_FindGLIB2_cmake === RCS file: /home/cvs/ports/graphics/lensfun/patches/patch-cmake_modules_FindGLIB2_cmake,v retrieving revision 1.2 diff -u -p -r1.2 patch-cmake_modules_FindGLIB2_cmake --- patches/patch-cmake_modules_FindGLIB2_cmake 11 Mar 2022 19:22:39 - 1.2 +++ patches/patch-cmake_modules_FindGLIB2_cmake 30 Apr 2023 15:10:56 - @@ -1,11 +1,12 @@ Avoid messing up between paths found by pkg-config and CMake itself. cmake/modules/FindGLIB2.cmake.orig Sun Nov 15 18:07:26 2015 -+++ cmake/modules/FindGLIB2.cmake Sun Jan 29 10:12:03 2017 +Index: cmake/modules/FindGLIB2.cmake +--- cmake/modules/FindGLIB2.cmake.orig cmake/modules/FindGLIB2.cmake @@ -1,6 +1,6 @@ IF (NOT MSVC) INCLUDE(FindPkgConfig) --PKG_SEARCH_MODULE( GLIB2 REQUIRED glib-2.0 ) -+PKG_SEARCH_MODULE(PC_GLIB2 REQUIRED glib-2.0 ) +-PKG_SEARCH_MODULE( GLIB2 glib-2.0 ) ++PKG_SEARCH_MODULE(PC_GLIB2 glib-2.0 ) IF(WIN32 AND NOT BUILD_STATIC) FIND_FILE(GLIB2_DLL NAMES glib-2.dll glib-2-vs9.dll libglib-2.0-0.dll Index: patches/patch-tests_test_modifier_cpp === RCS file: /home/cvs/ports/graphics/lensfun/patches/patch-tests_test_modifier_cpp,v retrieving revision 1.2 diff -u -p -r1.2 patch-tests_test_modifier_cpp --- patches/patch-tests_test_modifier_cpp 11 Mar 2022 19:22:39 - 1.2 +++ patches/patch-tests_test_modifier_cpp 30 Apr 2023 15:10:56 - @@ -3,7 +3,7 @@ Fix c++11-narrowing with clang6 Index: tests/test_modifier.cpp --- tests/test_modifier.cpp.orig +++ tests/test_modifier.cpp -@@ -77,8 +77,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon +@@ -78,8 +78,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon // check if output becomes NaN when processing geometry conversion void test_mod_projection_borders(lfFixture* lfFix, gconstpointer data) { @@ -14,3 +14,28 @@ Index: tests/test_modifier.cpp float res[2] = {0, 0}; lfLensType geom_types [] = {LF_RECTILINEAR, LF_PANORAMIC, LF_EQUIRECTANGULAR, LF_FISHEYE_STEREOGRAPHIC, LF_FISHEYE, LF_FISHEYE_EQUISOLID, LF_FISHEYE_ORTHOGRAPHIC, LF_FISHEYE_THOBY, LF_UNKNOWN}; +@@ -102,18 +102,18 @@ void test_mod_projection_borders(lfFixture* lfFix, gco + LF_MODIFY_GEOMETRY, false); + +
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2023/05/02 01:30:18 Modified files: x11/mate/atril : Makefile distinfo x11/mate/atril/pkg: PLIST Log message: update to 1.26.1
Re: [NEW/WIP] devel/gn and lang/deno
On 2023/05/02 00:51, Klemens Nanni wrote: > On Tue, May 02, 2023 at 12:48:52AM +0200, Volker Schlecht wrote: > > Attached are ports for > > > > devel/gn > > https://gn.googlesource.com/gn/ > > Based on a snapshot from 20230419 > > MASTER_SITE is a personal mirror, since googlesource doesn't provide > > stable archives. > > Can you add a comment for that? +1 > The COMPILER line wants a "C++17" comment; passing -v to build shows compiler No need IMO. It's C++ so it needs a COMPILER line anyway; it doesn't particularly matter which standard and those things have a habit of getting out of sync later. > output which we want to see... -O3 usage needs to patched out. +1 > I set USE_CCACHE=Yes, but it is not picked up; cmake ports default to ninja, > there it works. This is because MAKE_ENV is not passed through. > You patch out git usage, is that for gn's build itself and/or consumers? > Please add a comment to the patch so things like these are clear to porters. > > Have you tried splitting sources and build artifacts (SEPARATE_BUILD=Yes, > then probably -C/cd here and there with WRKSRC and WRKBUILD)? It's already split into out/, a fully separate WRKBUILD doesn't work as-is (some things require the build dir to be a subdirectory of the source dir, not one alongside, plus there are other problems), I don't think we should add patches to support that. > mkdir should be INSTALL_DATA_DIR. yep (though I'm not sure it really matters any more..) others: Is there any reason not to have a RUN_DEPENDS on ninja? Setting PKGNAME=0.0.$DATE would avoid most reasons for needing EPOCH if this ever did get a versioned release I'd set DPB_PROPERTIES=parallel. > Did you look into failing tests? > [40/688] FormatTest.001 > ... > [121/688] FormatTest.084 > for example all fail; could be one (simple) fix this class. Start the tests from ${WRKSRC}/out and FormatTest.001 succeeds but subsequent fail. As is common with some other recent software it doesn't cope properly with OS that don't allow finding the path of the current executable. In this case it tries to use the result (i.e. "") but it expects it to be an absolute path with trailing /, and chdirs to that path plus .. (i.e. WRKSRC/out/..) so that it can find the data files. So chdir(".."). The first one succeeds but then it walks the path up to / for subsequent files with obvious results. Probably the best you can do is add another case to GetExePath that uses the full path from argv[0] if present and otherwise falls back to /usr/local/bin/gn, and when running tests call it with the full path. > > > > needed by > > > > lang/deno > > Will look at this another time. > > > https://deno.com > > Includes a gazillion patches for v8, taken from www/chromium > > Includes half a gazillion patches adapted from the FreeBSD port > > Caveats: > > * stub function to retrieve the resident set size is stubbed to always > > return 0 > > * misses an implementation of Deno.systemMemoryInfo() > > --> Deno.systemMemoryInfo() and Deno.memoryUsage() don't crash, but > > don't return useful values either. > > > > amd64: both tested, both seem to work reasonably well. > > > > arm64: devel/gn tested, lang/deno still building because RaspberryPi ... > > >
Re: [fix] mutter (gnome) terminal window focus issue
On Mon, May 01, 2023 at 09:25:16PM +0200, Stefan Hagen wrote: > Stefan Hagen wrote (2023-05-01 20:38 CEST): > > there's a bug/annoyance in gnome where newly spawned terminals don't get > > focus: https://gitlab.gnome.org/GNOME/mutter/-/issues/2690 > > To provide the full picture: The patch I'm proposing reopens the > original issue that lead to the change. > > The original issue was, that the launcher looses focus when a window > opens in the background - while the launcher is open. > https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5932 > > In my opinion, this is much less problematic than the current behavior. OK aja > > > For example typing in terminal A, then spawning another terminal B using > > the laucher will make terminal B appear on the screen, but the focus stays > > on terminal A. > > > > I'm currently seeing some people typing stuff into IRC that shouldn't go > > there because of this issue. > > > > Is this something we want to patch until upstream has decided what to > > do about it? The patch restores the previous behavior. > > > > Best Regards, > > Stefan > > > > Index: x11/gnome/mutter/Makefile > > === > > RCS file: /cvs/ports/x11/gnome/mutter/Makefile,v > > retrieving revision 1.152 > > diff -u -p -u -p -r1.152 Makefile > > --- x11/gnome/mutter/Makefile 26 Apr 2023 08:06:55 - 1.152 > > +++ x11/gnome/mutter/Makefile 1 May 2023 18:19:40 - > > @@ -2,6 +2,7 @@ COMMENT=window and compositing manager > > > > GNOME_PROJECT= mutter > > GNOME_VERSION= 44.1 > > +REVISION= 0 > > > > SHARED_LIBS += mutter-cogl-120.0 # 0.0.0 > > SHARED_LIBS += mutter-cogl-pango-12 0.0 # 0.0.0 > > Index: x11/gnome/mutter/patches/patch-src_core_window_c > > === > > RCS file: x11/gnome/mutter/patches/patch-src_core_window_c > > diff -N x11/gnome/mutter/patches/patch-src_core_window_c > > --- /dev/null 1 Jan 1970 00:00:00 - > > +++ x11/gnome/mutter/patches/patch-src_core_window_c1 May 2023 > > 18:19:40 - > > @@ -0,0 +1,20 @@ > > +Fix focus issue: https://gitlab.gnome.org/GNOME/mutter/-/issues/2690 > > +Index: src/core/window.c > > +--- src/core/window.c.orig > > src/core/window.c > > +@@ -1998,15 +1998,6 @@ window_state_on_map (MetaWindow *window, > > + return; > > + } > > + > > +- /* Do not focus window on map if input is already taken by the > > +- * compositor. > > +- */ > > +- if (!meta_display_windows_are_interactable (window->display)) > > +-{ > > +- *takes_focus = FALSE; > > +- return; > > +-} > > +- > > + /* Terminal usage may be different; some users intend to launch > > +* many apps in quick succession or to just view things in the new > > +* window while still interacting with the terminal. In that case, > > > -- Antoine