Bug 272480 - audio/fluid-soundfont: Add the soundfont link /usr/local/share/soundfonts/default.sf2 that some users expect
Summary: audio/fluid-soundfont: Add the soundfont link /usr/local/share/soundfonts/def...
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-multimedia (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-07-13 04:42 UTC by Yuri Victorovich
Modified: 2023-07-13 04:42 UTC (History)
0 users

See Also:
bugzilla: maintainer-feedback? (multimedia)


Attachments
patch (1.09 KB, patch)
2023-07-13 04:42 UTC, Yuri Victorovich
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Yuri Victorovich freebsd_committer freebsd_triage 2023-07-13 04:42:47 UTC
Created attachment 243369 [details]
patch

Background:

The 'dmidiplayer' executable installed by audio/dmidiplayer prints this error:
> MIDI Output "Error: fluid_sfloader_load(): Failed to open '/usr/local/share/soundfonts/default.sf2': File does not exist.\nError: Unable to open file '/usr/local/share/soundfonts/default.sf2'\nError: Failed to load SoundFont \"/usr/local/share/soundfonts/default.sf2\"\nWarning: Failed to set thread to high priority"


This soundfont file name comes from fluidsynth from this line in audio/fluidsynth:
> cmake_admin/DefaultDirs.cmake:  set (DEFAULT_SOUNDFONT "${CMAKE_INSTALL_FULL_DATADIR}/soundfonts/default.sf2" CACHE STRING

This file is not installed, but there is a tradition to reference such file.

For example, to work around this problem audio/drumstick/Makefile replaces default.sf2 with /usr/local/share/sounds/sf2/FluidR3_GM.sf2 installed by audio/fluid-soundfont.


The attached patch creates the symbolic link so that any applications that happen to expect share/soundfonts/default.sf2 would fine it.