Package Details: dosbox-staging 1:0.83.0_RC1-2

Git Clone URL: https://aur.archlinux.org/dosbox-staging.git (read-only, click to copy)
Package Base: dosbox-staging
Description: DOS/x86 emulator focusing on ease of use. Based on DOSBox
Upstream URL: https://github.com/dosbox-staging/dosbox-staging
Keywords: dos emulator games gaming
Licenses: GPL-2.0-or-later
Conflicts: dosbox
Provides: dosbox
Submitter: sharkwouter
Maintainer: silverhikari
Last Packager: silverhikari
Votes: 60
Popularity: 1.49
First Submitted: 2020-03-14 13:37 (UTC)
Last Updated: 2026-05-15 23:18 (UTC)

Required by (61)

Sources (1)

Latest Comments

1 2 3 4 5 6 Next › Last »

silverhikari commented on 2026-05-23 20:38 (UTC) (edited on 2026-05-23 20:42 (UTC) by silverhikari)

@cmounce i updated to 0.83.0-RC1, as it was requested in a update flag and it being an actual release listed in the changelog as a separate release, so will update it when newer RCs come out or when the official version comes out. if you are having issues not related to packaging you can report them upstream or rollback to the older version by downloading "https://aur.archlinux.org/cgit/aur.git/snapshot/aur-49ec2ae93687746633e20bb9abcc04d367a4e544.tar.gz", and running makepkg.

cmounce commented on 2026-05-22 21:52 (UTC)

Out of curiosity, is there a reason why this package builds a release candidate (0.83.0-RC1)? The previous few versions have been regular releases, and I would have assumed that this package would wait for the official release of 0.83.0.

megamik commented on 2026-05-15 04:50 (UTC) (edited on 2026-05-15 18:27 (UTC) by megamik)

In version 1:0.83.0_RC1-1 of the package, and without having any previous configuration file in the user's .config directory, it does not find the shaders' path and dies:

2026-05-15 06:35:50.755 | RENDER: Path '/usr/share/dosbox-staging/shaders' does not exist.

Stack trace:
6       0x55e0fbdaa1f5 _start + 37
5       0x7f85f6427879 __libc_start_main + 137
4       0x7f85f6427741 /usr/lib/libc.so.6(+0x27741) [0x7f85f6427741]
3       0x55e0fbd519fa main + 4026
2       0x55e0fbf412b9 GFX_InitAndStartGui() + 825
1       0x55e0fbf511f9 RENDER_SetShaderWithFallback() + 57
0       0x55e0fbf4f131 dosbox(+0x341131) [0x55e0fbf4f131]
2026-05-15 06:35:50.755 | ABORT: RENDER: Error setting fallback shaders, exiting

The path is actually "/usr/share/dosbox-staging/glshaders".

5long commented on 2026-05-01 20:25 (UTC)

Please consider adding a checksum to PKGBUILD as @HurricanePootis suggested. If you (the maintainer) find maintaining checksums too much of a hassle, you can use the updpkgsums helper command like this:

$ $EDITOR PKGBUILD  # update pkgver, reset pkgrel
$ updpkgsums

... and that's it. The updpkgsums command is available from the package pacman-contrib.

HurricanePootis commented on 2026-03-07 07:21 (UTC) (edited on 2026-03-07 07:22 (UTC) by HurricanePootis)

Hello I have a few recommendations for this PKGBUILD:

  1. Do not use any for the arch. This package builds a binary—list x86_64
  2. This package no longer relies on sdl2_image according to namcap and the meson output
  3. gcc and gzip should not be listed in makedepends, as they are included as part of base-devel and base respectively
  4. Use a tarball instead of git repo. There is no need to clone a git repo for a stable project that has no git submodules. This helps with certain AUR programs like yay and paru that would treat this project as a devel project and rebuild it constantly.
  5. Include a checksum. This is a stable release project, and there should be a checksum with the PKGBUILD
  6. Use arch-meson. This is a highly opinionated wrapper script included in the meson project. This one is more of an optional thing, but doesn't hurt and saves "time" according to the Meson packaging guidelines.
  7. Disable unit tests. We do not use the unit tests, and therefore, they should be disabled. It saves a lot of time not compiling them.
  8. Don't put the build directory in the source files. This one is more of a semantics thing, but I think it's helpful to always keep the build directory and the source files of the project separate whenever compiling AUR projects if possible. Here is a git diff for the current 0.82.2 version of the PKGBUILD:
diff --git a/PKGBUILD b/PKGBUILD
index fd152b9..2510795 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -6,28 +6,29 @@ pkgver=0.82.2
 pkgrel=1
 epoch=1
 pkgdesc="DOS/x86 emulator focusing on ease of use. Based on DOSBox"
-arch=('any')
+arch=('x86_64')
 url="https://github.com/dosbox-staging/dosbox-staging"
 license=('GPL-2.0-or-later')
-depends=('sdl2' 'sdl2_net' 'opusfile'  'alsa-lib' 'libpng' 'iir1' 'sdl2_image' 'hicolor-icon-theme' 'speexdsp' 'libslirp' 'fluidsynth' 'munt' 'zlib-ng' 'libglvnd')
+depends=('sdl2' 'sdl2_net' 'opusfile'  'alsa-lib' 'libpng' 'iir1' 'hicolor-icon-theme' 'speexdsp' 'libslirp' 'fluidsynth' 'munt' 'zlib-ng' 'libglvnd')
 optdepends=('ncurses')
-makedepends=('meson' 'ninja' 'gcc' 'gzip' 'git')
+makedepends=('meson' 'ninja' 'cmake')
 provides=("dosbox")
 conflicts=("dosbox")
-source=("git+https://github.com/dosbox-staging/dosbox-staging#tag=v${pkgver}")
-sha256sums=('SKIP')
+source=("$url/archive/refs/tags/v${pkgver}.tar.gz")
+sha256sums=('387c97b373c3164ab5abbbc2b210bf94b5567057abe44ee1e8b4d4e725bd422c')

 build() {
-  cd "$srcdir/${pkgname}"
-  meson setup --prefix "/usr" build
-  meson compile -C build
+  cd "$srcdir"
+  arch-meson \
+  -Dunit_tests=disabled \
+  build ${pkgname}-${pkgver}
 }

 package() {
-  cd "$srcdir/${pkgname}"
+  cd "$srcdir"

   meson install -C build --destdir "$pkgdir" --skip-subprojects libpng

-  install -Dm 644 "docs/README.video" "$pkgdir/usr/share/doc/${pkgname}/video.txt"
-  install -Dm 644 "README" "$pkgdir/usr/share/doc/${pkgname}/manual.txt"
+  install -Dm 644 "$pkgname-$pkgver/docs/README.video" "$pkgdir/usr/share/doc/${pkgname}/video.txt"
+  install -Dm 644 "$pkgname-$pkgver/README" "$pkgdir/usr/share/doc/${pkgname}/manual.txt"
 }

edit: cmake is added to makedepends since meson looks for it for some reason during setup

ipyakuza commented on 2025-11-28 14:23 (UTC) (edited on 2025-11-28 14:54 (UTC) by ipyakuza)

Is this broken/still awaiting Makefile transition? I see it's still trying to reference meson and fails dependencies.

UPDATE: Was able to just build from GIT using meson. The README.md was still good and worked.

silverhikari commented on 2025-06-03 07:01 (UTC)

@Toumal thanks for the heads up

Toumal commented on 2025-05-31 10:21 (UTC)

@silverhikari FYI dosbox-staging is moving from meson to cmake for the build process, so the next release won't build with meson anymore. There's currently no "install" target for cmake, but that should be done soon.

hfc2x commented on 2025-05-08 23:53 (UTC)

@silverhikari dosbox-staging-bin works as far as keyboard keys is concerned, but introduces a plethora of other packaging-related issues that makes it very much not ideal to use.

1 2 3 4 5 6 Next › Last »