Bug#871920: musescore-common: please split out the FluidR3Mono_GM.sf3 sound font into a separate package

Thorsten Glaser t.glaser at tarent.de
Mon Oct 9 12:49:14 UTC 2017


Hi Fabian,

> in the SF3 format that musescore introduced. It is thus appropriate to
> split out the FluidR3Mono_GM.sf3 sound font that comes bundled with
> musescore into its own package, install it into /usr/share/sounds/sf3/

as far as I’m informed, the soundfont is not an “API” of MuseScore,
i.e. it can, and possibly will, change without notice.

Sure, we can split it off, and it’ll be versioned with the version
of the corresponding MuseScore package, but that’ll be all of it,
unless someone actively maintains the soundfont.

Furthermore, MuseScore may cease shipping this, or ship an
incompatible version, in the future. I *really* wish to avoid
a repeat of #768524 where we could not upgrade MuseScore because
something used the old soundfont.

So, what’s it going to be?

I guess this is really a question to the entire team, to which
I’m new, because I’m trying to get more involved with MuseScore,
having that is, obviously, my priority (mostly because I use it
and might be able to help them fix some bugs).

If nobody else cares, I’d put this as WONTFIX.

If Fabian insists, but nobody else cares, I’d be willing enough
to split the package off but with absolutely no guarantees of
it not going away (although probably with a grace period in which
the new version would sit in experimental, so downstream packages’
maintainers could adjust).

If anyone cares about it and would maintain the soundfont split
off if necessary, do share.

bye,
//mirabilos
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.	-- Rob Pike in "Notes on Programming in C"



More information about the pkg-multimedia-maintainers mailing list