Download raw body.
NEW: dosbox-staging, a useful fork of dosbox
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?
NEW: dosbox-staging, a useful fork of dosbox