gregor herrmann: > Oh, and cme also has a new script: > > % cat /usr/share/perl5/Config/Model/scripts/remove-uploader I've been playing with this for a while now, and I decided to use the older way because I don't want to make an individual commit for each mail address that I'm removing from Uploaders. On the other side, I've found several issues that I'd like to discuss with this list before proceeding to make mass changes to 291 packages: * I'm using cme to format debian/control before making any change (also performed by cme). This formatting changes the order of some headers (e.g. Testsuite, Vcs-*). I consider these format changes acceptable as I separate them with a different commit form the actual removing of mail addresses from Uploaders. * However, there are several packages that seem to use the wrap-and-sort formatting, thus running cme format on them makes a lot of changes that probably won't make happy their respective maintainers. I'm not sure whether I should skip these and make the changes in some other way. * Some packages end up with no Uploaders field after removing the former team members. I guess this is alright as long as there's no new upload but there's a risk that we forget to add one. * There are some issues with a few packages that make cme fail at some point. I have to see what's going on with these and make a proper fix before the mass change. * I spent a lot of time figuring out why there were so many differences between master and origin/master for a few hundred packages. It happened that I had locally committed a new debian/upstream/metadata in them, that I never pushed because it was part of a common "mr up" run in the past (we disabled that feature a while ago). So it took me a while to identify those packages and reset master there. Any thoughts and tips will be appreciated, specially from those people that don't want me to mess up with their formatting of debian/control. Cheers! Alex
Attachment:
signature.asc
Description: PGP signature