[MPlayer-cvslog] r30182 - in trunk: Makefile configure libvo/matrixview.c libvo/matrixview.h libvo/matrixview_font.h libvo/video_out.c libvo/vo_matrixview.c
The Wanderer
wanderer at fastmail.fm
Mon Jan 4 14:57:50 CET 2010
On 01/04/2010 08:16 AM, Reimar Döffinger wrote:
> On Mon, Jan 04, 2010 at 02:07:38PM +0100, Diego Biurrun wrote:
>>> Can we have some file like "licenseheader.txt" or such in
>>> MPlayer? So we can just cat that in front without risk of copying
>>> from the only file that has a bad/outdated/whatever one?
>>
>> I have fixed all license headers already, so there is no risk of
>> copying a wrong one. Of course, some files still lack license
>> headers. Would it be enough to add license headers to all files?
>
> Well,
> cat licenseheader file.c > newfile.c
> is still a bit less effort than having to use copy-and-paste, but
> it's not really relevant (it might be if ever e.g. the FSF moves
> again, because there's some risk we will miss to fix at least some
> license headers).
Not that much risk, with a combination of find and sed:
find mplayer/ -type f | grep -v '\.svn' | tr '\n' '\000' | xargs -0 sed
-i 's at oldaddress@newaddress at g'
svn diff > fsf-moved.diff
And then check the patch to make sure it includes only changes we want.
(It would probably be possible to shorten the pipeline quite a bit, by
use of 'find -prune', but I've never been able to make that work
reliably the way I need it to.)
> Just thinking of ways to reduce my aversion to license headers :-)
I'm not that fond of them myself, for one main reason: it feels way too
much like the same kind of mistake as code duplication. Still, I can
recognize some of the arguments for why they're necessary.
--
The Wanderer, technically still here
Warning: Simply because I argue an issue does not mean I agree with any
side of it.
Secrecy is the beginning of tyranny.
More information about the MPlayer-cvslog
mailing list