Please sync musescore-sftools 20180325-1 (universe) and fluidr3mono-gm-soundfont 2.315-4 (universe) from Debian testing (main)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
fluidr3mono-gm-soundfont (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
musescore-sftools (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Hi! I’m the Debian maintainer (DD) of the aforementioned two packages, and coordinating MuseScore in Debian and the official MuseScore PPA as upstream contributor.
Please grant an FFe and sync at least musescore-sftools, at best also fluidr3mono-
You recently (on 2018-03-19) sync’d musescore-sftools 20180222-2 and fluidr3mono-
However, musescore-sftools 20180222 was a first cut of it to get things rolling in Debian due to the DFSG-freeness issues of the soundfont. It contains one tool, whose upstream name was “sfconvert”, but there is already an sfconvert in audiofile-tools in Debian. I renamed it to “musescore-
That was on about 2018-03-13. I knew an Ubuntu release was approaching, but I figured that it was too late for this to land as new packages, anyway, so I decided against uploading this to Debian immediately (using patches) but wait for upstream to merge the pull requests, and then upload a new version without any Debian-specific patches.
However, upstream was extremeliest busy with the new MuseScore 2.2 release scheduled for end of March and so only merged my PRs on 2018-03-25. I uploaded this to Debian, as well with fluidr3mono-
Please sync the newer musescore-sftools source package; it is functionally identical to the previous one (except the reproducible-builds patch now must be enabled by the -S option), but the binary and manpage have been renamed.
To add a bit of “fun”, upstream also decided to change the name of their “new” soundfont (not yet having passed ftpmaster NEW in Debian) roughly at the same time I was making the upload, so I immediately pushed fluidr3mono-
The reason we are going to need this is: fluidr3mono-
The new version of MuseScore depends on fluidr3mono-
So, to avoid users having to download 2.315-4 from a PPA additionally, and for upwards compatibility with newer MuseScore versions (from PPA) for bionic for the next couple of years, this is needed. (It also builds reproducibly by using the new -S option, and uses a dpkg-builddeb option to allow for distributions as long back as precise to install the binary .deb file.)
So, please sync the newer version of the soundfont, as well.
There are no Ubuntu changes (I was surprised it had managed to slip into Ubuntu already, in the first place, so someone must already have granted a debian import sync exception).
musescore-sftools (20180325-1) unstable; urgency=high
* Rename binary to sf3convert as requested by upstream
(the former package name existed short enough no transition is needed)
* New upstream snapshot, merges all patches
-- Thorsten Glaser <email address hidden> Sun, 25 Mar 2018 19:28:35 +0200
and:
fluidr3mono-
* Rename MS_General.sf3 symlink to MuseScore_
since upstream suddenly decided to change it
* Put the “MIT” licence identifier in ICOP chunk
-- Thorsten Glaser <email address hidden> Sun, 25 Mar 2018 22:25:07 +0200
fluidr3mono-
* Use compression keeping the .deb installable on trusty
* Mark as Multi-Arch: foreign, prompted by piuparts
* Switch to sf3convert (new upstream-requested name)
* Add option to keep building reproducibly
* Update Enhances field
* Use quality settings recommended by S. Christian Collins
* Compress the .deb with xz -8e saving space on the mirrors
-- Thorsten Glaser <email address hidden> Sun, 25 Mar 2018 20:44:33 +0200
There is no upstream changelog. I will add a git log from musescore-sftools, though.
I’ve uploaded both to my PPA for bionic (unchanged save for the extra changelog entry for PPA):
- https:/
- https:/
This should satisfy the “build log” question, and “install log” for musescore-sftools as it’s used to compile the soundfont.
I did install the soundfont in a chroot in which I tested a musescore build, so I can say with an extremely high level of confidence that both are “good”. I also excessively tested both in Debian beforehand.
affects: | ubuntu → musescore-sftools (Ubuntu) |
tags: | added: upgrade-software-version |
Note that musescore-sftools upstream doesn’t even tag releases; these are just the date when I took a git snapshot.