make the callers figure out the right tzinfo arguments to pass, instead of
making the callees guess.  The code is uglier this way, but it's less
brittle (when the callee guesses, the caller can get surprised).

the i in naive.

More markup fixups.

env.

This adds @CFLAGS@  and @CPPFLAGS@ to the end of the respective
variable definitions.  It also adds $(LDFLAGS) to the $(CC) invocation
to build $(PGEN).

version 4.1.1 and works with up to BerkeleyDB 4.1.25.

test suite tests.

of the timetz case.  A tzinfo method will always see a datetimetz arg,
or None, now.  In the former case, it's still possible that it will get
a datetimetz argument belonging to a different timezone.  That will get
fixed next.

eventually.

extension module now supports it.

with sequences.

up in the Carbon package.

integers checked for integer overflow but longs did not.

andsq_inplace_repeat.  This fixes a number of corner case bugs (see #624807).

Consolidate the int and long sequence repeat code.  Before the change, integers
checked for integer overflow but longs did not.

Header.append()

bug #648119.

is passed straight through to the unicode() and ustr.encode() calls.
I think it's the best we can do to address the UnicodeErrors in badly
encoded headers such as is described in SF bug #648119.

need more vetting, and it will be included in Python 2.3a1.

file, needed because some binary distros (read RPMs) don't include the
test module in their standard Python package.  This eliminates an
external dependency and closes SF bug # 650441.

binary distros (read RPMs) don't include the test module in their
standard Python package.  This eliminates an external dependency and
closes SF bug # 650441.

and that conversion to "timezone" None is the same as stripping the
tzinfo member.

the day in an RFC 2822 date.

and the day number in an RFC 2822 date specification.  See bug
#552345.

west of the US zones getting converted, and also by using Eastern "as if"
it were UTC (wrt Pacific), and vice versa.

Check for readline 2.2 features.  This should make it possible to
compile readline.c again with GNU readline versions 2.0 or 2.1; this
ability was removed in readline.c rev. 2.49.  Apparently the older
versions are still in widespread deployment on older Solaris
installations.  With an older readline, completion behavior is subtly
different (a space is always added).

specifically that dots are allowed in obs-phrase.  This fixes parsing
of dots in realnames.

RFC 2822's rules w.r.t. dots in the realname part of address fields.

The new "substr in str" feature masked the error.

ignore tuple.

The line, "from _random import Random as CoreGenerator", fools the test
code which expects CoreGenerator.__name__ to be "CoreGenerator" instead
of "Random".