One problem I can see with using a fixed offset tzinfo for localtime is that it might confuse people when doing date arithmetic.  For example:

    >>> d = datetime.localtime() + timedelta(days=7)

While it will give a correct answer as a point in time it will have the wrong time zone offset if run just before a daylight saving transition, which could be just as confusing.

I'm not sure how you'd solve this without e.g. importing pytz into the standard library though.