Package Details: dosbox-staging 1:0.77.1-4

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: GPL2
Conflicts: dosbox
Provides: dosbox
Submitter: sharkwouter
Maintainer: silverhikari
Last Packager: silverhikari
Votes: 20
Popularity: 1.44
First Submitted: 2020-03-14 13:37
Last Updated: 2021-09-12 02:47

Required by (64)

Sources (1)

Latest Comments

1 2 Next › Last »

silverhikari commented on 2021-09-12 02:48

@rustemb libpng is now a dependency

rustemb commented on 2021-09-11 20:54

Add, please, libpng as required dep https://builds.garudalinux.org/repos/chaotic-aur/logs/dosbox-staging.log

ParaSait commented on 2021-07-10 22:51

That works.

silverhikari commented on 2021-07-10 22:28

@ParaSait i have added static to the build see how it works out now

ParaSait commented on 2021-07-10 21:49

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

@ParaSait there you go

ParaSait commented on 2021-07-07 16:03

Could the new dependency on munt be made optional?

sharkwouter commented on 2021-07-06 20:37

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

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

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