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 »

harmathy commented on 2024-02-14 20:18 (UTC)

@FredBezies zlib-ng has to be added to depends, not makedepends. Otherwise:

dosbox: error while loading shared libraries: libz-ng.so.2: cannot open shared object file: No such file or directory

@jakedane building with zlib-ng also fixes the issue with libpng.

jakedane commented on 2024-02-14 19:42 (UTC)

1:0.81.0-1 builds successfully but it can't be installed:

error: failed to commit transaction (conflicting files)
dosbox-staging: /usr/include/libpng16/png.h exists in filesystem (owned by libpng)
dosbox-staging: /usr/include/libpng16/pngconf.h exists in filesystem (owned by libpng)
dosbox-staging: /usr/include/libpng16/pnglibconf.h exists in filesystem (owned by libpng)
dosbox-staging: /usr/lib/pkgconfig/libpng.pc exists in filesystem (owned by libpng)
dosbox-staging: /usr/lib/pkgconfig/libpng16.pc exists in filesystem (owned by libpng)
Errors occurred, no packages were upgraded.

I tried recompiling with libpng:default_library=shared added to meson setup but that doesn't make a difference. Any clue how I can make it use the system libpng and not build its own?

FredBezies commented on 2024-02-14 15:13 (UTC)

Please add zlib-ng to makedepends.

prettyvanilla commented on 2023-02-04 00:03 (UTC)

@silverhikari Please readd speexdsp, libslirp, fluidsynth and munt as direct dependencies. Dependencies that are available in the repos (or have a well maintained package in the AUR) should generally be used instead of having the build system download its own version.

Currently this further causes the problem that when built in a clean environment like for the package in the chaotic-aur repo the speexdsp subproject adds its include and pkgconfig files to the built package, causing file conflicts on installation when speexdsp is already installed.

silverhikari commented on 2022-10-03 13:19 (UTC)

@lithium_sulfate this problem is caused by speexdsp being pulled in by meson wrap and being static built for dosbox-staging. to fix this without doing changes to the pkgbuild you need to uninstall dosbox-staging and make a clean build of the pkg. you do not need to worry about static libraries as these are only used when the dependency is not install at time of build, so if you have the dynamic library of a package then it will detect that and not pull-in the upstream version to static build.

lithium_sulfate commented on 2022-10-03 08:29 (UTC)

Thank you for maintaining this package. Your most recent update to the PKGBUILD appears to have broken compilation for me because the package still appears to require speexdsp, which got removed from depends. Re-adding speexdsp to depends fixes the build.

megamik commented on 2022-09-21 14:43 (UTC)

It is working for me now, even switching to another language other than english (it was complaining about missing localization and keyboard files before).

silverhikari commented on 2022-09-20 15:12 (UTC)

@Nocifer try the new update that should fix it

Nocifer commented on 2022-09-20 08:18 (UTC)

Hi, I'm getting the following error after upgrading to 0.79.0:

2022-09-20 11:04:40.552 | arguments: dosbox
2022-09-20 11:04:40.552 | Current dir: /home/nocifer
2022-09-20 11:04:40.552 | stderr verbosity: 0
2022-09-20 11:04:40.552 | -----------------------------------
2022-09-20 11:04:40.552 | dosbox-staging version 0.79.0
2022-09-20 11:04:40.552 | ---
2022-09-20 11:04:40.552 | LOG: Loguru version 2.1.0 initialized
2022-09-20 11:04:40.566 | SDL: version 2.24.0 initialized (x11 video and pulseaudio audio)
2022-09-20 11:04:40.566 | CONFIG: Loaded primary conf file /home/nocifer/.config/dosbox/dosbox-staging.conf
2022-09-20 11:04:40.566 | RENDER: Shader file 'sharp' not found
2022-09-20 11:04:40.566 | RENDER: 
2022-09-20 11:04:40.566 | RENDER: List of available GLSL shaders
2022-09-20 11:04:40.566 | RENDER: ------------------------------
2022-09-20 11:04:40.566 | RENDER: Path './glshaders' does not exist
2022-09-20 11:04:40.566 | RENDER: 
2022-09-20 11:04:40.566 | RENDER: Path 'resources/glshaders' does not exist
2022-09-20 11:04:40.566 | RENDER: 
2022-09-20 11:04:40.566 | RENDER: Path '/home/nocifer/.config/dosbox/glshaders' has no shaders
2022-09-20 11:04:40.566 | RENDER: 
2022-09-20 11:04:40.566 | RENDER: Path '/usr/bin/../resources/glshaders' does not exist
2022-09-20 11:04:40.566 | RENDER: 
2022-09-20 11:04:40.566 | RENDER: Path '/usr/bin/resources/glshaders' does not exist
2022-09-20 11:04:40.566 | RENDER: 
2022-09-20 11:04:40.566 | RENDER: Path '/usr/local/share/dosbox-staging/glshaders' does not exist
2022-09-20 11:04:40.566 | RENDER: 
2022-09-20 11:04:40.566 | RENDER: Path '/usr/share/dosbox-staging/glshaders' does not exist
2022-09-20 11:04:40.566 | RENDER: 
2022-09-20 11:04:40.566 | RENDER: The above shaders can be used exactly as listed in the "glshader"
2022-09-20 11:04:40.566 | RENDER: conf setting, without the need for the resource path or .glsl extension.
2022-09-20 11:04:40.566 | RENDER: 
Stack trace:
7      0x55a8ab8f10b5 dosbox(+0x550b5) [0x55a8ab8f10b5]
6       0x7f611396434a __libc_start_main + 138
5       0x7f6113964290 /usr/lib/libc.so.6(+0x23290) [0x7f6113964290]
4       0x55a8abb7220a dosbox(+0x2d620a) [0x55a8abb7220a]
3       0x55a8ab907116 dosbox(+0x6b116) [0x55a8ab907116]
2       0x55a8ab907026 dosbox(+0x6b026) [0x55a8ab907026]
1       0x55a8aba5cd17 dosbox(+0x1c0d17) [0x55a8aba5cd17]
0       0x55a8ab917662 dosbox(+0x7b662) [0x55a8ab917662]
2022-09-20 11:04:40.566 | ABORT: RENDER: Fallback shader file 'none' not found and is mandatory
[1]    19313 IOT instruction (core dumped)  dosbox

Apparently it can't find the bundled shaders? Unfortunately I don't have time to rebuild the previous 0.78.1 and compare, but I know that it worked fine when I last used it a few days ago. I don't see anything mentioned in the new version's documentation about any tweaks that may be required regarding the shaders, but I'm also not sure if it's really a bug because I don't see anything reported on upstream's issue tracker (and something big like this should have been noticed immediately).

I'll wait for some feedback here first before I report it. Thanks.

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