From: Ryan Freeman <ryan@slipgate.org>
Subject: Re: NEW: dosbox-staging, a useful fork of dosbox
To: Thomas Frohwein <tfrohwein@fastmail.com>, "Anthony J. Bentley" <anthony@anjbe.name>, ports@openbsd.org
Date: Tue, 1 Jul 2025 22:47:21 -0700

On Tue, Jul 01, 2025 at 09:30:36PM -0700, Ryan Freeman wrote:
> On Mon, Jun 30, 2025 at 02:00:17PM -0400, Thomas Frohwein wrote:
> > On Sun, 29 Jun 2025 03:10:18 -0600
> > "Anthony J. Bentley" <anthony@anjbe.name> wrote:
> > 
> > > Thomas Frohwein writes:
> > > > Thomas Frohwein <tfrohwein@fastmail.com> wrote:  
> > > > > dosbox-staging is a sane fork of dosbox that emphasizes sane
> > > > > defaults and code quality. It has advantages over both dosbox and
> > > > > dosbox-x in ports. Compared to dosbox-x, the window size and
> > > > > fullscreen defaults and implementation work a lot better on my
> > > > > cwm multi-monitor setup. In addition, several games that don't
> > > > > run on my Intel Core Ultra 7 155H with dosbox-x, like Master of
> > > > > Orion 2 and Pizza Connection work without a hitch with
> > > > > dosbox-staging. I tested a number of other games that worked
> > > > > well, including Blood, Colonization, Dungeon Keeper, Grand Theft
> > > > > Auto, Jagged Alliance, Worms United. Overall, I think this would
> > > > > be a good addition for higher quality emulation of DOS software.  
> > > 
> > > Fails during configure for me:
> > > 
> > > Run-time dependency sdl2_net found: YES 2.2.0
> > > Run-time dependency slirp found: YES 4.7.0
> > > Run-time dependency gl found: YES 25.0.7
> > > Run-time dependency fluidsynth found: YES 2.4.4
> > > Run-time dependency xi found: YES 1.8.2
> > > Has header "cxxabi.h" : YES
> > > Has header "dlfcn.h" : YES
> > > Has header "execinfo.h" : YES
> > > Checking for function "backtrace" : NO
> > > Configuring config.h using configuration
> > > Run-time dependency GMock found: NO (tried pkgconfig and system)
> > > Looking for a fallback subproject for the dependency gmock
> > > ERROR: Subproject gtest is buildable: NO
> > 
> > This should be solved by adding BUILD_DEPENDS=devel/gtest. Attached new
> > tarball that includes this.
> 
> Looks like it will also need BUILD_DEPENDS=shells/bash
> 
> Build started at 2025-07-01T21:28:13.545578
> Main binary: /usr/local/bin/python3.12
> Build Options: -Duse_mt32emu=false -Dprefix=/usr/local -Dlocalstatedir=/var -Dmandir=/usr/local/man -Dsharedstatedir=/var/db -Dsysconfdir=/etc -Dauto_features=enabled -Dbuildtype=plain -Dstrip=True -Dwrap_mode=nodownload
> Python system: OpenBSD
> The Meson build system
> Version: 1.8.2
> Source dir: /usr/ports/pobj/dosbox-staging-0.82.2/dosbox-staging-0.82.2
> Build dir: /usr/ports/pobj/dosbox-staging-0.82.2/build-amd64
> Build type: native build
> Running command: /usr/ports/pobj/dosbox-staging-0.82.2/dosbox-staging-0.82.2/scripts/get-version.sh version
> --- stdout ---
> 
> --- stderr ---
> env: bash: No such file or directory
> 
> 
> 
> ../../../../../../usr/ports/pobj/dosbox-staging-0.82.2/dosbox-staging-0.82.2/meson.build:4:13: ERROR: Command `/usr/ports/pobj/dosbox-staging-0.82.2/dosbox-staging-0.82.2/scripts/get-version.sh version` failed with status 127.
>

Sent without the actual port remarks!  With bash available, the package
builds fine here on amd64 laptop.

Ran some DOS games without issue, the CRT filter is a nice effect.