On Thu, 10 Jul 2025 21:11:32 -0400
Thomas Frohwein <tfrohwein@fastmail.com> wrote:

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

ping

Re-attached. Besides the dependencies already fixed on last ping, now
also with the .desktop file pointing to the right bainary
(dosbox-staging, not dosbox)

ok?

• dosbox-staging-rev3.tgz (4K)