[MASOCH-L] problema com horário de verão em RH-linux

[Lao DanTong]

Atualizei o arquivo das zonas sul americanas, compilei com o zic e tal e 
observei o seguinte, em três máquinas rodando versões diferentes de linux
Red Hat:
# date --date=2007-10-14
date: invalid date `2007-10-14'
Outras datas de entrada também resultam em erro:
# date --date=2006-11-05
date: invalid date `2006-11-05'
mas as datas de saída são tratadas normalmente.

a mesma coisa no Slackware e em pelo menos um sabor de Debian dá certo. 
Ainda não experimentei no MacOS-X. O /etc/localtime resultante tanto nos 
RHs quanto no Slackware tem o mesmo md5.

os sistemas em que detectei o problema são (cat /etc/redhat-release)
CentOS release 4.5 (Final)
CentOS release 4.3 (Final)
Fedora release 7 (Moonshine)

versões do 'date':

No RH (bichado), comando 'date --version':
date (coreutils) 5.2.1

No Debian (não bichado):
date (GNU sh-utils) 2.0.11

No Slackware (também não bichado):
date (coreutils) 5.2.1

comparando as bibliotecas chamadas pelo date no RH e Slackware:

RH:
$ ldd -d /bin/date
         librt.so.1 => /lib/tls/librt.so.1 (0x00a44000)
         libc.so.6 => /lib/tls/libc.so.6 (0x0081b000)
         libpthread.so.0 => /lib/tls/libpthread.so.0 (0x0099b000)
         /lib/ld-linux.so.2 (0x00801000)
/lib/tls/librt.so.1 -> librt-2.3.4.so
/lib/tls/libc.so.6 -> libc-2.3.4.so
/lib/tls/libpthread.so.0 -> libpthread-2.3.4.so

Slackware:
$ ldd -d /usr/bin/date
         librt.so.1 => /lib/librt.so.1 (0x40020000)
         libc.so.6 => /lib/libc.so.6 (0x40032000)
         libpthread.so.0 => /lib/libpthread.so.0 (0x40161000)
         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
/lib/librt.so.1 -> librt-2.3.2.so
/lib/libc.so.6 -> libc-2.3.2.so
/lib/libpthread.so.0 -> libpthread-0.10.so*

Alguém tem idéia do que está errado no RH e como corrigir/contornar o 
problema?