Package Details: dosbox-staging 1:0.82.1-1

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: 52
Popularity: 0.177409
First Submitted: 2020-03-14 13:37 (UTC)
Last Updated: 2025-04-09 04:33 (UTC)

Required by (61)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

ParaSait commented on 2021-07-10 21:49 (UTC) (edited on 2021-07-10 22:13 (UTC) by ParaSait)

Hmm, I thought it would be fine, but it's looking for libmt32emu.so when trying to run it. If you compile with mt32 support enabled, meson will automatically fetch and build that as a subproject to be built. But installing it from that is probably not a good idea as it would then introduce a conflict with the munt package.

Going by the dosbox-staging readme, if you add "-Ddefault_library=static" to the meson setup, mt32emu (as well as fluidsynth) will be statically linked, and then it works without the munt package. Either that, or you just re-instate munt as a mandatory dependency. (I'm not sure which of the two options would be best practice for an AUR package, tbh...)

EDIT: I did a little bit of homework on this, and I found that on arch linux, the meson package contains a "highly opinionated" wrapper for use in arch linux packaging, called arch-meson. arch-meson invokes the meson setup with "--wrap-mode nodownload". From this, I gather that it's most likely discouraged to rely on meson automatically fetching those subprojects. Therefore, probably munt should be an explicitly listed mandatory dependency in the PKGBUILD.

silverhikari commented on 2021-07-10 17:54 (UTC)

@ParaSait there you go

ParaSait commented on 2021-07-07 16:03 (UTC)

Could the new dependency on munt be made optional?

sharkwouter commented on 2021-07-06 20:37 (UTC)

I'm going to disown this. I'm not using Arch on any of my machines at the moment, making this hard to maintain.

silverhikari commented on 2021-07-06 19:26 (UTC) (edited on 2021-07-06 19:28 (UTC) by silverhikari)

here is a PKBUILD diff patch to the latest update and to fix the switch from autotools to meson though it requires different make depends such as ninja and meson https://www.dropbox.com/s/wjqzstv81rut7zq/Dosbox-staging0.77.0-PKGBUILD-Update.zip?dl=0

jking commented on 2021-04-17 12:25 (UTC)

Would it be possible to add munt to enable MT-32 emulation?

michelesr commented on 2021-01-07 19:15 (UTC)

Could the autogen/configure command be moved in the build() section? According to Arch Wiki, the prepare() section should be used to prepare the source to be built, e.g. to apply patches [1]. Some helpers such as pacaur will install the dependencies only after running prepare(), so the configure step will run too early and fail! [2]

[1] https://wiki.archlinux.org/index.php/Creating_packages#prepare() [2] https://github.com/E5ten/pacaur/issues/14

cmounce commented on 2020-12-06 03:48 (UTC)

There's a new dependency that's missing: dosbox-staging now has a dependency on fluidsynth.

ax34 commented on 2020-09-09 23:16 (UTC)

You should not remove epoch = 1 if you added it before.

SolarAquarion commented on 2020-08-10 16:12 (UTC)

you need to add libpng as a makedepend

« First ‹ Previous 1 2 3 4 5 Next › Last »