Package Details: dosbox-staging 1:0.82.0-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: 50
Popularity: 0.95
First Submitted: 2020-03-14 13:37 (UTC)
Last Updated: 2024-10-29 20:49 (UTC)

Required by (69)

Sources (1)

Latest Comments

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

asterisc commented on 2022-01-24 20:17 (UTC)

The latest release comes with a bash completion script. This should be added to the bottom of the PKGBUILD to include it:

install -Dm 644 "contrib/linux/bash-completion/dosbox" "$pkgdir/usr/share/bash-completion/completions/dosbox"

silverhikari commented on 2021-12-22 19:52 (UTC)

@DosAmp i have moved munt to depends and remove the static option, that should fix your issue

DosAmp commented on 2021-12-18 11:05 (UTC)

The optional dependency on munt still doesn't work for me. As it stands, the build still downloads munt-libmt32emu if the munt package is not available, but only builds the dynamic library libmt32emu.so under build/subprojects/ (without even packaging it), not a static library that gets linked into the dosbox executable.

silverhikari commented on 2021-09-12 02:48 (UTC)

@rustemb libpng is now a dependency

rustemb commented on 2021-09-11 20:54 (UTC)

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 (UTC)

That works.

silverhikari commented on 2021-07-10 22:28 (UTC)

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

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?

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