Author scoder
Recipients christian.heimes, eli.bendersky, hroncok, rahul-kumi, scoder, serhiy.storchaka
Date 2020-05-05.05:55:13
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1588658113.34.0.9737605411.issue36543@roundup.psfhosted.org>
In-reply-to
Content
Christian, I understand your complaint, but I've actually never seen code in the wild that didn't provide a fallback for the import, usually something like what Serhiy spelled out and explained above:

    try:
        import xml.etree.cElementTree as ET
    except ImportError:
        import xml.etree.ElementTree as ET

This makes it inconvenient for users to emit a deprecation warning for the import, because it would impact perfectly future proof code like the above, without a good way for users to work around it by adapting their code, because the above import order is actually what they want. And there's a lot of such code.

I personally believe that the breakage will be quite limited. But that's a belief, not a fact. I don't have numbers to back it.
History
Date User Action Args
2020-05-05 05:55:13scodersetrecipients: + scoder, christian.heimes, eli.bendersky, serhiy.storchaka, hroncok, rahul-kumi
2020-05-05 05:55:13scodersetmessageid: <1588658113.34.0.9737605411.issue36543@roundup.psfhosted.org>
2020-05-05 05:55:13scoderlinkissue36543 messages
2020-05-05 05:55:13scodercreate