[SCM] Libav/FFmpeg packaging branch, licensecheck2dep5, created. debian/6%9.1-2-33-gb465036

[Reinhard Tartler]

Uh darn, I didn't disable the email trigger for my private repository.
I wonder if that was a good or bad move. After all, if I had disabled
it, we wouldn't have this conversation right now.

On Sat, Mar 2, 2013 at 3:03 PM, Jonas Smedegaard <dr at jones.dk> wrote:
> Quoting siretart at users.alioth.debian.org (2013-03-02 14:18:54)
>>     reintroduce tracking of copyright/licensing changes
>>
>>     Until Bug #472199 is fixed, this changes copies in the licensecheck2dep
>>     from the CDBS package, and calls integrates its invocation into debian/rules.
>
> This is silly!
>
> Why fork?

I don't see how this can be remotely considered as a fork of CDBS. I
find it unfortunate that it is still not in the devscripts package.

> Why not simply use CDBS until something better emerge?

I did neither introduce this mechanism to the libav package, nor did I
remove it.

However, I have no interest in learning nor using another packaging
helper, so I certainly will not introduce CDBS. Also, I object to
converting the libav packaging to CDBS as that would introduce an
unnecessary abstraction layer that would not make anything simpler.

I find it unfortunate that we had and have an argument about CDBS
usage in both, the libav package and in other packages in team
pkg-multimedia, because I value your work, motivation and technical
excellence very much. However, I am still rather opposed to CDBS and
am not interested in adopting it for packages that I am supposed to
maintain.

When you have implemented the CDBS-based DEP5 checks, I found the
implementation pretty borderline, but got curious and wanted to learn
about it. I found it unacceptable that you extended the CDBS usage in
libav, which made me quite upset, mostly because they would have made
my work for derivative distributions (i.e., Ubuntu) considerably more
complex.

Now that I took a closer look at the implementation of the CDBS-based
DEP5 checks, and the fact that you refuse any assistance with it, I'm
pretty much convinced that DEP5 is not the way I want to go. At least
not without mature, reliable and well-maintained helper tools, which
sadly do not seem to exist at this time.

-- 
regards,
    Reinhard