configparser.ConfigParser is deprecated as of 3.2 and thus standard library modules should not use that.

The migration path is trivial and should not introduce any compatibility problems whatsoever. All it needs is to switch usage of ConfigParser to SafeConfigParser.

Please find attached a patch that makes the necessary renames.

For the curious, rationale for the deprecation:
- ConfigParser forces interpolation on users, providing no way of escaping interpolation if necessary
- ConfigParser does not check types given on set() and add*() methods, which may lead to invalid internal state (which will raise exceptions when trying to write() configuration or get() values from it)
- until recently configparser's unit tests assumed no instance customization. ConfigParser's error handling is broken when optionxform is overriden

So, as discussed w/ Lukasz:

- distutils1 gets unchanged and the warning is silenced there
- distutils2 uses SafeConfigParser [done]

I’ve changed d2 to use RawConfigParser six months ago: http://bitbucket.org/tarek/distutils2/changeset/e2a1113b5572

I don’t think we need the interpolation provided by SafeConfigParser.

SafeConfigParser was renamed to ConfigParser in r87299 so this change is no longer necessary.