musescore 2.0.3+dfsg-1

[Peter Jonas]

Hi Fabian,

As Tiago said the policy is a guideline, but I don't believe it
applies here anyway. The policy defines convenience copies as
dependencies included "so that users compiling from source don't have
to download multiple packages". It goes on to say that the policy does
not apply when "the included package is explicitly intended to be used
in this way."

Freetype is included because not included for convenience. It is
included because MuseScore's code has been tailored towards a specific
version of Freetype and other versions of Freetype have been known to
cause problems in the past.

Best,
Peter

On 14 July 2016 at 17:11, Tiago Bortoletto Vaz <tiago at debian.org> wrote:
> Hi,
>
> On Thu, Jul 14, 2016 at 05:58:08PM +0200, Fabian Greffrath wrote:
>> Hi there,
>>
>> Am Donnerstag, den 14.07.2016, 11:18 -0400 schrieb Tiago Bortoletto
>> Vaz:
>> > lot! I agree with Peter about Freetype inclusion. I've had a not so
>> > good
>> > experience on reporting issues to upstreams when using a slightly
>> > modified version of MuseScore. So, for the sake of piece I'd just
>> > keep
>>
>> sorry, but I have to disagree. Debian has a policy and that explicitely
>> discourages embedding convenience library copies in §4.13:
>>
>> https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles
>
> You're right, but I see it mostly as a recommendation, which can be
> eventually bypassed on special situations:
>
> "Non-conformance with guidelines denoted by should (or recommended) will
> generally be considered a bug, but will not necessarily render a package
> unsuitable for distribution."
> (https://www.debian.org/doc/debian-policy/ch-scope.html)
>
> Anycase, as I said, I don't know details about this need, and I don't
> know how MuseScore would be affected in Debian if we use our freetype
> packages. I'm just trusting the upstreams (whom I've been working with
> for some time). But as I don't have much time now to go into the issue,
> I'll be fine with any decision from the team.
>
> Bests,
>
> --
> tiago