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 <[email protected]> wrote: > Quoting [email protected] (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 _______________________________________________ pkg-multimedia-maintainers mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
