doc/es/y2kbug.sgml

136 lines
5.8 KiB
Text
Raw Normal View History

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN" [
1999-04-10 22:59:11 +02:00
<!ENTITY date "$Date: 1999-04-10 20:59:11 $">
<!ENTITY title 'Compatibilidad a&ntilde;o 2000 ("Millennium Bug")'>
<!ENTITY % includes SYSTEM "includes.sgml"> %includes;
]>
1999-04-10 22:59:11 +02:00
<!-- $Id: y2kbug.sgml,v 1.2 1999-04-10 20:59:11 jesusr Exp $ -->
<html>
&header;
<p>A medida que se va entendiendo el problema del a&ntilde;o 2000,
m&aacute;s y m&aacute;s compa&ntilde;&iacute;as est&aacute;n
demandando informes oficiales de los proveedores de hardware y
software, de como sus productos responder&aacute;n frente al cambio
de milenio.</p>
<p>Las organizaciones que usan sistemas operativos unix como FreeBSD
est&aacute;n un paso por delante del problema. FreeBSD mantendr&aacute;
sin problemas las fechas posteriores al a&ntilde;o 2000.</p>
<h2>M&aacute;s informaci&oacute;n</h2>
<p><i>(Esta secci&oacute;n est&aacute; basada en el texto de <a
href="http://www.linux.org.uk/mbug.html">Linux Y2K compliance
</a>)</i></p>
<p>Como en todos los sistemas operativos Unix, la hora y fecha se
representa internamente como el n&uacute;mero de segundos transcurridos
desde el 1 de Enero de 1970 (la "&eacute;poca" Unix). Actualmente,
esta figura se almacena en un entero de 32 bits, desbordandose sobre
el a&ntilde;o 2038. Para entonces esperamos (seguro) usar un contador
de 64 bits (o mayor) el cual no dar&iacute;a problemas hasta el fin
del universo.</p>
<p>Ten en cuenta que un sistema operativo sin el problema Y2K no
solucionar&aacute; las aplicaciones que no sean Y2k.</p>
<p>De la misma manera, el sistema operativo espera leer la fecha y hora
actual del reloj CMOS de tu ordenador. No todos estos dispositivos
manejan correctamente el a&ntilde;o 2000. Recomendamos que testees cada
plataforma independientemente para asegurar que el reloj de tu hardware
soporta sin problemas el paso del a&ntilde;o 1999 al 2000, y que
&eacute;ste es interpretado correctamente.</p>
<h2>Qu&eacute; puedes hacer.</h2>
<p>FreeBSD continuar&aacute;a manteniendo correctamente tanto la
fecha como la hora durante el pr&oacute;ximo siglo. Aplicaciones
de terceras partes, quiz&aacute;s no lo hagan. Tu mejor defensa
frente a los problemas del 2000 es un buen ataque. Escuchar las
historias clamando el final del mundo pensamos que <strong>no</strong>
es la mejor manera de hacer frente al problema. El proyecto FreeBSD
te recomienda realizar comprobaciones de tus sistemas antes de
la llegada del 2000.</p>
<p>Hay tests que puedes usar para comprobar la respuesta de tu
sistema. Pon el reloj de tu ordenador a unos minutos antes de la
media noche del nuevo a&ntilde;o y comprueba la fecha. Tu sistema
deber&iacute;a mostrar el a&ntilde;o 2000 y no el 1900. Si el
a&ntilde;o mostrado es incorrecto, tendr&aacute;s bastante tiempo
por delante para actualizar el hardware. Operar los sistemas de
informaci&oacute;n de tu organizaci&oacute;n durante unos
d&iacute;as con la fecha adelantada, puede darte una idea real de
lo que ocurrir&aacute; en el cambio del a&ntilde;o.</p>
<h2>Estado del Y2K en FreeBSD</h2>
<blockquote>
<p>
"Despu&eacute;s de extensos an&aacute;lisis y tests, creemos que FreeBSD
es 100% compatible con el Y2K. En caso de que algo se nos haya pasado
por alto, haremos todo lo posible para fijar el problema lo antes
posible."
</p>
<p align="right">David Greenman<br>Arquitecto Principal, The
FreeBSD project</p>
</blockquote>
<h2>Problemas solucionados</h2>
<p>Los siguientes problemas Y2K han sido identificados y solucionados
en FreeBSD.</p>
<dl>
<dt><a
href="http://www.freebsd.org/cgi/query-pr.cgi?pr=1380">misc/1380</a></dt>
<dd>Muchos programas ten&iacute;an incluido de manera fija el formato
19%d para el a&ntilde;o. Los programas afectados incluyen: yacc, ftpd,
1999-04-10 22:59:11 +02:00
y make.
[Solucionado: yacc v1.2 1999/01/18; ftpd v1.7 1996/08/05;
make v1.4 1996/10/06] </dd>
<dt><a
href="http://www.freebsd.org/cgi/query-pr.cgi?pr=1382">conf/1382</a></dt>
<dd>El script sed de /etc/rc.local que crea la l&iacute;nea del
host/kernel ID para el mensaje del d&iacute;a depende de que el
1999-04-10 22:59:11 +02:00
a&ntilde;o no sobrepase el 1999. [Solucionado: v1.21 1996/10/24]</dd>
<dt><a
href="http://www.freebsd.org/cgi/query-pr.cgi?pr=3465">misc/3465</a></dt>
<dd>El comando etc/namedb/make-localhost genera el n&uacute;mero
serial del DNS como YYMMDD. En el a&ntilde;o 2000, &eacute;ste
1999-04-10 22:59:11 +02:00
ser&aacute; generado como 1YYMMDD.[Solucionado v1.2 1997/08/11]</dd>
<dt><a
href="http://www.freebsd.org/cgi/query-pr.cgi?pr=4930">gnu/4930</a> y
<a href="http://www.freebsd.org/cgi/query-pr.cgi?pr=8321">gnu/8321</a></dt>
<dd>Las macros groff ten&iacute;an integrado 19 para generar algunas
fechas.</dd>
</dl>
<h2>Aplicaciones Problem&aacute;ticas</h2>
<dl>
<dt><a
href="http://www.freebsd.org/cgi/query-pr.cgi?pr=7681">ports/7681</a></dt>
<dd>TkDesk 1.0 tiene integrado un 19 en el fichero de lista de
ventanas. Un fichero con fecha &gt 2000 se muestra como
"191xx" donde xx son los dos &uacute;ltimos n&uacute;ros de la
fecha real. Este error ha sido fijado en la versi&oacute;n 1.1.</dd>
</dl>
<h2>M&aacute;s informaci&oacute;n</h2>
<p>Si tienes alguna pregunta sobre la compatibilidad de FreeBSD con el
a&ntilde;o 2000, o has descubierto alguna aplicaci&oacute;n ejecutada
bajo FreeBSD que no cumple con Y2K, por favor, ponte en contacto con
nosotros en la direcci&oacute;n <a
href="mailto:freebsd-bugs@FreeBSD.ORG">freebsd-bugs@FreeBSD.ORG</a>.</p>
&footer;
</body>
</html>