Bug#924135: clean-up: old .cvsignore files

Package: www.debian.org
Severity: normal
User: [email protected]
Usertags: scripts

Hi,

While working on rebuilding the website within stretch and buster, I've
noticed the following.

There are many leftovers from CVS times in the tree, namely .cvsignore
files:

    $ find -name .cvsignore|sort
    ./arabic/po/.cvsignore
    ./armenian/po/.cvsignore
    ./bulgarian/po/.cvsignore
    ./catalan/MailingLists/.cvsignore
    ./catalan/po/.cvsignore
    ./chinese/MailingLists/.cvsignore
    ./chinese/po/.cvsignore
    ./croatian/MailingLists/.cvsignore
    ./croatian/po/.cvsignore
    ./czech/po/.cvsignore
    ./danish/MailingLists/.cvsignore
    ./danish/po/.cvsignore
    ./dutch/po/.cvsignore
    ./english/Bugs/.cvsignore
    ./english/MailingLists/.cvsignore
    ./english/devel/.cvsignore
    ./english/devel/misc/.cvsignore
    ./english/devel/wnpp/.cvsignore
    ./english/international/l10n/data/.cvsignore
    ./english/mirror/.cvsignore
    ./english/po/.cvsignore
    ./esperanto/po/.cvsignore
    ./finnish/MailingLists/.cvsignore
    ./finnish/po/.cvsignore
    ./french/MailingLists/.cvsignore
    ./french/po/.cvsignore
    ./german/MailingLists/.cvsignore
    ./german/po/.cvsignore
    ./greek/po/.cvsignore
    ./hebrew/po/.cvsignore
    ./hungarian/MailingLists/.cvsignore
    ./hungarian/po/.cvsignore
    ./indonesian/po/.cvsignore
    ./italian/po/.cvsignore
    ./japanese/po/.cvsignore
    ./korean/po/.cvsignore
    ./lithuanian/po/.cvsignore
    ./norwegian/MailingLists/.cvsignore
    ./norwegian/po/.cvsignore
    ./persian/po/.cvsignore
    ./polish/po/.cvsignore
    ./portuguese/po/.cvsignore
    ./romanian/po/.cvsignore
    ./russian/MailingLists/.cvsignore
    ./russian/po/.cvsignore
    ./slovak/po/.cvsignore
    ./slovene/po/.cvsignore
    ./spanish/po/.cvsignore
    ./swedish/po/.cvsignore
    ./tamil/po/.cvsignore
    ./turkish/po/.cvsignore
    ./ukrainian/po/.cvsignore
    ./vietnamese/po/.cvsignore

It might make sense to merge some of it into .gitignore, but getting rid
of them in the end would make sense I suppose.


Cheers,