Package Details: dosbox-daum 20150125-5

Git Clone URL: https://aur.archlinux.org/dosbox-daum.git (read-only)
Package Base: dosbox-daum
Description: Emulator with builtin DOS for running DOS Games (Daum version)
Upstream URL: http://ykhwong.x-y.net/
Licenses: GPL
Conflicts: dosbox
Provides: dosbox
Submitter: oi_wtf
Maintainer: oi_wtf
Last Packager: oi_wtf
Votes: 9
Popularity: 0.004538
First Submitted: 2015-06-16 21:17
Last Updated: 2018-10-15 21:12

Required by (49)

Sources (9)

Pinned Comments

oi_wtf commented on 2018-09-25 12:17

READ this before building: For this package a sdl_sound package of the 'stable-1.0' branch is needed.

Either modify sdl_sound-hg to use that branch or create a new package.
If you upload the latter to the AUR, please tell me, so I can adjust this package's dependencies.

Latest Comments

1 2 3 Next › Last »

darkprof commented on 2018-09-25 14:55

https://aur.archlinux.org/packages/sdl_sound-hg_daum/

oi_wtf commented on 2018-09-25 12:21

@darkprof: No problem. I pinned a comment with shorter and easier to understand instructions, though, so people won't have to read my complicated mess any longer... ^^

oi_wtf commented on 2018-09-25 12:17

READ this before building: For this package a sdl_sound package of the 'stable-1.0' branch is needed.

Either modify sdl_sound-hg to use that branch or create a new package.
If you upload the latter to the AUR, please tell me, so I can adjust this package's dependencies.

darkprof commented on 2018-09-25 12:17

@oi_wtf, Sorry, apparently misinterpreted.

oi_wtf commented on 2018-09-25 12:04

@darkprof: I never said that. I simply repeated the info stated in the commit-message of b0389c65334c, which reads:

SDL 1.2 is not supported any further. Get the stable-1.0 branch for that.

I did not claim b0389c65334c was part of stable-1.0. That would make no sense anyway, since b0389c65334c removes SDL-1.2 support, which would contradict the statement "stable-1.0 supports SDL-1.2".

darkprof commented on 2018-09-25 11:00

Branch stable-1.0 don`t have commit b0389c65334c (date Sun Jul 15 18:00:53 2018). The last changes in this branch were marked with a date Wed May 24 11:28:05 2017.

oi_wtf commented on 2018-07-25 12:13

Well, the sources of this package are probably unmaintained and the last release is from early 2015, so I think it's a small wonder it worked as long as it has.

With sdl_sound building fails because it can't find the function Sound_GetDuration(), with sdl_sound-hg it builds fine, one of the unreleased changes seems to be the adding of that function.

So you should probably look into getting sdl_sound-hg to build again or maybe build an older version. The package I've tested building with was of the tag 'final-lgpl-revision', but I built that a while ago (May 2017).

Edit:

I looked at the repository of sdl_sound and any later version than the tag I mentioned earlier would not work for this package, because they've switched to SDL2, which I'm pretty sure is not supported by this package. This commit states clearly, that the branch stable-1.0 (same as tag final-lgpl-revision at the time of writing) should be used for SDL < 2: http://hg.icculus.org/icculus/SDL_sound/rev/b0389c65334c

So for this package a sdl_sound package of the 'stable-1.0' branch would be needed ayway.

Tom_B commented on 2018-07-24 14:17

Does this require sdl_sound-hg or can sdl_sound be used? I ask because sdl_sound-hg no longer compiles.

Assuming it can and this isn't caused by using sdl_sound rather than sdl_cound-hg, compiling gets stuck at:

mv -f .deps/dos.Tpo .deps/dos.Po mv -f .deps/dos_keyboard_layout.Tpo .deps/dos_keyboard_layout.Po mv -f .deps/dos_mscdex.Tpo .deps/dos_mscdex.Po mv -f .deps/dos_files.Tpo .deps/dos_files.Po mv -f .deps/dos_programs.Tpo .deps/dos_programs.Po make[3]: Leaving directory '/tmp/yaourt-tmp-tom/aur-dosbox-daum/src/src/dos' make[2]: *** [Makefile:480: all-recursive] Error 1 make[2]: Leaving directory '/tmp/yaourt-tmp-tom/aur-dosbox-daum/src/src'

If this is an issue with sdl_sound-hg (which seems to be only a minor patch to sdl_sound) then I'll comment there.

oi_wtf commented on 2018-02-28 23:00

I've disabled fluidsynth for now in configure to make the package build in all cases again.

If anyone could tell me a simple test case that uses the fluidsynth code, I could/would test if the commented out function in src/src/gui/midi_synth.h (line ~150 and following) works as a replacement.

Otherwise you'll need to downgrade fluidsynth to 1.1.6-5 to be able to use it. (And remove the sed that disables it, of course.)

I can't provide any better patch or solution since my understanding of fluidsynth, and what dosbox's code is trying to do with it, is very limited.

AE86 commented on 2018-02-26 07:06

Downgrading fluidsynth to 1.1.6-5 resolves that issue (the culprit is https://github.com/FluidSynth/fluidsynth/commit/5f45c6d97b241ed250272e4a523d19dbc2bac414, https://github.com/FluidSynth/fluidsynth/commit/51cc2656e1b4a36c13f81ad838c4f520adc3d776 - that function not exported anymore)

Someone needed to patch the dosbox-daum midi synth source.