Spent a bit of time writing a
to kiko's proto-PEP about
fixing Python's handling of
As it stands at the moment, Python requires
LC_NUMERIC to be set to
C in order to function correctly (important things like parsing of
floats in source code break if it is set to a locale that uses a comma
as the decimal point). They then have some hacks that allow you to parse
and format floats according to locale conventions. This all works great
in a pure Python environment.
However if you have another library that want to display or parse floats
in a locale sensitive fashion and want to use it with Python, things
start to break down. If the library isn't Python specific, it is
unlikely to change (after all, it is just using standard C library
functions according to the specification). One such library that falls
into this category is GTK+, which is where
kiko first ran into the problem.
I think most of the Python developers realise that the current code is a
problem now, which is good because it is the first step to getting it
Like most people, I woke up today with about 50 or so bounce messages in
my inbox. I have a set of
header_checks rules in my postfix
configuration that reject windows executable attachments, so I never
actually received a copy of the actual worm, but I received many many
rejection messages from other servers, since the Sobig.F worm forges the
I quickly modified the mail filters to discard rather than reject
Sobig.F messages, to make sure we aren't adding to the problem.
I am surprised that none of the major server side anti-virus products
correctly discard these virus messages with forged senders. They all
seem to identify the type of virus, so they should be able to control
what action is performed based on the virus type (for mail viruses that
don't forge the sender, rejection still seems like the best option).