Re: UPDATE: fluidsynth-2.3.2
On Mon Sep 18, 2023 at 05:47:32PM +0100, Stuart Henderson wrote:
> On 2023/09/18 17:49, Rafael Sadowski wrote:
> > > -# autogen.sh needs aclocal/lib-ld.m4
> > > BUILD_DEPENDS += devel/gettext,-tools
>
> This version doesn't need gettext-tools to build (and you removed the
> comment which explains what it was there for in the first place..)
>
> > > +MODCMAKE_LDFLAGS = -lc
>
> Oh yeuch.
>
> The build uses -Wl,--no-undefined which doesn't work properly on
> OpenBSD (I suspect it maybe something to do with how we don't declare
> libc in NEEDED for libraries), I think that flag should be removed
> instead (remove the obvious lines in CMakeLists.txt) and remove this
> LDFLAGS setting.
>
> > > ++MODCMAKE_LDFLAGS = -lc
>
> bogus line ^^
>
Thanks for your input. I removed the "-Wl,--no-undefined" flag in the
CMakeLists.txt and MODCMAKE_LDFLAGS is no longer needed. New diff below.
This diff needs a runtime test with qsynth 0.9.11 update to make sure
sndio is still working. @CC sebastia@
Thanks!
Index: Makefile
===
RCS file: /cvs/ports/audio/fluidsynth/Makefile,v
retrieving revision 1.34
diff -u -p -u -p -r1.34 Makefile
--- Makefile5 Nov 2022 17:06:22 - 1.34
+++ Makefile19 Sep 2023 05:34:37 -
@@ -1,50 +1,43 @@
COMMENT = SoundFont2 software synthesizer
+
GH_ACCOUNT = FluidSynth
GH_PROJECT = fluidsynth
-GH_TAGNAME = v1.1.9
-REVISION = 1
+GH_TAGNAME = v2.3.2
-SHARED_LIBS += fluidsynth 2.0 # 6.0
+SHARED_LIBS += fluidsynth 3.0 # 6.0
CATEGORIES = audio
+
HOMEPAGE = https://www.fluidsynth.org/
# LGPLv2+
PERMIT_PACKAGE = Yes
-WANTLIB = FLAC c glib-2.0 gthread-2.0 iconv intl m curses ogg opus
-WANTLIB += pcre2-8 pthread readline sndfile sndio vorbis vorbisenc
+WANTLIB += ${COMPILER_LIBCXX} SDL2 c glib-2.0 gthread-2.0 intl
+WANTLIB += m readline sndfile sndio
-LIB_DEPENDS = audio/libsndfile \
- devel/glib2
+MODULES = devel/cmake
-AUTOCONF_VERSION = 2.69
-AUTOMAKE_VERSION = 1.16
-AUTORECONF = ./autogen.sh
+LIB_DEPENDS = audio/libsndfile \
+ devel/glib2 \
+ devel/sdl2
-# autogen.sh needs aclocal/lib-ld.m4
BUILD_DEPENDS += devel/gettext,-tools
-CONFIGURE_STYLE = autoreconf
-CONFIGURE_ARGS += --disable-coreaudio \
- --disable-coremidi \
- --disable-dart \
- --disable-dbus-support \
- --disable-lash \
- --disable-ladcca \
- --disable-midishare \
- --disable-oss-support \
- --disable-portaudio-support \
- --disable-pulse-support
-
-# broken
-CONFIGURE_ARGS += --disable-jack-support
+CONFIGURE_ARGS = -DCMAKE_DISABLE_FIND_PACKAGE_Doxygen=On \
+ -Denable-jack=OFF \
+ -Denable-coreaudio=OFF \
+ -Denable-coremidi=OFF \
+ -Denable-dart=OFF \
+ -Denable-dbus=OFF \
+ -Denable-lash=OFF \
+ -Denable-ladcca=OFF \
+ -Denable-midishare=OFF \
+ -Denable-oss=OFF \
+ -Denable-pipewire=OFF \
+ -Denable-pulseaudio=OFF
post-patch:
cp ${FILESDIR}/fluid_sndio.c ${WRKSRC}/src/drivers/
- # not defined in autoconf build, but required by source code
- # upstream really wants cmake, but the sndio patches need porting first
- sed -i
's,DEFAULT_SOUNDFONT,"${LOCALBASE}/share/generaluser-gs/GeneralUser_GS.sf2",' \
- ${WRKSRC}/src/synth/fluid_synth.c
.include
Index: distinfo
===
RCS file: /cvs/ports/audio/fluidsynth/distinfo,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 distinfo
--- distinfo25 Jun 2021 21:48:40 - 1.4
+++ distinfo19 Sep 2023 05:34:37 -
@@ -1,2 +1,2 @@
-SHA256 (fluidsynth-1.1.9.tar.gz) = 3WMh4Tp8h17zAyZEvTGX6Es9JJKOI3m8gGa3ys571BA=
-SIZE (fluidsynth-1.1.9.tar.gz) = 630651
+SHA256 (fluidsynth-2.3.2.tar.gz) = zWEIEPMFZuKPuYw2UB8ARGoG+muuPcViyM04aP4cD8c=
+SIZE (fluidsynth-2.3.2.tar.gz) = 1773755
Index: patches/patch-CMakeLists_txt
===
RCS file: patches/patch-CMakeLists_txt
diff -N patches/patch-CMakeLists_txt
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-CMakeLists_txt19 Sep 2023 05:34:37 -
@@ -0,0 +1,41 @@
+Index: CMakeLists.txt
+--- CMakeLists.txt.orig
CMakeLists.txt
+@@ -95,6 +95,7 @@ option ( enable-waveout "compile Windows WaveOut suppo
+ option ( enable-winmidi "compile Windows MIDI support (if it
[update] net/transmission 4.0.4
This is an update from 4.0.3 to 4.0.4. Lightly tested
the -gtk, -qt, and -daemon binaries on amd64.
diff --git a/net/transmission/Makefile b/net/transmission/Makefile
index ce94928b0ad..d5070c72809 100644
--- a/net/transmission/Makefile
+++ b/net/transmission/Makefile
@@ -2,7 +2,7 @@ COMMENT-main= BitTorrent command line and daemon client
COMMENT-gtk= BitTorrent client with GTK+ interface
COMMENT-qt=BitTorrent client with Qt interface
-VER= 4.0.3
+VER= 4.0.4
DISTNAME= transmission-${VER}
PKGNAME-main= transmission-${VER}
PKGNAME-gtk= transmission-gtk-${VER}
@@ -10,9 +10,6 @@ PKGNAME-qt= transmission-qt-${VER}
CATEGORIES=net
HOMEPAGE= https://transmissionbt.com/
MAINTAINER=Josh Grosse
-REVISION-gtk= 1
-REVISION-main= 1
-REVISION-qt= 1
# GPLv2+
PERMIT_PACKAGE=Yes
diff --git a/net/transmission/distinfo b/net/transmission/distinfo
index 438c9be7cc0..77eb8ce 100644
--- a/net/transmission/distinfo
+++ b/net/transmission/distinfo
@@ -1,2 +1,2 @@
-SHA256 (transmission-4.0.3.tar.xz) =
trAf1Y5CuxT3q6AlPbkyztBQ/NK7pdn4Rp133ditVFo=
-SIZE (transmission-4.0.3.tar.xz) = 10062044
+SHA256 (transmission-4.0.4.tar.xz) =
Ffe0MY/fv/sZqo2aaw/Yk0jm7x6GuqIaCAb/0Yk71aY=
+SIZE (transmission-4.0.4.tar.xz) = 9755152
diff --git a/net/transmission/patches/patch-cli_cli_cc
b/net/transmission/patches/patch-cli_cli_cc
deleted file mode 100644
index dd129a87d74..000
--- a/net/transmission/patches/patch-cli_cli_cc
+++ /dev/null
@@ -1,14 +0,0 @@
-PR 5424 - fix from upstream
-Index: cli/cli.cc
cli/cli.cc.orig
-+++ cli/cli.cc
-@@ -257,7 +257,8 @@ int tr_main(int argc, char* argv[])
-
- tr_ctorSetPaused(ctor, TR_FORCE, false);
-
--if (tr_ctorSetMetainfoFromFile(ctor, torrentPath, nullptr) ||
tr_ctorSetMetainfoFromMagnetLink(ctor, torrentPath, nullptr))
-+if (tr_sys_path_exists(torrentPath) ? tr_ctorSetMetainfoFromFile(ctor,
torrentPath, nullptr) :
-+
tr_ctorSetMetainfoFromMagnetLink(ctor, torrentPath, nullptr))
- {
- // all good
- }
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2023/09/18 17:13:30 Modified files: textproc/jless : Makefile crates.inc distinfo Log message: Force cc and libc crates to versions that support riscv64 and powerpc64 Missed in previous. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/09/18 14:44:01 Modified files: devel/kf5/kio : Makefile Added files: devel/kf5/kio/patches: patch-src_ioslaves_file_file_unix_cpp Log message: Don't crash if KMountPoint gives nothing back while checking for CIFS https://invent.kde.org/frameworks/kio/-/commit/48322f44323a1fc09305d66d9093fe6c3780709e BUG: 474451
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2023/09/18 13:24:23 Modified files: devel/clang-tools-extra: Makefile devel/llvm/13 : Makefile editors/xemacs21/stable: Makefile lang/bootgcc : Makefile lang/gcc/11: Makefile lang/gcc/8 : Makefile lang/gpc : Makefile lang/pcc/pcc-libs: Makefile lang/swi-prolog: Makefile math/octave: Makefile Log message: bump for plist changes 7.3 -> 7.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/09/18 13:02:26 Modified files: textproc/aspell/dicts/da: Makefile distinfo textproc/aspell/dicts/da/pkg: PLIST textproc/aspell/dicts/de: Makefile distinfo textproc/aspell/dicts/de/pkg: PLIST textproc/aspell/dicts/el: Makefile distinfo textproc/aspell/dicts/el/pkg: PLIST Log message: Upade aspell- de, da and el dicts
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/09/18 13:01:45 Modified files: textproc/aspell/core: Makefile distinfo textproc/aspell/core/patches: patch-Makefile_in patch-configure textproc/aspell/core/pkg: PLIST Removed files: textproc/aspell/core/patches: patch-common_cache-t_hpp patch-common_cache_cpp patch-common_lock_hpp patch-interfaces_cc_aspell_h patch-modules_filter_tex_cpp patch-prog_aspell_cpp patch-prog_check_funs_cpp patch-prog_checker_string_hpp Log message: Update aspell to 0.60.8 Makefile fixes from mbuhl@ to prevent gmake usage. Tested with some consumers by sthen@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/09/18 12:56:38 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Add freetype and freetype-doc removal
[Maintainer Update] lang/erlang 25.3.2.6
Trivial update to the latest bugfix release.
Reverse deps build, and everything runs (tested on amd64).
ok?Index: Makefile
===
RCS file: /cvs/ports/lang/erlang/25/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile 7 Aug 2023 15:47:03 - 1.20
+++ Makefile 18 Sep 2023 17:44:03 -
@@ -4,7 +4,7 @@ USE_NOBTCFI= Yes
COMMENT-main= ${COMMENT}
COMMENT-wx= WxWidgets bindings for Erlang
-V= 25.3.2.5
+V= 25.3.2.6
PORTROACH= limit:^OTP-25\.
DISTNAME= otp_src_$V
PKGNAME= erlang-$V
@@ -67,8 +67,8 @@ ERL_VERSIONS= \
ASN1_VSN5.0.21 \
COMMON_TEST_VSN 1.24.0.1 \
COMPILER_VSN8.2.6.3 \
-CRYPTO_VSN 5.1.4 \
-DEBUGGER_VSN5.3.1.1 \
+CRYPTO_VSN 5.1.4.1 \
+DEBUGGER_VSN5.3.1.2 \
DIALYZER_VSN5.0.5 \
DIAMETER_VSN2.2.7 \
EDOC_VSN1.2 \
@@ -79,28 +79,28 @@ ERL_DOCGEN_VSN 1.4 \
ET_VSN 1.6.5 \
EUNIT_VSN 2.8.2 \
FTP_VSN 1.1.4 \
-INETS_VSN 8.3.1.1 \
+INETS_VSN 8.3.1.2 \
JINTERFACE_VSN 1.13.1 \
-KERNEL_VSN 8.5.4.1 \
+KERNEL_VSN 8.5.4.2 \
MEGACO_VSN 4.4.3 \
-MNESIA_VSN 4.21.4 \
+MNESIA_VSN 4.21.4.1 \
OBSERVER_VSN2.14 \
ODBC_VSN2.14 \
OS_MON_VSN 2.8.2 \
PARSETOOLS_VSN 2.4.1 \
-PUBLIC_KEY_VSN 1.13.3 \
+PUBLIC_KEY_VSN 1.13.3.1 \
RELTOOL_VSN 0.9.1 \
RUNTIME_TOOLS_VSN 1.19 \
SASL_VSN4.2 \
SNMP_VSN5.13.5 \
SSH_VSN 4.15.3 \
-SSL_VSN 10.9.1.1 \
+SSL_VSN 10.9.1.2 \
STDLIB_VSN 4.3.1.2 \
SYNTAX_TOOLS_VSN3.0.1 \
TFTP_VSN1.0.4 \
TOOLS_VSN 3.5.3 \
WX_VSN 2.2.2 \
XMERL_VSN 1.3.31.1 \
-ERTS_VSN13.2.2.2
+ERTS_VSN13.2.2.3
.include
Index: distinfo
===
RCS file: /cvs/ports/lang/erlang/25/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo 7 Aug 2023 15:47:03 - 1.11
+++ distinfo 18 Sep 2023 17:44:03 -
@@ -1,4 +1,4 @@
-SHA256 (otp_doc_man_25.3.2.5.tar.gz) = g5S0EcRMnoxxUkB7k69g6S1/Hvn/1e/UAtzAQOrBiIQ=
-SHA256 (otp_src_25.3.2.5.tar.gz) = H4mbSx74VpwIcTt2vFRgeglQOh0Yjm1hUSA2GIzDVts=
-SIZE (otp_doc_man_25.3.2.5.tar.gz) = 1716246
-SIZE (otp_src_25.3.2.5.tar.gz) = 106241022
+SHA256 (otp_doc_man_25.3.2.6.tar.gz) = xmt3GQuPqkE0XkUjBHH8ldc3t3XRzMKU5xs9lonPy0U=
+SHA256 (otp_src_25.3.2.6.tar.gz) = FPUZu2P5zI0dti73xYq8VvqU+PdtkY0jrK03TzhDQIg=
+SIZE (otp_doc_man_25.3.2.6.tar.gz) = 1717004
+SIZE (otp_src_25.3.2.6.tar.gz) = 106235018
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: vol...@cvs.openbsd.org 2023/09/18 11:39:26 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Add lang/ocaml-camlp5 removal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: vol...@cvs.openbsd.org 2023/09/18 11:38:24 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Add lang/ocaml-camlp4 removal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: vol...@cvs.openbsd.org 2023/09/18 11:26:38 Modified files: lang : Makefile Removed files: lang/ocaml-camlp5: Makefile distinfo lang/ocaml-camlp5/patches: patch-Makefile lang/ocaml-camlp5/pkg: DESCR PFRAG.native PLIST Log message: Retire lang/ocaml-camlp5, no ports depend on it anymore and for local development it can be easily installed via sysutils/opam. ok daniel@, jca@, chrisz@ (Maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: vol...@cvs.openbsd.org 2023/09/18 11:18:37 Removed files: lang/ocaml-camlp4/pkg: DESCR PFRAG.native PLIST Log message: Retire lang/ocaml-camlp4/pkg/* as well
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: vol...@cvs.openbsd.org 2023/09/18 11:15:52 Modified files: lang : Makefile Removed files: lang/ocaml-camlp4: Makefile distinfo Log message: Retire lang/ocaml-camlp4, no ports depend on it anymore and for local development it can be easily installed using sysutils/opam. ok daniel@, jca@, chrisz@ (Maintainer)
Re: [UPDATE] Enable erlang26 flavors in erlang.port.mk
Ping.
On 9/5/23 15:02, Volker Schlecht wrote:
Here's a variation of my original proposal after feedback from sthen@.
The key points are:
* Enable erlang26 FLAVOR in erlang.port.mk
* Handle FLAVORS for differen erlang version similarly to how ruby and python
do things
* This actually affects only rebar3.
* Being able to install rebar3 for both versions of erlang in parallel is
the whole point of this exercise
* ... and we can make the rebar3 Makefile a lot simpler.
Feedback? ok?
On Sat Jul 1, 2023 at 5:02 PM CEST, Volker Schlecht wrote:
Here's an update to erlang.port.mk that enables the erlang26 FLAVOR for
erlang ports.
The idea is that if a specific MODERL_VERSION is set on a port, the port
will only be built for that version of erlang, otherwise the port will
be built with erlang25 and erlang26 flavors.
MODERL_VERSION is set for
* lang/lfe
* net/rabbitmq
* lang/elixir
* benchmarks/tsung
Those are unaffected by this change, and will be transitioned at a later
time.
Unfortunately this change does impact
* lang/gleam
which needs a minor adaptation to make that work (attached).
With that in place, the devel/rebar3 port can be simplified, because it
can reuse the MODERL_MODULES mechanism, that was largely taken over from
that port.
Also, since erlang/25 and erlang/26 can coexist, so should
rebar3-erlang25 and rebar3-erlang26, thus @option no-default-conflict.
Unfortunately that's a lot of stuff that needs to happen together, and I
had to do some things with @pkpaths and pkgstems that I'm not 100%
certain about, so feedback is highly welcome and probably direly needed
:-)
Tested on amd64.
Index: erlang.port.mk
===
RCS file: /cvs/ports/lang/erlang/erlang.port.mk,v
retrieving revision 1.35
diff -u -p -r1.35 erlang.port.mk
--- erlang.port.mk 23 Aug 2023 15:26:33 - 1.35
+++ erlang.port.mk 2 Sep 2023 17:44:06 -
@@ -5,29 +5,63 @@ CATEGORIES += lang/erlang
USE_GMAKE ?= Yes
# Default Erlang version to use if MODERL_VERSION is not set.
-# XXX: Keep in sync with devel/rebar3/Makefile
-MODERL_DEFAULT_VERSION =25
+_MODERL_DEFAULT_VERSION = 25
-# If the port already has flavors, append ours to it unless the port requires
-# a specific version of Erlang.
-.if !defined(MODERL_VERSION) && !defined(FLAVORS)
-FLAVORS ?= erlang25
-.else
-FLAVORS += erlang25
+# Default Erlang flavor to use if MODERL_VERSION is not set,
+# and MODERL_HANDLE_FLAVORS is set.
+_MODERL_DEFAULT_FLAVOR = erlang${_MODERL_DEFAULT_VERSION}
+
+# Whether the erlang module should automatically add FLAVORs.
+MODERL_HANDLE_FLAVORS ?= No
+
+# This permits adding FLAVORS automatically, unless FLAVORS are
+# already defined or the port defines MODERL_VERSION to tie the port
+# to a specific erlang version.
+.if !defined(MODERL_VERSION)
+. if ${MODERL_HANDLE_FLAVORS:L:Myes}
+
+# If erlang.port.mk should handle FLAVORS, define a separate FLAVOR
+# for each erlang runtime
+.if !defined(FLAVORS)
+FLAVORS = erlang25 erlang26
+.endif
+
+FULLPKGNAME ?= ${MODERL_PKG_PREFIX}-${PKGNAME}
+
+FLAVOR ?=
+.if empty(FLAVOR)
+FLAVOR = ${MODERL_DEFAULT_FLAVOR}
+.endif
+. endif
.endif
-FLAVOR?= # empty
-
-# When no flavor is explicitly set, assume MODERL_DEFAULT_VERSION
-MODERL_VERSION ?= ${MODERL_DEFAULT_VERSION}
-_MODERL_FLAVOR ?= # empty
+MODERL_PKG_PREFIX = erl${MODERL_VERSION}
-.if ${MODERL_VERSION} == 25
+.if defined(MODERL_VERSION)
+. if ${MODERL_VERSION} == 25
_MODERL_FLAVOR = erlang25
-.else
+. elif ${MODERL_VERSION} == 26
+_MODERL_FLAVOR = erlang26
+. else
ERRORS += "Invalid MODERL_VERSION set: ${MODERL_VERSION}."
+. endif
+.else
+# When only flavour is set, derive version
+. if !empty(FLAVOR)
+.if ${FLAVOR} == erlang25
+MODERL_VERSION ?= 25
+_MODERL_FLAVOR ?= erlang25
+.elif ${FLAVOR} == erlang26
+MODERL_VERSION ?= 26
+_MODERL_FLAVOR ?= erlang26
+.endif
+. endif
.endif
+# Fall back to default
+MODERL_VERSION ?= ${_MODERL_DEFAULT_VERSION}
+_MODERL_FLAVOR ?= ${_MODERL_DEFAULT_FLAVOR}
+
# If no configure style is set, then assume "rebar3"
.if ${CONFIGURE_STYLE} == ""
CONFIGURE_STYLE = rebar3
@@ -54,6 +88,7 @@ _MODERL_RDEPS += ${r},${_MODERL_FLAVOR}
_MODERL_TDEPS += ${t},${_MODERL_FLAVOR}
.endfor
+
MODERL_BUILDDEP ?= Yes
MODERL_RUNDEP ?= Yes
@@ -94,6 +129,7 @@ MODERL_ERLC = ${LOCALBASE}/bin/erlc${MO
_MODERL_LINKS += erl${MODERL_VERSION} erl \
erlc${MODERL_VERSION} erlc \
erl_call${MODERL_VERSION} erl_call \
+ epmd${MODERL_VERSION} epmd \
escript${MODERL_VERSION} escript
.if !empty(_MODERL_LINKS)
@@ -128,7 +164,7 @@ pre-build:
# https://hex.pm.
MASTER_SITE_HEX = https://repo.hex.pm/tarballs/
-MASTER_SITES.erl ?= ${MASTER_SITE_HEX}
+MASTER_SITES.erl ?= ${MASTER_SITE_HEX}
MODERL_DIST_SUBDIR ?= hex_modules
. for _m _v in ${MODERL_MODULES}
Index: Makefile
===
RCS file:
Re: CVS: cvs.openbsd.org: ports
On 2023/09/18 09:48, Rafael Sadowski wrote: > CVSROOT: /cvs > Module name: ports > Changes by: rsadow...@cvs.openbsd.org 2023/09/18 09:48:29 > > Modified files: > print : Makefile > Removed files: > print/freetype : Makefile distinfo > print/freetype/patches: patch-Makefile_in patch-ft_conf_h_in > print/freetype/pkg: DESCR-doc DESCR-main PLIST-doc PLIST-main > > Log message: > Remove print/freetype. > > no consumers left > > OK op@ > I think this needs a quirk of some sort.
Re: UPDATE: fluidsynth-2.3.2
On 2023/09/18 17:49, Rafael Sadowski wrote: > > -# autogen.sh needs aclocal/lib-ld.m4 > > BUILD_DEPENDS += devel/gettext,-tools This version doesn't need gettext-tools to build (and you removed the comment which explains what it was there for in the first place..) > > +MODCMAKE_LDFLAGS = -lc Oh yeuch. The build uses -Wl,--no-undefined which doesn't work properly on OpenBSD (I suspect it maybe something to do with how we don't declare libc in NEEDED for libraries), I think that flag should be removed instead (remove the obvious lines in CMakeLists.txt) and remove this LDFLAGS setting. > > ++MODCMAKE_LDFLAGS =-lc bogus line ^^
Re: Ports that need maintainer/help?
On 2023-09-18 15:14, Christoff Humphries wrote: I appreciate the advice and guidance. I understand it is best to work on things you have a vested interest in, but that doesn't apply to me but wanted to help anyway (helping where short-handed/not enough folks to work on things). Hello, If you want to have a go here are a couple programs I've been using everyday for quite some time that I planned to port at some point: runs very well and should be easy to port: soju -> https://git.sr.ht/~emersion/soju senpai -> https://git.sr.ht/~taiite/senpai runs well but the 'parcel build' step requires a linux vm (it'll work without it but that saves lots of disk space): gamja -> https://git.sr.ht/~emersion/gamja Otherwise in the 'might use at some point but need to first figure out how firefox will deal with it' category we have: gopass-jsonapi -> https://github.com/gopasspw/gopass-jsonapi Have a good day! On 2023-09-18 15:14, Christoff Humphries wrote: --- Original Message --- On Monday, September 18th, 2023 at 1:04 PM, Stuart Henderson wrote: On 2023/09/18 13:34, Stuart Henderson wrote: > On 2023/09/18 12:27, Christoff Humphries wrote: > > > Hello all. > > > > Is there a way I can find ports that are abandoned, need help, or > > otherwise are things I can contribute to? Preferably is there a way I > > can discern this information without bugging people like posting on > > this mailing list? > > > > Selfishly, there are no packages I could use on OpenBSD (outside of > > the pentesting ones that the SecBSD folks are working on that will > > hopefully be pushed upstream someday [I'm a pentester, too]), so I > > don't have an vested interest in ports I need on the system. I do > > appreciate that Qt 6 and Qt 6 httpserver are included in -current > > ports (which I tested and work great!). > > > > Thanks in advance. I helped with ports long ago but that was 20 years > > ago. > > https://portroach.openbsd.org/the openbsd ports mailing-list .html > is a good place to look for outdated unmaintained ports. (also: sometimes a port is outdated just because nobody got round to it, but sometimes there's a good reason - it's often helpful to check cvs log and the ports@ archive before starting on an update, especially if it's a complicated one). > I'll make a comment though. If a port is long abandoned then there's > a fair chance that nobody else particularly cares about it, randomly > updating such ports that you don't particularly care about either means > that you're doing work, and asking someone else to do work to review, > for something that maybe nobody really wants/needs. So it is probably > better to try to find things which are actually of interest to you. I appreciate the advice and guidance. I understand it is best to work on things you have a vested interest in, but that doesn't apply to me but wanted to help anyway (helping where short-handed/not enough folks to work on things). Right now it sounds like helping with ports would be a pointless venture for me. I'll do more digging to see if there is still somewhere that needs help. I have all the programs I need. Thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/18 10:07:23 Modified files: multimedia/pipewire/pipewire: Makefile Log message: Don't install PAM limits.d file.
Re: Ports that need maintainer/help?
Hello, The issue with unmaintained ports is they are un maintained due to lack of interest, upstream is dead, file can't be found, and they are better off removed and then added again once interest is there. I maintain www/Hiawatha because I use it and the version that was there was very old. So since I know Hiawatha isn't a well used web server compared to nginx updates don't have to be done immediately. But a few of my first ports were programs that taught me how to do it and I never used them again, and that's when you let others continue the work which makes it easier when the base is there rather than a new port. I hope one day we will have a system in place for perl python modules instead of 5k of those but I can't complain if I don't try when I'm more than capable of doing so, saying that gives some room for improvements Chris Original Message On Sep 18, 2023, 10:46 AM, Morgan Aldridge wrote: > On Mon, Sep 18, 2023 at 9:17 AM Christoff Humphries wrote: > --- > Original Message --- > On Monday, September 18th, 2023 at 1:04 PM, Stuart > Henderson s...@spacehopper.org> wrote: > > > > > > On 2023/09/18 13:34, > Stuart Henderson wrote: > > > > > On 2023/09/18 12:27, Christoff Humphries > wrote: > > > > > > > Hello all. > > > > > > > > Is there a way I can find > ports that are abandoned, need help, or > > > > otherwise are things I can > contribute to? Preferably is there a way I > > > > can discern this > information without bugging people like posting on > > > > this mailing list? > > > > > > > > > Selfishly, there are no packages I could use on OpenBSD > (outside of > > > > the pentesting ones that the SecBSD folks are working on > that will > > > > hopefully be pushed upstream someday [I'm a pentester, > too]), so I > > > > don't have an vested interest in ports I need on the > system. I do > > > > appreciate that Qt 6 and Qt 6 httpserver are included in > -current > > > > ports (which I tested and work great!). > > > > > > > > > Thanks in advance. I helped with ports long ago but that was 20 years > > > > > ago. > > > > > > https://portroach.openbsd.org/the openbsd ports mailing-list > ports@openbsd.org>.html > > > is a good place to look for outdated > unmaintained ports. > > > > > > (also: sometimes a port is outdated just > because nobody got > > round to it, but sometimes there's a good reason - > it's often > > helpful to check cvs log and the ports@ archive before > starting > > on an update, especially if it's a complicated one). > > > > > > I'll make a comment though. If a port is long abandoned then there's > > > a > fair chance that nobody else particularly cares about it, randomly > > > > updating such ports that you don't particularly care about either means > > > > that you're doing work, and asking someone else to do work to review, > > > > for something that maybe nobody really wants/needs. So it is probably > > > > better to try to find things which are actually of interest to you. > > I > appreciate the advice and guidance. I understand it is best to work > on > things you have a vested interest in, but that doesn't apply to me > but > wanted to help anyway (helping where short-handed/not enough folks > to work > on things). > > Right now it sounds like helping with ports would be a > pointless > venture for me. I'll do more digging to see if there is still > > somewhere that needs help. I have all the programs I need. I'm not a > committer and only maintain a few smaller ports (some of them personal that > haven't been accepted into the tree), but -- toward Stuart's point regarding > updating stale ports requiring extra work from reviewers -- even > non-committers can test & provide feedback on ports. Such reviews don't count > as official 'OKs' and the responsibility that entails, but are generally > appreciated by portera as additional confirmation that things are working > correctly across environments/platforms, can help them attain or retain > visibility for their ports/updates (esp. when sending followup 'pings'), and > are certainly a good way to familiarize yourself with OpenBSD development > processes and documentation. I've learned a ton just from subscribing to > ports@ and following along when there are ports/updates I'm interested in, > even if I usually don't get to test many of them as I'd like. Morgan
Re: UPDATE: fluidsynth-2.3.2
On Wed Sep 06, 2023 at 02:54:58PM +0200, Rafael Sadowski wrote:
> On Sun Sep 03, 2023 at 03:13:46PM +0100, Stefan Hagen wrote:
> > Rafael Sadowski wrote (2023-08-31 13:42 IST):
> > > Update fluidsynth to 2.3.2. I built all consumers happy expect from
> > > audio/qsynth (Looks like it needs an update).
> > >
> > > I would like to get positive feedback from people who have tested with
> > > the sndio backend.
> >
> > It doesn't build here.
> >
> > -- Found GLib2: /usr/local/lib/libglib-2.0.so.4201.10 (found suitable
> > version "2.76.4", minimum required is "2.6.5")
> > -- Found libffi: /usr/local/lib/libffi.so.2.0
> > -- Found SndFile: /usr/local/lib/libsndfile.so.7.0 (found suitable version
> > "1.2.0", minimum required is "1.0.0")
> > -- Checking for module 'sndio'
> > -- Found sndio, version 1.9.0
> > CMake Error at CMakeLists.txt:558 (message):
> > Could NOT find sndio
> >
> > -- Configuring incomplete, errors occurred!
> > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2961
> > 'do-configure': @cd /usr/ports/pobj/fluidsynth-2.3.2/build-amd64 &&
> > /usr/bin...)
> > *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2981
> > '/usr/ports/pobj/fluidsynth-2.3.2/build-amd64/.configure_done': @cd
> > /usr/por...)
> > *** Error 2 in /usr/ports/audio/fluidsynth
> > (/usr/ports/infrastructure/mk/bsd.port.mk:2634 'all':
> > @lock=fluidsynth-2.3.2; export _LOCKS_HELD...)
> >
> > - Stefan
> >
>
> Thanks for testing and sorry for catching a problem. Here is a proper
> version.
>
Ping
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/fluidsynth/Makefile,v
> retrieving revision 1.34
> diff -u -p -u -p -r1.34 Makefile
> --- Makefile 5 Nov 2022 17:06:22 - 1.34
> +++ Makefile 6 Sep 2023 12:51:01 -
> @@ -1,50 +1,47 @@
> COMMENT =SoundFont2 software synthesizer
> +
> GH_ACCOUNT = FluidSynth
> GH_PROJECT = fluidsynth
> -GH_TAGNAME = v1.1.9
> -REVISION = 1
> +GH_TAGNAME = v2.3.2
>
> -SHARED_LIBS += fluidsynth 2.0 # 6.0
> +SHARED_LIBS += fluidsynth 3.0 # 6.0
>
> CATEGORIES = audio
> +
> HOMEPAGE = https://www.fluidsynth.org/
>
> # LGPLv2+
> PERMIT_PACKAGE = Yes
>
> -WANTLIB = FLAC c glib-2.0 gthread-2.0 iconv intl m curses ogg opus
> -WANTLIB += pcre2-8 pthread readline sndfile sndio vorbis vorbisenc
> +WANTLIB += ${COMPILER_LIBCXX} SDL2 c glib-2.0 gthread-2.0 intl
> +WANTLIB += m readline sndfile sndio
>
> -LIB_DEPENDS =audio/libsndfile \
> - devel/glib2
> +MODULES =devel/cmake
>
> -AUTOCONF_VERSION = 2.69
> -AUTOMAKE_VERSION = 1.16
> -AUTORECONF = ./autogen.sh
> +LIB_DEPENDS =audio/libsndfile \
> + devel/glib2 \
> + devel/sdl2
>
> -# autogen.sh needs aclocal/lib-ld.m4
> BUILD_DEPENDS += devel/gettext,-tools
>
> -CONFIGURE_STYLE =autoreconf
> -CONFIGURE_ARGS +=--disable-coreaudio \
> - --disable-coremidi \
> - --disable-dart \
> - --disable-dbus-support \
> - --disable-lash \
> - --disable-ladcca \
> - --disable-midishare \
> - --disable-oss-support \
> - --disable-portaudio-support \
> - --disable-pulse-support
> +MODCMAKE_LDFLAGS = -lc
> +
> +CONFIGURE_ARGS = -DCMAKE_DISABLE_FIND_PACKAGE_Doxygen=On \
> + -Denable-jack=OFF \
> + -Denable-coreaudio=OFF \
> + -Denable-coremidi=OFF \
> + -Denable-dart=OFF \
> + -Denable-dbus=OFF \
> + -Denable-lash=OFF \
> + -Denable-ladcca=OFF \
> + -Denable-midishare=OFF \
> + -Denable-oss=OFF \
> + -Denable-pipewire=OFF \
> + -Denable-pulseaudio=OFF
>
> -# broken
> -CONFIGURE_ARGS +=--disable-jack-support
> ++MODCMAKE_LDFLAGS = -lc
>
> post-patch:
> cp ${FILESDIR}/fluid_sndio.c ${WRKSRC}/src/drivers/
> - # not defined in autoconf build, but required by source code
> - # upstream really wants cmake, but the sndio patches need porting first
> - sed -i
> 's,DEFAULT_SOUNDFONT,"${LOCALBASE}/share/generaluser-gs/GeneralUser_GS.sf2",'
> \
> - ${WRKSRC}/src/synth/fluid_synth.c
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/audio/fluidsynth/distinfo,v
> retrieving revision 1.4
> diff -u -p -u -p -r1.4 distinfo
> --- distinfo 25 Jun 2021 21:48:40 - 1.4
> +++ distinfo 6 Sep 2023 12:51:01 -
> @@ -1,2 +1,2 @@
> -SHA256 (fluidsynth-1.1.9.tar.gz) =
>
Re: UPDATE: qsynth-0.9.11
On Thu Aug 31, 2023 at 02:45:20PM +0200, Rafael Sadowski wrote:
> Simple update qsynth to 0.9.11. This update need audio/fluidsynth>=2.3.2
> (checkout ports@) and runtime tests.
>
> Looking forward to read positive feedback.
>
> Cheers Rafael
Ping
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/qsynth/Makefile,v
> retrieving revision 1.18
> diff -u -p -u -p -r1.18 Makefile
> --- Makefile 24 Apr 2023 11:40:35 - 1.18
> +++ Makefile 31 Aug 2023 12:43:42 -
> @@ -1,7 +1,6 @@
> COMMENT =Qt GUI Interface for FluidSynth
>
> -DISTNAME = qsynth-0.6.3
> -REVISION = 0
> +DISTNAME = qsynth-0.9.11
>
> CATEGORIES = audio
>
> @@ -14,24 +13,19 @@ PERMIT_PACKAGE = Yes
>
> MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=qsynth/}
>
> -WANTLIB += ${COMPILER_LIBCXX} Qt5Core Qt5Gui Qt5Widgets c
> -WANTLIB += m fluidsynth GL Qt5Network curses readline
> +WANTLIB += ${COMPILER_LIBCXX} GL Qt6Core Qt6Gui Qt6Network Qt6Svg
> +WANTLIB += Qt6Widgets c fluidsynth m
>
> -MODULES =x11/qt5
> +MODULES =x11/qt6 \
> + devel/cmake
>
> -LIB_DEPENDS += audio/fluidsynth
> +LIB_DEPENDS += audio/fluidsynth>=2.3.2 \
> + x11/qt6/qtsvg
>
> RUN_DEPENDS += devel/desktop-file-utils \
> x11/gtk+4,-guic
>
> -USE_GMAKE = Yes
> NO_TEST =Yes
> -
> -CONFIGURE_STYLE =gnu
> -
> -CONFIGURE_ENV += CPPFLAGS="${CPPFLAGS} -I${LOCALBASE}/include" \
> - LDFLAGS="${LDFLAGS} -L${LOCALBASE}/lib
> -L${X11BASE}/lib" \
> - ac_cv_path_ac_qmake="${MODQT_QMAKE}"
>
> .if ${MACHINE_ARCH} == "hppa"
> WANTLIB += atomic
> Index: distinfo
> ===
> RCS file: /cvs/ports/audio/qsynth/distinfo,v
> retrieving revision 1.11
> diff -u -p -u -p -r1.11 distinfo
> --- distinfo 17 Aug 2020 19:39:40 - 1.11
> +++ distinfo 31 Aug 2023 12:43:42 -
> @@ -1,2 +1,2 @@
> -SHA256 (qsynth-0.6.3.tar.gz) = G1cz01tLJGedWYEs+aXzFSrAx4BGuh23GHDLfv+tOHY=
> -SIZE (qsynth-0.6.3.tar.gz) = 382990
> +SHA256 (qsynth-0.9.11.tar.gz) = KTMN2e9Sssb+V48k8b2b6IFE6qO6yXxGdtYwkULX7Bs=
> +SIZE (qsynth-0.9.11.tar.gz) = 333402
> Index: patches/patch-Makefile_in
> ===
> RCS file: patches/patch-Makefile_in
> diff -N patches/patch-Makefile_in
> --- patches/patch-Makefile_in 11 Mar 2022 18:20:29 - 1.3
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,27 +0,0 @@
> -Don't compress manpages, also install(1) has no -v option
> -
> -Index: Makefile.in
> Makefile.in.orig
> -+++ Makefile.in
> -@@ -109,16 +109,15 @@ translations_lrelease: translations_lupdate $(translat
> -
> - install:$(target) translations_lrelease $(name).1
> - @$(MAKE) INSTALL_ROOT=$(DESTDIR) -f $(name).mak install
> --@install -d -v -m 0755 $(DESTDIR)$(translations_dir)
> --@install -d -v -m 0755 $(DESTDIR)$(mandir)/man1
> --@install -v -m 0644 $(translations_targets)
> $(DESTDIR)$(translations_dir)
> --@install -v -m 0644 $(name)*.1 $(DESTDIR)$(mandir)/man1
> --@gzip -nvf $(DESTDIR)$(mandir)/man1/$(name)*.1
> -+@install -d -m 0755 $(DESTDIR)$(translations_dir)
> -+@install -d -m 0755 $(DESTDIR)$(mandir)/man1
> -+@install -m 0644 $(translations_targets) $(DESTDIR)$(translations_dir)
> -+@install -m 0644 $(name)*.1 $(DESTDIR)$(mandir)/man1
> -
> - uninstall: $(DESTDIR)$(prefix)/bin/$(name)
> - @$(MAKE) INSTALL_ROOT=$(DESTDIR) -f $(name).mak uninstall
> - @rm -rvf $(DESTDIR)$(translations_dir)
> --@rm -vf $(DESTDIR)$(mandir)/man1/$(name)*.1.gz
> -+@rm -vf $(DESTDIR)$(mandir)/man1/$(name)*.1
> -
> -
> - clean: $(name).mak
> Index: patches/patch-src_qsynthChannelsForm_cpp
> ===
> RCS file: patches/patch-src_qsynthChannelsForm_cpp
> diff -N patches/patch-src_qsynthChannelsForm_cpp
> --- patches/patch-src_qsynthChannelsForm_cpp 11 Mar 2022 18:20:29 -
> 1.3
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,16 +0,0 @@
> -Index: src/qsynthChannelsForm.cpp
> src/qsynthChannelsForm.cpp.orig
> -+++ src/qsynthChannelsForm.cpp
> -@@ -281,10 +281,12 @@ void qsynthChannelsForm::updateChannel ( int iChan )
> - pItem->setText(QSYNTH_CHANNELS_PROG,
> - QString::number(iProg));
> - pItem->setText(QSYNTH_CHANNELS_NAME, sName);
> -+#ifdef CONFIG_FLUID_BANK_OFFSET
> - pItem->setText(QSYNTH_CHANNELS_SFID,
> - QString::number(iSFID));
> - pItem->setText(QSYNTH_CHANNELS_SFNAME,
> - QFileInfo(sSFName).baseName());
> -+#endif
> - // Make this a dirty-operation.
> -
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/09/18 09:48:29 Modified files: print : Makefile Removed files: print/freetype : Makefile distinfo print/freetype/patches: patch-Makefile_in patch-ft_conf_h_in print/freetype/pkg: DESCR-doc DESCR-main PLIST-doc PLIST-main Log message: Remove print/freetype. no consumers left OK op@
Re: Ports that need maintainer/help?
On Mon, Sep 18, 2023 at 9:17 AM Christoff Humphries wrote: > --- Original Message --- > On Monday, September 18th, 2023 at 1:04 PM, Stuart Henderson < > s...@spacehopper.org> wrote: > > > > > > On 2023/09/18 13:34, Stuart Henderson wrote: > > > > > On 2023/09/18 12:27, Christoff Humphries wrote: > > > > > > > Hello all. > > > > > > > > Is there a way I can find ports that are abandoned, need help, or > > > > otherwise are things I can contribute to? Preferably is there a way I > > > > can discern this information without bugging people like posting on > > > > this mailing list? > > > > > > > > Selfishly, there are no packages I could use on OpenBSD (outside of > > > > the pentesting ones that the SecBSD folks are working on that will > > > > hopefully be pushed upstream someday [I'm a pentester, too]), so I > > > > don't have an vested interest in ports I need on the system. I do > > > > appreciate that Qt 6 and Qt 6 httpserver are included in -current > > > > ports (which I tested and work great!). > > > > > > > > Thanks in advance. I helped with ports long ago but that was 20 years > > > > ago. > > > > > > https://portroach.openbsd.org/the openbsd ports mailing-list < > ports@openbsd.org>.html > > > is a good place to look for outdated unmaintained ports. > > > > > > (also: sometimes a port is outdated just because nobody got > > round to it, but sometimes there's a good reason - it's often > > helpful to check cvs log and the ports@ archive before starting > > on an update, especially if it's a complicated one). > > > > > I'll make a comment though. If a port is long abandoned then there's > > > a fair chance that nobody else particularly cares about it, randomly > > > updating such ports that you don't particularly care about either means > > > that you're doing work, and asking someone else to do work to review, > > > for something that maybe nobody really wants/needs. So it is probably > > > better to try to find things which are actually of interest to you. > > I appreciate the advice and guidance. I understand it is best to work > on things you have a vested interest in, but that doesn't apply to me > but wanted to help anyway (helping where short-handed/not enough folks > to work on things). > > Right now it sounds like helping with ports would be a pointless > venture for me. I'll do more digging to see if there is still > somewhere that needs help. I have all the programs I need. I'm not a committer and only maintain a few smaller ports (some of them personal that haven't been accepted into the tree), but -- toward Stuart's point regarding updating stale ports requiring extra work from reviewers -- even non-committers can test & provide feedback on ports. Such reviews don't count as official 'OKs' and the responsibility that entails, but are generally appreciated by portera as additional confirmation that things are working correctly across environments/platforms, can help them attain or retain visibility for their ports/updates (esp. when sending followup 'pings'), and are certainly a good way to familiarize yourself with OpenBSD development processes and documentation. I've learned a ton just from subscribing to ports@ and following along when there are ports/updates I'm interested in, even if I usually don't get to test many of them as I'd like. Morgan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/09/18 09:46:00 Modified files: x11/eterm : Makefile Log message: Remove freetype1 as dependency Looks like eterm picks up freetype from xenocara and not from print/freetype (1.X) if print/freetype is not installed. OK op@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2023/09/18 09:29:33 Modified files: archivers/libarchive: Tag: OPENBSD_7_3 Makefile distinfo archivers/libarchive/pkg: Tag: OPENBSD_7_3 PLIST Log message: archivers/libarchive: security update to 3.7.2 Accumulated security fixes: * SEGV and stack buffer overflow in verbose mode of cpio * Multiple vulnerabilities have been fixed in the PAX writer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/18 09:00:33 Removed files: multimedia/pipewire/pipewire/patches: patch-src_modules_module-rt_c.orig Log message: Drop bogus.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/18 08:59:38 Modified files: multimedia/pipewire/pipewire: Makefile multimedia/pipewire/pipewire/pkg: PLIST Log message: Disable almost everything until proven useful.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2023/09/18 08:54:40 Modified files: lang/zig : Makefile Added files: lang/zig/patches: patch-src_link_Elf_zig Log message: lang/zig: pass -z nobtcfi to the linker tested and ok volker@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2023/09/18 08:44:47 Modified files: games/vcmi : Makefile distinfo games/vcmi/patches: patch-CMakeLists_txt games/vcmi/pkg : PLIST Added files: games/vcmi/patches: patch-lib_modding_CModVersion_h Removed files: games/vcmi/patches: patch-lib_CModVersion_h Log message: Update to vcmi-1.3.2. Changed game default settings and interface changes made me thought it is buggy.
Re: UPDATE: Suricata-7.0.0
ping
On 9/4/23 14:50, Gonzalo L. Rodriguez wrote:
Hello,
Upgrade for Suricata to 7.0.0:
https://github.com/OISF/suricata/releases/tag/suricata-7.0.0
Test are welcome.
OK? Comments?
Cheers.-
Index: Makefile
===
RCS file: /cvs/ports/security/suricata/Makefile,v
retrieving revision 1.59
diff -u -p -r1.59 Makefile
--- Makefile3 Jul 2023 08:22:31 - 1.59
+++ Makefile4 Sep 2023 12:48:54 -
@@ -3,7 +3,7 @@ NOT_FOR_ARCHS = powerpc64 riscv64
COMMENT = high performance network IDS, IPS and security monitoring
-SURICATA_V = 6.0.12
+SURICATA_V = 7.0.0
SUPDATE_V = 1.2.7
DISTNAME = suricata-${SURICATA_V}
@@ -49,7 +49,7 @@ COMPILER =base-clang ports-gcc
DEBUG_PACKAGES = ${BUILD_PACKAGES}
CONFIGURE_STYLE = autoconf
-AUTOCONF_VERSION = 2.69
+AUTOCONF_VERSION = 2.71
AUTOMAKE_VERSION =1.15
CONFIGURE_ENV = ac_cv_path_HAVE_PDFLATEX= \
Index: distinfo
===
RCS file: /cvs/ports/security/suricata/distinfo,v
retrieving revision 1.20
diff -u -p -r1.20 distinfo
--- distinfo3 Jul 2023 08:22:31 - 1.20
+++ distinfo4 Sep 2023 12:48:54 -
@@ -1,2 +1,2 @@
-SHA256 (suricata-6.0.12.tar.gz) = BLIxYJNbAxl7CFwszJ2Ah1oz8RVYMFTRRgqw+2bYNLM=
-SIZE (suricata-6.0.12.tar.gz) = 27388535
+SHA256 (suricata-7.0.0.tar.gz) = e80TExGDZkUUZdw/g4Wj9qrdCE/+RN0lfdqBBYY7t2k=
+SIZE (suricata-7.0.0.tar.gz) = 23426302
Index: patches/patch-configure_ac
===
RCS file: /cvs/ports/security/suricata/patches/patch-configure_ac,v
retrieving revision 1.11
diff -u -p -r1.11 patch-configure_ac
--- patches/patch-configure_ac 3 Jul 2023 08:22:31 - 1.11
+++ patches/patch-configure_ac 4 Sep 2023 12:48:54 -
@@ -3,7 +3,7 @@ To remove the pid file, its directory mu
Index: configure.ac
--- configure.ac.orig
+++ configure.ac
-@@ -2764,7 +2764,7 @@ if test "$WINDOWS_PATH" = "yes"; then
+@@ -2543,7 +2543,7 @@ if test "$WINDOWS_PATH" = "yes"; then
fi
else
EXPAND_VARIABLE(localstatedir, e_logdir, "/log/suricata/")
Index: patches/patch-doc_userguide_Makefile_in
===
RCS file: /cvs/ports/security/suricata/patches/patch-doc_userguide_Makefile_in,v
retrieving revision 1.6
diff -u -p -r1.6 patch-doc_userguide_Makefile_in
--- patches/patch-doc_userguide_Makefile_in 3 Jul 2023 08:22:31 -
1.6
+++ patches/patch-doc_userguide_Makefile_in 4 Sep 2023 12:48:54 -
@@ -3,10 +3,10 @@ Index: doc/userguide/Makefile.in
+++ doc/userguide/Makefile.in
@@ -1,3 +1,4 @@
+
- # Makefile.in generated by automake 1.16.1 from Makefile.am.
+ # Makefile.in generated by automake 1.16.5 from Makefile.am.
# @configure_input@
-@@ -623,14 +624,14 @@ uninstall-man: uninstall-man1
+@@ -616,14 +617,14 @@ uninstall-man: uninstall-man1
@HAVE_SPHINXBUILD_TRUE@ sysconfdir=$(sysconfdir) \
@HAVE_SPHINXBUILD_TRUE@ localstatedir=$(localstatedir) \
@HAVE_SPHINXBUILD_TRUE@ version=$(PACKAGE_VERSION) \
@@ -23,7 +23,7 @@ Index: doc/userguide/Makefile.in
@HAVE_SPHINXBUILD_TRUE@ $(top_srcdir)/doc/userguide _build/latex
# The Sphinx generated Makefile is GNU Make specific, so just do what
# it does here - yes, multiple passes of pdflatex is required.
-@@ -650,7 +651,7 @@ uninstall-man: uninstall-man1
+@@ -643,7 +644,7 @@ uninstall-man: uninstall-man1
@HAVE_SPHINXBUILD_TRUE@ sysconfdir=$(sysconfdir) \
@HAVE_SPHINXBUILD_TRUE@ localstatedir=$(localstatedir) \
@HAVE_SPHINXBUILD_TRUE@ version=$(PACKAGE_VERSION) \
Index: patches/patch-src_suricata_c
===
RCS file: patches/patch-src_suricata_c
diff -N patches/patch-src_suricata_c
--- patches/patch-src_suricata_c14 Feb 2023 21:14:14 - 1.12
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,14 +0,0 @@
-Use setresuid/gid() directly to change user and group. Otherwise
-Suricata uses libcap-ng on Linux and runs as root elsewhere.
-
-Index: src/suricata.c
src/suricata.c.orig
-+++ src/suricata.c
-@@ -2929,6 +2929,7 @@ int SuricataMain(int argc, char **argv)
-
- PostRunStartedDetectSetup();
-
-+SCSetUserID(suricata.userid, suricata.groupid);
- SCPledge();
- SuricataMainLoop();
-
Index: patches/patch-src_util-privs_c
===
RCS file: patches/patch-src_util-privs_c
diff -N patches/patch-src_util-privs_c
--- patches/patch-src_util-privs_c 11 Mar 2022 19:54:07 - 1.5
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,34 +0,0 @@
-Use setresuid/gid() directly to change user and group. Otherwise
-Suricata uses libcap-ng on Linux and runs as root elsewhere.
-
-Index: src/util-privs.c
src/util-privs.c.orig
-+++ src/util-privs.c
-@@ -237,6 +237,27
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/09/18 07:45:34 Modified files: sysutils/u-boot: Makefile.inc Log message: comment-out BROKEN-arm; it was set due to an ICE seen when we used an older compiler. still might not build, but worth giving it another chance.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2023/09/18 07:41:03
Modified files:
net/curl : Tag: OPENBSD_7_3 Makefile distinfo
net/curl/patches: Tag: OPENBSD_7_3 patch-configure_ac
patch-lib_vquic_curl_ngtcp2_c
net/curl/pkg : Tag: OPENBSD_7_3 PLIST
Log message:
net/curl: security update to 8.3.0
Changes:
* curl: make %output{} in -w specify a file to write to
* tool: add "variable" support
* trace: make tracing available in non-debug builds
* url: change default value for CURLOPT_MAXREDIRS to 30
* urlapi: CURLU_PUNY2IDN - convert from punycode to IDN name
Includes a fix for
* CVE-2023-38039: HTTP headers eat all memory
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/09/18 07:16:23 Modified files: lang/gprolog : Makefile Log message: disable IBT for gprolog
Re: Ports that need maintainer/help?
--- Original Message --- On Monday, September 18th, 2023 at 1:04 PM, Stuart Henderson wrote: > > > On 2023/09/18 13:34, Stuart Henderson wrote: > > > On 2023/09/18 12:27, Christoff Humphries wrote: > > > > > Hello all. > > > > > > Is there a way I can find ports that are abandoned, need help, or > > > otherwise are things I can contribute to? Preferably is there a way I > > > can discern this information without bugging people like posting on > > > this mailing list? > > > > > > Selfishly, there are no packages I could use on OpenBSD (outside of > > > the pentesting ones that the SecBSD folks are working on that will > > > hopefully be pushed upstream someday [I'm a pentester, too]), so I > > > don't have an vested interest in ports I need on the system. I do > > > appreciate that Qt 6 and Qt 6 httpserver are included in -current > > > ports (which I tested and work great!). > > > > > > Thanks in advance. I helped with ports long ago but that was 20 years > > > ago. > > > > https://portroach.openbsd.org/the openbsd ports mailing-list > > .html > > is a good place to look for outdated unmaintained ports. > > > (also: sometimes a port is outdated just because nobody got > round to it, but sometimes there's a good reason - it's often > helpful to check cvs log and the ports@ archive before starting > on an update, especially if it's a complicated one). > > > I'll make a comment though. If a port is long abandoned then there's > > a fair chance that nobody else particularly cares about it, randomly > > updating such ports that you don't particularly care about either means > > that you're doing work, and asking someone else to do work to review, > > for something that maybe nobody really wants/needs. So it is probably > > better to try to find things which are actually of interest to you. I appreciate the advice and guidance. I understand it is best to work on things you have a vested interest in, but that doesn't apply to me but wanted to help anyway (helping where short-handed/not enough folks to work on things). Right now it sounds like helping with ports would be a pointless venture for me. I'll do more digging to see if there is still somewhere that needs help. I have all the programs I need. Thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/09/18 07:09:13 ports/lang/fennel/patches Update of /cvs/ports/lang/fennel/patches In directory cvs.openbsd.org:/tmp/cvs-serv62196/patches Log Message: Directory /cvs/ports/lang/fennel/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/09/18 07:08:53 Modified files: lang/njs : Makefile lang/njs/pkg : PLIST Log message: lang/njs: update PLIST after previous update to 0.8.1 >From Sergey A. Osoki (MAINTAINER) Fixes a build failure in www/unit/unit reported by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2023/09/18 07:05:51 Modified files: emulators/vice : Makefile distinfo emulators/vice/patches: patch-configure_ac patch-src_Makefile_in emulators/vice/pkg: PLIST Added files: emulators/vice/patches: patch-src_arch_shared_iodrv_io-unix-access_c Removed files: emulators/vice/patches: patch-src_iodrv_io-unix-access_c Log message: Update vice to 3.7.1.
Re: Ports that need maintainer/help?
On 2023/09/18 13:34, Stuart Henderson wrote: > On 2023/09/18 12:27, Christoff Humphries wrote: > > Hello all. > > > > Is there a way I can find ports that are abandoned, need help, or > > otherwise are things I can contribute to? Preferably is there a way I > > can discern this information without bugging people like posting on > > this mailing list? > > > > Selfishly, there are no packages I could use on OpenBSD (outside of > > the pentesting ones that the SecBSD folks are working on that will > > hopefully be pushed upstream someday [I'm a pentester, too]), so I > > don't have an vested interest in ports I need on the system. I do > > appreciate that Qt 6 and Qt 6 httpserver are included in -current > > ports (which I tested and work great!). > > > > Thanks in advance. I helped with ports long ago but that was 20 years > > ago. > > > > https://portroach.openbsd.org/the%20openbsd%20ports%20mailing-list%20%3cpo...@openbsd.org%3E.html > is a good place to look for outdated unmaintained ports. (also: sometimes a port is outdated just because nobody got round to it, but sometimes there's a good reason - it's often helpful to check cvs log and the ports@ archive before starting on an update, especially if it's a complicated one). > I'll make a comment though. If a port is long abandoned then there's > a fair chance that nobody else particularly cares about it, randomly > updating such ports that you don't particularly care about either means > that you're doing work, and asking someone else to do work to review, > for something that maybe nobody really wants/needs. So it is probably > better to try to find things which are actually of interest to you. >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2023/09/18 06:50:21 Modified files: devel/got : Makefile distinfo Log message: update to got 0.93 see git repository history for per-change authorship information - show out-of-memory errors from zlib inflate() and deflate() calls - make 'got fetch' and 'got send' release the work tree lock earlier - tog: add basic regress for log limit and log search - fix "no git repository found" on locked work trees; regression from 0.91 - gotwebd: CSS improvements, looks much better in text-based browsers - gotwebd: don't lose track of the current file during commit log pagination - gotwebd: move buffering from the fastcgi layer to the template layer - got diff: fix "No newline at end of file" showing up where not expected - make 'got send' detect connections unexpectedly closed by server - fix detection of modified files in fresh work trees created with checkout -E - gotd: fix bogus "gotsh: operation timed out" errors; regression from 0.92
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2023/09/18 06:35:59
Modified files:
net/curl : Makefile distinfo
net/curl/patches: patch-configure_ac
patch-lib_vquic_curl_ngtcp2_c
net/curl/pkg : PLIST
Log message:
net/curl: security update to 8.3.0
Changes:
* curl: make %output{} in -w specify a file to write to
* tool: add "variable" support
* trace: make tracing available in non-debug builds
* url: change default value for CURLOPT_MAXREDIRS to 30
* urlapi: CURLU_PUNY2IDN - convert from punycode to IDN name
Includes a fix for
* CVE-2023-38039: HTTP headers eat all memory
Re: Ports that need maintainer/help?
On 2023/09/18 12:27, Christoff Humphries wrote: > Hello all. > > Is there a way I can find ports that are abandoned, need help, or > otherwise are things I can contribute to? Preferably is there a way I > can discern this information without bugging people like posting on > this mailing list? > > Selfishly, there are no packages I could use on OpenBSD (outside of > the pentesting ones that the SecBSD folks are working on that will > hopefully be pushed upstream someday [I'm a pentester, too]), so I > don't have an vested interest in ports I need on the system. I do > appreciate that Qt 6 and Qt 6 httpserver are included in -current > ports (which I tested and work great!). > > Thanks in advance. I helped with ports long ago but that was 20 years > ago. > https://portroach.openbsd.org/the%20openbsd%20ports%20mailing-list%20%3cpo...@openbsd.org%3E.html is a good place to look for outdated unmaintained ports. I'll make a comment though. If a port is long abandoned then there's a fair chance that nobody else particularly cares about it, randomly updating such ports that you don't particularly care about either means that you're doing work, and asking someone else to do work to review, for something that maybe nobody really wants/needs. So it is probably better to try to find things which are actually of interest to you.
Ports that need maintainer/help?
Hello all. Is there a way I can find ports that are abandoned, need help, or otherwise are things I can contribute to? Preferably is there a way I can discern this information without bugging people like posting on this mailing list? Selfishly, there are no packages I could use on OpenBSD (outside of the pentesting ones that the SecBSD folks are working on that will hopefully be pushed upstream someday [I'm a pentester, too]), so I don't have an vested interest in ports I need on the system. I do appreciate that Qt 6 and Qt 6 httpserver are included in -current ports (which I tested and work great!). Thanks in advance. I helped with ports long ago but that was 20 years ago.
Re: Early Look: PostgreSQL 16.0
On 2023/09/17 00:11, Jeremy Evans wrote: > On 09/16 09:56, Theo Buehler wrote: > > On Thu, Sep 14, 2023 at 06:06:37PM +, Jeremy Evans wrote: > > > PostgreSQL 16.0 was released today: > > > https://www.postgresql.org/about/news/postgresql-16-released-2715/ > > > > > > As usual, we don't plan to change the default version in ports until > > > 16.1, and after we have prepared updates all software that depends on > > > PostgreSQL to support the new version. However, for early testing, > > > here's a diff to test with. > > > > As mentioned elsewhwere, the diff needs an installed icu4c to configure > > as it is now. I ran a bulk with '--without-icu' added to CONFIGURE_ARGS. > > Thanks! I've updated my copy to use --without-icu. If someone wants > ICU support in PostgreSQL, please speak up and describe why. I don't think it would affect I'm doing personally with PostgreSQL, but that should allow proper collations etc for non-ascii languages, and avoid most sort order differences between pgsql running on various OS. It was available but disabled in the default build in earlier versions, 15 added the ability to set a default locale per database using icu, and in 16 it was changed to building by default. Since it otherwise uses libc's locale support, which is rather limited, it does seem like it might be a useful thing to have.
Re: update games/taisei to 1.4
On 2023/09/18 11:07, Omar Polo wrote: > Don't know whether we're too late for a boost update or not It's a bit late for a boost update before 7.4, I don't think we can get enough testing on multi archs in time. > Here's an updated diff that sets USE_NOBTCFI and avoids statically > linking to some of the deps (missed this in previous attempt.) I'm fine with that approach. (haven't tested the diff though) > it uses c++ to build a sub-library (basis-universal) and to link, I > guess that's why c++ ends up in the wantlibs but doesn't link to > c++abi nor pthread... Here's why i'm not using COMPILER_LIBCXX in > WANTLIBs. any clue? no idea about that. since it sets ONLY_FOR_ARCHS to a subset of base-clang archs anyway that won't cause a problem with WANTLIB, at least.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2023/09/18 05:59:04 Modified files: sysutils/sysclean: Makefile distinfo Log message: update sysutils/sysclean to 3.4 ChangeLog: - add users/groups support - add /dev support
[new] graphics/coin
Hi, Please find attached a port for the coin library. This library will be needed by FreeCAD in the future. From DESCR: Coin is an OpenGL based, retained mode 3D graphics rendering library. It is implemented in C++ and publicly released with the source code open for your perusal. The application programmer's interface (API) is fully compatible with SGI's Open Inventor, the de facto standard 3D graphics API for complex visualization applications. All patches are backports from upstream and can be dropped with the next release. I can't get tests to work so I left them out. Both 'portcheck' and 'make port-lib-depends-check' are happy. Feedback and OK's welcome. Kind regards, Johannes coin-4.0.0.tar.gz Description: GNU Zip compressed data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/09/18 05:41:57 Modified files: devel/llvm/13 : Makefile Added files: devel/llvm/13/patches: patch-clang_lib_Headers_wasm_simd128_h Log message: devel/llvm/13: backport upstream commit adding SIMD intrinsics using unsigned integers from https://github.com/llvm/llvm-project/commit/2456e11614c10a2e648005e27e3213c77b7ab7a4 fixes mozilla 119 build per #1851301 ok robert@ (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/09/18 05:38:55 Modified files: net/librenms : Makefile distinfo net/librenms/patches: patch-misc_config_definitions_json net/librenms/pkg: PLIST Log message: update to librenms-23.9.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2023/09/18 04:42:45 Modified files: multimedia/pipewire/pipewire/patches: patch-src_pipewire_pipewire_c patch-src_pipewire_pipewire_h Added files: multimedia/pipewire/pipewire/patches: patch-src_modules_module-netjack2-manager_c patch-src_modules_module-pipe-tunnel_c patch-src_modules_module-rt_c.orig patch-src_modules_module-rtp-sap_c patch-src_modules_module-rtp-session_c patch-src_modules_module-rtp-source_c patch-src_modules_module-vban-recv_c Log message: we do not have SIOCGIFINDEX so let's use if_nametoindex(3) a wrapper function is created which now can be used and will be probably easier to upstream
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/09/18 04:41:54 Modified files: devel/cmake: Makefile distinfo Log message: Update CMake to 3.27.5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2023/09/18 04:41:25 Modified files: multimedia/pipewire/pipewire/patches: patch-src_modules_module-rt_c Log message: use getthrid() instead a of a direct syscall and that is what we want anyway
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2023/09/18 04:40:46 Modified files: multimedia/pipewire/pipewire/patches: patch-meson_build Log message: do not fail hard if readline cannot be found with pkgconfig and try linking
Re: CVS: cvs.openbsd.org: ports
On Sat, Sep 16, 2023 at 03:02:04PM -0600, Anthony J. Bentley wrote: > CVSROOT: /cvs > Module name: ports > Changes by: bent...@cvs.openbsd.org 2023/09/16 15:02:04 > > Modified files: > emulators/ppsspp: Makefile distinfo > emulators/ppsspp/patches: patch-CMakeLists_txt > patch-UI_NativeApp_cpp > emulators/ppsspp/pkg: PLIST > > Log message: > Update to ppsspp-1.16.1. > > Release notes: > https://www.ppsspp.org/news/release-1.16 > > Some bits from brad: remove non-BE arch restrictions (based on an old > bug that's apparently fixed upstream); use system zstd. Failed to build in my last bulk. [158/751] /exopi-obj/pobj/ppsspp-1.16.1/bin/c++ -DASSETS_DIR=\"/usr/local/share/ppsspp/assets/\" -DHTTPS_NOT_AVAILABLE -DMINIUPNPC_SET_SOCKET_TIMEOUT -DMINIUPNP_STATICLIB -DPNG_ARM_NEON_OPT=0 -DSDL -DSHARED_LIBZIP -DSHARED_ZLIB -DSTACK_LINE_READER_BUFFER_SIZE=1024 -DUSE_SDL2_TTF -DUSE_SDL2_TTF_FONTCONFIG -DUSE_WAYLAND_WSI=ON -DVK_USE_PLATFORM_WAYLAND_KHR -DVK_USE_PLATFORM_XLIB_KHR -DWITH_UPNP -D_BSD_SOURCE -D_DEFAULT_SOURCE -D_POSIX_C_SOURCE=200112L -D_XOPEN_SOURCE=700 -D_XOPEN_SOURCE_EXTENDED -D__BSD_VISIBLE=1 -D__STDC_CONSTANT_MACROS -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/ext/glslang -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/ext/glew -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1 -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/ext/openxr -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/Common -I/exopi-obj/pobj/ppsspp-1.16.1/build-amd64 -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/ext/cmake/cpu_features/../../cpu_features/include -isystem /usr/X11R6/include -isystem /usr/local/include -isystem /usr/local/include/SDL2 -O2 -pipe -g -DNDEBUG -D_NDEBUG -std=gnu++17 -Wno-nullability-completeness -Wno-tautological-pointer-compare -Wno-deprecated-register -Wformat -Wno-multichar -msse2 -fPIC -fno-strict-aliasing -MD -MT CMakeFiles/native.dir/SDL/SDLJoystick.cpp.o -MF CMakeFiles/native.dir/SDL/SDLJoystick.cpp.o.d -o CMakeFiles/native.dir/SDL/SDLJoystick.cpp.o -c /exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/SDL/SDLJoystick.cpp [159/751] /exopi-obj/pobj/ppsspp-1.16.1/bin/c++ -DASSETS_DIR=\"/usr/local/share/ppsspp/assets/\" -DHTTPS_NOT_AVAILABLE -DMINIUPNPC_SET_SOCKET_TIMEOUT -DMINIUPNP_STATICLIB -DPNG_ARM_NEON_OPT=0 -DSDL -DSHARED_LIBZIP -DSHARED_ZLIB -DSTACK_LINE_READER_BUFFER_SIZE=1024 -DUSE_SDL2_TTF -DUSE_SDL2_TTF_FONTCONFIG -DUSE_WAYLAND_WSI=ON -DVK_USE_PLATFORM_WAYLAND_KHR -DVK_USE_PLATFORM_XLIB_KHR -DWITH_UPNP -D_BSD_SOURCE -D_DEFAULT_SOURCE -D_POSIX_C_SOURCE=200112L -D_XOPEN_SOURCE=700 -D_XOPEN_SOURCE_EXTENDED -D__BSD_VISIBLE=1 -D__STDC_CONSTANT_MACROS -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/ext/glslang -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/ext/glew -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1 -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/ext/openxr -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/Common -I/exopi-obj/pobj/ppsspp-1.16.1/build-amd64 -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/ext/cmake/cpu_features/../../cpu_features/include -isystem /usr/X11R6/include -isystem /usr/local/include -isystem /usr/local/include/SDL2 -O2 -pipe -g -DNDEBUG -D_NDEBUG -std=gnu++17 -Wno-nullability-completeness -Wno-tautological-pointer-compare -Wno-deprecated-register -Wformat -Wno-multichar -msse2 -fPIC -fno-strict-aliasing -MD -MT CMakeFiles/native.dir/SDL/SDLMain.cpp.o -MF CMakeFiles/native.dir/SDL/SDLMain.cpp.o.d -o CMakeFiles/native.dir/SDL/SDLMain.cpp.o -c /exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/SDL/SDLMain.cpp [160/751] /exopi-obj/pobj/ppsspp-1.16.1/bin/c++ -DASSETS_DIR=\"/usr/local/share/ppsspp/assets/\" -DHTTPS_NOT_AVAILABLE -DMINIUPNPC_SET_SOCKET_TIMEOUT -DMINIUPNP_STATICLIB -DPNG_ARM_NEON_OPT=0 -DSDL -DSHARED_LIBZIP -DSHARED_ZLIB -DSTACK_LINE_READER_BUFFER_SIZE=1024 -DUSE_SDL2_TTF -DUSE_SDL2_TTF_FONTCONFIG -DUSE_WAYLAND_WSI=ON -DVK_USE_PLATFORM_WAYLAND_KHR -DVK_USE_PLATFORM_XLIB_KHR -DWITH_UPNP -D_BSD_SOURCE -D_DEFAULT_SOURCE -D_POSIX_C_SOURCE=200112L -D_XOPEN_SOURCE=700 -D_XOPEN_SOURCE_EXTENDED -D__BSD_VISIBLE=1 -D__STDC_CONSTANT_MACROS -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/ext/glslang -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/ext/glew -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1 -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/ext/openxr -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/Common -I/exopi-obj/pobj/ppsspp-1.16.1/build-amd64 -I/exopi-obj/pobj/ppsspp-1.16.1/ppsspp-1.16.1/ext/cmake/cpu_features/../../cpu_features/include -isystem /usr/X11R6/include -isystem /usr/local/include -isystem /usr/local/include/SDL2 -O2 -pipe -g -DNDEBUG -D_NDEBUG -std=gnu++17 -Wno-nullability-completeness -Wno-tautological-pointer-compare -Wno-deprecated-register -Wformat -Wno-multichar -msse2 -fPIC -fno-strict-aliasing -MD -MT CMakeFiles/native.dir/SDL/SDLGLGraphicsContext.cpp.o -MF CMakeFiles/native.dir/SDL/SDLGLGraphicsContext.cpp.o.d -o
Re: update games/taisei to 1.4
On 2023/09/18 07:06:27 +, Lucas wrote:
> Omar Polo wrote:
> > On 2023/09/10 03:08:13 +, Lucas wrote:
> > > I had to add USE_NOBTCFI=Yes in my 11th gen Intel, otherwise I'll run
> > > into a SIGILL from the coroutine lib. That lib comes from boost's
> > > context so I did try to add some _CET_ENDBR in the same places that
> > > boost uses it (at the beginning of each function in
> > > subprojects/koishi/src/fcontext/asm/make_x86_64_sysv_elf_gas.S to be
> > > precise), but ended up running into the following trace
> >
> > I don't have a machine with IBT so can't test.
> >
> > Did the upstream suggestion of using -Dkoishi:impl=boost_fcontext
> > works? If so, we might add devel/boost,-md as dependency instead of
> > setting USE_NOBTCFI.
>
> Given that this ends up using devel/boost, currently at 1.80.0, and
> given that boost introduced CET support in 1.81.0, this didn't work.
>
> I believe the only ways are either keeping USE_NOBTCFI or updating Boost
> 1.83.0.
Don't know whether we're too late for a boost update or not, but in
the meantime I'd prefer to update taisei with USE_NOBTCFI and revisit
this after the boost update (as it also will require to backport some
commits from upstream.)
Here's an updated diff that sets USE_NOBTCFI and avoids statically
linking to some of the deps (missed this in previous attempt.)
it uses c++ to build a sub-library (basis-universal) and to link, I
guess that's why c++ ends up in the wantlibs but doesn't link to
c++abi nor pthread... Here's why i'm not using COMPILER_LIBCXX in
WANTLIBs. any clue?
assuming this is fine i'll gladly take OKs for the update :-)
Index: Makefile
===
RCS file: /home/cvs/ports/games/taisei/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Makefile 8 Sep 2023 10:38:04 - 1.15
+++ Makefile 18 Sep 2023 09:02:31 -
@@ -2,28 +2,34 @@
# modern video cards
ONLY_FOR_ARCHS = amd64 aarch64 i386
+# the koishi coroutine library needs boost 1.81.0+ for BTI
+# https://github.com/taisei-project/koishi/issues/6
+USE_NOBTCFI = Yes
+
COMMENT = clone of the touhou games
-VERSION = v1.3.2
+VERSION = 1.4
DISTNAME = taisei-${VERSION}
-PKGNAME = taisei-${VERSION:S/^v//}
-REVISION = 4
CATEGORIES = games
HOMEPAGE = https://taisei-project.org/
+MAINTAINER = Omar Polo
+
# MIT
# Soundtrack: CC-BY 4.0 / Photos: PD and CC-0
PERMIT_PACKAGE = Yes
-WANTLIB += SDL2 SDL2_mixer c crypto freetype m opusfile png webpdecoder
-WANTLIB += z
+WANTLIB += SDL2 c c++ crypto freetype m opusfile png shaderc_shared
+WANTLIB += spirv-cross-c-shared webpdecoder z zstd
-MASTER_SITES= https://github.com/taisei-project/taisei/releases/download/${VERSION}/
+SITES = https://github.com/taisei-project/taisei/releases/download/v${VERSION}/
EXTRACT_SUFX= .tar.xz
+COMPILER = base-clang ports-gcc
+
MODULES = devel/meson \
lang/python
@@ -37,17 +43,24 @@ RUN_DEPENDS = devel/desktop-file-utils
LIB_DEPENDS = audio/opusfile \
devel/sdl2>=2.0.5 \
- devel/sdl2-mixer>=2.0.4 \
graphics/libwebp>=0.5 \
- graphics/png>=1.5.0
-
-# Don't include docs
-# Don't zip the ressources, it avoids using archivers/libzip
-# Don't call git(1), use upstream version as version string
-CONFIGURE_ARGS += -Ddocs=false \
- -Denable_zip=false \
- -Dversion_fallback=${VERSION}
+ graphics/png>=1.5.0 \
+ graphics/shaderc \
+ graphics/spirv-cross
+
+CONFIGURE_ARGS += -Ddefault_library=shared \
+ -Ddocs=disabled \
+ -Dinstall_macos_bundle=disabled \
+ -Dinstall_relocatable=disabled \
+ -Dpackage_data=disabled \
+ -Dvfs_zip=disabled
+
+# don't statically link to these
+.for lib in freetype glslang libpng libwebp libzip libzstd ogg opus opusfile \
+ sdl2 shaderc SPIRV-Cross vorbis zlib
+CONFIGURE_ARGS += -D${lib}:default_library=shared
+.endfor
-NO_TEST = Yes
+DEBUG_PACKAGES = ${BUILD_PACKAGES}
.include
Index: distinfo
===
RCS file: /home/cvs/ports/games/taisei/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo 10 Dec 2021 13:32:31 - 1.3
+++ distinfo 8 Sep 2023 13:26:41 -
@@ -1,2 +1,2 @@
-SHA256 (taisei-v1.3.2.tar.xz) = 28BfG1wxmB2HERMKwoM1W3v61AOJX0CWprt+mj1zo7w=
-SIZE (taisei-v1.3.2.tar.xz) = 70481856
+SHA256 (taisei-1.4.tar.xz) = zAJa1zJGeQ4aU5eMRhKzqv/A06z7/RgaOeb72FPKmb4=
+SIZE (taisei-1.4.tar.xz) = 219573588
Index: patches/patch-external_koishi_src_stack_alloc_c
===
RCS file: patches/patch-external_koishi_src_stack_alloc_c
diff -N patches/patch-external_koishi_src_stack_alloc_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-external_koishi_src_stack_alloc_c 9 Sep 2023 09:58:06 -
@@ -0,0 +1,14 @@
+fix koishi' coroutine stack allocation: needs MAP_STACK
+
+Index: external/koishi/src/stack_alloc.c
+--- external/koishi/src/stack_alloc.c.orig
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/18 02:04:01 Modified files: x11/gnome/builder: Makefile x11/gnome/builder/pkg: PLIST Log message: Regen PLIST.
[update] net/mautrix-whatsapp 0.10.1
Hello,
Here is a diff to upgrade net/mautrix-whatsapp to 0.10.1.
Tested and running fine on amd64.
Changes:
- Added support for double puppeting with arbitrary as_tokens. See docs
for more info.
- Added retrying for media downloads when WhatsApp servers break and
start returning 429s and 503s.
- Fixed logging in with 8-letter code.
- Fixed syncing community announcement groups.
- Changed "Incoming call" message to explicitly say you have to open
WhatsApp on your phone to answer.
Best RegardsIndex: Makefile
===
RCS file: /cvs/ports/net/mautrix-whatsapp/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- Makefile 30 Aug 2023 13:43:21 - 1.19
+++ Makefile 18 Sep 2023 08:00:41 -
@@ -1,6 +1,6 @@
COMMENT = matrix-WhatsApp puppeting bridge
-MODGO_VERSION = v0.10.0
+MODGO_VERSION = v0.10.1
MODGO_MODNAME = maunium.net/go/mautrix-whatsapp
DISTNAME = mautrix-whatsapp-${MODGO_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/net/mautrix-whatsapp/distinfo,v
retrieving revision 1.13
diff -u -p -r1.13 distinfo
--- distinfo 30 Aug 2023 13:43:21 - 1.13
+++ distinfo 18 Sep 2023 08:00:41 -
@@ -106,39 +106,36 @@ SHA256 (go_modules/github.com/tidwall/sj
SHA256 (go_modules/github.com/xhit/go-str2duration/@v/v1.2.0.mod) = 78SvQrm5705uK5QCRMPAE2Jve3xTgCS2OOEQ21stkDQ=
SHA256 (go_modules/github.com/xhit/go-str2duration/@v/v1.2.0.zip) = h999qe2aSKLaaz3xTTOlZ6nm7SRU5MvWlLqn7ILKfsE=
SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.4.13.mod) = 7n/kRmIDoB06wZrcE0zeyZvG3nGZLCjz3Zp0SAv/BgM=
-SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.5.5.mod) = 7n/kRmIDoB06wZrcE0zeyZvG3nGZLCjz3Zp0SAv/BgM=
-SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.5.5.zip) = foFIzpfkOvPoMHlwzVl/MGOxDa69uhdqDst/aCzVaLc=
+SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.5.6.mod) = 7n/kRmIDoB06wZrcE0zeyZvG3nGZLCjz3Zp0SAv/BgM=
+SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.5.6.zip) = 8T3al3tMzYR9Gra2t5t1eC6aJZ63tUfk8vooxZQwrEQ=
SHA256 (go_modules/go.mau.fi/libsignal/@v/v0.1.0.mod) = SsF2oUTdteAFJtobW495OAyklP/2L9SCeJShwiTrNLU=
SHA256 (go_modules/go.mau.fi/libsignal/@v/v0.1.0.zip) = AxeKojBR9K9fhJM1TxPGDuyhrU9D7XwJ3OG0Q68voCU=
-SHA256 (go_modules/go.mau.fi/util/@v/v0.0.0-20230805154123-3981666a86f1.mod) = H3PBXPzw4E6HXFu+Dz6XsPlzKmaY0frfNpyqWzyi4B8=
-SHA256 (go_modules/go.mau.fi/util/@v/v0.0.0-20230805171708-199bf3eec776.mod) = kYGZ9zAXcZc6BSk4HDZ1eo6dnPxyKeahZwO5yQb19xI=
-SHA256 (go_modules/go.mau.fi/util/@v/v0.0.0-20230805171708-199bf3eec776.zip) = /RNvpdhzrv6/EE5Z3/Bnt3ehHHY2ruPFd2otvqStRHs=
-SHA256 (go_modules/go.mau.fi/whatsmeow/@v/v0.0.0-20230816173759-58beaf3b5bd0.mod) = 57OH22JjpTQZolXzvCeL6RIyIiAkmUgGC3p+Bdhvi1Q=
-SHA256 (go_modules/go.mau.fi/whatsmeow/@v/v0.0.0-20230816173759-58beaf3b5bd0.zip) = FmbYjdesJQNGVEdd6i7uwYXsu/j5FpTI5iHCik+Y6+Y=
+SHA256 (go_modules/go.mau.fi/util/@v/v0.1.0.mod) = kYGZ9zAXcZc6BSk4HDZ1eo6dnPxyKeahZwO5yQb19xI=
+SHA256 (go_modules/go.mau.fi/util/@v/v0.1.0.zip) = 7cpEANUYEe4LLIot7zZdm/3hQA0CGOxLe5gCnjur4p4=
+SHA256 (go_modules/go.mau.fi/whatsmeow/@v/v0.0.0-20230916142552-a743fdc23bf1.mod) = gS89s/bdluRUeslWCrO7vSv4+ED2QXIjKyLIjK6GkXc=
+SHA256 (go_modules/go.mau.fi/whatsmeow/@v/v0.0.0-20230916142552-a743fdc23bf1.zip) = RZxjsCvjdY+IEEbIKRUKJ5VIYN/Wv+fvullanEF8f/w=
SHA256 (go_modules/go.mau.fi/zeroconfig/@v/v0.1.2.mod) = x7GWSyVKvSzum9niPQ3y8sHBb8pXWyKNHJ3Gkas+Nls=
SHA256 (go_modules/go.mau.fi/zeroconfig/@v/v0.1.2.zip) = bBp8NiIIwKEr4P+EVAB0ricrd/d5B8XD/P03E48EQIw=
SHA256 (go_modules/golang.org/x/crypto/@v/v0.0.0-20190308221718-c2843e01d9a2.mod) = M+0HClpm4JYGhaxThkQOG1mJnnTYo4oRgGhecqIZXe0=
SHA256 (go_modules/golang.org/x/crypto/@v/v0.0.0-20210921155107-089bfa567519.mod) = zWMRYSoqpNDX4DxBs6ofvC1fiVqz9hCJ+rgL/p+PVIU=
-SHA256 (go_modules/golang.org/x/crypto/@v/v0.12.0.mod) = E5IvYZekDrnn/Aa1z1b11eQRlR8ZxZ++x7hTJHagMsY=
-SHA256 (go_modules/golang.org/x/crypto/@v/v0.12.0.zip) = KbeIvY8SKSFK+DG/mUEqCdGQlt6jxivDKBZWtkCT0S0=
+SHA256 (go_modules/golang.org/x/crypto/@v/v0.13.0.mod) = 5/Nu6cqqredrdWX8aGItzI/a9tBd3uPn1cyuSWiNn00=
+SHA256 (go_modules/golang.org/x/crypto/@v/v0.13.0.zip) = tY2QL0in9ZWihYm27UvoteLuGjSW7KR3A56A625+ulc=
SHA256 (go_modules/golang.org/x/crypto/@v/v0.4.0.mod) = oCSfrnXTVD+PMNcJZjAsz7P2H8Q4oOyGBzOiLff5UME=
-SHA256 (go_modules/golang.org/x/crypto/@v/v0.8.0.mod) = XUhSCyhK7tyyTEqDKJShagfQmOyRKjYjd1DFFIlNKOg=
-SHA256 (go_modules/golang.org/x/exp/@v/v0.0.0-20230810033253-352e893a4cad.mod) = GaEVTCCSgnxM0ayLLef1sUNmCj6VhLN8w8IjdYAKuw8=
-SHA256 (go_modules/golang.org/x/exp/@v/v0.0.0-20230811145659-89c5cff77bcb.mod) = GaEVTCCSgnxM0ayLLef1sUNmCj6VhLN8w8IjdYAKuw8=
-SHA256 (go_modules/golang.org/x/exp/@v/v0.0.0-20230811145659-89c5cff77bcb.zip) = mRntQ+1XraKpGw7MJyVebQggFDvVO97CbPnx0wY6Xm0=
+SHA256 (go_modules/golang.org/x/exp/@v/v0.0.0-20230905200255-921286631fa9.mod) = ko2BpDwXWlBsQQHgDgyVBo2xBccjjEVal9AqHKHaXn0=
+SHA256
Re: [new] graphics/spirv-cross; new dep for games/taisei update
On 2023/09/09 13:38:36 +0200, Omar Polo wrote: > This is the other new dependency for the next games/taisei update > (graphics/shaderc was mailed separateadly.) > > I don't know much (i.e. nothing) about spirv-* tools & co, but this > was needed and now games/taisei is happy. > > ok to import? friendly ping spirv-cross.tar.gz Description: GNU Zip compressed data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/18 02:02:02 Modified files: x11/gnome/libpanel: Makefile distinfo x11/gnome/libpanel/patches: patch-meson_build x11/gnome/libpanel/pkg: PLIST Log message: Update to libpanel-1.4.0.
Re: [new] graphics/shaderc; new dep for games/taisei update
friendly ping :-) updated tarball reattached, now with the BDEP on graphics/spirv-headers On 2023/09/10 09:04:23 +0200, Omar Polo wrote: > On 2023/09/09 21:22:38 +, Lucas wrote: > > Omar Polo wrote: > > > games/taisei latest version (1.4) needs shaderc and spirv-cross > > > (separate mail). > > > > > > had to patch a bit the CMake files to not use the bundled dependencies > > > and to not run git & co. Some patches were inspired by the freebsd' > > > port, but had to tweak more as, for e.g., we don't seem to have > > > libraries like OSDependent or OGLCompiler. Yet it compiles, it works > > > for games/taisei needs, and the regress suite seems happy: > > > > > > : 96% tests passed, 1 tests failed out of 24 > > > > > > The one test failing was expecting some strings in the program usage > > > that I don't generate. No big deal. > > > > > > ok to import? > > > > This is missing a BDEP on graphics/spirv-headers. Doesn't change the > > results of make test. > > Thanks for spotting, added in my tree. shaderc.tar.gz Description: GNU Zip compressed data
UPDATE emulators/snes9x 1.62.3
Hi,
Here's an update for snes9x to latest version. Of potential interest,
there is now a Vulkan renderer support. Full changelog at [0].
Port-wise, the build system changed CMake and dropped support for GTK+2
by means of depending on x11/gtk3mm. A BDEP on graphics/spirv-cross, new
port submitted by op@ [1], is added. I take maintainership of the port,
too.
Two hours of Tales of Phantasia says it works fine, but I had to play a
bit with the graphics knobs (sync method, renderer and such). The same
happens for me with 1.60 in OpenBSD tho, but unlike it, 1.62.3 doesn't
segafults with ToP.
Lucas
[0]:
https://github.com/snes9xgit/snes9x/blob/8b82d487937d9ea39f7229d280c6f6686c415fe7/docs/changes.txt
[1]: https://marc.info/?l=openbsd-ports=169425942810919=2
diff refs/heads/master e14db6acb0f48070fb1febc60a268aa130ace464
commit - 54426ad93a79e323ee2417eab27e4ccd56016ec6
commit + e14db6acb0f48070fb1febc60a268aa130ace464
blob - ab84f23d442dc217b3a6fe003fe3a3f42a7727d5
blob + c6e70210161c95d54108ec1052ba849ae30c0f61
--- emulators/snes9x/Makefile
+++ emulators/snes9x/Makefile
@@ -4,41 +4,56 @@ BROKEN-hppa = ICE/failure on filter/hq2x.cpp
GH_ACCOUNT = snes9xgit
GH_PROJECT = snes9x
-GH_TAGNAME = 1.60
-REVISION = 3
+GH_TAGNAME = 1.62.3
CATEGORIES = emulators games
HOMEPAGE = http://www.snes9x.com/
+MAINTAINER = Lucas Gabriel Vuotto
+
# non-commercial
PERMIT_PACKAGE = Yes
-WANTLIB += ${COMPILER_LIBCXX} SDL2 X11 Xext Xrandr Xv atk-1.0
-WANTLIB += c cairo cairo-gobject epoxy gdk-3 gdk_pixbuf-2.0 gio-2.0
-WANTLIB += glib-2.0 gobject-2.0 gtk-3 intl m pango-1.0 pangocairo-1.0
-WANTLIB += png z
+WANTLIB += ${COMPILER_LIBCXX} HLSL SDL2 SPIRV X11 Xext Xrandr
+WANTLIB += Xv atk-1.0 atkmm-1.6 c cairo cairo-gobject cairomm-1.0
+WANTLIB += epoxy gdk-3 gdk_pixbuf-2.0 gdkmm-3.0 gio-2.0 giomm-2.4
+WANTLIB += glib-2.0 glibmm-2.4 glslang gobject-2.0 gthread-2.0
+WANTLIB += gtk-3 gtkmm-3.0 harfbuzz intl m pango-1.0 pangocairo-1.0
+WANTLIB += pangomm-1.4 png sigc-2.0 z
-RUN_DEPENDS = devel/desktop-file-utils \
+# libvulkan seems opened via dlopen, as the ports builds and links without it.
+# Runtime will abort if Vulkan is used as the renderer and vulkan-loader isn't
+# installed.
+RUN_DEPENDS += devel/desktop-file-utils \
+ graphics/vulkan-loader \
x11/gtk+4,-guic
-LIB_DEPENDS = devel/sdl2 \
+BUILD_DEPENDS += graphics/spirv-cross \
+ graphics/vulkan-headers
+
+LIB_DEPENDS += devel/sdl2 \
+ graphics/glslang \
graphics/png \
- x11/gtk+3
+ x11/gtk3mm
-MODULES = devel/meson \
+MODULES += devel/cmake \
textproc/intltool
+# C++17
COMPILER = base-clang ports-gcc
-CONFIGURE_ENV =LDFLAGS="-L${X11BASE}/lib"
+CONFIGURE_ARGS += -DCMAKE_INSTALL_PREFIX="${PREFIX}" \
+ -DCMAKE_INSTALL_DATAROOTDIR="share" \
+ -DUSE_PORTAUDIO=OFF \
+ -DUSE_OSS=OFF \
+ -DUSE_ALSA=OFF \
+ -DUSE_WAYLAND=OFF \
+ -DUSE_PULSEAUDIO=OFF \
+ -DUSE_SYSTEMZIP=OFF
-CONFIGURE_ARGS = -Dportaudio=false \
--Doss=false \
--Dalsa=false \
--Dwayland=false \
--Dpulseaudio=false \
--Dsystem-zip=false
+CXXFLAGS +=-I${LOCALBASE}/include
+MODCMAKE_LDFLAGS = -L${X11BASE}/lib -L${LOCALBASE}/lib
NO_TEST = Yes
blob - a4f13126a1919840b7a743e26d3739c3e902fa1c
blob + aa512deed30667594991d6675dcc00a8c9ced997
--- emulators/snes9x/distinfo
+++ emulators/snes9x/distinfo
@@ -1,2 +1,2 @@
-SHA256 (snes9x-1.60.tar.gz) = hhyMCrHTAtnfUeWsRxegBpszYUo/Ir86sX6/NAXlhyI=
-SIZE (snes9x-1.60.tar.gz) = 2863228
+SHA256 (snes9x-1.62.3.tar.gz) = aRLGkpCuhU6iKxsskX2IWxxKGpWsvnPNQkPMsgcWAP4=
+SIZE (snes9x-1.62.3.tar.gz) = 3423799
blob - 7b2214a02cf371b0df11ac6b4b4cd291b3daa04d (mode 644)
blob + /dev/null
--- emulators/snes9x/patches/patch-gtk_meson_build
+++ /dev/null
@@ -1,16 +0,0 @@
-No -ldl on OpenBSD.
-
-Index: gtk/meson.build
gtk/meson.build.orig
-+++ gtk/meson.build
-@@ -50,10 +50,8 @@ deps += gtk_dep
-
- x11_dep = c_compiler.find_library('X11')
- xext_dep = c_compiler.find_library('Xext')
--dl_dep = c_compiler.find_library('dl')
- deps += x11_dep
- deps += xext_dep
--deps += dl_dep
-
- xrandr_dep = dependency('xrandr')
- deps += xrandr_dep
blob - /dev/null
blob + 07d5562e9328d32823deda19667bb7eb78466195 (mode 644)
--- /dev/null
+++ emulators/snes9x/patches/patch-gtk_CMakeLists_txt
@@ -0,0 +1,43 @@
+No -ldl on OpenBSD.
+Use system glslang and SPIRV-Cross.
+Don't reach for Wayland headers.
+
+Index: gtk/CMakeLists.txt
+--- gtk/CMakeLists.txt.orig
gtk/CMakeLists.txt
+@@ -63,7 +63,6 @@ pkg_check_modules(XRANDR REQUIRED xrandr)
+
+ find_library(X11 X11 REQUIRED)
+ find_library(XEXT Xext REQUIRED)
+-find_library(DL dl REQUIRED)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: de...@cvs.openbsd.org 2023/09/18 01:35:45 Modified files: sysutils/kopia : Makefile distinfo modules.inc Log message: Update to v0.14.1 Changelog: https://github.com/kopia/kopia/releases/tag/v0.14.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/18 01:33:07 Modified files: print/ptouch-driver: Makefile distinfo print/ptouch-driver/pkg: PLIST Added files: print/ptouch-driver/patches: patch-printer_Brother-QL-600_xml Log message: Update to ptouch-driver-1.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/18 01:29:26 Modified files: print/py-pypdf : Makefile distinfo Log message: Update to py3-pypdf-3.16.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/18 01:25:08 Modified files: devel/appstream: Makefile Log message: Missing BDEP on devel/gperf. reported by tb@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2023/09/18 01:15:59 Modified files: games : Makefile Log message: + vcmi
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/18 01:14:46 Modified files: x11/gnome/libadwaita: Makefile Added files: x11/gnome/libadwaita/patches: patch-src_adw-settings-impl_c Log message: Unbreak getting color-scheme from gsettings (light versus dark theme) and probably other options. This is supposed to need xdg-desktop-portal-gnome which requires at least pipewire and fuse3 which we don't have. We will remove this hack once we have all requirements.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/18 01:12:34 ports/x11/gnome/libadwaita/patches Update of /cvs/ports/x11/gnome/libadwaita/patches In directory cvs.openbsd.org:/tmp/cvs-serv84223/patches Log Message: Directory /cvs/ports/x11/gnome/libadwaita/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2023/09/18 01:11:53 Log message: Import VCMI - an open source engine for Heroes of Might and Magic III. Tweaks, tests and OKs from bentley@ and thfr@ Status: Vendor Tag: kirby Release Tags: kirby_20230918 N ports/games/vcmi/Makefile N ports/games/vcmi/distinfo N ports/games/vcmi/patches/patch-Global_h N ports/games/vcmi/patches/patch-lib_CStopWatch_h N ports/games/vcmi/patches/patch-lib_CModVersion_h N ports/games/vcmi/patches/patch-CMakeLists_txt N ports/games/vcmi/pkg/README N ports/games/vcmi/pkg/DESCR N ports/games/vcmi/pkg/PLIST No conflicts created by this import
Re: update games/taisei to 1.4
Omar Polo wrote: > On 2023/09/10 03:08:13 +, Lucas wrote: > > I had to add USE_NOBTCFI=Yes in my 11th gen Intel, otherwise I'll run > > into a SIGILL from the coroutine lib. That lib comes from boost's > > context so I did try to add some _CET_ENDBR in the same places that > > boost uses it (at the beginning of each function in > > subprojects/koishi/src/fcontext/asm/make_x86_64_sysv_elf_gas.S to be > > precise), but ended up running into the following trace > > I don't have a machine with IBT so can't test. > > Did the upstream suggestion of using -Dkoishi:impl=boost_fcontext > works? If so, we might add devel/boost,-md as dependency instead of > setting USE_NOBTCFI. Given that this ends up using devel/boost, currently at 1.80.0, and given that boost introduced CET support in 1.81.0, this didn't work. I believe the only ways are either keeping USE_NOBTCFI or updating Boost 1.83.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/18 01:00:15 Modified files: multimedia : Makefile Log message: Add commented pipewire.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/09/18 00:58:13 Log message: Import pipewire-0.3.80 and helvum-0.3.4 (graphical patchbay for PipeWire) PipeWire is a server and user space API to deal with multimedia pipelines. <...> WARNING: unfinished, not buildable, not runnable But robert@ and I will work on it in-tree. Obviously un-hooked for now. ok robert@ Status: Vendor Tag: ajacoutot Release Tags: ajacoutot_20230918 N ports/multimedia/pipewire/Makefile N ports/multimedia/pipewire/Makefile.inc N ports/multimedia/pipewire/helvum/Makefile N ports/multimedia/pipewire/helvum/distinfo N ports/multimedia/pipewire/helvum/crates.inc N ports/multimedia/pipewire/helvum/pkg/DESCR N ports/multimedia/pipewire/pipewire/distinfo N ports/multimedia/pipewire/pipewire/Makefile N ports/multimedia/pipewire/pipewire/patches/patch-spa_plugins_support_logger_c N ports/multimedia/pipewire/pipewire/patches/patch-src_modules_module-protocol-pulse_message_c N ports/multimedia/pipewire/pipewire/patches/patch-src_pipewire_pipewire_h N ports/multimedia/pipewire/pipewire/patches/patch-spa_plugins_audioconvert_fmt-ops_h N ports/multimedia/pipewire/pipewire/patches/patch-test_test-functional_c N ports/multimedia/pipewire/pipewire/patches/patch-pipewire-alsa_alsa-plugins_pcm_pipewire_c N ports/multimedia/pipewire/pipewire/patches/patch-pipewire-v4l2_src_pipewire-v4l2_c N ports/multimedia/pipewire/pipewire/patches/patch-spa_include_spa_param_audio_layout_h N ports/multimedia/pipewire/pipewire/patches/patch-spa_plugins_support_cpu_c N ports/multimedia/pipewire/pipewire/patches/patch-spa_tests_stress-ringbuffer_c N ports/multimedia/pipewire/pipewire/patches/patch-spa_plugins_vulkan_vulkan-utils_c N ports/multimedia/pipewire/pipewire/patches/patch-meson_build N ports/multimedia/pipewire/pipewire/patches/patch-pipewire-v4l2_src_pipewire-v4l2_h N ports/multimedia/pipewire/pipewire/patches/patch-src_modules_module-rt_c N ports/multimedia/pipewire/pipewire/patches/patch-src_pipewire_conf_c N ports/multimedia/pipewire/pipewire/patches/patch-src_pipewire_pipewire_c N ports/multimedia/pipewire/pipewire/patches/patch-src_tools_pw-cli_c N ports/multimedia/pipewire/pipewire/patches/patch-src_pipewire_mem_c N ports/multimedia/pipewire/pipewire/patches/patch-src_pipewire_meson_build N ports/multimedia/pipewire/pipewire/patches/patch-src_pipewire_private_h N ports/multimedia/pipewire/pipewire/patches/patch-src_modules_module-protocol-native_c N ports/multimedia/pipewire/pipewire/patches/patch-src_modules_module-protocol-pulse_utils_c N ports/multimedia/pipewire/pipewire/patches/patch-test_meson_build N ports/multimedia/pipewire/pipewire/patches/patch-src_modules_module-netjack2_peer_c N ports/multimedia/pipewire/pipewire/patches/patch-src_pipewire_thread_c N ports/multimedia/pipewire/pipewire/patches/patch-src_modules_module-protocol-simple_c N ports/multimedia/pipewire/pipewire/pkg/PLIST N ports/multimedia/pipewire/pipewire/pkg/DESCR No conflicts created by this import
