I'm not a lawyer, but I believe there is a longstanding misunderstanding on this matter and the FSF is in the wrong. The FSF, in the GPL FAQ, says that maintained dynamic linking, as exhibited in Python, infects any package that imports. However, to trigger this clause the 'linked' package must constitute a derivative work, which has a definite legal meaning. The FSF's justification in the case of static linking is relatively sound. However, legal rulings on the matter of dynamic linking, as in Python (Galoob v. Nintendo) disagree.
The relevant portion of the ruling, which stands today and was affirmed in Micro Star v. FormGen Inc., states rather concretely
A derivative work must incorporate a protected work in some concrete or permanent "form."
Ergo, despite what the FSF states, on the basis of current law dynamic linking - linking without creating a file in any way, simply asking another library to do something - does not constitute creation of a derivative work, and thus does not infringe the GPL. Linking as a matter of current law involves actually combining the linked code with the code from the linking package into a concrete form, generally a file, which can then be executed. Thus, static linking infects, but dynamic linking does not. Again, this isn't what the FSF says, but ultimately the GPL means what it actually says, not what the FSF wants it to. Consider this the same way that the US Constitution exists separately from the Federalist papers and other writings of the founding fathers.
Despite this being relatively clearly settled law, very few people call the FSF out on it, and fewer have the guts to act appropriately as permitted under the law. Most It's actually harming communities, though, and PyFFTW is a great example.
If anyone can actually refute this, I'm all ears.