Shibboleth-SP 3.0.4 update

[Sam Hartman]

>>>>> "wferi" == wferi  <wferi at niif.hu> writes:

    wferi> Sam Hartman <hartmans at debian.org> writes:
    >> Any help I can provide for this?

    wferi> Hi,

    wferi> The stretch and jessie uploads are done, now we have to
    wferi> decide what to do in unstable.  Shall we try to push the new
    wferi> upstream release of the stack through the Release Team or do
    wferi> we apply the xmltooling fix only in a Debian patch?

Getting in a new upstream at this point is almost an automatic no.
However, the diffstat does look managible.

You'll need to explain each change, possibly a bit better than is done
by the git log messages in the repository, possibly not.  I think the
release team could say yes.  I think the release team will say yes to
every patch that actually affects a unix build.  They may well reject
the mac build patches since they don't matter on Debian, and as a
result, they may well reject the new version even though they accept all
the changes that matter.

I'd say go for trying to get the new upstream in and fall back to all
the patches if that doesn't work.

If you run reportbug on release.debian.org, and say you want an unblock,
the template is fairly good.