Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 21 Aug 2001 00:35:13 -0400 (EDT)
From:      Felix-Antoine Paradis <reel@sympatico.ca>
To:        <jim@freebsd.org>
Cc:        <doc@freebsd.org>
Subject:   Y2K ressources...
Message-ID:  <20010821003229.T340-300000@idem.ath.cx>

next in thread | raw e-mail | index | archive | help

[-- Attachment #1 --]
Hey,

    Here is a patch. But, while doing this patch, I was wondering if the
presence of the y2k.sgml page is used for historical/educative purposes or
was created for telling people that FreeBSD is Y2K compliant?

Any comments?

Please, if you can wait for feedbacks before committing this.

Regards,

Félix-Antoine Paradis
- felix@unixconsult.org && felix@freebsd-fr.org && 1-418-261-0865
- Québec, Canada - Unix Consult Technologies
- finger key@idem.ath.cx for public key.
- FreeBSD French Documentation Project; www.FreeBSD-fr.org
- Les Sheriff et les Sales Majestés: Oi! Oi! Oi!

[-- Attachment #2 --]
diff -ruN www/en/Makefile www-fix/en/Makefile
--- www/en/Makefile	Fri Aug 17 14:25:12 2001
+++ www-fix/en/Makefile	Tue Aug 21 00:18:59 2001
@@ -20,7 +20,6 @@
 DOCS+= send-pr.sgml
 DOCS+= support.sgml
 DOCS+= where.sgml 
-DOCS+= y2kbug.sgml 
 
 # These will be directly installed.
 
diff -ruN www/en/docs.sgml www-fix/en/docs.sgml
--- www/en/docs.sgml	Thu Aug  2 00:30:31 2001
+++ www-fix/en/docs.sgml	Tue Aug 21 00:20:16 2001
@@ -355,11 +355,6 @@
 
     <h2>Additional resources</h2>
     
-    <h3><a href="y2kbug.html">Year 2000 Compatibility</a></h3>
-    
-    <p>The FreeBSD project's current statement about its Year 2000
-      compatibility.</p>
-    
     <h3><a href="http://www.daemonnews.org/newsletter/">BSD Real-Quick (TM) Newsletter</a></h3>
     
     <p>A monthly (sometimes bi-weekly) newsletter announcing recent
diff -ruN www/en/news/1998/index.sgml www-fix/en/news/1998/index.sgml
--- www/en/news/1998/index.sgml	Fri Jul 13 08:52:15 2001
+++ www-fix/en/news/1998/index.sgml	Tue Aug 21 00:25:54 2001
@@ -219,8 +219,8 @@
 
     <ul>
       <li><p><b>08-Feb-98</b>
-	A page detailing the <a href="&base;/y2kbug.html">FreeBSD Year 2000
-	compliance statement</a> is now available, linked through the <a
+	A page detailing the FreeBSD Year 2000
+	compliance statement (obselete) is now available, linked through the <a
 	href="&base;/docs.html">Documentation</a> page.</p></li>
     </ul>
 
diff -ruN www/en/news/webchanges.sgml www-fix/en/news/webchanges.sgml
--- www/en/news/webchanges.sgml	Fri Jul 13 08:52:14 2001
+++ www-fix/en/news/webchanges.sgml	Tue Aug 21 00:25:06 2001
@@ -277,7 +277,7 @@
   <a href="../support.html#user">/support.html</a>
   Add CFUG (Conneticut Free Unix user's Group).<br>
   
-  <a href="../y2kbug.html">/y2kbug.html</a>
+  /y2kbug.html (obselete)
   Add a warning about not changing dates to test for the Y2K bug on live
   production systems.
   <P></P></LI>
diff -ruN www/en/projects/projects.sgml www-fix/en/projects/projects.sgml
--- www/en/projects/projects.sgml	Thu Aug  2 00:51:59 2001
+++ www-fix/en/projects/projects.sgml	Tue Aug 21 00:23:09 2001
@@ -175,7 +175,7 @@
 <li><a href="http://www.wccdrom.com/~rab/bsd_chart.html" name="freebsdvslinuxvsnt">
 FreeBSD vs. Linux vs. Windows NT</a>
 A comparison between the three operating systems which includes
-reliability, performance, Y2K issues, support, cost of ownership,
+reliability, performance, support, cost of ownership,
 and more.</li>
 
 <li><a href="http://leb.net/hzo/ioscount/" name="ioscount"> The
diff -ruN www/en/search/site.map www-fix/en/search/site.map
--- www/en/search/site.map	Wed May  9 23:38:30 2001
+++ www-fix/en/search/site.map	Tue Aug 21 00:23:47 2001
@@ -50,5 +50,3 @@
 ../docs.html#44doc|4.4BSD Manuals
 ../publish.html|Publications
 ../handbook/bibliography.html|Books
-../y2kbug.html|Year2000
-
diff -ruN www/en/search/web.atoz www-fix/en/search/web.atoz
--- www/en/search/web.atoz	Tue May  8 13:08:51 2001
+++ www-fix/en/search/web.atoz	Tue Aug 21 00:24:09 2001
@@ -99,10 +99,6 @@
 Source Code|../docs.html#source
 Toomey, Warren|../docs.html#source
 Eilts, Hinrich|../docs.html#man
-y2k|../docs.html#y2kbug
-Year 2000 bug|../docs.html#y2kbug
-Millennium bug|../docs.html#y2kbug
-2000, year bug|../docs.html#y2kbug
 
 # features.sgml
 Features|../features.html
diff -ruN www/en/y2kbug.sgml www-fix/en/y2kbug.sgml
--- www/en/y2kbug.sgml	Sat Jul 21 11:09:06 2001
+++ www-fix/en/y2kbug.sgml	Wed Dec 31 19:00:00 1969
@@ -1,253 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN" [
-<!ENTITY date "$FreeBSD: www/en/y2kbug.sgml,v 1.41 2001/07/21 15:09:06 asmodai Exp $">
-<!ENTITY title 'Year 2000 Compatibility (aka "Millennium Bug")'>
-<!ENTITY % includes SYSTEM "includes.sgml"> %includes;
-]>
-
-<html>
-    &header;
-    
-    <p>As management understanding of the Year 2000 problem (aka, "The
-      Millennium Bug") increases, more and more companies are demanding
-      official statements from the vendors of their hardware and software as
-      to how their product will handle the year 2000 date rollover.</p>
-
-    <p>Organizations that use Unix and Unix-like operating systems such as
-      FreeBSD are already one step ahead of the problem.  FreeBSD will
-      properly maintain time long after year 2000 passes.</p>
-
-    <h2>Background information</h2>
-    
-    <p><i>(This section based on the text from the <a
-	  href="http://www.linux.org.uk/mbug.html">Linux Y2K compliance
-	  page</a>)</i></p>
-    
-    <p>As with all Unix and Unix-like operating systems, time and dates in
-      FreeBSD are represented internally as the number of seconds since the
-      1st of January 1970 (the Unix "epoch").  Currently, that figure is
-      stored as a 32 bit integer, and will run out part way through 2038. By
-      then we should (hopefully) be using a counter of 64 bits (or greater)
-      which should be good until the end of the universe.</p>
-
-    <p>Note that the OS being Y2K compliant will not fix errant applications
-      that are not Y2K compliant.</p>
-
-    <p>Note also that the OS expects to read the current date and time from
-      the CMOS clock of your computer.  Not all of these devices correctly
-      handle the year 2000.  You are advised to test each platform
-      individually to ensure that your hardware clock behaves correctly when
-      going from 1999 to 2000, and that it correctly interprets the year 2000
-      as a leap year.</p>
-
-    <h2>What you can do</h2>
-
-    <p>FreeBSD will continue to properly maintain time well into the next
-      century.  Third party applications, however, might not.  Your best
-      defense against year 2000 issues is a good offense.  Listening to
-      stories claiming the coming meltdown of the world as we know it are
-      <strong>not</strong> the way to solve the millennium bug.  Nor is
-      waiting until the last minute.  The FreeBSD Project recommends that your
-      organization apply sound system administration principles as the
-      millennium approaches.</p>
-
-    <h2>FreeBSD Year 2000 Statement</h2>
-    
-    <blockquote>
-      <p>"After extensive analysis and testing, we believe that FreeBSD is
-	100% Y2K compliant.  In the unlikely event that something has been
-	overlooked, we will do our best to fix it as soon as possible."</p>
-      
-      <p align="right">David Greenman<br>Principal Architect, The FreeBSD
-	project</p>
-    </blockquote>
-
-    <h2>Fixed problems</h2>
-    
-    <p>The following Y2K problems have been identified and fixed in
-      FreeBSD.</p>
-    
-    <dl>
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=1380">misc/1380</a></dt>;
-      
-      <dd>Several programs have a hardcoded 19%d in responses for the year.
-	Affected programs include: yacc, ftpd, and make.  [Fixed: yacc v1.2
-	1999/01/18; ftpd v1.7 1996/08/05; make v1.4 1996/10/06; fixes in
-	FreeBSD-2.2 and above]</dd>
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=1382">conf/1382</a></dt>;
-      
-      <dd>The sed script in /etc/rc.local that builds the host/kernel ID line
-	for the message of the day relies on the year not going past 1999.
-	[Fixed v1.21 1996/10/24; fixes in FreeBSD-2.2 and above]</dd>
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=3465">misc/3465</a></dt>;
-      
-      <dd>The etc/namedb/make-localhost command generates the DNS serial
-	number as YYMMDD. In the year 2000, this will be generated as
-	1YYMMDD.  [Fixed v1.2 1997/08/11; fixes in FreeBSD-2.2.5 and
-	above]</dd>
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=4930">gnu/4930</a>; and
-	  <a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=8321">gnu/8321</a></dt>;
-      
-      <dd>groff tmac macros have hardcoded 19 for generating some dates.
-	[Fixed: tmac.e v1.3 1998/12/06; doc-common v1.10 1999/01/19; fixes in
-	FreeBSD-3.1 and above]</dd>
-
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=9323">bin/9323</a></dt>;
-      
-      <dd>In its obsolescent form, touch doesn't treat the two digit year
-        specification correctly.  Years in the range 00-68 are treated
-        as 1900-1968 instead of 2000-2068.  [Fixed v1.7 1999/01/05; fixes in
-        FreeBSD-3.1 and above]</dd>
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/cvsweb.cgi/src/usr.sbin/xntpd/parse/util/dcfd.c">xntpd/parse/util/dcfd.c</a></dt>;
-      
-      <dd>The leap year calculations for the number of days in a year, and the
-	conversion of DCF77 time to seconds since the Epoch were wrong.  These
-	errors affected all years.  [Fixed v1.6 1999/01/12; fixes in
-	FreeBSD-3.1 and above]</dd>
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/cvsweb.cgi/src/gnu/usr.bin/tar/getdate.y">tar/getdate.y</a></dt>;
-      
-      <dd>Function Convert() was hard-coded for two digit years in range 70-99.
-	Now adjusted to allow two digit years for 1970-2069.  The function
-	does not allow for century non-leap years - y2k1 alert!  [Fixed v1.4
-	1999/01/12; fixes in FreeBSD-3.1 and above]
-      </dd>
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/cvsweb.cgi/src/usr.bin/fetch/http.c">fetch/http.c</a></dt>;
-      
-      <dd>The HTTP protocol includes an obsolete date format which uses a
-	two-digit year.  Previous versions of fetch would interpret all such
-	dates in the 1900s; subsequent to this revision, the pivot described
-	in <a href="ftp://ftp.cdrom.com/pub/internet/rfc/rfc2068.txt">RFC
-	  2068</a> is employed, which causes two-digit years to be interpreted
-	as always belonging to the current century unless they would be 50 or
-	more years in the future.  Since the HTTP servers which use this
-	obsolete format are no longer widespread, this is not expected to have
-	a significant impact.  [Fixed v1.24 1999/01/15; fixes in FreeBSD-3.1
-	and above]</dd>
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=9500">misc/9500</a></dt>;
-      
-      <dd>The `edithook' script in the CVSROOT directory uses a raw tm_year
-	and will therefore display 01/01/100 for 2000-JAN-01.  [Fixed v1.2
-	1999/01/17; not relevant to FreeBSD releases]</dd>
-	
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=9501">bin/9501</a></dt>;
-      
-      <dd>Several cvs contrib files are not Y2K compliant.  The log.pl and
-	sccs2rcs.csh scripts prepend `19' to the year resulting in a display
-	of 19100 for 2000.  The log_accum.pl script uses a two digit year in
-	one place and in another place assumes that the tm_year is year within
-	century rather than years since 1900.  [Fixed: log.pl v1.2 1999/01/15;
-	sccs2rcs.csh v1.3 1999/01/15; fixes in FreeBSD-3.1 and above]</dd>
-	
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=9502">bin/9502</a></dt>;
-      <dd>The groff number register `yr' is assigned from a (struct
-	tm).tm_year and therefore represents the number of years since 1900,
-	not the year within the century (see definition in troff/input.cc).
-	[Fixed, now set mod 100, troff/input.cc V1.2 1999/06/03; fixed
-	in FreeBSD-3.3]</dd>
-	
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=9503">bin/9503</a></dt>;
-      
-      <dd>PicoBSD's simple_httpd uses a raw tm_year and will therefore display
-	01/01/100 for 2000-JAN-01.  [Fixed v1.2 1999/01/16; fixes in
-	FreeBSD-3.1 and above]</dd>
-	
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=9505">bin/9505</a></dt>;
-      
-      <dd>Adduser uses a raw tm_year and will therefore display 100/01/01 for
-	2000-JAN-01.  [Fixed v1.42 1999/01/15; fixes in FreeBSD-3.1 and
-	above]</dd>
-	
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=9506">bin/9506</a></dt>;
-      
-      <dd>Cron uses a raw tm_year and will therefore display 100 for 2000.
-	[Fixed v1.7 1999/01/16; fixes in FreeBSD-3.1 and above]</dd>
-	
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=9507">bin/9507</a></dt>;
-      
-      <dd>tcpslice(8) uses a raw tm_year and will therefore display
-	100y01m01d... for 2000-JAN-01.  For compatibility, use a two-digit
-	year until 2000.[Fixed v1.8 1999/01/20; fixes in FreeBSD-3.1 and
-	above]</dd>
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=14472">bin/14472</a></dt>;
-      
-      <dd>Date command does not take thousand/hundred digits. [Fixed v1.31 1999/11/10]
-	</dd>
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=14511">misc/14511</a></dt>;
-      
-      <dd>Chpass has a problem using 00 for expiration year.
-	</dd>
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=15852">bin/15852</a>; and
-	  <a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16045">gnu/16045</a>; and
-	  <a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16207">bin/16207</a>;
-	  </dt>
-      
-      <dd>Groff predefined \*(DT [\*(td] string has Y2K bug. [Fixed with import of
-        version 1.15 2000/01/12]
-	</dd>
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=15872">bin/15872</a></dt>;
-      
-      <dd>at(1) has a problem with valid time specifications if tm_year is 100,
-        reports `garbled time'.
-	</dd>
-
-      <dt><a
-	  href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16238">misc/16238</a></dt>;
-      
-      <dd>KerberosIV install does not work properly because there is a hard-wired
-	expiration date of 12/31/99 in the Kerberos source for the ticket
-	granter. [Fixed v1.24 1999/09/19]
-	</dd>
-    </dl>
-    
-    <h2>More information</h2>
-    
-    <p>If you have further questions about FreeBSD's year 2000 compliance, or
-      you have discovered an application running under FreeBSD that is not Y2K 
-      compliant, please contact the project at <a
-	href="mailto:freebsd-bugs@FreeBSD.ORG">freebsd-bugs@FreeBSD.ORG</a>.</p>
-
-      &footer;
-  </body>
-</html>
-
-<!-- 
-     Local Variables:
-     mode: sgml
-     sgml-indent-data: t
-     sgml-omittag: nil
-     sgml-always-quote-attributes: t
-     End:
--->

[-- Attachment #3 --]
--- books/faq/book.sgml	Sun Aug 19 14:51:53 2001
+++ books/faq/book.sgml.fix	Tue Aug 21 00:10:32 2001
@@ -448,18 +448,6 @@
       </qandaentry>
 
       <qandaentry>
-        <question id="y2k">
-          <para>Where do I find the FreeBSD Y2K info?</para>
-        </question>
-
-        <answer>
-          <para>You can find full information in the <ulink
-            URL="http://www.FreeBSD.org/y2kbug.html">FreeBSD Y2K
-            page.</ulink></para>
-        </answer>
-      </qandaentry>
-
-      <qandaentry>
         <question id="newsgroups">
           <para>What FreeBSD news groups are available?</para>
         </question>

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010821003229.T340-300000>