Index | Thread | Search

From:
Thomas Frohwein <tfrohwein@fastmail.com>
Subject:
Re: NEW: dosbox-staging, a useful fork of dosbox
To:
Ryan Freeman <ryan@slipgate.org>
Cc:
"Anthony J. Bentley" <anthony@anjbe.name>, ports@openbsd.org
Date:
Thu, 10 Jul 2025 21:11:32 -0400

Download raw body.

Thread
On Tue, 1 Jul 2025 22:47:21 -0700
Ryan Freeman <ryan@slipgate.org> wrote:

> 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.
> 

Re-attached with all the bash, git, and gtest BDEPs. I've tested a
number of DOS games, most work well out of the box without needing a
custom config for performance.

ok?